> My thoughts are that if you are going through all the trouble of looking out > for the lock option, and then > bailing out of a grub update because you don't want to override it
That's not what we're doing. The update-grub code detects any manual changes to the "automagic kernel" list; it can't discern the meaning of any particular changes, it only reports that changes are present and asks whether they should be overwritten. > Another point is that the lock option is a grub _feature_ which people do use > on their default kernel, > regardless of breakage and inconveniences relating to debian's update-grub. > It is debatable whether > such people are misguided, but they will no doubt continue to use the lock > option in this way under the > impression that their system is more secure that way. Well, as I can't understand why anyone would want to use lock this way, I'm less likely to try to dedicate any time to supporting it properly with the present code. -- Cannot set lock option in menu.lst without being overriden by update-grub https://bugs.launchpad.net/bugs/186623 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
