[12:42] \sh: Right, fortran 90 is. [12:42] It will eventually be fully backward compatible to f77 but isn't now. === doko [~doko___@dsl-082-082-189-079.arcor-ip.net] has joined #ubuntu-toolchain === lamont__ [~lamont@15.238.6.116] has joined #ubuntu-toolchain === lamont__ [~lamont@15.238.6.116] has joined #ubuntu-toolchain === lamont__ [~lamont@15.238.6.116] has joined #ubuntu-toolchain === lamont [~lamont@mix.mmjgroup.com] has joined #ubuntu-toolchain === desrt [~desrt@kopesetik.desrt.ca] has joined #ubuntu-toolchain === netjoined: irc.freenode.net -> kornbluth.freenode.net === lamont [~lamont@mix.mmjgroup.com] has joined #ubuntu-toolchain === doko [~doko___@dsl-082-082-189-079.arcor-ip.net] has joined #ubuntu-toolchain === Mithrandir [~tfheen@vawad.err.no] has joined #ubuntu-toolchain === \sh [~shermann@server3.servereyes.de] has joined #ubuntu-toolchain === cartman [foobar@cartman.developer.konversation] has joined #ubuntu-toolchain === cartman [foobar@cartman.developer.konversation] has left #ubuntu-toolchain ["Ich] === Seveas [~seveas@seveas.demon.nl] has joined #ubuntu-toolchain === desrt [~desrt@kopesetik.desrt.ca] has joined #ubuntu-toolchain [01:55] doko: did you finish to upload gcc???? [01:55] it's the 3rd time i get to the test suite and i need to restart it :) [01:55] heh, didn't see the ppc build fail ... [01:56] should be the last one before 4.0.1 [01:56] ok [01:57] 3.4 will need another upload not to build lib32*, which are now built by 4.0 [01:57] ok [01:59] elmo: ping? [02:00] fabbione: ? [02:00] hey dude! [02:00] did you get my sms yesterday? [02:00] yes, thanks [02:00] :) [02:00] nice [02:01] elmo: you're currently working? [02:01] 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] elmo: and i need you to apply a little patch to kernel-package that is a fix i need to test [02:02] breezy or breezy-ppc64? [02:02] doko: kind of [02:02] elmo: if you upgrade breezy, you can trash breezy-ppc64 since they are the same [02:02] or they will be the same [02:02] infinity mentioned that binary packages are built, but don't enter the archive [02:02] doko : They were in queue/NEW, which elmo processed. [02:03] ohh, nice [02:03] 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] elmo: so that i can test that fix === fabbione would love to be able to do it himslef without having to bitch [02:07] meh, xbase-clients failure [02:08] annyway, updated, patch applied [02:08] elmo: thanks a lot [02:08] monday you will get some ppc64 kernels to play with :) [02:09] elmo: edit xbase-clients.postinst, change /usr/X11R6/bin/xkbcomp to /usr/bin/xkbcomp [02:10] fabbione: ok, that's good timing, I'll be back @ the DC [02:10] elmo: rocking :) [02:10] daniels: thanks [02:12] daniels: when do you upload a new X with the xbase-clients fix. currently all KDE doesn't build [02:12] elmo: no worries [02:12] doko: i don't know. soon. [02:12] doko : Some might see that as a feature. === infinity hides from Riddell... [02:14] daniels: that looks like not soon enough. It's an easy fix, please don't burden other people ... [02:15] doko: shit dude, if you want to upload it, then you can upload it [02:15] daniels: thanks, will do. [02:15] 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] daniels: that might all be true, and I can understand it. but the upload was on Wednesday. [02:17] doko: and? [02:19] daniels : It's Saturday night. [02:20] infinity: jesus, it is too [02:20] There, you just won a whole day. :) [02:22] 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] 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] 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] daniels: does the xbase-clients.postinst fix make things worse than they currently are in the archives? [02:27] no [02:28] 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] ok, I'll prepare an upload and send you the diff before upload [02:28] if the diff is just that change to shell-lib.sh, go ahead and upload it directly [02:29] ok [02:33] <\sh> when do we get f77 into the gcc4 toolset? ;) === Mithrandir [~tfheen@vawad.err.no] has joined #ubuntu-toolchain [02:34] \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] build depend on g77, where's the problem? [02:37] <\sh> sorry..g77 .. [02:38] <\sh> g77-4? [02:38] g77 [02:41] \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] \sh: which build errors do you see? [02:42] \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 === \sh needs a clean system first ;) [02:44] <\sh> bbl [02:45] Off to get a bucket of soapy water? [02:49] doko : libgnomecanvasmm2.0 is broken. [02:50] gconfmm2.0 as well [02:50] Erm. [02:50] It is? [02:50] Oh, it is. But only half broken. [02:51] Or, only broken on 64bit arches, anyway. [02:51] libgnomecanvasmm2.0 is just completely broken. :) [02:53] And bakery is still waiting on libglademm2.0.. [02:53] Which I need to give back. Yay. === infinity fixes. [02:58] There. That should keep you busy a bit longer. [03:07] 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] I LOVE these packages ... [03:09] I knew it. [03:09] I love taking a weekend off, so I can only be moderately helpful instead of very helpful. [03:09] In other words, I'll happily wrangle wanna-build for you, but I won't touch any packages until Monday. :) [03:10] Ahh, there's your new failure logs for libglademm2.0 now. [03:20] well guys.. congratulation... gcc-3.4 -m64 on ppc seems to work :) [03:20] 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] 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] TWO_TO_THE_31? [05:28] that's, um, scary. [05:35] <\sh> and upstream has no clue as well [11:13] that sounds like a missing #define somewhere [11:16] <\sh> what?