[12:42] <jbailey> \sh: Right, fortran 90 is.
[12:42] <jbailey> It will eventually be fully backward compatible to f77 but isn't now.
[01:55] <fabbione> doko: did you finish to upload gcc????
[01:55] <fabbione> it's the 3rd time i get to the test suite and i need to restart it :)
[01:55] <doko> heh, didn't see the ppc build fail ...
[01:56] <doko> should be the last one before 4.0.1
[01:56] <fabbione> ok
[01:57] <doko> 3.4 will need another upload not to build lib32*, which are now built by 4.0
[01:57] <fabbione> ok
[01:59] <fabbione> elmo: ping?
[02:00] <elmo> fabbione: ?
[02:00] <fabbione> hey dude!
[02:00] <fabbione> did you get my sms yesterday?
[02:00] <elmo> yes, thanks
[02:00] <fabbione> :)
[02:00] <fabbione> nice
[02:01] <doko> elmo: you're currently working?
[02:01] <fabbione> elmo: if you have time, can you do me a little favour? i would love to get breezy chroot on davis updated so that i can build ppc64 kernels on monday
[02:02] <fabbione> elmo: and i need you to apply a little patch to kernel-package that is a fix i need to test
[02:02] <elmo> breezy or breezy-ppc64?
[02:02] <elmo> doko: kind of
[02:02] <fabbione> elmo: if you upgrade breezy, you can trash breezy-ppc64 since they are the same
[02:02] <fabbione> or they will be the same
[02:02] <doko> infinity mentioned that binary packages are built, but don't enter the archive
[02:02] <infinity> doko : They were in queue/NEW, which elmo processed.
[02:03] <doko> ohh, nice
[02:03] <fabbione> elmo: and once you are done with the upgrade of breezy, can you please apply http://people.ubuntu.com/~fabbione/kpkg-rules.diff to /usr/share/kernel-package/rules ?
[02:03] <fabbione> elmo: so that i can test that fix
[02:07] <elmo> meh, xbase-clients failure
[02:08] <elmo> annyway, updated, patch applied
[02:08] <fabbione> elmo: thanks a lot
[02:08] <fabbione> monday you will get some ppc64 kernels to play with :)
[02:09] <daniels> elmo: edit xbase-clients.postinst, change /usr/X11R6/bin/xkbcomp to /usr/bin/xkbcomp
[02:10] <elmo> fabbione: ok, that's good timing, I'll be back @ the DC
[02:10] <fabbione> elmo: rocking :)
[02:10] <elmo> daniels: thanks
[02:12] <doko> daniels: when do you upload a new X with the xbase-clients fix. currently all KDE doesn't build
[02:12] <daniels> elmo: no worries
[02:12] <daniels> doko: i don't know.  soon.
[02:12] <infinity> doko : Some might see that as a feature.
[02:14] <doko> daniels: that looks like not soon enough. It's an easy fix, please don't burden other people ...
[02:15] <daniels> doko: shit dude, if you want to upload it, then you can upload it
[02:15] <doko> daniels: thanks, will do.
[02:15] <daniels> for the meantime, I'll just keep working along my own timescale and keep trying not to break stuff.  it's also a sunday night where I am, and I have a bajillion other things to do, like fill out about ten application forms for houses.
[02:17] <doko> daniels: that might all be true, and I can understand it. but the upload was on Wednesday.
[02:17] <daniels> doko: and?
[02:19] <infinity> daniels : It's Saturday night.
[02:20] <daniels> infinity: jesus, it is too
[02:20] <infinity> There, you just won a whole day. :)
[02:22] <doko> daniels: I don't care about your timescale as long as my timescale is untouched by it. it does cost you maybe 30minutes to fix, but it's delaying builds/updates/whatever for everybody else.
[02:24] <daniels> doko: it costs me a crapload more than 30 minutes to fix, and I don't want to upload xorg as long as the upgrade path is still broken.  which it is.
[02:25] <daniels> so you can fix your timescale if you want, but I don't see the point when xorg will still end up reasonably broken.
[02:27] <doko> daniels: does the xbase-clients.postinst fix make things worse than they currently are in the archives?
[02:27] <daniels> no
[02:28] <daniels> for most people with problems outside of not being able to compile kde (because kdelibs4 has crap dependencies), it also doesn't make things any better
[02:28] <doko> ok, I'll prepare an upload and send you the diff before upload
[02:28] <daniels> if the diff is just that change to shell-lib.sh, go ahead and upload it directly
[02:29] <doko> ok
[02:33] <\sh> when do we get f77 into the gcc4 toolset? ;)
[02:34] <doko> \sh, never
[02:35] <\sh> doko: ok..can u take a look over fftw3? it needs f77
[02:35] <\sh> thats on reason i got build errors on gnuradio
[02:36] <\sh> one
[02:37] <doko> build depend on g77, where's the problem?
[02:37] <\sh> sorry..g77 ..
[02:38] <\sh> g77-4?
[02:38] <doko> g77
[02:41] <infinity> \sh : g77 is still a valid binary package, it just doesn't come from gcc-4.0
[02:41] <\sh> infinity: so I should build all packages against gcc-3.4 again? so that I get rid of the build errors
[02:41] <\sh> ?
[02:42] <\sh> doko: btw...libboost didn't recognized gcc4 as correct compiler...i fixed this issue
[02:42] <doko> \sh: which build errors do you see?
[02:42] <doko> \sh, seen that, thanks!
[02:43] <\sh> doko: i will give u the build errors in one hour..i have to get rid of some other problems...then I will concentrate on gnuradio again 
[02:44] <\sh> bbl
[02:45] <infinity> Off to get a bucket of soapy water?
[02:49] <infinity> doko : libgnomecanvasmm2.0 is broken.
[02:50] <doko> gconfmm2.0 as well
[02:50] <infinity> Erm.
[02:50] <infinity> It is?
[02:50] <infinity> Oh, it is.  But only half broken.
[02:51] <infinity> Or, only broken on 64bit arches, anyway.
[02:51] <infinity> libgnomecanvasmm2.0 is just completely broken. :)
[02:53] <infinity> And bakery is still waiting on libglademm2.0..
[02:53] <infinity> Which I need to give back.  Yay.
[02:58] <infinity> There.  That should keep you busy a bit longer.
[03:07] <infinity> doko : And, since I know you care deeply about all these GNOME libs, libglademm2.0 just failed in really special ways too (the build logs should be synced over soon)
[03:08] <doko> I LOVE these packages ...
[03:09] <infinity> I knew it.
[03:09] <infinity> I love taking a weekend off, so I can only be moderately helpful instead of very helpful.
[03:09] <infinity> In other words, I'll happily wrangle wanna-build for you, but I won't touch any packages until Monday. :)
[03:10] <infinity> Ahh, there's your new failure logs for libglademm2.0 now.
[03:20] <fabbione> well guys.. congratulation... gcc-3.4 -m64 on ppc seems to work :)
[03:20] <fabbione>   gcc-3.4 -m64 -Wp,-MD,drivers/base/power/.suspend.o.d  -nostdinc -isystem /usr/lib/gcc/powerpc-linux/3.4.5/include -D__KERNEL__ -Iinclude  -Wall -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -ffreestanding -O2     -fomit-frame-pointer -msoft-float -pipe -mminimal-toc -mtraceback=none -mcall-aixdesc -mtune=power4 -funit-at-a-time -Wdeclaration-after-statement     -DKBUILD_BASENAME=suspend -DKBUILD_MODNAME
[04:22] <doko> elmo: please could you promote lib32z1{,-dev} to main, build dependency for gcc-4.0 now
[05:24] <\sh> doko: ping
[05:26] <\sh> g++ -g -O2 -Wall -Woverloaded-virtual -o .libs/benchmark_dotprod benchmark_dotprod.o  -pthread ../../src/lib/.libs/libgnuradio-core.so -lrt /usr/lib/libcppunit.so -ldl /usr/lib/libfftw3f.so
[05:26] <\sh> ../../src/lib/.libs/libgnuradio-core.so: undefined reference to `gr_fxpt::TWO_TO_THE_31'
[05:26] <\sh> ../../src/lib/.libs/libgnuradio-core.so: undefined reference to `gr_fxpt::PI'
[05:28] <daniels> TWO_TO_THE_31?
[05:28] <daniels> that's, um, scary.
[05:35] <\sh> and upstream has no clue as well
[11:13] <lamont> that sounds like a missing #define somewhere
[11:16] <\sh> what?