| |||||||||||||
30 years of GNU30 years of GNUPosted Sep 29, 2013 17:52 UTC (Sun) by rahulsundaram (subscriber, #21946)In reply to: 30 years of GNU by jzbiciak Parent article: 30 years of GNU
The use of specific flags based on the format is entirely redundant for a long time and I am not sure why you bother to do that anymore. Tar does do the right thing automatically here.
(Log in to post comments)
30 years of GNU Posted Sep 29, 2013 18:20 UTC (Sun) by jzbiciak (✭ supporter ✭, #5246) [Link]
I missed the memo on that. It appears a my webserver is old enough to not support autodetect, though. Likewise for the 32-bit Linux boxes I still have to build software on from time to time at work. (I just checked.)
So, still too soon to delete that from my muscle memory.
30 years of GNU Posted Sep 29, 2013 18:27 UTC (Sun) by jzbiciak (✭ supporter ✭, #5246) [Link]
In case you're wondering, the machines at work are running RHEL WS4 (with a 2.6.9 kernel, even!), and my webserver is older still, running RH7 and a 2.4.x kernel. :-)
30 years of GNU Posted Sep 29, 2013 18:32 UTC (Sun) by gmaxwell (subscriber, #30048) [Link]
Sweet. But that doesn't really remove the fact that bash completion makes the behavior confusing.
Similar things happen for mplayer where mplayer identifies files by magic but bash completion has a predefined list of possible media files which will forever be incomplete (since magic based detection is how the tool actually works).
30 years of GNU Posted Sep 29, 2013 19:51 UTC (Sun) by rahulsundaram (subscriber, #21946) [Link]
Individually programs that can extend or disable parts of bash completion as needed.
30 years of GNU Posted Sep 29, 2013 20:07 UTC (Sun) by gmaxwell (subscriber, #30048) [Link]
Sure. There is an infinite number of ways you can improve the completions.
But the fundamental complaint I was making there is that it increases complexity and makes it more inexplicable when it does fail.
Programs extending or disabling parts of it increase the complexity further and potentially just exacerbate the problem, because it makes the behavior even harder to mentally model.
30 years of GNU Posted Sep 29, 2013 20:12 UTC (Sun) by rahulsundaram (subscriber, #21946) [Link]
Providing more functionality always increases complexity. I think it is manageable in this case and it is optional anyway.
30 years of GNU Posted Sep 29, 2013 23:08 UTC (Sun) by marcH (subscriber, #57642) [Link]
It does not matter: life is too short.
|
|||||||||||||