=== chmj [n=chmj@196.36.161.235]  has joined #ubuntu-toolchain
[10:36] <doko> dh_shlibdeps -pzlib1g-udeb -pzlib1g-udeb -lbuild-tree/zlib-1.2.3
[10:36] <doko> /usr/bin/ldd: line 161: /lib64/ld-linux-x86-64.so.2: cannot execute binary file
[10:36] <doko> dpkg-shlibdeps: failure: ldd on `debian/zlib1g-udeb/usr/lib/libz.so.1.2.3' gave error exit status 1
[10:36] <doko> dh_shlibdeps: command returned error code 256
[10:38] <infinity> That looks... Ungood.
[10:40] <doko> yes ...
[10:41] <doko> that's i386
[10:41] <doko> the glibc amd64 packages are still in NEW
[10:43] <infinity> Ahh, that would do it, yes.
[10:46] <doko> ?
=== zul [n=chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com]  has joined #ubuntu-toolchain
[02:52] <doko> infinity: the new lib32gcc1 has a bug: it depends only on ia32-libs, which becomes a bit nasty ... I did upload a new gcc-4.0 which changes the dependency to libc6-i386 | ia32-libs
[02:53] <doko> elmo: please don't ack the glibc packages in NEW, before the new gcc-4.0 was built (using the glibc packages from NEW)
[02:54] <elmo> there's nothing in NEW
[02:54] <doko> libc6-i386 ?
[02:54] <elmo> n-o-t-h-i-n-g
[02:55] <doko> yes, but where is libc6-i386 ?
[02:56] <ajmitch> elmo: can you kill off editex from universe? it's removed from debian now
[02:56] <elmo> one wasn't built
[02:57] <elmo> doko: please check this stuff out yourself, it's pretty obvious from the build log
[02:58] <elmo> ajmitch: 
[02:58] <elmo>  + done
[02:58] <ajmitch> thanks
=== doko wonders ...
[03:01] <doko> elmo: non-main-in-main-or-universe.txt
[03:01] <doko> lucene & eclipse are ok
[03:01] <elmo> ok
[03:02] <doko> the hype packages need to be removed. the are derived from latex (GPL), but distributed under the LGPL
[03:02] <elmo> wtf; how does that work?
[03:02] <elmo> how are they even in Debian?
[03:09] <doko> nvidia-kernel-source is part of l-r-m
=== doko_ [n=doko___@dsl-084-059-068-252.arcor-ip.net]  has joined #ubuntu-toolchain
[04:04] <infinity> doko : There was no libc6-i386 built in this run, are you thinking of libc6-amd64?
[04:22] <doko_> infinity: no, just thinking that jbailey would prepare both architectures for biarch at the same time.
[04:23] <infinity> No, he did i386-amd64 first, then will feed me amd64-i386 later, apparently.
[04:23] <infinity> Not sure if it was  alack of time thing or a "one change at a time, see how badly it breaks" thing.
[04:23] <infinity> The latter makes sense, though.
=== Seveas [n=seveas@seveas.demon.nl]  has joined #ubuntu-toolchain
[06:44] <doko_> elmo: http://sourceware.org/ml/binutils/2005-08/msg00190.html
[06:44] <elmo> the --as-needed stuff?
[06:44] <elmo> if so, I saw it
[06:46] <doko_> yes
[06:47] <doko_> infinity: dpkg on one amd64 build still segfaults, oopenoffice.org2-amd64 is the victim
[06:48] <elmo> that only affects Debian right?
[06:48] <doko_> and fabbione's sparc ...
[06:48] <elmo> ok, but not ubuntu's primary platforms, I mean
[06:48] <doko_> no
[06:48] <elmo> ok
[07:12] <infinity> doko_ : Yes, known issue, working on making it happy.
[07:18] <elmo> dpkg: error processing /var/cache/apt/archives/libatomic-ops_1.0-1_ia64.deb (--unpack):
[07:18] <elmo>  trying to overwrite `/usr/lib/libatomic_ops.a', which is also in package libatomic-ops-dev
[07:19] <doko_> elmo: will fix it
=== Seveas [n=seveas@seveas.demon.nl]  has joined #ubuntu-toolchain