[01:03] <JoseeAntonioR> cjohnston, mhall119: fixed bug that displayed {% else} in plain text in the attend page, can you please approve the merge?
[01:06] <JoseeAntonioR> or daker, ^
[01:08] <bkerensa> ;p
[01:09] <bkerensa> cjohnston, mhall119 and daker your going to have to start doing patch pilots
[01:09] <bkerensa> :)
[01:11] <JoseeAntonioR> there is one
[01:22] <bkerensa> JoseeAntonioR: for Summit I mean
[01:22] <bkerensa> :)
[01:27] <JoseeAntonioR> yep
[02:58] <nigelb> Hey duanedesign
[02:59] <duanedesign> hello mr nigel
[02:59] <nigelb> long time no see! how've you been?
[02:59] <duanedesign> hope you are well
[02:59] <duanedesign> i sm good
[03:00] <duanedesign> heard full circle is in e book format
[03:00] <nigelb> :)
[03:00] <duanedesign> cant swwm to fing it
[03:00] <duanedesign> ugh, dark here, wish i had a lighted keyboard
[03:01] <nigelb> heh
[03:02] <duanedesign> i have been working on getting CLI Companion into Ubuntu
[03:02] <duanedesign> decided to skip Debian becausw of some technical challenges
[03:03] <duanedesign> ex: Debian does not use sudo
[03:03] <nigelb> ah
[03:03] <duanedesign> how are you?
[03:05] <duanedesign> tried 12.10 yet?
[03:05] <nhandler> duanedesign: Debian /can/ use sudo.
[03:05] <duanedesign> nhandler: i think you have to set it up on install
[03:06] <nigelb> im good as well
[03:06] <nigelb> Hey nhandler!
[03:06] <duanedesign> i think we were going to use gksudo as a compromise
[03:06] <nhandler> duanedesign: Nah, just install the sudo package and adjust the sudoers file. You don't need to do this at Debian installation time
[03:06] <nhandler> Hey nigelb
[03:07] <duanedesign> nhandler: good idea. I might ask you more about that as we get closer to submission
[03:08] <nhandler> duanedesign: Sounds good. I would also be more than glad to help review the packaging and/or help get it into Ubuntu or Debian (can't actually sponsor it in Debian though (yet) )
[03:08] <duanedesign> we added command line fu to the app
[03:09] <duanedesign> so you can search the commandline foo database in addition to the standard command list it comes with
[03:10] <nhandler> duanedesign: Awesome! I love that site. When I first started out, I spent hours going through their database to find cool new commands
[03:11] <duanedesign> and we added a keyboard shortcut to make the terminal look like gnome terminal if you are not using the command dictionary
[03:12] <duanedesign> nhandler: you should try CLI Companion and see what you think
[03:13] <duanedesign> https://launchpad.net/clicompanion/
 sales pitch
[03:14] <duanedesign>  :)
[03:14] <nigelb> JoseeAntonioR: reviewed
[03:16] <chilicuil> duanedesign: nice software, I didn't know it
[03:16] <JoseeAntonioR> nigelb: thanks
[03:17] <duanedesign> chilicuil: you can add as many commands as you want and create a 'command dictionary'
[03:18] <nigelb> JoseeAntonioR: and merged! :)
[03:18] <chilicuil> yep, that's just what I saw, a great way to learn to use the console
[03:18] <JoseeAntonioR> nigelb: great, thanks
[03:19] <duanedesign> chilicuil: i need to update the community doc https://help.ubuntu.com/community/clicompanion
[03:20] <duanedesign> but user required input uses the place holder ?
[03:21] <duanedesign> so for example if you added cat, you would add it as cat ?
[03:21] <nhandler> duanedesign: Definitely. I haven't tried using it since one of the very early releases years ago ;)
[03:21] <duanedesign> any questions ask :)
[03:21] <chilicuil> dunno, it's the first time I saw it, I'm just about to install it
[03:24] <JoseeAntonioR> nigelb: casn you ask IS to push it to prod?
[03:25] <nigelb> JoseeAntonioR: For that, you need cjohnston I'm afraid. BUt the good news is, he should wake up soon.
[03:25] <JoseeAntonioR> already in cph?
[03:25] <duanedesign> nhandler: the first version was ncurses, lol
[03:27] <duanedesign> if you think of any commands that should be added/removed from the default command lit let me know
[03:28] <nhandler> duanedesign: Are you familiar with openhatch's online "challenges" ?
[03:30]  * duanedesign looks
[03:32] <duanedesign> nhandler: sounds interesting
[03:32] <nhandler> duanedesign: They are designed to guide people in a semi interactive fashion to learn things like git, tar, patch, etc. It might be an interesting idea to try and incorporate clicompanion into some of that (or vice versa)
[03:34] <duanedesign> nhandler: the one thing that has bugged me is the database being a flat file
[03:38] <duanedesign> nhandler: definitely sounds like a food idea
[03:39] <duanedesign> their are some great aspects to the program and also some areas that need improvement
[03:40] <duanedesign> s/food/good
[03:43] <nhandler> duanedesign: Yep. The general idea is good. But some details could be better. They came and did an opensource workshop at our conference, so that was pretty cool
[03:44] <duanedesign> i am a self taught programmer, if you van not tell. I am currently enrolled in Uni to fill in tose gaps :)
[03:45] <duanedesign> s/tose/those
[03:46] <duanedesign> nhandler: i appreciatte the advice
[03:46] <chilicuil> duanedesign: wop, I've just install it, and it crashed with: AttributeError: 'MainWindow' object has no attribute 'cmd_notebook', is it a known problem?
[03:47] <duanedesign> let me look
[03:50] <duanedesign> chilicuil: do you have a hidden file .clicompanion in your home '.clicompanion'
[03:50] <nigelb> 3
[03:50] <nigelb> (grr)
[03:50] <chilicuil> duanedesign: nop, it didn't created
[03:52] <duanedesign> http://pastebin.com/z61N66mP
[03:53] <duanedesign> save that in Home as .clicompanion
[03:53] <duanedesign> ill look into why that did not happen
[03:57] <duanedesign> i forget that i already have that file from multiple installs an uninstalls
[03:58] <chilicuil> duanedesign: still not working http://paste.ubuntu.com/1306378/
[04:00] <duanedesign> chilicuil: my bad. We changed the ? place holder to @
[04:01] <duanedesign> this is from my computer http://pastebin.com/index/z61N66mP
[04:01] <duanedesign> i reinstalled and used this file so it should work
[04:02] <duanedesign> copy and paste that pastebin into your .clicompanion and you should be good to go
[04:08] <chilicuil> duanedesign: it must be my bad, still not working and crashing with the same error
[04:14] <duanedesign> hmm
[04:15] <duanedesign> are you on a net book?
[04:15] <duanedesign> or maybe debian
[04:16] <chilicuil> it ubuntu 12.04, I'll check this out later, if I found something wrong, I'll let you know, nice app
[04:17] <duanedesign> i willl look into it myself
[04:17] <duanedesign> sorry for the bug
[04:20] <duanedesign> chilicuil: one more thing
[04:20] <duanedesign> name .clicompanion, .clicompanion2
[04:21] <chilicuil> duanedesign: ok, I'll do
[04:23] <chilicuil> duanedesign: wop, nop, one interesting think is that the program says: /home/chilicuil/.config/clicompanion/config.
[04:24] <chilicuil> duanedesign: I've also tried copying the config data there without sucess, amm, I'll try with ubuntu 12.10 tomorrow
[04:24] <duanedesign> thanks for helping to debug
[04:24] <duanedesign> i will work on this tommoroow
[06:57] <dholbach> good morning
[07:42] <bkerensa> mhall119: http://talkweb.eu/openweb/1819
[07:42] <bkerensa> =o
[07:42] <bkerensa> look what OS he is using in the wild
[07:50] <mhall119> :)
[08:04] <nigelb> mhall119: ah, when'd you get to copenhangen? :)
[08:19] <mhall119> nigelb: Wednesday
[08:23] <nigelb> mhall119: ah, ok :)
[08:40] <bkerensa> mhall119: do you know what to do when git is not realizing changes with "git add ."
[08:40] <nigelb> bkerensa: what you mean not realizing?
[08:40] <mhall119> bkerensa: switch to bsr
[08:40] <mhall119> bzr
[08:40] <nigelb> troll ^
[08:40] <mhall119> :)
[08:40] <nigelb> bkerensa: pastebin git status?
[08:41] <bkerensa> mhall119: I cannot phpfog does not support bzr
[08:41] <mhall119> but seriously, what made you think I could answer git questions?
[08:41] <nigelb> well, you're upstream relations
[08:41] <nigelb> you should know everything :)
[08:41] <nigelb> Also. http://wheningit.tumblr.com/post/32959730634/when-the-office-git-expert-has-to-come-fix-everything
[08:41] <nigelb> But that's usually reserved for more epic git surgeries.
[08:42] <bkerensa> nigelb: http://pastebin.mozilla.org/1881554
[08:42] <bkerensa> mhall119: uhh :) You are supposedly the upstream liaison :P I figured that required fluency in tools used by upstream
[08:42] <bkerensa> ;p
[08:42] <bkerensa> upstream uses git
[08:42] <bkerensa> :)
[08:42] <nigelb> bkerensa: what happens when you do "git add frontend"?
[08:43] <bkerensa> nothing
[08:43] <bkerensa> it just accepts it
[08:43] <bkerensa> and brings a clean prompt
[08:43] <nigelb> try git status again?
[08:43] <nigelb> same output?
[08:43] <bkerensa> yes
[08:43] <nigelb> The only time this usually happens is if frontend itself if a git repository
[08:43] <nigelb> i.e. submodule like situation
[08:43] <nigelb> Is that the case?
[08:44] <nigelb> (check for frontend/.git)
[08:44]  * bkerensa coughs
[08:44] <bkerensa> nigelb: yeah for some reason it had a git folder
[08:44] <bkerensa> I removed it
[08:44] <nigelb> :)
[08:44] <bkerensa> but still not staging
[08:44] <nigelb> well
[08:44] <bkerensa> and neither is /src
[08:44] <nigelb> because git submodules are awesome. sigh.
[08:45] <nigelb> gimme a sec to figure out what's the right thing to do here.
[08:46] <nigelb> There's only time I hate git.
[08:46] <nigelb> That's when submodules are involved.
[08:47] <nigelb> bkerensa: backup your code folder now. I'm not confident about the instructions now ;)
[08:47] <nigelb> try "git rm --cached frontend"
[08:47] <bkerensa> nigelb: yeah that did it
[08:47] <bkerensa> :D
[08:48] <nigelb> bkerensa: already or just now?
[08:49] <nigelb> bkerensa: Look for .gitmodules file, remvoe the submodule references. Also look in .git/config for references to the submodule and delete there as well.
[08:50] <bkerensa> nigelb: already I saw it in the status
[08:50] <bkerensa> so I got it sorted
[08:50] <bkerensa> thx
[08:50] <bkerensa> :D
[08:50] <nigelb> \o/
[08:50] <bkerensa> OpenPhoto thanks u
[08:50] <nigelb> heh :D
[08:51] <bkerensa> I figure I am going to work till 3am trying to write doc and make OpenPhoto work great on PHPFog
[09:03] <bkerensa> nigelb: odd :( I got the frontend added and pushed but src/ is no go
[09:03] <bkerensa> no idea its not showing at all in git status
[09:04] <nigelb> bkerensa: where are you pushing to?
[09:04] <bkerensa> nigelb: phpfog
[09:04] <bkerensa> :D
[09:04] <bkerensa> to production
[09:06] <nigelb> oh dang.
[09:07] <bkerensa> http://openphoto-dev.phpfogapp.com/
[09:07] <bkerensa> ;p
[09:07] <bkerensa> this is PITA
[09:07] <nigelb> well
[09:07]  * bkerensa will just tell them tomorrow they need to sort it
[09:07] <bkerensa> :)
[09:07] <nigelb> I have a feeling that it's sorted
[09:07] <nigelb> deleting .git files don't help :P
[09:08] <nigelb> But yes.
[09:08] <nigelb> The instructions need to deal with commonly available vendors.
[09:09] <dpm> hey czajkowski good morning, if someone wants to participate in LP sessions at UDS, to which ones should I point them to?
[09:11] <cjohnston> blah blah blah
[09:12] <nigelb> cjohnston: Did you fix the js?
[09:12] <cjohnston> nigelb: I'm working on that, but discovered another issue
[09:12] <nigelb> Typical :)
[09:13] <cjohnston> ?fakenow works for last UDS but not for this UDS
[09:13] <cjohnston> tis what happens when one thinks about render.py
[09:19] <nigelb> cjohnston: my condolences
[10:07] <balloons> dholbach, ping
[10:08] <dholbach> balloons, pong
[10:52] <dholbach> which team do people need to be part of to be able to use pad.u.c?
[10:55] <popey> ~ubuntu-etherpad
[11:01] <dholbach> ah ok
[11:02] <dholbach> thanks
[11:07] <knome> hey, is anybody who is able to accept/schedule uds sessions for the community track available?
[11:13] <dholbach> alright, I've got to bring my dog to my sister's - so I'll be back in 30m and work from there
[11:13] <dholbach> dpm, ^
[11:14] <dpm> dholbach, I can take a look, yeah
[11:14] <dpm> knome, what session
[11:14] <dholbach> dpm, after the dog? :-P
[11:15] <knome> dpm, i've proposed a xubuntu blueprint, but i'd like it scheduled at least twice
[11:15] <dpm> dholbach, if you can mount a webcam on him, yeah :)
[11:15] <dholbach> haha
[11:15] <dholbach> ok, see you in a bit :)
[11:15] <dpm> knome, could you point us to the blueprint?
[11:15] <knome> dpm, sure, just a sec
[11:15] <knome> dpm, https://blueprints.launchpad.net/ubuntu/+spec/community-r-xubuntu-planning
[11:15] <knome> dpm, that's it
[11:18] <dpm> knome, ok, accepted it, it should be auto-scheduled soon. Let me see the best way to schedule it twice
[11:18] <knome> dpm, sure, thanks. is there any way to set preference on days, or is it all automated?
[11:19] <dpm> knome, there is a way, but I generally rely on the auto-scheduler. Do you have any particular preference?
[11:19] <knome> dpm, i'd prefer one on monday and one on thursday
[11:20] <knome> dpm, and if you can do it, please mark me, pleia2 and micahg as "must attend" for those :)
[11:24] <knome> away for a while, lunchtime
[11:26] <pleia2> pleia2 == lyz
[11:27] <pleia2> I think I've already essentialled myself on that one though
[11:29] <dpm> knome, pleia2, I've marked you as required on the second session (the first one needs to be approved by Daniel), but micahg's id did not appear in summit. Could you follow up with him to ensure he's registered to attend uds?
[11:33] <dpm> pleia2, knome, I'm going for lunch too. Could you ping dholbach when he's back to:
[11:34] <dpm> 1 - Approve http://summit.ubuntu.com/uds-r/meeting/21409/xubuntu-general-planning-for-r/ and schedule it for Thursday?
[11:35] <dpm> 2 - Schedule the other Xubuntu session that should already be in the calendar to be on Monday
[11:35] <dpm> I'd do it myself, but track leads can only approve sessions on their own tracks
[11:36] <czajkowski> dpm done a blog post linking to them
[11:36] <czajkowski> on the lp blog
[11:37] <dpm> thanks czajkowski, I'll try to find it later
[11:37] <czajkowski> blog.launchpad.net
[11:37] <czajkowski> on ohone atm or i would get yiu url
[11:37] <dpm> I can find it myself, no worries
[11:38] <cjohnston> pleia2: fwiw essential != required
[11:38] <dpm> mhall119, it seems the https://blueprints.launchpad.net/ubuntu/+spec/appdev-r-app-upload-process-feedback session is still on the community track, did you have the chance to look into it or do we have to wait for summit to pick up?
[11:40] <cjohnston> so, dpm...
[11:40] <cjohnston> Things are working 'correctly'....
[11:41] <cjohnston> The only way that the track gets set by Summit is if it doesn't already have a track set
[11:41] <cjohnston> for now, they will have to be manually changed.
[11:41] <cjohnston> unfortunatly
[11:42] <cjohnston> I just changed that one
[11:42] <dpm> cjohnston, right, yes, that's what I discussed with Mike this morning. If there is a way I can manually change myself, I'll do it, but I don't seem to be able to.
[11:42] <cjohnston> dpm: someone with admin access has to
[11:42] <cjohnston> did he fix the other ones already?
[11:42] <dpm> yeah
[11:42] <dpm> this one was one that someone had approved this morning
[11:42] <cjohnston> ok.. then you should be good
[11:42] <dpm> and we needed to fix it
[11:42] <dpm> yeah
[11:43] <dpm> mhall119, so you can ignore the ping above, Chris just fixed it and there is nothing else to do ^^
[11:45] <dpm> mhall119, I think the last thing is to chase the webapps guys to give us a description for their webapps howto, and I'm chasing didrocks again to register the Quickly blueprint, but I haven't seen him online since yesterday
[11:46] <dpm> I'm going for lunch break now, but I might take a bit longer than usual, as I need to go to the doctor too, but shouln't take too long, either
[11:47] <knome> dholbach, hey, did you read the backlog?
[11:47] <dholbach> knome, which backlog?
[11:47] <dholbach> I was gone for 30m
[11:47] <knome> dholbach, from this channel, by dpm
[11:48] <dholbach> no
[11:48] <dholbach> as I said
[11:48] <dholbach> I was gone for 30m :)
[11:48] <knome> dholbach, yup, i understand, that's why i asked (why wouldn't you have read it if you were around?)
[11:49] <dpm> oh, cjohnston, a quick question: if I register a session directly on summit, and I add a few attendees. How can I add more attendees once the session is registered? Is there a way, or do they have to subscribe themselves at that point?
[11:49] <cjohnston> edit meeting dpm
[11:49] <cjohnston> in the subnav
[11:50] <dpm> dholbach, <dpm> pleia2, knome, I'm going for lunch too. Could you ping dholbach when he's back to:
[11:50] <dpm>  1 - Approve http://summit.ubuntu.com/uds-r/meeting/21409/xubuntu-general-planning-for-r/ and schedule it for Thursday?
 2 - Schedule the other Xubuntu session that should already be in the calendar to be on Monday
[11:51] <dpm> cjohnston, I don't see the link (only Review attendees, Blueprint, Copy meeting), it might be because I proposed it for the community track, where I'm not track lead
[11:51] <dholbach> dpm, I don't have accept-blueprint powers
[11:51] <dpm> dholbach, I accepted the bp
[11:52] <cjohnston> dpm: ahh.. if it was a blueprint it required them to be subscribed to the BP
[11:52] <dholbach> ok will look into it in a bit
[11:53] <cjohnston> dpm: if it is created in Summit, the creator (should) has edit powers, if it is created in LP, it has to be edited in LP
[11:53] <cjohnston> dpm: can you give me a link
[11:53] <dpm> cjohnston, not a bp, it's a session I registered in summit, and I added a link to the bp in the spec field - here's the link: http://summit.ubuntu.com/uds-r/meeting/21409/xubuntu-general-planning-for-r/
[11:54] <cjohnston> ok.. so if it has a spec link, Summit thinks its a BP
[11:54] <dpm> cjohnston, ah, I see. So that means it cannot be edited anymore
[11:54] <cjohnston> changing now
[11:55] <cjohnston> you should have edit
[11:57] <dpm> cjohnston, ok, thanks, it works. So this is for the Xubuntu guys: they want 2 sessions on different days (Monday, Thursday). I approved the blueprint, which should get imported and appear on Daniel's calendar. I then created this session manually, which I wanted to link to the same blueprint. Does that make sense?
[11:58] <dpm> I assume then the 2 sessions will appear on Daniel's schedule for him to approve them
[11:58] <cjohnston> you created xubuntu-general-planning-for-r so it is already approved
[11:59] <cjohnston> and their BP one has already been approved
[12:00] <dpm> cjohnston, so do we have now the 2 sessions in summit as expected, and it's just a matter of scheduling them?
[12:00] <cjohnston> yes
[12:01] <dpm> cjohnston, and if I want to link them to the same blueprint, can I just reset xubuntu-general-planning-for-r's spec field to the blueprint? (I don't mind loosing edit powers now)
[12:02] <cjohnston> I added it to the wiki url field
[12:02] <dpm> yeah, I saw that, I mean, can I change it back to the spec field, so that both summit sessions are linked to the same blueprint?
[12:03] <dpm> or will that cause breakage?
[12:03] <cjohnston> just the lack of ability to edit
[12:03] <dpm> ok, I don't mind losing that, thanks
[12:04] <cjohnston> np
[12:06] <knome> dholbach, dholbach: cheers
[12:06] <dholbach> I didn't do anything :)
[12:07] <dholbach> I was just having a look
[12:07] <dholbach> and Thursday looks like this: knome, http://summit.ubuntu.com/uds-r/2012-11-01
[12:08] <knome> dholbach, great! but when will the session for monday show up? :)
[12:08] <dholbach> knome, I'm trying to find it
[12:08] <dholbach> give me a bit
[12:08] <knome> i also need one more session scheduled, creating the blueprint in a sec
[12:08] <knome> dholbach, sure, np
[12:09] <dholbach> knome, so on http://summit.ubuntu.com/uds-r/track/community/ there's another session on wednesday
[12:09] <dholbach> knome, is that correct?
[12:09] <knome> dholbach, yeah, looks like that. could that be moved to monday?
[12:09] <dholbach> ok
[12:11] <knome> dpm, dholbach: https://blueprints.launchpad.net/ubuntu/+spec/community-r-ircops
[12:11] <knome> any day is fine for that
[12:12] <dholbach> knome, sorry, can't accept the BP - don't have powers
[12:12] <dpm> knome, dholbach, approved, should be auto-scheduled soon
[12:12] <knome> dholbach, that's why i pinged dpm too :)
[12:12] <knome> oh, right, yeah.
[12:12] <knome> sorry, and thanks!
[12:13] <dholbach> knome, does http://summit.ubuntu.com/uds-r/track/community/ look good to you now?
[12:13] <knome> dholbach, that's fantastic!
[12:14] <dholbach> perfect
[12:16] <dpm> dholbach, knome, ok, so that's all taken care of, I can really go for lunch break now :)
[12:16] <knome> dpm, cheers!
[12:18] <dholbach> dpm, buen apetito
[12:24] <knome> dholbach, actually, the thursday session time is so perfect that we would like it to be fixed to that time if at all possible (remote participation)
[12:25] <dholbach> no, not really possible AFAIK
[12:25] <dholbach> but cjohnston or mhall119 can probably confirm
[12:26] <knome> ok, cheers
[12:41] <cjohnston> its possible but not the 'bestest' way to go about doing things
[12:51] <JoseeAntonioR> dpm: ready for the app devel session in about an hour?
[12:57] <mhall119> dpm: updated the description for the webapps howto
[13:39] <dpm> JoseeAntonioR, yep!
[13:39] <dpm> thanks mhall119
[13:46] <dpm> JoseeAntonioR, so what do I need to do, start a hangout on air and just give you the URL?
[13:46] <JoseeAntonioR> dpm: nope, I'll do it
[13:46] <JoseeAntonioR> dpm: add Ubuntu OnAir to your circles
[13:47] <dpm> ok, cool
[13:48] <dpm> JoseeAntonioR, will I be able to screen-share?
[13:48] <JoseeAntonioR> yep
[13:49] <dpm> cool, I'll be back in a minute
[13:52] <dpm> JoseeAntonioR, any IRC channel I should be in?
[13:53] <JoseeAntonioR> dpm: #ubuntu-classroom, #ubuntu-classroom-backstage, and #ubuntu-classroom-chat
[13:53] <IdleOne> #ubuntu-classroom-chat
[13:53] <dpm> ok, the usual suspects, then, joining :)
[14:56] <dpm> thanks JoseeAntonioR, you're a truly rocking host
[14:57] <JoseeAntonioR> :)
[14:57] <JoseeAntonioR> thanks to you for the session, was absolutely great
[14:59] <jono> dpm, jcastro_ dholbach did you want to do the call as the other guys can't join?
[14:59] <jono> I don't really have a demo
[15:00] <dpm> jono, I don't have a demo, but we can maybe use it to discuss any pre-UDS things that might need to be wrapped up?
[15:00] <jono> dpm, sure
[15:00] <jono> I will set it up
[15:00] <dpm> cool
[15:00] <dholbach> jono, yeah, same as dpm
[15:01] <dholbach> jono, I just have one question, but I sent you a mail about it too
[15:02] <jono> dpm, jcastro_ dholbach invite sent
[15:04] <dpm> ok
[15:08] <jcastro_> can someone paste me the url?
[15:09] <jcastro_> nm found it
[15:09] <JoseeAntonioR> jcastro_: hey, how's the weather over cph?
[15:20] <mhall119> JoseeAntonioR: it's cold, windy, and often wet
[15:23] <jcastro_> JoseeAntonioR: I'm not there yet
[15:24] <JoseeAntonioR> ouch
[15:24] <JoseeAntonioR> mhall119: thanks
[15:24] <dpm> mhall119, so people have started noticing the nexus 7 project :)
[15:24] <cjohnston> nah
[15:25] <cjohnston> its just a figment of everyones imagination
[15:26] <smartboyhw> cjohnston, no no no
[15:26] <smartboyhw> It is realistic I think
[15:26] <mhall119> dpm: I saw
[15:26] <cjohnston> nope.. fake.. fake video.. fake ppa
[15:27] <mhall119> don't get too excited, it's for testing the core of Ubuntu
[15:27] <smartboyhw> cjohnston, er really is it fake?
[15:27] <smartboyhw> sabdfl	we've ported ubuntu to the nexus 7 (it's just the desktop)
[15:27] <smartboyhw> Uh hum that IS not fake and logged
[15:28] <head_victim> I'd be tempted by a 10inch tablet that ran Ubuntu, a 7 inch is a great start.
[15:32] <mhall119> smartboyhw: it is a real thing, it's just not "Ubuntu for tablets"
[15:33] <mhall119> smartboyhw: the goal is to gauge and reduce the resource consumption of the core of Ubuntu so that it runs well on tablet-level hardware
[15:35] <cjohnston> mhall119: we need to look at why Summit isn't removing declined BPs
[15:39] <mhall119> not now
[16:04] <jcastro_> jono: If you can, I can go early.
[16:04]  * jcastro_ plans on taking his PC in for repair during lunch
[16:04] <jono> jcastro_, busy right now, lets do later
[16:04] <jcastro_> jono: post your lunch sound good?
[16:10] <dholbach> alright my friends - got to rush off to take the train
[16:10] <dholbach> safe travels everyone
[16:10] <dholbach> and see you on Sunday :-D
[16:11] <jono> jcastro_, yup
[16:11] <jcastro_> <--- lunching
[16:15] <jono> dpm, lets go
[16:15] <dpm> ok
[16:15] <jono> dpm, invite sent
[16:58] <marcoceppi> JoseeAntonioR: I think my PM stuff is broken
[17:06] <JoseeAntonioR> marcoceppi: free now?
[17:06] <marcoceppi>  I thought the session was at 1800? Or did I do time stuff wrong?
[17:07] <JoseeAntonioR> marcoceppi: we just had some tech probs with the MOTU session, things are broken on the other side
[17:07] <marcoceppi> Yeah, give me a few mins
[17:08] <JoseeAntonioR> sure
[17:09] <JoseeAntonioR> marcoceppi: https://plus.google.com/hangouts/_/9cfc6311ce23c466b727eb88ae4ea6c5505fe130
[19:12] <bkerensa> jono: so this isn't Ubuntu running natively on a Nexus 7 its just sitting on top of Android
[19:12] <bkerensa> much like flashing  B2G to a Nexus Device but B2G is only HTML5
[20:48] <bkerensa> jcastro_: this is pretty good so far...  I do wish I could dual-boot though for testing :)
[23:28] <mhall119> bkerensa: my understanding is that this is the Ubuntu kernel, not the Android kernel
[23:28] <mhall119> though it is using some Android drivers, IIRC
[23:29] <mhall119> bkerensa: https://wiki.ubuntu.com/Nexus7/RestrictedDrivers lists the specific drivers
[23:33] <bkerensa> mhall119: yeah
[23:34] <bkerensa> mhall119: someone is already porting the images to use Gentoo
[23:34] <bkerensa> lol
[23:34] <bkerensa> video encoding on the Ubuntu/N7 is fun :) 4% done in 15 mins
[23:35] <mhall119> bkerensa: let them have fun with that
[23:35] <mhall119> you think video encoding is fun, imaging recomiling glib for gentoo on it ;)
[23:35] <bkerensa> heh
[23:35] <mhall119> there'll be a new update before it finished
[23:35] <bkerensa> building a debian package would be intense
[23:36] <bkerensa> mhall119: oddly lscpi does nothing
[23:36] <bkerensa> weird
[23:38] <bkerensa> mhall119: how is Bella?
[23:39] <mhall119> bkerensa: fancy
[23:39] <mhall119> bkerensa: um, does it have a PCI bus?
[23:39] <mhall119> try lshw?
[23:43] <bkerensa> kk


[09:59] <nteodosio> Who can talk with about a new prepared version of Chromium?
[10:00] <nteodosio> It's in this PPA: https://launchpad.net/~canonical-chromium-builds/+archive/ubuntu/stage
[10:22] <ebarretto> nteodosio, could you please ping chriscoulson? he isn't here today, maybe better ping him in mm
[10:23] <nteodosio> Yes, thanks
[10:24] <ebarretto> thank you


[12:05] <OdyX> Riddell: kdelibs4 too ?
[12:06] <Riddell> the packages that are there
[12:06] <OdyX> the 4 ?
[12:06] <Riddell> yse
[12:06] <Riddell> yes
[12:06] <Riddell> although you don't need -dev unless you already have it installed
[12:06] <OdyX> OK
[12:07] <OdyX> Well.. I would need a lot of *-dev.. so no ...
[12:07] <OdyX> :D
[12:24] <Riddell> OdyX: any luck?
[12:25] <OdyX> Riddell: no time yet... I have to move my laptop up to main room in shared flat and I have to share photos with Samba and it's not so easy yet...
[12:34] <kwwii> http://infomediastreaming.terra.com.br:8000/v4l.ogg
[12:35] <kwwii> linux chicks speaking port.
[12:35] <kwwii> funky
[12:35] <kwwii> s/linux chicks/linuxchicks
[12:35] <OdyX> kwwii: portugues ?
[12:35] <kwwii> yepp
[12:35] <kwwii> in brazil
[12:36] <OdyX> kwwii: well... hard...
[12:38] <kwwii> ;-)
[12:45] <jjesse> adding screenshots to wiki.ubuntu.com/KubuntuDapperBeta
[12:46] <kwwii> night all
[12:50] <jjesse> whats the link to espresso screenshots that Riddell sent out?
[02:08] <OdyX> 'night all.
[03:05] <Hobbsee> https://launchpad.net/distros/ubuntu/+source/kdebase/+bug/40089
[03:05] <Ubugtu> Malone bug 40089 in kdebase kwin "Rebuild using the patch from bugs.kde.org/124807" [Normal,Unconfirmed]
[03:05] <Hobbsee> do we want to do this?
[03:08] <Hobbsee> and https://launchpad.net/distros/ubuntu/+source/kdebase/+bug/40393 needs fixing, if no one's already seen to it..
[03:08] <Ubugtu> Malone bug 40393 in kdebase kcontrol "Version 4:3.5.2-0ubuntu9 crashes during post-installation" [Normal,Confirmed]
[03:11] <OdyXydO> Hobbsee: I now understand why we had so much pain to make an distant installation (trough IRC) of a Dapper from Breezy
[03:12] <Hobbsee> OdyXydO: hehe, why so in particular?
[03:12] <OdyXydO> Hobbsee: we tried for like 4 to 6 hours to make a guy named dead-man install a dapper from a new Breezy
[03:12] <Hobbsee> urgh...yep
[03:12] <Hobbsee> didnt work?
[03:12] <OdyXydO> he had another DNS problem but could not correctyl update...
[03:21] <OdyXydO> no... it did not work...
[03:21] <OdyXydO> and he is about to re-install from CD...
[03:21] <Hobbsee> that usually works better anyway
[03:21] <OdyXydO> So if you see Tonio_ before me, say him I was right and show him the bug... He will understand.
[03:22] <OdyXydO> Hobbsee: Yeah, I hope :D
[03:24] <OdyXydO> Hobbsee: by the way... forget to say him I was right... he was too.. :D
[03:24] <Hobbsee> hehe
[05:06] <httpdss> jjesse: are you there ?
[05:23] <jjesse> httpdss: kinda
[05:24] <jjesse> whats up
[05:25] <httpdss> im taking some screenshots for the KubuntuDapperBeta
[05:25] <httpdss> i just got to the page and found lost of screenshots though :P
[05:28] <httpdss> i mean lots
[05:43] <httpdss> jjesse: mail sent
[05:45] <Mez> morning Hobbsee
[05:45] <Mez> who isnt here
[05:45] <Mez> what happened to sarah
[05:45] <aeroclown> Hi, Im looking for an address of Adept, the one I have http://web.ekhis.org/adept.html does not seem to come up.
[05:47] <aeroclown> has adept been merged into the kde tree ?
[05:48] <Mez> http://en.wikipedia.org/wiki/Adept_Package_Manager
[06:10] <Mez> morning sarah
[06:11] <Hobbsee> hi Mez
[06:11] <Hobbsee> yes, i looked around for who sarah was, before i answered :P
[06:12] <Mez> ltns, how're you
[06:12] <Mez> lol
[06:12] <Mez> before you came in ....
 morning Hobbsee
 who isnt here
 what happened to sarah
[06:13] <Hobbsee> i'm okay :)
[06:13] <Mez> good to hear :D
[06:15] <Mez> at a mates, waiting for like - bus to come and stuff
[06:16] <Hobbsee> hehe
[06:16] <Hobbsee> you could always have fun banning people :P
[06:17] <Mez> I'm not like that
[06:17] <Mez> and I only have ops in #kubuntu
[06:17] <Mez> where theres noone to ban
[06:17] <Hobbsee> ah, darn
[06:19] <Hobbsee> haha
[06:19] <Mez> ;)
[06:26] <Hobbsee> Mez: i'm sure you can find more stuff to add to katapult or something...
[06:27] <Mez> not on my computer, so like, I cant access the katapult repos and stuff
[06:27] <Mez> :'(
[06:27] <Mez> plus I should really be heading off now anyways
[06:27] <Mez> if only I could find my lighter
[06:28] <Hobbsee> lighter?  are you one of those filthy excuses for a tar factory?
[06:29] <Mez> am afraid I am - lol :D at the moment - I plan to quit very soon - but lots and lots and lots of stress.
[06:29] <Mez> Buried my grandmother, had to go for a CT scan to see if I have a brain tumor and lost my gf all in one day kinda stress
[06:29] <Hobbsee> ouch
[06:29] <Mez> I thought you were a smoker anyways ?
[06:30] <Hobbsee> nope
[06:30] <Hobbsee> i sell cigarettes, but i dont smoke them..
[06:30] <Mez> ah, fair enough musta had you confused with someone else
[06:31] <Hobbsee> must have
[06:31] <Mez> aha, got it
[06:31] <Mez> talk sometime soon, stay safe and stuff
[07:10] <freeflying> Tm_T:  Riddell cmake-2.4 is avaliable http://www.cmake.org/files/v2.4/cmake-2.4.0.tar.gz
[08:29] <kwwii> moin
[08:29] <Hobbsee> hi kwwii!
[08:29] <kwwii> hi Hobbsee
[08:39] <kwwii> time to go to the practice for my sons' first communion
[08:39] <kwwii> bbl
[09:21] <verwilst> hellow
[09:21] <verwilst> any news on polyester 0.9? ;)
[09:26] <Tm_T> freeflying: thanks
[09:27] <verwilst> oh man i love yakuake ;)
[09:27] <Tm_T> and I hate it =)
[09:27] <freeflying> Tm_T: I'll work on it later , and re-ask UVFe
[09:27] <Tm_T> freeflying: big thanks :)
[09:28] <freeflying> Tm_T: dholbach need how many packages will use cmake , so will you give any comment on that bug
[09:29] <freeflying> Tm_T: bug 36168
[09:29] <Ubugtu> Malone bug 36168 in cmake "need new release for build kde4 package " [Normal,Needs info]  http://launchpad.net/bugs/36168
[09:31] <Tm_T> freeflying: well, all KDE4 needs it, but...
[09:32] <Tm_T> don't know if anything end-user stuff yet needs it
[09:32] <freeflying> Tm_T: the author hasn't provide Changelog in 2.4.0
[09:38] <Tm_T> freeflying: I did comment that bug, not sure I said all needed though
[09:39] <freeflying> Tm_T: poke dholbach
[09:39] <Tm_T> I will, thanks
[09:39] <Tm_T> now have to clean up the house ->
[09:54] <freeflying> Tm_T:  have you seen dholbach's comment on ubuntu-motu
[09:58] <Tm_T> hmm, I doubt
[10:06] <Tm_T> got it
[10:07] <freeflying> Tm_T: we need wait , just wait , until edgy
[10:07] <Tm_T> yup, not bad thing anyway
[10:08] <Tm_T> wow, bunch of problems with kde packages
[10:08] <freeflying> Tm_T: maybe Riddell can setup a repo for kde4 stuff on kubntu.org
[10:11] <Tm_T> freeflying: well, that will be far later, because we can't build anything useful kde4 stuff yet :)
[10:12] <freeflying> Tm_T: heh, how about kopete now
[10:12] <Tm_T> freeflying: in trunk? or 0.12?
[10:12] <freeflying> Tm_T: in trunk
[10:13] <Tm_T> freeflying: ooh, it's beautiful...ly broken
[10:13] <freeflying> :)
[10:13] <Tm_T> ah, yes
[10:19] <Tm_T> Riddell: http://kubuntu.pastebin.com/672869
[10:21] <Tm_T> Riddell: oh, addition, flood of " D000010: ensure_pathname_nonexisting `//usr/share/sounds/KDE_Error_1.ogg.dpkg-tmp' " with -D10
[11:05] <marseillai_> anyone else have some problems with configure of the last kcontrol package ?
[11:09] <Lure> marseillai_: everybody ;-)
[11:09] <marseillai_> oki
[11:09] <marseillai_> thanks! ;)
[11:09] <marseillai_> so i assume i don't have to report ... ;)
[11:10] <Lure> bug 40393
[11:10] <Ubugtu> Malone bug 40393 in kdebase kcontrol "Version 4:3.5.2-0ubuntu9 crashes during post-installation" [Normal,Confirmed]  http://launchpad.net/bugs/40393
[11:26] <Tm_T> aah
[11:26] <Tm_T> marseillai_: look above I said to Riddell
[11:27] <Tm_T> weird paths, //usr etc
[11:48] <Riddell> Tm_T: works for me
[11:48] <Riddell> although there's plenty other reports of it being broken
[11:48] <Tm_T> yeah
[11:48] <Tm_T> I just noticed :p
[11:51] <Riddell> oh, it's something to do with keybuk's changes
[11:51] <Riddell> at least it's not my fault :)
[11:54] <Tm_T> :)
[03:09] <Lure> Riddell, kwwii: should we do the same for knm - bug 40521
[03:09] <Ubugtu> Malone bug 40521 in network-manager network-manager-gnome "Tango Artwork" [Normal,Unconfirmed]  http://launchpad.net/bugs/40521
[03:10] <kwwii> Lure: it would look much better :-)
[03:12] <kwwii> wow, that is quite a few icons
[03:12] <kwwii> but most of them can be made out of existing crystal icons
[03:13] <kwwii> Lure: can you add that to the ArtworkToDo page?
[03:20] <Riddell> Lure: knetworkmanager already has crystal icons
[03:21] <Lure> Riddell: they are smaller than other tray icons - people complain
[03:21] <Hobbsee> they are?  i guess they could be...
[03:23] <Riddell> no, it's 22x22 same as everything else
[03:23] <Riddell> you're right the main icon as shown on the systray is from network-manager
[03:23] <Riddell> so I guess it could be crystalised, but I've never noticed it not fitting in
[03:25] <kwwii> we have a crystal icon that is a keyring with two keys on it already
[03:25] <kwwii> it should be easy to replace
[03:26] <kwwii> anyway...I guess there is enough other stuff to do :-)
[03:29] <Riddell> we don't need a keyring, we need these icons http://jimmac.musichall.cz/i.php?i=NetworkManager
[03:33] <kwwii> well, in the package I downloaded there is one icon that is a keyring :-)
[03:34] <kwwii> the tar.gz from the bug
[03:36] <kwwii> hrm, I love the note on the page
[03:36] <kwwii> "this artwork is not public domain"
[03:45] <Lure> https://bugzilla.novell.com/show_bug.cgi?id=146224
[03:48] <kwwii> hahahahahahaha
[03:48] <kwwii> you do not know how funny that is for me
[03:48] <Tm_T> kwwii: you done that?
[03:49] <kwwii> Tm_T: a few months ago I would have been the one at suse to fix that bug
[03:49] <Tm_T> ah, indeed
[03:50] <Tm_T> nice to read those names in comments =)
[03:50] <kwwii> yepp
[03:50] <Tm_T> especially will stephenson :)
[03:50] <Hobbsee> hehe
[03:51] <Tm_T> I wonder, where I have seen that name before...
[03:51] <Tm_T> ah, bille
[03:51] <kwwii> will is great
[03:52] <Tm_T> yeah, he did magic menus to us
[03:52] <Tm_T> ...to Kopete I mean
[03:52] <Tm_T> for example
[03:53] <Tm_T> another notable thing is, he's always having holiday when you need him
[03:53] <Tm_T> he's good in it =)
[03:54] <kwwii> :-)
[04:47] <uniq>  /whois ubugtu
[04:47] <uniq> gah.
[04:48] <Hobbsee> uniq: a bot.
[04:48] <uniq> i know, i meant to whois myself.
[04:48] <Hobbsee> oh
[04:48] <uniq> spaces and tabcompletion :]
[06:00] <freeflying> Riddell: you've remove libscim-gtkutils to scim-gtk2-immodule
[06:01] <Riddell> freeflying: yes
[06:01] <freeflying> Riddell: heh, minghua will ask you why
[06:01] <Riddell> well I e-mailed him and didn't get a response
[06:02] <freeflying> Riddell: cmake's UVFe can not be approved now , only after dapper
[06:02] <Riddell> bah
[06:03] <jpatrick> how do we compile kde4 then?
[06:03] <Riddell> compile cmake first
[06:03] <freeflying> Riddell: maybe you'd setup a repo for kde4  stuff
[06:04] <freeflying> jpatrick: cmake-2.4 is out , need it ?
[06:05] <jpatrick> nope
[06:08] <jpatrick> ah
[06:08] <jpatrick> kdebase-dev's fault
[06:46] <jpatrick> did he get fired? :/
[06:48] <httpdss> hahaha, think not ... maybe a blackout :P
[07:35] <jpatrick> Riddell: ah, you're back
[07:38] <Tm_T> Riddell: ping
[08:51] <MrFaber> hi all
[08:51] <MrFaber> maybe a stupid question but I heard that a display component should be updated
[08:52] <MrFaber> and I had problems with .kde/share/config/displayconfigrc file
[08:52] <MrFaber> kde shows always 1024x768 instead of 1366x768 until removing this file
[08:53] <MrFaber> If I set the resolution to my values in this file it works but the font was very small so I just removed the file
[08:53] <MrFaber> Now after today update the font is very small again
[08:53] <MrFaber> and there is no displayconfigfile
[08:54] <MrFaber> Anyonw knows about a possible update which could result in this? :)
[08:54] <MrFaber> Changeing font size is a big mess since many apps ignores it or have their own font options
[09:00] <MrFaber> And I mean very, very small font. (around 4 mm size on a 11,1 tft)
[09:15] <Tm_T> looks like someone started weekend already :p
[09:16] <raphink> hehe :)
[09:16] <raphink> Tm_T: well he deserves it :)
[09:17] <raphink> hmmm
[09:17] <raphink> the konsole transparency bug seems to be ubuntu-specifici
[09:17] <raphink> even sid doesn't have it
[09:17] <Tm_T> raphink: true, so true :)
[09:18] <Tm_T> raphink: what bug?
[09:18] <raphink> https://launchpad.net/distros/ubuntu/+source/kdebase/+bug/34924
[09:18] <raphink> this one
[09:18] <Ubugtu> Malone bug 34924 in kdebase konsole "Can't switch to transparent themes" [Normal,Confirmed]
[09:18] <Tm_T> er?
[09:18] <raphink> it's not a big big one
[09:18] <raphink> but still
[09:18] <raphink> it's annoying
[09:18] <Tm_T> it is, if it's true
[09:18] <raphink> and I've been having it for quite a long time
[09:18] <raphink> Tm_T: I reported it
[09:18] <raphink> :p
[09:18] <raphink> and I have it on 3 machines
[09:18] <raphink> on breezy and dapper, powerpc and k7
[09:18] <raphink> so I didn't make it up :p
[09:19] <Tm_T> well
[09:19] <raphink> it works fine on sid though
[09:19] <raphink> so I believe it's a problem with the ubuntu package
[09:20] <Tm_T> I read it but I'm using translucent schema in 80% of my Konsole sessions
[09:20] <raphink> how many tabs do you have ?
[09:20] <Tm_T> from one to ...eight?
[09:20] <raphink> hmm ok
[09:21] <raphink> can you try to switch to another default transparent theme ?
[09:21] <Tm_T> I do it daily :p
[09:21] <raphink> hmm
[09:22] <raphink> up-to-date dapper?
[09:22] <Tm_T> ...is there other choices?
[09:22] <Tm_T> ;--P
[09:22] <raphink> hehe
[09:22] <raphink> this is weird
[09:22] <raphink> ...
[09:23] <Tm_T> well, I don't have it
[09:23] <Tm_T> never had it
[09:25] <OdyX> raphink: I don't even here... It's not "transparent" (as it is background showed and not the windows "below" Konsole), but it works.
[09:25] <raphink> yes OdyX
[09:25] <raphink> ok
[09:25] <raphink> I wonder if it's not a dependency that I lack
[09:26] <raphink> and that you would have installed by chance
[09:26] <raphink> booth
[09:26] <raphink> both
[09:26] <OdyX> raphink: I hope you know the commands?
[09:26] <OdyX> :D
[09:26] <raphink> cause really the 3 machines I tested here fail to load transparent themes
[09:26] <OdyX> YOU are maybe the cause :D
[09:26] <raphink> OdyX: haha
[09:26] <raphink> :)
[09:26] <raphink> anyone could try to install konsole in a minimal chroot to see if it works ?
[09:27] <raphink> I'll try here
[09:29] <jpatrick> damn
[09:29] <raphink> hehe
[09:29] <raphink> don't swear like this :p
[09:29] <jpatrick> I forgot my chroot's root password
[09:29] <raphink> haha
[09:29] <raphink> ;)
[09:29] <raphink> you didn't set a sudo in your chroot?
[09:30] <jpatrick> i did
[09:30] <raphink> hmm
[09:30] <raphink> well just copy your /etc/passwd to your chroot
[09:30] <raphink> :p
[09:30] <raphink> from outside
[09:30] <jpatrick> sudo chroot /var/chroot/ fixes it
[09:30] <raphink> ah
[09:31] <raphink> but it's not nice
[09:31] <raphink> ah
[09:31] <jpatrick> just did `passwd` after that
[09:31] <raphink> it works in a chroot ....
[09:31] <raphink> I don't get it
[09:32] <raphink> must be some settings in my profile
[09:32] <raphink> I have to try with another user
[09:32] <raphink> hmm
[09:32] <raphink> it's my profile that's broken
[09:38] <Riddellll> my server is acting strange tonight, I don't have a good irc connection incase anyone is wanting to get hold of me
[09:39] <jeroenvrp2> hi folks
[09:40] <jeroenvrp2> when I came back this evenning, my whole system was frozen
[09:40] <jeroenvrp2> it is verrrrry slow
[09:40] <jeroenvrp2> locked up
[09:40] <jpatrick> that's what you get for putting it into the freezer
[09:40] <jeroenvrp2> I have found the output in /var/log/messages
[09:40] <jeroenvrp2> here its is:
[09:41] <jeroenvrp2> http://kubuntu.pastebin.com/673
[09:41] <jeroenvrp2> corr.: http://kubuntu.pastebin.com/673936
[09:42] <OdyX> Apr 21 20:44:45 mykubuntu kernel: [4563060.328000]  Free swap:            0kB
[09:42] <OdyX> ouh...
[09:42] <jpatrick> ouch
[09:43] <OdyX> jeroenvrp2: I think you should try to check your RAM...
[09:43] <jeroenvrp2> mmm oh no
[09:44] <OdyX> jeroenvrp2: I dunno... But if you fill your swap...
[09:44] <jeroenvrp2> OdyX: yes, strange - never had this before
[09:46] <OdyX> jeroenvrp2: try to use memtest on boot...
[09:47] <jeroenvrp2> OdyX: at #ubuntu-devel they say its brltty with a memoryleak
[09:47] <OdyX> means ?
[09:48] <jeroenvrp2> !brltty
[09:49] <OdyX> jeroenvrp2: you need braille ?
[09:50] <jeroenvrp2> OdyX: thats what I? see yes
[09:50] <jeroenvrp2> I mean, no I dont need it
[09:50] <OdyX> jeroenvrp2: so remove it.. :D
[09:50] <jeroenvrp2> and I think those ubuntu-guys try to piss me off
[09:50] <jeroenvrp2> no its not installed
[09:50] <OdyX> jeroenvrp2: seems yep...
[09:51] <OdyX> jeroenvrp2: check your RAM (entry in Grub) and come back
[09:51] <OdyX> though, this is not exactly *-devel stuff :D
[09:51] <jeroenvrp2> yeah I know
[09:52] <jeroenvrp2> allthough thats not sure
[09:52] <jeroenvrp2> cause maybe its a bug
[09:52] <OdyX> jeroenvrp2: try to find "bug-friends" :D
[09:53] <OdyX> jeroenvrp2: as I say... try to check your RAM... It takes 10 minutes...
[09:53] <jeroenvrp2> OdyX: yeah I have to reboot than again
[09:53] <jeroenvrp2> I will after I do a last apt-update
[09:53] <OdyX> jeroenvrp2: good luck
[09:53] <jeroenvrp2> ths
[09:53] <jeroenvrp2> x
[09:54] <raphink> t!
[09:54] <raphink> :
[09:54] <OdyXydO> raphink: ?
[09:54] <raphink> Tm_T, OdyXydO : did you both upgrade from breezy ?
[09:54] <raphink> or do you have fresh dapper installs?
[09:55] <jeroenvrp2> whats the problem with those ubuntu guys anyway
[09:55] <OdyXydO> raphink: fresh from espresso
[09:55] <raphink> OdyXydO: what version ?
[09:55] <OdyXydO> raphink: flight 6.
[09:55] <hunger> Riddell: What is wrong with qparted? You said I should take a look at it when I find some time.
[09:55] <raphink> ok
[09:55] <raphink> Tm_T: ?
[09:55] <Tm_T> raphink: this was original rc of hoary
[09:55] <raphink> Tm_T: how did you install dapper?
[09:56] <Tm_T> raphink: as I said, this was a year ago rc of hoary :p
[09:56] <Tm_T> raphink: then breezy, then dapper...
[09:56] <Tm_T> been dapper now about 6 months
[09:56] <raphink> Tm_T: so you upgraded your both
[09:56] <raphink> box
[09:56] <raphink> sorry
[09:56] <raphink> ok
[09:56] <Tm_T> yes
[09:56] <raphink> thanks
[09:56] <raphink> seems only DF5 installs fail then
[09:56] <raphink> for some reason
[09:56] <raphink> anyone installed dapper with DF5 here?
[10:01] <tvo> raphink, I'm on dapper flight 5 kubuntu install
[10:01] <raphink> tvo: do you have working transparency in konsole?
[10:01] <tvo> let me try
[10:02] <tvo> raphink, yes for a freshly opened console
[10:02] <tvo> no for a console which was still open from session save (has been open for months)
[10:02] <raphink> tvo: what if you add tabs or try to switch?
[10:02] <raphink> hehe
[10:02] <tvo> hm
[10:03] <tvo> additional tabs are plain black
[10:03] <raphink> ok
[10:03] <tvo> switching doesn't seem to matter
[10:03] <raphink> and if you switch to light transparent you get grey, right?
[10:03] <tvo> first tab is translucent, rest is black
[10:03] <raphink> right
[10:03] <raphink> tvo: soo you can confirm what I describe here ? https://launchpad.net/distros/ubuntu/+source/kdebase/+bug/34924
[10:03] <Ubugtu> Malone bug 34924 in kdebase konsole "Can't switch to transparent themes" [Normal,Confirmed]
[10:05] <tvo> yes with light transparent 2nd-Nth tab are grey
[10:05] <tvo> only the first one is translucent again
[10:05] <raphink> ok
[10:06] <raphink> I'll try to reinstall one of my boxes with beta
[10:07] <tvo> added note
[10:07] <raphink> tty
[10:57] <jjesse_away> hmmm anyone else having problems with knetworkmanager?
[10:57] <Lure> jjesse_away: what kind of problems?
[10:57] <jjesse_away> networkmanager not running since last restart :(
[10:58] <Lure> not really - working fine for me
[10:58] <Lure> tried to start from terminal and see the output
[10:58] <Lure> s/tried/try/
[11:35] <OdyX> anybody able to have flash videos ?


[02:42] <bluesabre> hello sponsors!
[02:42] <bluesabre> ah
[02:42] <bluesabre> nvm
[02:42] <bluesabre> :)
[03:46] <slangasek> hallyn, stgraber: the debian/rules Vcs-* fields are defined as pointing to the branch where the package lives; please drop this field from the cgmanager package if the packaging isn't actually going to live there
[04:11] <hallyn> slangasek: is there a field we can use for where the usptream lives?
[04:11] <hallyn> (I assume you mean the debian/control Vcs-*)
[04:13]  * hallyn pushing an update without that field
[04:14] <hallyn> thanks
[04:34] <slangasek> hallyn: yeah, debian/control is what I meant.  There's no such debian/control field for upstream Vcs, you could put it in debian/copyright
[04:47] <Mirv> @pilot in
[04:47] <Unit193> Mirv: Happy piloting.
[04:49] <Mirv> thanks, let's see what I can do today. it's the last day before final freeze at least.
[05:57] <pitti> Good morning
[05:57] <pitti> bdmurray: we don't use procmaps for automatic processing of python crashes; they are occasionally useful to look at in bug reports for developers, though
[05:58] <pitti> bdmurray: like, finding out python extensions, third-party extensions/plugins, etc.; our client-side hooks check for that
[06:01] <pitti> infinity: -base langpack refresh next Monday: does that sound ok? or rather tomorrow?
[06:01] <infinity> pitti: Are those my only two options?
[06:02] <pitti> infinity: any other option would involve prodding wgrant to do a manual LP export
[06:02] <infinity> I imagine he has the skills to do that.
[06:02] <infinity> But I can't think too many translations will change between tomorrow and Monday, so tomorrow would be fine.
[06:02] <pitti> infinity: actually, scratch that; the other chance to enable "full langpack" would have been yesterday
[06:02] <infinity> Monday, we should be well into RC-land, and hopefully only respinning for criticals.
[06:02] <infinity> Hopefully.
[06:03] <pitti> infinity: ack
[06:03] <pitti> infinity: we've done it on Monday in the past few releases, so I assumed that was ok; but let me do the prodding
[06:04] <infinity> pitti: Did we?
[06:04] <wgrant> pitti, infinity: We can do it manually, but tomorrow seems to make sense to me.
[06:04] <pitti> wgrant: I requested a full export on https://translations.launchpad.net/ubuntu/trusty/+language-packs now; could you please kick the cronjob so that it builds one in the next day or two?
[06:04] <pitti> (I can also start the build on Saturday if necessary)
[06:04] <infinity> pitti: So, if I get to pick timing, "over the weekend" would be best.
[06:04] <pitti> infinity: ack
[06:04] <wgrant> loganberry.canonical.com-launchpad:30 10 * * 2,4 nice -16 $LP_PY /srv/launchpad.net/production/launchpad/cronscripts/language-pack-exporter.py ubuntu trusty --force-utf8-encoding -q --log-file=INFO:/srv/launchpad.net/production-logs/rosetta/language-pack-exporter.log
[06:04] <infinity> pitti: The first RCs won't spin until Sunday night or Monday morning.
[06:05] <pitti> wgrant: right, that matches with my "3,5" cronjob to build/upload the packages
[06:05] <wgrant> Won't it automatically do its thing in 5 hours?
[06:05] <wgrant> 4 hours
[06:06] <pitti> wgrant: oh, right; I was off by a day
[06:06] <bluesabre> hey pitti, are you running the show currently?
[06:06] <pitti> wgrant: ok, then I'll check tomorrow morning, and ask you if it failed (as sometimes it just doesn't produce anything)
[06:06] <pitti> bluesabre: "the show"?
[06:06] <wgrant> pitti: Well, it doesn't not produce anything. It spams my inbox.
[06:06] <wgrant> :)
[06:06] <bluesabre> :)
[06:06] <pitti> heh
[06:06] <bluesabre> as in, are you up for doing uploady things?
[06:07] <bluesabre> xubuntu-meta needs a refresh to take in one final change we rolled in last night
[06:07] <pitti> bluesabre: I've been sponsoring half a day yesterday
[06:08] <pitti> bluesabre: I can do some sponsoring, but not that much -- I've got to do some work, too :)
[06:08] <bluesabre> right
[06:08] <pitti> linux-exynos5 | 3.13.0-3.3    | trusty/universe         | source
[06:08] <pitti> oh, so this came back? we removed the package some time ago
[06:08] <pitti> or is that an error of some kind (bad sync)
[06:12] <bluesabre> ok, looks like it may have been taken care of after all, sorry to bother you guys
[06:12] <Mirv> yay for new -base langpacks, to get help translations in
[06:14] <infinity> pitti: No, it's back, that's based on the current trusty kernel.
[06:16] <Mirv> bluesabre: I'm the crippled pilot sort of since I don't have upload rights. what I tend to do is testing etc as needed, and then ping someone with upload rights.
[06:16] <bluesabre> Mirv: ok, good to know.
[06:17] <Mirv> today it seems I'm pretty crippled today by final freeze related work too, but I'll help at least if asked to help somewhere
[06:18] <Mirv> the fact that pitti has a pilot turn scheduled a day before tends to also mean the queue is shortish :S
[06:18] <infinity> Mirv: If one of your uploads is 5 minutes late because you were being nice and helping someone else, I think we'll cut you some slack.
[06:19] <pitti> Mirv: I got it down from 34 to 14 yesterday, but there was some stuff which needed FFEs or fixing
[06:19] <infinity> Realistically, actionable items in the queue should be pretty much 0 right now, unless there are some obvious, auditable, and simple bugfixes in there still.
[06:19] <pitti> infinity: speaking of FFEs, do you have a feeling about bug 1305135?
[06:21] <Mirv> pitti: yes, waiting UIFe, FFe, and already uploaded stuff in there. only a couple that could use some work/testing.
[06:21] <infinity> pitti: Looks sane to me.
[06:21] <pitti> Mirv: already uploaded? I can help with setting stuff to "merged" (although by now core-devs ought to be able to)
[06:22] <pitti> infinity: thanks
[06:24] <Mirv> pitti: in unapproved queue, xfce4-indicator-plugin. I guess it's not right to set it merged before it leaves that queue.
[06:24] <pitti> Mirv: *shrug*, there's nothing left to sponsor really
[06:24] <pitti> Mirv: but your call
[06:25] <pitti> Mirv: bug  1304214 looks like something which should still get in (but haven't checked)
[06:28] <Mirv> it does, but it'd need that approval. although it's ubuntustudio specific, I could probably discuss with them directly since they're probably handling the docs by themselves too.
[06:28] <Noskcaj> lp:~noskcaj/ubuntu/trusty/xfce4-xkb-plugin/lp-733563 still needs sponsoring
[06:32] <Mirv> Noskcaj: thanks, it seems it's missing from the sponsoring report page (http://reqorts.qa.ubuntu.com/reports/sponsoring/). I'll look at it
[06:33] <Noskcaj> micahg, thanks. Sponsors got unsubscribed after the first review for some reason
[06:52] <dholbach> good morning
[07:35] <Mirv> ok, I've verified this one, so if some core-dev would be kind to dget https://launchpad.net/~timo-jyrinki/+archive/ppa/+files/ubuntustudio-lightdm-theme_0.7.dsc and upload?
[07:35] <didrocks> Mirv: doing
[07:35] <Mirv> didrocks: thanks!
[07:39] <pitti> stgraber: still here by any weird chance?
[07:47] <pitti> stgraber: question for you in bug 1305395; not sure if slangasek wants that in trusty still, but in case he does it's a bit urgent (and the change is otherwise fairly straightforward)
[08:13] <jamespage> pitti, fd 6 is a pipe
[08:16] <pitti> jamespage: the strace doesn't say to where? i. e. not a named fifo?
[08:17] <jamespage> pitti, looking at that now
[08:17] <pitti> jamespage: if the strace doesn't reveal it, it might also help to attach gdb to the process and get a bt to see where it's spinning
[08:18] <zyga> bdrung_work: hey, I noticed you've packaged versiontools
[08:19] <jamespage> pitti, nothing in strace
[08:19] <jamespage> pitti, gdb'ing now
[08:19] <pitti> jamespage: you mean you don't see a call that opens fd 6?
[08:19] <jamespage> pitti, no
[08:20] <pitti> jamespage: oh wait, you attached strace to logind, you didn't start logind under strace, right?
[08:20] <pitti> if that happens only after some hours, that would produce a lot of output indeed, so let's try with gdb
[08:20] <jamespage> pitti, cgmanager_ping_sync
[08:22] <pitti> jamespage: ah, so I suppose your cgmanager process might have died?
[08:22] <pitti> root       310  0.0  0.0  23656  1440 ?        Ss   07:54   0:00 /sbin/cgmanager --sigstop -m name=systemd
[08:22] <pitti> you shoudl have something like that
[08:22] <pitti> jamespage: but even then it shoudln't loop
[08:22] <jamespage> root       327     1  0 Apr09 ?        00:00:12 /sbin/cgmanager --sigstop -m name=systemd
[08:22] <jamespage> I do
[08:23] <pitti> jamespage: ok; at this point I'd hand this to stgraber, he knows much better what cgmanager_ping_sync() is supposed to do
[08:24] <pitti> jamespage: thanks so far!
[08:25] <bdrung_work> zyga, yes
[08:25] <jamespage> pitti, np
[08:25] <zyga> bdrung_work: thanks for doing that, I was interested in working on it myself as I wanted to use it in my work soon
[08:26] <zyga> bdrung_work: is the module maintained in DPMT?
[08:26] <jamespage> pitti, stgraber: I'll leave it spinning - if either of you want access and have IPv6 I can enabled that fairly easily
[08:27] <bdrung_work> zyga, no. i put it under collab-maint. i don't mind moving it to DPMT (if they use git)
[08:27] <zyga> bdrung_work: I noticed you provided a python3 version as well, thanks
[08:27] <zyga> bdrung_work: I was working on 1.10 release
[08:27] <bdrung_work> you're welcome
[08:28] <zyga> bdrung_work: I could co-maintain the package if you want to
[08:28] <zyga> bdrung_work: do you have any packages that depend on it?
[08:28] <bdrung_work> zyga, help is appreciated
[08:28] <bdrung_work> zyga, yes. gevent-socketio depends on it. that was the reason for packaging it
[08:29] <zyga> I see, thanks
[08:41] <apachelogger> pitti: ahoy, does that look sound to you: https://code.launchpad.net/~apachelogger/lightdm/pam-kwallet/+merge/215108
[08:42] <pitti> apachelogger: superficially yes
[08:43] <pitti> (but I don't know how kwallet works)
[08:43] <apachelogger> almost exactly like gnome-keyring, the pam thingy was pretty much modeled after the gnome-keyring one from what I have been told
[08:44] <pitti> apachelogger: ah, ok; so it's not related to money or bitcoins or so :)
[08:46] <apachelogger> pitti: oh god no :P
[08:47] <pitti> $ bzr whoami
[08:47] <pitti> Your Name<EMAIL_ADDRESS>[08:47] <pitti> WTH?
[08:47]  * pitti uncommits, fixes that, and re-commits
[08:48] <zyga> pitti: bzr test suite perhaps?
[08:48] <pitti> zyga: yes, I did run that a couple of times
[08:48] <pitti> but I didn't expect it to change my actual config
[08:49] <zyga> pitti: it also gives you a gpg key you may want to get rid of
[08:49] <pitti> eww!
[08:49] <pitti> it should really set HOME=`mktemp -d` ..
[08:50] <pitti> zyga: not that I can see; at least nothign with "bzr" or "example"?
[08:51] <zyga> pitti: perhaps it managed to clean up for you, I saw some failures and it's still here (the gpg key)
[08:51] <pitti> apachelogger: should I also upload the lightdm change to trusty?
[08:51] <apachelogger> pitti: would be lovely
[08:53] <pitti> apachelogger: hm, there are more changes in trunk than just that
[08:53] <apachelogger> pitti: I can do an isolated upload then
[08:54] <pitti> apachelogger: sounds better then
[08:54] <pitti> I don't know how well these changes got tested, and whether they are meant for trusty
[08:54] <apachelogger> aye, uploaded :)
[09:28] <Laney> ISTR that update-manger wants Conflicts/Replaces to remove packages & Breaks/Replaces isn't enough
[09:28] <Laney> is that right?
[09:33] <cjwatson> Laney: yes
[09:34] <Laney> ta
[09:34] <Laney> Do reject mails from syncs work? :-)
[09:36] <ScottK> Laney: If it's CI syncs, definitely not.  Debian syncs, not sure.
[09:38] <Laney> ScottK: It's a Debian one in this case. You don't get "Waiting for approval", but do get "Accepted" (https://bugs.launchpad.net/launchpad/+bug/830614)
[09:40] <cjwatson> there definitely seems something wonky about syncs and mails, not sure about rejected but I'd expect that to be the same code path as accepted ...
[10:18] <zyga> bdrung_work: do you intend to get versiontools in to trusty?
[10:18] <zyga> bdrung_work: or are you fine with u-series?
[10:19] <bdrung_work> zyga, i synced it to trusty (i need it to fix the build failure of gevent-socketio)
[10:20] <zyga> bdrung_work: it's still in the new queue
[10:20] <bdrung_work> yes
[10:24] <cjwatson> *clicketyclick* no it isn't
[10:38] <bdrung_work> cjwatson, thanks
[10:49] <xnox> sergiusens: fginther: looking at https://code.launchpad.net/~xnox/notes-app/py32/+merge/210254/comments/510398 => http://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-mako/6378/console it appears that the tests are executed with python2, yet python3 should have been used.
[10:50] <xnox> sergiusens: fginther: am i missing any declaration to trigger the jobs to use python3?
[11:59] <Mirv> I can't work on the piloting anymore, but if some core-dev wants to tinker a bit lmms would be "ready" aside from lintian non-cleanness also present in the current version in archives: bug #1291675 / lp:~timo-jyrinki/ubuntu/trusty/lmms/1.0.0_packaging
[12:00] <Mirv> it builds fine, was tested, and contains all the fixes Ubuntu Studio folks want to have there + matches upstream sources
[12:00] <Mirv> @pilot out
[12:15] <jibel> pitti, any idea why apport tried to run 'system-image-cli' on a desktop in bug 1305804 ?
[12:32] <pitti> jibel: /usr/share/apport/general-hooks/ubuntu.py calls it if there's a /var/log/system-image/client.log
[12:32] <pitti> jibel: so apparently this got installed once
[12:32] <pitti> and then removed again
[12:32] <pitti> jibel: that's when you run apport on a phone
[12:33] <jibel> pitti, right, that's why I was surprised to see it when run on a desktop
[13:17] <ev> stgraber: is there some trick to passing a loopmounted filesystem to a lxc container? I've tried lxc-device but I'm getting the rather helpful "cannot mount block device /dev/loop0 read-only" message inside the container.
[13:18] <ev> pitti: how were you arranging some block devices for swift in your lxc deployment?
[13:20] <pitti> ev: I don't; I just use /srv/swift/1 and just one volume
[13:20] <pitti> ev: http://people.canonical.com/~pitti/scripts/setup-swift.sh
[13:21] <ev> ah, so it uses the local fs? The charm doesn't seem to support that. Drat.
[13:21] <pitti> ev: yes, it's not a charm; lxc-local doesn't currently work for me, and I don't really need it; see http://www.piware.de/2014/03/creating-a-local-swift-server-on-ubuntu-for-testing/
[13:22] <ev> yeah, I did have a read through
[13:22] <pitti> ev: it's just a script which you run as root in a fresh container or VM
[13:22] <ev> though juju local does work for me, so I'm trying to get swift, glance, and rabbit in that :)
[13:22] <ev> works as of trusty, that is
[13:22] <ev> it was a car crash in saucy
[13:23] <pitti> ev: I didn't bother with rabbit, as that's really just apt-get install rabbitmq-server
[13:23] <pitti> bother to write some kind of setup script, that is
[13:23] <ev> yeah, there's also lp:rabbitfixture, so I might leave that part off as well
[13:39] <stgraber> hey pitti
[13:39] <pitti> bonjour stgraber, ça va ?
[13:40] <stgraber> pitti: très bien et toi ?
[13:40] <pitti> stgraber: je vais bien aussi, merci !
[13:40] <pitti> stgraber: as-tu vu mon question dans le bug 1305395 ?
[13:41] <stgraber> pitti: so wrt, bug 1305395, both changes look good to me. systemd will indeed talk through cgmanager if it's available, so the mount is unneeded and indeed blocked in containers
[13:41] <pitti> stgraber: ah, good
[13:41] <stgraber> pitti: though instead of keying on container_type, we could key on /sys/fs/cgroup/cgmanager/sock
[13:41] <pitti> stgraber: but we should still mount it for "real" systems, right?
[13:41] <pitti> stgraber: keying on /sys/fs/cgroup/cgmanager/sock would mean that we don't mount it on real iron any more either, though?
[13:42] <pitti> that sounds quite a bit more regression prone, as I'm not sure that all software has been fixed to look into /run/systemd/ instead of /sys/fs/cgroup/
[13:42] <pitti> stgraber: but in principle, cgmanager is being used on real iron now as well, right?
[13:43] <stgraber> pitti: hmm, yeah, probably better to keep the mount around for old software and in the event where cgmanager fails, so yeah, let's go with container_type
[13:43] <pitti> stgraber: ack, thanks for the review!
[13:43] <stgraber> cgmanager isn't installed by default and won't be for 14.04, as the upstart cgroup support won't make it
[13:44] <stgraber> it is however installed by default on any system that has LXC
[13:44] <pitti> stgraber: ah, that's why I have it
[13:44] <pitti> stgraber: can't live without LXC these days, really
[13:44] <pitti> stgraber: (in other words, many thanks for this!)
[13:45] <stgraber> thanks :)
[13:45] <stgraber> yeah, once you adapt your workflow to use containers, it's hard to get back :)
[13:48] <pitti> stgraber, slangasek: systemd_204-5ubuntu18_source.changes uploaded for your reviewing pleasure then
[13:48] <stgraber> pitti: cool, will review it in a minute then
[13:59] <infinity> stgraber: Dangit, I was going to trade pitti a systemd review for a kmod one. ;)
[13:59] <infinity> stgraber: Now, I guess you get to review both.
[14:00] <pitti> infinity: happy to review kmod anyway :)
[14:01] <stgraber> infinity: you know that Martin isn't in ~ubuntu-release anymore right? :)
[14:02] <infinity> stgraber: Yeah, but he can pretend.
[14:02] <infinity> stgraber: I'm not concerned about a release ack, just a second set of sane eyes on the change.
[14:03] <infinity> pitti: FWIW, yes, I did install that job locally, play with throwing modules in various files, move /etc/modules out of the way, etc, and check upstart logs.  It seems to DTRT.
[14:03] <pitti> yes, scrutinizing the modules-load.d/ bits
[14:04] <pitti> so that'll modprobe lp, ppdev, and parport_pc everywhere again due to /etc/modules-load.d/cups-filters.conf
[14:04] <infinity> pitti: The run-parts bit is cargo-cult from the Debian sysv script, pretty much the rest is us, to be less forky and ugly.
[14:04] <pitti> I doubt that anyone was missing the parallel port bits, but not having lp sounds strange
[14:04] <infinity> pitti: If that's not something we want, we shouldn't be shipping that file, not relying on our kmod being broken WRT upstream, IMO.
[14:04] <pitti> oh, that's also just for parallel port printers?
[14:05] <pitti> infinity: yes, of course; just thinking aloud here
[14:05] <pitti> infinity: and wondering how people could print without that; but I guess no dev has a parallel printer any more
[14:05] <pitti> or a parport, for that matter :)
[14:05] <infinity> Or something else loaded it anyway.
[14:05] <infinity> Hard for me to tell now that it's loaded. :P
[14:06] <infinity> Oh, no, one of them was verbose.
[14:06] <infinity> [1244710.379097] ppdev: user-space parallel port driver
[14:06] <infinity> That definitely happened when I was testing.
[14:06] <pitti> infinity: ah, haha
[14:06] <pitti> /etc/init/cups.conf also loads it
[14:06] <pitti> oh, and /lib/modules-load.d/fuse.conf
[14:07] <pitti> that will be new
[14:07] <infinity> fuse.conf is a no-op, it's builtin.
[14:07] <pitti> ack
[14:07] <infinity> (A no-op with our distro kernels, that is, probably wanted when not running one)
[14:07] <pitti> infinity, stgraber: so, kmod should not change the behaviour in the default install, and it looks ok to me
[14:08] <stgraber> good because I accepted it already :)
[14:10] <infinity> Oh, hrm, the only thing I didn't test is if that'll behave weirdly if $files is empty before entering the while loop.
[14:10]  * infinity tests quickly to see if he needs a followup.
[14:11] <infinity> Nah, seems fine.
[14:27] <zequence> Any core-dev around, that could lend us some upload rights? Bug 1291675
[14:28] <zequence> This package has some major improvements to the released one. Has been tested and is pretty much ready to go.
[14:29] <wgrant> pitti: Langpack export is about half done, so seems like it will work this time.
[14:37] <bdmurray> mvo: are you planning on SRU'ing the fix for bug 1202754?
[14:39] <pitti> wgrant: splendid, thanks
[14:55] <bdmurray> jibel: have you had a chance to test bug 1286161?
[15:12] <mvo> bdmurray: I think that is a good idea
[15:12] <bdmurray> mvo: Yes, I agree. I was more asking do you want to do it or should I?
[15:13] <mvo> bdmurray: oh, if you have some spare cycles, you are very welcome to do it
[15:13] <mvo> bdmurray: the aptdaemon upload from some minutes ago may also be worth getting
[15:16] <bdmurray> mvo: okay, we'll see
[15:22] <mvo> dobey: do you think there is a chance to get  lp:~mvo/software-center/lp1225885  reviewed and a upload before the final freeze? I'm happy to do the upload if you give me a hand with the current process of building the package
[15:24] <dobey> mvo: how many hours 'til freeze?
[15:25] <dobey> mvo: for upload, just deb-patch it
[15:25] <xnox> dobey: 21:00 UTC on the dot (+ slippage)
[15:25] <Laney> haha
[15:25] <Laney> on the dot (not on the dot)
[15:26] <dobey> it's a constantly moving, pale blue dot
[15:26] <mvo> dobey: deb-patch? as in apt-get source / patch / dpkg-buildpackage -S / upload?
[15:26] <dobey> mvo: yeah, as in drop it in debian/patches/
[15:26] <mvo> ok
[15:27] <dobey> mvo: if you're in a hurry, go for it. i'm not going to fight you on it :)
[15:27] <mvo> dobey: muuuarrhhh :)
[15:27] <mvo> dobey: will do it
[15:27] <dobey> mvo: there was a patch from robert_ancell too, if you could go ahead and throw it in (if he didn't already)
[15:29] <mvo> dobey: yeah, I was about to include both patches
[15:30] <dobey> mvo: great, thanks. and welcome back :)
[15:31] <mvo> dobey: thank you!
[15:31] <dobey> now, to get some lunch. bbiab :)
[15:39] <bdmurray> pitti: ddebs seem to be missing for libcairo-perl 1.104-1, libglib-perl 3:1.304-1, libgtk2-perl 2:1.249-2, and libpango-perl 1.224-2
[15:47] <cjwatson> I moved those all to universe recently, if that helps track down the problem
[15:58] <bdmurray> cjwatson: oh, hmm
[16:08] <apachelogger> cjwatson: uefi stuff on kubuntu has regressed again
[16:14] <bdmurray> cjwatson: Have you seen bug 1287222?
[16:19] <cjwatson> bdmurray: yes, can't do anything about it
[16:19] <cjwatson> apachelogger: ...
[16:20] <apachelogger> cjwatson: I am going to drop that dreadful distributor override
[16:20] <cjwatson> apachelogger: um
[16:20] <cjwatson> apachelogger: what package(s) exactly do you intend to change?
[16:21] <apachelogger> cjwatson: kubuntu-settings-desktop, which ships /etc/default/grubd./yayaydayda which sets GRUB_DISTRIBUTOR to kubuntu
[16:21] <cjwatson> apachelogger: hm, right, I can't say that would make me sad
[16:21] <cjwatson> apachelogger: remember to do the rm_conffile thing in a .maintscript file
[16:22] <apachelogger> aye
[16:36] <tgm4883> Are there any ubiquity heroes around? Mythbuntu is dangerously close to not being able to ship because Ubiquity is crashing in the live mode
[16:37] <xnox> tgm4883: i've testing mythbuntu yesterday and ubiquity did work.
[16:37] <xnox> tgm4883: did apport crash report appear and did you file a bug report?
[16:37] <xnox> tgm4883: what's the bug number?
[16:37] <tgm4883> xnox, did you check ubiquity in live mode, or just the installer?
[16:38] <tgm4883> because it only crashes in live mode, which is weird
[16:38] <tgm4883> superm1, is there a bug number on this?
[16:38] <superm1> no crash reporter shows up
[16:39] <superm1> it only crashes in live mode, removing they myth-services plugin fixes it, but i can't figure out why
[16:40] <xnox> superm1: thanks, i can take a look debug this. But probably around 22-24 UTC, after my volleyball match.
[16:40] <superm1> xnox: thanks for helping, i'll let you know if i figure it out
[16:40] <tgm4883> xnox, any off the top of your head pointers to look at?
[16:40] <tgm4883> we aren't seeing much in terms of logs and such
[16:40] <xnox> slangasek: ^ can we get a post-FFF slippage exception for above critical mythbuntu issue by the looks of things
[16:41] <slangasek> xnox: this falls under "critical installer bugs that are the only thing you're allowed to touch post-final-freeze", yes
[16:42] <xnox> slangasek: ack. =)
[16:42] <superm1> thanks
[16:43] <tgm4883> thanks slangasek
[16:51] <apw> Laney, you touched whoopsie-preferences last, seems we have missing/wrong B/R for P->T upgrades: bug #1306122
[16:51] <Laney> you touch it, you own it? :)
[16:52] <mvo> bdmurray: thanks for the apt upload for saucy! I was thinking we probably want to pick https://bugs.launchpad.net/ubuntu/+source/apt/+bug/957231 soonish too, what do you think? seems to be high on errors.u.c
[16:52] <apw> Laney, heh something like that, but you might have a better view for the recent touchingness
[16:52] <apw> i am happy to fix it up as well
[16:53] <bdmurray> mvo: that was me just releasing it to -updates, yes I agree with fixing that apt bug in saucy
[16:54] <Laney> apw: Nope, I'd bet is a straight B/R missing
[16:54] <mvo> bdmurray: cool, I will see what I can do tomorrow morning then
[16:54] <apw> Laney, it has one on another packge from the same source, so i wondered if they fatfingered the name
[16:54] <Laney> I think the split was done post-precise, when a-l-m-c-c was the thing
[16:54] <apw> ahh
[16:54] <Laney> which has since been renamed to a-l-m
[16:55] <Laney> so we want both I guess
[16:55] <apw> so both needed then
[16:55] <apw> yeah
[16:55] <bdmurray> mvo: we might need a test case, otherwise I'll have to query the database to find out if it is happening with the new version of apt. this is possible just some more work.
[16:55] <Laney> apw: You do, I review in unapproved queue?
[16:55] <apw> Laney, sure
[16:55] <Laney> great
[16:55] <mvo> bdmurray: aha, ok. I'm not sure if there is good way to create one, but I will scratch my head a bit about it
[16:56] <bdmurray> mvo: well, if not we can just use errors to validate it - I've been surprised how many people use -proposed
[16:57]  * mvo nods
[16:58] <apw> Laney, the vcs link in this thing seems to be junk, did you find an appripriate branch
[16:58] <Laney> apw: no, it is junk
[16:58] <Laney> I think robert_ancell is/will/was/considered/smelt getting that back into shape
[16:59] <apw> ok ...
[16:59] <Laney> but in the meantime just use the archive
[17:02] <apw> yep, will do
[17:07] <bulletxt> Hi, Cups 1.7.2 came out today. Do you think ubuntu 14.04 will be able to get it into it ? I filled a bug on launchpad
[17:08] <bulletxt> Please it's very important for me! There are some blocking bugs on 1.7.1 that is blocking my work
[17:08] <bulletxt> https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1306141
[17:08] <seb128> tkamppeter, ^
[17:09] <seb128> bulletxt, not sure if the update is safe enough to get it, you might want to give specifics about your issue, selected fixes might be backportable if the update can't be done
[17:10] <seb128> bulletxt, it's also possible that the update is done as a SRU after release
[17:10] <bulletxt> this is the change log  https://www.cups.org/blog.php?L717      the worst bug for me is STR #4401
[17:11] <bulletxt> it's only a bug fix release and security
[17:11] <bulletxt> as clearly stated at the top (at least thats what they say)
[17:11] <tkamppeter> seb128, thanks for the hint, I also got the mail notification of this bug some minutes ago. How many hours are left to final freeze for getting this done before?
[17:11] <Laney> just under 4-ish
[17:12] <seb128> tkamppeter, even if you don't make the freeze it might still be ok to upload
[17:12] <seb128> they might approve it tomorrow
[17:12] <seb128> or it can be recycled to a SRU
[17:15] <pitti> doko: FYI, new python3.4 has (real) test failures and thus is stuck in -proposed: https://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/job/trusty-adt-python3.4/ARCH=i386,label=adt/78/console
[17:16] <tkamppeter> seb128, I will package it now ...
[17:16] <seb128> tkamppeter, thanks
[17:17] <Laney> Till Kamppeter set my printer on fire 10 seconds before Final Freeze
[17:19] <doko> pitti, otp, will look later
[17:19] <tkamppeter> Laney, what did I do?
[17:20] <bulletxt> Laney:  don't worry I'm testing something like 8 printers connected to my server, from dyesub sublimination to professional Epson 3880 and others . So I'll let you know if 1.7.2 sets on fire my printer :)  I really need 1.7.2 lp command with 1.7.1 and below is broken
[17:20] <Laney> tkamppeter: Was joking about the last minute update :P
[17:21] <bulletxt> Well I have to go now hopefully I'll be back tomorrow.... tkamppeter thanks for the miracle  in advance :)   goodbye
[17:22] <tkamppeter> bulletxt, np
[17:29] <MacSlow> re
[17:34] <dobey> well, guess we might need to move final freeze a bit :)
[18:04] <delinquentme> Hey all! Wondering if anyone has a suggestion for a newbie to OS programing who happens to be a bit upset with the non-functional shortcut-key bindings in the default 12.04
[18:04] <delinquentme> Is this something simple to fix?
[18:10] <robru> delinquentme, what shortcut keys? System settings has a panel for changing keyboard shortcuts.
[18:14] <delinquentme> robru, yeah it allows them to be changed ... but on reboot they're wiped
[18:15] <dobey> delinquentme: eh? works fine here
[18:15] <dobey> delinquentme: file a bug
[18:23] <tkamppeter> seb128, new CUPS uploaded.
[18:39] <tkamppeter> seb128, CUPS 1.7.2 is accepted now.
[18:44] <ypwong> slangasek, regarding the new ubuntu kylin archive, will the debian source packages be published into the archive as well?
[18:44] <ypwong> happyaron ^^
[18:44] <seb128> tkamppeter, thanks
[18:44] <slangasek> ypwong: they certainly should be
[18:45] <ypwong> gotcha
[19:26] <mwhudson> is it possible that do-release-upgrade says "no release available" when it should say "your network is broken"?
[19:48] <sarnold> hrm, a friend is hitting bug 1302158 without using maas. he says he's "passing a loopmount of ubuntu-14.04-beta2-server-i386.iso to virt-install --location"
[19:49] <cjwatson> in general your base image and your kernel have to be in sync
[19:50] <sarnold> makes sense, I'm just surprised simplestreams (appears?) to be involved for an iso-based install
[19:52] <cjwatson> I haven't looked at the bug 'cos should be going, just saying, "No kernel modules were found" is a standard d-i message for "your kernel and the pool on your image are out of sync"
[19:52] <cjwatson> and doesn't involve simplestreams
[19:52] <sarnold> ah! :) thanks
[19:53] <sarnold> time for me to run too, lunch beckons. thanks cjwatson :)
[20:14] <LBo> I'm trying to use `backportpackage` + `pbuilder-dist` to backport a packge for a different arch (i386)
[20:14] <LBo> I can't find out how to specify the architecture
[20:14] <LBo> I'm now using this command: `backportpackage -b -B pbuilder-dist modsecurity-apache -u ppa:leonbo/servers`
[20:15] <LBo> Does anyone know how I can specify that it should build for i386?
[20:20] <Noskcaj> LBo, use pbuilder-dist i386
[20:22] <LBo> Noskcaj: thanks. backportpackage then gives this error: `Error: Unsupported builder specified: pbuilder-dist i386`
[20:22] <Noskcaj> try pbuilder-dist trusty md64
[20:24] <LBo> That doesn't work. It only accepts some parameters for -B:
[20:25] <LBo> `Error: Supported builders: cowbuilder, cowbuilder-dist, pbuilder, pbuilder-dist, sbuild`
[20:34] <barry> pitti: i guess we just have to accept two python interpreters on touch... for now
[20:35] <Logan_> LBo: > the ARCH  and  DIST  environment is read by pbuilderrc(5) to select the correct base image
[20:35] <Logan_> from backportpackage(1)
[20:36] <LBo> Yeah, I tried that
[20:36] <Logan_> so export ARCH=i386 and DIST=whatever in /etc/pbuilderrc
[20:36] <Logan_> oh, that didn't work?
[20:40] <LBo> Logan_: then when I did an `env` in my .pbuilderrc, it showed the ARCH & DIST env's but not with the values I set
[20:40] <LBo> It looked like something overruled those
[20:41] <Logan_> weird
[20:41] <LBo> But I didn't set it in /etc/pbuilderrc.
[20:41] <Logan_> oh, try that then
[20:41] <Logan_> the manpages know all 😛
[20:41] <LBo> DIST=precise ARCH=i386 backportpackage -b -B pbuilder-dist modsecurity-apache -u ppa:leonbo/servers
[20:41] <LBo> That was what I tried
[20:41] <Logan_> I don't think you can set them in the command
[20:41] <Logan_> because they're not environment variables, per sé
[20:42] <LBo> I'll try the /etc/pbuilderrc way
[20:52] <LBo> I've added a static $DIST & $ARCH to my .pbuilderrc
[20:52] <LBo> I get this message: `E: File /home/leon/pbuilder/precise-base.tgz does not exist`
[20:53] <LBo> I don't think backportpackage passes the arch to pbuilder-dist
[20:56] <LBo> I'll have another go at pbuilder plain
[21:05] <LBo> Logan_: plan pbuilder works now
[21:05] <LBo> I have no idea what went wrong when I did that a few hours ago
[21:05] <Logan_> oh sweet
[21:05] <LBo> Thanks for the help!
[21:05] <Logan_> no problem 😊
[21:07] <LBo> For history's sake: this is the command I'm using know (and that seems to be working): ARCH=i386 backportpackage -b -B pbuilder -s trusty -d precise modsecurity-apache -u ppa:leonbo/servers
[21:51] <doko> barry, stgraber: http://people.canonical.com/~doko/tmp/python3.4.debdiff
[22:40] <tgm4883> superm1, do we know anything more on that live disk issue?
[22:44] <maxb> 1ep[1;3D[1;3D[1;3D
[22:44] <maxb> 11p1
[22:49] <tgm4883> xnox, I know you said you were going to look at it. I was able to figure out that running ubiquity with sudo resolved the issue, so it looks like a priviledge issue. Not sure why it's failing to get that level of access in the live environment though
[22:50] <superm1> tgm4883: i haven't figured much more out on it
[22:50] <tgm4883> ok
[22:51] <tgm4883> I've had to work on some vmware stuff for work, so I haven't looked at it in the last few hours
[23:02] <slangasek> tgm4883, superm1: policykit/logind problem?
[23:02] <superm1> i remember there was one that affected xfce based distros in the past, but i thought xnox fixed that
[23:22] <xnox> superm1: well, the environment is different. previously all variables were kept - now pkexec is used so all envrionemnt variables are cleared.
[23:23] <xnox> superm1: thus i band-aid in a few things (e.g. GTK_MODULES=overlay-scrollbar to get ubuntu scrollbars, etc.)
[23:23] <xnox> tgm4883: thanks for the hint.
[23:24] <tgm4883> xnox, yw, just doing what I can in between things at work
[23:24] <superm1> the page is really simple page, just a few checkboxes, so I wouldn't expect it to be missing an environment variable to affect it, but maybe i'm nieve
[23:25] <tgm4883> heading home now, ping me if you need somehting


[01:48] <khoover> i have a 2mm bass pick, held in my beard. ^_^
[06:23] <epod> which is a better CPU - celeron b800 vs celeron p4600 ?
[12:53] <BluesKaj> HI all
[12:55] <s-fox> Hi BluesKaj
[12:55] <s-fox> You good?
[12:55] <BluesKaj> hi s-fox , I'm fine thanks , and how are you ?
[12:55] <s-fox> Not bad thank you, bit tired but good
[12:56] <BluesKaj> tired , working too hard ?
[13:00] <BluesKaj> I'm tired too, but I woke up early and couldn't get back to sleep :)
[13:20] <s-fox> No, I was up until 2am talking with my friend in usa. Then my cat woke me up at 6
[13:20] <s-fox> :(
[13:46] <BluesKaj> I hit the sack early last night , was tired after clearing snow and doing errands ..old age is catching up :P
[13:47] <s-fox> :p
[13:48] <BluesKaj> snowing again , squalls off Lake Huron
[13:55] <s-fox> We've got the sun relecting off the frosty pavements here
[18:11] <s-fox> Goodbye
[18:44] <BobJonkman1> Hi chaslinux!
[18:44] <chaslinux> Hi Bob, long time no see!
[18:48]  * BluesKaj takes a break from pushing snow
[18:49] <BobJonkman1> Snow!  Should be outlawed in IRC...
[18:49] <BluesKaj> Hi chaslinux , nice to meet you :)
[18:50] <BobJonkman1> chaslinux is the guy who runs Kitchener Ubuntu Hour
[18:51] <BluesKaj> snow should be outlawed here too BobJonkman1 , especially for old retired guys
[18:52] <BluesKaj> Kitchener Ubuntu Hour, is that a local broadcast ?
[18:54] <BobJonkman1> It's a one-hour the get-together over coffee of Ubuntu fanbois and grrls, takes place in Kitchener on the first friday of the month.
[18:54]  * BobJonkman1 searches for the link on loco.ubuntu.com
[18:55] <BluesKaj> too far away from me anyway , BobJonkman1 , no need
[18:56] <BobJonkman1> There may be others lurking.
[18:56] <BobJonkman1> Hey lurkers!  Kitchener Ubuntu Hour details are here: http://loco.ubuntu.com/events/ubuntu-ca/1497/detail/
[18:57] <chaslinux> There's the one in the middle of the month that BobJonkman1 runs too... and I think it's in Waterloo normally.
[18:57] <BobJonkman1> Yup, last night we were at the Duke of Wellington for almost three hours.
[18:57] <BobJonkman1> These things tend to run on longer when we're having a good time
[18:57] <chaslinux> Oh and there's the Drupal meeting tonight 7pm at 58 Queen Street South
[18:58] <chaslinux> Need to get back to work.... later all...
[18:59] <chaslinux> Drupal for mobile platforms without creating apps... Andrew Berry.


[13:03] <soren> ev: Does usb-creator work well with server isos?
[13:27] <soren> ev: It seems so. Nice :)
[13:33] <ev> soren: indeed, should do :)
[18:44] <davmor2> cjwatson: with the news that grub now supports btrfs are we likely to see it being the default for 11.10?
[19:32] <cjwatson> well, grub supported btrfs in 11.04
[19:32] <cjwatson> the blockers now are all about btrfs having vaguely acceptable performance characteristics, working fsck, etc.
[19:32] <cjwatson> I don't think it'll be the default in 11.10
[19:40] <davmor2> cjwatson: oh interest to know though, thanks :)