=== chmj [n=chmj@196.36.161.235] has joined #ubuntu-toolchain | ||
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:36 |
infinity | That looks... Ungood. | 10:38 |
doko | yes ... | 10:40 |
doko | that's i386 | 10:41 |
doko | the glibc amd64 packages are still in NEW | 10:41 |
infinity | Ahh, that would do it, yes. | 10:43 |
doko | ? | 10:46 |
=== zul [n=chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-toolchain | ||
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:52 |
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:53 |
elmo | there's nothing in NEW | 02:54 |
doko | libc6-i386 ? | 02:54 |
elmo | n-o-t-h-i-n-g | 02:54 |
doko | yes, but where is libc6-i386 ? | 02:55 |
ajmitch | elmo: can you kill off editex from universe? it's removed from debian now | 02:56 |
elmo | one wasn't built | 02:56 |
elmo | doko: please check this stuff out yourself, it's pretty obvious from the build log | 02:57 |
elmo | ajmitch: | 02:58 |
elmo | + done | 02:58 |
ajmitch | thanks | 02:58 |
=== doko wonders ... | ||
doko | elmo: non-main-in-main-or-universe.txt | 03:01 |
doko | lucene & eclipse are ok | 03:01 |
elmo | ok | 03:01 |
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:02 |
doko | nvidia-kernel-source is part of l-r-m | 03:09 |
=== doko_ [n=doko___@dsl-084-059-068-252.arcor-ip.net] has joined #ubuntu-toolchain | ||
infinity | doko : There was no libc6-i386 built in this run, are you thinking of libc6-amd64? | 04:04 |
doko_ | infinity: no, just thinking that jbailey would prepare both architectures for biarch at the same time. | 04:22 |
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. | 04:23 |
=== Seveas [n=seveas@seveas.demon.nl] has joined #ubuntu-toolchain | ||
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:44 |
doko_ | yes | 06:46 |
doko_ | infinity: dpkg on one amd64 build still segfaults, oopenoffice.org2-amd64 is the victim | 06:47 |
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 | 06:48 |
infinity | doko_ : Yes, known issue, working on making it happy. | 07:12 |
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:18 |
doko_ | elmo: will fix it | 07:19 |
=== Seveas [n=seveas@seveas.demon.nl] has joined #ubuntu-toolchain |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!