Marco d'Itri <m...@linux.it> writes: > On Feb 29, Russell Coker <russ...@coker.com.au> wrote: > >> One thing that would be really convenient in such situations is the ability >> to >> have the old and new versions of the package installed such that the new >> version would run the old version if appropriate. > Yes. Except that this was not applicable to udev because the > system-facing interfaces too were different between different versions. > As I already explained countless times. > Next?
What would have been trivial to do is to have udev-x.y packages that are coinstallable and a simple udev binary that checks the kernel version and features and then starts the right udev-x.y. Examples for this kind of flexibility would be xen or lvm. But then again udev also broke udev rules so you had to change the conffiles to match the udev version. But at least that only affected some rules, not all of udev, and was a more gradual effect. But you've all heard that before and (you and upstream) still ignore it and udev will keep having these problems and keep sucking for that reason. By now I don't expect that to change. So EOD. Udevs shortcommings weren't the point anyway, just an example to show that we shouldn't have all of Debian depend solely on something similar. MfG Goswin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87ehtc3e8h.fsf@frosties.localnet