On Sat, Nov 26, 2016 at 07:52:26PM +0100, Matthias Klose wrote:
> On 26.11.2016 19:42, Mark Brown wrote:
> > On Sat, Nov 26, 2016 at 03:56:21PM +0100, Matthias Klose wrote:
> > Please allow at least a little time for a response, I've no real idea
> > what you're even asking for here.
> well, I asked you in private before, without getting replies on all messages
> and
> proposals.
You sent me a mail last week asking for some additional multilib
packages for x32 ABI which seemed a bit strange at this point in the
release cycle and not that urgent as a new ABI would be at most
wishlist. I'd been intending to have a look to try to work out what's
going on with x32 over the weekend. I'm having a hard time relating
that to what you're talking about here though I do see you mentioned
that this was for "libgphobos (gdc runtime)" in both.
> This exactly is the correct issue, not "some random bug".
I'm afraid I'm still unclear what you are trying to do or why. This is
a bug about trying to use the lib32z1-dev package, your private mails
were about adding x32 multilib packages and I'm really confused about
how either of these things relates to the shared libgphobos you keep
mentioning. The proposed changes below don't have anything to do with
x32 either so I'm just completely confused now.
Can you please provide a clear, from first steps description of what's
needed and why?
> attaching the diff for the proposed changes
Please do not upload this, I will be back at home on Monday and can do
an upload then and...
> + * Non-maintainer upload.
> + * Install the zconf.h header file for the multilib packages. Closes:
> #787956.
> + * Use the target prefixed ar, available since binutils 2.26.
> + * Run dh_makeshlibs for the 64bit multilib library.
> + * Add ${misc:Depends} to zlib1g-dbg's dependencies.
> + * Support nobiarch build profile (Johannes Schauer). Closes: #709623.
...this clearly isn't just fixing the bug and there are a bunch of
additional changes not mentioned in the changelog.
I need to investigate what's going on here as I'm unconvinced that this
doesn't introduce further problems (will this break multiarch for
example, I appear to be able to build with -m32...). This might be a
lot clearer with split out incremental patches and really seems
inappropriate for a zero notice NMU.
> -Standards-Version: 3.9.4
> +Standards-Version: 3.9.8
If you're making changes like this they ought to be mentioned in the
changelog.
> -Build-Depends: debhelper (>= 8.1.3~), binutils (>= 2.18.1~cvs20080103-2)
> [mips mipsel], gcc-multilib [amd64 i386 kfreebsd-amd64 mips mipsel powerpc
> ppc64 s390 sparc s390x], dpkg-dev (>= 1.16.1)
> +Build-Depends: debhelper (>= 9), gcc-multilib [amd64 i386 kfreebsd-amd64
> mips mipsel powerpc ppc64 s390 sparc s390x] <!nobiarch>, dpkg-dev (>= 1.16.1)
Not sure why the debhelper dependency got changed or why we dropped the
binutils dependency.
