reassign 605130 piuparts tags 605130 + pending thanks Hi Bdale,
On Samstag, 27. November 2010, Bdale Garbee wrote:
> This will not be fixed any time soon. It's a conscious design decision
> to "working around" the fact that we have to have distinct sudo and
> sudo-ldap packages to make everyone happy, and don't want to lose the
> contents of /etc/sudoers when a user decides to switch between the two.
Ok, this makes sense. I will tell piuparts to ignore /etc/sudoers from now on.
Or wait, I wont. Removed control@ from to: on purpose, see below
> I'm open to interesting suggestions (particularly if they come with
> working patches), but the current situation was the best I could come up
> with the last time I reviewed the alternatives.
The use case you described will continue to work: if you have sudo installed
and install sudo-ldap, /etc/sudoers can be handled like it has been handled.
But in the case of purge, I think /etc/sudoers should be removed, as this is
what purge is supposed to do.
cheers,
Holger
BTW: sudo is one of the 6 packages (out of almost 30k) I finally treat
specially on piuparts.d.o. I now run 'yes "yes" | passwd' in all piuparts
tests, so sudo and sudo dependend packages can be tested :)
The other exceptions are upstart, file-rc (both remove essential packages),
apt-listbugs (which will stop upgrades if RC bugs are present) and
ltsp-client-core and fai-nfsroot (which both rightfully refuse to install in
non suited environments).
IOW: I'm already treating sudo very specially but I see no reason (yet) to
excempt it from purging files on purge. Or?
signature.asc
Description: This is a digitally signed message part.
