[12:38] <hallyn> does 'addgroup --system' mean that no nis/yp group will be created?
[12:59] <rbasak> hallyn: I was under the impression that adduser/group are completely incapable of doing anything with nis/yp. Unless I'm missing something big.
[13:00] <hallyn> oh, yeah, sorry, too early in the morning, i wasn't thinking right
[13:19] <psusi> did we ever reach a decision on the changes to the release cadence?
[14:02] <rbasak> psusi: https://lists.ubuntu.com/archives/technical-board/2013-March/001566.html
[14:57] <qengho> jasoncwarner: do you know if the webkit plenary will be broadcast somehow?
[15:39] <pitti> Good morning
[17:41] <hallyn> I'm trying to fix lp:ubuntu/lxc, starting with lp:ubuntu/raring/lxc.  I could bzr import-dsc ../lxc_0.9.0~alpha3-0ubuntu2.dsc just fine, but (a) I can't push the result (read-only transport), and I get a backtrace when I try to import-dsc ../lxc_0.9.0~alpha3-0ubuntu3.dsc
[17:42] <wgrant> hallyn: What's broken about it?
[17:42] <wgrant> (ie. what are you trying to fix)
[17:42] <hallyn> wgrant: the saucy tree wont' pull at all, the raring tree is out of date
[17:42] <hallyn> When i try to push to raring's version, I get http://paste.ubuntu.com/5629811/
[17:43] <wgrant> hallyn: raring's release pocket is frozen
[17:43] <wgrant> You might mean -updates or -security
[17:43] <hallyn> I don't, I'm trying ot make it uptodate wrt the archive
[17:44] <hallyn> When I try to import-dsc the current upstream raring version, I get http://paste.ubuntu.com/5629814/
[17:44] <hallyn> That presumably being the bigger problem
[17:44] <hallyn> If that were fixed I could ignore raring being out of data and at least push something to saucy
[17:44] <hallyn> So let's ignore the push failure
[17:45] <dobey> http://package-import.ubuntu.com/status/lxc.html#2012-10-30%2020:11:56.734181
[17:47] <wgrant> hallyn: That error sounds like it's already imported.
[17:48] <hallyn> wgrant: yeah, it does (but it isn't).  weird.
[17:48] <hallyn> dobey: that is from 2012 though?  it seems to be past that, as bzr was at a version from 2013
[17:49] <dobey> hallyn: weird. maybe someone previously did a manual import, and it broke things worse? seems like fixing that issue would be the place to start though
[17:50] <dobey> i'm not even sure who to bug about UDD issues any more, though :(
[17:51] <hallyn> ooooh. wait
[17:52] <hallyn> wgrant: haha, yeah, that *was* already imported, wrong dsc
[17:52]  * hallyn slap
[17:58] <hallyn> hm, so the right .dsc does apply.  now when i try to push to saucy's tree, I get http://paste.ubuntu.com/5629858/
[18:00] <hallyn> just a dup of bug 888615 perhaps
[18:01] <hallyn> ah, bzr -Olaunchpad.packaging_verbosity=off push ubuntu:lxc worked
[18:02] <hallyn> phew, now i can get back to figuring out why aufs breaks my builds /me off
[18:24] <wgrant> hallyn: package-import has only been switched back on for a couple of hours, and it only just fixed saucy's branch up
[18:24] <wgrant> There's still 20000 branches to go
[18:24] <wgrant> You just caught it at a bad time
[18:26] <hallyn> wgrant: oh, ok.  (technically psivaa/utah caught it at a bad time then :)
[18:27] <psivaa> hallyn: ack :), do you want me to wait before running it again?
[18:30] <hallyn> psivaa: no, i manually pushed it, so it should now pull fine
[18:31] <psivaa> hallyn: ok, running it
[20:26] <Laney> cjwatson: MoM probably shouldn't mail the Debian maintainer for no-change rebuilds
[20:27] <Laney> (agda)
[20:33] <ScottK> ev: e.u.c is having an error when trying to load reports for kdepim-runtime.  Would you please have a look and see if there and crash reports that occur with 4:4.10.2 or higher?
[20:37] <ev> ScottK: on it
[20:38] <ScottK> ev: Thanks.
[20:38] <ScottK> apachelogger: ^^^ new backtrace (hopefully) on the way.
[20:39] <ev> ScottK: 4:4.10.2-0ubuntu1~ubuntu12.04~ppa2	would that version suffice?
[20:40] <apachelogger> ev: yeah
[20:46] <ev> ScottK, apachelogger: something is going wrong here and it's not showing a Stacktrace for those crashes, despite having successfully retraced them. Digging.
[21:00] <ScottK> ev: Is there an easy way for me to turn regular apport reports back on?  The particular crash we're after, I'm having regularly.  Maybe that would go better.
[21:01] <ev> ScottK: yes, add "Crash" to problem_types in /etc/apport/crashdb.conf
[21:02] <ScottK> Thanks.
[21:17] <pmcgowan> seb128, on my raring Super-D is hiding all windows, in addition to tl-super-d, any idea why?
[21:20] <seb128> pmcgowan, does "gsettings list-recursively  | grep '<Control>d'" return anything?
[21:21] <pmcgowan> seb128, no
[21:21] <pmcgowan> seb128, oh Super D does
[21:21] <pmcgowan> seb128, org.gnome.desktop.wm.keybindings show-desktop ['<Primary><Super>d']
[21:22] <pmcgowan> how do I change that?
[21:22] <desrt> pmcgowan: in the keyboard shortcuts panel
[21:22] <pmcgowan> seb128, well that says ctl-super-d but the above is just super d
[21:22] <pmcgowan> can t fix it there for some reason
[21:22] <desrt> 'primary' is an alias for 'super'
[21:23] <desrt> erm.
[21:23] <desrt> i mean for 'ctrl'
[21:23] <pmcgowan> ah
[21:23] <seb128> pmcgowan, not sure, seems like a compiz configuration thing...
[21:23] <highvoltage> dconf write/ org.gnome.desktop.wm.keybindings/show-desktop '<Primary><Super>d'
[21:23] <desrt> and if you have a mac then it means 'command key'
[21:23] <highvoltage> oops,
[21:23] <highvoltage> dconf write /org.gnome.desktop.wm.keybindings/show-desktop '<Primary><Super>d'
[21:23] <seb128> it's already the value he has set
[21:23] <pmcgowan> right
[21:23] <desrt> i wonder if compiz takes 'primary' i mean 'super' or ignores it
[21:23] <pmcgowan> other systems seem ok
[21:24] <desrt> that would mean that <primary><super>d could be interpreted the same as just '<super>d'
[21:24] <pmcgowan> something unique on my system
[21:25] <pmcgowan> I have super-d mapped to a lens but it gets eaten before the dash gets it
[21:26] <seb128> pmcgowan, my guess is that it's something in your compiz config
[21:26] <sladen> pmcgowan: wasn't that bound to the canonical LDAP lens?
[21:27] <pmcgowan> sladen, right
[21:27] <seb128> pmcgowan, what I would do is install ccsm (if you don't have it), run it, go to advanced search, check the 3 boxes on the left and search for <Super>d
[21:33] <pmcgowan> seb128, it has show desktop and minim all windows set to ctrl-super-d, I disabled both and it still happens
[21:34] <seb128> hum
[21:34] <seb128> didrocks, ^ do you have any idea?
[21:35] <sergiusens> http://phablet.ubuntu.com/gitweb?p=CyanogenMod/android_bionic.git;a=summary
[21:35] <didrocks> desrt: compiz is supposed to take primary as control
[21:35] <sergiusens> infinity: ^^
[21:35] <didrocks> it's an ubuntu distro patch
[21:35] <xnox> sergiusens: thanks.
[21:35] <ogra_> infinity, http://phablet.ubuntu.com/gitweb?p=CyanogenMod/android_bionic.git;a=summary
[21:35] <didrocks> pmcgowan: are you close to the main plenary room?
[21:35] <ogra_> heh
[21:36] <didrocks> pmcgowan: I can have a look in 10/15 minutes
[21:36] <pmcgowan> didrocks, I will stop by later
[21:36] <didrocks> sure, just poke me whenever you want :)
[21:53] <nuclearbob> xnox: ping?
[21:53] <xnox> nuclearbob: heya
[21:54] <nuclearbob> xnox: I see you have an old work item to investigate the status of porting libvirt to python3.  Do you have any interesting information to share on that?
[21:54] <nuclearbob> xnox: if you're in a room somewhere I can come there
[21:59] <xnox> nuclearbob: well I am in the foundations room (last one on the right, down the corridor which is next to plenaries)
[21:59] <xnox> nuclearbob: it's hard.
[22:00] <xnox> nuclearbob: they autogenerate python bindings from C and that essentially needs CPython porting from 2 to 3, which I never done.
[22:00] <xnox> nuclearbob: i guess I can poke people about it.
[22:00] <infinity> ogra_: Thanks.
[22:02] <Riddell> xnox: at a UDS?
[22:03] <slangasek> Riddell: canonical engineering sprint
[23:26] <xnox> pitti: supported_versions: WARNING: Unknown Ubuntu release: 13.10 when setting up postgresql common.
[23:26] <xnox> something familiar?