[01:04] <jbailey> Eh?
[06:13] <fabbione> morning
[06:13] <jbailey> Hey Fabio
[06:17] <fabbione> hey jbailey 
[06:27] <fabbione> good night Jeff!
[09:03] <fabbione> hey doko
[09:04] <doko> hi fabio
[09:05] <fabbione> doko: can you give me the mISDN download url please?
[09:05] <fabbione> i can't find the bug report in that mess
[09:07] <doko> hmm, I did talk to Simon Richter on Debconf, and he told me that mISDN currently is rewritten, and at the moment more unstable than before.  anyway, it's ftp://ftp.isdn4linux.de/pub/isdn4linux/CVS-Snapshots/
[09:07] <fabbione> amen
[09:08] <fabbione> doko: how important it is to get it in?
[09:08] <fabbione> because extra instability is not exactly what we can efford :/
[09:12] <doko> I think, I'll try it myself, if I have the time, then eventually ask again for inclusion
[09:12] <doko> do we stay with 2.6.12?
[09:12] <fabbione> yes
[09:13] <fabbione> 2.6.12
[09:19] <fabbione> doko: btw.. that gcc-4.0 FTBFS on sparc related to gnat
[09:19] <fabbione> it seems that an extra kick did it
[09:20] <fabbione> i am going to retest the ICE with 4.0.1 if it manage to build
[09:20] <fabbione> same for that PAGE_RELINK thingy
[09:20] <fabbione> if we can't get that fixed in time, we can forget to make breezy
[09:22] <doko> the gnat thing could be resolved by disabling gnat as well
[09:26] <fabbione> doko: i think it was the usual moon ray hitting the console cable
[09:26] <fabbione> because i am the second build now.. with no problems
[09:26] <fabbione> including gnat
[09:34] <daniels> meanwhile gcc4 miscompiles i810_drv (as well as libvgahw) and makes my video BIOS try to execute invalid code
[09:41] <fabbione> daniels: we have the same problem for the kernel with gcc-3.4
[09:41] <fabbione> we might be forced to switch to gcc-3.3
[09:42] <daniels> yaaaay
[09:42] <fabbione> but that introduces another interesting problem in building ppc64 kernels :)
[09:42] <daniels> heh
[09:43] <doko> meanwhile xorg is further split, so packages fail to build. meanwhile, there is no l-r-m supporting 2.6.12. daniels, please file bug reports about these miscompilations
[09:43] <daniels> i'm trying to track down the video BIOS thing, but it's just in my meantime
[09:43] <daniels> xorg will start working in the next couple of days, l-r-m is less certain
[09:44] <daniels> the libvgahw one already has a bug report and a xorg patch to hack around it
[09:48] <doko> daniels: can we make a l-r-m with fewer modules supported? I.e. I could do something to just build the isdn stuff
[09:49] <daniels> not at this stage
[09:49] <doko> that's bad. why is this a problem?
[09:50] <doko> infinity: ahh, you're awake. kdelibs-dev seems to be installable again. please could you requeue OOo2 on i386 and powerpc?
[09:51] <infinity> Consider it done.
[09:51] <doko> I would love to hear that about l-r-m too ;)
[09:51] <doko> so what dose of alcohol do you need?
[05:36] <fabbione>  /usr/lib/gcc/sparc-linux-gnu/4.0.1/../../../../lib/crt1.o:../sysdeps/sparc/sparc32/elf/start.S:60: multiple definition of `_PROCEDURE_LINKAGE_TABLE_'
[05:36] <fabbione> this is the same error as before
[05:36] <fabbione> (let's forget about the timezone one for a sec)
[05:36] <fabbione> this is stalling all gnome on sparc
[05:37] <fabbione> and it's due to -Wl,--as-needed
[05:37] <fabbione> if i remove that flag it works
[05:37] <fabbione> but i cannot fork 30 or more gnome packages
[05:37] <fabbione> and it works in Debian
[05:37] <fabbione> (buildd shows that at least)
[05:39] <fabbione> doko: who can we ask?
[05:39] <doko> jbailey/bcollins?
[05:41] <fabbione> jbailey: ?
[05:41] <fabbione> i guess he is vac
[05:41] <fabbione> Benc is 104 hours idle
[05:44] <fabbione> oh interesting
[05:44] <fabbione> crt1.o is from glibc
[05:44] <fabbione> FUCK all this spent for nothing
[05:45] <fabbione> ok.. given that's not a gcc problem...
[05:45] <fabbione> let's dig glibc
[06:12] <fabbione> no wonder it works on Debian
[06:12] <fabbione> they didn't switch glibc
[06:13] <fabbione> i knew that it was too early to do that
[06:19] <fabbione> i think i found the problem
[06:19] <fabbione> or better.. what introduced the problem
[06:19] <fabbione> now the fun is to get the proper fix
[06:38] <fabbione> doko: how are we doing with C++ transition in universe?
[06:39] <doko> fabbione: looks ok, the status is still the same as posted to u-d.
[06:42] <fabbione> doko: so everythin has been uploaded...
[06:42] <fabbione> i only need to check that i did build the right libs.. right?
[06:43] <doko> yes, I think one or two libs still don't build, but can't remember which ones
[06:43] <fabbione> doko: ok..
[06:43] <fabbione> now it's time to remember where i did put all the info :)
[06:46] <fabbione> doko: iirc:
[06:46] <fabbione> || universe || cppunit || libcppunit-1.10-2 || libcppunit-1.10-2c2|| 1.10.2-3ubuntu1 || [http://bugzilla.ubuntu.com/show_bug.cgi?id=10769 10769]  || doko || ||
[06:46] <fabbione> the 4th field is the one i need to check
[06:47] <fabbione> '''New Bin'''
[06:47] <doko> yes
[06:47] <fabbione> if New Bin is empty ?
[06:47] <doko> it's the same, i.e. an application, or an KDE app
[06:47] <fabbione> ok, but i don't care at that point, do i?
[06:48] <fabbione> i just need to ensure that the libs are built
[06:49] <doko> yes, you can ignore the empty fields
[06:50] <fabbione> ok
[10:32] <jbailey> fabbione, doko 'sup?
[10:32] <doko> ?
[10:34] <doko> jbailey: ping?
[10:35] <jbailey> doko: pong
 fabbione, doko 'sup?
[10:36] <jbailey> 11:39 < doko> jbailey/bcollins?
[10:36] <jbailey> 11:41 < fabbione> jbailey: ?
[10:36] <jbailey> From my /lastlog
[10:37] <doko> ahh, yesm kast what he did note:
 no wonder it works on Debian
 they didn't switch glibc
 i knew that it was too early to do that
 i think i found the problem
 or better.. what introduced the problem
 now the fun is to get the proper fix