/srv/irclogs.ubuntu.com/2005/05/26/#ubuntu-toolchain.txt

dokoelmo, any chance to move some more libs to main?12:09
elmodoko: I've been doing them?12:09
elmoas they come up12:09
elmoany ones in particular?12:09
dokoid3lib3.8.3, needed for fltk12:10
elmodid that a while ago12:10
dokook, thanks12:10
jbaileyback in a few hours.12:10
=== ..[topic/#ubuntu-toolchain:doko] : GNU Compiler Collection, Glibc, Binutils, Linux-kernel-headers | GLIBC Todo: hppa, sparc NPTL, i386 biarch, C++ ABI change: 33/55 library packages in the archives
dokook, going to sleep12:45
dokoelmo, Kamion: could you move libgcj-dev to main, it's a (not yet) build-dep to db4.2. as an alternative, java-gcj-compat would be ok. at least we do need the Java support for OOo2.12:47
dokogood night12:47
fabbionenight doko12:48
dokoone more upload ....12:54
=== svenl_ [~luther@AStrasbourg-251-1-51-64.w82-126.abo.wanadoo.fr] has joined #ubuntu-toolchain
=== fabbione heads to bed too
Kamiondoko: I think I probably technically have the ability to do it at the moment, but I'd rather leave universe->main promotion to elmo01:18
lamont-awaymoo02:06
danielsdoko: libx11-dev is depended upon by xlibs-dev03:47
danielsjbailey: fonts *were* split out a while back03:48
danielsdoko: the main thing we gain is that eventually we'll end up with lots of tiny packages, almost all of which never, ever change03:49
danielsso uploads to X packages are really small and easy to do03:49
danielslamont: that's not a missing Depends on SDL, that's a missing -I/usr/X11R6/include, BTW03:50
=== minghua is now known as minghua-away
=== minghua [~minghua@ppp-69-153-138-159.dsl.hstntx.swbell.net] has joined #ubuntu-toolchain
minghuaHi, a c++ transition question:  If a source package foo build libfoo1 and libfoo1-dev, I know I should rename libfoo1 to libfoo1c2, but do I need to rename libfoo1-dev to libfoo1c2-dev as well?04:48
minghuaI think not, since the API is not changed04:49
minghuabut just to make sure04:49
danielsnope04:49
minghuadaniels: good to have confirmation, thanks04:51
lamontdaniels: woot05:12
lamontr128_driver.c:98:29: extensions/dpms.h: No such file or directory05:24
lamontmake[8] : *** [r128_driver.o]  Error 105:24
=== lamont grumbles at daniels
lamontmake[8] : Entering directory `/build/buildd/xorg-6.8.2/build-tree/xc/programs/Xserver/hw/xfree86/drivers/ati'05:24
lamontdaniels: thoughts on making xorg compile on hppa?05:25
=== daniels grunts; that should be fixed already.
lamontthat's in -15605:26
lamont-1505:26
daniels-16 will fix it05:26
lamontthank you.  when will that be?05:32
lamontor can I get a -15.1 from you?05:32
lamont(doesn't need to be uploaded immediately, mind you...)05:32
daniels-16 will be by the end of today05:33
danielsmore modularisation, merging from gravity05:33
danielsthe easy fix is to:05:33
danielsfakeroot debian/rules clean setup05:33
danielscd build-tree/xc/programs/Xserver/hw/xfree86/drivers/ati05:34
danielscp r128_driver.c{,.orig}05:34
danielsvim r128_driver.c05:34
daniels%s/extensions\/dpms\.h/X11\/&/05:34
daniels:wq05:34
danielscd ../../../../../../05:34
danielsdiff -urN xc/programs/Xserver/hw/xfree86/drivers/ati/r128_driver.c{.orig,} > ../debian/patches/999_lamont_special.diff05:34
danielscd ..05:34
danielsdebuild -us -uc -b05:34
lamontwoot05:42
lamontheh.. missed one ../ :-)06:01
danielsoops06:01
lamontnp06:09
fabbionemorning06:17
fabbione /usr/include/linux/pci.h:453: error: parse error before 'pci_power_t'06:17
fabbionecrap06:17
minghua<minghua> Hi, I've got a problem for c++ transition of arpack++06:18
minghua<minghua> In configure I get:06:18
minghua<minghua> checking how to run the C preprocessor... /lib/cpp06:18
minghua<minghua> configure: error: C preprocessor "/lib/cpp" fails sanity check06:18
minghua<minghua> See `config.log' for more details.06:18
minghua<minghua> make: *** [build]  Error 106:18
minghua<minghua> and /lib/cpp is a symlink to /usr/bin/cpp-4.006:18
minghua<minghua> nothing seems related in config.log, the last lines:06:18
minghua<minghua> #ifdef __cplusplus06:18
minghua<minghua> extern "C" void std::exit (int) throw (); using std::exit;06:18
minghua<minghua> configure: exit 106:18
minghuaI asked in #ubuntu-motu but got no reply.  Any insights here?06:19
fabbioneops06:19
fabbioneECHAN06:19
fabbioneops06:19
fabbioneno06:19
=== lamont finds 1400x1050 to be a _strange_ resolution
fabbionejbailey: i really really need a good l-k-h06:20
lamontnice, but strange06:20
fabbionexorg is FTBFS on sparc06:21
lamontr128_driver.c?06:21
fabbionenope.. the above06:21
fabbionel-k-h related06:21
fabbionenot sure if it will fail later06:21
lamonthrm... I got 5.5MB into the logfile06:27
fabbione3.3 here06:27
fabbionei think06:27
fabbione5656 -rw-r--r--  1 sparcbuildd sparcbuildd 5776501 May 19 01:50 xorg_6.8.2-15_20050518-221506:28
fabbionebut what gets builded changes quite a lot between arches06:28
lamonttrue06:28
danielssparc doesn't build r128 anyway06:28
danielsi'm wondering why it wasn't ftbfs on i386, amd64 or powerpc, which all built r12806:29
fabbionewhere is jbailey?06:39
lamontgiven that it's about midnight his time....06:39
fabbioneand he is not here? *BAD*06:40
=== fabbione ponders hijacking l-k-h
danielshijacking is bad, mmkay? :P06:43
=== lamont throws xorg back into the chompers
lamontxorg_6.8.2-15hppa1 building06:47
lamontdaniels: fix is already in -16-to-be, yes?06:47
danielsmmm-hmm06:47
danielshm06:51
lamontwell, the last failure was 2 hours in...  I don't think I'm going to wait up for it06:53
danielssure07:09
danielsnight dude07:09
fabbionenight lamont07:09
lamontdidn't say I was going to bed...07:13
lamontanything I can do to speed up graphics on a: 0000:01:00.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] 07:13
lamont?07:13
danielsyou can try the stuff from r300.sf.net07:13
fabbionebinary drivers?07:13
danielsor yeah, fglrx07:13
lamontdaniels: I'll bug you more tomorrow on setting that up then07:14
lamont0000:02:04.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg NIC (rev 01)07:14
=== lamont wonders which restricted-package he needs for firmware
danielsnone for firmware07:15
danielsjust l-r-m-$(uname -r)07:15
lamontright07:15
fabbionewhere did you get this new toy? :)07:15
fabbionewhere/when07:15
lamontliberated an nc6000 from my new bos07:16
lamonts07:16
danielsnice07:16
lamontso I can have it installed before I start work07:16
fabbioneoh i had one too07:17
fabbioneit was doing pretty well07:17
lamontdaniels: on the first boot, it had lots of tearing on the screen, as well as some echos.  restarting X made it all better07:19
=== lamont found that somewhat concerning
danielsum, cool07:20
danielsodes this happen reproducibly?07:20
lamontnot since07:20
lamontbut changing the resolution from 1400x1050 to 1280x1024 didn't make it go away either.07:20
danielsif you can reproduce it, let me know07:21
lamontwill do07:21
danielsyou *are* using hoary/breezy, right?07:21
lamonthoary+security07:21
danielsrighto07:21
lamontwarty is like, OLD07:21
danielsindeed07:22
danielssid is like, older07:22
daniels(in terms of X)07:22
lamontyeah07:22
lamontath0 doesn't find the accesspoint that my palm does.07:27
lamontgrumble07:27
danielsyou have brought the interface up, right?07:27
fabbioneuhuuhuh07:29
fabbioneconfigfs on /config type configfs (rw)07:29
fabbionenow i want you to guess what is that :)07:29
lamontdaniels: how absolutely strange.  I much prefer aironet cards... :)07:30
lamonthrm.. /me has gmail invites07:34
fabbioneis gmail any good?07:37
lamontdunno - don't use it.07:38
lamontbut I do have an account07:38
infinityI think just about everyone (except fabbione, apparently) has an account and a mess of invites.07:41
lamontyeah07:42
infinityI check mine once every 2 or 3 months when someone reminds me about it.07:42
=== lamont just logged in for the first time in a few months
lamontfeb 17 was last login07:42
lamontYou are currently using 0 MB (0%) of your 2207 MB.07:43
fabbioneinfinity: well it's like i don't really need it? :)07:43
infinityWhere did you find the last login info?07:43
lamontfrom my one and only mail message (the intro one)07:44
infinityAhh. :)07:44
lamonthaven't logged in since I created it, until tonight.07:44
lamontat which point I deleted about 6 bounce messages07:44
infinityMy last read message is Feb 17th, so I'm assuming that's my last login.07:44
infinityCreepy.07:44
lamontall for spam that I didn't send07:44
infinityAnd I have 50 invites.07:44
=== lamont considers inviting his cat
minghualamont: so your cat has a email address already? ;-)07:46
infinityWhy wouldn't it?07:46
infinityCats need spam too.07:46
lamont'zactly07:50
infinitylamont : So, when did/do you start back at HP?07:54
lamontJune 107:54
infinityLooking forward to it?07:54
lamontyes07:54
infinityYou've been institutionalised, haven't you? :)07:54
lamontnot just because I'm getting paid to keep hacking on linux07:55
infinityA year without an HP ID badge must have been hell.07:55
fabbioneahaha07:55
lamontinfinity: it was the lack of health insurance that made it hell...07:55
lamontbut yeah.  I've been institutionalized07:55
infinityAhh, that too.07:55
infinityI keep forgetting about the US and its lack of public health system.07:55
lamontpisser is that someone stole lamont@hp.com from me07:55
infinityYou're kidding?07:55
infinityI hope thye enjoy all the spam it gets.07:56
lamontno.  there were 3 other lamont's at HP.07:56
lamontone  of them took it... bastard.07:56
infinityThat was a pretty widely publicised email address.07:56
lamontResults 1 - 10 of about 846 for lamont@hp.com. (0.32 seconds) 07:56
lamontnot bad for something a year stale07:57
lamontwell. anyway, time for bed I think.07:58
fabbionecfdisk 07:58
fabbioneSegmentation fault07:58
fabbioneinteresting :)07:58
infinitylamont : 'Night.07:58
infinityfabbione : I blame ncurses.07:58
fabbioneinfinity: possibly07:59
fabbionenight lamont07:59
=== Seveas [~seveas@seveas.demon.nl] has joined #ubuntu-toolchain
=== chmj [~d3vic3@dumbledore.hbd.com] has joined #ubuntu-toolchain
=== cartman [foobar@cartman.developer.konversation] has joined #ubuntu-toolchain
cartmandaniels: up for a small X-on-breezy question?09:46
danielsthe answer is 'don't' ;)09:46
danielswhat's up/09:46
daniels?09:46
cartman:)09:46
cartmandaniels: as nvidia driver will look for /usr/X11R6 and X is going to /usr09:47
cartmanwill be there symlinks?09:47
danielsnot for a while though09:47
cartmanfrom X11R6 to /usr ?09:47
danielsyeah, when xorg all hits /usr, there will be symlinks09:47
danielsbut the server, Mesa, and drivers, will all be the last to go09:47
cartmandaniels: cool thanks09:47
danielssince that's Tricky09:47
cartmanyeah :)09:47
cartmanI was worried :)09:47
danielsit shouldn't be too painful, hopefluly09:49
danielsgotta run now, though09:49
cartmansee you09:49
\shmorning10:07
\shsomething new about dpkg?10:12
fabbionewhat is wrong with dpkg?10:29
=== cartman [foobar@cartman.developer.konversation] has joined #ubuntu-toolchain
cartmanhmm X.org still compiled with old gcc ?10:31
cartmanlibGLU still links to libstdc++.so.5 here10:31
dokogood morning all10:34
fabbionehi doko10:35
cartmanmorning10:35
dokoso the buildd's have stopped?10:36
fabbionedoko: hmm not that i know off10:36
fabbionewhy?10:36
dokoon i386 the failed packages don't get a rebuild10:37
dokoflac, qt-x11-free, libsdl1.2, gtkmm2.4, ...10:37
fabbionefailed != dep-wait10:38
dokothere's nothing to dep-wait10:38
fabbionedep-wait is kicked automatically10:38
fabbionefailed no10:38
dokohttp://people.ubuntu.com/~lamont/buildLogs/g/gtkmm2.4/2.6.2-0ubuntu2/10:39
doko?10:39
dokoAfter installing, the following source dependencies are still unsatisfied:10:40
dokolibglibmm-2.4-dev(inst 2.6.1-0ubuntu1 ! >= wanted 2.6.1-0ubuntu2)10:40
dokoSource-dependencies not satisfied; skipping gtkmm2.410:40
dokobut the dependency is already built10:40
fabbioneprobably the chroot hasn't been updated10:40
dokolamont, elmo: please could you check for the chroots, so that flac, qt-x11-free, libsdl1.2, gtkmm2.4 can be rebuilt?10:46
=== cartman [foobar@cartman.developer.konversation] has joined #ubuntu-toolchain
=== chmj [~d3vic3@dumbledore.hbd.com] has joined #ubuntu-toolchain
dokoelmo: some time for C++ ABI stuff (as long as lamont is not awake)?11:40
elmowhat stuff?11:44
dokofail to see why db4.2 is failing to build, but all build-deps are in main ...11:45
dokowvstreams (main) needs some stuff from the xplc package, which is still in universe11:45
fabbionedoko: can you confirm we can build the new dpkg?11:46
fabbioneand that it was in the list by miskate?11:46
fabbione(at least i remember this way)11:46
dokofabbione: I don't have any problems with it now. yes, I removed it from the list at chinstrap:~doko/cxxapps.txt11:47
fabbionedoko: thanks11:47
fabbioneelmo: we can push it :)11:47
dokoqt-x11-free isn't tried to build on two archs11:48
elmoi386 buildds are turned off11:49
elmoI don't know why - did lamont say anything in here?11:49
=== fabbione checks the irclogs
dokono, nothing11:49
dokonothing in the logs11:50
fabbionenope11:50
elmomeh, timezones are just teh suck11:51
fabbionehumpf11:52
fabbionei wonder if he just forgot to turn them on again11:52
fabbionei guess we will have to wait a bit11:53
elmoI'm going to have a shower, but once I'm back I'll have a look around, and if there's nothing obvious, turn one on again11:54
doko:)11:54
fabbioneok11:54
fabbionei need food and i will be off soon today11:54
dokotake a cold shower ...11:54
=== cartman [foobar@cartman.developer.konversation] has joined #ubuntu-toolchain
=== cartman [foobar@cartman.developer.konversation] has joined #ubuntu-toolchain
jbaileyfabbione: Heya fabio - I still haven't seen a failure that shows that lkh is bad.  The failures you showed me were all other things...01:11
fabbionejbailey: xorg :)01:15
jbaileyGot a build log? =)01:16
=== cartman [foobar@cartman.developer.konversation] has joined #ubuntu-toolchain
fabbioneusual place01:16
fabbioneneedsreallove/xoef_6.8.2-1501:16
fabbione /usr/include/linux/pci.h:453: error: parse error before 'pci_power_t'01:16
jbaileyThe imap server takes me almost 10 minutes to get connected to.  I tried arguing with the evo developers and they claim that they need to walk the entire tree in order to know the folder structure. =(01:16
cartmanam I correct that Xorg is still compiled with g++3.3 ?01:17
fabbionecartman: no01:17
fabbioneit's builded with gcc-401:17
fabbionejbailey: you can ssh to vultus501:17
cartmanfabbione: -15 still links to libstdc++.so.5 here01:17
cartmanfabbione: need -16 or something?01:17
fabbioneless logs/xorg_01:17
jbaileyTx.01:17
fabbionejbailey: imap and logs are strictly binded01:18
cartman6.8.2-15 here01:18
fabbionei was working with elmo to get the logs on people01:18
jbaileyA failure in linux/ should affect all arch's.  I'm curious.01:18
fabbionecartman: what is still linked to libstdc++.so.5?01:18
jbaileyOh, probably a definition of __bitwise.01:18
cartman[~] > ldd /usr/X11R6/lib/libGLU.so|grep stdc++01:18
cartman        libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x00002aaaab0ca000)01:18
cartmanfabbione: ^^01:18
jbaileyssh: connect to host vultus5.fabbione.net port 22: Network is unreachable01:19
fabbionejbailey: you need to bounce via trider-g701:19
fabbioneor get ipv6 :)01:20
fabbionecartman: check with daniels01:20
jbailey@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @01:20
jbaileyjoy01:20
=== jbailey eyes fabbione suspiciously...
fabbionecartman: also.. what version of libglu did you install?01:20
fabbionejbailey: what ssh command are you trying to use?01:20
jbaileyssh trider-g7.fabbione.net01:21
jbaileyI think that's what I did before...01:21
fabbionehmm no01:21
fabbionei did open a port for you to do that01:21
fabbionethat was bouncing to vultus5 in ipv401:21
fabbionethat's why01:21
jbaileyAh, non-standard port?  Gimme a sec.01:21
jbaileyActually, FWIW I could probably just enable my ipv6 stuff again.01:21
fabbioneif you can tell me the port again, that would be nice01:21
fabbionejbailey: well it needs to be routed too :)01:22
jbaileyYes, dear. =)01:22
fabbionejbailey: do you still have my mail with the port handy?01:23
jbaileySomewhere.  Enabling by freenet6 daemon will be faster, though.  I just need to move the config from my belle's box to mine.01:23
fabbionedoesn't freenet6 provide a /64?01:23
jbaileyYou can either get them to provide a network or a host endpoint.01:24
fabbionejbailey: ok hold on a sec01:24
fabbionejbailey: ssh trider-g7 -p 100001:25
fabbionethat should redirect you to vultus501:26
fabbionemodulo slowliness01:26
jbaileyAnd this isn't biting other arch's?  Only sparc? =(01:39
jbaileyNothing about this line should be arch specific.01:39
fabbioneyeah only sparc01:40
jbaileyIs my breezy chroot still there?01:41
fabbionejbailey: yes. it might need to be updated tho01:41
fabbioneor do you want me to recreate one for you?01:41
fabbione(that's probably faster)01:42
jbaileyPlease.01:42
fabbioneok01:42
jbaileyAt this point I'm at 2 or 3 seconds lag to a keystroke, so the least I have to type on this the better.01:42
fabbionejbailey: yes i know01:43
fabbioneupload is the sux from here01:43
fabbionehopefully within the next year we will get fibers01:43
=== fabbione is looking forward to 20Mb MBR
jbailey=)01:44
fabbioneit's almost there :)01:44
jbaileyMy new appt will have better bandwidth too.  Right now if I upload, it cuts out the phone connection.01:44
fabbioneok... gcc-4 is building on sparc now01:51
dokojabailey: you want to make a gcc-4 upload today or tomorrow?01:59
dokoI did hear some rumors01:59
dokoelmo: just as a status, is the i386 buildd running?01:59
jbaileydoko: Well, you said that I could just upload a biarch-enabled gcc, I said that I would do it after the transition was done.  Originally that sounded like Friday. =)02:01
dokojbailey, well, yes, provided we don't have dpkg, xorg, and other uploads. I'll put a new tarball on chinstrap tomorrow, so you can work from this one?02:03
Kamionhow come linux-kernel-headers got demoted from ship to supported in today's CD build? did something stop depending on it?02:04
jbaileyRight.  Nothing to interfere, just to make it so that I'm maintaining fewer glibc trees here. =)02:04
jbaileyKamion: Err...02:04
jbaileyKamion: Is libc6-dev usually in ship?02:05
Kamionyes02:05
Kamionbuild-essential is in ship02:05
Kamionlibc6-dev doesn't depend on l-k-h any more though02:06
jbaileyapt-cache rdepends on ppc seems to show it still.02:06
jbaileyWhat arch are you looking at?02:06
Kamion Version: 2.3.5-1ubuntu202:06
Kamion Architecture: powerpc02:06
Kamion Depends: libc6 (= 2.3.5-1ubuntu2)02:06
Kamionsame on i386 and amd6402:07
Kamionlooking in the archive on rookery with dpkg -I02:07
jbaileyAh, bugger, yeah I see it too.02:07
jbaileyLemme troll the logs to see why the perl script didn't run. =(02:07
jbaileyKamion: Thanks for the headsup02:08
Kamionnp02:08
jbaileyOh, I know what it will be, probably.02:09
jbaileyMore linux/linux-gnu mapping fallout from the dpkg change.02:09
Kamionah, yes02:09
Kamion+if ($DEB_HOST_GNU_SYSTEM eq "linux") {02:10
Kamionthat?02:10
jbaileyAyup02:10
jbaileyWell, no.02:11
jbaileyThat's where I'm setting it to linux-gnu internally.02:11
jbaileyeven if I get linux - older versions of dpkg will make us behave consistantly.02:11
lamontmorning02:12
jbaileyErr, sorry that looked like the debian/rules snippet for a sec.02:12
=== lamont curses , visits the buildd
jbaileyPerhaps I'll eat breakfast before attempting to hack more.02:12
dokolamont, action now! ;-)02:12
cartmannow gcc changed target to amd64-linux on amd6402:15
cartmanwill this stop? :)02:15
=== lamont finds that 1 of the i386 buildd's was offline. that's a far cry from "all"
jbaileyHmm.  m/^i386-linux$/ could just as easily be m/^i386-linux/ with probably no sideeffects, right?02:18
Kamionjbailey: should imagine so ...02:19
=== lamont grumbles at daniels
cartmanamd64-linux is final target for amd64 gcc? ( it was x86_64-linux then x86_64-linux-gnu and now amd64-linux )02:22
jbaileyFrom lwn: The usual fallback is to identify all the stakeholders and get them to say "yes Andrew, this code is cool and we can use it", but I don't think the clustering teams have sufficent act-togetherness to be able to do that.02:22
jbaileyDoes this mean the clustering people are poorly clustered?02:22
cartmanjbailey: haha02:22
lamontjbailey: most certainly02:22
=== lamont is going to take a few hours of downtime this morning
lamontstarting shortly02:24
lamontmostly because I'm going to fall over02:25
jbaileylamont: Can I have a glibc build log from you for hppa?02:26
jbaileyOr could you make them generally appear with the others in ~lamont? =)02:27
=== Seveas [~seveas@seveas.demon.nl] has joined #ubuntu-toolchain
lamontdude - I gotta get X to build02:28
lamontthen I was going to build glibc02:28
jbaileyAh?  okay.  I thought for some reason you had fired up glibc last night.02:28
lamontand making sparc/hppa appear is on the list of things that we're trying to figure out02:28
lamontno - I fired up X, and it's still FTBFS02:28
lamontmust flee - will be back on in about 75-90 min or so02:29
=== cartman [foobar@cartman.developer.konversation] has left #ubuntu-toolchain ["Ich]
jbaileylamont: Travel safely. =)02:29
lamontjbailey: you want me to run glibc now, and X later?02:46
lamonteep.02:46
lamonthad hoped it wasn't :45 yet02:46
dokolamont: could we have a look at some packages?02:48
lamontI'll start glibc and then xorg02:48
lamontdoko: ??02:48
dokodb4.202:51
jbaileylamont: It doesn't matter that much.  I just want to tell Carlos what the final failure set is.  We're going to hack on generic function descriptors after that to solve a couple more of them.02:51
dokocan't see why gcj-wrapper should fail02:51
jbaileyIT won't be today either way, though.02:51
lamontjbailey: well, glibc will finish in good time this morning -gives the buildd something more to do, etc, etc.02:52
dokolamont: qt-x11-free was not started on amd64 and ia6402:52
lamontdoko: I'll be back online once I drop kids at school, but just for a few02:52
jbaileylamont: Actually, scratch that.02:53
lamontdoko: is it dep-wait?02:53
jbaileylamont: Please do glibc first.02:53
lamontjbailey: not stopping it now... (glibc _is_ first.)02:53
=== lamont must flee - 8 mminutes late now.
jbaileylamont: I will need to do another upload today anyway to fix the lkh dependancy, I may as well get any last fixes you need in case of build failure in there.02:53
dokolamont: when are you back?02:53
dokolamont: no02:53
dokolamont: flac: needs rebuild on i386, amd64, powerpc02:53
jbaileylamont: I think his morning dissapearance is usually about 90 minutes.02:54
jbaileyerr. doko: ^^02:54
dokojbailey: please could you have a look at http://www.openoffice.org/issues/show_bug.cgi?id=4937402:56
=== cartman [foobar@cartman.developer.konversation] has joined #ubuntu-toolchain
jbaileydoko: Crazy.  Is this actually affecting us as well?02:58
doko_rene_ just told me02:59
jbaileyRight, but this bug report is for rpm.  If this were going to affect us, I would've expected other things using debhelper to puke.03:00
dokojbailey: sysui is using rpm internally to prebuild the packages ;)03:02
dokoooo does have a build dep on rpm ...03:02
jbaileyYou've got to be kidding...03:03
elmolamont: no, they were all offline03:04
elmoI brought them back03:04
elmoor some of them03:04
dokoheh, flac finally built :)03:04
elmoerr, dude03:07
elmoyou are doing no-change uploads with something other than 'ubuntu' as the version string right?03:08
jbaileydoko: 2004-09-29 from drepper "Don't blindly trust readdir results; for symlinks or files of unknown type check using stat whether the file exists."03:09
dokoelmo: yes, they should be synced from Debian, if the next version is available.03:11
Kamionhe's been doing *buildN03:12
dokoand i asked: do we have a version schema to mark an -ubuntu version as syncable again, maybe -ubuntu1 -zapit103:13
dokohmm, -ubuntu1 -> -zapit103:13
elmouh?03:14
elmowhy would you need that?03:14
Kamionpresumably for when you've reverted changes03:14
jbailey"In order to have access to a pathname, glob() requires search permission on every component of a path except the last, and read permission on each directory of any filename component of pattern that contains any of the following special characters: '*', '?', and '['."03:14
dokoKamion: exactly03:14
jbaileyI wonder if they interpret that as the symlink has to point to a valid filename - otherwise there's no read permission.03:15
dokoUnpacking libx11-6 (from .../libx11-6_6.8.2-15_i386.deb) ...03:19
dokodebconf: DbDriver "config": /var/cache/debconf/config.dat is locked by another process03:19
dokodpkg: error processing /home/buildd/build-breezy/chroot-breezy/var/cache/apt/archives/libx11-6_6.8.2-15_i386.deb (--unpack):03:19
doko subprocess pre-installation script returned error exit status 103:19
dokoErrors were encountered while processing:03:19
doko /home/buildd/build-breezy/chroot-breezy/var/cache/apt/archives/libx11-6_6.8.2-15_i386.deb03:19
dokoE: Sub-process /usr/bin/dpkg returned an error code (1)03:19
dokolamont: ^^^ avifile build log, chmj is working on it03:19
elmokamion: I still don't get it, why would up upload a zapit1 rather than just having it synced?03:23
Kamionelmo: because there's no new version in Debian yet03:25
Kamiondoko: er, debconf db being locked doesn't sound like a package bug?03:25
dokoKamion: no, I assume the buildd, but I don't want look like trolling around ;)03:26
elmoright, but that forces a rebuild which is wasteful for the archive ,mirrors, users and buildd?03:27
Kamionit does force a rebuild later, but you might need to revert the changes now03:27
Kamionand you can't sync because that would be going backwards in versions03:28
Kamionit doesn't happen often and I don't know why doko needs it now; I have needed something like that once or twice03:28
elmowell, in that case anything > ubuntu and !~ ubuntu will do, but I'd definitely perfer it is only used for that rare case when you have to revert the changes immediately03:29
dokoelmo: sure, it's less common than -buildN03:29
Kamion(in my case I'm usually in a position where I can find some reasonably good reason to upload to Debian ...)03:30
=== lamont_r [~lamont@168-103-209-106.dnvr.qwest.net] has joined #ubuntu-toolchain
lamont_rhrm.. this chan isn't in the laptop's default list03:42
dokolamont: please could you check the build state of qt-x11-free on amd64 and ia64?03:46
lamont_rok03:46
lamont_rdoko: was depwait on a virtual package.03:50
=== lamont_r grumbles. fixed
dokowhich one?03:51
lamont_rlibmysqlclient-dev03:51
dokoahh, ok03:51
=== lamont_r points at p.u.c/~lamont/buildLogs/Lists/breezy.all.amd64
=== lamont_r needs to get out of here by about :10, fwiw
jbaileylamont_r: This is up to date? =(03:52
lamont_rand then I expect to be offline for a few hours... I need to sleep03:52
lamont_rjbailey: never.03:52
lamont_r:-)03:52
dokohmm, that's no fun ...03:52
lamont_rdoko: figured I'd warn you.03:53
jbaileyRight.  That explains why it claims glibc is out of date. =)03:53
lamont_rjbailey: it shouldn't be more than about 20 minutes out of date03:53
dokoplease let's get qt, arts, and kdelibs in shape. that's the major blocker in main :(03:53
lamont_rwhat does the full line for glibc say>?03:53
jbaileylibs/glibc_2.3.5-1ubuntu2: Installed by buildd+king [required:out-of-date] 03:53
lamont_rdoko: and a circular depwait from hell.03:53
jbaileyHowever,03:54
jbaileyglibc_2.3.5-1ubuntu2_20050518-1857-amd64-successful.bz2   18-May-2005 19:13  294K  03:54
lamont_rjbailey: 2.3.5-1ubuntu2 is installed, was previously out-of-date03:54
lamont_rvs 'uncompiled'03:54
jbaileyIn the []  is previous state?03:54
lamont_r() is priority and previous-state-indicator03:54
lamont_rprev state == 'out-of-date' or 'uncompiled' (or 'partial', but you'll never see that03:55
lamont_rso it's not truely previous state.  (since that would - boringly - be 'Uploaded' for all the installed stuff...)03:56
lamont_rit's quinn-diff state, not w-b state03:56
jbaileyRight.03:57
lamont_rdoko: the process for arts et al is to upload a new arts that does what it needs to in order to survive the xorg changes of late.  Then fix and upload sdl to actually do the right thing.  then upload a clean arts next week03:57
lamont_r(sdl is including an X header incorrectly... however, sdl is d-w arts.03:58
dokolamont_ok: r03:58
lamont_ranything more before I run away for a while?04:10
jbaileyfabbione: This is cute.  It's a section of code that may only be run on Sparc.  It includes <sys/kd.h> to get some headers, which forces it to not include linux/types.h.  It then includes linux/pci.h.  As of 2.6.9 or so, linux/pci.h now requires a defintion from linux/types.h in order to compile.04:12
dokolamont_r: maybe db4.2?04:12
dokogtkmm2.4?04:13
lamont_rdoko: I'll focus on those once I'm back online and figure them out.04:17
=== lamont_r needs to run
dokofine, I'm away then04:17
fabbionejbailey: told you that it was l-k-h :P04:48
jbaileyRight, but it's a problem in the upstream kernel headers too.04:53
fabbionejbailey: can we get it fixed in the meanwhile?04:54
jbaileyfabbione: Yes.  I haven't decided the right way to fix it.04:54
jbaileyfabbione: I see why they do it - inclusion of sys/kd.h shouldn't bring in a pile of kernel symbols.04:55
jbaileyI guess the simplest is to remove the __bitwise stuff from lkh04:55
fabbioneok :)04:55
fabbionedo you think you can manage to get it fixed today?04:55
fabbioneor within the next 12 hours?04:56
fabbioneso that tomorrow i can build X and unleash sparc on the libs?04:56
jbaileyI'll try for in the next 12 minutes.04:56
fabbioneehhe cool, i don't need it THAT soon04:57
fabbionei am building gcc and it i will take another 10/12 hours04:57
fabbionebut that would be rocking hard!04:57
fabbionei need to go to help my wife for some gardening stuff04:57
jbaileyDo you have anything else handy that you suspect is an lkh failure?04:58
fabbionehmmm nope...04:58
jbaileyI like that answer. =)04:58
fabbionebut i mean, it's a package that can be uploaded without breaking the world04:58
fabbioneif something shows up we can always attack it later04:58
jbaileyYEs, sure.04:59
fabbione+ after the transition i want to clean up the logs and kick-back all of the unbuilt 04:59
fabbioneand see what happens04:59
jbaileyYou've just mentioned a few times that you've thought you had various lkh failures, and I'm pleased that so far this is the only one that is actually an lkh failure. =)04:59
fabbionethere is one that probably is glibc05:00
fabbioneutil-linux05:00
fabbionebut i will need to check with the new ones05:00
fabbionelet's do it after the c++ transition05:00
fabbioneor during05:00
fabbioneright now i need to kill the gcc/x queue because it's the slowest one to get rid of05:01
jbaileyfabbione: I'll be tossing another glibc on top of that in a moment, too.05:01
danielscartman: do you have libglu1-xorg, or xlibmesa-glu?05:01
fabbioneoh ok05:01
jbaileyHmm05:01
fabbioneme must go05:02
=== jbailey wonders if he can loosen the locales dependancy a bit before this upload
fabbionecya later05:02
fabbionejbailey: thanks again05:02
jbailey'bye Fabio05:02
cartmandaniels: lemme see05:07
cartmandaniels: xlibmesa-glu and xlibmesa-glu-dev05:07
cartmandaniels: dist-upgrade didn't handle well?05:07
danielscartman: you just need to wait for stuff to depend on libglu1-xorg05:10
danielswhich it will when it gets built with it05:10
cartmandaniels: ok05:10
cartmandaniels: uhm also xkb stuff gone mad05:12
cartmandaniels: open xev press Esc,1,2,3 etc and all those keys show as "noname"05:12
danielsawesome05:14
danielsprobably /etc/X11 vs /usr/lib/X11 insanity05:14
cartmanpossibly yep05:14
danielstry sudo ln -s /usr/X11R6/lib/X11/xkb /usr/lib/X11/xkb05:15
cartmanstill same05:15
danielseven after restarting?05:16
cartmanrestarting X?05:16
cartmanI did a : setxkbmap -model a4techKB21 -layout tr -variant basic from konsole05:16
cartmanshould I restart X?05:17
danielswhat does ls /usr/lib/X11/xkb/, show you?05:18
cartman[~] > ls /usr/lib/X11/xkb/05:20
cartmancompat      compiled  geometry.dir  keycodes.dir  keymap.dir  README.config     rules      symbols      types      xkbcomp05:20
cartmancompat.dir  geometry  keycodes      keymap        README      README.enhancing  semantics  symbols.dir  types.dir05:20
danielsweird05:21
danielstry restarting X, yeah05:21
cartmanok brb05:22
=== cartman [foobar@cartman.developer.konversation] has joined #ubuntu-toolchain
cartmandaniels: still same :/05:23
danielsthere should be an instructive error message ta the bottom of Xorg.0.log05:23
cartmannothing interesting05:25
cartmanhttp://rafb.net/paste/results/ggO8LX43.html05:29
=== jbailey wanders away for food and to turn his brain off for a bit.
danielshrm05:39
danielscartman: no idea, sorry; will look at it in the morning05:39
danielshm and that same command works for me05:39
danielsnsert a comma where that  s05:39
danielsand  have werd s as well05:39
danielsmuch better05:40
daniels(and all in iso-8859-1, thanks to irssi's newfound stupidity)05:40
danielsnight all05:40
cartmandaniels: internet keys work and night05:43
Kamiondoesn't look like ISO-8859-1 to me, it's something new and spethul05:49
dokojbailey: could you have a look at the arts build failure on powerpc, I'm away for the rest of the day06:06
fabbionedoko: ???06:48
fabbionegnatbind -C -I- -I. -Iada -I../../src/gcc/ada -o ada/b_gnat1.c -n ada/gnat1drv.ali06:48
fabbionefatal error: file gnat1drv.ali is incorrectly formatted06:48
fabbionethis is the latest gcc on sparc06:48
fabbioneyeah i understand that06:50
fabbioneops06:50
fabbionedoko: i am kicking it back07:06
fabbionebut hell.. this sucks hard07:06
\shhmm...how can I be sure, that debuild or pbuilder is using the right g++? is g++4 set as default?07:30
Kamionreadlink -f `which g++`07:31
\shthx07:33
jbaileydoko: No prob. =)07:48
\shdoko: ping07:52
\shdoko: kdelibs4c2 is available from your repos?07:52
=== luftdufd [~dufdi@cm64-31.liwest.at] has joined #ubuntu-toolchain
=== luftdufd [~dufdi@cm64-31.liwest.at] has left #ubuntu-toolchain []
=== lamont_r [~lamont@dsl-179-136.dynamic-dsl.frii.net] has joined #ubuntu-toolchain
=== lamont_r eats lunch, ponders buildds
lamont_rjbailey: ping08:18
=== \sh needs kdelibs4c2 ;) but i will compile it by myself now with dokos patches
jbaileylamont_r: Pong!08:19
lamont_rhow are we looking08:20
=== jbailey flexes for LaMont
lamont_rbogus perms issues in my hppa buildd -> glibc relaunched08:21
lamont_r:-(08:21
jbaileyOh feh. =(08:21
lamont_ranybody bludgeoned arts into submission yet?08:21
jbaileyI haven't, I'm mostly just sitting back down to the 'puter.08:21
lamont_ryou want it, or is it mine?08:22
lamont_rarts, db4.2, gtkmm*08:22
lamont_rpick 2 - you're that good08:22
jbaileyNah, I'll take it.  I want to think about glibc for a moment longer before uploading.08:22
jbaileyarts and db4.2 then. =)08:22
lamont_rheh08:22
=== lamont_r looks at gtkmm*
jbaileyI'm trying to make sure that I don't miss anything before I loosen the dependancy on locales to just the most recent cvs bump.08:23
=== lamont_r prepares to cheer
jbaileylamont_r: What at?08:31
lamont_rlocales dep08:31
jbaileyOy.  the aspell library change is going to suck.08:33
lamont_rglibc actually compiling this time.08:33
jbaileyw00t!08:33
jbaileylamont: What speed is your box?08:33
lamont_rand xorg_6.8.2-15hppa2 built08:33
lamont_rA500/550 (running UP)08:33
lamont_rglibc:                  02:04:13 (19 entries, sigma 00:42:29)08:34
lamont_rBuild needed 01:58:14, 500772k disk space08:34
lamont_rmore significantly, ^^08:34
jbaileyI wonder how ccached that was.08:36
lamont_rit was pretty ccached.08:36
lamont_rand still is08:36
lamont_ror should be08:36
jbaileyOh right, because you did the test build.08:36
lamont_ryeah.  that was -0ubuntu3pre408:36
jbaileyI was thinking first build since 2.3.2.ds108:36
lamont_r-rw-r--r--  1 buildd buildd   459880 May 16 18:17 logs/glibc_2.3.5-0ubuntu3_20050516-181508:38
lamont_r-rw-r--r--  1 buildd buildd      501 May 17 06:13 logs/glibc_2.3.5-0ubuntu3_20050517-061308:38
lamont_r-rw-r--r--  1 buildd buildd   582942 May 17 14:15 logs/glibc_2.3.5-0ubuntu3_20050517-141108:38
lamont_r-rw-r--r--  1 buildd buildd 13004123 May 17 16:25 logs/glibc_2.3.5-0ubuntu3pre4_20050517-142608:38
lamont_r-rw-r--r--  1 buildd buildd      989 May 19 06:51 logs/glibc_2.3.5-1ubuntu2_20050519-065108:38
lamont_r-rw-r--r--  1 buildd buildd  5788977 May 19 12:38 logs/glibc_2.3.5-1ubuntu2_20050519-122008:38
lamont_rops... spamage. sorry08:38
jbaileyAll good.  This is a flood-friendly channel.08:38
lamont_rso, once you get arts to build, let me know...that'll free up libsdl1.2 a couple places...08:41
jbaileyWon't wb hand it from a depwait state?08:42
lamont_rit's not depwaited08:42
=== minghua-away is now known as minghua
lamont_r  libarts1-dev: Depends: libarts1 (= 1.4.0-0pre1ubuntu3) but it is not going to be installed08:42
lamont_rI could _put_ it in depwait, but I'm lazy08:43
jbaileyRight.08:43
jbaileyWhy put off until tomorrow what can be put off until the day after?08:43
lamont_rdays are short, and all that.. :)08:44
jbaileyHey - did we ever put in the "-x c" hack into the buildds?08:45
lamont_rnot yet.  can I do it as one arg?08:45
lamont_rthat is, '-xc' vs '-x c'?08:45
jbaileyDunno, I'll test it in a sec.08:45
lamont_rgcc-opt wouldn't really like it to be 2 args08:46
jbaileyYes, dear.08:47
lamont_ryou stud you08:47
=== jbailey flexes for LaMont
jbaileyI may need heavier narcotics for this.  arts is compiled with g++ -shared -nostdlib -lstdc++ -lm -lc -lgcc_s and all the various crtFOO*08:50
=== lamont_r is really glad you took arts....
=== lamont_r plays with db4.2
lamont_rgtkmm* seem to just be a matter of throwing things against the fan08:51
lamont_rconfigure:20937: result: .so08:52
lamont_rconfigure:21107: checking if gcj-wrapper works08:52
lamont_rconfigure:21121: gcj-wrapper  Test.java08:52
lamont_r../dist/configure: line 21122: gcj-wrapper: command not found08:52
lamont_rconfigure:21124: $? = 12708:52
lamont_rconfigure:21128: error: The Java compiler gcj-wrapper failed (see config.log, ch08:52
lamont_rso who's missing the *Depend?08:52
lamont_rdb4.208:52
jbaileylamont: Is gcj in main?08:54
lamont_r9.7M of 1308:54
jbaileyI didn't think it had been promoted yet.08:54
lamont_rhrm... should be08:54
lamont_rthat could be the issue there then08:54
jbaileyNope, it is.08:55
lamont_rbut it should be failing for want of dependency, not just trying to build08:55
lamont_rrun-iconv-test.sh is running, should you care08:56
jbaileyAngie thinks that UDU might have been bad for my health, apparently when I swear at the computer, I've started doing it in a Brit. accent.08:56
lamont_rLOL08:56
jbaileyProbably too much time in the vibe out room sitting next to james and scott.08:56
lamont_rbrit? or 'stralian?08:56
lamont_rhrm... done in town, I'm going to head home, I think08:57
jbaileyNah, we didn't leave the hotel enough to pick up an Aussie one.08:57
jbaileyTTU in 45 or so?08:57
lamont_rif you don't need anything in the next minute or so, I'm gonna vanish for about 2008:57
lamont_rabout 20 minutes - this coffee shop is on the north end of town08:57
lamont_rmore properly about 2508:57
jbaileyCoo.08:58
lamont_rof course, that's 25 min _after_ I really leave... :-08:59
lamont_r)08:59
lamont_rlater09:00
=== doko [~doko___@dsl-084-059-059-255.arcor-ip.net] has joined #ubuntu-toolchain
jbaileyHeya Matthias.09:12
=== cartman [foobar@cartman.developer.konversation] has joined #ubuntu-toolchain
lamonthrm... how was that timing09:36
lamontjbailey: 12/13 MBN09:40
lamonts/N$//09:40
jbaileylamont: Excellent timing.  About 40 minutes from when I said 45. =)09:41
=== lamont would have been more accurate if he'd remembered that he had to go purchase petrol.
lamontyou play with db4.2 yet, or shall I test my theory?09:41
jbaileyNo, I've figured out that this symbol only looks like it should be part of the standard library set.  It isn't really.09:42
lamontuh.. .no you're messing with db4.2, or no, I should?09:44
jbaileyNo, I'm still on arts.09:44
lamontah, right.09:44
\shgrmpf09:44
lamontI think this means I owe you a beer or something09:44
\shkvirc has shlibs attached...do i have to rename it or not? 09:44
jbaileyOh ew...09:46
jbaileyRather than including all of the files in the Makefile, they've #include'd all the .cc's into one file.09:46
jbaileyThen compiled *that* into a helper libtool library.09:47
lamonthehehehehe heh heh huh.09:48
lamontdb4.2 uploaded09:55
amucool09:55
lamontchecking whether we are using the GNU Fortran 77 compiler... no09:56
lamontchecking whether  accepts -g... no09:56
lamonthrm....09:56
amu... a blocker for kdelibs09:56
jbaileyHey, it's accurate.09:56
lamontjbailey: heh09:56
=== lamont tries to remember if he needed to build anything after xorg/dpkg/gcc-4.0/glibc before he unleashed the world
lamont(hppa buildd, that is)10:14
jbaileyI think anything else was a preq of one of those.10:14
jbaileyGot a build log for me? =)10:14
lamontI would if your tests would finish10:15
lamontbuildd   16629  0.2  0.0   6452  4528 ?        SN   13:22   0:09                          |       \_ /usr/bin/make -C elf tests10:15
lamontbuildd   18799  0.0  0.0   2876  1276 ?        SN   13:24   0:00                          |           \_ /bin/sh -c GCONV_PATH=/build/buildd/glibc-2.3.5/build-tree/hppa-libc/iconvdata LC_ALL=C   /build/buildd/glibc-2.3.5/build-tree/hppa-libc/elf/ld.so.1 -10:15
lamontbuildd   18800  0.0  0.0   2788   628 ?        RN   13:24   0:00                          |               \_ /build/buildd/glibc-2.3.5/build-tree/hppa-libc/elf/ld.so.1 --library-path /build/buildd/glibc-2.3.5/build-tree/hppa-libc:/build/buildd/glibc-2.3.510:15
lamontbuildd   23116  0.0  0.0   1736   536 ?        SN   12:54   0:00                          \_ tee -a /build/buildd/glibc-2.3.5/log-test-hppa-linux-gnu-libc10:15
lamontew.  that's ugly.  sorry10:16
jbaileyIt's not stuck mid sort is it?10:16
lamontwell, time is currently 14:16, so it could be10:16
lamontI suppose I could kill the test...10:17
jbaileyThat mighit be the same thing I saw on bdale's machine then. =(  Carlos had me up the test timeout.10:17
lamontto how long?10:17
jbaileyBut after that I didn't see it kill the test at all, nor did I see it finish.10:17
lamont> 150 minutes???10:17
jbailey20 secds.10:17
lamontah, so I should kill the test?10:17
jbaileypinging carlos first. =)10:18
=== cartman [foobar@cartman.developer.konversation] has joined #ubuntu-toolchain
=== minghua [~minghua@danube.mems.rice.edu] has left #ubuntu-toolchain ["Leaving"]
lamontclient.cc: In member function 'GSList* Gnome::Conf::Client::get_list(const Glib::ustring&, GConfValueType) const':10:27
lamontclient.cc:237: error: cast from 'void*' to 'int' loses precision10:27
lamontclient.cc:240: error: cast from 'void*' to 'gboolean' loses precision10:27
lamontbad gconfmm10:27
lamontgconfmm2.6, even10:27
=== lamont launches the hppa buildd
lamontMay 19 14:44:21 buildd: breezy: total 523 packages to build.10:46
lamont(ok, so it's a partial mirror)10:46
jbaileyAnyone happen to know the C++ name mangling is consistant across all arch's or if it's arch specific?10:46
=== lamont needs to go fetch kids
amujbailey: do you still work on arts? 10:50
jbaileyamu: Yes.10:50
jbaileyamu: The code path appears to be the same between ia64 (success) and ppc (fail)10:51
jbaileyLooking through there doesn't seem to be anything wrong with the headers or whatnot, so next I want to double check the symbols in libstdc++10:51
cartmanarts is hall of shame for c++ :/10:52
amuRiddell pointed me before to this: http://lists.kde.org/?l=kde-devel&m=110642979722873&w=210:52
lamontback in a bit over an hour10:52
jbaileyarts is certainly... interestingly written.10:52
Riddellit's because arts was done without qt or glib to keep everyone happy, and ended up pleasing nobody10:53
jbaileyI'm getting undefined references rather than shared library errors.10:53
jbaileyIt's in the libtool convenience libraries.10:53
jbaileyRiddell: Does glib have C++ helpers?11:05
jbaileyI always thought of it as the STL without type safety.11:05
=== jbailey needs to wander away a bit to clear his head.
Riddellno glib is C only I'm pretty sure11:06

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!