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.
>
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
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)
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
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
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
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
>
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
>
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,
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
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
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
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
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
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
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
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
17 matches
Mail list logo