Refreshed ABIv0 AROS

[AMIGASYSTEM]

Of AROS One 68k I deleted the link because I used some OS3 libraries that I wasn't sure were free, anyway there are other AROS 68k distros like ApolloOS, AROS Vision and the old AROS Orca m68k.

I hope to distribute the new AROS One 68k and x86 as soon as possible.

[magorium]

I don't know of any distributions with m68k-aros architecture except yours AROS One.

user AMIGASYSTEM already addressed that part, as there are a couple of them some created waaay before AROS-One (such as ORCA/vision) and others (such as ApollOS) that are pretty new when comparing. Perhaps you should have a closer look at my turds ( https://ae.amigalife.org/index.php?topic=76.0 ) (even though ORCA does not get mentioned there simply because the website went belly up ages ago, and neither is the distribution being updated anymore afaik) 

What we compile needs to be tested. Applications for m68k-aros will not appear on their own.

Sure, and in light of the above that has already be done or when speaking of apollos _is_ being done.

Note that apart from the AROS extended functionality, that both ABI and API of AROS are compatible with that of amigaOS 3.x (at least that is the goal, if you spot and/or experience  a difference then that is food for the bugtracker). There are some differences ofc but for that we would need to go into system development details and i'm not sure how good that will do us with regards to the discussion atm.

Regards,

[aGGreSSor]

Ok, now it became clear.

ApolloOS not related to m68k-aros. These guys have no prejudices and it's just a soup from different m68 software.
Officially: Instead of just porting AROS from Intel to 68k, ApolloOS will be accesses Amiga chipset and 68k directly instead of using AROS HAL.
I have a sample of this creativity, it's beautiful and unstable AmigaOS build. I will look towards AROS Vision, it seems to make sense, thanks.

[magorium]

ApolloOS not related to m68k-aros.

It started out as m68k-aros and much of the original codebase is still there.

These guys have no prejudices and it's just a soup from different m68 software.

Your words... not mine   

Officially: Instead of just porting AROS from Intel to 68k, ApolloOS will be accesses Amiga chipset and 68k directly instead of using AROS HAL.

That is correct. As far as i have been able to tell/see is that the abstraction layer posed some speed related issues (and from the thread-responses they didn't actually quite seem to understand why this layer even exist) so basically they ripped (are ripping) that layer out of the equation.

I have a sample of this creativity, it's beautiful and unstable AmigaOS build.

No idea how that could have happened 

I agree that currently it is a very strange relationship between ApollOS and AROS, but at the same time... any progress is progress nonetheless. In that regards, my personal opinion doesn't matter or change things one bit. It sometimes is just very funny reading material when browsing their forums, and we can use a bit of laughter in these dark days 

I will look towards AROS Vision, it seems to make sense, thanks.

A heads up... if you are biased against mix- and matching... aros vision is one big mixed pile (or at least it used to be one big messed up pile of software that required quite some work to get it a bit more organized)

And actually, from a usage/maintainer point of view, it is quite understandable. AROS lacks behind and has some issues here and there (missing manpower). If you then are able to replace those parts with their original amigaOS counterparts that do work (using AROS kernel and most of the other software components) then it is starting to make sense.


That said, i do believe you are also aware of the 'improvements' and updates that are done against original amigaOS (some of those that are closed source) and that can not be 'ported' to AROS.

For example: What to do with a highly optimized library that was handwritten in 68k assembly (or heaven forbids 68080) ... rewrite it into c for AROS so that it becomes available again for all platforms or rewrite them manually in assembly for ppc, x86 , arm ? Imho that is working against the AROS philosophy.

As another amusing read: try to read the threads on amiga related forums (also morphos) where people ask/plead for a port of their OS to x86/arm.... and those threads are usually populated by the same people that do not get the clue about AROS for over decades now.

All i can say is, that was already started... what is it now...  30 years ago ? And still there are hordes of people that don't get what AROS is about.

And yes, we can argue about the execution/implementation of the AROS project... but in fact that is about 30 years too late 

regards,

PS: aGGreSSor, if you wish to continue this conversation then please try to stat a new thread and not let us pollute this thread from deadwood about refreshing the backport any further. I apologize as well for my writings in this thread. e.g. feel free to delete or move it somewhere else. I have gone too far off-topic already.

[AMIGASYSTEM]

However, we cannot download anything from the links you provide: 404 Not found or No access.

AROS One x86 1.3 was available here: https://ae.amigalife.org/index.php?topic=510.0

[magorium]

AROS One x86 1.3 was available here:

Sorry AMIGASYSTEM, that might have been my wrongdoing because i linked to your first thread about AROS one (i will try to fix that tomorrow).

That is why a while ago i asked if you have a stable webpage or thread somewhere. It avoids this kind of confusion and the time that i have to spend digging up threads. It doesn't have to be fancy, and can even be a github page or similar (whatever floats your boat).

If you are serious enough about your releases you could perhaps consider to make a request to 4play to have a dedicated sub-board for your distribution(s). In case that is too specific then a sub-board "other distributions" comes to mind. But you should really discuss that with 4play, if you consider that as an option.

regards,

[AMIGASYSTEM]

Yes I think it's the right thing to create here a reference section so that only the latest release is always available for both x86 and 68k, thank you magorium always kind and helpful

[Amiwell]

sorry can we talk about deadwood work here please, open other threads where needed thanks

[AMIGASYSTEM]

ORCA does not get mentioned there simply because the website went belly up ages ago, and neither is the distribution being updated anymore afaik) 

ORCA it was a very good Distribution is now no longer compatible with the new Nightly Build of AROS 68k, AROS- ORCA is still available on Aminet.

https://aminet.net/package/misc/os/aros-orca-m68k

[deadwood]

@ntromans

Thanks, reports added to bug tracker

[deadwood]

I have compiled the data about USB in VM into two table.
bottom table - what was expected, top table - what happened:

Thanks a lot for compiling this table

[paolone]

Riguardo la mia richiesta fatta nel post precedente, la riposto qui:

Da quanto ho notato InstallAROS ignora la Directory che ho aggiunto (Ufficio, Musica ecc.) nella ISO da me creata, c'è un modo per forzare l'installazione di queste Directory?

Just place them into Extras like I did on Icaros. Yes, there's a reason for Icaros' strange file organization.

[AMIGASYSTEM]

Just place them into Extras like I did on Icaros. Yes, there's a reason for Icaros' strange file organization.

Paolo as mentioned in another post also on my AROS One I used "Extras" but I don't like that they are "hidden", also because on AROS One 68k the new folders are externally in the Root and this could be confusing.

--- Italiano ---

Paolo come citato su altro post anche sul mio AROS One ho utilizzato "Extras" ma non mi piace che siano "nascosti", anche perchè su AROS One 68k le nuova cartelle si trovano esternamente nella Root e questo potrebbe confondere.

[Amiwell]

carlo apri un'altro tread apposito per altre discussioni perfavore, qui si sta parlando dei bug riguardo il lavoro di deadwood

[AMIGASYSTEM]

Salvatore, read it, I answered Paolone! and then the request is inherent, my request was also for the ISO of deadwood