[00:15] slangasek: Whats the reason for the studio rebuild? [00:16] TheMuso: update-manager on the ISO is broken miserably to the point where you can't run it to upgrade it to the fixed version [00:16] slangasek: oh. [00:18] sorry - unexpected breakage from unsanctioned uploads during the milestone freeze. :/ [00:18] Oh well, I'll try and fit a couple of tests in today, but its up to the others to test studio, since my work day is almost done, and I'm off tomorrow. :) [00:18] TheMuso: ok - any names you want to give me of people to prod? [00:19] slangasek: I know Cory/_MMA_ is testing, and I am about to put an email out to our community to see if I can cause an about face and get some testers. [00:19] ok, cheers :) [00:23] superm1: ^^ mythbuntu respun for the same reason, sorry [00:23] asac or fta: Is there some need for mozilla-devscripts to still depend on Python 2.4? [00:25] ScottK, none, i can update that if you want, i'm upstream [00:25] fta: Please. [00:26] * fta makes a mental note for tomorrow [00:29] all the doctor could figure out about me was he thinks i have a virus that isn't the flu and says i should be well in 3-4 days :-\ [00:31] * calc goes back to bed [00:33] slangasek, aw :(, for a once we were gonna be done with testing early [00:33] yeah [00:33] sorry, doesn't seem to ever work out that way :) [00:34] calc: get well soon! [00:34] well at least nothing that i need to frantically chase down and write a patch for, always easier when it's other peoples stuff === asac_ is now known as asac [01:44] Is there any chance of getting a feature freeze exception for bug #340993 if I prepared a patch? [01:44] Launchpad bug 340993 in alpine "alpine's ./configure wants Build-Depends and Depends: aspell" [Undecided,Confirmed] https://launchpad.net/bugs/340993 [01:45] (It's a one line patch to the control file - alpine actually already depends on aspell) === mneptok_ is now known as mneptok [01:51] ebroder: I'm not sure it would even need a FF exception as it looks like a bug (missing build-dep) and doesn't need any change to the code. [01:51] stgraber: Awesome. I'll go ahead and put the patch together. Thanks [02:24] hmm, don't we install recommends by default since Intrepid ? for some reason my LTSP install lacks ldminfod which I made a recommend of ltsp-server (ltsp-server is installed and ldminfod is on the cd ...) [02:25] * stgraber must have missed something with what happens with recommends at install time === foxbuntu` is now known as foxbuntu_ [02:26] * ScottK isn't sure it's meant to be fully expanded. Direct recommends are installed, but not sure about recommends of dependencies. === foxbuntu_ is now known as foxbuntu [02:39] slangasek: okay, so i have a well tested kvm upload that would fix 4 bugs, 2 of which are installation issues [02:39] slangasek: is this a candidate for upload during freeze? [02:44] kirkland: are you wanting the alpha-6 CDs respun in response to the upload too, or do you just want the fixes picked up opportunistically? [02:44] slangasek: the latter [02:45] slangasek: it can wait until tomorrow, no real rush [02:45] slangasek: whatever you recommend [02:45] kirkland: uploading now is fine; currently I don't anticipate any other problems that would necessitate an ubuntu-server respin, though [02:46] slangasek: awesome, thanks [03:20] /c/ [03:53] Any indication of what time alpha-6 will be available? [04:15] When it's ready. [04:15] There are probably candidate ISO images that need testing. [04:15] At this point there's a very good chance that whatever you test is what will be Alpha 6 (no guarantees). [04:16] alpha6 minus serious bugfixes I guess [04:16] Thanks. I'm about to test on a bunch of notebooks and want to netboot and CD-boot test from alpha 6 images [04:20] https://iso.qa.ubuntu.com for links to the current iso images [04:29] JanC: At this point unless it's really disasterous we'd likely release note any significant problems discovered. [04:29] stgraber: thanks... that confused me, the link wouldn't load. It's HTTP not HTTPS :) [04:31] Now to figure out a pxeboot config to allow 32/64 bit images [04:32] IntuitiveNipple: right ... we still haven't https setup there. === thegodfather is now known as fabbione [05:03] cjwatson: So I ended up using that wubi installer and got ubuntu installed though I guess it lives in ntfs land somehow now [05:03] Would it be safe to install grub to the MBR like 'normal'? Currently the windoze boot loader loads grub [06:13] good morning === Mirv_ is now known as Mirv [07:11] Hmm...how do you give a bug different statuses for different releases? [07:11] Can I do that, or does it have to be a MOTU or something? [07:38] I see all those blueprints about boot time - but they are all for the very early stages? If you go on that way, the X server will take half the boot time soon ;) [07:41] Good morning [07:50] eeek [07:55] this bug hurts (esp. my ears) *G* [08:54] thekorn: I'd like to write a test suite for apport's launchpad crashdb implementation, and after that, switch to your launchpadlib branch [08:54] thekorn: mind if I commit a fix to storeblob.py to optionally use staging? [08:55] pitti, good idea, go go go ;) [08:55] bdmurray: ^ I think you had that problem as well recently [08:55] thekorn: storeblob.py needs to stay anyway, if i switch to LP, I'll just copy it back to the apport source === The_Company is now known as Company [09:15] did anyone know that the Jaunty alha 5 alternate CD is broken? [09:41] pitti: Perhaps you can answer this... The build log for opennebula clearly show an opennebula-dbgsym package being built, but I don't see it on ddebs.ubuntu.com? [09:42] pitti: Hm.... They're there for lpia, armel and i386. [09:43] pitti: Can you see what happened to the amd64 one? [09:43] soren: when was it built? [09:43] soren: sometimes they just get lost [09:43] the stuff to build ddebs.u.c. is unfortunately quite brittle [09:43] Feb 20th. [09:44] ok, too late to retrieve it from the buildds then [09:44] soren: so, sorry, I can't check it any more [09:44] No worries. I'll rebuild locally and use that. [09:46] seb128: thanks for your rocking ffmpeg bug triage! [09:46] so.. every time the kernel ABI is changed, apparmor rules cannot be reloaded? [09:46] until you reboot the new kernel [09:47] siretart: you're welcome, thanks for the triaging hints [09:47] siretart: there is still lot of users who have crashes on flv and mp4 files which seem due to gst-ffmpeg but I don't get those crash here [09:47] bug triage on ffmpeg? that's a hero's job [09:50] seb128: is there some (preferably commandline) utility like ffplay but that uses the gstreamer demuxers with avcodec? [09:50] that would be helpful to verify if the gst-ffmpeg demuxer is producing garbage [09:51] siretart: I don't know [09:51] siretart: but see http://bugzilla.gnome.org/show_bug.cgi?id=573400 [09:51] Gnome bug 573400 in gst-ffmpeg "[gstffmpegdec] crashes with hardware-accelerated decoders." [Blocker,Resolved: fixed] [09:52] siretart: we will get the fix soon, I'm just wondering why it doesn't crash here if the code is obviously buggy [09:52] you could use gst-launch with the right voodoo [09:52] but it's a sucky command line [09:52] gst-launch playbin uri=URI [09:52] that's the equivalent of playing in totem [09:53] but not what you want for such debugging [09:54] whats the problem with "gst-launch playbin uri=URI"? it seems a useful debugging aid! [09:55] as for vdpau, I don't know a single person with vdpau capable hardware. I have no idea if the current ffmpeg even works with vdpau properly [09:55] none, but I though you wanted to get the demuxer output dumped somewhere [09:55] perhaps it makes sense to disable it for 9.04, and retry with karmic [09:55] siretart: well that's what the svn commit does [09:56] siretart: we just have 22 duplicates of this bug and lot of users who can get the crash easily [09:56] where I don't get an issue on any of the video they provided [09:56] I mean if I should disable that in libavcodec52 as well [09:56] I'm just wondering if that's video card dependant [09:56] or something similar [09:56] ah ... [09:56] but wait, are these ppl having libavcodec52 or libavcodec-unstripped-52 installed? [09:56] you are better placed to respond to that question ;-) [09:57] siretart: does it make a difference? [09:57] because only the latter one has vdpau support [09:57] * seb128 tries [09:57] for vdpau support I need to build depend on the vdpau headers, which are pacakged in 'restricted' and not in main [09:58] i have vdpau-capable hardware, if that helps [09:58] I bet my X server crashes when I do this ... [09:58] E: Package libavcodec-unstripped-52 has no installation candidate [09:58] siretart: ^? [09:59] seb128: yes, that pacakge is in 'multiverse' for reasons that jono is currently clarifing [09:59] siretart: gotcha [10:00] directhex: I would appreciate if you could confirm that ffplay with libavcodec-unstripped-52 is able to make use of vdpau acceleration [10:01] siretart, it'll have to wait until this evening, sadly [10:01] no problem [10:01] siretart: you rock! [10:01] siretart: I get the crash too now [10:02] :) [10:02] siretart: so it's the unstripped version creating the issue [10:02] there is lot of users who install that one apparently [10:02] seb128: does it also crash with ffplay, or only with gst-launch? [10:02] "unstripped" means "moar awesome" [10:03] hang on, i thought gstreamer-ffmpeg used its own embedded copy of ffmpeg, hence why it's such a big package. is that no longer true? [10:03] directhex: it has a --enable-system option to use the system ffmpeg rather [10:03] directhex: 'unstripped' means 'no debian/strip.sh' has been applied to the source [10:03] directhex: I should probably have called it 'uncrippled' [10:04] seb128, oh, neato [10:06] siretart: ffplay goes to 100%cpu usage and load the box heavily but doesn't crash [10:06] siretart: tried on http://launchpadlibrarian.net/23766462/Romeo_-_Basement_Jaxx.flv [10:06] siretart: you need to go at the end of the video to get the bug [10:09] siretart: btw valgrind ffplay on this video [10:09] ==10124== Conditional jump or move depends on uninitialised value(s) [10:09] ==10124== at 0x4293BF5: ff_print_debug_info (in /usr/lib/i686/cmov/libavcodec.so.52.11.0) [10:10] and seeking doesn't work correctly [10:10] ffplay clearly doesn't work correctly on those either bug doesn't crash [10:11] I wasn't abe to verify that with ffplay from the 0.5 release (and a crippled avcodec) [10:11] the video just played fine [10:17] siretart: ok, I will try again when you will have get your ffe and uploaded 0.5 to jaunty ;-) [10:19] thekorn: I pushed the staging flag thing to storeblob, btw [10:19] seb128: actually I wonder if a FFE is actually necessary, since gst-ffmpeg didn't need one either but already introduced the newer ffmpeg [10:19] but better safe than sorry [10:20] siretart: gstreamer0.10-ffmpeg is a very different case ;-) [10:20] siretart: it's in universe (where I'm authorized to grand desktop exceptions) and nothing depends on it [10:20] pitti, super [10:20] oh, rihgt [10:23] re [10:23] siretart: sorry I got disconnected [10:23] siretart: I granted myself the exception for gst-ffmpeg ;-) [10:23] since it was fixing some of those flood of crashers we get [10:23] and it's not a public lib or anything ... no reason to not update [10:24] sure [10:24] I wasn't really serious anyway [10:26] siretart: thanks again for the unstripped hint, I can confirm bug #330165 and bug #332860 now [10:26] Launchpad bug 330165 in gstreamer0.10-ffmpeg "video crashes due to vdpau decoders" [Medium,Fix committed] https://launchpad.net/bugs/330165 [10:26] Launchpad bug 332860 in gstreamer0.10-ffmpeg "nautilus crashed with SIGSEGV in memset(), when clicking proprieties menu" [Medium,New] https://launchpad.net/bugs/332860 [10:26] and that the svn gst-ffmpeg to disable vdpau fixes the issue [10:27] those 2 bugs were most of the crashers we are receiving [10:27] cool! [10:27] so good to have that nailed down and fixed soon [10:27] indeed! [10:27] ah, that means there is no real need to disable vdpau in libavcodec-unstripped-52? === cjwatson_ is now known as cjwatson [10:28] siretart: ups, I spoke too soon [10:28] hum no [10:28] let me try again to just be sure [10:29] siretart: right, http://cgit.freedesktop.org/gstreamer/gst-ffmpeg/diff/?id=59796dd0bc0e4e985d5c31777648dd01d01c1184 is enough to fix the totem crashes [10:29] siretart: I will let you decide what you do with ffmpeg itself, that probably impacts on mplayer only [10:30] mplayer uses its internal copy, so no worries there.. [10:30] (multiverse only anyway) [10:30] ok, what is using ffmpeg directly then? [10:30] vlc? [10:32] soreau: wow, I'm amazed Wubi worked given your previous problems. Anyway, I wouldn't advise installing grub to the MBR because Wubi uses its own special version of grub (grub4dos) and you'll probably make your system unbootable if you try that [10:33] vlc and xine [10:33] bbl, lunch === seb128_ is now known as seb128 [11:04] thekorn: hm, maybe you have an idea about this: [11:05] thekorn: I now have a "file bug on staging" test case, which works wonderfully [11:05] thekorn: but for the "download" case, I'm using Bug.attachments.download() [11:05] thekorn: problem is that it tries to download e. g. http://launchpadlibrarian.net/23739263/Dependencies.txt [11:05] thekorn: but it should really be "staging.launchpadlibrarian.net/..." [11:06] thekorn: did you have this problem as well with the p-lp-bugs test suite? [11:06] thekorn: (I do everything on staging) [11:07] pitti, you can tell py-lp-bug to use staging, for example: [11:07] thekorn: I did that [11:08] thekorn: Bug.set_connection_mode(HTTPCONNECTION.MODE.STAGING) [11:08] hmm, ok [11:08] thekorn: uploading/downloading the non-attachment data work, too [11:08] let me check [11:09] thekorn: I'm sure you tested attachment storing/retrieval? [11:09] thekorn: https://bugs.staging.launchpad.net/ubuntu/+source/coreutils/+bug/340835 is a bug filed by my testsuite [11:09] Ubuntu bug 340835 in patchutils "editdiff should not update the file when the patch is unchanged" [Wishlist,New] [11:09] thekorn: and the Dependencies.txt attachment points to staging.launchpadlibrarian [11:09] but somehow that gets mangled in p-lp-bugs [11:11] pitti, ok, just had a look at the code, this is not working for launchpadlibrarian.net [11:11] thekorn: http://paste.ubuntu.com/130111/ is the stacktrace [11:12] let me try to fix it [11:12] kees,jdstrand,mdeslaur: apache2-mpm-itk needs to be merged into hardy-updates rather than copied, apparently (cocoplum is sending me nagmail about it) [11:12] thekorn: well, I can have a look, I don't want to steal your time [11:12] thekorn: I was just curious whether you stumbled over this before [11:13] pitti, no, never seen this before, py-lp-bug's tests are not *that* complete ;) [11:13] thekorn: ah, ok [11:13] thekorn: I'll poke the p-lp-bugs code a bit then [11:14] pitti, I'm on it, it's only a two line fix [11:14] oh, awesome [11:15] does edge.launchpadlibrarian.net exist? [11:15] apparently not [11:15] just staging. and production [11:17] pitti, I think this is it: http://paste.ubuntu.com/130112/ [11:17] thekorn: trying.. [11:19] thekorn: confirmed, works fine; thanks! will you commit this, or shall I? [11:20] pitti, please do, I#ve no working bzr here [11:21] thekorn: erledigt; danke! [11:21] gerne [11:36] cjwatson: odd...a copy should be fine [11:38] jdstrand: could you figure it out? [11:38] mdeslaur: copy-report can't tell that automatically [11:39] mdeslaur: apparently the version in hardy-security does not have the changelog from the version in hardy-updates [11:40] mdeslaur: which is what we use to tell whether it's safe to overwrite [11:40] mdeslaur: it seems that both 3.2 in hardy-security and 3.1 in hardy-updates were just no-change rebuilds, so if you tell me it's safe to overwrite, I'll do so [11:40] cjwatson: oh, yeah, I see the problem [11:40] cjwatson: please overwrite [11:41] mdeslaur: done [11:41] thanks cjwatson [12:05] Who would be responsible for Rosetta management on Launchpad? I've had a bunch of emails confirming I'd uploaded gnome-screensaver translations - but I never did! [12:06] IntuitiveNipple, danilo or jtv on #launchpad [12:06] thanks :) [12:12] pitti: Hi, I was checking some issues with apport and I see apport-collect uses python-launchpadlib but is just a suggested dep for the package. You show a mesage to install the package from the code, but I don't know why it is not a normal dependency. Is there any reason? [12:12] juanje: I don't want launchpad installed by default for the current version, since it stil mainly uses python-launchpad-bugs [12:13] juanje: however, I'll switch apport to use launchpadlib completely soon, then I'll change it to depends [12:15] pitti: ok. but is very confusing to have a tool installed which is not able to run. Maybe the tool could be in other place (in the meanwhile) or deactived or something [12:15] juanje: *shrug* it's not a final release yet :) [12:15] pitti: ok, ok :-P [12:15] just asking [12:20] * liw wishes for a way to tell launchpad to not show bugs that haven't had any activity since last seen === cjwatson_ is now known as cjwatson [12:28] pitti: oh, can launchpadlib run anonymously / without being in launchpad-beta-testers now? [12:29] cjwatson: not anonymously, you need to log in [12:29] cjwatson: I haven't heard any complaints yet that it doens't work for someone [12:29] it might very well be that it needs beta-testers, though [12:30] pitti: what do you need beta testers for? [12:30] seb128: using launchpadlib [12:30] if I can help let me know [12:31] seb128: you are in beta-testers as well, I suppose? [12:31] pitti: is that a launchpad team? I'm using edge, is that the same one? [12:31] right === Igorots is now known as Igorot [12:44] seb128: aah, I think I know why the dup-of-a-dup handling is broken [12:44] pitti: oh? [12:44] seb128: p-lp-bugs' .duplicate_of field is broken, it always returns None [12:44] doh [12:44] my test suite just uncovered that and I spent a while scratching my head where my implementation is broken [12:44] but it isn't [12:45] seb128, hey there [12:45] MacSlow: hello [12:45] seb128, can you deterministically reproduce the notify-osd crash with epiphany? [12:45] MacSlow: yes, just download something [12:45] seb128, I can't but think I've fixed the crasher [12:45] did you try to download something? [12:46] seb128, yeah but it didn't trigger any bubble or crash-report [12:46] MacSlow: epiphany-browser http://download.gnome.org/sources/gvfs/1.1/gvfs-1.1.8.tar.gz [12:46] save as [12:46] enter [12:46] -> crash after download [12:47] attach gdb to notify-osd to make sure it doesn't crash? [12:47] maybe it does but you don't have apport running [12:47] seb128, hm... doesn't ask me "Save As" just downloads [12:47] MacSlow: go to preferences [12:47] seb128, waiting for the download to finsish atm [12:47] and change the automatically open option [12:48] though it might just do the same on autodownload I didn't try [12:48] changed epiphany's setting now... trying again [12:48] seb128, net-access is terribly slow here in capetown [12:49] I'll look for some other / smaller file [12:50] seb128, grabbed a 238 Bytes file ... nothing happens [12:50] MacSlow: try [12:50] http://download.gnome.org/sources/alacarte/0.11/alacarte-0.11.7.tar.gz [12:50] seb128, are notifications from epiphany also something one can configure? [12:50] not that I know [12:51] MacSlow: anyway I can test your patch if you want [12:52] seb128, nevermind just saw the crash here now too [12:53] MacSlow: [12:53] ==12873== Invalid read of size 1 [12:53] ==12873== at 0x448BCA8: gdk_cairo_set_source_pixbuf (gdkcairo.c:210) [12:53] ==12873== by 0x8056B44: _render_icon_title_body (bubble.c:927) [12:53] ==12873== by 0x8058828: expose_handler (bubble.c:1545) [12:53] MacSlow: says valgrind [12:54] pitti: certainly it used to require launchpad-beta-testers, and I hadn't heard that that's changed yet [12:55] cjwatson: well, I still won't need the actual launchpadlib for filing apport bugs fortunately [12:55] cjwatson: but apport-collect certainly needs it [12:55] MacSlow: [12:55] (gdb) p *self [12:55] Cannot access memory at address 0x0 [12:55] and the retracer (but I can have that added to beta-testers for sure) [12:55] MacSlow: in _render_icon_title_body() [12:56] MacSlow: and you try to access priv->icon_pixbuf [12:56] pitti: ah, ok [12:56] seb128, I know, I know :) [12:56] MacSlow: ok good [12:57] seb128, it's some error in the icon-loading code, which I started but was touched by someone else and not properly unit-test covered ... that's biting us now [13:01] seb128: duplicate handling ... ok [13:01] pitti == superstar ;-) [13:01] seb128: so I'll roll out the p-lp-bugs fix into the main retracer, but updating the chroots is a little more work [13:01] seb128: since I can't upload to jaunty yet [13:02] pitti: that can wait after freeze [13:02] seb128, the reason of failure there is the messed up handling of stock icon names from gtk [13:02] seb128: the i386 one crashed anyway [13:03] seb128, ehm... not GTK+'s fault but the icon-loading code's fault in notify-osd [13:03] pitti: yeah I noticed and I'm being too lazy to ssh to the box, sudo, log into the retracer, add a file, run subscribe script, open the browser on the bug, untag, clean, restart [13:03] seb128: ah, broken bug? [13:04] seb128: if it's a broken bug, I'd fix apport-retrace to not crash, and invalidate it insted [13:04] pitti: dunno, I just did that 15 this week and I've enough of doing it so I didn't look at this one [13:04] * pitti hugs seb128 [13:04] seb128: keep it for me :) [13:04] * seb128 hugs pitti [13:04] pitti: can I get apport lpcookie or something that I can use locally? [13:04] pitti: having to ssh and run a zillion command is so annoying [13:04] seb128: sure, you can copy the .lpcookie.txt from ronne [13:05] ok, I didn't want to do that without asking [13:05] will do that [13:05] thanks [13:05] seb128: btw, apport collected almost as much Karma than I :) [13:05] ;-) [13:06] I got a zillion karma from translations recently apparently [13:06] how so? [13:06] all those rosetta imports [13:06] do we get rewarded for swallowing so much import spam? [13:06] I guess that's a pack: get spamed but also get karma [13:06] yeah [13:06] Hey - can someone mark bug #288000 and bug #217792 as fix released in Jaunty but confirmed in Intrepid? [13:07] Launchpad bug 288000 in mit-scheme "mit-scheme dependent package libltdl3 is not available" [Medium,Fix released] https://launchpad.net/bugs/288000 [13:07] Launchpad bug 217792 in mit-scheme "MIT-Scheme will not launch" [Medium,Fix released] https://launchpad.net/bugs/217792 [13:08] Or can I do that? I can't figure out how, so I'm assuming that I needs bits I don't have [13:09] pitti: [13:09] SystemError: W:Failed to fetch http://ddebs.ubuntu.com/dists/jaunty/main/binary-i386/Packages.gz Hash Sum mismatch [13:09] pitti: removing lock now [13:09] bwaah [13:09] pitti: or you are working on it? [13:09] seb128: I think in those cases the retracer should just stop, and remove the lock itself [13:09] pitti: agreed [13:09] seb128: no, I'm not working on ronne ATM [13:10] ok because there is a screen running there so I was not sure [13:10] lock removed === mdeslaur_ is now known as mdeslaur [13:14] doko: did you had a chance to review my patch for #341014 ? [13:15] bug #341014 [13:15] Launchpad bug 341014 in python-central "package with no "Python-Version" can be half-installed but not removed" [Undecided,New] https://launchpad.net/bugs/341014 === `6og is now known as Kamping_Kaiser [13:27] cjwatson: Ok, thanks for your time and assistance [13:29] does apt-get update suddenly segfault for someone else, or just me? tried to /var/lib/apt but it just reappears after having downloaded archive information, in Reading package lists... [13:30] Mirv: There's a guy on #ubuntu+1 with the same issue I'm trying to debug right now. bug #341402 [13:30] Launchpad bug 341402 in apt "apt-get: segmentation fault (jaunty)" [Undecided,New] https://launchpad.net/bugs/341402 [13:31] IntuitiveNipple: ok, thanks [13:39] soren: is virt-manager known to be broken in jaunty? it refuses to create an image for me, give an error for some spool directory in var [13:40] seb128: Possibly. I haven't used that part of it in a while. [13:43] ok, no jaunty testing for me then [13:43] or rather no new install testing on this box [13:44] seb128, ok this time I think I nailed it [13:44] MacSlow: excellent! [13:44] seb128, notification after finished download form epiphany now shows the bubble and thus doesn't crash :) [13:45] seb128, never let other people touch your code :) [13:45] you could have just told notify-osd to ignore epiphany-browser bubbles - they're pretty much useless anyway -most download just take a few seconds anyway :) [13:46] seb128, I'll do a few more test before I commit/push and then mark the bug as "Fix committed" will that implicitly also set all duplicates to "Fix committed"? [13:47] dholbach, hm... it was a legit bug to fix... I've to give dbarth a tiny spanking for what he did there :) [13:47] MacSlow: he was joking ;-) [13:47] MacSlow: please no more details about your team dynamics :-) [13:48] seb128, dholbach: It's all love in the end :) [13:48] *sigh* everything about the hbd-office is great ... but net-access (speed) is *sigh²* [13:58] soren: "RuntimeError: Couldn't create default storage pool '/var/lib/libvirt/images" ... what source should be bugged for that? [14:05] seb128: Just assign it to virt-manager, and I'll see if it's actually a libvirt thing. [14:05] seb128, I'll do a few more test before I commit/push and then mark the bug as "Fix committed" will that implicitly also set all duplicates to "Fix committed"? [14:05] seb128, I'm not sure if you answered that already ... network here is very flaky [14:05] MacSlow: no, they are duplicate so not open, you just have one bug to update [14:05] soren: ok thanks [14:06] Mirv: What archive mirror were you using when you had the apt SIGSEV ? The user I'm helping has just discovered switching from the co. to vz. mirror solved the issue [14:07] seb128, ok [14:10] Mirv,IntuitiveNipple: I hope somebody's capturing a tarball of /var/lib/apt/ (and maybe /var/lib/dpkg/ too) before erasing the evidence [14:11] Too late :) [14:11] I did notice that the Archive-update file-names were showing up... and have just gone [14:12] always record current state before starting to mess about [14:12] first rule of debugging [14:13] We didn't know that was the issue [14:14] It wasn't debugging anyhow... it was 'fixing' :) [14:15] IntuitiveNipple: I was using main archive.ubuntu.com [14:18] cjwatson: Is there any reason why netconsole wouldn't operate from the casper initrd? I'm testing via PXE netboot and have adjusted the tftp initrd.gz image's /conf/modules to include e100 and netconsole, and checked in busybox that the module has been loaded, but the "nc -u -l -p 6666" listener isn't seeing anything. Pretty sure the "netconsole=@/eth0,@10.254.251.51/" line is correct (used that before in other circumstances) === azeem_ is now known as azeem [14:20] IntuitiveNipple: I don't know, maybe it needs to be parsed in userspace and casper isn't doing that? I'm not familiar with netconsole [14:20] okay... I'll dig some more. Thanks. [14:21] Usually (for monitoring servers etc) it is just a case of adding network-device + netconsole modules (in that order) and adding the netconsole command-line [14:25] IntuitiveNipple: Are you specifying the netconsole parameter on the kernel command line to as an argument to insmod/modprobe/whatever? [14:26] kernel command line [14:26] would it need to be in the initrd as an option? [14:26] I'm not sure, to be honest. [14:27] I've always done it with the kernel command line without an issue, so unless there's something special about the casper scripts (haven't noticed anything) I don't think it needs to be in an options file [14:29] IntuitiveNipple: Alright, that's probably not it, then :) [14:29] IntuitiveNipple: It was just a guess. [14:31] Thanks :) every bit of lateral thinking helps [14:32] I did "break=init" to try and debug it, and there's no /proc/ :( - time to go back to bed! [14:34] is bbc in totem working for anybody? [14:34] it doesn't manage to connect to the server here [14:34] bbc news? [14:34] no, the bbc option in the totem sidepane [14:36] oh [14:39] Doesn't appear to be answering correctly. Get's the initial ACK but then nothing [14:40] ok [14:40] so iz BBC bog [14:40] yeah, appears to be [14:40] I can mail them if you like [14:40] no, that's ok, I don't think it's important for beta6 [14:41] I was just doing CD testing and make sure the code is still working [14:41] I will try again later [14:41] beta6 -> alpha6 [14:41] we can email them if that's not fixed for beta [14:44] hello everyone, i am trying to work with the dbus a little. Could you please tell me which package I need to install to develop applications using libdbus in C?? I have already searched synaptic, but I could not find any [14:49] mneptok, yo dude! [14:49]