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."
Permalink for comment 548105
To read all comments associated with this story, please click here.
Member since:

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