/srv/irclogs.ubuntu.com/2005/06/23/#ubuntu-toolchain.txt

=== ubuntulog [~warthylog@port49.ds1-van.adsl.cybercity.dk] has joined #ubuntu-toolchain
=== Topic for #ubuntu-toolchain: 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
=== Topic (#ubuntu-toolchain): set by doko at Thu May 19 00:40:28 2005
dokoohh, jbailey does the glibc dance ;)12:29
=== lamont__ heads out
=== BenM is now known as bout
=== bzzz is now known as BenM
jbaileydoko: Yeah. =(02:40
jbaileydoko: Glibc is much happier with everything being old binutils or everything being new binutils, which worries me a bit, but everything seemed to check out with some readelf love.02:40
jbaileyFeh.  module-init-tools needs a give back after the chroot is updated, too.03:08
jbailey(ppc and amd64)03:08
fabbionemorning05:22
lamontjbailey: done05:26
lamont*205:27
lamont(glibc. module-init-tools)05:27
lamontJun 15 18:51:05 buildd: breezy: total 963 packages to build.05:28
lamontwoot!05:28
fabbionehey lamont05:30
lamontmorning fabbione 05:30
fabbionei guess hppa is catching up :)05:30
lamontgcc-snapshot ICE.  kewl. :(05:30
lamontthat number is from the local w-b, not the one on p.u.c05:31
fabbioneoh05:31
fabbionejbailey: glibc is building now on sparc05:32
lamonton that one, the numbers are a bit closer...05:32
lamont3551/2634/6185 for hppa, 3329/2889/6218 for sparc (installed, needs, total)05:32
fabbioneyup05:33
lamontand given that all of kde Depends: arts (ICE), you'll eventually get ahead again, big time.. -)05:33
lamontand libgtk2.0 install hangs :-(05:34
lamontlife sucks these days05:34
fabbioneah05:35
lamontbut once the buildd catches up as best it can, then I can actually spend a little time making everything sync up nicely, and maybe even do some debugging05:37
fabbioneyeah05:37
lamontbut frankly, if I can get the server install to work, along with the useful server packages, I'm happy.05:37
fabbionewhen i will get the other buildd up, i can free some time from my sparc to do it05:37
fabbionei need to move w-b on another machine05:38
lamontyeah - that's on my list of things to do this week as well.05:39
lamont3) migrate w-b to another machine, so that both buildd's can share it.05:39
fabbionei lost the first 2)05:39
lamontsadly, 2) is to create world pease05:39
lamontpeace, even05:39
fabbione(netsplit of death)05:39
lamontnah - didn't post #1 or #205:40
fabbioneehehhe ok05:40
lamontbut when I headed home tonight, there was a B180 doing a sarge install in a screen session05:40
lamont1) is working ipsec configuration :-)05:41
fabbioneehhe05:42
fabbionenow i need to understand why ppc is FTBFS on ppc64 kernels05:42
fabbioneapparently i am leaking a ppc64 somewhere05:42
lamont893 Building, 589 Dep-Wait, 29 Failed, 2779 Installed, 952 Needs-Build, 860 Uploaded, Total 610205:42
lamontouch05:42
lamont(ppc64)05:42
fabbionewell basically it FTBFS building the headers05:43
fabbioneit's ok if the buildd is running ppc kernels05:44
lamontthose numbers are with a 3-day old mostly-current binary archive, and current as of 3.5 hours ago source05:44
fabbionebut not with ppc6405:44
fabbioneheh not bad05:44
lamontso are any of the DC buildd's running ppc64, or just davis?05:44
fabbioneonly davis05:46
fabbionebut the ppc64 kernel fixes the random segfaul/segkill problem05:46
fabbioneand trust me.. it's flying05:46
=== doko [~doko___@dsl-082-082-201-214.arcor-ip.net] has joined #ubuntu-toolchain
=== BenM [~benm@c-24-128-49-153.hsd1.ma.comcast.net] has joined #ubuntu-toolchain
=== lamont [~lamont@mix.mmjgroup.com] has joined #ubuntu-toolchain
fabbioneahhhh05:58
fabbioneit's getting the wrong defconf05:58
lamonthrm.. so how do I format a fat16 partitiion, I wonder06:02
fabbioneisn't there a vfat or fat utils?06:04
lamontthere's mformat, but it wants details I don't want to generate.. :-)06:14
lamontand there's mkntfs, but I want FAT06:14
fabbioneAHHH FOUND IT!!!06:17
fabbione                make defconfig; \06:17
fabbioneDIE!06:17
lamontnice06:17
fabbionenow... go figure why it prefers ppc64 over ppc06:19
fabbionenow.. patch to the kernel Makefile or usual tons of workarounds in debian/rules???06:36
lamontI'06:42
lamontd be incinled to fix the makefile06:42
fabbionei think the makefile is correct06:42
fabbioneit's the way we call it that's wrong06:42
lamontwell, then fix debian/rules, of course. :-)06:45
fabbionei am trying to think...06:46
fabbioneSUBARCH := $(shell uname -m | sed -e s/i.86/i386/ -e s/sun4u/sparc64/ \06:46
fabbione                                  -e s/arm.*/arm/ -e s/sa110/arm/ \06:46
fabbione                                  -e s/s390x/s390/ -e s/parisc64/parisc/ )06:46
fabbionethis is where we fail06:46
fabbioneor better ..06:46
fabbionewhere the kernel makefile fails06:46
fabbioneit uses uname -m to determine ARCH= via SUBARCH06:46
fabbioneARCH            ?= $(SUBARCH)06:47
fabbioneit looks to me that we should instead set ARCH properly06:47
fabbionethere....07:06
fabbionefixed07:06
=== BenM is now known as bzzz
fabbionedoko: i think gcc-4.0 is doomed on sparc08:52
fabbione /usr/bin/ld: __libc_errno: TLS definition in /usr/lib/gcc/sparc-linux/4.0.1/../../../../lib/libc.a(errno.o) section .tbss mismatches non-TLS reference in 08:52
fabbione /usr/lib/gcc/sparc-linux/4.0.1/../../../../lib/libc.a(check_fds.o)08:52
fabbione /usr/lib/gcc/sparc-linux/4.0.1/../../../../lib/libc.a: could not read symbols: Bad value08:53
fabbionei have seen this already in 2 packages08:53
dokowhich packages are these?08:59
fabbionebusybox-cvs and modules-init-tools09:01
fabbionedo you want the build logs?09:01
fabbionebut the error is exactly the same09:01
dokoworks with 3.4 on sparc?09:10
fabbionedoko: dunno.. i will have to check09:10
fabbionethey are really fresh build logs09:10
fabbioneinfinity, lamont: ping?09:49
fabbioneunpong10:01
fabbioneelmo: i fixed the ppc kernel build on ppc64 kernels.. you can upgrade anytime, but we might find other packages with the same problem10:15
fabbionespecially the ones that use uname -m to detect what they should do10:16
infinityfabbione : We could (should?) just linux32 ppc buildds, like we do with sparc buildds.10:20
infinity(But, I agree, packages using `uname -m` for anything are pretty broken)10:21
=== smurflogbot [~SmurfLogB@netz.smurf.noris.de] has joined #ubuntu-toolchain
fabbioneinfinity: i don't think it even exists linux32/64 for ppc10:22
fabbionesmurflogbot ??10:22
smurflogbotfabbione: Error: "??" is not a valid command.10:22
fabbioneubuntu-toolchan is already logged10:22
fabbioneamen10:22
fabbionesmurflogbot: !die10:22
smurflogbotfabbione: Error: "!die" is not a valid command.10:22
fabbioneamen10:23
fabbionespeaking of which10:23
fabbionei need to log #ubuntu-java10:23
=== Seveas [~seveas@ksl403-uva-153.wireless.uva.nl] has joined #ubuntu-toolchain
infinityfabbione : Well, if it doesn't it should.11:12
infinityfabbione : But apt-cache tells me it already does.11:12
fabbionelinux3211:26
fabbione-su: linux32: command not found11:26
fabbionethat's on davis breezy chroot11:26
fabbioneanyway.. foooooooooooooooood11:26
dokosmurflogbot: help11:26
smurflogbotdoko: (help [<plugin>]  [<command>] ) -- This command gives a useful description of what <command> does. <plugin> is only necessary if the command is in more than one plugin.11:26
dokosmurflogbot: help help11:27
smurflogbotdoko: (help [<plugin>]  [<command>] ) -- This command gives a useful description of what <command> does. <plugin> is only necessary if the command is in more than one plugin.11:27
dokosmurflogbot: help die11:27
smurflogbotdoko: Error: There is no command die.11:27
dokosmurflogbot: helpyourself kill11:27
smurflogbotdoko: Error: "helpyourself" is not a valid command.11:27
infinitysmurflogbot : quit11:36
smurflogbotinfinity: Error: ":" is not a valid command.11:36
infinitysmurflogbot: quit11:37
smurflogbotinfinity: Error: You don't have the owner capability. If you think that you should have this capability, be sure that you are identified before trying again. The 'whoami' command can tell you if you're identified.11:37
infinityBah.11:37
infinity(If anyone's curious, the bot is one of these: http://supybot.sourceforge.net/docs/commands.html)11:37
=== smurflogbot [~SmurfLogB@netz.smurf.noris.de] has joined #ubuntu-toolchain
=== smurflogbot [~SmurfLogB@netz.smurf.noris.de] has joined #ubuntu-toolchain
=== smurflogbot [~SmurfLogB@netz.smurf.noris.de] has joined #ubuntu-toolchain
=== smurflogbot [~SmurfLogB@netz.smurf.noris.de] has joined #ubuntu-toolchain
fabbionewho has op in here?12:03
fabbioneand ban that bot?12:03
=== warthylog [~warthylog@port49.ds1-van.adsl.cybercity.dk] has joined #ubuntu-toolchain
=== Topic for #ubuntu-toolchain: 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
=== Topic (#ubuntu-toolchain): set by doko at Thu May 19 00:40:28 2005
=== #ubuntu-toolchain [freenode-info] why register and identify? your IRC nick is how people know you. http://freenode.net/faq.shtml#nicksetup
=== jbailey [~jbailey@CPE00501836c657-CM014260028338.cpe.net.cable.rogers.com] has joined #ubuntu-toolchain
=== doko [~doko___@dsl-084-059-062-132.arcor-ip.net] has joined #ubuntu-toolchain
jbaileylamont, fabbione: thanks01:04
jbaileySparcv9 testsuite Errors: tst-align2, tst-getpid1, tst-timer, tst-mqueue1, tst-mqueue2, tst-mqueue4, tst-timer4, tst-timer501:34
=== jbailey digs up a previous log for sparc.
jbaileyAt least two of those, I have a patch for from davem01:35
jbaileyBAH01:37
=== jbailey cries to Fabio about getting sparc build logs put somewhere.
jbaileyI have no basis for comparison here... =(01:38
fabbionejbailey: they are all in the usual place.. and yes i know.. they should go to people, but i need to get elmo to do it01:40
fabbioneyou can get the old logs in ~/logs01:40
jbaileyYou can't just scp them into your homedir? =)01:40
fabbionejbailey: it means duplicating the effort i already did to get them to people atm01:41
jbaileyMy imap client doesn't like your imap server.  Can I ask you to extract a previous glibc success log for me?01:41
fabbionejbailey: ok wait. i will scp them on people.. even if you have ssh access to where logs are stored01:42
jbaileyDo I?01:42
jbaileyI thought I had to look in the imap server to get to them...01:42
fabbioneno01:42
fabbioneyou can either ssh or look via imap01:43
fabbionei have you an alternative :)01:43
fabbionenow i am compressing them...01:43
fabbioneand scping them to people :)01:43
=== jbailey does a snoopy dance!
jbaileyafk a sec01:45
fabbionejbailey: since you can ssh .. i did stop the bzip2 :)01:49
fabbionei think it's easier for you to run diffs there than having to download 4 * 43MB of files01:49
jbailey=)01:49
jbaileygrep rather than diff, but yeah. =)01:50
fabbioneyeah01:50
fabbioneand the manual build is at 36MB01:50
fabbioneit seems that it is almost done01:50
jbaileyYEah, it's a good chunk of the way through the sparc64 testsuite that I added.01:56
fabbioneand that's fine for me :)01:56
jbaileyOld sparc testsuite errors: tst-mqueue1, tst-mqueue2, tst-mqueue402:05
jbaileySo we're gaining timer test failures.02:06
fabbionejbailey: do these tests rely on some kind of timeouts?02:07
fabbionebecause the machine has been pretty overloaded02:07
jbaileyI'll check.02:07
fabbioneso a test failure due to machine load is nothing i would be too worried about02:07
jbaileysparc64 fails with: tst-regex2..  Weird. =)02:18
fabbionejbailey: you are killing sparc! you bastard :P02:19
jbaileyOh, I see.02:19
jbaileysegfaults on the timer tests. =(02:20
jbaileyNope, only the first one.02:20
jbaileyNot, #4, and #502:20
jbaileyI don't see an error message, though.02:20
jbaileyNo they did segfault.02:21
jbaileyIt just didn't percolate the error up.02:21
jbaileyDidn't expect signal from child: got `Segmentation fault'02:21
jbaileymake[3] : *** [/home/sparcbuildd/glibc-2.3.5/build-tree/sparc-libc/rt/tst-timer5.out]  Error 102:21
jbaileyIt should look like:02:21
jbaileymake[3] : *** [/home/sparcbuildd/glibc-2.3.5/build-tree/sparc-libc/rt/tst-timer.out]  Error 13902:21
jbaileyFor a segfault02:21
jbaileyweird weird weird.02:21
=== svenl_ [~luther@AStrasbourg-251-1-73-215.w82-126.abo.wanadoo.fr] has joined #ubuntu-toolchain
infinityThe former looks more readable...03:17
infinity(Where is this output, though?)03:17
infinity139 is just "1 + 138 from child"03:18
infinityThe textual version is much saner, despite being different. :)03:18
jbaileyinfinity: I scan for the error codes.03:19
jbaileyinfinity: "Error 1" is a simple testsuite failure, so I usually check the output.  There's no obviously failure in the message, so it threw me.03:19
=== bout is now known as BenM
=== lamont__ [~lamont@15.238.7.83] has joined #ubuntu-toolchain
jbaileylamont__: Did the last glibc do fine on hppa, btw?04:35
lamont__libs/glibc_2.3.5-1ubuntu7: Dep-Wait by buildd+smallone [required:out-of-date] 04:37
jbaileyHAven't got the new binutils yet?04:38
lamont__devel/binutils_2.16.1-0ubuntu1: Dep-Wait by buildd+smallone [standard:out-of-date] 04:38
lamont__  Dependencies: dpkg (>= 1.13.7)04:38
lamont__base/dpkg_1.13.9: Needs-Build [required:out-of-date] 04:38
jbaileyJoy..  So check you with again tomorrow sometime. =)04:38
lamont__==> archive issues... let me fix things04:38
lamont__(issues in my mirror, that is)04:39
jbaileyHaven't you moved that thing to under your desk at work yet? =)04:39
lamont__that's an in-progress thing04:40
lamont__yesterday I configured the DMZ box for it04:44
lamont__archive kicked around a bit, should actually build things now05:03
lamont__jbailey: some quick packages ahead of it, then dpkg'll build05:04
jbaileyCool.05:04
jbaileyI expect hppa should be happy now.05:05
lamont__and I fixed the sources.lists so that my lazy archive management shouldn't hurt it much anymore05:05
jbaileyI was telling Fabio that I intend to have all of the glibc hacking for sparc and hppa finished by UVF.05:06
lamont__(it was preferring the mirror that only has current hppa bits for source. :-(05:06
lamont__that's a good goal05:06
jbaileyAnd whatever state it's in at that point, to basically keep it that way until Breezy+1 hacking starts.05:06
jbaileySo I have some function pointer stuff to do on hppa, and I think that's all I'll get in for you.05:07
lamont__at least feature wise, sure05:07
jbaileyBug fixes, sure.05:07
lamont__no TLS, eh?05:07
=== Seveas [~seveas@seveas.demon.nl] has joined #ubuntu-toolchain
fabbionejbailey: i was looking that even if we get the toolchain in place before UVF, both hppa and sparc are gcc-4.0 doomed06:10
fabbionea lot of stuff doesn't build with gcc-4.0 yet06:10
jbaileyLike what?06:10
jbaileyThere really shouldn't be that much that's arch specific...06:10
fabbionegclcvs in main :)06:10
jbaileyIs that in ~/logs ?06:10
fabbioneyes06:10
fabbionethere are a bunch of libs that don't build..06:11
fabbionei will need to check them again06:11
fabbioneuniverse is a mess06:11
fabbionea lot of stuff doesn't build with gcc-4.006:11
fabbionelamont__: i can i check buildd stats?06:16
fabbioneper buildd.. not globally06:16
fabbionei am curious to see how much the new buildd is crunching :)06:17
jbaileyfabbione: Is that sparc-specific or all over the place?06:19
fabbione(nothing urgent.. i will be back later)06:19
fabbionejbailey: the point is that most of these packages haven't been rebuilt in universe after the gcc transition06:20
fabbioneso basically sparc is building them for the first time06:20
fabbionewith gcc-4.006:20
fabbioneand i guess hppa will hit the same problem06:20
fabbionesince it's building universe06:20
fabbionei am pretty sure that if we do a real testbuild of i386 from scratch we will hit most of the same errors06:20
fabbioneand that's something we should really do asap06:21
fabbioneat least to check: main compiles out of main06:21
fabbioneuniverse.. well tought luck06:21
jbaileyOh,  I see.06:21
jbaileyI think we can be pretty certain of main.06:21
jbaileyThere is very little there that doesn't get movement during a dev cycle.06:21
fabbionejbailey: i wouldn't :)06:21
fabbionewarty -> hoary there was one package that was not updated :P06:22
jbaileyRight, one is not significant in the set of 800 or so. =)06:22
fabbionehttp://people.ubuntu.com/~lamont/buildLogs/g/ghc6/ this is an example06:22
dokolibx11-6 conflicts with xlib-data?06:23
dokofun06:23
fabbionejbailey: that compiler or whatever it is.. it's a b-d for many packages06:23
fabbionejbailey: probably it has been bootstrapped ok.. builded all the whatever06:23
fabbionejbailey: but now.. it's not buildable anymore06:23
fabbionebecause of gcc-4.006:23
fabbioneso that's one of the example of packages that will not be built on sparc/hppa06:24
fabbionebecause they are not there yet06:24
dokofabbione: only the packages, that were not compiled in the breezy cycle06:24
fabbioneand all the packages that b-d on it will follow06:24
fabbionedoko: right.. but that assume that you have all of hoary already there06:24
fabbionedoko: that's not exactly true on arch that are bootstrapping :)06:24
fabbionedoko: i know you hate me because of sparc.. i still love you a lot :P06:25
fabbioneanyway i need to fold the washing :)06:25
fabbionei will be back later after dinner06:25
jbaileyfabbione: Setup a "Hoary" repo with gcc set to gcc-3.3.  Build them and inherit like everyone else. =)06:26
lamont__there are _LOTS_ of build failures - we're supposed to get breezy-autotest up and running RSN (elmo -nudge nudge), and then we'll have good build logs that people will actually look at06:29
elmoAWW MAN06:31
elmobinutils is just a fricking blackhole of unrobustness06:31
danielselmo: H J Lu!!06:31
lamont__jbailey: I'll be filing RC bugs on all of them once breezy-autotest is live, maybe sooner as time permits06:32
=== lamont__ is tempted to just upload ...build1 versions of the borken ones, just to get them worked on... :-)
jbaileylamont__: In Debian or in Ubuntu? =)06:33
jbaileyMind you, I guess UVF is soon, isn't it?06:33
danielsjbailey: WHAT?06:34
jbaileyerr..06:36
dokodaniels: will you upload an xlib-data, which doesn't conflict with libx11-6 ?06:37
dokoor should things be recompiled06:37
=== daniels looks at doko.
daniels... you want me to remove the Conflicts?06:37
dokono, just know, what needs to be done to get libs like kdelibs4c2 installed again06:38
lamont__jbailey: ...build1 versions are ubuntu-specific06:39
danielscould you please explain the specific problem?06:39
danielslibx11-6 Conflicts xlibs-data << 6.8.2-2506:39
danielsthis is because, up until 6.8.2-25, xlibs-data contained files that are now in libx11-606:39
danielsi don't know what you want me to do other than this, nor do I even know what the actual problem is06:39
dokoThe following packages will be REMOVED:06:40
doko  gdm gksu gnome-netstatus-applet gnome-system-monitor gnome-system-tools06:40
doko  gnome-volume-manager hwdb-client kdelibs-bin kdelibs4c2 libdbus-qt-1-1c206:40
doko  libgksu1.2-0 libgksuui1.0-0 x-window-system-core xbase-clients xterm06:40
dokoThe following packages will be upgraded:06:40
doko  libtext-iconv-perl x-dev x11proto-core-dev06:40
doko3 upgraded, 0 newly installed, 15 to remove and 2 not upgraded.06:40
danielsdoko: *shrug* worked fine for me06:40
dokotrying to upgrade breezy06:40
lamont__daniels: +/home/buildd/build-breezy/chroot-breezy/var/cache/apt/archives/libglu1-mesa-dev06:40
lamont__+_6.2.1-5_hppa.deb (--unpack):06:40
lamont__ trying to overwrite `/usr/include/GL/glu.h', which is also in package06:40
lamont__+x11proto-gl-dev06:40
lamont__that'd be nice to fix...06:40
danielsdoko: want to run the dependency resolver and see what's actually causing it?06:40
danielslamont__: 6.2.1-5? wtf?06:41
danielsoh, -mesa-06:41
danielsyeah, I'll get that fixed up with a Conflicts and a mesa upload06:41
danielstomorrow, though; it's 024106:41
lamont__thanks06:41
dokodaniels: hmm, my current xlibs-data is 6.8.2-24, the -25 build did fail on i38606:44
danielshm, but succeeded on amd64 and powerpc.  wtf?06:44
dokovia_xvmc.c:51:16: error: Xv.h: No such file or directory06:45
dokovia_xvmc.c:52:18: error: XvMC.h: No such file or directory06:45
dokovia_xvmc.c:188: error: 'XVMC_CHROMA_FORMAT_420' undeclared here (not in a function)06:45
dokovia_xvmc.c:194: error: 'XVMC_MPEG_2' undeclared here (not in a function)06:45
dokovia_xvmc.c:195: error: 'XVMC_OVERLAID_SURFACE' undeclared here (not in a function)06:45
dokoyes, but fails on ia64 as well06:45
danielsargh, the fucking via driver!06:45
danielsmy recommendation for now is that ou don't dist-upgrade06:46
elmoDOKO06:46
danielsunless you actually want to remove all that stuff06:46
dokook06:46
elmodoko: dude, what's up with the blacklists06:46
elmoam I still blacklisting syncs?06:46
dokoelmo: hmm, I thougth we replaced them with dep-waits on the buildds?06:47
elmothat was for building of stuff06:47
elmoyou never told me to do anything about the blacklists of the sync program06:48
dokoyes, to be able to enable the syncs06:48
dokohmm, didn't we talk together with infinity?06:48
dokosorry06:48
elmoso I can remove blacklists?06:49
dokofrom my point of view, yes. all packages, which depend on not yet converted libs, are marked as b-d on the expected new libname06:50
elmook06:58
fabbioneelmo: ping?07:50
elmofabbione: sup07:51
fabbionehey elmo07:52
fabbioneelmo: jbailey and i were wondering if you had any time to think on how we can get sparc build logs on people...07:52
fabbioneelmo: last time i suggested that the mail2htmllog could perhaps run directly on people07:53
jbaileyelmo: In truth, I've been snivveling at Fabio...07:53
jbaileyHis threats to beat me only got me excited, you see...07:54
jbaileyerr.07:54
jbaileyNM07:54
fabbioneelmo: iirc correctly the problem was that the main machine that processes them can't be used07:54
fabbioneelmo: so perhaps the main machine could just send a copy to people that will do the log2html processing07:54
fabbioneelmo: and external buildd could send a copy there too07:54
elmoyeah, we can't have sanae receiving external mail.  if this going to work, I think the way forward is:07:55
elmoour buildds mail sanae forward the mail to a log2html processor on another box, your buildds are also allowed to mail that other box07:55
elmobut I may just be repeating myself here07:55
fabbionethat's exactly what i suggested :)07:56
fabbionei suggested people.. but it could be any other box07:56
fabbionei don't think my .promailrc will ever care :)07:56
elmoor I could be repeating you.. either works ;)07:56
fabbioneelmo: i love when we say the same thing in 20 different ways :) it makes hot :P07:57
elmohum, people's in danger of suffering from chinstrap disaease, if it's not already in the advanced stages07:57
fabbione-ETOOMUCHCRAP?07:57
elmoright07:58
elmoanyway, fuck it.  people's fine.  if you can get the lamont/infinity hybrid to agree to do the work and choose a domain name, I'll set up our mail double-bounce madness to allow the mail into rookery07:59
fabbioneelmo: sure :)08:00
fabbioneelmo: i am going to hunt them down to death and set it up :)08:01
elmoheh08:01
lamont__elmo: "choose a domain name"??08:06
fabbionelamont__: $domainname@ubuntu.com :)08:06
elmolamont: or an LHS for @ubuntu.com08:06
fabbionei was asking the same thing right now08:06
elmowhich/whatever08:06
infinityelmo : What happened to buildd.u.c that we discussed a few days ago?> :)08:06
danielsinfinity: go to bed, dude08:06
infinitydaniels : You too, punk.08:06
fabbionedaniels: go to bed kid08:06
danielsyeah, I'm off to sleep now08:07
fabbioneand don't forget to change the diaper or i will tell mamma08:07
elmoinfinity: it got stalled on the httpd2.1 thing08:08
infinityAlright.  I'll read the backscroll on this convo tomorrow.08:08
elmoI'll rip it out in a sec08:08
infinityelmo : Right.08:08
fabbioneinfinity: ok :)08:08
lamont__elmo: we could just go with logs@buildd.u.c or some such, yes?08:08
infinityWhich is sane.08:08
elmolamont: sure08:08
infinityAnd easy to remember, since it's the same for Debian. :)08:08
fabbioneehehe08:08
=== infinity -> bed, for real.. Maybe.
fabbioneinfinity: night dude08:09
lamont__elmo: that would also let me retire the rsync from sanae, which would be cool.08:09
lamont__(have sanae still archive all the DC builds, but not make it push stuff out..)08:09
lamont__elmo: do we want to then migrate the logfiles to live under http://buildd.ubuntu.com/ as well?08:10
fabbionehmm speaking of which... it will require me to increase the max email size08:10
=== fabbione goes and pokes with postfix here and there
infinitylamont__ : That was my plan, and I was going to slap up a simple interface on it that didn't completely suck.08:11
infinityYay, sleep-typing.08:11
lamont__ /usr/sbin/postconf -e message_size_limit=008:11
lamont__infinity: I'm figuring that the initial dump is mv ~lamont/public_html/buildLogs /srv/buildd.ubuntu.com/buildLogs08:12
lamont__and set things up to save there.  Once there's a pretty interface to it, people can stop drilling down on their own.08:12
lamont__or not. :-)08:12
fabbionelamont__: does it also add it to the config files?08:12
lamont__fabbione: that only edits the config file08:13
fabbioneah ok :)08:13
fabbionei still need to restart it...08:13
fabbionesuckage.. 08:13
=== fabbione files a wishlist bug ;P
lamont__fabbione: actually, the daemons regularly kill themselves off, so you don't _need_ to say reload08:14
lamont__(and, in fact, reload just causes master to tell all the current children to exit upon finishing whatever they're doing)(08:14
fabbionelamont__: what can i say... *point08:17
lamont__it'll be +wontfix08:17
fabbionelamont__: that would make sense...08:19
lamont__elmo: lets go with logs@b.u.c - that _could_ be an alias to lamont+logs, or better yet, we could just deliver it to a properly adjusted version of savelog.py08:24
lamont__whcih adjustment requires knowing the root of the web tree.08:24
fabbionenot too bad... only 2400 pkgs to go for sparc :)08:29
fabbionein an eon or two we will get there ;)08:29
fabbioneactually.. i need to see if i can auto check the libs08:30
fabbioneand unban the apps08:30
lamont__something to autocheck and unban would be most cool09:12
lamont__buildd thinks it has 1126 packages to build, with 782+41 failures09:15
jbaileyHmm.09:22
jbailey/usr/lib/gcc/sparc-linux/4.0.1/libgcc.a(_muldi3.o)(.text+0xa8): In function `__muldi3':09:22
jbailey: undefined reference to `.umul'09:22
jbailey/usr/lib/gcc/sparc-linux/4.0.1/libgcc.a(_muldi3.o)(.text+0xb8): In function `__muldi3':09:22
jbailey: undefined reference to `.umul'09:22
jbaileyfabbione: That might actually be a gcc error.09:22
jbaileyfabbione: Do you see similar things in other packages?09:22
dokonice09:36
fabbionejbailey: only the other 2 i did show to you before10:06
fabbionedoko: ping?10:31
\shdoko: ping210:31
dokoping pong10:32
fabbionedoko: ok.. i verified that sparc did build all the c++ libs in main10:33
fabbionenow i am supposed to allow c++ apps in10:33
fabbionein order to do that i need to get the list of:10:33
fabbione1) all c++ application in mains that have been banned10:33
fabbioneor10:33
fabbione2) a list of c++ applications in universe that still need to stay banned10:34
doko1) cxxapps-20050520.txt10:35
fabbionedoko ~ on chinstrap?10:36
doko2) frozenapps.txt10:36
dokoyes10:36
fabbioneperfect10:37
dokoi know :)10:37
fabbioneyeah yeah... you damn germans are like swiss clocks.. everything has to be perfect :P10:38
dokoheh, got my notebook back from the repair, bought a wifi access point, sitting outside in a cafe as long as the battery lasts, fun ...10:39
dokostill 28 degrees ;)10:39
\shfabbione: this is something for a blog entry ;)10:40
\shbashing the old german history ;)10:40
lamont__doko: I want hppa's ICE fixed. :-( :-)10:40
lamont__so as long as you're still hot..... :-)10:40
lamont__I know. test case10:40
fabbionedoko: only 70 apps in universe???10:41
dokoyes, thanks to \sh 10:41
fabbionethe list looked much much longer10:41
\shoh I have to check again10:41
fabbionedoko: what means.. that all libs have been uploaded or that there were too many apps in your list?10:42
dokohmm, wait, if all libs did build for sparc and hppa as well ...10:42
fabbionelamont__: btw.. i am drafting a script.. even if doing main manually takes 10 minutes10:42
lamont__doko: none of kde is built for hppa, for starters (arts ICE)10:42
\shfabbione: most of the libs are done for universe...I'm waiting for a couple of ajmiches libs and danielNs I'm playing with him to fix it.10:42
fabbione\sh: that's not my question.. 10:43
fabbionei need to know on what is the frozen list i got from doko is based off10:43
fabbionedoes it contain all the c++ apps in universe?10:43
dokofabbione: please build firefox-dev and festival-dev for main as well, they are static C++ libs10:43
fabbionedoko: already done that eons ago10:43
fabbionedoko: 70 c++ apps in universe looks wrong10:44
lamont__doko: those are binary packages...10:44
dokono, the list of all C++ apss in universe is cxxapps.txt10:44
fabbioneso what is frozen?10:44
dokofrozen are the apps for our 4 archs, where I did check, that these 70 apps depend on C++ libs, which are not yet converted10:45
fabbioneare they part of cxxapps.txt?10:45
fabbioneor do i need to merge the 2 lists?10:45
dokothey should be a subset of cxxapps.txt10:46
fabbioneok10:46
fabbionein cxxapps the source package is in $3, right?10:46
dokolamont__: which ones are binary?10:47
lamont__festival-dev, firefox-dev10:47
dokoyes10:47
dokolamont__: yes10:47
fabbionedoko: ok10:47
=== fabbione unleashes sparc on all main
lamont__doko: what's in libgcc1?10:51
doko\me watches the sparc/hppa race ...10:51
dokolibgcc_s.so.110:52
fabbionedoko: there is no real race.. hppa has much more hw :)10:52
lamont__fabbione: atm there is only one hppa buildd10:52
fabbioneah10:53
fabbioneehehe10:53
=== fabbione gets the idea that he might win on the short distance
dokowe could do a buildd admin race instead ;-P10:53
lamont__hehe10:53
=== lamont__ takes another stab at debootstrapping a buildd chroot on his sarge-turned-breezy hppa box at work
fabbionelamont__: how do you prefer to check the libs?10:56
fabbioneagainst a Package file or what's in a local availble archive?10:56
lamont__well, given that the local archive is the same format as a remote archive, I expect that the package file is the way to go10:57
fabbionelamont: for me it's the same :)11:03
fabbionebut i am doing it against Package11:03
fabbionelamont__: ready to copy?11:07
fabbionefor i in `cat wiki-all-list.txt | grep " main " | awk -F "\|\|" '{print $3}' | sort -u`; do name=`grep "$i" wiki-all-list.txt | awk -F "\|\|" '{print $5}'` && name=`echo $name | awk '{print $1}'` && if [ -n "$name" ] ; then if ! grep -q "Package: $name$" Packages; then echo $name not found; fi ; fi ; done11:08
fabbioneit needs in the directory:11:08
fabbionewiki-all-list.txt from doko ~ on chinstrap11:08
fabbioneand an unpacked Packages from main/binary11:08
fabbioneand i can tell you from now that i got 2 false positives due to 2 typos in that file11:09
fabbioneactually... more than typos...11:10
fabbionethe 2 it didn't find are there in new major upstream releases but builded properly11:10
dokofabbione: yes new upstreams are not in this list, but they are compiled with the new ABI when the enter, but make another transition when Debian does it.11:12
fabbioneactually.. i can rewrite that in half11:15
fabbionefor i in `cat wiki-all-list.txt | grep " main " | awk -F "\|\|" '{print $5}' | sort -u`; do if ! zgrep -q "Package: $i" /mirrors/ubuntu-sparc/archive/dists/breezy/main/binary-sparc/Packages.gz; then echo $i not found; fi ; done11:19
fabbionelamont__: ^^ simplified version with zlib support :P11:19

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