www.anubis-os.org finally open

[persia]

Frankly it doesn't look good, I'd put it in the category of probable vapourware.  It's hard to generate interest in yet another Linux distro, I remember when I worked on a Linux distro it was so hard to keep it going and that was before Canonical and it's Ubuntu distro. It must be evenharder today.

hm. from what i remember the talk of anubis was for some time here, in fact for almost a year already. if so far nothing was actually done in this field except talking about, which is the only clue available on their website, i dont think the future looks very bright.

[Trev]

Why label Anubis a Linux distribution? Is Mac OS X a BSD/Mach distribution?

[wawrzon]

mac os x is something that actually exists. it is difficult to prove a label attached to something hypotetical right or wrong.

[Trev]

Philosophy and supposition be damned then, I guess. ;-) My point was that Linux is a kernel. All the other bits make up the operating environment. The gestalt of a Linux distribution doesn't encompass every operating environment based on a Linux kernel.

[wawrzon]

speaking of philosophy i regard ockhams blade quite a handy tool, if you know what i mean.

[Trev]

Well, his razor, maybe. :-P Is it Linux? Yes. Will you be able to compile a Gnome-based X application and run it natively on Anubis? Probably not. There's no reason why Anubis can't host an Amiga-like API on X and Linux without providing support for all the libraries and interfaces normally associated with a Linux and X Window System based operating environment.

[wawrzon]

haha! razor, sure. ;--)

[aperez]

I find it highly amusing that the same half-dozen trolls are the only ones flexing their muscular, uninformed opinions in this thread If that isn't indicative of Trolling 101, you can kiss my ass and call me nancy. There will always be haters. It's a lot easier to hate than to sit down and attempt to constructively reason out how a forward-looking Amiga-inspired desktop environment might actually function.

For all those who say "it's vapor" like a broken record, I encourage you to go back and look at your own previous forum posts. An obvious pattern will immediately become apparent.

When an automaker designs a new car, they re-use technologies that do exist, augment others, and invent new ones where necessary. It's the basis for innovation, but many old-school Amiga zealots are happy to live in their deluded, ignorant pseudo-reality, where Hyperion and friends are going to kick ass and take names. Let's get real. We're trying to do this in large part for the enjoyment of it, and the debbie-downers of the world make it that much less enjoyable a prospect.

[persia]

It's a bit like nailing jelly to a wall.  They are still discussing design so it is more of a concept than an OS.  They appear to be discussing retaining X Windows now as well as existing windows managers, so when does a Linux kernel with X stop being a Linux distro?  

They left a bad taste in my mouth with the phony pictures of computers running their OS, when it was just a jpeg.  This is not the way to build consumer confidence!

Why label Anubis a Linux distribution? Is Mac OS X a BSD/Mach distribution?

[wawrzon]

at a perez: why so aggressive? in my case, im not an os4 fanboy even if i own a copy. chances are i might go aros one day but as for anubis there is to my knowledge no evidence a single line of code exists as yet. im trying to be positive about the whole bunch of projects out there but the most exciting what anubis page knows to report up till now is that you have taken over leading the project (after a year). what about your engagement with natami team, did you quit it? what about the hardware ideas listed on your page:
http://www.inertial.biz/index.php?title=Main_Page (it is yours, isnt it?) does something of it relates to an actual ongoing project, is this obsolete or was it only draft of concept?

you have to excuse but if something is being anounced questions arise. i dont think anyone here is trying intentionaly hurt or sabotage the project.

[Trev]

@persia

If the operating environment doesn't expose any of the interfaces to X or the Linux kernel, how would you even know (without probing) that you're running on Linux? Is Amithlon a Linux distribution? By the "Linux kernel equals Linux distribution" definition it is, but it doesn't behave anything like a Linux distribution in the traditional sense.

I haven't been keeping up with the specifications, so I'm likely biased by my own opinions about how such an Amiga-like system should be designed.

[persia]

As I said, you can't really say what something that doesn't exist is like.  The new specs read more like a Linux distro, but given that there is no product behind the specs, that could change.....

@persia

If the operating environment doesn't expose any of the interfaces to X or the Linux kernel, how would you even know (without probing) that you're running on Linux? Is Amithlon a Linux distribution? By the "Linux kernel equals Linux distribution" definition it is, but it doesn't behave anything like a Linux distribution in the traditional sense.

I haven't been keeping up with the specifications, so I'm likely biased by my own opinions about how such an Amiga-like system should be designed.

[Trev]

Well, everything does (or should) start with a design. Whether or not it exists isn't really relevant to a discussion of the design (which I should read again). ;-) Some pseudocode:

Code: [Select]

/* static */ int open(const char *path, int oflag, ... )
{
}

BPTR Open(STRPTR name, LONG accessMode)
{
  int fd;

  fd = open(name, ...);
  ...
  return /* BPTR */;
}

If all files are opened via Open(), is it Linux or dos.library?

[Piru]

Code: [Select]


/* static */ int open(const char *path, int oflag, ... )
{
}

BPTR Open(STRPTR name, LONG accessMode)
{
  int fd;

  fd = open(name, ...);
  ...
  return /* BPTR */;
}


If all files are opened via Open(), is it Linux or dos.library?

linux. open() doesn't do amiga like paths, nor does it pop up requesters when needed etc.

[Trev]

linux. open() doesn't do amiga like paths, nor does it pop up requesters when needed etc.

Which is why I labeled it pseudocode. An Amiga-like subsystem could do the necessary translation between Amiga paths and Linux paths, or the kernel and underlying file systems could be modified to use them natively. It could be as simple as translating Device: to /device or as complicated as necessary to support all Amiga path and assignment semantics.

Requesters don't belong in the kernel. I should have included more elipsese in my pseudocode. ;-)

[Fransexy_]

is mac os x a bsd/mach distribution?

yes