On 26.11.2016 20:35, Mark Brown wrote:
> 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.
well, you removed the example from your reply and didn't comment on it.
> 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.
I'm filing a separate issue for the x32 multilibs.
> Can you please provide a clear, from first steps description of what's
> needed and why?
again, here is the example which you removed:
$ cat tst.c
#include <zlib.h>
$ gcc -m32 -c tst.c
In file included from tst.c:1:0:
/usr/include/zlib.h:34:19: fatal error: zconf.h: No such file or directory
#include "zconf.h"
^
compilation terminated.
The example fails because the zconf.h header is not found. You can see the list
of the standard include paths when calling gcc with the -v option.
>> 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.
If I forgot some, sorry about these.
> 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.
The binutils dependency is not necessary anymore. even oldstable has 2.22. The
profile change is to fix issue #709623 (also mentioned in the changelog).
