I would have said Liberals, not Democrats. Stop mixing political party affiliation and political goals. They're not the same, at least in my country. Sorry if yours has bias issues.
Apache, Samba and BIND are using autoconf and recompiled for every distro. Also, they have a package and are part of repositories. Not the case with many proprietary vendors...
So? Fragmentation would be when they did NOT work.
As far as I am concerned, I never tried compiling Apache on Redhat and installing the resulting binary on Ubuntu/Slackware/YDL/.... That would be interesting indeed. Please try that and if it works I'll reconsider my opinion.
Since they DO work, that is not fragmentation.
I agree VMWare works on most major distribution (it recompiles the kernel module, which it shouldn't have to), although I'm sure it won't work on every YDL or shady distros out there.
Yeah... so it does work.
Again, fragmentation would be when it did NOT work. Not when it DOES work. Okay?
Keep you witty comments for yourself. We don't need another immature talk around here. And VMWare RECOMPILES A MODULE FOR EACH INSTALL YOU DO. Did you follow that part? Can you guess why?
Also, IIRC, they have specific distros for their technical support services. Guess why... and while you're at it guess why they don't answer support calls for every distro. Maybe they just don't have lawyers to read the GPL...?
Why are you bringing that up? If the code runs, the code runs. You're trying to introduce things like EULA because... ?
And since you've already admitted to the fact that they DO run...
There is no fragmentation and the GPL still rocks.
I remember working on a product for Linux.. We had as a constraint that we didn't support anything except redhat (which was fine anyway since the product is vertical enough to ask its users a specific distro). we had the longjmp bug (see below), which means we couldn't support RH5, only RH4. Fun is even more, we were dependant of libraries made by a vendor that didn't support the latest redhat either, so when we tried to upgrade and ran into bugs, we couldn't get support to solve those on anything except RH4... and funny is those bugs didn't happen in RH4 (some did, some didn't, etc). What would YOU do, sir, in this case?
It's not whether the code works or not, it's that the code MIGHT not work on other platforms. Therefore, and since you can't really prevent this in the Linux world right now, you need to guarantee that your support lines will answers for one platform. It's a jungle out there when it comes to stuff like libraries and dependancies . Code once, test everywhere. Ooops, setjmp and longjmp in libc isn't binary compatible between redhat4 and 5 (real story on one of my contract... try to find the error)? But it's the SAME platform, different releases... imagine the horror when you're looking at slackware vs debbian vs redhat vs Mom's distro.
Repeat after me: for most projects, recompiling on every platform is not an option. There are hundreds of them. And I'm not even talking about testing them.
It's even more true when you depends on libraries that aren't available on all platforms.
The solution? Simply put a certificate that represents not a distro, but a set of components that are guaranteed to work in a consistent manner among many distro. So vendors just support this certificate of compatibility (lets call it LSB) and tadaa, choice to the user and good deal to the vendor. So no one is stuck with Redhat if they don't like it. There is one in place right now, it's called POSIX. With autoconf, you are guaranteed consistancy between platforms, but you need to GPL your code, since it needs to be reconfigured/compiled for the distro, which cripples a lot of developers. LSB fills the gap GPL couldn't. And then some GPL could but LSB just doing better.
Apache, Samba and BIND are using autoconf and recompiled for every distro. Also, they have a package and are part of repositories. Not the case with many proprietary vendors...
I agree VMWare works on most major distribution (it recompiles the kernel module, which it shouldn't have to), although I'm sure it won't work on every YDL or shady distros out there.
Also, IIRC, they have specific distros for their technical support services. Guess why...
Softimage's XSI, VMWare, many other softwares that can't be recompiled, tested and tech supported in many distros or that need libs that are guaranteed on a platform. You think everything can come from a repository and that every bug in every distribution can be supported, tested and fixed consistantly?
No, but you can make the book irritable as hell. You can't sue those who used it as toilet paper, but be damned if anyone will. So you won't necessarily care for those 1-2 guys... which is what Apple does entirely.
Stop confusing C# with.Net, stop confusing Obj-C with Cocoa, stop confusing C++ with STL. Stop confusing C with stdlib. Stop confusing COBOL with mainframe.
Yes, a language and an API are unrelated, but I've rarely seen one without the other. Have you seen many javascript running outside web browsers lately? And while you are correct that you don't have to learn DOM to get into Javascript, you'll need it sooner than later, and using a coherent/compliant implementation of it is crucial in its learning.
I'd happily argue with you that there are more games ported to Mac than Linux. If you don't count Wine (because Wine is also on Mac, that point is moot). Blizzard's whole collection, some EA games (BF2142, Madden, etc). Not a whole lot, but more than Linux and certainly porting to Mac before ported to Linux (exception made of Id games).
Same with iPhone accessories. Jailbreaking, in your analogy, would literally be like tweaking the engine or the computer of the car itself, which does void your warranty. This debate has been going on for long enough. Don't want to jailbreak? Don't complain, don't buy an iPhone. Until we can have full access to software mod on things we buy without voiding the warranty, keep voting for your local communist party...
Nice choice of words here. It's still a crime in much less totalitarian states/republics than the USA. (Read: it's a crime not to go vote, but you can still cancel your vote)
Slashdot Mirror
uh, your parent didn't criticize the problem itself, but the analysis of the problem from some websites.
I would have said Liberals, not Democrats. Stop mixing political party affiliation and political goals. They're not the same, at least in my country. Sorry if yours has bias issues.
You're doing very well without him, may I remind.
You adopt your evil twins?
"Where do you wanna go today? We're gonna start building it and getting it on the market 5 years late..."
Indeed. EvE sucks. Play Everquest (the first one).
And they're not upset you're posting on slashdot? What has the world become....
The M-d works in mysterious ways!
You probably meant db.
The question is - do you know this to be true from personal industry experience, or are you just quoting Fight Club?
Damn, you forgot the first rule!
So? Fragmentation would be when they did NOT work.
As far as I am concerned, I never tried compiling Apache on Redhat and installing the resulting binary on Ubuntu/Slackware/YDL/.... That would be interesting indeed. Please try that and if it works I'll reconsider my opinion.
Keep you witty comments for yourself. We don't need another immature talk around here. And VMWare RECOMPILES A MODULE FOR EACH INSTALL YOU DO. Did you follow that part? Can you guess why?
I remember working on a product for Linux.. We had as a constraint that we didn't support anything except redhat (which was fine anyway since the product is vertical enough to ask its users a specific distro). we had the longjmp bug (see below), which means we couldn't support RH5, only RH4. Fun is even more, we were dependant of libraries made by a vendor that didn't support the latest redhat either, so when we tried to upgrade and ran into bugs, we couldn't get support to solve those on anything except RH4... and funny is those bugs didn't happen in RH4 (some did, some didn't, etc). What would YOU do, sir, in this case?
It's not whether the code works or not, it's that the code MIGHT not work on other platforms. Therefore, and since you can't really prevent this in the Linux world right now, you need to guarantee that your support lines will answers for one platform. It's a jungle out there when it comes to stuff like libraries and dependancies . Code once, test everywhere. Ooops, setjmp and longjmp in libc isn't binary compatible between redhat4 and 5 (real story on one of my contract... try to find the error)? But it's the SAME platform, different releases... imagine the horror when you're looking at slackware vs debbian vs redhat vs Mom's distro.
Repeat after me: for most projects, recompiling on every platform is not an option. There are hundreds of them. And I'm not even talking about testing them.
It's even more true when you depends on libraries that aren't available on all platforms.
The solution? Simply put a certificate that represents not a distro, but a set of components that are guaranteed to work in a consistent manner among many distro. So vendors just support this certificate of compatibility (lets call it LSB) and tadaa, choice to the user and good deal to the vendor. So no one is stuck with Redhat if they don't like it. There is one in place right now, it's called POSIX. With autoconf, you are guaranteed consistancy between platforms, but you need to GPL your code, since it needs to be reconfigured/compiled for the distro, which cripples a lot of developers. LSB fills the gap GPL couldn't. And then some GPL could but LSB just doing better.
Apache, Samba and BIND are using autoconf and recompiled for every distro. Also, they have a package and are part of repositories. Not the case with many proprietary vendors...
I agree VMWare works on most major distribution (it recompiles the kernel module, which it shouldn't have to), although I'm sure it won't work on every YDL or shady distros out there.
Also, IIRC, they have specific distros for their technical support services. Guess why...
Softimage's XSI, VMWare, many other softwares that can't be recompiled, tested and tech supported in many distros or that need libs that are guaranteed on a platform. You think everything can come from a repository and that every bug in every distribution can be supported, tested and fixed consistantly?
When you need a major in biology to understand a linux-distro analogy, the concept of analogy itself fails...
No, but you can make the book irritable as hell. You can't sue those who used it as toilet paper, but be damned if anyone will. So you won't necessarily care for those 1-2 guys... which is what Apple does entirely.
Stop confusing C# with .Net, stop confusing Obj-C with Cocoa, stop confusing C++ with STL. Stop confusing C with stdlib. Stop confusing COBOL with mainframe.
Yes, a language and an API are unrelated, but I've rarely seen one without the other. Have you seen many javascript running outside web browsers lately? And while you are correct that you don't have to learn DOM to get into Javascript, you'll need it sooner than later, and using a coherent/compliant implementation of it is crucial in its learning.
Quiquid latine dictum sit altum viditur.
I'd happily argue with you that there are more games ported to Mac than Linux. If you don't count Wine (because Wine is also on Mac, that point is moot). Blizzard's whole collection, some EA games (BF2142, Madden, etc). Not a whole lot, but more than Linux and certainly porting to Mac before ported to Linux (exception made of Id games).
And, obviously, it IS sad now. Deathgupplie just killed a puppie...
Not that there's nothing wrong with that.
much like any other buzzword when it started (.Net anyone, web 2.0, even the internet at its time).
Then stop flamebaiting on your own FUD. I thought we were all gentlemen here.
Actually, vast parts of OS X have nothing whatsoever to do with BSD. And BSD wasn't "based on" Unix, it IS Unix.
Wrong, just ask SCO. /funny.
Same with iPhone accessories. Jailbreaking, in your analogy, would literally be like tweaking the engine or the computer of the car itself, which does void your warranty. This debate has been going on for long enough. Don't want to jailbreak? Don't complain, don't buy an iPhone. Until we can have full access to software mod on things we buy without voiding the warranty, keep voting for your local communist party...
Nice choice of words here. It's still a crime in much less totalitarian states/republics than the USA. (Read: it's a crime not to go vote, but you can still cancel your vote)
You must be new here. I mean, seriously. And in general, not here in the slashdot sense.