Re: Bug#843073: Debian Installer Stretch Alpha 8 release

2016-11-29 Thread Guillem Jover
On Mon, 2016-11-21 at 17:23:19 +0100, Marco d'Itri wrote: > On Nov 21, Guillem Jover wrote: > > Oh, and forgot to mention, this issue has been known for over 8 > > months, and now there's this need to be pushy and rush things, etc. > > I certainly do not appreciate that. >

Re: Debian Installer Stretch Alpha 8 release

2016-11-21 Thread Raphael Hertzog
On Mon, 21 Nov 2016, Guillem Jover wrote: > Oh, and forgot to mention, this issue has been known for over 8 > months, and now there's this need to be pushy and rush things, etc. > I certainly do not appreciate that. I have not been involved in this project so I don't know its history but #843073

Re: Bug#843073: Debian Installer Stretch Alpha 8 release

2016-11-21 Thread Marco d'Itri
On Nov 21, Guillem Jover wrote: > Oh, and forgot to mention, this issue has been known for over 8 > months, and now there's this need to be pushy and rush things, etc. > I certainly do not appreciate that. No, not really: it was not clear (e.g. I could never reproduce it)

Re: Debian Installer Stretch Alpha 8 release

2016-11-21 Thread Guillem Jover
On Mon, 2016-11-21 at 17:09:50 +0100, Guillem Jover wrote: > On Mon, 2016-11-21 at 16:38:07 +0100, Raphael Hertzog wrote: > > I can offer to upload dpkg 1.18.15.1 to sid with just those patches if > > it relieves you from handling an intermediary upload until you > > release 1.18.16 on your usual

Re: Debian Installer Stretch Alpha 8 release

2016-11-21 Thread Guillem Jover
Just a brief reply. On Mon, 2016-11-21 at 16:38:07 +0100, Raphael Hertzog wrote: > On Mon, 14 Nov 2016, Michael Biebl wrote: > > Just for the record: I can confirm it fixes the problem in dpkg-shlibdeps. > [...] > > Guillem, it would be great if you can upload a fixed dpkg soon. > > A full week

Re: Debian Installer Stretch Alpha 8 release

2016-11-21 Thread Raphael Hertzog
Hello Guillem, On Mon, 14 Nov 2016, Michael Biebl wrote: > Just for the record: I can confirm it fixes the problem in dpkg-shlibdeps. [...] > Guillem, it would be great if you can upload a fixed dpkg soon. A full week went by already. What's your plan? I can offer to upload dpkg 1.18.15.1 to

Re: Debian Installer Stretch Alpha 8 release

2016-11-14 Thread James Clarke
On Sat, Nov 12, 2016 at 07:58:33PM +, Mattia Rizzolo wrote: > On Sat, Nov 12, 2016 at 08:55:43PM +0100, Michael Biebl wrote: > > Am 12.11.2016 um 19:17 schrieb Guillem Jover: > > > Control: severity 843073 important > > > > > Ok, Mattia Rizzolo tells me (thanks!) that it's actually twice per >

Re: Debian Installer Stretch Alpha 8 release

2016-11-14 Thread Michael Biebl
Am 14.11.2016 um 12:22 schrieb Raphael Hertzog: > Please find two patches attached. > > I checked that the command below was failing with the current dpkg-dev > and it did no longer fail with the updated one. > > $ sbuild -d sid --add-depends=usrmerge --chroot-setup-commands="sed -i >

Re: Debian Installer Stretch Alpha 8 release

2016-11-14 Thread Raphael Hertzog
Control: tag -1 + patch Control: severity -1 serious Hi Guillem, On Sun, 13 Nov 2016, Guillem Jover wrote: > > The /usr merge violates core assumptions in dpkg-shlibdeps. The reason > > that amd64 isn't broken is sheer luck. > > /etc/ld.so.conf.d/x86_64-linux-gnu.conf lists /lib before /usr/lib,

Re: Debian Installer Stretch Alpha 8 release

2016-11-13 Thread Guillem Jover
Control: clone 843073 -1 Control: reassign -1 debootstrap 1.0.85 Control: retitle -1 debootstrap: Please revert merged-/usr by default as it breaks builds Control: severity -1 serious Control: affects -1 dpkg-dev Control: severity 843073 wishlist Control: block 810499 by 843073 Control: severity

Re: Debian Installer Stretch Alpha 8 release

2016-11-13 Thread Samuel Thibault
Marco d'Itri, on Sun 13 Nov 2016 12:04:07 +0100, wrote: > On Nov 13, Helmut Grohne wrote: > > Thus I think that debootstrap should revert to unmerged /usr until > > dpkg-shlibdeps has been fixed. Fixing is non-trivial and likely requires > > an archive rebuild on several

Re: Debian Installer Stretch Alpha 8 release

2016-11-13 Thread Marco d'Itri
On Nov 13, Helmut Grohne wrote: > Thus I think that debootstrap should revert to unmerged /usr until > dpkg-shlibdeps has been fixed. Fixing is non-trivial and likely requires > an archive rebuild on several architectures. Not really: dpkg-shlibdeps just needs to be fixed to

Re: Debian Installer Stretch Alpha 8 release

2016-11-12 Thread Helmut Grohne
On Sat, Nov 12, 2016 at 08:55:43PM +0100, Michael Biebl wrote: > Is this really so for all buildds? > See #843433, the sparc64 buildds apparently do use a merged-usr chroot. The issue depends on the loader path of the architecture. Although I do not understand why, it seems that /lib64 is less

Re: Debian Installer Stretch Alpha 8 release

2016-11-12 Thread Mattia Rizzolo
On Sat, Nov 12, 2016 at 08:55:43PM +0100, Michael Biebl wrote: > Am 12.11.2016 um 19:17 schrieb Guillem Jover: > > Control: severity 843073 important > > > Ok, Mattia Rizzolo tells me (thanks!) that it's actually twice per > > week, and that the debootstrap used is from jessie > > Is this

Re: Debian Installer Stretch Alpha 8 release

2016-11-12 Thread Michael Biebl
Am 12.11.2016 um 19:17 schrieb Guillem Jover: > Control: severity 843073 important > Ok, Mattia Rizzolo tells me (thanks!) that it's actually twice per > week, and that the debootstrap used is from jessie Is this really so for all buildds? See #843433, the sparc64 buildds apparently do use a

Re: Debian Installer Stretch Alpha 8 release

2016-11-12 Thread Guillem Jover
Control: severity 843073 important On Sat, 2016-11-12 at 18:37:52 +0100, Guillem Jover wrote: > On Sat, 2016-11-12 at 16:24:32 +0100, Cyril Brulebois wrote: > > Important change in this release of the installer > > = > > > > * debootstrap now

Re: Debian Installer Stretch Alpha 8 release

2016-11-12 Thread Guillem Jover
Hi, On Sat, 2016-11-12 at 16:24:32 +0100, Cyril Brulebois wrote: > Important change in this release of the installer > = > > * debootstrap now defaults to merged-/usr, that is with /bin, /sbin, >/lib* being symlinks to their counterpart in