Thank you for your response! > > Older versions of udev would complain on startup about missing inotify > > support, but would (mostly) function. This is the correct behavior, as > This one does not and me and the upstream maintainer are not interested > in revisiting this design decision.
This is unfortunate. Unnecessary dependencies make any system more fragile, and udev is an essential package. Would you be willing to revisit this decision if a patch were provided? > > But in the meantime, the hurdle in preinstall is a real nuissance. It > > happens to skip the check if something like /etc/udev/kernel-upgrade is > The purpose of this mechanism is to support upgrades of official Debian > kernel packages, not of custom kernels. The purpose of this mechanism is to support the condition in which the package is being upgraded at the same time as the kernel is being upgraded. There is no reason to be sensitive to whether or not the upgrade is being performed by dpkg or manually by the user. Has debian adopted a policy of intentionally penalizing users who are not satisfied with the stock kernel? > > * the preinstall script could notify the user of the possibility of > > creating this /etc/udev/kernel-upgrade file, so they can override the > > test without taking apart the control.tar.gz > Maybe. I would rather not documented this, because it will encourage > people who do not understand the consequences to break their systems. Failure to document this causes a nuissance for people who do understand the consequences and accept responsibility for breaking their systems. If you truly desire to make Debian more robust in the face of careless/ignorant users, then it is best to revisit the decision to depend upon new kernel features, as kernel upgrades rarely proceed uneventfully. If you desire, however, to provide the newest features to power users, then you should document this work-around. If you desire to punish power users and newbies alike, then please continue with your status quo. That said, I very much appreciate that the /etc/udev/kernel-upgrade work-around was available for me, even though I had to dig to find it. I would be considerably irate if I had had to re-package the control.tar.gz and .deb files in order to use a custom preinstall script. So thank you for thinking of this eventuality in advance! Thanks, - Greg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
