Bug#994275: Reverting breaking changes in debianutils
- To: Clint Adams <firstname.lastname@example.org>, email@example.com
- Cc: Thorsten Glaser <firstname.lastname@example.org>, James Cloos <email@example.com>, Felix Lechner <firstname.lastname@example.org>, Wookey <email@example.com>, Sean Whitton <firstname.lastname@example.org>, Simon McVittie <email@example.com>, Sebastian Ramacher <firstname.lastname@example.org>, Adrian Bunk <email@example.com>, Debian sysvinit maintainers <firstname.lastname@example.org>, David Bremner <email@example.com>
- Subject: Bug#994275: Reverting breaking changes in debianutils
- From: Raphael Hertzog <firstname.lastname@example.org>
- Date: Fri, 29 Oct 2021 09:57:15 +0200
- Message-id: <[🔎] YXupW+lcaQ8MdAsK@t14-buxy.home.ouaza.com>
- Reply-to: Raphael Hertzog <email@example.com>, firstname.lastname@example.org
- In-reply-to: <[🔎] YXWvJE992V53ihIn@scru.org>
- References: <163165898648.9199.7017392758124431278.reportbug@localhost> <[🔎] YXWvJE992V53ihIn@scru.org> <163165898648.9199.7017392758124431278.reportbug@localhost>
On Sun, 24 Oct 2021, Clint Adams wrote:
> > In any case, a message saying that which is deprecated when in fact
> > `which` will stay around (but maintained in another packages) is not
> > helpful.
> Tell me, what would be helpful?
A coordinated take over of the binary with a proper transition as
recommended by the tech-ctte.
I have sympathy with your reasoning and I can certainly relate to things
that we did 20 years ago, where we happily broke unstable after a release
but we have changed.
Yes, on some aspects we have become more conservative. I certainly wish
to change that, but not by going backwards, but by providing new avenues
to experiment and make large-scale changes without breaking unstable/testing.
> On Mon, Oct 18, 2021 at 11:50:32AM -0700, Sean Whitton wrote:
> > As Raphael has mentioned, it's unlikely that when debianutils' which(1)
> > has been replaced with one in another essential or transitively
> > essential package that the new which(1), whether it's the same code or
> > something else, will print deprecation warnings. And then it seems odd
> > to print them for a while and then stop printing them.
> I find this to be a curious statement. This implies a contract of
> future behavior that does not exist.
Right, but that's we are doing in Debian when we discuss together and make
plans for further changes and then try to stick to the plan. You seem to
consider Debian as a more "organic entity" that is not controllable and
that you have no chance to influence.
And as often, the reality is somewhere in the middle.
⢀⣴⠾⠻⢶⣦⠀ Raphaël Hertzog <email@example.com>
⢿⡄⠘⠷⠚⠋ The Debian Handbook: https://debian-handbook.info/get/
⠈⠳⣄⠀⠀⠀⠀ Debian Long Term Support: https://deb.li/LTS