[Pkg-ia32-libs-maintainers] NMU ia32-libs 20100905

[Goswin von Brederlow]

Philipp Kern <pkern at debian.org> writes:

> On Wed, Sep 08, 2010 at 09:58:47PM +0200, Goswin von Brederlow wrote:
>> I don't know what you are looking at but it is not the uploaded ia32-libs.
>> 
>> http://packages.debian.org/sid/amd64/ia32-libs/filelist
>> http://packages.debian.org/sid/ia64/ia32-libs/filelist
>> 
>> % ls -lh /lib/ld-linux.so.2 
>> lrwxrwxrwx 1 root root 20 Jun 13 20:52 /lib/ld-linux.so.2 -> /lib32/ld-linux.so.2*
>> 
>> % dpkg -S /lib/ld-linux.so.2
>> libc6-i386: /lib/ld-linux.so.2
>> 
>> % ls -l ia32-libs-core/debian/ia32-libs-core/lib
>> total 0
>> lrwxrwxrwx 1 mrvn mrvn 20 Apr 21 20:26 ld-linux.so.2 -> /lib32/ld-linux.so.2*
>> 
>> That is all as it should be on amd64 and ia64.
>
> True.  Seems I had a poke at the wrong file.  Still, did anybody test this?
> How is the linker supposed 

How it works is that binaries contain "/lib/ld-linux.so.2" and the elf
loader in the kernel will execute that.

/lib/ld-linux.so.2 -> /lib32/ld-linux.so.2
/lib32/ld-linux.so.2 -> ld-2.11.1.so

And ld-2.11.1.so will load the elf binary and locate any listed
libraries in /lib32, /usr/lib32, /usr/local/lib32 or
/usr/lib/i486-linux-gnu (from /etc/ld.so.conf.d/i486-linux-gnu.conf).


>> > You did not incorporate my changes.  The debdiff from yours to mine is
>> > completely unreadable.  Of course.  And your upload is not something we can
>> > get into squeeze, I guess.  But I suppose you knew that, it was my argument
>> > after all.
>> 
>> I incorporated all the parts that were still relevant, which wasn't much
>> as you can see from the changelog.
>
> Well, it's not installable on ia64 anyway, so I can't test if it fixes the
> problem.
>
> Package has a Depends on libc6-i386 (>= 2.9) which cannot be satisfied on ia64.
> Package has a Depends on lib32z1 (>= 1:1.2.3.3.dfsg) which cannot be satisfied on ia64.
> Package has a Depends on lib32asound2 (>> 1.0.18) which cannot be satisfied on ia64.
> Package has a Depends on lib32v4l-0 (>= 0.5.0) which cannot be satisfied on ia64.
> Package has a Depends on lib32stdc++6 (>= 4.1.1) which cannot be satisfied on ia64.

binNMU already pending. That is a failure in cross building the package.

>> For the diff you need to filter out the relevant files:
>> 
>>  .gitignore                                            |    8 
>>  debian/README.Source                                  |   35 
>>  debian/README.build                                   |    7 
>>  debian/compat                                         |    1 
>>  debian/control                                        |   44 
>>  debian/extract-changelogs.sh                          |   17 
>>  debian/ia32-libs-dev.overrides                        |    3 
>>  debian/ia32-libs.overrides                            |   18 
>>  debian/ia32-libs.postinst                             |    4 
>>  debian/ia32-libs.postrm                               |    2 
>>  debian/ia32-libs.preinst                              |   16 
>>  debian/rules                                          |  177 
>>  debian/source/format                                  |    1 
>>  debian/source/options                                 |    3 
>>  fetch-and-build                                       |  316 
>>  packages.list                                         |  174 
>>  sources.list.deb                                      |    7 
>>  142 files changed, 8282 insertions(+), 2862 deletions(-)
>
> Yeah, sure.  Thanks.  I won't review this.  Maybe somebody else does.
>
>> > Guess I have to go to remove ia32-libs-core from squeeze now, because it's
>> > useless, and further respins might have to take the tpu route.
>> >
>> > Have fun and thanks for screwing with my upload.  Not.
>> > Philipp Kern
>> So first you screwed up the security upload with your unanounced stable
>> NMU. Then you upload to unstable against the maintainers explicit
>> wishes. And now you threaten to destroy the nearly completed
>> ia32-libs{,-core,-gtk} transition into something slihtly more
>> maintainable. But is all our fault. Give yourself a gold star.
>
> You name it: transition.  Transition freeze, anyone?  It's too late for that
> in squeeze.  Good luck getting a freeze exception.
>
> Oh and I fixed a RC bug in lenny.  How is it my fault that the security team
> didn't care about your security upload yet?  (Hint: I didn't screw up the
> security upload, because there is none, to my knowledge.  Except a ticket
> for it.)

Yes you did and there was. Hence the ticket for it. Just because it
hadn't passed review and was uploaded yet doesn't mean it didn't
exist. One of the reasons the review took so long was that I included
the RC bugfix you mentioned. Plus the package is painfull to review in
any case as you might have noticed.

> pkern at grieg:~$ wb info ia32-libs . ia64 . -d stable-security
> W: can't get version info for ia32-libs/ia64

Nobody said it was waiting for the buildd.

> Kind regards,
> Philipp Kern

MfG
        Goswin