Not logged in
Log in now
Create an account
Subscribe to LWN
LWN.net Weekly Edition for May 23, 2013
An "enum" for Python 3
An unexpected perf feature
LWN.net Weekly Edition for May 16, 2013
A look at the PyPy 2.0 release
It might be nice if the Linux distributors made a single Linux fork, rather than making every version a bit different...
The value of middlemen
Posted Aug 12, 2004 11:15 UTC (Thu) by wookey (subscriber, #5501)
There are good reasons why Red Hat and Debian (for example) are not identical. Nevertheless they are highly compatible and you can generally use either if all you want is a 'linux system'. Choice is not a bad thing - it's good, and choice is not incompatible with interoperability.
Which one, overweening, system would you have us all use?
Posted Aug 12, 2004 12:14 UTC (Thu) by ewan (subscriber, #5533)
There are good reasons why Red Hat and Debian (for example) are
not identical. [...] Which one, overweening, system would you have
us all use?
One shared linux friendly fork of cdrecord, not one version
of linux. It would be silly if everybody was independently patching
cdrecord to fix the same problems, but I don't think that actually
happens too much since they can all lift patches from each other.
That said it's possible that the pain of a full-blown fork might be
less than the pain of dealing with Jörg....
Posted Aug 13, 2004 0:42 UTC (Fri) by bignose (subscriber, #40)
A case in point for the confusion caused by saying "Linux" when one means "GNU".
special "Linux" version
Posted Aug 13, 2004 2:44 UTC (Fri) by giraffedata (subscriber, #1954)
This is a rare case where the relevant characteristic of the systems in question is a matter of the Linux kernel. One of the issues is the way the user identifies the CDROM drive and how the program accesses it. That's pure Linux kernel.
Neither that nor the other issue -- DVD writing -- seem to have any connection to GNU software.
Posted Aug 17, 2004 5:08 UTC (Tue) by mbp (subscriber, #2737)
When, as is apparently the case here, the upstream developer simply will not take patches that almost everyone else agrees is a good idea, then it's time to fork. There *is* a time and a place for forking.
(If it turns out that the author was right, the patches were a bad idea, and nobody uses them... well, that's life. But I don't think that would be the case here.)
It would hardly be the first time. Somebody else mentioned XFree86. An even more relevant example is OpenSSH: when the original maintainer went off into a proprietary development, a fork arose and all the distributions adopted it.
If somebody forked cdrecord into a free version that could record DVDs I think that would be great too.
The choice here is not between zero forks and one fork. It is between one open fork, or alternatively every distribution applying different random patches.
>> Which one, overweening, system would you have us all use?
The one which allows you to say "cdrecord dev=/dev/cdrw". Is that so unreasonable?
Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds