Re: Debconf help
On 22/07/10 21:12, Tony Yarusso wrote: > On Thu, 2010-07-22 at 21:59 +0200, Stefan Potyra wrote: >> Oh, just saw another thing while taking a glimpse: >> sed -i 's/\#includedir\ \/etc\/sudoers\.d/includedir\ >> \/etc\/sudoers\.d/' /etc/sudoers What? Are you attempting to 'uncomment' the directive? man sudoers says that the # sign is part of the syntax of the directive, not a comment. But, also... >> Please don't modify settings of a different package apart from the official >> interface (that is exactly what sudoers.d is for). > > How am I supposed to use sudoers.d if it's disabled? Or will that > actually work, and the commented-out option is only if you want a > different includedir? The file /etc/sudoers.d/README explains why the #includedir directive is sometimes present, sometimes not. Debian/Ubuntu have a fairly strong philosophy that you must never clobber the local sysadmin's interventions it /etc/. As explained in that README file, the choice was made for the sudo package to *not* auto-add it to existing sudoers files on upgrade - you shouldn't attempt to second-guess the sudo maintainers choices about their package's own config files. Max. signature.asc Description: OpenPGP digital signature -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
Re: Debconf help
On Thu, 2010-07-22 at 21:59 +0200, Stefan Potyra wrote: > Oh, just saw another thing while taking a glimpse: > sed -i 's/\#includedir\ \/etc\/sudoers\.d/includedir\ > \/etc\/sudoers\.d/' /etc/sudoers > > Please don't modify settings of a different package apart from the official > interface (that is exactly what sudoers.d is for). How am I supposed to use sudoers.d if it's disabled? Or will that actually work, and the commented-out option is only if you want a different includedir? -- Tony Yarusso Technical Team ___ Nagios Enterprises, LLC Email: tyaru...@nagios.com Web:www.nagios.com -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
Re: Debconf help
Hi, Am Thursday 22 July 2010 21:34:19 schrieb Tony Yarusso: [..] > > > * Do not use service to invoke initscripts from package maintainer > > scripts. Instead follow Debian policy: > > http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.3.3.2 > > Okay. I was sort of under the impression that service was replacing > invoke-rc.d, although without any evidence. Just out of curiosity, > what's the difference between them? afaict: service is used to start upstart services, invoke-rc.d starts SysV init scripts. To my knowledge, the best option is to use dh_installinit -R for the init-script, as it will generate the correct code for SysV or upstart (given you use the debhelper token in the maintainer scripts). Oh, just saw another thing while taking a glimpse: sed -i 's/\#includedir\ \/etc\/sudoers\.d/includedir\ \/etc\/sudoers\.d/' /etc/sudoers Please don't modify settings of a different package apart from the official interface (that is exactly what sudoers.d is for). HTH, Stefan. signature.asc Description: This is a digitally signed message part. -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
Re: Debconf help
On Thu, 2010-07-22 at 01:05 +0100, Max Bowsher wrote: > Perhaps your local debconf is configured to only ask you critical > questions. I took your source package, and was correctly asked the high > question but not the low question on initial installation (as my debconf > priority is set to high). A reasonable guess. Turns out it was actually because earlier versions of my package didn't remove cleanly, so the settings were still marked as seen in the debconf database - manually removing them made everything fine thereafter. > Random other things I noticed whilst looking at your source package: > > * Do not call db_go after every db_input - instead, call db_go only > after a batch of several db_input. This allows debconf frontends capable > of presenting multiple questions on-screen simultaneously to do so. Aaah, that makes sense. I'd heard both ways, but not why. > * Do not use "Depends: debconf", dh_installdebconf will add the correct > form of debconf dependency via ${misc:Depends}. Good catch - thanks. > * Do not use service to invoke initscripts from package maintainer > scripts. Instead follow Debian policy: > http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.3.3.2 Okay. I was sort of under the impression that service was replacing invoke-rc.d, although without any evidence. Just out of curiosity, what's the difference between them? -- Tony Yarusso Technical Team ___ Nagios Enterprises, LLC Email: tyaru...@nagios.com Web:www.nagios.com -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
Behind MOTU
Hello everybody, I have been maintaining http://behindmotu.wordpress.com/ for a while now. I found that I've been slacking there for a while and been running out of time working on it. Is anybody interested in working on this? Please let me know and I'll give you access to the blog. Have a great day, Daniel -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu