Linked by Thom Holwerda on Thu 10th Jan 2013 01:41 UTC, submitted by lucas_maximus
Talk, Rumors, X Versus Y "A senior OpenBSD developer has complained on a mailing list that upstream vendors of free and open source software are adding in changes without any thought of whether downstream users could adapt to the change. Marc Espie said this would hurt smaller players by not allowing them to keep up with the changes. Basically what is happening is that numerous changes are being made to Linux and smaller projects like OpenBSD cannot keep up with the changes. And, according to Espie, not all these changes are strictly necessary."
Thread beginning with comment 548091
To view parent comment, click here.
To read all comments associated with this story, please click here.
cyrilleberger
Member since:
2006-02-01

GNU sed is required, even though the same thing could very easily be done with any sed in a widely-compatible way.


Quoting the article:
"and no, gsed -i is not a valid excuse. Come on, you need half a line of shell script to do the equivalent of gsed -i"

Sure adding half a line of shell script (I assume 40 characters, right?) is "easy", but it cluters, and if you have to do it every time it becomes a pain. And people don't use the GNU extension because they don't bother to check, but because they are damn convenient.

Personnaly at work, I mainly use a Linux box, and I also have from time to time to use a Solaris box, and it is just a pain in the ass to have to write things like "find . | xargs grep 'somestring'" instead of just "grep -r 'somestring'" and so on. In the end I just end up using the GNU tools on Solaris as well.

GNU extensions were not created to make the system incompatible, they were created for convenience. And I don't see why it should be up to upstream to spend extra work on supporting other platform.

Reply Parent Score: 6

lucas_maximus Member since:
2009-08-18

GNU extensions were not created to make the system incompatible, they were created for convenience. And I don't see why it should be up to upstream to spend extra work on supporting other platform.


Except other platforms don't want to include GPL code in their OS.

Your attitude is exactly why there has always been cross platform problems ranging from browsers to now just building the browser itself.

It find that you don't do it in your own environments, but open source on larger projects is supposed to be about collaboration, and this sort of laziness makes it artificially difficult.

Edited 2013-01-10 08:51 UTC

Reply Parent Score: 4

kwan_e Member since:
2007-02-18

"GNU extensions were not created to make the system incompatible, they were created for convenience. And I don't see why it should be up to upstream to spend extra work on supporting other platform.


Except other platforms don't want to include GPL code in their OS.
"

They don't have to. They can reimplement those GNU extensions. GPL covers only copyright, not reimplementation.

And it's not really GPL's fault that some people are too ideological to include GPL programs.

Reply Parent Score: 5

Soulbender Member since:
2005-08-18

Recursive grep is not a GNU extension, it's part of POSIX.

Reply Parent Score: 2

Soulbender Member since:
2005-08-18

Actually, recursive grep is not posix but a common extension.

Reply Parent Score: 2

Laurence Member since:
2007-03-26

Quoting the article:
"and no, gsed -i is not a valid excuse. Come on, you need half a line of shell script to do the equivalent of gsed -i"

Sure adding half a line of shell script (I assume 40 characters, right?) is "easy", but it cluters, and if you have to do it every time it becomes a pain. And people don't use the GNU extension because they don't bother to check, but because they are damn convenient.

Personnaly at work, I mainly use a Linux box, and I also have from time to time to use a Solaris box, and it is just a pain in the ass to have to write things like "find . | xargs grep 'somestring'" instead of just "grep -r 'somestring'" and so on. In the end I just end up using the GNU tools on Solaris as well.

GNU extensions were not created to make the system incompatible, they were created for convenience. And I don't see why it should be up to upstream to spend extra work on supporting other platform.


So add aliases or shell functions into the build script / your shell environment to map frequent longer functions into shorter workarounds.

You don't need to type 40 character long command chains each and every time.

Reply Parent Score: 4