Hi,
I fear we are not done with empty directory loss yet. This is a
technical update for future reference.
On Wed, May 31, 2023 at 11:59:58AM +0200, Helmut Grohne wrote:
> On Tue, May 30, 2023 at 11:53:00AM +0200, Helmut Grohne wrote:
> > In effect, this bug report is an instance of a bug class.
On Wed, 31 May 2023 at 11:18, Helmut Grohne wrote:
>
> Hi,
>
> On Tue, May 30, 2023 at 11:53:00AM +0200, Helmut Grohne wrote:
> > In effect, this bug report is an instance of a bug class. I am in the
> > process of quantifying its effects, but I do not have useful numbers at
> > this time. As an i
Hi,
On Tue, May 30, 2023 at 11:53:00AM +0200, Helmut Grohne wrote:
> In effect, this bug report is an instance of a bug class. I am in the
> process of quantifying its effects, but I do not have useful numbers at
> this time. As an initial gauge, I think it is about 2000 binary packages
> that shi
On Tue, 30 May 2023 at 14:09, Helmut Grohne wrote:
>
> Hi Luca,
>
> On Tue, May 30, 2023 at 11:23:07AM +0100, Luca Boccassi wrote:
> > > > - unmerged-usr paths are no longer supported
> > >
> > > Then you argue that this bug would affect only unmerged systems, while
> > > it actually is in reverse
Hi Luca,
On Tue, May 30, 2023 at 11:23:07AM +0100, Luca Boccassi wrote:
> > > - unmerged-usr paths are no longer supported
> >
> > Then you argue that this bug would affect only unmerged systems, while
> > it actually is in reverse. Unmerged systems are unaffected by this bug
> > class. The deleti
On Tue, 30 May 2023 at 10:53, Helmut Grohne wrote:
>
> Context for d-devel:
>
> Andreas Beckmann noticed that systemd ships an empty directory
> /usr/lib/modules-load.d. When removing a package that ships a file in
> /lib/modules-load.d (such as multipath-tools), dpkg may in some
> circumstanced d
On Tue, May 30, 2023 at 11:53:01AM +0200, Helmut Grohne wrote:
> Are there other kinds of resources in dpkg that can be shared like
> directories? Thinking... Yes, regular files. How can files be shared?
> Via Multi-Arch: same. Can that happen for real? Yes. I've attached an
> artificial reproduce
Context for d-devel:
Andreas Beckmann noticed that systemd ships an empty directory
/usr/lib/modules-load.d. When removing a package that ships a file in
/lib/modules-load.d (such as multipath-tools), dpkg may in some
circumstanced delete the empty directory owned by systemd.
On Mon, May 29, 2023
Control: severity -1 important
On Mon, 29 May 2023 14:42:14 +0200 Andreas Beckmann
wrote:
> Package: systemd
> Version: 252.6-1
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
Given what was discussed:
- bookworm is in hard freeze
- there is no functional impact
- un
On Mon, 29 May 2023 15:17:51 +0200 Andreas Beckmann
wrote:
> On 29/05/2023 14.57, Luca Boccassi wrote:
> >> Side question first: does systemd evaluate both
> >> /usr/lib/modules-load.d/* and /lib/modules-load.d/* ?
> >> Otherwise all packages shipping something in /lib/modules-load.d/
are
> >> bro
On May 29, Luca Boccassi wrote:
> Does it matter that much if the empty directory is removed? Next time
> a package shipping a modules-load config is installed it will be just
> re-added, no? Or are there functional issues?
I do not think that it is a big deal if /usr/lib/modules-load.d/
disappe
Hi Andreas,
On Mon, May 29, 2023 at 02:42:14PM +0200, Andreas Beckmann wrote:
> during a test with piuparts I noticed your package ships an empty
> directory (/usr/lib/modules-load.d/) which disappears after installation
> and removal of another package (e.g. multipath-tools) in a merged-/usr
> se
On 29/05/2023 14.57, Luca Boccassi wrote:
Side question first: does systemd evaluate both
/usr/lib/modules-load.d/* and /lib/modules-load.d/* ?
Otherwise all packages shipping something in /lib/modules-load.d/ are
broken on unmerged-/usr because their config snippets are not being
taken into acco
On Mon, 29 May 2023 at 14:07, Andreas Beckmann wrote:
>
> On 29/05/2023 14.57, Luca Boccassi wrote:
> > Wouldn't the correct workaround be to list /usr/lib/modules-load.d in
> > systemd.dirs so that dpkg leaves it alone? Seems way too late for
> > Bookworm though?
>
> for dpkg, /usr/lib/modules-lo
On 29/05/2023 14.57, Luca Boccassi wrote:
Wouldn't the correct workaround be to list /usr/lib/modules-load.d in
systemd.dirs so that dpkg leaves it alone? Seems way too late for
Bookworm though?
for dpkg, /usr/lib/modules-load.d is already owned by systemd, dpkg only
accidentally deletes it wh
On Mon, 29 May 2023 14:42:14 +0200 Andreas Beckmann
wrote:
> Package: systemd
> Version: 252.6-1
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
>
> Hi,
>
> during a test with piuparts I noticed your package ships an empty
> directory (/usr/lib/modules-load.d/) which
Package: systemd
Version: 252.6-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package ships an empty
directory (/usr/lib/modules-load.d/) which disappears after installation
and removal of another package (e.g. multipath-too
17 matches
Mail list logo
