Bug#841666: release-notes: recommend installing usrmerge on upgrade to stretch

2021-04-01 Thread Marco d'Itri
On Apr 01, Paul Gevers wrote: > We already mention usrmerge in the release notes [1] with the following > text. Does that suffice for the current purpose? Looks good to me. > """ > The historical justifications for the filesystem layout with /bin, > /sbin, and /lib directories separate from

Bug#841666: release-notes: recommend installing usrmerge on upgrade to stretch

2021-04-01 Thread Paul Gevers
Control: tags -1 moreinfo Hi, On 27-02-2021 23:29, Marco d'Itri wrote: > On Feb 27, Paul Gevers wrote: > >>> Due to systemd changes, currently usrmerge requires a reboot to complete. >>> To lower support load on the community, as the usrmerge author I suggest >>> that we wait to explicitly

Bug#841666: release-notes: recommend installing usrmerge on upgrade to stretch

2021-02-28 Thread Marco d'Itri
On Feb 28, Dimitri John Ledkov wrote: > Can you please advise which systemd unit options have broken the > upgrades in the past? And are they still in place, or have evolved to > be more specific / not problematic anymore? Accordingly to the error message (which I wrote in 2015) this was about

Bug#841666: release-notes: recommend installing usrmerge on upgrade to stretch

2021-02-28 Thread Joost van Baal-Ilić
On Sun, Feb 28, 2021 at 01:52:11AM +, Dimitri John Ledkov wrote: > Hi, > > On Sat, 27 Feb 2021 at 22:38, Marco d'Itri wrote: > > > > On Feb 27, Paul Gevers wrote: > > > > > > Due to systemd changes, currently usrmerge requires a reboot to > > > > complete. > > > > To lower support load on

Bug#841666: release-notes: recommend installing usrmerge on upgrade to stretch

2021-02-27 Thread Dimitri John Ledkov
Hi, On Sat, 27 Feb 2021 at 22:38, Marco d'Itri wrote: > > On Feb 27, Paul Gevers wrote: > > > > Due to systemd changes, currently usrmerge requires a reboot to complete. > > > To lower support load on the community, as the usrmerge author I suggest > > > that we wait to explicitly recommend

Bug#841666: release-notes: recommend installing usrmerge on upgrade to stretch

2021-02-27 Thread Marco d'Itri
On Feb 27, Paul Gevers wrote: > > Due to systemd changes, currently usrmerge requires a reboot to complete. > > To lower support load on the community, as the usrmerge author I suggest > > that we wait to explicitly recommend users to install it until we will > > have implemented running it

Bug#841666: release-notes: recommend installing usrmerge on upgrade to stretch

2021-02-27 Thread Paul Gevers
Hi Marco, Ansgar, On Mon, 4 Mar 2019 14:25:18 +0100 Marco d'Itri wrote: > On Mar 04, Paul Gevers wrote: > > > Could you please propose a paragraph to add to the release-notes for > > this? You can add it as a patch here, literal text, or (easiest) as a MR > > against the salsa archive: > >

Bug#841666: release-notes: recommend installing usrmerge on upgrade to stretch

2019-03-04 Thread Paul Gevers
Control: tags -1 - buster Control: tags -1 bullseye Control: retitle -1 recommend installing usrmerge on upgrade to bullseye On 04-03-2019 14:25, Marco d'Itri wrote: > Hence, for buster +1. Updated the bugs meta-info. Thanks for the response. Paul signature.asc Description: OpenPGP digital

Bug#841666: release-notes: recommend installing usrmerge on upgrade to stretch

2019-03-04 Thread Marco d'Itri
On Mar 04, Paul Gevers wrote: > Could you please propose a paragraph to add to the release-notes for > this? You can add it as a patch here, literal text, or (easiest) as a MR > against the salsa archive: > https://salsa.debian.org/ddp-team/release-notes Due to systemd changes, currently

Bug#841666: release-notes: recommend installing usrmerge on upgrade to stretch

2019-03-04 Thread Joost van Baal-Ilić
Hi, On Mon, Mar 04, 2019 at 01:52:26PM +0100, Paul Gevers wrote: > On Wed, 23 Jan 2019 12:22:04 +0100 Ansgar wrote: > > A minor clarification: > > > > Installing usrmerge on upgrades should probably not be recommended for > > environments used to build packages. This matches debootstrap's > >

Bug#841666: release-notes: recommend installing usrmerge on upgrade to stretch

2019-03-04 Thread Paul Gevers
Hi Ansgar, On Wed, 23 Jan 2019 12:22:04 +0100 Ansgar wrote: > A minor clarification: > > Installing usrmerge on upgrades should probably not be recommended for > environments used to build packages. This matches debootstrap's > behavior when using --variant=buildd (see #914208) Could you

Bug#841666: release-notes: recommend installing usrmerge on upgrade to stretch

2019-01-23 Thread Ansgar
A minor clarification: Installing usrmerge on upgrades should probably not be recommended for environments used to build packages. This matches debootstrap's behavior when using --variant=buildd (see #914208) Ansgar

Bug#841666: release-notes: recommend installing usrmerge on upgrade to stretch

2017-01-04 Thread Ansgar Burchardt
Control: retitle -1 release-notes: recommend installing usrmerge on upgrade to buster Control: tag -1 - stretch + buster The change in debootstrap to enable merged-/usr has been temporarily reverted due to issues reported. As it was only fixed quite late, we won't re-enable merged-/usr for

Bug#841666: release-notes: recommend installing usrmerge on upgrade to stretch

2016-10-21 Thread Ansgar Burchardt
Package: release-notes Tags: stretch debootstrap enables merged-/usr by default since 1.0.85 (when installing stretch or later only). To match this on upgrades to stretch, I would like to recommend installing `usrmerge` at the end of the upgrade. Ansgar