Control: retitle -1 fails upgrade of packages with locked system accounts
Control: tags -1 confirmed
thanks

I confirm this behavior in adduser 3.143. We are currently preparing
adduser for the post-trixie cycle. Those changes are not supposed to
change adduser's behavior, especially not in common cases.

The code in question was written to prepare adduser for addressing of
bugs #1008082 - #1008084. Again, a behavior changing change was only
planned for post-trixie. We are planning to add an option to lock an
account in postrm instead of deleting it. The contraire, unlocking the
account in postinst when adduser --system is called, is also planned.

It wasn't on my radar that many packages make use of an actually locked
account during the life of the package. I have made a note regarding
this.

I expect a fix for this adduser issue for later today and apologize for
the problem. There is no need to debug other packages until adduser
3.144 is uploaded.

Greetings
Marc

Reply via email to