slangasekcjwatson: dmraid> doesn't the to_cpu() function need updated to also handle conversion of the total_secs_h field?00:03
cjwatsonslangasek: no, because it's only one byte00:05
slangasekso it is :)00:05
slangasekparted,dmraid accepted00:06
ScottKVery scary.00:07
ScottKI ust accepted zope.html, which was right next to dmraid on the list and then say dmraid building.00:08
cjwatsontiming's fun00:09
cjwatsonurgh, maybe I should have test-built dmraid :-/00:29
* cjwatson fixes00:30
cjwatsonslangasek: sanity-check on http://paste.ubuntu.com/585685/ ?00:49
cjwatsonslangasek: it does mean that libraries installed to multiarch directories in the initramfs will also be collapsed to /lib or /usr/lib; but I can't think of a neater way to do it00:50
slangasekcjwatson: multiarch directories shouldn't need ld.so.conf to work, actually?00:50
cjwatsonno, but I have /etc/ld.so.conf/i686-linux-gnu.conf here00:50
slangasekthe ld.so.conf snippets are for the benefit of ldconfig (so everything gets into the cache, not just the stuff for the native arch), and for other tools that are naughty and parse ld.so.conf themselves00:51
cjwatsonI'm hoping to avoid special-casing libGL here00:51
cjwatsonwhich lands in /usr/lib/mesa/libGL.so.1, which *does* require ld.so.conf00:51
slangasekok, if this is for libGL's benefit, sure00:51
cjwatsonthat's the actual problem00:51
slangasekwasn't sure if we were still on the same topic :)00:51
cjwatsonoh, yeah, should have clarified since this was a few logical steps along00:51
slangasekyeah, LGTM00:51
cjwatsonI tried to get ldconfig working but I think it's a doomed endeavour00:52
slangasekyeah, and it seems rather unnecessary in the context of an initramfs00:54
cjwatsonquite (though it might make it a bit faster, possibly)00:56
slangasekjdstrand: to keep you in the loop given this morning's meeting discussion, I currently have a list of 14 library packages in main that need to be fixed up due to broken .la references to .la files moved by multiarch; I expect to have these all fixed over the weekend00:56
slangasek(they could all be "fixed" with a no-change rebuild, but I'm fixing them harder)00:57
slangasekthat's the last set of breakages (in main) that I'm aware of from multiarch00:58
slangasek(I haven't pulled a list of affected packages for universe yet, I'll do that afterwards)00:58
slangasekdoko_: do you want binutils fixed before doing the archive rebuild? I don't think binutils' view of the linker path should affect main, but ICBW00:59
doko_slangasek: I would like to00:59
doko_trying to get something tomorrow or Sunday00:59
ScottKI've accepted everything in the queue I was comfortable with accepting.01:26
ScottKEither I need more uploads or it's someone else's turn.01:26
doko__please accept bzr (component mismatch, no functional change, just running the tests sequentially)01:27
cjwatsonI was going to look at bzr, but my mirror job is hammering my bandwidth and I can't tell whether that's why queuediff is refusing to show me a diff yet or not; in any case I ought to sleep01:28
cjwatsonif it's still there tomorrow I'll look at it01:28
doko__ubuntu-release, please have a look at bug #730759, that would be the last component mismatch01:32
ubot4`Launchpad bug 730759 in dbus-c++ (Ubuntu Natty) (and 1 other project) "[MIR] b-d for libffado (affects: 1) (heat: 18)" [High,New] https://launchpad.net/bugs/73075901:32
slangasekI'm still uploading libs, I'll have a look at the queue once I'm done there :)01:33
ScottKIf only LP made diffs faster ...01:35
ScottKslangasek: Can you upload libmusicbrainz to Debian?  It's QA maintained, so if you upload the change we can just sync later and there's no diff to maintain.01:41
slangasekScottK: yes, I've uploaded there as well, but given the number of libs I'm having to upload I didn't want to wait for it to publish to Debian before getting it into Ubuntu01:42
slangasek(especially since the Debian publisher is on manual this week for the ftp-master sprint)01:43
ScottKAgreed.  Thus the later in my comment.01:43
slangasekyes, I'm forwarding all of these directly to Debian, either bug report or QA upload01:43
=== doko__ is now known as doko
cjwatsonfor general reference, I'm not going to accept syncpackage uploads for beta-110:24
cjwatsonif people want to have syncs performed, they can do it the standard way; syncpackage doesn't even let me see who asked for the sync at the Ubuntu end10:24
cjwatson(aview, bbrun)10:24
cjwatsonrejected the syncpackage uploads10:39
cjwatsonand I've written an explanatory mail to -devel10:39
bdrung^ this is the 'figure out what went wrong' upload11:07
=== nigelb_ is now known as nigelb
ScottKcjwatson: +1 on the -1 for syncpackage during freeze.14:28
=== GrueMaster_ is now known as GrueMaster
iulianIndeed.  I'm quite impressed how many people still use syncpackage.15:32
ScottKSyncs get processed a lot faster these days, so I think people are making present virtue out of past necessity.15:34
iuliancjwatson: Apparently you've just filled two separate bugs for the same package.  squashfs-tools 1:4.2-1.  Would you like me to fix that for you?15:35
iulianScottK: Yea...15:35
iuliancjwatson: 1:4.2-1 looks good to me but I wouldn't mind if someone else takes another quick look at it, just to be sure that I haven't missed something important.15:43
iulianScottK: I agree with you here but the thing is that they know that syncs get processed faster these days and honestly this bothers me a bit.15:46
ScottKI think some of it's habit, some of it is it's cooler/more fun to upload than to file a bug.15:46
ScottKIf we get syncs in LP, then I think that will go away.15:46
ScottKiulian: If there's stuff in the queue you're ready to accept, just ping me and I'll be glad to push the button for you.15:47
ScottK(although speak fast for the moment as I'll be offline for awhile in ~10 muntes.15:47
iulianScottK: Hopefully it will go away, yes.15:48
iulianI've got nothing now for you.  Maybe later on.  Thanks, appreciate it.15:49
gilbert_hi, could someone please take a look at bug #669211?  if that issue isn't fixed, you're going to release a completely broken xpdf package with natty.  btw i'm the debian xpdf maintainer.17:07
ubot4`Launchpad bug 669211 in xpdf (Ubuntu) "Xpdf segfaults on start in libpoppler.so.7 (affects: 13) (dups: 3) (heat: 96)" [Medium,Confirmed] https://launchpad.net/bugs/66921117:07
cjwatsoniulian: hmm, requestsync raised an exception and it wasn't visible when I looked in the web interface so I filed it by hand17:20
cjwatsoniulian: if you could fix that'd be great, thanks17:20
iuliancjwatson: Fixed.17:42
charlie-tcazsync ed the images today, Ubuntu natty-alternate-i386.iso shows 679MB on the server, but synced to 705MB on my system17:58
charlie-tcaDo I need to do a full download to get the size down locally?17:58
ScottKcharlie-tca: #ubuntu-testing might be a better place for that question.18:00
charlie-tcaOkay, I was just hoping it is not an error at the server18:01
ScottK^^^ is my upload, so I won't be reviewing it ...18:02
cjwatsoniulian: ta18:06
* slangasek looks at kdegames18:10
slangasekScottK: no changes needed to debian/rules to compensate for the opengl build-dep going away?18:13
slangasek(e.g., have you tested that removing libqt4-opengl-dev and building with -d works on x86?)18:14
ScottKslangasek: No.  It's all automagically detected in CMake.  I tested on armel.18:14
ScottKslangasek: Avogadro is going to take some surgery to fix on armel.  Not sure if you've got someone who can look into it or not, but the chances of kubuntu-dev fixing it are ~nil.18:19
ScottK(unless I completely misunderstood the situation with it, which is also a possibliity)18:19
slangasekack, assigning someone to it now18:20
ScottKarmel builders appear to be dieing like flies.18:42
ScottKFortunately the backlog is small, so I think we'll be OK until lamont can wave his magic wand at them.18:50
ScottKOh, fun from your libisofs upload yesterday: libisofs/make_isohybrid_mbr.c:446:1: internal compiler error: in get_arm_condition_code, at config/arm/arm.c:1727418:52
slangasekyes, bug #74296119:03
ubot4`Launchpad bug 742961 in libisofs (Ubuntu) (and 2 other projects) "libisofs ftbfs on armel with current gcc-4.5 (affects: 1) (heat: 6)" [High,Fix released] https://launchpad.net/bugs/74296119:03
fabrice_spplease reject my upload of vlc: it is useless19:36
ScottKfabrice_sp: Done.19:42
fabrice_spScottK, thanks19:48
lamontScottK: yeah - I'm about to smack 'em21:06
lamontadoxaceae|UNK|False|True|False|Non-virtual builder in ABORTED state, requires admin to restart21:08
* lamont sighs21:08
* lamont restarts launchpad-buildd on 5 otherwise-idle builders21:09
lamontScottK: so the real question that I'm ignoring for the weekend:  which build is it that's hitting them hard enough to make buildd-master go ZOMG I GIVE UP and mark them dead?21:10
lamontinterestingly, all 5 have been up for 4 days, 1 hour 22 minutes.21:11
ScottKLike since the last time this happened...21:11
lamontnah, that's when I rebooted them all for new kernels21:11
lamontthis is what happens when a build has a in-memory footprint of 2+GB and a total of 512MB of RAM in which to work21:14
ScottKMy arm box has a SDcard just for swap.21:15
lamontand yeah, when I glanced at the machines this morning, there was a fairly short queue, so I didn't bother before running off with kids for many hours21:15
ScottKIt's slower, but it doesn't die.21:15
lamont30GB of the USB drive is swap, the rest of it is /21:15
lamontthat was from the "tired now" school of swap design21:16
slangasekand never mind that a process can't address more than 2GB of userspace memory on those kernels. :)21:22
lamontslangasek: that 2GB+ footprint is generally somewhere between 50 and (yes) 200 processes21:23
lamontbecause, I mean, what's wrong with make -j, or make -j $undefined_variable ?21:28
lamontthough to be fair, the normal culprit seems to be java stress tests21:28
ScottKSounds like a reasonable candidate for a mbf in Debian if there's a reasonable way to detect such cases.21:36

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