=== vanhoof_ is now known as vanhoof [00:26] I still can't seem to get natty's partitioner running from a live session. I tried the mini.iso this time from usb and it still stops working when going to load the partitioner [00:33] soreau: Is this with the latest daily build? [00:33] TheMuso: yes [00:34] soreau: Ok have you checked the logs in /var/log/installer to see what might be going on? [00:34] no [00:34] It seems this is busybox shell for mini.iso [00:35] soreau: Well either from the mini.iso or a live CD, you should grab the logs in /var/log/installer and file a bug with those logs attached. [00:37] TheMuso: Ok [01:12] TheMuso: I'm here in the live session now, here is everything from /var/log/installer debug: http://sprunge.us/VGLF version: http://sprunge.us/GbBa [01:13] soreau: Please file a bug with that information attached. [01:13] TheMuso: Where? [01:13] soreau: You can do so by running "ubuntu-bug ubiquity" in the live session. [01:13] ok [01:21] TheMuso: 726908 filed [01:21] soreau: Thanks, I won't be the one who attends to it, but I just wanted to make sure it was filed in the first place. :) [01:22] Yea, I hope this isnt a real bug. Others have said it's broken until they fix it === sconklin-gone is now known as sconklin === doko_ is now known as doko [02:14] slangasek, there was a typo in the mail. (a couple actually... :P) freeze was today at 2/28 2300 UTC. === oubiwann` is now known as oubiwann [02:17] skaet_: ok :) [02:17] that's good, means I'm not in trouble for uploading dpkg ;) [02:18] heh, as long as it works in the builds tomorrow ;) [02:20] slangasek: I could upload dpkg again if you like ;-) [02:20] Keybuk: cool, then I can blame all the bugs on you [02:20] and I get multiarch support [02:20] win-win! [02:22] it's not like I can be fired [02:22] or that it would affect my next performance review in any way [02:22] being a community contributor has numerous advantages [02:25] Keybuk: how much ubuntu time are you getting in your new job? [02:26] cjwatson, if you are still up, no, that change to partman-auto did not fix things... though there may be a new clue.. it now hangs while the target partition is still mounted. It didn't do that before. [02:26] lifeless: none [02:26] however not working from home means I have rather less "job time" in my life ;-) === sconklin is now known as sconklin-gone [02:27] Keybuk: cool [02:27] Keybuk, still not had a chance to review my ureadahead patches then eh? ;) [02:27] Keybuk: for some reason i thought you were going to get upstart time (or are you, just not ubuntu time) ? [02:28] lifeless: correct; upstart time, not ubuntu time [02:28] psusi: I told you who you need to speak to about those ;-) [02:29] Keybuk, you also write plymouth didn't you? I started using uswsusp the other day and noticed that it has support for some other splash systems, but not plymouth... thought it might be nice to add that if I find time... and wondered why it isn't part of a default Ubuntu install === asac_ is now known as asac [02:29] psusi: I deny any accusations you might make [02:29] * Keybuk points wildly at cjwatson [02:29] HE TOUCHED IT LAST [02:29] ohh, you are working full time now on upstart? [02:29] lol [02:29] psusi: not currently, upstart is my 20% time project [02:29] Keybuk, you're still upstream maintainer of ureadahead according to lp ;) [02:30] psusi: am I? are you sure "canonical-scott" isn't? [02:30] canonical-scott died [02:30] there was a funeral and everything [02:31] Keybuk, says Scott James Remnant ;) [02:31] lol [02:31] psusi: it says "Scott James Remnant (Canonical)" [02:31] https://wiki.ubuntu.com/ScottJamesRemnant [02:31] ;) [02:31] haha [02:32] well, that can't possibly be me [02:32] I'm not a Canonical Ltd employee [02:32] maybe you are and just don't know it, hehe... [02:32] heh, we haven't bought them yet ;-) [02:33] ahh, I know what I can bug you about now... go fix the google phone ;) [02:33] hehe [02:33] * Keybuk loses all your e-mail [02:33] and a tablet while you're at it.. the new samsung galaxy tab has no usb [02:33] hehe [02:33] anyway, clearly I've reached a BAD POINT in the day, and I'm going to go home [02:34] bash: /tmp/stateful_update: /bin/sh: bad interpreter: Permission denied [02:34] ERROR : Stateful update was not successful. [02:34] ^ BAD [02:34] * psusi stares blankly [02:34] Keybuk: /tmp/stateful_update doesn't have +x ? [02:35] no I think /bin/sh has lost its +x [02:35] trying to execute something in /tmp? this will end in tears [02:35] Oooh, he's right. Doesn't /tmp have noexec? [02:35] StevenK: not on Chrome OS [02:35] * StevenK goes to wash [02:36] so chrome os is using upstart eh? [02:36] yes... obviously [02:36] anyway, dinner *gone* [02:37] * psusi kicks the stinking radeon driver for running it up to 83 C again === kenvandine_ is now known as kenvandine [03:05] Keybuk: who are you kidding, making the release team miserable has never impacted performance reviews :P [04:05] slangasek: Woot! dpkg multiarch! Will i fry my desktop box if i migrate from i386 to amd64 with the current versions of dpkg, apt et al? [04:05] you will fry it without hope of repair [04:05] fyi :) [04:06] hehe [05:41] test [05:44] if I fix a reported bug, how do I get the changes accepted? [05:44] Hock: https://wiki.ubuntu.com/SponsorshipProcess [05:46] micahg: thanks. even a simple debconf postinst scipt change require sponsorship? [05:47] Hock: sponsorship is a means to get your fix uploaded, if you just want to attach a patch to a bug, it will eventually be reviewed, but there's no guarantee when, the sponsorship queue is reviewed regularly [05:48] Hock: which package? [05:49] micahg: yes, i realise now that no one really have the time to look at attached patch especially of low importance. its for lirc [05:50] micahg: if the right process is not follow [05:50] micahg: I have seen in forum/mailing list that patch dont ever get update sometime [05:50] Hock: patches of all importance are welcome [05:51] micahg: thanks for the link. it look simple enough to follow. :) I will try it. [05:51] Hock: yes, that's why I was mentioning the difference between the sponsorship queue and just attaching a patch to a bug, we have over 2k patches that need review vs about 40 items in the sponsorship queue [05:51] Hock: feel free to ask if you run into issues [05:52] micahg: i have another fix for lric that involve adding a new remote that affect upstream. can i use the same process? [05:52] Hock: you can propose it, depending on the fix, they might ask it to go through upstream review first [05:53] micahg: ok. I will try out the sponsorship and get a hang of it first [05:55] micahg: the thing i find about the difficulty of patches going in is that it too complicated. there is one particular fixed of a pvr in v4l2 which many have been using [05:55] micahg: but it never get into upstream even after many follow-up === dendrobates is now known as dendro-afk [05:57] micahg: i am using gmail account. What should i be entering for system mail name? [05:57] Hock: well, sometimes we take patches ahead of upstream, it depends on the specific upstream [05:58] Hock: system mail name? [05:58] micahg: sudo apt-get install bzr bzr-builddeb [05:59] micahg: as part of the postfix configuration [06:00] Hock: that's for a local mail server [06:00] micahg: yes. but i am not sure if its important for the sponsorship [06:00] Hock: it's not [06:00] micahg: anyway. i just dump the hostname in [06:12] Would the fact that one of my drives is GPT contribute to the partitioner failing to start? [06:13] micahg: if this the correct branch? bzr branch lp:ubuntu/lirc lirc [06:19] * micahg checks if the branch is up to date [06:20] Hock: yes, that looks correct [06:20] micahg: would doing that get patch in natty or maverick? [06:21] Hock: natty [06:21] Hock: to update maverick you need a stable release update: https://wiki.ubuntu.com/StableReleaseUpdates [06:22] micahg: i see. thanks. [06:24] micahg: do I then need to be on natty to use bzr? [06:24] micahg: currently running it on maverick [06:24] Hock: nope [06:25] micahg: pardon all the noob questions. have always wanted to help out but find it difficult to do so [06:26] Hock: feel free to ask as many questions as you like [06:34] This kinda sucks having natty running live in several different ways and not have the ability to install [06:48] soreau: No I don't think so. [06:49] TheMuso: It's always handled GPT fine in the past so I think I will wait a few more weeks and try again === tkamppeter_ is now known as tkamppeter [07:16] slangasek: too late now anyway, so I guess it's decided :) [07:17] pitti: yep! and it didn't break the world too badly [07:17] debootstrap almost works again [07:17] [07:31] micahg: thanks for your help. have managed to submit the patch via sponsership [07:31] Hock: great, thank you for your contribution to Ubuntu [07:32] micahg: looking forward to contribute more if i can [07:34] slangasek: I just got the livefs-base build failure, could this have anything to do with the new dpkg? rsyslog hasn't changed in 1.5 montsh [07:34] pitti: yes, see above - "debootstrap almost works again" :) [07:34] pitti: just waiting for the publisher now [07:35] slangasek: ah, I overlooked that in the log, sorry; just looked at the "Upgrading" stage [07:35] cool [07:35] pitti: two packages broke with the change, python-central and ucf, which both poke around in /var/lib/dpkg/info directly; multiarch changes the dpkg db paths [07:35] I've fixed and uploaded both, should finish publishing any minute now === lag` is now known as lag [07:47] good morning === axp2_ is now known as axp2 [08:01] good morning [08:02] Riddell: http://people.canonical.com/~ubuntu-archive/component-mismatches.txt has quite a few Qtish packages (qtmobility, telepathy-qt4, kubuntu-mobile-default-settings) which want to go to universe; is that intended? [08:02] * pitti hugs dholbach [08:04] * dholbach hugs pitti back === warp11 is now known as warp10 [08:23] pitti, is the retracer ok? i have a bug filed 9 hours ago which is still not retraced: bug #726840 [08:23] Bug 726840 on http://launchpad.net/bugs/726840 is private [08:25] apw: I just restarted it, it crashed last night [08:25] pitti, thank you sir ... she is a fragile lady, we must remember to complement her more often [08:26] indeed.. [08:31] Riddell: for bug 712061 , that merge was done; should this work now? [08:31] Launchpad bug 712061 in kubuntu-mobile-default-settings (Ubuntu Natty) "kubuntu mobile images fail to load" [Undecided,In progress] https://launchpad.net/bugs/712061 === smb` is now known as smb [09:16] pitti: bug 712061 is waiting on deployment to cocoplum [09:16] Launchpad bug 712061 in kubuntu-mobile-default-settings (Ubuntu Natty) "kubuntu mobile images fail to load" [Undecided,In progress] https://launchpad.net/bugs/712061 === hunger_ is now known as hunger [09:46] jdstrand, ping [09:56] <\sh> what was the channel for canonical sysadmins? [10:04] \sh, #is [10:04] That's not it, #canonical-sysadmins on this network [10:05] <\sh> #canonical-sysadmin is more correct ;) [10:05] <\sh> found it already on some gnome pages === pitti changed the topic of #ubuntu-devel to: Archive: feature freeze, Alpha 3 soft freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: [10:20] is ubuntu-desktop still the meta package that'll ensure I've got everything equivalent to a fresh natty install? [10:20] amitk: mostly; it won't reinstall recommends which you uninstalled manually [10:40] anyone able to help explain http://uec-images.ubuntu.com/server/natty/20110301.3/log.stdout.stderr . [10:41] i'm seeing build errors on last night uec image builds. the first errors mention lsb_release [10:41] smoser: pycentral failure due to new multiarch dpkg; shoudl have been fixed over night [10:41] and pycentral [10:41] ah. [10:41] ok. [10:41] smoser: can you trigger a rebuild? it should have been fixed for about 2 hours now [10:42] smoser: (I am rebuilding all 'regular' alternates/desktops for that ATM) [10:42] can, do. thank you pitti. [10:44] my other question... i think i'm in need of an archive admin to process bug 725127 [10:44] Launchpad bug 725127 in Ubuntu "FFE: add 'cloud-initramfs-tools' package and cloud-utils update" [Wishlist,Confirmed] https://launchpad.net/bugs/725127 [10:45] kirkland, had thought he did, but it does not appear to have taken, there is no cloud-initramfs-rescuevol or cloud-initramfs-growroot in the archive. [10:47] bzr branch lp:ubuntu/maverick .... shows Permission Denied (public key) [10:48] what to do ? [10:49] techbreak: ubuntu/maverick/what? [10:49] ogra: [Qt-announce] Qt 4.7.2 has now been released [10:49] pitti, am I supposed to do more than that ?/ I just runned "bzr branch lp:ubuntu/maverick " [10:50] techbreak: you can't do that [10:50] you need to pick a specific package to branch [10:50] cjwatson, oh oh [10:50] cjwatson, for example ? pitti [10:50] techbreak: lp:ubuntu/maverick/coreutils [10:51] pitti, oh i see :) thanks :) [10:51] thanks cjwatson too :) [10:51] I sort of assumed that you already knew which package you were interested in :-) [10:55] pitti, cjwatson , bzr branch lp:ubuntu/maverick/computer-janitor [10:55] Permission denied (publickey). [10:55] bzr: ERROR: Connection closed: Unexpected end of message. Please check connectivity and permissions, and report a bug if problems persist. [10:55] pitti, i think i'm still seeing the error. [10:55] techbreak: did you upload your ssh key to launchpad? [10:56] pitti, yes [10:56] techbreak: (also note that this is not the canonical branch of computer-janitor, as it's got a custom one -- see Vcs-Bzr: field) [10:56] techbreak: you could start wiht "debcheckout computer-janitor" [10:56] looks like python-central > 0.6.11 not in the archive yet [10:56] and did you run 'bzr launchpad-login YOUR-LP-USER-NAME'? [10:56] Get:1 http://gb.archive.ubuntu.com/ubuntu/ natty/main python-central all 0.6.15ubuntu5 [40.9 kB] [10:56] smoser: ^- [10:57] cjwatson, yes i logged in [10:57] cjwatson, hm... yes. [10:59] http://paste.ubuntu.com/573880/ [11:00] cjwatson, that log is what lead me to my obviously incorrect statement. [11:01] 2011-03-01 10:48:14,315 DEBUG : I: Retrieving python-central [11:01] 2011-03-01 10:48:14,370 DEBUG : W: Couldn't download package python-central [11:01] odd [11:01] yeah, thats the first time i've ever seen that. [11:01] that might be an "apt-get update and try again shortly" kind of thing [11:01] (this machine is sitting lan connected to the archive) [11:03] Riddell, are you able to archive admin for me ? bug 725127 [11:03] Launchpad bug 725127 in Ubuntu "FFE: add 'cloud-initramfs-tools' package and cloud-utils update" [Wishlist,Confirmed] https://launchpad.net/bugs/725127 [11:05] oh whoops [11:05] multiarch dpkg makes d-i fail to build :-) [11:06] eek [11:06] lo all, I was wondering for next week is there any parts of the of 11.04 that would require testing ? or is there going to be a testing phrase next week ? [11:07] genux: we actually just started testing a few hours ago, for alpha-3 [11:07] http://iso.qa.ubuntu.com/qatracker/ [11:08] pitti : doh!!. I have next week off work and was going to test out 11.04. when is the next test ? [11:08] genux: we get new unity/compiz/etc releases every Thursday, so there'll still be plenty of testing :) [11:08] genux: but for the whole CD images/installation, next round will be for beta-1, March 31st [11:09] cool :). is this a good place to "view" the development of ubuntu whilst I am at work ? to see what is happening etc. [11:09] thanks pitti [11:11] slangasek: if I'm not much mistaken, the /var/lib/dpkg/info/$(dpkg --print-architecture) symlink will be missing for all new installs [11:11] slangasek: it's only installed on upgrade [11:15] pitti: is the new release every Thursday, is that every Thursday throughout the year ? or for release cycles (aplha/beta) [11:15] genux: so far they happened every week throughout natty [11:16] and are supposed to continue to do so [11:17] pitti: thanks, shall leave part of my partition to install :) [11:20] hm, brltty mismerge [11:25] debootstrap --verbose --download-only --arch=i386 natty ./out.d http://archive.ubuntu.com/ubuntu [11:32] techbreak@techbreak:~/Computer/janitor$ bzr branch lp:computer-janitorPermission denied (publickey). [11:32] bzr: ERROR: Connection closed: Unexpected end of message. Please check connectivity and permissions, and report a bug if problems persist. [11:39] FYI I recommend not installing from current daily images [11:40] cywaston : why is that ? I just download it. [11:40] genux: bug 727106 [11:40] Launchpad bug 727106 in dpkg (Ubuntu Natty) "multiarch symlink not present in fresh installs" [Undecided,New] https://launchpad.net/bugs/727106 [11:41] cjwatson : thanks. shall download the other one :) [11:41] what other one? [11:42] cjwaston: the aplha 2 ? kinder assuming that it will upgrade to the latest ? [11:42] alpha 2 will be fine [11:42] well, probably [11:43] arh. k. [11:43] shall give it a go :) [11:46] cjwatson: bug 723482 [11:46] Launchpad bug 723482 in mountall (Ubuntu) "system hangs on boot after updates from 2011-02-22" [High,New] https://launchpad.net/bugs/723482 [11:46] Manage to reproduce the problem in a Virtualbox VM. [11:46] See comment #29. [11:46] Happens only when upgrading from maverick. [11:47] ok, thanks, I will look at that today [11:48] that's exactly the kind of directions I need, thank you [11:48] is it best to install from disk ? or upgrade from maverick ? for testing reasons. [11:48] or just both. [11:48] genux: good testing requires a variety of scenarios [11:49] so it would be foolish of us to recommend one of those :) [11:49] cjwatson: k ;). was not sure which one was at present the best solution to get up and running ? or which one was requiring more "attention" :) [11:50] cjwatson: The problem is down to linux-image, grub-pc, mountall, libc6. [11:50] installing fresh from alpha-2 should be reasonably OK and is likely to be quicker than an upgrade [11:53] cjwatson: I have a problem with my present setup in that I have to alter the pci memory allocation for the linux-image to work, (alter i386.c and re-compile) so will that effect the testing ? because I would be adding into the linux-image about 5 lines extra for it to work with my setup ? [11:55] cjwatson: Problem lies in grub-pc. [11:55] genux: I'm sure it would be interesting, but I can't help you :) [11:56] proti: oh? is that just by bisecting package versions? [11:56] I took a snapshoot before. And upgraded packages one by one. Rebooted between each. [11:57] Mountall ok. [11:57] Then grub-pc. [11:57] grub-pc=hang. [11:57] cjwatson: nps.. I am happy to recompile the kernel, was just wondering if I said about any issues if it would be k to report them since I would be using a none standard ubuntu linux-image [11:57] proti: ok, thanks [11:57] cjwatson, ev: are the current strings in the initial ubiquity partitioner screen supposed to stay like that? [11:57] genux: that depends on the bug, I imagine [11:57] cjwatson: k thanks :) [11:57] pitti: I defer to ev [11:57] smoser: done === zul__ is now known as zul [11:59] whee, the slideshow is back on amd64 [12:05] pitti: do you have time to run a quick test? [12:06] davmor2: of what? (currently doing amd64 desktop smoketest) [12:06] pitti: import a cd in banshee. It seems to of duped every track [12:06] audio cd that is [12:07] davmor2: ok, it's not that quick, though (need to install banshee, and more importantly, I need to roam the flat to find an audio CD) === MacSlow is now known as MacSlow|lunch [12:09] pitti: nevermind then I'll ask someone else thanks though [12:10] davmor2: found one [12:10] "OpenMusic" CD from LInuxTag 2008, yummy ;) [12:10] Riddell, bah, now thats what i call timing [12:10] pitti: why would you need to install banshee is it not the default anymore? [12:11] davmor2: it is, but I like RB more (and thus don't have mono installed) [12:11] pitti: I just don't like banshee so will be installing RB on my full system [12:11] banshee is too slow and too crashy, and the album view confuses me [12:12] pitti: oh yes, the only thing I like is the miro built in till I found a flaw with that :) [12:14] davmor2: how do I even do this? I don't see the audio CD anywhere in banshee [12:14] pitti: it appears at the bottom of the list eventually [12:15] under last.fm [12:15] davmor2: aah, in "online media" [12:15] hard to see [12:16] pitti: yes cause obviously a cd is online media [12:17] pitti: click on the cd, and the option is displayed at the top to import it [12:17] right, running now [12:19] hi, is there an easy way to get pbuilder "offline" during the build process? So that I can make sure it will not work by accident (blame python setuptools) because it could download a missing dependency? [12:21] davmor2: so, as each song on this CD has a different artist, it now imports each song into a different album view [12:21] but I don't see duplication [12:22] pitti: http://ubuntuone.com/p/fSj/ this is what I got [12:23] davmor2: I don't get that one then [12:24] hmm I just noticed the time is ever so slightly different on each [12:27] slangasek: have you thought about how dpkg-reconfigure ought to work in a multiarch world? [12:30] zyga: yes, but you have to patch pbuilder for it [12:31] geser, can it be done with hooks or is there some ppa with a patched pbuilder? [12:31] geser, it's more tricky than "no network" as it should be able to reach the archive first [12:33] zyga: you need a small "sandbox" program from stgraber which needs to be chained before the dpkg-buildpackage call in one of the pbuilder shell scripts, I don't know of any patched pbuilder yet (I've patched my pbuilder manually) [12:33] zyga: you could try using iptables to filter network connections by process user id [12:34] zyga: that one http://bazaar.launchpad.net/~arkose-devel/arkose/trunk/view/head:/arkose-raw-nonetwork.c [12:36] zyga: compile it and put it into /usr/local/bin (or somewhere else) [12:37] zyga: modify /usr/lib/pbuilder/pbuilder-buildpackage at line 128: put it between the "|" and the "$CHROOTEXEC" [12:38] that should give you a pbuilder which can still use network to download build-dependencies, but not during build (network is available again in hooks) [12:39] thanks, I'll check it out [12:40] I hope I remember correctly what I did (don't have access to my patched pbuilder right now to look it up) [12:42] geser: i have added Daviey to core-dev [12:44] bdrung: thanks, wanted to process it all today (was too late yesterday after the meeting) [12:45] i leave the rest for you ;) [12:46] geser, Thanks! === dendro-afk is now known as dendrobates === MacSlow|lunch is now known as MacSlow === shadeslayer_ is now known as shadeslayer === Mirv_ is now known as Mirv === herton_ is now known as herton [13:45] pitti: stay like what? [13:49] smoser: re cloud-init-utils-- you still need help? [14:07] Is anyone else getting 404s from us.archive.ubuntu.com? [14:08] mterry_: we have a broken master mirror (which might also be an archive server), perhaps that's the reason [14:09] pitti, ah probs. non-us archive server works fine === sconklin-gone is now known as sconklin [14:21] jhunt: Hey there; I have an upstart job question: I'm starting multiple instances of a daemon which itself will start some command (a bit like inetd); currently, on stop only the daemon itselfs is killed, but not its subprocesses [14:23] jhunt: I don't know how to stop this daemon properly, so I wouldn't mind if upstart ripped the whole tree of process; I tried stopping the daemon manually by sending a kill -HUP as the upstream init script is doing, and that only kills some sub-processes (e.g. it kills a configured netcat subprocess, but not a configured vim subprocess) [14:32] lool: sounds like the sub-processes have forked twice/called setsid? upstart can only trace the "parent" daemon process (0-2 forks). [14:32] lool: what is this daemon? [14:33] jhunt: It's conmux; it's a perl script which starts processes [14:33] and shares their input/output with multiple clients; a bit like screen [14:35] lool: Surely if conmux is starting processes, *it* should be controlling them? Having just googled what it is, I'd say speak to apw :-) [14:36] jhunt: hehe [14:36] jhunt: Ok [14:36] jhunt: upstart sends a SIGTERM by default, right? [14:36] jhunt, yep it expects to beable to close their input and output and for that to make them go away mostly, and i think it then HUP's them [14:36] but blimey its a long time since i wrote that! [14:37] apw: with the netcat example, it will stay running if conmux gets killed; it needs an explicit kill -HUP to be able to kill netcat [14:37] i guess it would die when the next input came in and it had nowhere to put it [14:37] cirtainly it would not be unreasonable to hammer hard on the children [14:38] if it does not do so already, not illogical to catch more signals in conmux itself if needed to pass them on [14:38] lool: yes, it sends SIGTERM, waits 5 seconds, then if the pid is still there sends SIGKILL. This is now documented in the natty version of upstart ("man 5 init" search for "kill timeout"). [14:38] apw: I didn't find where conmux listens for SIGHUP [14:38] jhunt: Thanks [14:39] lool got a source tree with the version you are using ? [14:39] jhunt: is there a way to send a HUP instead? [14:39] apw: http://test.kernel.org/releases/0.12.0/ [14:39] apw: it's in the conmux subdir [14:40] lool: not currently. [14:40] apw: BTW, I only intend to package conmux, but this tarball contains much more; is there a direct distribution of conmux, perhaps with more up-to-date sources? [14:41] jhunt: Ok; I was mostly hoping I could tell upstart to kill the whole process tree, but I agree it's kind of the job of the daemon [14:41] lool nope, that is the place it 'lives' ... [14:41] apw: I see there's a conmux/.version file with release version information, but that doesn't match the version of autotest; do you mind if I use the version of the autotest tarball to offer a conmux package? [14:42] that is, the conmux .deb would be 0.12.0 even if conmux .version says something else [14:42] It says: conmux 1 00 00 1000 [14:42] name major minor patch build; so 1.00.00 is its version [14:43] cjwatson: missing symlink> right, I expected that to only be for compatibility with existing installs; it doesn't hurt anything to have it there for initial installs, at least for right now [14:43] cjwatson: dpkg-reconfigure> not thought too hard about it, I expect buxy may have thought harder [14:48] lool, yeah there was only one official release, that was a mechanism to get legal to sign off on it to let it out ... it had to be bounded and versioned [14:48] lool, so it does not look like we do handle signals [14:49] to do so one would likely want to use a class method on Payload to run the list of payloads and pass it on to them [14:49] apw: As an upstream, could I tempt you to do that in some way? :-) [14:50] if we were to catch SIGHUP and then essentially call mux_close on all the payloads I think that would do it [14:50] as that sends signals if we have a pid [14:50] lool it'd have to be tommorow [14:51] apw: Ok; I hve meetings until the end of the day, I might give it a try tonight and send you the patch, or if I don't I'd be happy if you tride [14:51] tried [14:52] lool as a first stab you might arrange for the DESTROY on the class Payload, to call $self->mux_close(...) [14:53] you may need to generally 'catch' SIGHUP to do like 'exit' to maek the destructors work === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates === viciousprimate is now known as mbarnett [15:22] cjwatson: ping [15:22] proti: hi [15:22] hi I got it all wrong [15:22] (please don't send contentless pings) === seiflotfy_ is now known as seiflotfy [15:23] sorry, the set of packages causing the hangs are : near alsa-utils [15:24] proti: it may be easiest for me to just try the upgrade here and debug directly, at this point. I'm in the middle of that ... [15:24] I means either linux-sound-base alsa-util libasound2 alsa-base [15:25] cjwatson: How to debug this ? [15:26] I will figure it out when I get that far :) [15:27] How far are you ? [15:28] doing the maverick-updates upgrade === brendand_ is now known as brendand [15:32] So, after natty upgrade, do apt-get install alsa-utils [15:32] The package alsa-utils are causing the hang. [15:36] https://wiki.ubuntu.com/UbuntuDeveloperWeek day 2 starting in 25 minutes in #ubuntu-classroom === tkamppeter_ is now known as tkamppeter === s1aden is now known as sladen [15:48] cjwatson: /etc/init/alsa-restore.conf is doing something wrong. [15:51] in principle it looks fine. could be a knock-on failure. [15:51] I don't see why that should block anything else, either. [15:52] (mounted MOUNTPOINT=/usr and mounted MOUNTPOINT=/var) is the only cause I can see. [15:55] but that should be fine. [15:56] that just means that job won't start until those conditions are true. [15:56] How does upstart manage the *.conf files ? The fact is this file is the first in alphabetical order of the directory. [15:56] man 5 init [15:56] how did you determine that this file was doing something wrong? [15:57] I renamed it to alsa-restore.disabled and then the system came back to life. [15:57] let me look then please [15:57] waiting for the natty upgrade now === zul__ is now known as zul [15:59] np === m4n1sh is now known as manish === manish is now known as manish__ === manish__ is now known as manish_ === zyga is now known as zyga-food [16:11] is security.ubuntu.com really slow for anyone else? updates from that server are taking a really long time, but us.archive.ubuntu.com seems fine [16:12] barry: yes, it is known. it should start resolving itself soonish hopefully [16:13] jdstrand: cool, thanks [16:14] bryce_, i have some further updates for lpltk for your consideration: lp:~apw/arsenal/python-launchpadlib-toolkit-milestones-etal === herton is now known as herton_lunch === mrenouf|work is now known as mrenouf [16:17] barry: I confirm. [16:19] proti: thanks, see jdstrand's reply above [16:19] * proti saw that after hitting return key. [16:36] can anyone please help me with this error. http://paste.ubuntu.com/574005/ === dendrobates is now known as dendro-afk === herton_lunch is now known as herton === dholbach_ is now known as dholbach [16:48] proti: reproduced; debugging ... [16:56] cjwatson: go on. Not sure that 723482 is really related to mountall, neither alsa-utils. [17:03] seb128: you marked bug #247909 as triaged for gtk. It seems that claws has been building just fine for several releases, and the claws target was marked fix released. Do you know if there any reason for it to still be open on gtk? I can't tell if it was a bug in gtk that claws worked around, or if it was a bug in claws and the gtk task is invalid. [17:03] Error: Could not parse data returned by Launchpad: list.index(x): x not in list (https://launchpad.net/bugs/247909) === MacSlow is now known as MacSlow|afk [17:04] psusi, the triaged was because someone send it to GNOME [17:04] check the status of the upstream bug [17:04] it's likely fine to close [17:05] expired... ok, I'll close it then === beuno is now known as beuno-lunch === dholbach_ is now known as dholbach [17:16] NCommander: florence-applet .debs are empty, presumably that's a bug? [17:17] 17:14 < hiemanshu> tazz: but you forget, lifemac is the sexiest person alive on earth [17:17] ugh, sorry [17:17]