[01:21] <nigelb> jcastro: when in doubt, blame nigelb? :D
[01:22] <mhall119> nigelb: usurping popey's job?
[01:22] <nigelb> mhall119: Oh, I don't shut down things.
[06:40] <jussi> good morning all!
[12:55] <jcastro> imbrandon_: over here for forums stuff
[12:55] <jcastro> ok so for sure they'll need the license?
[12:55] <jcastro> WHAT.
[12:55] <jcastro> link me up to this plugin
[13:01] <imbrandon_> http://janrain.com/products/
[13:01] <imbrandon_> "engage"
[13:01] <jcastro> is there a link to the actual plugin?
[13:02] <imbrandon_> $100 bux a year, works with openid and lots of others too, its what vb is pointing people too as they have said
[13:02] <imbrandon_> their hands are clean of the whole thing
[13:02] <imbrandon_> the plugin is on github
[13:02] <imbrandon_> but is no good without the service lic
[13:03] <jcastro> their web page says nothing though
[13:03] <jcastro> it's just a webform
[13:03] <imbrandon_> ok let me dig it all up again , one sec
[13:04] <jcastro> http://www.vbulletin.org/forum/showthread.php?t=263003
[13:04] <jcastro> here it is
[13:04] <jcastro> last update last January?
[13:04] <jcastro> hah dude
[13:04] <jcastro> this is for 5,000 users
[13:04] <jcastro> there's like 1.5 million forums accounts
[13:05] <imbrandon_> http://janrain.com/products/engage/engage-pricing/
[13:05] <imbrandon_> yea, thats another reason i say that we join forces with the fellas from Vanilla forums that broke from VB and migrate, i read about it like 2 hours last night, aparently its a science now
[13:06] <imbrandon_> and can be done without users knowing at all
[13:06] <imbrandon_> no url loss, or user resets etc etc
[13:06] <marcoceppi> what about theming?
[13:06] <marcoceppi> themeing, even.
[13:06] <imbrandon_> its a humoungus task but its fully opensource too
[13:06] <imbrandon_> and yea themeing
[13:07] <jcastro> moving forum software isn't even on the table
[13:07] <jcastro> I've gone down that road and no one wants to move from vbulletin for some reason
[13:07] <imbrandon_> get me the data or 10 minutes with sabdfl
[13:07] <imbrandon_> heh
[13:08] <imbrandon_> but yea that looks like our optinos at the moment, is pay out the nose, or reinvent the wheel but thats even hard as we need access to canonical lic to even dev
[13:09] <imbrandon_> localy
[13:09] <imbrandon_> i'll dig a little more tonight, but it looks semi bleek even for those in the know ... and maybe a $25k+ pricetag will change their tone aobut migration
[13:10] <jcastro> getting a license to dev on isn't a problem
[13:10] <imbrandon_> kk
[13:10] <imbrandon_> i need one of those then please for later today when i have time to circle back around
[13:12]  * jcastro works that
[13:12] <imbrandon_> thinking about it, i may be able to just rip the openid bits out of the plugin they have on github, i'll work that line tonight
[13:13] <imbrandon_> its gplv3 so nothing shady
[14:58] <jcastro> we hanging on?
[14:58] <jcastro> I mean out
[15:01] <jono> balloons, dpm, jcastro, mhall119 all set?
[15:01] <jcastro> yup yup
[15:01] <dpm> yep
[15:01] <balloons> in the dark, in the night
[15:02] <jono> hah
[15:02] <jono> setting it up
[15:02] <jono> balloons, dpm, jcastro, mhall119 https://plus.google.com/hangouts/_/297974d72f6147bff0b7d319792f04a82c910274?authuser=0&hl=en-US
[15:33] <pleia2> jcastro: I think it was hit by a pterodactyl! (that seems to be the only logical conclusion) http://www.dailymail.co.uk/news/article-2181872/Bird-strike-leaves-MASSIVE-hole-United-Airlines-jet-lands-Denver-airport.html
[15:34] <jcastro> http://en.wikipedia.org/wiki/Quetzalcoatlus
[15:34] <pleia2> :)
[15:55] <bkerensa> imbrandon: didnt vbulletin have a sso mod with openid that they totall gave up on with vb4?
[15:57] <imbrandon> bkerensa: yes, they said they were not going to develop one , only the community
[15:57] <imbrandon> but good news its not near as bleek as i thought
[15:57] <bkerensa> huh
[15:57] <bkerensa> Jainrain is a Portland company ;)
[15:57] <bkerensa> Janrain*
[15:57] <imbrandon> i've been poking at the code in anticipation of a lic to hack with and found a some solid solutions i think
[15:58]  * bkerensa should use his vbulletin license sometime in the next decade
[15:58] <bkerensa> ;p
[15:58] <imbrandon> no you shouldent, you should use vanilla
[15:58] <imbrandon> :)
[15:59] <imbrandon> if i get hell for OSX ... lol
[16:00] <imbrandon> anyhow, it seems that Google is actually gonna pull this one out of the hat for me, i just need to tie all the bits togather from their git ( not the source control ) and hopefully shortly ( compareatively ) we'll be golden
[16:00] <imbrandon> from the digging this afternoon at leaste
[16:01] <bkerensa> imbrandon: or phpbb
[16:01] <bkerensa> :)
[16:01] <imbrandon> ewww
[16:01] <imbrandon> i disown you
[16:01] <bkerensa> better than vbulletin
[16:01] <bkerensa> ;)
[16:01] <pleia2> hehe
[16:02] <pleia2> mailman4ever
[16:02] <pleia2> (what do you mean that's not forums software?!)
[16:02] <imbrandon> thats like the choice to chew your arm off to get out the coyotte trap AKA her head on the pillow your arms under when you wake up
[16:02]  * pleia2 returns to her basement
[16:02] <imbrandon> not much of one at all
[16:02] <imbrandon> pleia2: hahahah ^5
[16:38] <mhall119> jono: can you reddit and tweet http://mhall119.com/2012/08/app-developer-qa/ for me?
[16:38] <mhall119> or dpm ^^
[16:40] <bkerensa> mhall119: taking care of it
[16:41] <dpm> mhall119, done
[16:41] <mhall119> thanks
[16:41] <dpm> you might want to get someone else to retweet, I don't use twitter much, and Jono or someone else has got waaay more followers
[16:43] <dpm> mhall119, I can't stay for the Q&A today unfortunately, but good luck with it and let me know how it went tomorrow!
[16:45] <dpm> good bye everyone
[16:45] <JoseeAntonioR> mhall119: PM
[16:57] <jono> mhall119, done
[16:58] <mhall119> thanks jono
[17:01] <bkerensa> mhall119: RT'ed
[17:38] <bkerensa> jcastro: is there no way to swap keys on hpcloud?
[17:39] <jcastro> swap keys?
[17:42] <bkerensa> jcastro: nvm
[17:52] <jcastro> jono: let's ninja, 5min or so good for you?
[17:53] <jono> jcastro, sorry, stuck on a call
[17:53] <jono> just be wrapping in 7
[17:54] <bkerensa> jcastro: so were having early talks about a multiuser group lightning talks in Portland... I think I am going to talk Juju unless you wanna fly over :P
[17:54] <jcastro> nod
[17:54] <jcastro> bkerensa: you've got the flyers right?\
[17:54] <bkerensa> umm some
[17:54] <bkerensa> ;)
[17:54] <bkerensa> I wasnt taking two boxes home
[17:55] <bkerensa> I have about 50 or so
[17:55] <jcastro> who got the rest?
[17:55] <bkerensa> philballew took some
[17:55] <bkerensa> and some other people
[17:55] <jcastro> rawk
[17:59] <philballew> yeah, I'm gonna sell them on ebay for a few bucks each.
[17:59] <bkerensa> :D
[18:00] <jono> jcastro, two mins
[18:04] <jono> jcastro, lets go
[18:04] <jcastro> YEAH!
[18:05] <jono> jcastro, https://plus.google.com/hangouts/_/1bd844a6b379ad037d8706d616d0db18bb798731?authuser=0&hl=en-US
[18:45] <jcastro> jono: also: https://plus.google.com/100530892038948253747/posts/42wAifTLmmN
[18:46] <jono> jcastro, post not found
[18:47] <jcastro> ah, shared.
[18:50] <jono> hah!
[18:53] <bkerensa> I love it
[18:54] <bkerensa> got a etherpad going for a event being planned
[18:54] <jcastro> the charm?
[18:54] <bkerensa> someone wrote "Urban Airship has kegs if they host"
[18:54] <bkerensa> lol
[18:54] <bkerensa> jcastro: I will talk Juju :D
[18:55] <jcastro> \o/
[18:55] <jcastro> bkerensa: so my demo plan from now on
[18:55] <jcastro> is to do like "oh let's add SPDY to this webapp"
[18:55] <jcastro> then deploy brandon's charm
[18:55] <jcastro> then hit F5 on the browser .... BLAM.
[18:56] <bkerensa> lol
[19:01] <jcastro> popey: ok, should I turn off the HP Cloud instances?
[19:04] <doctormo-lab> Hey guys
[19:05] <bkerensa> hi doctormo-lab
[19:05] <pleia2> g'day doctormo-lab
[19:05] <philballew> oh hey doctormo-lab !!!
[19:07] <doctormo-lab> I just fixed an issue in lab-session-manager, but I'm on a lab machine without credentials. What's the best way of getting my branch somewhere online?
[19:07] <mhall119> doctormo-lab: can you ssh anywhere?
[19:08] <doctormo-lab> mhall119: I can to here from home.
[19:08] <doctormo-lab> Maybe I should just park it on the server here and grab it when at home
[19:08] <mhall119> you can push it to home then
[19:22] <jcastro> <-- caffeine refill, bbi 10
[19:22] <jcastro> mhall119: hey I saw he filed that bug!
[19:22] <jcastro> wrt. the AU lens
[19:23] <mhall119> jcastro: me to
[19:23] <mhall119> no AU, "Help" lens now
[19:42] <bkerensa> mhall119: what date will the showdown results be announced?
[19:42] <bkerensa> I have been asked
[19:42] <mhall119> bkerensa: I think it's planned for tomorrow, dpm was trying to get them into the Software Center before hand
[19:42] <mhall119> well, trying to get the 3 winners in the software center anyway
[19:43] <doctormo-lab> mhall119: Shouldn't most of the contestants be in the software center
[19:43] <bkerensa> mhall119: Can we perhaps get a heads up for a post on OMG?
[19:43] <mhall119> doctormo-lab: ideally, yes
[19:43] <bkerensa> that way when you announce we can click "Publish"
[19:43] <mhall119> doctormo-lab: in reality, we're bottle-necked on getting them reviewed and approved
[19:58] <jono> mhall119, is it possible to embed the video and IRC widgets into the wiki for tutorial sessions?
[19:59] <bkerensa> not likely
[19:59] <bkerensa> I think we have that module disabled or not even installed
[19:59] <mhall119> I doubt it
[20:00] <mhall119> the wiki doesn't like embedding html
[20:00] <bkerensa> which is why SUMO is great
[20:00] <bkerensa> :D
[20:00] <mhall119> jono: we can do it on developer.ubuntu.com though
[20:00] <mhall119> or ubuntuonair.com
[20:01] <jono> ooh ubuntuonair will work
[20:01] <jono> I want to run some Ubuntu Accomplishments tutorial sessions next week
[20:01] <mhall119> jono: JoseeAntonioR can help you, he got it going for me
[20:01] <jono> mhall119, can you help me get these set up?
[20:01] <mhall119> see above
[20:01] <mhall119> I don't have access to the site
[20:01] <jono> JoseeAntonioR, hey
[20:01] <jono> can you help me?
[20:01] <mhall119> jcastro might have access
[20:02] <doctormo-lab> mhall119: I did a whole bunch of reviewing, is this a secondary process to the inital reviews?
[20:03] <jcastro> I think I might
[20:03] <bkerensa> :D
[20:03] <jcastro> but we move onair back and for from popey's server to HP
[20:03] <mhall119> doctormo-lab: about half of the initial reviews put the app up for voting, the other half were sent back to the developer for changes
[20:03] <jcastro> we can keep it on HP Cloud though if we want more of this, though really what we need to do longterm is do onair.ubuntu.com with proper gear
[20:04] <mhall119> some of the ones sent back for changes have been updated by the developer, so the review needs to be done again
[20:04] <jono> jcastro, can we keep it online
[20:05] <jono> until I have done these sessions next week?
[20:05] <jcastro> sure
[20:05] <jcastro> easy peasy, we do need to change dns back though
[20:06] <jcastro> dang, popey left.
[20:06] <jcastro> jono: what exact day do you start?
[20:07] <jono> jcastro, I am writing the schedule now
[20:07] <jono> jcastro, then you should be all set
[20:07] <jcastro> well, we need at least 24 hours for DNS to switch over back to the HP servers
[20:08] <bkerensa> What
[20:08] <bkerensa> >.<
[20:08] <jcastro> so as long as it's not like this week Friday
[20:08] <bkerensa> 24 hours?
[20:08] <snap-l> bkerensa: At least
[20:08] <bkerensa> DNS propagates much faster than that.... this isnt 1995
[20:08] <mhall119> bkerensa: to make sure most dns servers have updated
[20:08] <snap-l> DNS changes take a while
[20:08] <bkerensa> unless your on a podunk isp
[20:08] <bkerensa> :D
[20:08] <jcastro> right, that doesn't mean I will be dumb and say "give me 10 minutes."
[20:08] <snap-l> My linode changes take ~24 hours
[20:08] <jcastro> 24 hours.
[20:09] <jcastro> Scotty doesn't tell Kirk 15 minutes, he says 8 hours. Then when he does it in 6 he's a legend.
[20:09] <bkerensa> snap-l: thats because Linode limits their DNS they only update every hour
[20:09] <jono> jcastro, Tues next week
[20:09] <jcastro> easy peasy
[20:11] <jcastro> cool, I sent a mail to popey, when he switches it I'll add you an account and mail you the info
[20:12] <jcastro> jono: you want IRC instead of where the disqus comments are currently right?
[20:15] <jcastro> anyone have the embedded IRC widget info handy? All I can find is mibbit stuff
[20:15] <jcastro> or a page where we have it already?
[20:15] <jono> jcastro, https://wiki.ubuntu.com/Accomplishments/Classroom
[20:16] <mhall119> jcastro: http://webchat.freenode.net/
[20:16] <jono> yeah, I would like this to have IRC if possible
[20:16] <Pici> jcastro: http://webchat.freenode.net/ click the little menu in the upper left, and then "add webchat to your website"
[20:16] <mhall119> click the icon in the top corner, then "Add webchat to your site"
[20:16] <jcastro> jono: which IRC channel will you want them to go to?
[20:16] <jono> lets do #ubuntu-accomplishments
[20:16] <mhall119> #ubuntu-on-air is what I used
[20:16] <jono> either is fine
[20:17] <jono> thanks jcastro, mhall119
[20:17] <jcastro> http://<IP_ADDRESS>
[20:18] <jcastro> so that? (adjusting the other stuff, but is that the gist?)
[20:24] <jcastro> jono: man, this will be awesome
[20:25] <jcastro> I've almost got it
[20:25] <JoseeAntonioR> jono: pong
[20:26] <jcastro> JoseeAntonioR: hey so TLDR
[20:26] <jcastro> he wants to reuse ubuntuonair again
[20:26] <JoseeAntonioR> sure
[20:27] <JoseeAntonioR> ubuntuonair.joseeantonior.com points to that ip, but I'm having troubles with the layout...
[20:27] <jono> JoseeAntonioR, yep, I want to run some UBuntu Accomplishments tutorial sessions next week
[20:28] <JoseeAntonioR> have you already got the schedule?
[20:29] <jcastro> yeah
[20:29] <jcastro> I got it
[20:29] <jcastro> logo is a bit too big, I'm going to comment it out for now.
[20:30] <jono> thanks for helping jcastro
[20:30] <jcastro> http://dl.dropbox.com/u/5720/accomplishments.png
[20:30] <jcastro> how's this?
[20:31] <jcastro> pretend that's you instead of leann of course. :)
[20:31] <JoseeAntonioR> seems fine
[20:31] <mhall119> jcastro: JoseeAntonioR: can ubuntuonair.com keep pages for past sessions?
[20:32] <jcastro> ok so we just need popey to switch DNS, then I'll add jono
[20:32] <JoseeAntonioR> mhall119: yep, it keeps up to 25 revisions
[20:32] <jcastro> mhall119: good idea
[20:32] <jcastro> is there a way to split off a certain revision as a new page?
[20:32] <jcastro> that would be perfect
[20:32] <jcastro> pleia2: hey so this gives me an idea
[20:32] <mhall119> JoseeAntonioR: browseable?  Like, so people can go back and see my video (and possibly irclog)?
[20:32] <JoseeAntonioR> maybe you can just copy the code
[20:33] <JoseeAntonioR> mhall119: nope, I would need to re-post the page
 That sounds awesome jorge, what is it.
[20:34] <jcastro> well I am glad you asked
[20:34] <jcastro> so I was thinking ...
[20:34] <jcastro> ubuntuonair.com -> classroom.ubuntu.com
[20:34] <jcastro> and it's basically just a splash page for the existing stuff
[20:34] <jcastro> and when we do onair stuff, you just plop the video widget on top, and leave irc/disqus on the bottom
[20:35] <jcastro> basically, we have a pretty splash page for all events that's more presentable and usable
[20:36] <jcastro> then it takes like, 3 minutes to tailor the splash page for the given event.
[20:36] <jcastro> which is fine because all the normal event planning stuff the individual host (in this case jono) is already doing on the wiki
[20:37] <jcastro> then you tell people "when your event is done put the next event from the classroom calendar on the splash page."
[20:37]  * jcastro kills the room
[20:41] <jcastro> jono: this basically gives us ustream-like UX.
[20:41] <jono> jcastro, indeed
[20:42] <jono> mhall119, can we have a quick call to discuss the app process doc?
[20:43] <jono> mhall119, actually, lets just discuss it in our meeting tomorrow
[20:46] <bkerensa> jono: Zohar at Kaltura said he would love to see us using Open Source Video Platform ;)
[20:47] <jono> bkerensa, I am sure :-)
[20:47] <jono> if they can provide a better solution we would be happy to use it
[20:47] <jono> but that solution would need to be free :-)
[20:47] <JoseeAntonioR> jono: all the sessions should now appear on the calendar tab
[20:47] <jono> thanks JoseeAntonioR!
[20:47] <bkerensa> jono: Zohar said they could sponsor it
[20:47] <bkerensa> ;p
[20:47] <jcastro> bkerensa: I have a better deal
[20:47] <jcastro> charm it.
[20:48] <jcastro> and we'll try it
[20:48] <bkerensa> LOL
[20:48] <jono> I am shocked Jorge was going to say that
[20:48] <bkerensa> tell Zohar to charm it
[20:48] <jono> :-)
[20:48] <jcastro> (not you personally, but charms)
[20:48] <jcastro> it's just simple how people do things. If I say "try this software" and one is in the archive, and the other is not, which one will you try?
[20:49] <bkerensa> jcastro: they should make you VP of marketing ;) your pushing Juju harder than anything else Canonical is working on
[20:49] <bkerensa> ;p
[20:49] <jcastro> almost as if it's my job. :p
[20:49] <JoseeAntonioR> jono: would you like AirBot to join you in the sessions? it's a classbot mod
[20:49] <jcastro> no seriously, if they charm it I'd love to give it a shot
[20:49] <jono> JoseeAntonioR, yes please
[20:50] <JoseeAntonioR> ok, let me talk to nhandler and pleia2 and I'll get it running
[20:50] <jcastro> and it's nice for them, it gives them AWS, HP Cloud, and each upcoming provider ootb.
[20:51] <bkerensa> Ill ping Zohar about it
[20:51] <jcastro> yeah just say I'm willing to try it
[20:51] <jcastro> don't be like "ubuntu is willing to do every web video thing ever on your platform" or something
[20:52] <mhall119> jono: tomorrow is fine by me, I've updated the spec page
[20:52] <mhall119> well, I updated it yesterday
[20:52] <jcastro> "ubuntu community team says our platform is awesome, will use it to broadcast live metal events", and so on
[20:53] <mhall119> living metal?
[21:04] <pleia2> jcastro: sorry, it's been a busy day at work (lunch now!)
[21:04] <pleia2> jcastro: I'd really rather not hijack the classroom name for all ubuntu on air stuff, I think it would get confusing :\
[21:05] <pleia2> and classroom is my baby :) I can't do this on air stuff at all
[21:05] <jcastro> what if we just call it all classroom?
[21:05] <jcastro> I mean, the onair thing is basically just OpenWeek gone wild.
[21:06] <bkerensa> oh noes gone wild
[21:06] <pleia2> if we're clear about what's IRC-based and what's going to be video-based we may be able to make that work
[21:07] <pleia2> probably requires some bot patches so the classroom bot ignores calendar entries for on air (assuming they use the same calendar)
[21:08] <pleia2> and I don't really want to do any of this until we're sure what we're want (not thrilled with nhandler spending the time to rewrite the bot for Air and me spending the time setting up the hosting account for it just to have it trashed 2 days later)
[21:14] <pleia2> anyway, I'm mostly concerned about people being confused, consumption of irc-based classes is very different than video, there are lots of folks like me who can attend irc ones but can't video ones due to work constraints, so it's important for it to be clear :)
[21:17] <czajkowski> pleia2: that makes sense
[21:17] <jono> jcastro, it seems http://uds.ubuntu.com/participate/sponsorship/ is not there any more
[21:17] <jono> what is the new page for that now?
[21:18] <jcastro> one sec
[21:18] <jono> thanks
[21:18] <jono> my announce is all ready to go
[21:18] <jcastro> jono: I believe it's just gone, we point people right to summit, which has all the info on the front page
[21:18] <jcastro> mhall119: ^^ right?
[21:18] <JoseeAntonioR> jono: there's no sponsorship explanation page anymore
[21:19] <jono> jcastro, it isnt on the front page
[21:19] <jcastro> http://summit.ubuntu.com/uds-r/
[21:19] <jcastro> top right
[21:19] <JoseeAntonioR> jono: http://summit.ubuntu.com/uds-r/sponsorship to apply
[21:19] <jono> aha!
[21:19] <jcastro> aha!
[21:20] <jono> wow that page looks screwed up
[21:20] <JoseeAntonioR> jono: because of the CSS error?
[21:20] <jono> yup
[21:20] <JoseeAntonioR> jono: already fixed, just need to push it to the actual page
[21:20] <JoseeAntonioR> cjohnston: ^^
[21:20] <mhall119> jcastro: I don't know what used to be on uds.ubuntu.com
[21:21] <mhall119> I think they changed it after we finished accepting applicants
[21:21] <mhall119> last UDS
[21:22] <JoseeAntonioR> mhall119: you're right
[21:34] <jcastro> philballew: around?
[21:34] <philballew> around
[21:34] <jcastro> you're a forum mod right?
[21:35] <philballew> no, I am not, but theres some people around who are
[21:35] <cjohnston> jono: I'm waiting for IS to deploy for the CSS error
[21:35] <jono> thanks cjohnston
[21:35] <jcastro> hmm, thought you were
[21:35] <cjohnston> np
[21:36] <cjohnston> do you want me to ping and try to get it done now?
[21:36] <philballew> I wish, If I am ever needed to be one I totally will.
[22:23] <JoseeAntonioR> jono: uds.ubuntu.com/event instead of /travel, but it auto-redirects
[22:23] <jono> thanks JoseeAntonioR
[22:30] <popey> jono, jcastro JoseeAntonioR flipped dns to <IP_ADDRESS>
[22:30] <jcastro> <3
[22:30] <JoseeAntonioR> thanks, popey!
[22:30] <jono> thanks popey
[22:31] <popey> np
[22:38] <jcastro> jono: I am a total fanboy lamer
[22:38] <jcastro> https://twitter.com/castrojo/status/230794434382532608
[22:38] <jcastro> I mean, it was on, and I wanted to tell the guy
[22:38] <jono> jcastro, hah
[22:38] <jcastro> what's sad is I will wait here until he responds
[22:38] <jono> I think it is always cool to tell people when you dig their work
[22:38] <jono> haha
[22:38] <jono> indeed
[22:39] <jcastro> I love how he totally is like, asleep
[22:39] <jcastro> as if he's bored
[22:39] <jcastro> it's bs too, on the blueray he's like "that solo takes everything out of you" and then on the actual concert he's like "yawn ....."
[22:39] <jcastro> that's how awesome he is
[22:46] <jcastro> jono: you ever meet jason clinton?
[22:46] <jcastro> he's an old gnomer
[22:46] <jcastro> ends up he works on google wallet, I used it for the first time today
[22:48] <jono> jcastro, yeah
[22:48] <jono> ahhh cool
[22:48] <greg-g> jcastro: too bad he doesn't use twitter: https://twitter.com/Chris_Broderick those are all fb posts
[22:48] <jcastro> greg-g: yeah, you had to go there.
[22:49] <jcastro> someday, when ubuntu takes over the world, and we have nothing better to do
[22:49] <jcastro> jono and I will fix rock stars' social presence
[22:49] <jcastro> it'll be a startup.
[22:51] <jcastro> Similar to Chris Broderick: Lita Ford
[22:51] <daker> hello
[22:51] <jcastro> Hahah, come on
[22:52] <jcastro> daker: heya!
[22:55] <greg-g> jcastro: :)
[22:59] <jcastro> jono: in case you are not following along, no response yet.
[23:00] <jcastro> greg-g: no oscon? that's twice I've missed you
[23:02] <greg-g> jcastro: we over lapped only one night. I got in around 8pm on Tuesday, and hadn't finished my preso yet and it was on wednesday :)
[23:02] <greg-g> jcastro: and yeah, sucks. :/
[23:03] <jono> jcastro, heh


[08:56] <hrw> do someone has ideas for bug 891116? It blocks me from using unity/3d
[10:03] <hrw> lovely. I pressed mmb on terminal icon in launcher and unity session hang ;(
[10:50] <hrw> got it working after ~2 minutes with set of terminals opened
[11:36] <om26er> Trevinho, Hey! there?
[12:05] <jo-erlend> hmm. Doesn't appmenu run as a normal indicator that can be stopped?
[15:54] <spacetime> I want to build and test Unity in the hopes of helping to fix a bug. How do I do that without interfering with the package I'm using on my Oneiric system?
[16:00] <danilos> hi all, anybody interested in asking for more debugging data for bug 806248 while I have the unity panel as described in the bug? I am not sure what I could find, but ultimately I will want to log out and perhaps lose the broken state then
[16:02] <mgedmin> spacetime, I think I've read somewhere that you can run ./unity from the build directory without installing it
[16:05] <spacetime> mgedmin, I'll give it a shot. Could you give me any clue about your source if possible?
[16:06]  * mgedmin would try bzr branch lp:unity
[16:06] <spacetime> I wouldn't be this confused if it weren't for: http://askubuntu.com/questions/28470/how-do-i-build-unity-from-source/28472#28472
[16:08] <spacetime> The documentation from the lp branch refers to this. But this just doesn't work!
[16:11] <didrocks> jaytaoko: can you have a look at danilos' issue bug #806248, please?
[16:12] <mgedmin> spacetime, I only built unity using apt-get source -b unity to test one small patch
[16:13] <danilos> didrocks, hi, thanks :)
[16:13] <mgedmin> ok, I tell a lie: apt-get source + apt-get build-dep + patch + dpkg-buildpackage
[16:13] <spacetime> lol
[16:13] <didrocks> danilos: let's wait for jay, it seems to be a nux issue
[16:13] <mgedmin> apt-get source -b is a nice shortcut, but it doesn't let you insert a patch between the source unpack and the build steps
[16:14] <danilos> didrocks, sure
[16:17] <jaytaoko> danilos: hello
[16:18] <jaytaoko> didrocks: hello
[16:18] <spacetime> mgedmin: thanks. I think this should do the trick.
[16:19] <jaytaoko> danilos: you have issues with icons not showing up in the launcher?
[16:20] <danilos> jaytaoko, they originally showed, but at one point during my session they all went "up" (I can see only half of one icon, or it might be several overlapping)
[16:21] <danilos> jaytaoko, hovering over a few spots on the top part of the panel I get tooltips for a few icons which are not rendered there
[16:21] <danilos> jaytaoko, clicking them also brings up appropriate window
[16:21] <jaytaoko> danilos: you are running oneiric?
[16:22] <danilos> jaytaoko, yes, fully up-to-date
[16:22] <danilos> jaytaoko, I filed a duplicate of the bug didrocks mentioned above which contains all of my data created by ubuntu-bug
[16:29] <DBO> danilos, can you give me a screenshot of the issue from now?
[16:29] <danilos> DBO, sure
[16:29] <DBO> I mean correct me if Im wrong, but it looks like all the icons are be rendered at the top of the launcher
[16:36] <jaytaoko> danilos: can you put the screenshot somewhere public so we all can see?
[16:39] <didrocks> there is a screenshot on the bug report
[16:41] <didrocks> jaytaoko: DBO ^
[16:41] <DBO> didrocks, the screenshot is quite old
[16:42] <jaytaoko> danilos: yes, that screenshot goes back to natty
[16:43] <jaytaoko> danilos: more like after Natty release
[16:43] <danilos> jaytaoko, DBO: it's basically the same, I am otp now, but will put it up shortly
[16:44] <jaytaoko> danilos: how many icons did you have in the launcher... an estimate...
[16:44] <danilos> jaytaoko, DBO: http://people.canonical.com/~danilo/screenshots/unity-mess.png
[16:45] <danilos> jaytaoko, between 10 and 20 most likely
[16:45] <danilos> jaytaoko, I am still in that session, is there a way for me to find that out (iow, how do I find what apps is unity trying to display?)
[16:46] <jaytaoko> danilos: not that I know of at this stage, but 10 20 does not sound out of the ordinary
[16:47] <jaytaoko> danilos: you should be able to have has many icon as you want in the launcher. But I was wondering if this is and edge case
[16:47] <danilos> also, my screen background is now messed up, but wasn't half an hour ago or so
[16:48] <jaytaoko> danilos: yes, I noticed the background image ... did that happen at the same time after the the launcher started rendering incorrectly?
[16:49] <jaytaoko> danilos: your systen has a single gpu?
[16:49] <danilos> jaytaoko, yes
[16:49] <danilos> jaytaoko, nope, it seems to have happened when I pressed "Print Screen" to take a screenshot
[16:50] <jaytaoko> danilos: ok
[16:50] <danilos> jaytaoko, my panel has been like this for 2 days or so
[16:55] <jaytaoko> danilos: is this the first time you have this issue?
[16:56] <danilos> jaytaoko, yes, I didn't want to log out to preserve the debugging data if you need some... there's interesting stuff, for instance, tooltips show up some 120pxs apart
[16:57] <danilos> jaytaoko, as if there are only three icons at the top of the panel, each being 120pxs (or so) apart, though they are not rendered
[16:57] <danilos> jaytaoko, also, the top icon seems like a blend of a few icons (maybe all of them?)
[17:00] <DBO> danilos, any idea how you trigger this?
[17:04] <om26er> danilos, i have seen it in a bug report. do you use gallium3d?
[17:05] <danilos> DBO, I believe it just happened when I opened another program at one point (maybe a wine instance)
[17:05] <danilos> om26er, not that I know of, what's that?
[17:05] <om26er> danilos, your video driver
[17:05] <om26er> which driver you are currently using?
[17:05] <danilos> om26er, is that the new intel video driver?
[17:06] <DBO> I wonder if the shader args just are not getting set...
[17:06] <om26er> okay not related to your case ;)
[17:06] <danilos> om26er, ok
[17:06] <danilos> DBO, how do I check that?
[17:06] <DBO> uhm...
[17:06] <DBO> magic?
[17:07] <DBO> hmmmmm
[17:08] <DBO> I wonder if your clock ticked over...
[17:08] <DBO> that might explain a LOT of this
[17:10] <DBO> isn't the monotonic clocks length like... hundreds of years?
[17:27] <jaytaoko> danilos: we don't have a solution yet
[17:28] <jaytaoko> danilos: but please report on the bug for any more occurrence of this issue and if you find more ways to reproduce it
[17:29] <jaytaoko> danilos:
[17:29] <danilos> jaytaoko, sure, ok... if you want any of the memory dumps, I can probably get that while I am still logged in in this session
[17:29] <jaytaoko> danilos: there is possibly something related to timing but we are not sure yet
[17:32] <jaytaoko> danilos: no the mem dump wont be necessary in this case. but you say that the dash still renders correctly, right?
[17:32] <danilos> jaytaoko, yes
[17:33] <danilos> jaytaoko, provided the "dash" is the thing I get when I press the Super key (just to ensure I am not using inappropriate terminology :)
[17:35] <jaytaoko> danilos: yes, pressing the super key brings up the dash.
[17:35] <jaytaoko> danilos: so the problem is really localized to the Launcher...
[17:36] <danilos> jaytaoko, yes (I even tried restarting compiz using the HUP signal, that didn't fix things)
[17:38] <jaytaoko> danilos: and if you restart unity?
[17:39] <jaytaoko> danilos: can you restart unity and try to launch wine like you did before? see if the issue happens again
[17:39] <danilos> jaytaoko, unity is which process actually? http://paste.ubuntu.com/741402/
[17:39] <danilos> unity-window-decorator?
[17:40] <jaytaoko> danilos: just exit your session and log in again
[17:41] <danilos> jaytaoko, oh, I can't do that right now, got a bunch of meetings in progress and coming up, will do that later and if I reproduce, I'll add details to the bug and come back here
[17:42] <jaytaoko> danilos: ok, no problem you can report later on the bug
[20:15] <thumper> morning
[21:19] <Trevinho> morning thumper... Here it's night, by the way! :D
[21:19] <thumper> hi Trevinho
[21:20] <thumper> how are you doing?
[21:20] <Trevinho> well, thanks! :)
[21:20] <Trevinho> how about you?
[21:21] <thumper> tired
[21:21] <thumper> pleased it is Friday
[21:21] <thumper> I feel all my days are email and calls now :)
[21:23] <Trevinho> eh, I understand...
[21:23] <Trevinho> just coding is too way better :)
[21:23] <thumper> :)


[07:17] <fwereade_> dimitern, ping
[07:30] <dimitern> hey
[07:30] <dimitern> fwereade_: morning
[07:34] <TheMue> fwereade_, dimitern: morning
[07:34] <dimitern> TheMue: hiya
[07:41] <fwereade_> dimitern, quick chat re relations/upgrade-charm before the meeting?
[07:42] <dimitern> fwereade_: actually, I thought it's better for me to do the other card first: --switch
[07:42] <dimitern> fwereade_: should be simpler, etc. but after the change to use statecmd, i'm a bit lost now
[07:46] <fwereade_> dimitern, ah, is that in now? I thought Makyo|out was planning to revert
[07:47] <dimitern> fwereade_: it landed and probably he'll build on it
[07:47] <fwereade_> dimitern, and, yeah, this is bad timing -- rog will also have something to contribute, I think, he's assigned himself the "allow local charms via api" card
[07:48] <dimitern> fwereade_: hmm..
[07:48] <fwereade_> dimitern, *but* from your perspective it shouldn't be that bad actually
[07:48] <rogpeppe1> mornin' all
[07:48] <fwereade_> rogpeppe1, heyhey
[07:48] <dimitern> fwereade_: actually, i'm lost now
[07:48] <dimitern> rogpeppe1: hey
[07:49] <fwereade_> dimitern, all --switch really needs to do is to send a different charm url in the params
[07:49] <dimitern> rogpeppe1: were you planing to implement upgrade-charm --switch to local repo flag?
[07:49] <rogpeppe1> dimitern: no
[07:49] <rogpeppe1> dimitern: i'm not sure what the planned semantics are
[07:49] <fwereade_> dimitern, sorry unclear: it's just that the api doesn't handle local charms
[07:50] <fwereade_> dimitern, and I thought I saw rogpeppe1 assign that issue to himself
[07:50]  * rogpeppe1 is relieve to see his phone switch from "E" to "H", so may make the meeting after all
[07:50] <dimitern> fwereade_: but since upgrade-charm now uses the api, how will that be possible then?
[07:50] <rogpeppe1> fwereade_, dimitern: ah, local charms is something i was planning to do, as it requires some API thought
[07:50] <dimitern> so i cannot implement it then..
[07:51] <fwereade_> dimitern, it's actually orthogonal, isn't it?
[07:51] <fwereade_> dimitern, the commands don't *really* use the api anyway
[07:52] <dimitern> fwereade_: how about me you and rogpeppe1 have a g+ after the meeting to discuss it?
[07:52] <fwereade_> dimitern, +1
[07:52] <rogpeppe1> dimitern: sgtm
[07:52] <dimitern> great
[07:52]  * rogpeppe1 hopes he might get a decent internet connection again one day
[07:52] <dimitern> rogpeppe: what's E and what's H on your phone line?
[07:55] <davechen1y> https://docs.google.com/a/canonical.com/document/d/1p_OzWxqxaXalHBI3ohkUsB9_iQBPSGWwM-qODm5FSbI/edit#
[07:55] <rogpeppe> dimitern: different network data connectivity levels: E=Edge, 3G=3G and G=HSDPA H=HSDPA+ i think
[07:55] <davechen1y> https://plus.google.com/hangouts/_/d3f48db1cccf0d24b0573a02f3a46f709af109a6
[07:55] <fwereade_> dimitern, (fwiw the short version is: you have a conn, with state and env, just add the charm yourself and pass a charm url to one that's already in state)
[07:56] <rogpeppe> dimitern: E is good for nothing. H is good enough for a marginal G+
[07:56] <davechen1y> edge is what they used to call 2G before 2G was defined by 3G
[07:56] <rogpeppe> davechen1y: ah, i'm pretty clueless about this, thanks
[07:57] <dimitern> rogpeppe: I see
[07:58]  * davechen1y worked for ericsson during the 2g / 3g wars\
[07:58] <davechen1y> it's all horseshit
[07:59] <davechen1y> the speed available to you is directly diven by the amount of free timeslots on your cell
[07:59] <davechen1y> basically, the more people on their phone, the less data per person
[08:00] <rogpeppe> luckily around here nobody uses much data, i think
[08:56] <mattyw> rogpeppe, hi there me again! does py juju set JUJU_CONTEXT_ID? i.e. to work out if my charm is running under pyju or goju do I just need to find some data in JUJU_CONTEXT_ID or something specific?
[08:57] <davechen1y> mattyw: a quick grep of the source says, no py juju (0.7) does not export JUJU_CONTEXT_ID
[08:58] <mattyw> davechen1y, hi dave, that seemed to be the case when I looked, but wanted to check in case my vimgrep-fu wasn't that great
[09:02] <mattyw> davechen1y, I guess it's a problem the juju-gui charm will have to solve at some point if not already, I'll try to pester hazmat when he's up
[09:02] <davechen1y> +1
[09:02] <fwereade_> dimitern, would you start one? quick bathroom break
[09:02] <dimitern> fwereade_: sure
[09:02] <jam> mgz: you're not climbing the valleys?
[09:03] <dimitern> fwereade_, rogpeppe: https://plus.google.com/hangouts/_/84df1b5aa61d251351d1476839611a33f6aa4f69?authuser=0&hl=en
[09:03] <mgz> woho, it let me leave
[09:06] <mgz> rogpeppe: haven't looked at the route cards yet, but it's normally white peak bit of peak district, around longnor. so, nothing very mountainy really.
[09:29] <rogpeppe> mgz: it is beautiful around there
[09:45] <dimitern> Makyo|out: sorry, i'll be reverting your branch about upgrade-charm API, as agreed with fwereade_ and rogpeppe; please ping me or them when you're here to discuss next steps
[09:46] <dimitern> mgz: what was the easiest bzr way to revert a single rev?
[09:47] <mgz> dimitern: eg, to backout rev 3, `bzr merge -r3..2 .` note the trailing dot
[09:48] <dimitern> mgz: ok, thanks
[09:54] <dimitern> mgz: hmm.. it's not working: bzr: ERROR: Not a branch: "/home/dimitern/work/go/src/launchpad.net/juju-core/.bzr/cobzr/.bzr/branch/": location is a repository.
[09:54] <dimitern> mgz: maybe cobzr interferes somehow; i suspect it's the dot at the end that's confusing it
[10:17] <mgz> you need to reference the branch you're dealing with
[10:18] <mgz> dimitern: so, with native colo I could also use co:trunk if the rev I'm dealing with is on trunk. I presume cobzr has something similar
[10:19] <dimitern> mgz: i got rid of cobzr and now i'm using just plain bzr
[10:27] <TheMue> dimitern: i do so too. switching branches is simple enough.
[10:41]  * TheMue is at lunch, bbiab
[10:49] <dimitern> fwereade_: https://codereview.appspot.com/8958043
[10:59] <fwereade_> dimitern, cheers
[11:00] <fwereade_> dimitern, is that a straight revert?
[11:00] <dimitern> fwereade_: yes
[11:00] <fwereade_> dimitern, excellent, if the tests pass then LGTM trivial
[11:01] <dimitern> fwereade_: running them now
[11:32] <jam> mgz: poke
[11:32] <danilos> jam: mumble is crashing for me :/
[11:32] <jam> danilos: :(
[11:38] <jam> danilos: still no love for mumble?
[11:38] <jam> mgz: still not around yet?
[11:38] <danilos> jam: nope, restarting pulseaudio didn't help either
[11:38] <jam> well, if mgz isn't around, then we can do a hangout, as he is the only one that doesn't have good access.
[11:40] <mgz> er, I'm here, but have turned off my hangout machine
[11:40] <mgz> ...really need to fix the clock on this
[11:40] <danilos> jam: sure, hangout or not?
[11:41] <jam> danilos: mgz made it onto mumble first, so we'll proxy you via irc
[11:41] <danilos> jam: ack
[11:41] <jam> danilos: you go firsrt
[11:41] <jam> to get it out of the way
[11:41] <danilos> jam: heh, fair enough
[11:41] <jam> how was your day
[11:42] <danilos> jam: it was decent, still fighting two remaining test failures with my keypair auth stuff; I also plan to start testing it --live
[11:42] <danilos> jam: I wonder if I need anything to be able to run against hp cloud other than the credentials I already got from you?
[11:43] <mgz> danilos: you shouldn't need anything else
[11:43] <jam> right, you shouldn't need more
[11:43] <danilos> mgz, jam: cool, I'll let you know how that goes then
[11:43] <jam> and the creds I got you should be "safe" from one of the bugs wallyworld_ noticed.
[11:43] <mgz> be a little careful about how you name your env and bucket, as that's a shared account (I assume)
[11:44] <jam> mgz: yes, it is
[11:44] <jam> danilos: sounds good
[11:44] <danilos> mgz, right
[11:51] <mgz> we're discussing non-interactive apt in the hook environments
[11:57] <danilos> mgz, any conclusions out of that discussion?
[11:59] <jam> danilos: it looks like it is actually doing the right thing there, so I'm on to debug why my charm isn't working correctly.
[11:59] <jam> for a sec we thought it wasn't setting DEBIAN_FRONTEND=noninteractive, but it looks like that isn't true
[12:00] <danilos> jam: interesting indeed
[12:08] <wallyworld_> fwereade_: hey, you around?
[12:08] <fwereade_> wallyworld_, hey
[12:09] <fwereade_> wallyworld_, oh crap, this is the same timing as yesterday :(
[12:09] <wallyworld_> wanna have a chat about the constraints stuff?
[12:09] <fwereade_> wallyworld_, would you be ok to chat about it in your morning? I can come on before I go to bed
[12:10] <fwereade_> wallyworld_, unless you'll be around in ~1h20 -- what's the time difference?
[12:11] <fwereade_> wallyworld_, I can't actually remember what city you're in
[12:11]  * danilos goes out to grab a quick bite
[12:12] <jam> anyone know if "juju set --config" actually does anything? It supports the option, but AFAICT it doesn't actually set anything.
[12:12] <jam> Or maybe the contents of the file changed?
[12:12] <fwereade_> jam, the --config format is a bit surprising
[12:12] <wallyworld_> fwereade_: it's 22:10 here now, if i can stay awake i'll ping you later or else let's do it my morning
[12:12] <fwereade_> wallyworld_, hey, I can do 15 mins now
[12:12] <wallyworld_> ok
[12:12] <fwereade_> wallyworld_, I'll start a hangout
[12:14] <jam> fwereade_: I think we broke the format supported by python-juju
[12:14] <jam> which is that the top-level item is "tarmac"
[12:14] <jam> we just do an unmarshal into a map[string][string] and then pass that in to s.SetConfig(options)
[12:14] <fwereade_> jam, oh *fuck*, I could have sworn rogpeppe was doing that?
[12:14] <jam> while we use the same s.SetConfig(options) from the commandline.
[12:15] <jam> sorry not "tarmac" but the name of the service
[12:15] <jam> rogpeppe: poke?
[12:15] <rogpeppe> fwereade_: no, it's an outstanding bug that we decided not to fix at the time
[12:16] <rogpeppe> jam: the top level items refers to the services to set the config options on i think
[12:16] <jam> rogpeppe: that is what it is supposed to be (what it was in python-juju), but doesn't seem to be the case in juju-core today
[12:16] <rogpeppe> jam: indeed
[12:17] <jam> rogpeppe: note that it is also broken for "juju deploy --config" then
[12:17] <rogpeppe> jam: yes
[12:18] <jam> bug #1162122
[12:18] <_mup_> Bug #1162122: deploy --config has no tests <juju-core:Triaged> <https://launchpad.net/bugs/1162122>
[12:18] <rogpeppe> jam: tbh i find the python format a bit weird (we say to a service "please set these config options if there happens to be a matching service name in here") but it should still be fixed to be compatible
[12:19] <rogpeppe> jam: i think there are actually tests
[12:19] <jam> rogpeppe: well, it would let you have all your config in one file for multiple services, and just have it pick out the right one at the right time.
[12:19] <rogpeppe> jam: they're just testing the wrong thing
[12:19] <rogpeppe> jam: it would make more sense if there was a call that said "set all these settings on all these services"
[12:21] <rogpeppe> jam: with just the config file as input
[12:21] <jam> rogpeppe: well, the service could be optional if you specify 'juju set --config'
[12:22] <rogpeppe> jam: yeah, that would make much more sense
[12:22] <jam> :q
[12:22] <rogpeppe> jam: it would be nice if there was some way of reliably telling the two-level config from the one-level config. that way you could have some settings in a config file that would apply to a given charm regardless of its service name.
[12:24] <rogpeppe> jam: (that's the way juju is now, but we're going to remove that possibility by making it compatible)
[12:24] <jam> rogpeppe: well, you could look for a top level key that matches the service name, and if it exists, recurse into it
[12:25] <jam> though it leaves you open to 'interpretation' if you ever had key collisions
[12:25] <rogpeppe> jam: it's quite possible that there's a ... yeah
[12:25] <rogpeppe> jam: i much prefer to avoid heuristics when possible
[12:29] <rogpeppe> jam: bug #1167465
[12:29] <_mup_> Bug #1167465: service set (and deploy) uses wrong YAML config syntax <juju-core:New> <https://launchpad.net/bugs/1167465>
[12:31] <rogpeppe> it's a pity we've got YAML going over the wire at all. if it wasn't such an abstruse format, there would be a decent js parser for it and we wouldn't need to do that.
[12:32] <rogpeppe> because it would make much more sense for the client side to inspect the yaml and decide which settings to use based on the service name, then send just those settings
[13:12] <mgz> er... who has the creds to put tools in canonistack?
[13:12] <gary_poster> Hi all.  I'd like to announce the GUI's compatibility with juju core, but the Raring Juju from the devel PPA fails for me like this: http://pastebin.ubuntu.com/5598967/
[13:12] <gary_poster> Is that known?  Is there some other, better way to suggest that people try out the GUI on juju core?  I didn't figure installing juju from source was the right sales pitch :-)
[13:15] <rogpeppe> gary_poster: yes, it's known and waiting on a fix to cloud-init in raring, i believe
[13:15] <rogpeppe> gary_poster: we did have a fix but it was backed out on request
[13:15] <gary_poster> ok cool rogpeppe thanks.  So we shouldn't announce till that is in backports?
[13:15] <rogpeppe> gary_poster: and we were assured that the lifetime of the bug was "measured in days"
[13:15] <gary_poster> :-)
[13:17] <rogpeppe> gary_poster: i think we could announce but say that we can't currently bootstrap a raring instance (referencing the bug number). you shouldn't see this issue if you set default-series=precise
[13:17] <hazmat> gary_poster, your launching a precise env? rogpeppe if so that  doesn't sound like the raring bug.
[13:17] <hazmat> the raring cloud init bug
[13:17] <rogpeppe> hazmat: i presumed he was launching a raring env
[13:17] <rogpeppe> hazmat: yeah
[13:18] <gary_poster> rogpeppe, sorry, I am launching a precise instance from raring
[13:18] <gary_poster> default-series: precise
[13:18] <gary_poster> in environment
[13:18] <hazmat> rogpeppe, default is precise. he's using raring client
[13:18] <rogpeppe> gary_poster: hmm
[13:18] <hazmat> well dev ppa client
[13:18] <gary_poster> I had to do --upload-tools
[13:18] <rogpeppe> hazmat: doesn't upload-tools make it default to current series?
[13:18] <gary_poster> Maybe that is related?
[13:19] <rogpeppe> gary_poster: have you ssh'd to the bootstrap instance and looked at cloud-init-output.log ?
[13:19] <gary_poster> I think that was changed a while ago: at least on quantal we've been able to launch precise instances with --upload-tools
[13:19] <hazmat> rogpeppe, it also uploads precise.. i hope it doesn't re change default series..
[13:19] <gary_poster> no rogpeppe, will look.  /var/log/...?
[13:20] <hazmat> the result for that error was nothing on the other side..
[13:20] <rogpeppe> gary_poster: yes
[13:20] <gary_poster> k
[13:20] <rogpeppe> hazmat: yup
[13:20] <hazmat> rogpeppe, is "error: cannot log in to admin database: auth fails" cannot connect to remote side?
[13:21]  * hazmat pokes around
[13:21] <rogpeppe> hazmat: it means that we've got as far as starting mongo, but jujud bootstrap-state failed
[13:21] <rogpeppe> hazmat: so yeah, it's not the raring bug
[13:22] <rogpeppe> gary_poster: might be worth doing "cat /etc/os-release" on the remote instance too, just to make sure it really has booted precise
[13:23] <gary_poster> ack rogpeppe.  (restarting instances)
[13:23] <TheMue> gary_poster: also which juju release (1.9.14 or 1.10.0)
[13:23] <rogpeppe> TheMue: he used --upload-tools
[13:24] <rogpeppe> TheMue: so it shouldn't make a deal of difference
[13:24] <gary_poster> TheMue, how do you tell, anyway?  I tried --version but that gave an error message
[13:24] <ahasenack> I just bootstrapped on ec2 and I didn't need to use --upload-tools, fwiw
[13:24] <TheMue> rogpeppe: "shouldn't" is the right answer ;)
[13:24] <rogpeppe> ahasenack: with 1.10 ?
[13:24] <ahasenack> rogpeppe: yes
[13:24] <gary_poster> cool ahasenack.  I'll try that after
[13:24] <rogpeppe> ahasenack: maybe we have got 1.10 in the publiuc bucket after all then
[13:24] <ahasenack> http://pastebin.ubuntu.com/5601017/
[13:25] <ahasenack> rogpeppe: gary_poster ^^^
[13:25] <gary_poster> cool
[13:25] <rogpeppe> ahasenack: cool. i thought noone had acquired the right permissions to do that yet. i guess davecheney might've done it.
[13:27] <ahasenack> rogpeppe: still missing in canonistack, though
[13:27] <ahasenack> but that's a "private" matter ;)
[13:27] <rogpeppe> ahasenack: :-)
[13:27] <ahasenack> as in, private cloud
[13:28] <TheMue> rogpeppe: imho he handled it with martin yesterday
[13:29] <rogpeppe> TheMue: cool
[13:36] <gary_poster> rogpeppe, unsurprisingly juju ssh 0 fails with same error, as does juju status.  There is a clear error in the log though: https://pastebin.canonical.com/89982/ .
[13:37] <gary_poster> rogpeppe, and it definitely is precise
[13:37] <gary_poster> ahasenack, were you starting a precise instance?
[13:37] <rogpeppe> gary_poster: you can't use juju ssh
[13:37] <rogpeppe> gary_poster: you'll have to use ssh directly
[13:37] <gary_poster> rogpeppe, yup, figured that, I did, and that's how I got the pastebin :-)
[13:37] <rogpeppe> gary_poster: try: ssh ubuntu@instance
[13:37] <ahasenack> gary_poster: yes, I have default-series precise
[13:37] <gary_poster> ahasenack, huh.  I may just want to try not using --upload-tools
[13:38] <gary_poster> now that this works
[13:38] <ahasenack> it used ami-d0f89fb9
[13:38] <ahasenack> (us-east-1)
[13:38] <ahasenack> that's<PHONE_NUMBER>77/ubuntu/images/ebs/ubuntu-precise-12.04-amd64-server-20130411.1
[13:38] <gary_poster> ahasenack, same here
[13:39] <gary_poster> (but I used upload-tools)
[13:39] <rogpeppe> gary_poster: hmm, weird
[13:39] <rogpeppe> gary_poster: ah i know!
[13:39] <rogpeppe> gary_poster: you were using --upload-tools but you hadn't done "go install"
[13:39] <gary_poster> so upload tools doesn't work from PPA
[13:39] <gary_poster> cool, makes sense
[13:40] <gary_poster> I was somewhat surprised when it worked on my quantal machine
[13:40] <gary_poster> ok, will kill and retry without --upload-tools.  Thanks rogpeppe and ahasenack
[13:41] <rogpeppe> gary_poster: juju --upload-tools should check that the command line client is the same version as the tools that have been built.
[13:42] <rogpeppe> gary_poster: although that's not really sufficient either.
[13:43] <rogpeppe> gary_poster: perhaps upload-tools should build the tools and then run them to do the actual bootstrap
[13:46] <gary_poster> rogpeppe, that sounds potentially good.  Alternatively, --upload-tools could simply fail (with helpful message) if you are not running from a devel juju?
[13:46] <ahasenack> hm, juju-log in juju-core does not have a --log-level parameter
[13:46] <ahasenack> pyjuju does
[13:46] <ahasenack> keystone charm failed to deploy:
[13:46] <rogpeppe> gary_poster: that wouldn't fix the most common failure scenario that i encounter
[13:46] <ahasenack> 2013/04/25 13:39:25 INFO worker/uniter: HOOK subprocess.CalledProcessError: Command '['juju-log', '--log-level', 'INFO', 'Configuring Keystone to use a random admin token.']' returned non-zero exit status 2
[13:47] <rogpeppe> ahasenack: hmm, i thought we just ignored that
[13:47] <rogpeppe> pwd
[13:47] <ahasenack> it said
[13:47] <ahasenack> 2013/04/25 13:39:25 INFO worker/uniter: HOOK error: flag provided but not defined: --log-level
[13:47] <ahasenack> should I file a bug?
[13:47] <hazmat> yes
[13:48] <rogpeppe> ahasenack: yeah. we accept (and ignore) -l, but don't define --log-level
[13:48] <rogpeppe> ahasenack: which should be defined as an alias
[13:48] <ahasenack> -l is an alias for --log-level?
[13:48] <ahasenack> ok
[13:48] <rogpeppe> ahasenack: thanks for finding it
[13:49] <ahasenack> #1172717
[13:49] <_mup_> Bug #1172717: juju-log does not accept --log-level <juju-core:New> <https://launchpad.net/bugs/1172717>
[13:55] <ahasenack> hm, found another incompatibility
[13:55] <ahasenack> the charm directory layout changed a bit, and the keystone charm makes some assumptions
[13:55] <ahasenack>     juju_rc_path = "/var/lib/juju/units/%s/charm/%s" % (unit_name, script_path)
[13:55] <ahasenack> that does not exist in units deployed by go-juju
[13:56] <rogpeppe> ahasenack: i think that's an unwarranted assumption on the part of the keystone charm
[13:56] <rogpeppe> ahasenack: i don't think there has every been a guarantee of the current directory
[13:56] <rogpeppe> s/every/ever/
[13:57] <ahasenack> rogpeppe: I agree
[13:57] <rogpeppe> ahasenack: it should really use $CHARM_DIR
[13:59] <ahasenack> rogpeppe: is that an env var exported by both pyjuju and juju-core?
[13:59] <rogpeppe> ahasenack: i think so, yes
[13:59] <ahasenack> ok
[14:00] <rogpeppe> fwereade__: what do you say to removing jujuc log --debug and making --log-level work correctly?
[14:01] <rogpeppe> fwereade__: given that we now do actually have log levels
[14:01] <fwereade__> rogpeppe, do we have no users of --debug? I thought it pre-existed
[14:01] <fwereade__> rogpeppe, if we don't definite +1
[14:01] <rogpeppe> fwereade__: not AFAICS in /juju/hooks/cli.py
[14:01] <fwereade__> rogpeppe, even if we do +1 to using log levels
[14:01] <rogpeppe> fwereade__: but i may be missing another place
[14:02] <fwereade__> rogpeppe, sweet
[14:02] <fwereade__> rogpeppe, kill it kill it kill it
[14:02] <rogpeppe> fwereade__: need to fix general log-level setting first
[14:02] <fwereade__> rogpeppe, agreed
[14:03] <gary_poster> FWIW, verified that juju-gui works.  Do I need to suggest that people install the devel PPA, or should the default Raring juju-core work?  I'm using the devel PPA
[14:03] <gary_poster> I suppose I could uninstall juju-core, uninstall the PPA, reinstall juju-core, and verify...
[14:03] <gary_poster> but if someone knows off hand that would be convenient :-)
[14:05] <mgz> the bucket probably just needs the the version from the archive as welll...
[14:05] <mgz> I can do that and see
[14:05] <ahasenack> gary_poster: the instructions at juju.ubuntu.com already say to install the devel ppa iirc
[14:05] <mgz> some funny versioning business went on, didn't think the juju tool picking loguc would care
[14:06] <gary_poster> ahasenack, right you are, thanks.  But that may be specific to < raring.  So mgz, you are doublechecking to see if default raring juju-core works OK?
[14:08] <mgz> well, people already had, but I'm trying something else to see if it makes a difference for you
[14:25] <rogpeppe> oh wonderful "Your fault is due to major damage to cabling affecting all providers in your area. Engineers are working to resolve ASAP. We apologise for no fix time."
[14:29] <TheMue> rogpeppe: so a wonderful mca
[14:29] <rogpeppe> TheMue: mca?
[14:29] <TheMue> rogpeppe: maximum credible accident
[14:30] <rogpeppe> TheMue: ha.
[14:30] <rogpeppe> TheMue: the fact that most people in the street don't have a problem seems to give the lie to it
[14:30] <TheMue> rogpeppe: or they use lte ;)
[14:31] <rogpeppe> TheMue: lte?
[14:31] <TheMue> rogpeppe: 4g
[14:31] <rogpeppe> TheMue: some do, yeah, but lots don't. my neighbour who's also affected has been canvassing other folks in the street and finding out
[14:32] <TheMue> rogpeppe: http://en.wikipedia.org/wiki/LTE_(telecommunication)
[14:33] <dimitern> https://codereview.appspot.com/8540050
[14:33] <TheMue> rogpeppe: most aren't so depending on it like you (we). so it's inconvenient, but it doesn't really hurts. they then use their mobiles or the internet at work.
[14:33] <dimitern> so there's a mistake in the desc, sorry, the bug is 1040210, not 1040203
[14:36] <rogpeppe> dimitern: looking
[14:37]  * dimitern bbi30m
[14:43] <rogpeppe> dimitern: reviewed
[14:53] <rogpeppe> fwereade__, ahasenack: trivial? https://codereview.appspot.com/8955044
[14:54] <ahasenack> rogpeppe: if that adds --log-level as an alias to -l, +1 :)
[14:55] <rogpeppe> ahasenack: yup, that's it.
[14:55] <fwereade__> rogpeppe, LGTM trivial
[14:56] <rogpeppe> fwereade__: thanks
[15:02] <rogpeppe>  hmm, "package" is not a great name for a type in go
[15:05] <mgz> I try to use "if" as a variable name sometimes
[15:06] <dimitern> rogpeppe, TheMue: thanks
[15:07] <rogpeppe> i always find it interesting how much ambiguity the brain resolves automatically
[15:08] <rogpeppe> i'll have used the same variable name in two entirely different ways in a function and have no problem with it until the compiler tells me
[15:08] <rogpeppe> and then it's like "how tf didn't i notice that?"
[15:09] <fwereade__> dimitern, reviewed
[15:10] <dimitern> fwereade__: cheers
[15:20] <dimitern> enter the saucy salamander (13.10) :D - http://www.markshuttleworth.com/archives/1252
[15:23] <TheMue> dimitern: yeah, just read it
[15:29] <dimitern> fwereade__, rogpeppe: replied to the reviews, will need some help - please take a look
[15:43] <fwereade__> dimitern, responded
[15:45] <dimitern> fwereade__: thanks
[15:51] <Daviey> mgz: Hey, Did i understand correctly that you created the release tarball for juju-core?
[15:52] <mgz> Daviey: yes, all complaints to be directed at me.
[15:53] <Daviey> mgz: That'll have to wait until we have a big bottle of port, and soe fine cheese.
[15:54] <Daviey> mgz: The reason for asking.. Can you wiki-ify what you did, whilst it's still fresh?  (I imagine there was some sausage making, but that is OK).  What you did is a good basis for next time :)
[15:54] <mgz> yeah, I'm writing up release process stuff today
[15:56] <Daviey> mgz: superb
[16:17] <dimitern> i'm off guys
[16:17] <mgz> later dimitern
[16:17] <dimitern> see you tomorrow and good evening
[17:53] <mramm> Two new bugs from end users: 13:52 dpb_: mramm: https://bugs.launchpad.net/juju-core/+bug/1172814, https://bugs.launchpad.net/juju-core/+bug/1172811
[17:53] <_mup_> Bug #1172814: Need a way to run an end-to-end test on a juju environment. <juju-core:New> <https://launchpad.net/bugs/1172814>
[17:53] <_mup_> Bug #1172811: Need a way to watch juju-core environements <juju-core:New> <https://launchpad.net/bugs/1172811>
[18:07] <rogpeppe> mramm: thank. i've responded to the second one.
[18:07] <rogpeppe> thanks, even
[19:13] <rogpeppe> right, that's me for the day
[19:13] <rogpeppe> g'night all
[20:08] <mramm> anybody know anything about the issues folks are reporting with sync-tools ?
[20:08] <mramm> that sounds like a high priority bug to me
[20:11] <ahasenack> http://pastebin.ubuntu.com/5602223/ for reference
[20:13] <mramm> hmm, looks like another issue we've seen caused by a packaging bug in go 1.0.2, we will investigate right away
[20:55] <thumper> morning folks


[02:21] <jj-afk> back on later
[03:26] <dcordes__> hi
[03:26] <dcordes__> are there any release notes for http://cdimage.ubuntu.com/ports/releases/lucid/release/ubuntu-10.04-netbook-armel+omap.img ?
[03:28] <dcordes__> -sorry. I'm wondering about this here http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/current/maverick-preinstalled-netbook-armel+omap.img.gz what is the user pass ?
[03:30] <persia> dcordes__: My guess would be "ubuntu"/<none>
[03:32] <dcordes__> persia: ubuntu/<none> ubuntu/ubuntu both don't work
[03:34] <persia> Oh, I remember.  It doesn't have one.  Boot it into X, and it will launch oem-config to set up the user/password.
[03:35] <dcordes__> persia: X doesn't seem to work
[03:35] <dcordes__> persia: I remember it has some platform specific accerlation thing
[03:36] <dcordes__> xf86-video-omap ?
[03:36] <persia> Hmmm.  I'm not sure then (and I don't have any hardware that can run that).  Try asking in #ubuntu-arm.
[03:38] <RAOF> dcordes__: Might you be thinking the xserver-xorg-video-omapfb binary package?
[03:39] <dcordes__> RAOF: sorry ?
[03:39] <RAOF> dcordes__: Your “platform-specific acceleration thing”
[03:40] <dcordes__> RAOF: yes what about it ?
[03:40] <RAOF> I uploaded a new version last Thursday, which (should have!) fixed installability and make it actually work.
[03:41] <dcordes__> you must be maintainer then. cool
[03:41] <dcordes__> many ubuntu staff people here
[03:42] <RAOF> If omapfb is not working on Maverick you should check that 0.1.1-3ubuntu2 is the version that's installed; the previous version won't work.
[03:43] <dcordes__> RAOF: s/on Maverick/on my device/ :)
[03:44] <dcordes__> don't have any omap dsps
[04:00] <dcordes__> Oliver Grawert  wrote on 2010-07-09:  	  #2  the netbook session should not be the default here, we need to add a proper settings package that makes it default to 2D once the mobile-m-lightweight-panel-for-efl spec is implemented
[09:15] <apw> morning all
[09:16] <cking_> morning apw
[09:16] <apw> cking_, having network fun today?
[09:17] <cking_> nope, just swizzling my connection directly to my server so I can run QEMU remotely more responsively
[09:17] <apw> heh sounds like a plan
[09:18] <cking_> darn this ubi-flu
[09:18] <apw> you too?  avoided it so far
[09:18] <cking_> rubbish cold, hot head, urgh, it hit me yesterday afternoon/evening
[09:19] <apw> yay
[09:20] <amitk> cking_: welcome to the club (*sniffle*)
[09:20]  * apw refuses to have it
[09:25]  * abogani waves
[09:25] <ikepanhc> good morning .eu :)
[09:26] <apw> ikepanhc, moin ... used your new instructions to update the wiki ... https://wiki.ubuntu.com/Kernel/Dev/MultipleISOBootUSBKey ... and added an automatic menu generator
[09:27]  * ikepanhc looks good, thanks. I shall write the wiki
[09:27] <ikepanhc> wow, you have a script for it
[09:28] <apw> ikepanhc, yep ... slap on iso's run rebuild and done
[09:28] <apw> doesn't install grub thats still manual, but a one off
[09:29] <ikepanhc> I think it is ok. enough info in the wiki
[09:29] <apw> yeah i used your text in your email as a basis as it was nice and clear
[09:29] <apw> and added the rebuild script i just wrote while testing the instructions :)
[09:35] <apw> ikepanhc, thanks for writing that up its great
[09:36] <ikepanhc> :) I will have a presentation to all of us because it amazed me when I saw it
[09:37] <ikepanhc> I believe it can make our life easily
[09:37] <jk-> anyone have sudo on frylock?
[09:51] <abogani> apw, ping :-)
[09:52] <apw> jk-, not i
[09:52] <apw> jk-, tgardner i would thnk
[09:52] <apw> abogani, hi ya
[09:52] <abogani> apw, Do you have some news for me?
[09:55] <apw> abogani, gah ... no ... i will book some time with smb to get that done
[09:55] <abogani> apw, Ok thanks. Sorry for bother you so frequently.
[09:57] <apw> abogani, no no problem its lack of time is all ... but i see A3 in my ear and it neesd to be done before that
[10:06] <ericm|ubuntu> guys, silly question - how to extract the contents from an .img file (the file used to 'dd' onto a USB disk for installation) ?
[10:06] <ericm|ubuntu> mount -o loop doesn't work, I guess it's not simply a partition but a whole disk image
[10:06] <ikepanhc> I dont have a better way then dd into a usb disk
[10:08] <apw> ericm|ubuntu, you might be able to mount it if you do the looping back yourself
[10:08] <apw> as the underly loop mechanism is actually raw disk loopback
[10:09] <apw> ie it should find the partition table etc as far as i know
[10:09] <ericm|ubuntu> apw, what's the exact command - dude I'm a slack to find that out :-)
[10:09] <apw> its losetup i think
[10:11] <ericm|ubuntu> apw, let me have a try
[10:11] <apw> you may then have to use the offset stuff to map just the partition manually ... not sure
[10:11] <ericm|ubuntu> apw, ah that way I may prefer to use dd to get rid of the MBR from that .img file
[10:12] <ericm|ubuntu> though not exactly sure about whether the 1st partition starts right behind
[10:12] <ikepanhc> ericm|ubuntu: try iat
[10:12] <apw> ericm|ubuntu, if you know how far in the partition is you can just sue --offset
[10:12] <ikepanhc> ericm|ubuntu: it can convert .img to .iso, then mount iso
[10:12] <ericm|ubuntu> ikepanhc, apt-get install iat?
[10:13] <ikepanhc> yeah
[10:13] <ikepanhc> but apw is right, if we know the offset of the partition, mount with offset will be quickest
[10:13] <ericm|ubuntu> ikepanhc, I'd try apw's suggest first, I'm already a slack cannot depend on more tools now
[10:14] <ericm|ubuntu> :-)
[10:16] <ericm|ubuntu> yow, this works: sudo mount -o loop,offset=512 ~/canonical/wyse/images/hedley-usb-hdd-20100712-2.img /mnt
[10:17] <ericm|ubuntu> damn
[10:17] <apw> damn?
[10:21]  * ericm|ubuntu goes off to prepare some ice coffee
[10:28] <soren> ericm|ubuntu: You can use kpartx to access partitions in disk images.
[10:29] <ericm|ubuntu> soren, I did it in a silly way - losetup and fdisk :-)
[10:40] <soren> ericm|ubuntu: Yeah. kpartx is your friend. :)
[10:44] <ericm|ubuntu> soren, I might try that out later
[11:03]  * ericm|ubuntu be back in a minute
[11:34] <tseliot> apw: you backported drm from some newer kernel version in Lucid, right? Do you remember what version you backported it from?
[11:34] <apw> tseliot, originally 2.6.33, though it is following stable 33.y
[11:35] <tseliot> apw: this is a bit weird as I can reproduce a bug with radeon with 2.6.33 (from the mainline builds) or higher but not with Lucid's kernel
[11:36] <apw> tseliot, so you'd want to test the tip of the v2.6.33.y branch too ... maybe fixed there
[11:37] <tseliot> apw: I tried v<IP_ADDRESS>-maverick
[11:37] <apw> ok ... so then we must have something else fixing it :)  whats the bug
[11:38] <tseliot> apw: videoclips stutter every 16-17 second
[11:38] <tseliot> with any player and with or without compositing
[11:39] <tseliot> I also used ftrace to see what was going on
[11:39] <apw> so this is a maverick issue i assume ?
[11:39] <tseliot> yep
[11:39] <apw> how can i reproduce it?
[11:40] <apw> and are you saying its just radeon?
[11:40] <tseliot> apw: http://pastebin.ubuntu.com/469759/
[11:40] <tseliot> yes, it's radeon and it affects my RS880 chip
[11:41] <apw> so, what in that ftrace is indicating it?
[11:41] <tseliot> that's a good question ;)
[11:41] <apw> tseliot, also which maverick kernel are you testing?
[11:41]  * ericm-afk a long minute
[11:41] <tseliot> apw: currently it's 2.6.35-10-generic
[11:42] <tseliot> 2.6.32-22-generic is fine
[11:42] <apw> what version is that based on?  check /proc/version_signature last word
[11:42] <tseliot> Ubuntu 2.6.35-10.15-generic 2.6.35-rc5
[11:43] <tseliot> I've also tried the following kernels from mainline: <IP_ADDRESS>, 2.6.34, 2.6.35
[11:43] <apw> there is no mainline 2.6.35
[11:44] <tseliot> and while the problem is less noticeable in <IP_ADDRESS> and 2.6.34 it's worse in 2.6.35
[11:44] <tseliot> then I must have compiled it from source
[11:44] <apw> well there are -rcN's there, but 2.6.35 itself isn't out yet
[11:45] <tseliot> this is what I tried: v2.6.35-rc5-maverick
[11:45] <tseliot> and v2.6.35-rc2-maverick/
[11:45] <apw> tseliot, ok there is now an -rc6 and the latest maverick kernel is on that too
[11:46] <tseliot> ah, -11
[11:46] <tseliot> I'll try that and let you know
[11:46] <apw> i am not expecting much tho
[11:46] <tseliot> yes, at this point there shouldn't be many changes
[11:52]  * apw notes that udev is getting plymouth up and attached to /dev/drm* before the i915 driver has even finished initialising
[11:53] <apw> that is never going to be a pretty thing
[11:54] <diwic> apw, that sounds quite bad
[11:55] <apw> i am not sure it is truly ready to be opened, a feeling backed up by the fact it panic's pretty soon after
[11:56]  * apw suspects he is only hitting this cause he has a fast SSD in this box
[11:58] <diwic> apw, is there something asynchronous in the i915 driver, or would something like while(1) { fopen('/dev/somedevice'); } make most devices go crazy?
[11:59] <diwic> apw, I mean all by definition, the device node for any device must be created before initialization finishes
[12:07] <apw> diwic, everything about module insertion is async, udev probed i915 in the background, and is responding to the dev files appearing by firing off plymouthd to open then
[12:14] <diwic> apw, so then the i915 driver should implement synchronisation/muteces that makes opening of the device node not to succeed before the i915 is fully initialized?
[12:15] <apw>  diwic indeed so ... now to find out what the heck is wrong with it
[13:23] <apw> tseliot, hey ... sconklin worked out you could turn on drm debug right?  did he document it?
[13:27] <tseliot> apw: right, I forgot about that
[13:28] <tseliot> apw: drm.debug=1 if I remember correctly
[13:28] <apw> or it might be i915.debug
[13:30] <tseliot> this is with radeon
[13:30] <tseliot> modprobe -v drm debug=1
[13:30] <tseliot> as they suggest here: http://www.x.org/wiki/radeonBuildHowTo
[13:31]  * tseliot wonders if he can do it on the fly by acting upon /sys
[13:31] <apw> yes you can, sconklin reported you could
[13:32] <tseliot> maybe echo 1 > /sys/module/drm/parameters/debug
[13:32] <apw> 1,2,4 bits have meaning
[13:32] <tseliot> ok
[13:33] <apw> #define DRM_UT_CORE             0x01
[13:33] <apw> #define DRM_UT_DRIVER           0x02
[13:33] <apw> #define DRM_UT_KMS              0x04
[13:33] <tseliot> hmm... maybe 2?
[13:34] <apw> well 7 was bad (too much output), 2 doesn't have what i need
[13:35] <apw> 1 has too much, 2 too little
[13:41] <tseliot> apw: maybe vblank has become too expensive? http://pastebin.ubuntu.com/469792/
[13:42] <tseliot> not that it has ever been cheap
[13:44] <tseliot> apw: actually this is what I got right after playing the video: http://pastebin.ubuntu.com/469795/
[13:45] <apw> tseliot, i am not sure what to make of that much outut
[13:45] <apw> do you have one from a good run ?
[13:48] <tseliot> apw: I could do it from 2.6.32 and compare it
[13:48] <apw> not sure what to suggest other than that
[13:49] <cooloney> anybody found the maverick daily build iso does not boot?
[13:49] <cooloney> apw: ^^
[13:49] <apw> not tried an iso recently no
[13:49] <cooloney> i tried to install it on my Samos machine
[13:51] <apw> i'd suggest trying it on your mac, but that never works anyhow right?
[13:52] <cooloney> apw: my mac needs a real cd disk. i am using usb boot disk now.
[13:52] <cooloney> i will reboot my desktop to try it. later
[13:53] <apw> * bjf[bjf] is now known as bjf
[13:53] <bjf> moin
[13:53] <apw> moin, interesting transition there
[13:53] <cooloney> apw: on my samos, SYSLINUX failed and said "Unknown keyword in configuration file."
[13:54] <apw> i'd suspect thats going to be wrong for everyone then
[13:54] <apw> i'd need to sync an image to confirm, it'l take 20 mins
[13:55] <cooloney> apw: yeah, i gonno to reboot my this desktop for testing. let you know the result soon
[13:56] <bjf> apw, i've got today's iso, will give it a spin
[13:59] <apw> bjf, ta
[14:02] <tseliot> apw: nothing too interesting with 2.6.32: http://pastebin.ubuntu.com/469807/
[14:03] <tseliot> maybe in 2.6.35 drm:r600_irq_process is causing the issue
[14:03] <apw> well vblank only shows up twice in that new one
[14:04] <tseliot> not here: http://pastebin.ubuntu.com/469795/
[14:04] <tseliot> and that's with 2.6.35
[14:04] <apw> [ 5229.289043] [drm:r600_irq_process], IH: D1 vblank
[14:04] <apw> there are millions of those in the .35 one
[14:05] <tseliot> right
[14:05] <dandel> i'm wondering is sleep is broken in the kernel.
[14:05] <cooloney> apw: it looks a common issue about syslinux
[14:05] <apw> dandel, seems unlikely generally
[14:05] <cooloney> the same maverick usb stick does boot my desktop and samos machine
[14:05] <dandel> http://pastebin.ubuntu.com/469810/ (Some code i have which shows this)
[14:05] <apw> cooloney, thanks, i am about to test, and bjf is testing ... so if we all fail
[14:06] <apw> dandel, and how does this program exhibit brokenness
[14:07] <cooloney> apw: no problem, i'm just going to test maverick on my samos, then found that.
[14:08] <tseliot> dandel: were you referring to the vblank issue?
[14:08] <dandel> no.
[14:08] <dandel> actually, this is something else
[14:08] <dandel> 200000 usleep should be 0.2 seconds on the clock.
[14:09] <dandel> however, it's returning 0.0
[14:09] <maxb> I'm using schroot, and it's taking ages to exit a chroot. Does anyone know what might cause the umount syscall on a bindmount to take ~0.5seconds?
[14:10] <apw> maxb, lucid ?
[14:11] <maxb> apw: yes
[14:11] <apw> umounting anything currently triggers a pre-sync, to avoid a major performance issue in unmount
[14:11] <apw> you are likely hitting that ...
[14:11] <dandel> the first half of my program uses usleep to put the program to sleep for 0.2 seconds and the second half forces a busy wait for 0.2 seconds however the clock is showing no difference.
[14:11] <cyphermox> apw, I had noticed something like booting too quickly as well... there were issues with the hand-off between my netinstall system and booting to the disk. let me know if I can provide more info
[14:11] <maxb> oh. yes that sounds like it
[14:11] <apw> smb was looking at some patches
[14:12] <dandel> the broken part is that the top half registers 0.00 seconds.
[14:12] <apw> bjf, do you know what happened to the writeback patches for lucid ?
[14:12] <bjf> apw, were those the ext4 patches or others?
[14:12] <apw> the ones called 'writeback:' i am referring to i think :)
[14:13] <bjf> apw, will take a look
[14:14] <apw> dandel, well when i make it 2s then the Time Difference is still 0 on the usleep on
[14:15] <apw> and yet it visibly and clearly sleeps
[14:16] <dandel> i know, but for some reason there is a problem with the functions registering the change in clock time.
[14:16] <bjf> apw, cooloney daily iso busted for me as well
[14:16] <dandel> the time function i would expect this out of, however the clock should not be doing this.
[14:17] <apw> dandel, indeed, but the delay is occurng
[14:17] <apw> so ... something else is odd
[14:17] <cooloney> bjf: thx, too bad. so we need to file a bug for syslinux?
[14:17] <dandel> I need to find out where i am supposed to bug report this to.
[14:18] <apw> dandel, this isn't a bug, its correct
[14:18] <apw>        The clock() function returns an approximation of processor time used by
[14:18] <apw>        the program.
[14:18] <apw> clock() is telling how long you have been running, that won't increment when in a sleep
[14:22] <apw> dandel, ?
[14:22] <dandel> I'm looking into something.
[14:27] <apw> maxb, fyi you can confirm if thats the issue, by manually sync'ing before you hit exit
[14:28] <dandel> now it's somewhat working, although sometimes the program will get the values inverted (which is strange)
[14:32] <bjf> apw, are you referring to: https://lists.ubuntu.com/archives/kernel-team/2010-June/010889.html
[14:56] <cooloney> tgardner: just shot by your checkpatch email.
[14:56] <cooloney> tgardner: i'm wondering what's the right way to solve this issue
[14:59] <apw> bjf yep thats the series indeed
[14:59] <bjf> apw, sconklin and i are discussing it
[15:00] <sconklin> it appears to have fallen through a crack
[15:01] <tgardner> cooloney, make them fix their patches and resubmit ?
[15:02] <miked595> I'm running the i7-980x cpu which has 6 cores and with hyperthreading makes 12 threads. My cpuinfo and mpstat only see 8 threads. mpstat > Linux 2.6.32-24-generic-pae (sysops) 07/27/2010 _i686_ (8 CPU). I have tried setting maxcpus past 11 in grub but it has no effect. Any ideas on what I should try next?
[15:02] <cooloney> tgardner: yeah, i am going to do that
[15:02] <cooloney> tgardner: since sebjan will be on vacation, i will do that tomorrow.
[15:03] <cooloney> tgardner: sorry for missing running checkpatch.pl,
[15:04] <tgardner> miked595, you are screwed: debian.master/config/i386/config.common.i386:CONFIG_NR_CPUS=8
[15:04] <mjg59> miked595: CONFIG_NR_CPUS=8
[15:04] <mjg59> miked595: Rebuild your kernel or run 64-it
[15:04] <mjg59> 64-bit
[15:04] <miked595> *sadface*
[15:05] <miked595> any easy way to upgrade to 64bit without a reinstall?
[15:10] <miked595> tgardner: mjg59 gonna take a stab at building my own kernel. thanks
[15:11] <tgardner> miked595, start here: https://wiki.ubuntu.com/Kernel
[15:11] <miked595> tgardner: I went there when I first got in this channel.. was kind of lost
[15:12] <tgardner> miked595, one of the pointers is to here: https://wiki.ubuntu.com/Kernel/Dev
[15:13] <miked595> tgardner: I'll read that too
[15:31] <apw> miked595, i am told you can get the 64bit kernel and force it on too, ignore the arch error ... not that i have ever tried it
[15:41] <miked595> found a tutorial going through "make menuconfig" now. anytips other then CONFIG_NR_CPUS
[15:41] <tgardner> miked595, it might be simpler to just edit it directly, then run debuild
[15:43] <miked595> tgardner: first time ever doing this. so all the previous options in the source would not already be selected here? It isnt me just editing the current option then?
[15:43] <miked595> it does show "Support for big SMP systems with more than 8 CPUs"
[15:43] <miked595> unchecked
[15:44] <tgardner> miked595, ah, I forgot about that one. you might be betrter off going through the editconfig phase
[15:44] <miked595> what is the diff between editconfig and menuconfig? tgardner
[15:45] <tgardner> miked595, editconfig uses menuconfig
[15:57] <diwic> meeting in three minutes, right?
[15:57] <diwic> in #ubuntu-meeting?
[15:57]  * apw hopes not
[15:57] <bjf> diwic, no in two hours
[15:58] <apw> its at 17:00 UTC i think
[15:58] <tgardner> diwic, methinks you forgot to restore yuor home timezone on google cal
[15:59]  * diwic thinks UbuntuPlatform/Kernel needs serious updating then
[15:59] <diwic> It says 1500 UTC then
[15:59] <diwic> s/then/there
[16:00] <bjf> ##
[16:00] <bjf> ## Kernel team meeting in two hours
[16:00] <bjf> ##
[16:00] <apw> diwic, yep, why that is info is duplicated on that page I do not know
[16:01] <apw> we should have one listing and one listing only ... will rmeove that reference and point it at the public wiki
[16:01] <diwic> yes please
[16:01] <apw> but no you are not going mad
[16:02]  * ogra thought that was a prereq for the kernel team
[16:02] <ogra> or an aussie accent
[16:03] <apw> no just drinkiing
[16:03] <ogra> heh, k
[16:04] <apw> diwic, ok that errant copy is beating into submission
[16:06] <diwic> apw, put the old text in the pit! Just like in robot wars!
[16:06] <miked595> tgardner: compiling
[16:06] <apw> yep and send in one of those spinning disk monsters to trash it
[16:07] <tgardner> miked595, you can shortcut the build process and only build the flavour you want, e.g., 'fakeroot debian/rules clean binary-generic-pae'
[16:07] <apw> bjf, did that stick boot ok ?
[16:08] <miked595> tgardner: i ran this "fakeroot make-kpkg --initrd --append-to-version=-sysops kernel-image kernel-headers"
[16:09]  * diwic reschedules the evening and will return in two hours.
[16:11] <tgardner> miked595, as a newbie you shouldn't stray off the reservation quite so far.
[16:11] <bjf> apw, having disk space issues, resolved now, am building stick
[16:11] <miked595> tgardner: hehe was just following the tutorial
[16:11] <bjf> apw, a live image from july 12, usb stick created on lucid, boots just fine
[16:11] <tgardner> miked595, indeed. Can you give me a pointer? make-kpkg is a bit outside our normal build process.
[16:12] <tgardner> we're in the process of cleaning up the wiki pages, so there is still some cruft around
[16:12] <bjf> apw, today's iso, usb stick created on maverick, is booting fine
[16:13] <apw> bjf ok thats about right as thats before the 13 days ago when the change occured
[16:13] <miked595> i think he they got their info from here https://help.ubuntu.com/community/Kernel/Compile tgardner which shows 'Now you can compile the kernel and create the packages:
[16:13] <miked595> make-kpkg clean # only needed if you want to do a "clean" build
[16:13] <miked595> fakeroot make-kpkg --initrd --append-to-version=-some-string-here kernel-image kernel-headers'
[16:13] <bjf> apw, so you have to have a maverick already, to create a maverick boot disk, sweet!
[16:14] <apw> bjf, hehe currently ... yes
[16:14] <tgardner> miked595, good luck with that. the only build method I'll support is in https://wiki.ubuntu.com/Kernel/BuildYourOwnKernel
[16:14] <apw> it seems a pretty blocky type bug, so we need to figure out how to fix it
[16:15] <miked595> tgardner: Ill try that too. I didnt think the custom compiles were supported
[16:15] <miked595> main reason I was trying to avoid it
[16:16] <tgardner> miked595, we'll help you out a bit as long as you aren't straying too far from the norm. a good deal of the info in  https://help.ubuntu.com/community is just shite.
[16:16] <maxb> apw: Thanks for the thought about sync, but unfortunately it doesn't work - the sync takes ~400ms, and then every subsequent umount *still* takes ~400ms
[16:16] <miked595> tgardner: nice I'll now to stay away from it
[16:17] <apw> maxb, ok ... tsk ... sconklin/bjf so do we have  a test kernel with the writeback stack applied for testing?  sounds like we have an avid tester
[16:18] <sconklin> apw, maxb: no, but I can spin one right now
[16:19] <maxb> Don't rush, I won't have time today, but feel free to leave me some instructions here to test something tomorrow
[16:19] <sconklin> maxb: good deal, I'll have one in a few hours then, and leave a pointer in irc
[16:20] <maxb> Or, just tell me what to build - that works too :-)
[16:20] <sconklin> maxb: I have access to a very fast build machine, and can turn this pretty fast
[16:21] <sconklin> besides, this will make it available to anyone else wanting to test
[16:22] <apw> sconklin, good plan
[16:30] <miked595> ok it's done wish me luck
[16:39] <apw> ok so this image issue is not trivial to fix as we need to run syslinux to install it onto the new image, which means it needs to be a locally runnable thing
[16:39] <apw> ie compatible with the host ...
[16:59] <apw> bjf, ok you can work round the incompatibility on the post-built images by running this on them
[16:59] <apw> sed -i -e 's/ui gfxboot/gfxboot/' /media/USBSTICK/syslinux/syslinux.cfg
[17:09] <shadeslayer> \o
[17:10] <shadeslayer> we recently got this mail http://pastebin.com/9X26M2ts
[17:10] <shadeslayer> and were wondering if /proc/sys/fs/inotify/max_user_watches can be increased
[17:10] <shadeslayer> currently its 8192
[17:11] <shadeslayer> whereas the suggested value is 524288, can something be done about it?
[17:25] <jjohansen> shadeslayer: you can set that value just by echo a value into it as root
[17:26] <jjohansen> echo 16384 >/proc/sys/fs/inotify/max_user_watches
[17:27] <jjohansen> you should also be able to throw a value into /etc/sysctl.conf
[17:28] <jjohansen> or /etc/sysctl.d/
[17:28] <jjohansen> see > man 5 sysctl.conf
[17:28] <jjohansen> rebooting
[17:36] <shadeslayer> wow.. long reboot ^
[17:36] <shadeslayer> or something went wrong :P
[17:38] <shadeslayer> also.. im on btrfs on maverick, but the boot takes alot of time, i think its because btrfs tools tries to fsck the partition but fails to do so, any suggestions ?
[17:53] <cnd> tgardner, in regards to linux-firmware licencing
[17:54] <cnd> I thought only licenses that were very large needed their own file
[17:54] <cnd> if it was a very small licence, like 2-4 lines, then putting it in WHENCE was fine
[17:54] <tgardner> cnd, what would Woodhouse do? Looks like they are all in their own LICENSE files.
[17:55] <cnd> tgardner, some of the existing firmware licenses are just like that
[17:55] <cnd> no LICENCE.* files
[17:55] <cnd> but the licence is in WHENCE
[17:55] <shadeslayer> jjohansen: i just wanted to make sure that if we modified it via our packages it would be fine for you
[17:55] <shadeslayer> s/for/by
[17:55] <bjf> ##
[17:55] <bjf> ## Kernel team meeting in 5 minutes
[17:55] <bjf> ##
[17:56] <tgardner> cnd, do those license entries make it into the package?
[17:56] <cnd> tgardner, I'm not sure, does the WHENCE file make it in?
[17:57] <tgardner> cnd, I don't think so. I think to be compliant with debian policy we need to separate out those license entries so that they make it into the packaging.
[17:58] <cnd> tgardner, WHENCE is renamed to README when it's packaged
[17:58] <tgardner> cnd, hmm, I suppose thats just enough.
[17:58] <cnd> tgardner, https://code.launchpad.net/~private-sparsha-dev/sparsha/gesturetest
[17:58] <cnd> oops
[17:58] <cnd> argh
[17:58] <cnd> why does middle click never work right anymore
[17:58] <cnd> /usr/share/doc/linux-firmware/README.gz
[18:00]  * diwic listens to the outcome of this conversation.
[18:01] <tgardner> cnd, well, you can update the bug refuting my position
[18:01] <cnd> ok
[18:02] <tgardner> cnd, I'd still like to see a separate WHENCE.ubuntu for Maverick
[18:02] <cnd> tgardner, I think that's a good idea
[18:03] <cnd> I'll add it to me todo list :)
[18:03] <diwic> When must upstream merge it for us to avoid that whence-file?
[18:04] <cnd> diwic, we've had difficulty getting upstream to merge our additions
[18:04] <cnd> so unless something changes, I think we'll definitely need it one way or another
[18:07] <apw> cnd, you don't have a middle button ...
[18:09] <cnd> apw, I have shift+insert
[18:09] <cnd> (and I do on my magicmouse :)
[18:09] <cnd> same difference
[18:12] <diwic> cnd, tgardner: Just to clarify, do you currently expect me to do something?
[18:14] <cnd> diwic, I think your changes are fine
[18:14] <cnd> there aren't any long licenses there that I can remember
[18:15] <cnd> the other stuff is just firmware packaging maintenance that I will get to sooner or later
[18:51] <sconklin> maxb: kernels are here: http://kernel.ubuntu.com/~sconklin/kernels-bug543617/ I'll update the bug with the same link
[18:51]  * maxb prepares to afk for beer, but will investigate tomorrow
[18:56] <maxb> bug 543617
[18:56] <ubot2> Launchpad bug 543617 in linux (Fedora) (and 3 other projects) "Unmount of an fs with dirty cache buffers causes pathological slowdown (affects: 9) (dups: 2) (heat: 101)" [Unknown,Unknown] https://launchpad.net/bugs/543617
[18:59] <sconklin> apw: are the writeback patches in maverick? I'm trying to get the bug status sorted
[19:00] <maxb> sconklin: Does your build also revert the temporary SAUCE mentioned earlier in the bug?
[19:00] <sconklin> maxb: sigh. I'll check. I thought it had already been dropped
[19:00] <maxb> sconklin: oh, maybe it has
[19:00] <maxb> I didn't check
[19:01] <maxb> sconklin: The fact I'm seeing this problem at all is suggestive that it has _not_ been dropped.
[19:02] <sconklin> maxb: No, it wasn't dropped. I'll fix it.
[19:03] <sconklin> I wish (again for the 10,000th time) that launchpad would let me delete or edit a comment
[19:11] <manjo> please check your credit card statements & any accounts you logged in while in prague, I got some suspicious charges on mine, looks like it happened while I was connected to the hotel wireless (but that is just a guess)
[19:21]  * tgardner lunches
[19:24] <apw> sconklin, i think they may be in -rc6
[19:24] <sconklin> apw: ok, thanks. I'll just set that line in the bug to invalid. It was targeted for 10.04 anyway.
[19:24] <apw> or fix released as it was affected originally
[19:33] <ogasawara> pft, 2.6.35-12.17 on ia64 isn't queued to build for another 2 days.
[19:42] <shadeslayer> er... is anyone looking into btrfs issues?
[19:44] <apw> shadeslayer, do we have any btrfs issues ?
[19:44] <shadeslayer> apw: i do
[19:44] <apw> with which kernel
[19:45] <apw> and what sort of issues
[19:45] <shadeslayer>  Linux kubuntu 2.6.35-11-generic #16-Ubuntu SMP Sat Jul 24 21:37:44 UTC 2010 x86_64 GNU/Linux
[19:45] <shadeslayer> ok so when i boot, the boot seems to be stuck at btrfs tools trying to fsck the partition
[19:46] <shadeslayer> ive been informed that this is a reported bug and btrfs.fsck can only fsck when the partition is offline
[19:46] <shadeslayer> so something needs to be done to either fix btrfs tools, or not fsck at all ( which is a BAD option )
[19:46] <apw> hrm sounds like a major limition ... presumably that renders it unsuitable for a root fs
[19:46] <shadeslayer> ^ totally
[19:46] <ogasawara> jjohansen: I'm seeing build failures for armel with apparmor http://pastebin.ubuntu.com/469927/
[19:47] <shadeslayer> apw: so my boot goes from a 20-25 sec boot to 40 sec boot
[19:47] <shadeslayer> lemme see if i have a bootchart
[19:47] <apw> sounds like btrfs is just the bees-knees
[19:47] <shadeslayer> :P
[19:47] <jjohansen> ogasawara: okay, that should be an easy fi
[19:48] <jjohansen> s/fi/fix
[19:48] <shadeslayer> apw: http://imgur.com/fPdyF
[19:49] <shadeslayer> please guys.. can you fix it in alpha 3 ? :D
[19:49] <shadeslayer> ill be reformatting my system to ext4 this weekend because of this :S
[19:49] <apw> shadeslayer, shouldn't think so :/
[19:49] <apw> yeah its not ready for prime time is it
[19:49] <shadeslayer> had high expectations from BTRFS :(
[19:50] <shadeslayer> apw: yep
[19:50] <apw> the authors told us it would save us from world hunger ... its a bit short of that
[19:50] <shadeslayer> i really wouldnt give out that option in the installer, since its this sucky
[19:51] <shadeslayer> apw: so what can be done?
[19:51] <shadeslayer> im ready to test .. but only till this saturday
[19:51] <shadeslayer> then i format everything :P
[20:09]  * ogasawara lunch
[20:12]  * shadeslayer is still waiting for a answer from apw
[20:29] <kees> ... how does armel not have vmalloc?
[20:30] <kees> or is it just a missed include that only manifests on armel?
[20:30] <kees> jjohansen: ^^
[20:30] <jjohansen> kees: it does, its just missing from one of the includes, lib didn't include it directly
[20:30] <kees> *whew*
[20:31]  * jjohansen has patched and is setting up new pull request
[20:41] <jjohansen> -> Lunch
[21:27] <sconklin> ok maxb there are new test kernels
[22:58] <squarebracket> any chance we can get the newest linuxwacom module in the next kernel release? it sucks having to recompile every time, not to mention the fact that new users have no idea what that means
[23:09] <komputes> I'm having this issue with a Dell Precision T7500 Workstation - https://bugs.edge.launchpad.net/ubuntu/+bug/579572 - I have tried rootdelay=60 but that doesn't work
[23:09] <ubot2> Ubuntu bug 579572 in ubuntu "Lucid: Gave up waiting for root device (mptsas) resolved by rootdelay (affects: 3) (heat: 64)" [Undecided,New]
[23:23] <komputes> Second question, Can I install a mainline 386 kernel when a pae kernel was previously there?


[11:44] <greyback> alan_g: sorry, I missed your reply to this bug: https://bugs.launchpad.net/miral/+bug/1623954 I've it explained better
[11:50] <greyback> possibly related: https://bugs.launchpad.net/miral/+bug/1631174


[07:41] <dholbach> good morning
[09:22] <jussi> dholbach: Morning Daniel
[09:32] <dholbach> hi jussi
[09:52] <jussi> dholbach: how was the holiday?
[09:52] <dholbach> very nice
[09:52] <dholbach> I would've stayed longer ;-)
[09:53] <dholbach> how was yours?
[09:55] <jussi> excellent - glad to come home to my "own" place though - 3 weeks at the parents house is quite long enough :D
[12:35] <daker> anyone know who can we ask for bug 1075539 ?
[12:36] <popey> daker: that bug doesn't exist
[12:36] <popey> or its private and I don't have access, which I certainly used to
[12:37] <daker> popey: ya private
[12:37] <popey> damnit, I fell off the bugsquad team
[12:37] <popey> thats why I can't see it.
[12:38] <daker> popey: see now
[12:38] <daker> bug 1075539
[12:38] <daker> ah sorry
[12:38] <popey> nope, still private
[12:38] <czajkowski> it' a private bug
[12:39] <czajkowski> not even bug squad can see it
[12:39] <daker> popey: what's your LP id ?
[12:39] <czajkowski> daker: shout it be private
[12:39] <popey> popey
[12:39] <czajkowski> *should
[12:39] <popey> czajkowski: I could see private bugs until I fell off bugsquad
[12:39] <popey> so that's not the case
[12:40] <czajkowski> it depends if it's an ubuntu bug I guess then as bug squad would be on it, I'm on bug squad also and cant see it so I assumed it's not an ubuntu bug
[12:40] <czajkowski> daker: do you know what the bug should be
[12:40] <czajkowski> I can then find out more easier
[12:40] <popey> daker: feel free to add me to it
[12:42] <daker> popey: can you see it ?
[12:42] <popey> yes, I can now..
[12:42]  * popey looks
[12:43] <daker> popey: comment #7
[12:43] <czajkowski> daker: did you see my comments above :)
[12:43] <popey> i have seen this
[12:43] <popey> the nvidia card doesn't get reset properly
[12:45] <daker> czajkowski: can you see it now ?
[12:46] <popey> daker: i dont think it's a lightdm issue, it may be an xorg or unity issue, not resetting the card properly
[12:46] <daker> popey: even after the reboot ?
[12:47] <czajkowski> 3~yes
[12:47] <doctormon> lightdm issues are pretty easy to see. It crashes, you can't log in or there's something weird in /var/log/lightdm/:0.log
[12:47] <popey> well it's not lightdm which resets the card
[12:47] <czajkowski> so bug squad don't get added till the security team go through the log
[12:48] <daker> doctormon: from the bug comment : As you can see after a complete reboot, when you logged in again you have your last windows with some private information depending what you was doing before the reboot
[12:48] <doctormon> daker: Sounds like a weird ghost in the machine.
[12:49] <daker> doctormon: :)
[12:49] <popey> daker: I spoke with a unity dev about this some months back when it happened to my machine. It's not unusual, it was fixed in a previous release, but appears to have come back.
[12:51] <popey> bug 931967
[12:51] <ubot2> Launchpad bug 931967 in unity-greeter (Ubuntu Quantal) "Corrupted graphics after the login until the unity launcher appears" [Undecided,Fix committed] https://launchpad.net/bugs/931967
[12:52] <alourie> doctormon: hey Martin
[12:52] <popey> have marked as dupe
[12:52]  * popey lunches
[12:52] <czajkowski> old housemates in dublin used to walk around the house at night powering every single thing off
[12:53] <czajkowski> took me a morning of yelling at the kettle wondering wtf was wrong
[12:56] <daker> popey: ok thanks
[12:57]  * popey thinks czajkowski meant that for another channel ☺
[12:57] <popey> np daker
[12:57] <alourie> doctormon: Martin, if you're available, I'm here for about half an hour, meeting after that, then available again
[12:57] <daker> popey: so it's the fix is not yet released for 12.10, right ?
[12:57] <alourie> doctormon: will be glad to help where I can
[12:57] <popey> correct daker
[12:58] <daker> popey: ok
[12:58] <popey> in progress tho
[13:02] <czajkowski> popey: good sign I need a tea and lunch :)
[15:46] <daker> i love dubstep :D https://www.youtube.com/watch?feature=player_embedded&v=vERP5-8G5T0
[15:47] <dholbach> HAHAHA
[15:47] <dholbach> that's brilliant
[15:54] <daker> dholbach: skrillex :)
[15:59] <dholbach> I haven't listened to Dubstep much lately - but this is very funny :)
[16:18] <SergioMeneses> morning!
[17:28] <pleia2> philipballew: would you be willing to move your user days session one hour earlier or later? the_hydra wanted to do a class during your slot
[17:29] <philipballew> pleia2, how about an hour later so I can sleep in?
[17:29] <pleia2> sure :)
[17:31] <philipballew> perfect
[17:40] <jcastro> hmm, jono on the ubuntu subreddit
[17:40] <jcastro> what have we created
[17:43] <dholbach> all right my friends - have a great rest of your day and see you tomorrow!
[17:44]  * popey hugs dholbach
[17:44]  * dholbach hugs popey back
[17:49] <jono> jcastro, beauty
[17:49] <jono> lol
[17:58] <jcastro> jono: oh hey, I gave up and got that rocksmith game
[17:59] <jono> jcastro, hah, you sucker :-)
[17:59] <jono> it looks awesome though
[17:59] <jcastro> they came out with a Rush and then a Pantera pack
[17:59] <jcastro> and they had Megadeth already, I mean, the content was just _there_ for me
[18:00] <jcastro> jono: the riff learner thing is pretty brutal: http://www.youtube.com/watch?v=kf4VMIndcUg
[18:00] <jcastro> though by now I am ripping through this song pretty easily
[18:05] <jono> nice
[18:06] <jcastro> I think I'll be 60 by the time I even come close to some of these rush songs though
[18:07] <jono> jcastro, practice makes perfect :-)
[18:08] <jcastro> yeah, it's fun to play regularly
[18:08] <jcastro> I should have done this like 3 years ago
[18:08] <jcastro> now every day after work, 5-6 is all playing
[18:10] <jono> jcastro, nice!
[18:10] <jono> it is fun to just blow off steam and play
[18:14] <jcastro> man
[18:14] <jcastro> that food looks good dude
[18:15]  * jcastro is prepping for a call today so he's in irc for a bit
[19:09] <snap-l> jcastro: It's all about practice.
[19:10] <snap-l> I used to practice every day on the drums
[19:13] <JoseeAntonioR> jono: hey, keeping your Q&A on Wednesday?
[19:18] <jcastro> snap-l: we just need to find a guitarist to mess around with
[19:18] <snap-l> And I need to resurrect my kit
[19:19]  * snap-l wishes he had enough $$ / room for an electronic kit
[19:19] <snap-l> still using the kit my parents got me when I was in high school
[19:19] <snap-l> Maxwin by Perl
[19:19] <jcastro> I am mulling getting sa starter kit
[19:19] <snap-l> Total bottom-end quality, but has stood the test of time
[19:20] <snap-l> Hah, Pearl, not Perl. ;)
[19:21] <jcastro> but drums are so perplexing to me.
[19:21] <jcastro> I'm an amazing air drummer
[19:21] <snap-l> jcastro: You should find someone who plays drums to help you.
[19:21] <snap-l> I wonder who in Michigan could help out
[19:22] <snap-l> Hmmm...
[19:22] <jcastro> heh
[19:22] <jcastro> video of the day: http://vimeo.com/57685359
[19:22] <snap-l> heh
[19:25] <jcastro> whoa, they have a metallica one: http://vimeo.com/24938649#
[19:25] <jcastro> this is kind of creepy
[19:46] <doctormon> Hey alurie
[19:50] <jono> JoseeAntonioR, yes please
[19:50] <JoseeAntonioR> ok :)