Currently open projects

These are the currently open projects on OpenAmiga.

Gutenprint 5.2
Uniform ARexx Dictionary Interface
Message subscription broker
ReAction menu.class
Graphical Common Download Manager
Quick user space application to terminate runaway apps.
Listbrowser gadget with cell mode
Emblem icon plugin
Embedded menues
Clipboard selector
Screenshot utility
Nvidia 2D graphics driver
Multiuser advanced
Assign manager

If you're interested in picking up any of these projects then send a PM to me here on amigans.net or on Openamiga.org

I'm currently in the process of verifying the status of all assigned projects which may result in that the open projects list will grow a bit.

@orgin
Dunno if it right topic to dicuss, but is "only reaction" still point of openamiga projects ? I just checking "screenshot utilitty" to see, if SnapIT already support all of this which suggested in, and while is it, its based on MUI, while at end i read "Any gui must use reaction"

@kas1e

Yes, it should use reaction (or rather graphics lib etc since reaction is not something separate any more). Using different UI engines for system applications would be a bit silly. Imagine half of the prefs programs using MUI and the other half not, that would be rather messy. The OS install needs to be consistent.

@orgin
You are correct regarding MUI. It is a 3rd party GUI system not under our control and thus should not be used for potential OS components.

@orgin

In between playing Dark Souls 2 I've started work on completely rewriting the XADFileSystem as a new-style vector port filesystem. Would this project be of any interest to OpenAmiga?

@salass00

I would think so

Anyway, it´s of interest for me I´m often nagged to do a new backup tool with compression/divide of the backup to a number of backup media etc. XAD would be a nice-to-have for such things (besides XPK).

@salass00

Yes absolutely. Submit it as a project and I'll assign you to it.

@orgin

Done.

http://www.openamiga.org/index.php?fu ... =viewproject&projectid=66

@salass00

That sounds fantastic; I assume it would allow me to ditch libzip to read from zipped archives?

@trixie

I think it would be better to use XAD directly to do that, rather than rely on a filesystem having been installed and, presumably, configured to open the exact archive that you want?

I don't know if this is interesting to anyone but I just started doing a reimplementation of xfdmaster.library for AmigaOS 4.x in C.

The original xfdmaster.library code I'm basing this on is in 100% 680x0 assembler so this is kind of a crazy/interesting project.

http://libxad.cvs.sourceforge.net/viewvc/libxad/libxfd/source/

So far I have only worked on the master library itself and no tests have been done with it yet.

Some notes on current state of development:
- Most/all of the API functions for dealing with hunk stuff and relocation are not fully implemented and will return XFDERR_NOTSUPPORTED.
- All other API functions are implemted and should (hopefully) be working.
- No internal clients are implemented yet.
- Loading of external clients is implemented.
- Only 680x0 clients are currently supported (client functions are called using IExec->EmulateTags()).

As converting all the internal clients to C code will probably turn out to be a lot of work a simple stop gap solution would probably be to just compile them as a 680x0 LoadSeg()-able binary blob for now.

For those interested the source code for the current WIP alpha version can be downloaded from here:
https://dl.dropboxusercontent.com/u/26 ... /xfdmaster-os4-wip-src.7z

Edit: Just updated code by adding the hidden A6 xfdMasterBase parameter to all EmulateTags() calls.

@orgin

Regarding the multi-user system: I created something like that years ago for OS3, but it didn't actually use security so it was basically a system for handling multiple profiles. the reason for that was the underlying filesystem permissions - there was nothing to prevent anyone starting up with no startup-sequence for example and accessing other people's files for example. Is a multi-user filesystem a part of this project? Or is there some other system that this user system will sit on top of?

New version:
https://dl.dropboxusercontent.com/u/26 ... /xfdmaster-os4-wip-src.7z

Some progress:
- Fixed loading of external slaves (tested to be working now).
- Added support for PPC native slaves.
- Ported/rewrote XPK internal slaves (also tested to be working).

@salass00

I'll give it a try when you get the PowerPacker client working (which IIRC is built-in). That's pretty much all I use XFD for these days.

@Daedalus

Quote:The description of the project (http://openamiga.org/?function=viewproject&projectid=22) mentions "file group settings" and "file permissions" as points to consider. The synopsis even specifies "involving file and process ownership". But note also that the synopsis starts with the word "Design", not "Implement" or "Create" like several other projects.

This may or may not be intentional, but it would make good sense to me that the most important step would be to have a common understanding of what needed to be done where (file systems, dos, kernel, env-handler, various tools and utilities, ...) before anything was actually implemented. And after that, if the design is approved, the implementation can be made by OS developers as well as external contributors, under some form of coordination.

But that's just my take, I don't know if that is actually the intention of OpenAmiga and/or the OS4 development team.

Best regards,

Niels

@Daedalus

Quote:

Perhaps creating an OS4 native version of PFS3 should be a separate project. The PFS3 source code is available.

Preferably it would be ported, and then updated to use the new DOS vector API. However, just having a working native version would be a good start.

Hans

@Hans

What is max file size on that filesystem?

@LiveForIt

Quote:

I hadn't thought about limits. The simple answer is, I'm not sure. I did a quick search and discovered that Toni Wilen was/is working on increasing the limits. I have no idea what the limits are of the most recent stable release.

Hans

PFS3 already supports 64-bit DOS packets (both the AmigaOS4 and MorphOS flavors): http://repo.or.cz/w/AROS.git/commit/8 ... aa29a553f5232030a382f0ff3
http://repo.or.cz/w/AROS.git/blob/89f ... tohandlerinterface.c#l306

While this was in the planning phase, he wrote on the AROS ML that the file size will be stored in 48 bits, and the max partition size will be at least 1T. These might have changed since though.

@BSzili

48 bits should give a theoretical filesize limit of just under 256 TB.