Re: DEP 17: Improve support for directory aliasing in dpkg

2023-05-02 Thread Sam Hartman
> "Helmut" == Helmut Grohne writes: Helmut> Luca Boccassi kindly pointed me at config-package-dev Helmut> though. This is a tool for generating local packages and it Helmut> also employs dpkg-divert. There is a significant risk of Helmut> breaking this use case. If we were to

Re: DEP 17: Improve support for directory aliasing in dpkg

2023-05-02 Thread Helmut Grohne
On Tue, May 02, 2023 at 02:09:32PM +0200, Helmut Grohne wrote: > This is problems we know about now, but it likely is not an exhaustive > list. This list was mostly guided by Guillem's intuition of what could > break at https://wiki.debian.org/Teams/Dpkg/MergedUsr and I have to say > that his intui

Re: DEP 17: Improve support for directory aliasing in dpkg

2023-05-02 Thread Helmut Grohne
On Tue, May 02, 2023 at 02:09:32PM +0200, Helmut Grohne wrote: > I noticed that the number of packages shipping non-canonical files is > relatively small. It's less than 2000 binary packages in unstable and > their total size is about 2GB. So I looked into binary-patching them and > attach the resu

Re: DEP 17: Improve support for directory aliasing in dpkg

2023-05-02 Thread Helmut Grohne
Hi Luca, On Fri, Apr 21, 2023 at 03:29:33PM +0100, Luca Boccassi wrote: > After Bookworm ships I plan to propose a policy change to the CTTE and > policy maintainers to forbid shipping files in the legacy directories > altogether, followed by a debhelper change to adjust any stragglers > automatic

Re: DEP 17: Improve support for directory aliasing in dpkg

2023-05-02 Thread Helmut Grohne
Hi Raphaƫl, On Tue, May 02, 2023 at 12:30:21PM +0200, Raphael Hertzog wrote: > We don't want to stat all the files in all packages but we could do better: > if we are about to remove an old file that is available through a > symlinked directory, we could check the new name of the file and see if >

Re: DEP 17: Improve support for directory aliasing in dpkg

2023-05-02 Thread Raphael Hertzog
Hello, On Wed, 26 Apr 2023, Simon Richter wrote: > > This and /bin/sh is the kind of files I'd consider important. And then > > upon thinking further it became more and more difficult for me to make > > sense of the objection. On a merged system, we can just move that file > > to its canonical loc