For the Amiga, there is a history (family) of MPUs that started with the MC68000. From there you had the MC68010, MC68020, etc. Some things compiled for the MC68020 cannot be ran on the MC68000.
Ah ok, thanks for the clarification, and my bad.
AROS' lowest target for m68k is 68020 atm.
For the Intel family of CPUs, people often say i386; when they really probably mean x86. I remember back in the early 90's most people just said i386 for every common consumer Intel CPU. But eventually the distinction became more important. For example, modern Linux can not run on i386. Support for i386 was dropped at the end of 2012. Debian still offers a i486 kernel. But many Distros, that still support x86, only support i686. With i686 support, you can use Pentium Pro, Pentium II, and newer. But you cannot use a PentiumMMX. Many modern operating systems only support x86_64. They dropped support for the x86 family of CPUs.
Good question to which I do not know the answer atm. I would have to resort to emulation in order to verify that.
In the list of Aros tested computers, I noticed at least one computer with a Pentium II. I don't know how long ago that was tested.
If memory serves me correctly i had AROS running on a pentium 1 machine. But also on a n270 (atom)
In case anyone is wondering, Linux and Windows 95 (and newer) are preemptive multitasking. Window 3.11 had cooperative multitasking. However, I was told that the cli applications were preemptive.
In a way, I was hopping that Aros was cooperatively multitasked. Since there isn't already established memory protection, I was guessing that it was cooperative.
Yeah and i was writing down the wrong answer (corrected it later in my original post). Sorry for that.
From origin it is preemptive. But i lack the knowledge of the current implementation on x86.
I should clarify this one a little. One thing I had wondered here, is if Grub2 is a fork of grub;
Grub2 is the successor of grub (1).
specifically altered for Aros.
No alteration, unless you count sfs filesystem support module as such.
For the most part boot loaders are independent of their OS. For example Syslinux boots Dos, Windows, KolibriOS, and Linux. If I installed Aros to one partition and Sysliux was on another, I could boot Aros it with Syslinux. But then it would run Grub2 right after Syslinux.
At the grub boot screen, I pressed 'e' to look over the boot config. I'm going look further at how Aros boots in the near future. Its very interesting. But I doubt Syslinux could replace Grub.
Yeah syslinux is interresting in case you have hardware that does not play nice with grub as it is able to chainload grub in such cases.
afaik there is no support for syslinux, only grub (and now grub2, since linux moved to grub 2)
Yeah, I worded that badly. I was wondering if anyone has downloaded software that can run on Aros. Then organized them all in a Folder Library. Then uploaded as a Zip or Iso. I don't mean like the torrents of Amiga completed collections of copyrighted software. I mean, like a collection of things you can get from Aros-exec.
Ah, my bad interpretation :-)
Your best best is the Icaros Desktop DVD that has all software that is available on it. The rest is scattered around the interwebs, Aros archives being one of them.
The Icaros DVD has them in separate packages which you can opt to install or not during the installation process. But you are probably smart enough to locate the archives and extract software from there manually ;-)
I agree that most people don't see IRC as p2p software. But some people use IRC in a very similar fashion as DC++. For example, there is a DJ hub on DC++ where artists join and share all of their work. Its kinda nice to have a place like that, without being tied to a website or commercial service. Amigift was pretty cool. I like the concept of a chat client/server that is also a file server in one package. I get that piracy gives p2p a bad reputation. But certainly the capabilities of IRC fit the definition of many p2p clients.
Ah ok, i see. dc+ is/was nice indeed. Unfortunately no such client for AROS. I do not know of any other p2p software for AROS atm.
f you use the shell to compress a large file, the shell will be tied up until the compression is done.
For example: "zip collection collection.zip"
In bash you can use & to escape this, and continue to use the same shell. "zip collection collection.zip&"
Oh, you mean like in linux bash shell ? Should work for AROS' sh as well ;-)
But you can open as many cli's as you wish and set them to work (or not). You can also _run_ a command in the background.
