Proposal: revert recent debianutils changes for Jammy

[Julian Andres Klode]

On Tue, Nov 30, 2021 at 12:45:56PM +0000, Robie Basak wrote:
> On Thu, Nov 25, 2021 at 03:56:28PM +0000, Robie Basak wrote:
> > On Thu, Nov 25, 2021 at 12:53:03PM +0000, Robie Basak wrote:
> > > Any objections to an upload to debianutils in Ubuntu reverting these two
> > > changes?
> > 
> > It turned out to be a bit of a rabbithole getting the package to rebuild
> > with translated string changes, but I have a work-in-progress branch up
> > here:
> > 
> > https://code.launchpad.net/~racb/ubuntu/+source/debianutils/+git/debianutils/+merge/412397
> > 
> > It basically works but needs some polish. I expect I'll be uploading
> > this next week.
> 
> This is now ready for review.
> 
> One question.
> 
> tempfile still prints a deprecation warning to stderr. This looks like
> it was introduced since Hirsute in Ubuntu and so also exists in Impish
> and Jammy currently. Do we still want the deprecation warning in Jammy,
> or should I drop the deprecation warning too, for Jammy, on the same
> principle as what we're doing for the which command? I ask because I'm
> not aware that anybody complained about the warning in Hirsute or
> Impish.

Let's keep them, suddenly undeprecating it would be weird. It also
apparently broke no or few autopkgtests, so use does not seem as
widespread as that of which.

Looking at the patch, missing the preferred form of modification
(failure to autoreconf) deserves an RC bug in Debian.

I don't understand the change to which at all fwiw, who is going
to type command -v on an interactive terminal. I guess we should
all use type, oh well..
-- 
debian developer - deb.li/jak | jak-linux.org - free software dev
ubuntu core developer                              i speak de, en
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://lists.ubuntu.com/archives/ubuntu-devel/attachments/20211130/f4719493/attachment.sig>