=== wedgwood is now known as wedgwood_away | ||
=== Ursinha is now known as Ursinha-afk | ||
=== Ursinha-afk is now known as Ursinha | ||
=== salem_ is now known as _salem | ||
=== Ursinha is now known as Ursinha-afk | ||
=== Ursinha-afk is now known as Ursinha | ||
=== Ursinha is now known as Ursinha-afk | ||
=== Lutin is now known as Guest3702 | ||
=== tkamppeter_ is now known as tkamppeter | ||
=== mmrazik is now known as mmrazik|lunch | ||
=== mmrazik|lunch is now known as mmrazik | ||
hallyn | does 'addgroup --system' mean that no nis/yp group will be created? | 12:38 |
---|---|---|
=== _salem is now known as salem_ | ||
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. | 12:59 |
hallyn | oh, yeah, sorry, too early in the morning, i wasn't thinking right | 13:00 |
psusi | did we ever reach a decision on the changes to the release cadence? | 13:19 |
=== kentb-afk is now known as kentb | ||
rbasak | psusi: https://lists.ubuntu.com/archives/technical-board/2013-March/001566.html | 14:02 |
=== wedgwood_away is now known as wedgwood | ||
=== francisco is now known as Guest32812 | ||
=== salem_ is now known as _salem | ||
=== _salem is now known as salem_ | ||
qengho | jasoncwarner: do you know if the webkit plenary will be broadcast somehow? | 14:57 |
=== mmrazik is now known as mmrazik|afk | ||
=== salem_ is now known as _salem | ||
=== _salem is now known as salem_ | ||
pitti | Good morning | 15:39 |
=== smb` is now known as smb | ||
=== Ursinha-afk is now known as Ursinha | ||
=== oSoMoN_ is now known as oSoMoN | ||
=== a16g_ is now known as ypwong | ||
=== francisco is now known as Guest76636 | ||
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:41 |
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:42 |
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:43 |
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:44 |
dobey | http://package-import.ubuntu.com/status/lxc.html#2012-10-30%2020:11:56.734181 | 17:45 |
wgrant | hallyn: That error sounds like it's already imported. | 17:47 |
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:48 |
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:49 |
dobey | i'm not even sure who to bug about UDD issues any more, though :( | 17:50 |
hallyn | ooooh. wait | 17:51 |
hallyn | wgrant: haha, yeah, that *was* already imported, wrong dsc | 17:52 |
* hallyn slap | 17:52 | |
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/ | 17:58 |
hallyn | just a dup of bug 888615 perhaps | 18:00 |
ubottu | bug 888615 in Bazaar "UDD branch freshness checker breaks on incomplete history" [High,Confirmed] https://launchpad.net/bugs/888615 | 18:00 |
hallyn | ah, bzr -Olaunchpad.packaging_verbosity=off push ubuntu:lxc worked | 18:01 |
hallyn | phew, now i can get back to figuring out why aufs breaks my builds /me off | 18:02 |
=== salem_ is now known as _salem | ||
=== _salem is now known as salem_ | ||
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:24 |
hallyn | wgrant: oh, ok. (technically psivaa/utah caught it at a bad time then :) | 18:26 |
psivaa | hallyn: ack :), do you want me to wait before running it again? | 18:27 |
hallyn | psivaa: no, i manually pushed it, so it should now pull fine | 18:30 |
psivaa | hallyn: ok, running it | 18:31 |
=== salem_ is now known as _salem | ||
=== _salem is now known as salem_ | ||
=== Guest3702 is now known as Lutin | ||
=== Ursinha is now known as Ursinha-afk | ||
Laney | cjwatson: MoM probably shouldn't mail the Debian maintainer for no-change rebuilds | 20:26 |
Laney | (agda) | 20:27 |
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:33 |
ev | ScottK: on it | 20:37 |
ScottK | ev: Thanks. | 20:38 |
ScottK | apachelogger: ^^^ new backtrace (hopefully) on the way. | 20:38 |
ev | ScottK: 4:4.10.2-0ubuntu1~ubuntu12.04~ppa2would that version suffice? | 20:39 |
apachelogger | ev: yeah | 20:40 |
ev | ScottK, apachelogger: something is going wrong here and it's not showing a Stacktrace for those crashes, despite having successfully retraced them. Digging. | 20:46 |
=== Ursinha-afk is now known as Ursinha | ||
=== smb` is now known as smb | ||
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:00 |
ev | ScottK: yes, add "Crash" to problem_types in /etc/apport/crashdb.conf | 21:01 |
ScottK | Thanks. | 21:02 |
=== francisco is now known as Guest25389 | ||
pmcgowan | seb128, on my raring Super-D is hiding all windows, in addition to tl-super-d, any idea why? | 21:17 |
seb128 | pmcgowan, does "gsettings list-recursively | grep '<Control>d'" return anything? | 21:20 |
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:21 |
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:22 |
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:23 |
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:24 |
pmcgowan | I have super-d mapped to a lens but it gets eaten before the dash gets it | 21:25 |
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:26 |
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:27 |
pmcgowan | seb128, it has show desktop and minim all windows set to ctrl-super-d, I disabled both and it still happens | 21:33 |
seb128 | hum | 21:34 |
seb128 | didrocks, ^ do you have any idea? | 21:34 |
=== Ursinha is now known as Ursinha-afk | ||
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:35 |
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:36 |
=== catbus1 is now known as catbus-food | ||
=== kentb is now known as kentb-out | ||
=== Ursinha-afk is now known as Ursinha | ||
nuclearbob | xnox: ping? | 21:53 |
xnox | nuclearbob: heya | 21:53 |
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:54 |
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. | 21:59 |
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:00 |
Riddell | xnox: at a UDS? | 22:02 |
slangasek | Riddell: canonical engineering sprint | 22:03 |
=== salem_ is now known as _salem | ||
xnox | pitti: supported_versions: WARNING: Unknown Ubuntu release: 13.10 when setting up postgresql common. | 23:26 |
xnox | something familiar? | 23:26 |
=== Ursinha is now known as Ursinha-afk |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!