Linked by Oliver on Fri 11th Mar 2011 23:32 UTC
GNU, GPL, Open Source "Now that Linux is the most popular free Unix-like operating system, it shouldn't be a surprise that some projects have begun treating non-Linux operating systems as second-class citizens. This isn't out of contempt for the BSDs or OpenSolaris, it's just a matter of limited manpower: if almost all the users of the application have a Linux operating system and if all the core developers are using Linux themselves, it's difficult to keep supporting other operating systems. But sometimes the choice to leave out support for other operating systems is explicitly made, e.g. when the developers want to implement some innovative features that require functionality that is (at least for now) only available in the Linux kernel."
Thread beginning with comment 465837
To view parent comment, click here.
To read all comments associated with this story, please click here.
Member since:

...and the 'them and us' attitude helps the situation how?

Reply Parent Score: 7

TheGZeus Member since:

It's not really "them and us".
It's two different approaches, and I think it's cool that way.

I use Debian (linux kernel) on most machines, but for something like, say, a music-performance computer, a production server, custom embedded device, I'll be going BSD all the way.

Day-to-day, I want the latest stuff, and I'm fine with working out the kinks myself.

There are two very different thought processes behind both working-on and using BSD/Linuxen, and within the two of them, you get further divisions about what the best method of getting to that goal.

I have much love for the BSDs (though OpenBSD is still somewhat intimidating, and NetBSD will run on a toaster, but not my V880, those are my only complaints. Oh, and the NDA-related modules in FreeBSD, which I can't see myself needing).

You can see a somewhat lesser form of this division within the Linux distros, and even just in Debian!
Sid = Bleeding edge
Testing = Cutting edge
Stable = Solid, and unmoving (and dull ~_^)

Reply Parent Score: 2

oiaohm Member since:

It's not really "them and us".
It's two different approaches, and I think it's cool that way.

them and us is wrong. But set party putting head in sand over particular items been marked to go end of life and not working on a solution has lead to a lot of the current breakage.

There will always been difference. But the portability divide is only as large as it now due to the need to address problems.

program->hald->kernel and back. Remember context switches are slow.

Hald is legacy of Unix when it did not support dynamic libraries. So there is need for a common dynamic lib to replace hald in some areas. Not a common daemon any more.

dbus even if it was still doing all of Hald. Difference is dbus support per application secuirty. Hald does not.

Lot of tech designs have there time to die. Incompatibility between Linux and BSD has expanded because BSD is simply not ready.

Really it would have been stupid for Linux developers to go out alone and try to design a new common library for all posix platforms if those platforms would not cooperate. Best option is to go on with Linux only solutions and wait for the hell to catch up with BSD and the like.

systemd is based of apple launchd design and expanded on to take advantage of the features Linux kernel offers. Now why is not BSD doing the same.

BSD developers have sat in one place too long that is the problem. Does the BSD service system offer fast startup? Nop. Has linux developers been searching for faster ways to start the system yes. upstart and many other different startup systems to freebsd.

BSD arguement we better wait for the innovation to settle. Fine. We will settle. We will simply not design a system that suits BSD because BSD was not their providing there limits.

Wait for innovation to settle is basically say when you massively have something that now does not suit you stiff. Why innovation is underway design errors can be simply fixed.

To late once the system is design as settled and locked down to be saying lets change features now. That is were BSD is now. Lot of features are locked down based in udev design. Because bsd devd developers were not in the design teams to provide feedback on what they required.

Simple fact waiting for innovation to settle. Is to wait be left in a stuffed up position and become hard to remain compatible. Linux is currently the dominate market share. BSD have to accept this.

Just like when particular Unix's were the dominate market share that if BSD did not take part in the standard processes they got railroaded. Has not the BSD guys learnt from history they got railroaded with posix standard before linux existed.

Reply Parent Score: 1

A420X Member since:

It's not really "them and us".
It's two different approaches, and I think it's cool that way.

I agree, I wasn't trying to say that there is a them and us situation, more that people in both camps are often too quick to jump to a parochial response to issues like this.

Maybe if there was less of this attitude there would be more willingness from devs in both camps to jump the fence now and again and we wouldn't be forced to choose between "portability and innovation" quite so often.

Reply Parent Score: 1

pfgbsd Member since:

...and the 'them and us' attitude helps the situation how?

We try different approaches and eventually we learn from each other. In the BSDs we call it "crosspolination". Adopting a restrictive license like the GPL doesn't help though.

Reply Parent Score: 1

Oliver Member since:

+1 :-)

Reply Parent Score: 1

ParadoxUncreated Member since:

Personally I could never understand the BSD licence. It's asking for abuse. Maybe that is why this devil-mascot is so popular in BSD?

Reply Parent Score: 1