[00:19] bb [02:11] there's been a build failure of network-manager on amd64 earlier today, I'm trying to understand what went wrong: http://launchpadlibrarian.net/43575045/buildlog_ubuntu-lucid-amd64.network-manager_0.8-0ubuntu3_FAILEDTOBUILD.txt.gz -- my understanding so far is that it just failed because the dependencies were broken at that time for reasons other than NM's packaging, correct? [02:22] cyphermox: That's correct. [02:23] awesome, thanks. [02:23] what should I do about making sure it builds now? upload a new version? [02:24] cyphermox: No. Ask a core-dev to retry it. [02:24] ok [02:25] cyphermox: Hint: I'm a core-dev. [02:25] I figured ;) could you please run the retry? [02:26] Give me the url to the package page and I will. [02:27] ScottK, I assume you mean this: https://edge.launchpad.net/ubuntu/+source/network-manager/0.8-0ubuntu3/+build/1684395 [02:27] Yes. Thanks. [02:28] actually, it failed for more than just amd64, so it's not entirely true [02:29] also, a related package failed to build in the same way: https://edge.launchpad.net/ubuntu/+source/network-manager-pptp/0.8-0ubuntu2 [02:29] cyphermox: SInce it built on i386, the others are probably archive squew as well. [02:29] yup [02:29] (and -2 was building fine... the change was in depends/recommends) [02:30] NM is retried on amd64. It'll start soon, so let's see how it does. [02:30] sure [02:31] /win 110 === cyphermox_ is now known as cyphermox [02:55] ScottK, thanks for running the retry, it seems to have worked properly this time [03:13] ScottK, would you mind doing a retry for amd64 for network-manager-pptp? https://edge.launchpad.net/ubuntu/+source/network-manager-pptp/0.8-0ubuntu2/+build/1684401 [03:13] I believe the other archs could wait a bit longer without too much issues? [03:34] cyphermox: Done. [03:34] I'll give the others a try too. [03:36] Done. [03:39] thanks a bunch [03:54] GrueMaster: ok === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away === tkamppeter_ is now known as tkamppeter [09:24] * antivirtel is back (gone 00:05:11) [10:17] my lucid box freezes in gdm since the last update:-( === xerosis_ is now known as xerosis === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away [14:20] hi all [14:20] what's the reasoning behind changing /etc/event.d to /etc/init in 10.04? I can't find anything in the bugtracker. [14:24] It's an upstream change. [14:30] persia: and what's Upstart's reason for doing that? what's so bad about /etc/event.d/, now that all distros using Upstart actually adopted that path? is /etc/init/ at least going to be mandatory? [14:30] No idea, sorry. [14:35] GNU\colossus, the change is described on karmic's release notes, but not the rational [14:36] GNU\colossus, https://wiki.ubuntu.com/FoundationsTeam/Specs/KarmicUpstartPackagingPolicy [14:41] joaopinto: thanks for digging that up. === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away [17:29] lamont: ghc6 made it on armel :) [17:30] lamont: can you easily generate a list of armel packages where the build failed? (we'll need to rebuild all haskell packages more or less in order of http://orangesquash.org.uk/~laney/haskell-installability/armel.png, and I'm starting to loose track on which ones I've given back already) [17:33] lamont: or do a mass give-back, in case the armel build-queue allows it? [17:59] sistpoty: Just go to qa.ubuntuwire.com/ftbfs and look. You should get a pretty good list. [18:02] ScottK: is that list constantly updated? (I've given back 1/3 of haskell this afternoon already) [18:04] sistpoty: I think /6 hours. wgrant would know. He can probably move it to more frequently on a temporary basis. [18:04] ScottK: thanks, that's very helpful, indeed :) === yofel_ is now known as yofel [18:57] zul: any reason for the ltsp task at bug #522509 (can I mark that as fix released?) [18:57] Launchpad bug 522509 in ltsp "[FFE] tftpd-hpa doesn't start on boot" [Undecided,Fix committed] https://launchpad.net/bugs/522509 [19:12] where can i find the new logo font? [19:21] please move packages from SRU proposed to updates bug 421684 and bug 262235 [19:21] Launchpad bug 421684 in obexd "[SRU] bluetooth send malformed files" [High,Fix committed] https://launchpad.net/bugs/421684 [19:21] Launchpad bug 262235 in pyclutter "[SRU] Does not work on 64bit properly" [High,Fix committed] https://launchpad.net/bugs/262235 [19:31] crimsun: found the fix for bug 528524. I had thought NCommander's patch had been pushed into main. It has not. I just reimaged with Beta 2, tested (fail), installed libspeex1 & libspeexdsp1 from ppa, works. [19:31] Launchpad bug 528524 in speex "Sound not working in all apps through pulse on arm" [High,Confirmed] https://launchpad.net/bugs/528524 [19:35] GrueMaster: phew, I was going crazy eebugging that asm [19:35] debugging, even. Anyhow, closing the pulse task. Thanks for confirming and testing! [19:36] Better you than me. My asm experience is x86 only, and predates P4. [19:36] :P [19:36] I'm retesting on dove now. [19:37] Works on imx51 image. [19:38] great, I'll apply the patch and push to lucid [19:44] ogra_cmpc, was that kernel ok === radoe_ is now known as radoe [19:55] don't suppose there are any archive admins on duty at the weekend [20:23] crimsun: This fix also works on dove image. Good to go. Thanks for your help. If you are at UDS-M, remind me and I'll buy you a beer. [20:24] GrueMaster: you're welcome, thanks much for your assistance with all the arm sound issues. [20:25] I really should see about getting back into audio development again. At least part time. [21:41] * abogani waves [22:11] Keybuk: can you please confirm my analysis in bug #560175? [22:11] Launchpad bug 560175 in plymouth "switching from runlevel 5 to runlevel 1 locks up system" [Medium,Triaged] https://launchpad.net/bugs/560175 [22:46] slangasek: partially correct I think [23:22] sistpoty: no please go ahead [23:22] zul: thanks!