[00:10] <rick_h_> alexpilotti: howdy, aroud?
[00:10] <rick_h_> around that is
[00:44] <alexpilotti> rick_h_: hi
[00:44] <rick_h_> alexpilotti: hey, how goes?
[00:46] <rick_h_> well, confirmed you can deploy a service with 0 units.
[00:55] <kadams54> Back in the saddle for 2nd shift
[00:55]  * rick_h_ starts playing 'raw hide!"
[00:55] <kadams54> Code wrangling
[00:56]  * kadams54 suddenly feels the need for a 10 gallon hat and some spurs.
[00:57] <kadams54> rick_h_: you available to chat some about this unplaced units card?
[00:57] <rick_h_> hey, been on my AMZ wishlist for years :P
[00:57] <rick_h_> kadams54: sure thing
[00:57] <kadams54> LOL
[00:57] <rick_h_> let me get the mac out
[00:58] <rick_h_> kadams54: link me whenever your want
[01:02] <rick_h_> kadams54: https://github.com/juju/juju-gui/pull/296
[01:02] <kadams54> http://cl.ly/image/3t1x3L2k1y2e
[01:56] <huwshimi> kadams54_: Are you still around?
[01:58] <kadams54_> Yup
[01:58] <huwshimi> kadams54_: Actually, I need to duck out. If you happen to return, I was just looking in the serviceunit-token and there is a container '.icons' but I can't see from the mockups where there will be more the the token-move icon. Will the be issues if I rename that block?
[01:59] <kadams54_> :-)
[01:59] <kadams54_> Not that I know
[02:04] <hatch> evening
[02:05] <rick_h_> party
[02:05] <hatch> yeah, I could use a good :beer"
[02:05] <hatch> :
[02:05] <hatch> bah
[02:06] <hatch> rick_h_ out of data yet?
[02:07] <rick_h_> hatch: almost, crossed 9gb
[02:07] <hatch> haha how did you use up 2 gigs this afternoon?
[02:07] <rick_h_> I'll be getting a bill probably
[02:08] <rick_h_> hatch: lots of clean-all I guess
[02:08] <rick_h_> and I was at 7.5
[02:08] <hatch> ohh 1.5GB :)
[02:08] <rick_h_> :)
[02:08] <hatch> that's a lot of clean-all haha
[02:08] <hatch> you sure you don't have some background process eating it up?
[02:08] <rick_h_> something, I don't know.
[02:08] <rick_h_> I did do a hangout with kadams54_
[02:08] <rick_h_> but yea, something is eating it up
[02:09] <kadams54_> hatch: welcome to where all the cool people hang out
[02:11] <hatch> if all the cool ppl are here should I expect a wedgie and have all my lunch money stolen soon?
[02:26] <rick_h_> ok, EOD status email sent out to everyone
[02:26] <rick_h_> give it a read and if anything is unclear let me know please
[02:27] <kadams54_> http://constitutionconnectedyouth.files.wordpress.com/2011/04/moe.gif
[02:27] <rick_h_> I'll check in in the morning, but will be afk until we get the camper back home and I can get unhooked/online again
[02:27] <kadams54_> Have a good night
[02:27] <rick_h_> kadams54_: you too
[02:41] <hatch> This is the best test error Error: Script error. (:0)
[02:46] <huwshimi> Brilliant.
[02:52] <hatch> github is 503'ing for me
[02:53] <hatch> https://status.github.com/
[02:53] <hatch> heh
[02:53] <hatch> that availability graph sure tanked hard
[02:58] <huwshimi> hatch: It's the weekend, there's not like anyone is doing any work anyway.
[02:59] <hatch> haha - someone must have kicked a powercord or something :P
[02:59] <hatch> although its been down for almost 30mins
[02:59] <hatch> that's quite a long time for an entire site to be down
[04:20] <kadams54_> Anyone still around?
[04:26] <huwshimi> kadams54_: I am
[04:27] <kadams54_> Working on having the list of unplaced service units update as the DB updates…
[04:27] <huwshimi> Ah yes
[04:27] <kadams54_> Do you know if that needs to update intelligently, similar to the machines, or can we just re-render the entire list?
[04:29] <huwshimi> kadams54_: I would think intelligently, as when you've clicked the 'move' icon it will be displaying a form for that token, and you'll lose that if they all re-render.
[04:29] <huwshimi> If that makes sense...
[04:29] <kadams54_> Ah yes, I think you're right
[13:06] <frankban> jujugui: is there anybody out there?
[13:07] <frankban> sunday morning and I'm falling...
[14:02] <rick_h_> frankban: morning
[14:02] <frankban> hi rick
[14:02] <frankban> hi rick_h_
[14:02] <rick_h_> frankban: saw the pull request, will check it out when I get back. Thakns for picking up on that
[14:02] <frankban> np
[14:02] <rick_h_> will just have to coodinate that with hatch's branch of drag/drop and think we're about good for the demo. Will do some QA and such tonight
[14:03] <rick_h_> and make sure we have any last notes out for you and huw monday morning
[14:03] <frankban> sounds great
[14:03] <rick_h_> we should be able to do a little walk through and then cut a charm release monday
[14:03] <rick_h_> and then we'll just have the demo team update the charm they've got
[14:04] <frankban> rick_h_: I'll propose another branch for some small fixes on how the units in machine and sub-containers are retrieved
[14:04] <rick_h_> frankban: awesome, thanks.
[14:06] <frankban> rick_h_: is Makyo working today?
[14:18] <rick_h_> frankban: I'm not sure. He was in here yesterday with some test failures/etc
[14:18] <rick_h_> frankban: but didn't hear anything after that
[14:18] <frankban> rick_h_: ok thanks
[14:18]  * rick_h_ goes offline to pack up camp. Back in a few hours.
[15:15] <hazmat`> rick_h_, any gotchas to be aware of re gui machine view/
[15:21] <hatch> hazmat` yes quite a few still
[15:21] <hazmat`> hatch, got a moment to review them re hangout?
[15:21] <hatch> can you give me an idea of what you're trying to do and I can let you know where we should be by Monday night
[15:22] <hazmat`> hatch, i'm gonna be dry running demos, and doing booth setup later today
[15:22] <hatch> in a few I could, just running around getting ready for mothers day
[15:23] <hazmat`> hatch, i was figuring we'd have machine view at the booth, but we can not enable the feature flag if its going to be problematic for self-directed exploration
[15:23] <hazmat`> hatch, ack
[15:23] <hatch> ahh ok, well gimme a few and I'll ping when I can
[15:23] <hazmat`> hatch, thanks
[15:30] <hazmat`> i'm reading through rick_h_'s email from yesterday re current status, i guess that covers a good portion
[15:32] <hatch> ohh cool, yeah I didn't think you were on peeps
[15:32] <hatch> yeah that basically covers it
[15:32] <hatch> a few of us have been working over the weekend to get to that point, so it's definitely not ready for self-driven exploration
[15:32] <hatch> but the good news is that everything is under flags
[15:33] <hatch> hazmat` is there anything that's not in the email that you would like clarification on?
[15:34] <hazmat`> hatch, i was skipping inbox on peeps.. re-reading.. saw everyone hacking yesterday.. just curious as to state.. machine view is still behind feature flag i assume?
[15:34] <hazmat`> hatch, what's the url for enabling feature flag on comingsoon?
[15:34] <hatch> yes, very much so :)
[15:34] <hatch>  /:flags:/
[15:35] <hatch> just append that to the url with the flags
[15:35] <hatch> so for example
[15:35] <hatch> comingsoon.jujucharms.com/:flags:/il/mv/
[15:36] <hazmat`> hatch, thanks
[15:43]  * hazmat` realizes half the people around him are talking about openstack at the airport
[15:43] <hatch> lol
[15:43] <hatch> nerd airport
[15:44] <hatch> frankban I found a QA issue with your branch with the unplaced units
[15:44]  * hatch is wearing his juju shirt for mothers day
[15:44] <frankban> hatch: it should be related to the fact we add a unit but the ecs add_unit call is not yet there
[15:45] <hatch> so you're suggesting we land it as-is with a follow-up?
[15:47] <frankban> hatch: I confirm the error is due to the missing add_unit. Matt is working on that, and I guess he has a branch almost ready.
[15:48] <hatch> ok I'll update the PR and then you can shipit
[15:48] <frankban> hatch: so basically the unit in the db is not updated with the real name of the service
[15:49] <hatch> Pr updated, thx
[15:49] <frankban> hatch: as I described in the XXX comment, this can only be done when the ECS call is ready and we call env.add_unit with a callback
[15:49] <hatch> yeah ok np
[15:50] <frankban> hatch: I guess the callback could just delete the service unit and wait for it to be re-added by the mega-watcher, but this is just a supposition
[15:51] <hatch> yeah there has been a bit of discussion around that - but I think the proper way to do it is the same we have always done - fake it, then update it when the deltas come in
[15:54] <frankban> hatch: could you please take a look at https://github.com/juju/juju-gui/pull/302 too?
[15:54] <hatch> on it
[15:55] <frankban> thanks
[15:57] <hatch> frankban test failure looks like the spurious one
[15:58] <frankban> hatch: good to know
[15:58] <hatch> you can re-run it manually
[15:58] <hatch> just QA"ing now
[15:59] <frankban> hatch: to re-run manually should I just delete the test failed comment?
[15:59] <hatch> oh no you need to go into jenkins and flip some switches
[15:59] <hatch> I can do it for you
[15:59] <hatch> one sec
[15:59] <frankban> hatch: thanks
[16:00] <hatch> np, it's re-running, remind rick or I sometime and we can show you how to do this :)
[16:01] <frankban> cool
[16:02] <hatch> frankban here is the current job - you'll have to watch it to know when it's done, it won't update the PR http://ci.jujugui.org:8080/job/juju-gui/959/
[16:44] <hatch> jujugui anyone available for a review? no qa https://github.com/juju/juju-gui/pull/303
[16:44] <hatch> Makyo hey are you around?
[16:44] <Makyo> Yep, just now.
[16:45] <hatch> are you adding a 'placeUnit()' method to the ecs as well?
[16:45] <rick_h_> hazmat`: you all set?
[16:45] <Makyo> hatch, no, just add units and add machines
[16:45] <rick_h_> hazmat`: can look in a bit, home and need a shower and lunch
[16:46] <rick_h_> bah hatch ^
[16:46] <hatch> alright - I have to run some errands then off to mothers day stuff - I'll pick up whatever is next in the queue when I get back
[16:46] <rick_h_> hatch: where's the drag/drop branch?
[16:46] <hatch> yep no rush, I'll be offline for a few hours
[16:46] <rick_h_> hatch: is that the one there or close?
[16:46] <hatch> rick_h_ that's #303
[16:46] <rick_h_> hatch: gotcha
[16:46] <hatch> took me forever to track down a stupid test failing with no information
[16:47] <hatch> "Script Error" OH THX! lol
[16:47] <rick_h_> :)
[16:47] <rick_h_> yea, hit that. It was an old fashioned "comment out tests in index.html and start to narrow it down"
[16:47] <hatch> rick_h_ basically once we have a 'placeUnit' method it'll be a single line to hook this drag and drop up to the ecs
[16:47] <rick_h_> hatch: ok cool
[16:48] <rick_h_> hatch: so we need placeUnit which no one is currently working on right?
[16:48] <hatch> correct
[16:48] <rick_h_> hatch: ok cool. Will finish catching up and see where we can get today
[16:49] <rick_h_> hopefully we should be good for huw to clean up some thing his monday tonight
[16:49] <hatch> yeah - I'll be gone for at least a few hours, but when I'm back I'll pick up whatever is next
[16:49] <rick_h_> and we'll finish and get a charm release out tomorrow
[16:49] <rick_h_> hatch: rgr, have a good time with mum :)
[16:49] <hatch> yeah I think we are in a pretty reasonable spot
[16:49] <hatch> go us
[16:49] <hatch> :) th
[16:49] <hatch> x
[16:49] <rick_h_> <3
[16:49] <hatch> lata
[16:50] <rick_h_> hazmat`: if you've got any questions or need anything shoot me a call<PHONE_NUMBER> and I'll be back online in a bit.
[18:30] <Makyo> jujugui could use a second set of eyes on this https://github.com/juju/juju-gui/pull/304/files I think I'm about done, but I want to be sure.
[20:34] <rick_h_> Makyo: looking
[21:01] <rick_h_> Makyo: going to :shipit: is there anything you know of why I shouldn't?
[21:03] <Makyo> rick_h_, I think everything that needs an XXX comment got one.
[21:03] <Makyo> Only other note was switching away from object.observe
[21:03] <rick_h_> Makyo: yea, we've got a slack card to update that. I wonder if there's known issues we need to move that up to a todo
[21:03] <rick_h_> ok, going to ship this to get it in front of hatch before his branch lands
[21:04] <rick_h_> and try to convince him to integrate with the calls here
[21:08] <rick_h_> alexpilotti_: around?
[21:09] <rick_h_> guess not lol
[21:34] <rick_h_> Makyo: ok landed
[22:11] <rick_h_> hey hazmat`
[22:11] <rick_h_> bah hatch
[22:11] <rick_h_> tab complete failing me so hard today
[22:11] <hatch> hey, I am just replying to your comments
[22:12] <rick_h_> hatch: cool, matt's branch landed and landing huw's now
[22:12] <hatch> oh nice, did you fix up the line I commented about?
[22:13] <rick_h_> hatch: no, just made a card for it
[22:13] <rick_h_> you said it qa'd so added a card and moved it along
[22:13] <hatch> oh yeah - I suppose I just try to not land tech debt :)
[22:13] <hatch> usually haha
[22:13] <rick_h_> you and me both
[22:14] <rick_h_> but will declare next week tech debt week after the demo
[22:14] <rick_h_> just want to keep the list documented
[22:15] <hatch> ok so as per your comments about add machine you'd like me to update this branch with develop then make sure the add machine stuff works?
[22:15] <hatch> I can also do that as a follow-up
[22:15] <rick_h_> hatch: well just thinking while it's here waiting on landing we could do it and then the branch can be qa'd to an extext
[22:15] <rick_h_> hatch: I get nervous of 'un-qa-able' branches
[22:16] <hatch> well if you want to edit the code you can add a debugger in the drop handler to inspector the arguments
[22:16] <rick_h_> hatch: but it's one less moving part to get in a follow up. The follow up at this point needs to be placeUnit
[22:16] <hatch> I just figured most don't want to edit the code to do a qa
[22:16] <rick_h_> hatch: rgr
[22:16] <rick_h_> hatch: I'm fine either way I guess. Just tossing it out
[22:16] <rick_h_> hatch: I do think the UI updates should be added
[22:16] <hatch> yeah? Ok because that was left out for the demo
[22:17] <hatch> I can add them in, just another thing to potentially break haha
[22:17] <rick_h_> heh, but it should work
[22:17] <rick_h_> I mean this whole thing is a house of cards and we'll do walk throughs
[22:17] <hatch> alrighty
[22:17] <rick_h_> at least it should give us some UI updates that draw audience attention away from other things that don't update
[22:18] <rick_h_> hey kadams54, how goes?
[22:19] <kadams54> Hi rick_h_
[22:19] <hatch> I'll wait until huws branch lands so that we can QA with the styled stuff
[22:19] <kadams54> Ready to move along more code doggies
[22:19] <hatch> should be merged fairly soon
[22:19] <rick_h_> kadams54: woot
[22:19] <rick_h_> hatch: yea, it hit a strange error in the lander on the last run :/
[22:20] <hatch> oh?
[22:21] <rick_h_> hatch: yea, the lander itself died in a strange way. But it just landed matt's branch so not sure
[22:21] <rick_h_> maybe an api issue with github
[22:23] <hatch> ahh odd
[22:23] <hatch> brb got to run and grab some propane
[22:37] <kadams54> You know, normally around this time most people head out to get food.
[22:37] <kadams54> But not in Canada. Oh no. They get propane.
[22:37] <rick_h_>  propane leads to food?
[22:41] <hatch> look at that, just in time
[22:42] <rick_h_> :)
[22:42] <hatch> uh oh, rebasing blew up :/
[22:45] <huwshimi> Morning
[22:46] <hatch> yikes that was a rough rebase
[22:46] <hatch> morning huwshimi
[22:47] <rick_h_> hey huwshimi
[22:48] <hatch> uh oh trunk is broken
[22:48] <hatch> now my branch is broken
[22:48] <hatch> lol
[22:48] <huwshimi> Oh dear
[22:48] <rick_h_> :(
[22:49] <hatch> rick_h_ can you try and reproduce......
[22:49] <hatch> on comingsoon with li, mv
[22:49] <hatch> D&D mysql, click deploy
[22:49] <hatch> click confirm
[22:49] <hatch> switch to machine view
[22:49] <rick_h_> food on the stove atm, can kadams54 or huwshimi help please?
[22:49] <hatch> mass scale up UI is gone, and now you can't switch back to the service view
[22:49] <huwshimi> rick_h_, hatch I'll take a look
[22:49] <kadams54> Yeah, I'll check…
[22:49] <hatch> thanks
[22:51] <huwshimi> hatch: Yep, broken.
[22:51] <hatch> :/
[22:51] <huwshimi> This isn't working: unit.icon = db.services.getById(unit.service).get('icon');
[22:52] <kadams54> Yeah
[22:52] <kadams54> I actually fixed that in my branch
[22:52] <hatch> yeah, looks like we can skip that - but the real fix is we need add_unit
[22:52] <rick_h_> could it be that the css on comingsoon didn't kick over like happens sometimes
[22:52] <kadams54> Which may be ready for QA
[22:52] <huwshimi> it's because there are no services yet
[22:52] <hatch> in ecs to be hooked up to deploying services
[22:52] <hatch> er units
[22:52] <huwshimi> oh wait, there is a service
[22:52] <hatch> yeah this is because we need matt's fixes for frankbans branch
[22:53] <kadams54> My fix
[22:53] <kadams54> http://pastie.org/private/ew3cx7lr4tsjlsdwasog
[22:53] <rick_h_> that landed hatch?
[22:53] <hatch> yeah that's not the 'proper' fix I don't think
[22:53] <huwshimi> rick_h_: The last set of CSS changes I made are on comingoon
[22:53] <hatch> rick_h_ this is not a css issue
[22:53] <huwshimi> *comingsoon
[22:54] <kadams54> Oh wait, that's in a different place
[22:54] <kadams54> I actually had to fix similar errors in two spots
[22:54] <hatch> https://github.com/juju/juju-gui/pull/301/files#diff-f3e78957af1c877e1b8c3d58b0dfa03aR93
[22:54] <hatch> comment in frankban's branch
[22:54] <kadams54> http://pastie.org/private/ako9by4d7irehbidopc9qg
[22:55] <hatch> kadams54 yeah that's a bandaid
[22:55] <kadams54> Bandaid nothing!
[22:55] <hatch> there should never be units added without a service
[22:55] <kadams54> Defensive coding is never a bandaid
[22:55] <hatch> lol, well then it should throw a console error :)
[22:55] <kadams54> Bullocks on anyone who says "should never be" :-)
[22:56] <hatch> haha, that just doesn't translate wekk
[22:56] <hatch> well
[22:56] <kadams54> "Bollocks" for you British Empire people.
[22:57] <hatch> doing that 'defensive' coding just makes it fail further down
[22:57] <hatch> haha
[22:57] <kadams54> Anyhow, we should probably figure out a coordinated fix so that we don't have 4 different solutions landing in different branches.
[22:58] <hatch> yeah - need to hook up the add unit stuff frankban mentioned
[22:58] <hatch> that's the real fix
[22:58] <rick_h_> ok, well that's next on the list
[22:58] <kadams54> Au contraire… properly done, the system should fail gracefully, even when faced with "impossible" scenarios.
[22:58] <kadams54> Missing icon < uncaught error that interrupts all code execution
[22:59] <hatch> no there is much more wrong that just a missing icon
[22:59] <kadams54> *sigh*
[23:00] <hatch> now it just fails silently
[23:00] <kadams54> All my tests pass
[23:00] <kadams54> Works for me
[23:00] <kadams54> ;-)
[23:00] <hatch> hah
[23:00] <hatch> rick_h_ ok so I can't land my branch until the add_unit stuff is hooked up
[23:00] <rick_h_> hatch: :( ok, and you could before because?
[23:00] <kadams54> I thought it was landed?
[23:01] <hatch> because now it REALLY can't be QA'd
[23:01] <hatch> it could before because you actually could create units and drag them to containers
[23:01] <rick_h_> hatch: ok, sorry trying to keep up while making omlettes for the fam
[23:01] <hatch> now you can't get containers or machines to render
[23:01] <rick_h_> hatch: they drag ot headers? Why do we care about rendering machinse/containers atm?
[23:02] <hatch> no, they drag to the container
[23:02] <rick_h_> oh, because you can't get a machine to get a container header
[23:02] <hatch> that, and you wanted this to drag to the container token first
[23:02] <hatch> :)
[23:02] <kadams54> Man, whoever coded up the unplaced service units token was a dunderhead.
[23:02] <rick_h_> https://www.dropbox.com/sh/lvdydgiu7jeuuso/7MlRX5-IPu#lh:null-06-machine.png
[23:02] <rick_h_> kadams54: hey, let's keep it cool
[23:02] <hatch> right, but you said you wanted it to land on the container token first heh
[23:02]  * kadams54 heads back to fix his own mistakes.
[23:02] <rick_h_> kadams54: everyone's worked hard on this stuff and it's all been done by our team. So calling out like that isn't cool
[23:03] <hatch> rick_h_ it's ok it can sit for a bit, it's not going to go bad or anything - I'll work on hooking up the ecs add unit stuff
[23:03] <rick_h_> kadams54: oh, well if it's you then ok cool :)
[23:03] <rick_h_> hatch: ok
[23:03] <kadams54> I'm just kidding of course :-)
[23:03] <rick_h_> hatch: thanks, will try to catch up and try things out after I feed the fam
[23:04] <hatch> yeah we have company coming over in an hour too, so I'll be back on after a few hours again
[23:04] <hatch> heh, what a gong show today has been
[23:04] <hatch> lol
[23:04] <kadams54> I put {{ container }} in the handlebar template, which was intended to be… well, I'm not really sure? Since they're unplaced, they don't have containers yet. But regardless, the container attribute is actually set to the DOM container.
[23:04] <kadams54> So that renders nicely.
[23:05] <huwshimi> hatch, rick_h_: Anything I can do to help get things back on track?
[23:05] <hatch> huwshimi are you familiar with the ecs stuff?
[23:05] <hatch> :)
[23:05] <huwshimi> hatch: I haven't touched it yet, but I can take a look...
[23:06] <hatch> it's ok, I'm guessing there are going to be some dragons with this add unit stuff
[23:06] <rick_h_> huwshimi: I've got a few cards your way for polish I was hoping you could get to today
[23:06] <huwshimi> hatch: OK sure
[23:06] <huwshimi> rick_h_: Yep, I can take a look at those
[23:06] <rick_h_> hatch: yea, the add unit/place unit stuff takes some background/etc
[23:06] <hatch> I'm not entirely sure I even know haha
[23:06] <hatch> I haven't done any of this stuff in a few weeks
[23:06]  * hatch pokes Makyo
[23:07] <hatch> poke poke poke
[23:07] <rick_h_> I had to run it on a live lxc env to watch wtf happened
[23:07] <hatch> haha - yeah it's complicated
[23:07] <hatch> wish core had it already
[23:07] <hatch>             } // if
[23:07] <hatch>           }, this); // foreach
[23:07] <hatch>         } // for
[23:07] <hatch>       } // if
[23:07] <hatch> lol someone was lost
[23:08] <rick_h_> yea, noticed that as well :)
[23:08] <huwshimi> hatch: I haven't entirely followed the conversation about develop being broken, but is there a fix we can land to allow us to work a bit easier?
[23:08] <hatch> haha, doesn't vim draw vertical lines on braces?
[23:08] <hatch> huwshimi we can make it fail silently but then it just breaks further down the line
[23:09] <rick_h_> huwshimi: not really, we're making the GUI do something it wasn't designed to, add a unit of a service before the service exists
[23:09] <huwshimi> hatch: So how are we going to move forward?
[23:09] <rick_h_> huwshimi: and before the machine/container does. So we're bending a lot of rules/laws internally to the GUI environment
[23:09] <kadams54> There is no spoon.
[23:10] <rick_h_> huwshimi: so we've got to finish the last step in adjusting the environment to accept these new laws of juju
[23:10] <hatch> huwshimi atm I'm getting caught up on the ecs stuff
[23:10] <rick_h_> huwshimi: there's no 'quick fix' to make it work
[23:10] <huwshimi> hmm... just wondering how to test stuff with this broken then...
[23:10] <kadams54> rick_h_: I've got unplaced units updating automatically. Not sure I can land this branch though since I had to shim in temp fixes for the broken stuff.
[23:11] <kadams54> Now that they're showing up, they need a lot of CSS love, so I could work on make them pretty next.
[23:11] <kadams54> Or I could move on to something else…
[23:11] <hatch> they look good on trunk
[23:12] <rick_h_> kadams54: rebase on trunk and huw's work to clean up the CSS on them should help
[23:12] <rick_h_> kadams54: if your branch works and is ready and can land go for it
[23:12] <kadams54> k
[23:12] <rick_h_> we know where we're headed next and have to do it regardless so let's keep the ball rolling forward
[23:13] <rick_h_> kadams54: the next thing if you could look at is the bug card about the deployment summary switching to "no uncommitted changes"
[23:13] <kadams54> kk
[23:13] <rick_h_> kadams54: there's that, and adding support for "new machine/container" now that it's landed in that summary
[23:14] <rick_h_> kadams54: check out the QA notes from Matt's branch that recently landed for how to manually add a machine into the ecs/db so that you can have it listed in the summary
[23:16] <kadams54> Yeah, that came in handy for testing this branch
[23:16] <rick_h_> kadams54: ok cool, thanks
[23:16]  * rick_h_ goes off to dinner with for 20ish
[23:20] <kadams54> LOL
[23:20] <kadams54> https://twitter.com/iamdevloper/status/450905958139834368/photo/1/large?utm_source=fb&utm_medium=fb&utm_campaign=phessler&utm_content=465613662468997121
[23:23] <hatch> so if someone tries to deploy a service without any placed units, it should.....?
[23:26] <huwshimi> hatch: All break horribly
[23:26] <hatch> so we need something to check that they placed at least a single unit before letting them hit 'confirm' in the deployer bar
[23:26] <hatch> :)
[23:26] <hatch> so many edge cases
[23:27] <Makyo> Was at dinner.  Sorry for the leftover comments, hatch.  Trust me, it used to be worse :P
[23:28] <hatch> lol it's ok I was just poking fun
[23:28] <hatch> Makyo do you have time to hook up the add_unit now?
[23:28] <hatch> I'm working on learning it now, but company is coming in 30
[23:28] <hatch> if not I can get on it after everyone gets outa my house!!!!!
[23:28] <hatch> :P
[23:29] <Makyo> hatch, maybe later? just finished cooking, was about to sit down.
[23:29] <hatch> with a laptop???? ;)
[23:30] <hatch> lol jk it's ok
[23:32] <hatch> odly when I follow your qa steps I only get one machine rendered but there are two in the db
[23:38] <rick_h_> hatch: error on the summary page and make you go back and fix it
[23:38] <rick_h_> hatch: but yea, all these edge cases are stuff that luca wants to sort out as he tries it
[23:38] <rick_h_> hatch: behind the FF
[23:39] <rick_h_> hatch: because the second one is a container on the first (reason why you only get one machine)
[23:39] <hatch> it should show up in the container column then no?
[23:39] <rick_h_> hatch: when you click on the machine
[23:39] <rick_h_> hatch: the container column should be driven by the selection in the machine column
[23:39] <hatch> yeah, that's what I thought too, lemme try again
[23:40] <hatch> ohh, that's why, it's only adding a single machine
[23:40] <rick_h_> right, one machine with one lxc
[23:41] <hatch> now I see where I screwed up
[23:41] <hatch> I 'might' have the add_unit thing figured out
[23:44] <hatch> I lied
[23:44] <rick_h_> lol
[23:46] <hatch> a lazy added unit should probably still be created in the db right away
[23:46] <hatch> then updated
[23:47] <rick_h_> hatch: right, it needs to be updated when placed on the machine in the db/ecs
[23:48] <hatch> well I have something that I think will allow people to get unblocked at least
[23:50] <hatch> blah
[23:50] <hatch> ok people are arriving, consider me having accomplished nothing if anyone else wants to start on this add_unit stuff
[23:51] <hatch> ^ rick_h_
[23:51] <rick_h_> hatch: rgr thanks
[23:51] <rick_h_> hatch: I'll try to send an email summary and maybe frankban can look at it his morning
[23:51] <rick_h_> thanks! have fun!
[23:51] <hatch> haha, I'll try
[23:51] <hatch> have a good night
[23:51] <hatch> cya
[23:52] <huwshimi> hatch: Night


[06:00] <oSoMoN> good morning desktoppers
[06:15] <jibel> Good morning folks
[07:02] <duflu> Morning oSoMoN and jibel
[07:06] <didrocks> good morning
[07:11] <seb128> lut didrocks, en forme ?
[07:11] <seb128> goood morning desktopers
[07:21] <didrocks> salut seb128, ça va, et toi ?
[07:21] <seb128> didrocks, un peu fatigué mais ça va sinon
[07:27] <duflu> Hi didrocks and seb128
[07:27] <seb128> hey duflu, how are you today?
[07:27] <duflu> seb128, sinus headache but improving otherwise. How are you?
[07:27] <seb128> a bit tired but alright otherwise
[07:28] <didrocks> hey duflu
[07:29] <ricotz> hello everyone :)
[07:39] <duflu> Hi ricotz
[07:39] <seb128> hey ricotz
[08:19] <Wimpy> Morning o/
[08:24] <seb128> hey Wimpy, how are you?
[08:24] <oSoMoN> hey duflu, salut didrocks & seb128, morning ricotz & Wimpy
[08:25] <Wimpy> All good here seb128
[08:26] <duflu> Hi Wimpy
[08:28] <didrocks> salut oSoMoN
[08:28] <Wimpy> Hi duflu
[08:30] <Wimpy> duflu: Is it like that the fix for https://pad.lv/1959995 will be patched in Focal and Impish?
[08:30] <Wimpy> *likely
[08:31] <duflu> Wimpy, that's a question for tjaalton
[08:36] <seb128> lut oSoMoN, en forme ?
[08:36] <oSoMoN> ça va, et toi?
[08:36] <seb128> ça va :)
[09:22] <tjaalton> Wimpy: sure
[09:23] <tjaalton> hmm not sure about impish anymore
[10:13] <Wimpy> tjaalton: Thanks.
[12:01] <jbicha> good morning
[12:15] <seb128> jbicha, hey, how are you today?
[12:26] <jbicha> good, the shotwell dark wallpaper patch didn't seem to work so I'll look into that more
[12:45] <seb128> jbicha, :-(
[12:46] <seb128> the shotwell code isn't really standard, or it is vala I'm not used to, I tried to check a bit on monday but I couldn't even see the gsettings key name mentioned
[13:06] <jbicha> never mind, it does seem to work. Should have just waited until today to try it instead of rushing at the end of yesterday
[14:03] <seb128> kenvandine, want to review the rls incoming bugs?
[14:03] <kenvandine> seb128: yes!
[14:03] <seb128> I will go through the list anyway, it's an important point of the cycle to do it
[14:03] <seb128> great!
[14:03] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-jj-incoming-bug-tasks.html
[14:04] <seb128> the first one is a cloud kernel problem, not for us
[14:04] <seb128> bug #1966418
[14:05] <seb128> it's still unclear to me if that's a mesa or webkitgtk issue but the new mesa triggered it, I bisected yesterday and commented upstream, waiting for a reply
[14:05] <seb128> I think we should nominate it
[14:05] <kenvandine> +1
[14:06] <seb128> bug #1794064
[14:07] <seb128> while an annoying issue I don't think it's a release blocker
[14:08] <kenvandine> the last comment doesn't really seem to confirm it
[14:08]  * kenvandine tries
[14:09] <seb128> comment #10 from jdstrand explains the details
[14:09] <jbicha> yes, it's a bad bug. It would be nice if we could fix it on the evince side like suggested in comment 12 because fixing it on the snap side seems hard
[14:09] <seb128> seems to be the apparmor profile in the evince deb that blocks the snap launcher
[14:09] <kenvandine> env: ‘/snap/bin/firefox’: Permission denied
[14:11] <seb128> we should talk solutions now
[14:11] <seb128> shouldn't
[14:11] <seb128> kenvandine, how busy james is? could he help with that maybe?
[14:12] <seb128> if not I don't think we have the resources to target the bug
[14:12] <kenvandine> assign that to him
[14:12] <seb128> thanks
[14:12] <kenvandine> he just finished the last urgent thing i gave him :)
[14:12] <seb128> jamesh, ^ FYI
[14:13] <seb128> assigned
[14:14] <seb128> bug #1949200
[14:14] <seb128> sounds like one we should target
[14:14] <seb128> libcanberra makes gnome-shell crash if xwayland goes away
[14:14] <seb128> bugs closing your session aren't not great
[14:14] <kenvandine> indeed
[14:14] <kenvandine> +1
[14:16] <seb128> I'm skipping the assigned one, just forgot to target/untag previous week
[14:16] <ricotz> should bug #1951210 be tracked as rls-jj-incoming?
[14:16] <kenvandine> ok
[14:17] <seb128> ricotz, could be I guess, but sounds like it's fix in progress so it's not going to make a difference on the priority?
[14:17] <seb128> bug #1966808
[14:17] <seb128> sounds like Daniel and upstream are dealing with that one
[14:17] <seb128> and the next one
[14:17] <ricotz> seb128, it requires a new snapd release
[14:18] <seb128> ricotz, snapd autorefresh and reexec so it will fix itself eventually
[14:18] <ricotz> alright, thx :)
[14:18] <kenvandine> that was easy :)
[14:18] <kenvandine> that was for the LO issue
[14:19] <seb128> bug #1962346
[14:19] <seb128> I had tagged it in frankfurt but I didn't see other reports and it's sort of minor so I would vote -1 at this point
[14:19] <seb128> seems to happen when there are flatpak updates?
[14:21] <seb128> ok, I'm tagging it not-fixing
[14:21] <kenvandine> -1
[14:21] <seb128> thx :)
[14:21] <seb128> bug #1965537
[14:22] <seb128> one improvement has landed which should make things good enough so I would vote to rls-jj-notfixing it for the remaining of the work
[14:23] <seb128> bug #1956835
[14:24] <seb128> the report is on focal
[14:24] <seb128> it's an annoying bug but I don't think a rls one for J
[14:25] <kenvandine> seb128: perhaps change the default number of snapshots?
[14:25] <seb128> I don't know what's the current number
[14:25] <kenvandine> i wish we knew how many users are using zfs
[14:25] <seb128> but if we got only one report since focal it doesn't feel critical
[14:26] <kenvandine> i actually hit this a while back
[14:26] <seb128> ah...
[14:26] <kenvandine> and it's why i didn't use zfs on my new laptop :)
[14:26] <seb128> oh :-(
[14:26] <kenvandine> took me a while to figure out how to clean that up
[14:26] <seb128> note that foundation recently increase the default size for the boot partition
[14:27] <seb128> increased
[14:27] <seb128> so maybe it's less of an issue?
[14:27] <kenvandine> that would help
[14:27] <seb128> anyway, I would vote -1
[14:27] <kenvandine> it's probably not a huge issue for an LTS
[14:27] <seb128> unless you want to talk jibel into fixing it before release
[14:27] <kenvandine> but when you switch to a devel series you get lots of updates
[14:27] <kenvandine> so -1
[14:28] <seb128> thx
[14:28] <seb128> bug #1964036
[14:28] <seb128> I assigne that to Olivier, we discussed it previously but forgot to do the change
[14:29] <seb128> bug #1966589
[14:29] <seb128> sounds like we need to debug that one
[14:30] <seb128> Brian added some recent comment suggesting the snapd fix which worked for the installer isn't enough
[14:30] <seb128> ok, and that note time for the next meeting so let's stop the review, we basically covered j incoming which is what matters atm
[14:44] <KGB-2> libadwaita ubuntu/master f86a8cf Marco Trevisan (Treviño) debian/ control control.in gbp.conf * debian: Prepare for ubuntu branching * https://deb.li/IMJ2
[14:44] <KGB-2> libadwaita ubuntu/master 6436788 Marco Trevisan (Treviño) debian/patches/ series ubuntu/style-manager-Support-Yaru-accent-colors.patch * debian/patches: Support yaru accent colors using adwaita theming * https://deb.li/3mZpC
[14:44] <KGB-2> libadwaita pipeline Marco Trevisan 365824 * pending (piuparts: created; blhc: created; autopkgtest: created; lintian: created; reprotest: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; build source: created; build i386: created; build: created; extract-source: pending)
[14:48] <KGB-0> libadwaita pipeline Marco Trevisan 365824 * [4 minutes and 22 seconds] failed (test-build-any: skipped; test-build-all: skipped; test-crossbuild-arm64: skipped; build i386: failed; lintian: skipped; piuparts: skipped; autopkgtest: skipped; build: failed; reprotest: skipped; blhc: skipped; build source: success; extract-source: success)
[15:08] <KGB-0> libadwaita pipeline Marco Trevisan 365831 * pending (piuparts: created; blhc: created; autopkgtest: created; lintian: created; reprotest: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; build source: created; build i386: created; build: created; extract-source: pending)
[15:08] <KGB-2> libadwaita pipeline Marco Trevisan 365831 * running (extract-source: running; piuparts: created; blhc: created; autopkgtest: created; lintian: created; reprotest: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; build source: created; build i386: created; build: created)
[15:11] <KGB-0> libadwaita ubuntu/master caa2955 Marco Trevisan (Treviño) debian/ control control.in * debian/control: Add libxml2-utils as B-D to get xmllint * https://deb.li/ZMbN
[15:11] <KGB-0> libadwaita ubuntu/master 9b43ae2 Marco Trevisan (Treviño) debian/ control control.in gbp.conf * debian: Prepare for ubuntu branching * https://deb.li/308a7
[15:11] <KGB-2> libadwaita pipeline Marco Trevisan 365834 * running (extract-source: running; blhc: created; autopkgtest: created; lintian: created; reprotest: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; build source: created; build i386: created; build: created; piuparts: created)
[15:11] <KGB-0> libadwaita ubuntu/master 85009bb Marco Trevisan (Treviño) debian/patches/ series ubuntu/style-manager-Support-Yaru-accent-colors.patch * debian/patches: Support yaru accent colors using adwaita theming * https://deb.li/dVx0
[15:11] <KGB-0> libadwaita pipeline Marco Trevisan 365834 * pending (extract-source: pending; blhc: created; autopkgtest: created; lintian: created; reprotest: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; build source: created; build i386: created; build: created; piuparts: created)
[15:27] <KGB-2> libadwaita pipeline Marco Trevisan 365834 * [16 minutes and 16 seconds] failed (piuparts: success; reprotest: failed; autopkgtest: failed; test-build-any: success; test-build-all: success; test-crossbuild-arm64: failed; lintian: success; blhc: success; build i386: success; build: success; build source: success; extract-source: success)
[15:34] <KGB-0> libadwaita pipeline Marco Trevisan 365844 * pending (blhc: created; autopkgtest: created; lintian: created; reprotest: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; build source: created; build i386: created; build: created; extract-source: pending; piuparts: created)
[15:34] <KGB-2> libadwaita ubuntu/master beda84c Marco Trevisan (Treviño) debian/ control control.in gbp.conf * debian: Prepare for ubuntu branching * https://deb.li/KJaF
[15:34] <KGB-2> libadwaita ubuntu/master 32ca880 Marco Trevisan (Treviño) debian/patches/ series ubuntu/style-manager-Support-Yaru-accent-colors.patch * debian/patches: Support yaru accent colors using adwaita theming * https://deb.li/3PMH1
[15:34] <KGB-2> libadwaita ubuntu/master 2876a56 Marco Trevisan (Treviño) debian/changelog * Update changelog * https://deb.li/sVpd
[15:34] <KGB-2> libadwaita ubuntu/master dc6e971 Marco Trevisan (Treviño) debian/changelog * Upload to jammy * https://deb.li/36xbV
[15:35] <KGB-2> libadwaita pipeline Marco Trevisan 365844 * running (extract-source: running; blhc: created; autopkgtest: created; lintian: created; reprotest: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; build source: created; build i386: created; build: created; piuparts: created)
[15:35] <KGB-2> libadwaita signed tags ae158ba Marco Trevisan ubuntu/1.1.0-1ubuntu1 * libadwaita-1 Debian release 1.1.0-1ubuntu1 * https://deb.li/bxuC
[15:49] <KGB-2> libadwaita pipeline Marco Trevisan 365844 * [14 minutes and 48 seconds] failed (piuparts: success; reprotest: failed; autopkgtest: failed; test-build-all: success; test-build-any: success; lintian: failed; test-crossbuild-arm64: failed; blhc: success; build i386: success; build: success; build source: success; extract-source: success)
[16:47] <KGB-0> gnome-connections signed tags b931b54 Jeremy Bicha upstream/42.1 * Upstream version 42.1 * https://deb.li/3Sx0x
[16:47] <KGB-0> gnome-connections pristine-tar 74c953d Jeremy Bicha gnome-connections_42.1.orig.tar.xz.delta gnome-connections_42.1.orig.tar.xz.id * pristine-tar data for gnome-connections_42.1.orig.tar.xz * https://deb.li/3bML2
[17:58] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-system-monitor builds Samuel Henrique * Build #2642734 (build i386) stage: build, status: created
[17:58] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-system-monitor builds Samuel Henrique * Build #2642737 (test-build-all) stage: test, status: created
[17:58] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-system-monitor builds Samuel Henrique * Build #2642738 (test-crossbuild-arm64) stage: test, status: created
[17:59] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-system-monitor builds Samuel Henrique * Build #2642742 (blhc) stage: test, status: created
[17:59] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-system-monitor builds Samuel Henrique * Build #2642732 (extract-source) stage: provisioning, status: running. Duration: 1 second
[17:59] <KGB-2> gnome-shell-extension-system-monitor pipeline Samuel Henrique 365869 * running (piuparts: created; blhc: created; autopkgtest: created; lintian: created; reprotest: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; build source: created; build i386: created; build: created; extract-source: running)
[17:59] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-system-monitor builds Samuel Henrique * Build #2642732 (extract-source) stage: provisioning, status: running. Duration: 2 seconds
[18:00] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-system-monitor builds Samuel Henrique * Build #2642735 (build source) stage: build, status: pending
[18:02] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-system-monitor builds Samuel Henrique * Build #2642743 (piuparts) stage: test, status: pending
[18:02] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-system-monitor builds Samuel Henrique * Build #2642742 (blhc) stage: test, status: pending
[18:02] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-system-monitor builds Samuel Henrique * Build #2642740 (lintian) stage: test, status: pending
[18:02] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-system-monitor builds Samuel Henrique * Build #2642737 (test-build-all) stage: test, status: pending
[18:02] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-system-monitor builds Samuel Henrique * Build #2642736 (test-build-any) stage: test, status: running. Duration: no time
[18:02] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-system-monitor builds Samuel Henrique * Build #2642740 (lintian) stage: test, status: running. Duration: no time
[18:02] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-system-monitor builds Samuel Henrique * Build #2642742 (blhc) stage: test, status: running. Duration: no time
[18:03] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-system-monitor builds Samuel Henrique * Build #2642736 (test-build-any) stage: test, status: success. Duration: 1 minute and 19 seconds
[18:03] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-system-monitor builds Samuel Henrique * Build #2642742 (blhc) stage: test, status: success. Duration: 1 minute and 14 seconds
[18:03] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-system-monitor builds Samuel Henrique * Build #2642737 (test-build-all) stage: test, status: success. Duration: 1 minute and 47 seconds
[18:04] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-system-monitor builds Samuel Henrique * Build #2642739 (reprotest) stage: test, status: success. Duration: 1 minute and 55 seconds
[18:07] <KGB-0> gnome-shell-extension-system-monitor pipeline Samuel Henrique 365869 * [8 minutes and 13 seconds] success (piuparts: success; autopkgtest: success; reprotest: success; lintian: success; test-build-all: success; test-crossbuild-arm64: success; blhc: success; test-build-any: success; build: success; build i386: success; build source: success; extract-source: s
[18:07] <KGB-0> shell-extensionsuccess)
[20:28] <GunnarHj> seb128: Since it looks like your are still awake, I'm wondering if you can merge this one:
[20:28] <GunnarHj> https://code.launchpad.net/~gunnarhj/ubiquity/+git/ubiquity/+merge/408954
[20:28] <GunnarHj> For some reason x_nox only approved it...
[20:31] <seb128> GunnarHj, I will check tomorrow, it has changes that aren't only translations and we are in freeze, I need to understand what those are doing and it's a bit late for that tonight
[20:33] <GunnarHj> seb128: Personally I only care about languagelist, but I used the command you pointed to at the time. Anyway, tomorrow is fine. Sleep well.
[20:33] <seb128> GunnarHj, thanks, you as well :)
[20:34] <seb128> I might end up merging a minimal version of the change for this cycle
[20:34] <seb128> and we can do the rebase next cycle
[20:34] <GunnarHj> Ack.
[20:34] <GunnarHj> seb128: As long as those languages are added to ubiquity that's fine with me.


[15:13] <genii> Did a do-release-upgrade -d on the netbook from 16.10 to 17.04 ( lubuntu and kubuntu both installed on it) ..now there's no network manager. Bringing ethernet up manually currently in konsole. ifconfig shows only lo0 active by default now
[19:14] <SonikkuAmerica> Random logistics question: Do we have anyone in here that is working on the first official release of Ubuntu Budgie?
[19:22] <krytarik> SonikkuAmerica: Why are you asking specifically?  I know fossfreedom sits in #ubuntu-devel, for example.
[19:23] <SonikkuAmerica> krytarik: Was thinking of inventing a factoid for it and directing people here until the 17.04 release.
[19:23] <krytarik> Ah, ok.


[14:53] <balloons> good day flocculant. Enjoy the calm of post-LTS yet?
[15:20] <tsimonq2> balloons! :)
[15:21] <balloons> tsimonq2, why hello to you as well
[15:21] <tsimonq2> balloons: I've noticed a change. ;)
[15:32] <balloons> Indeed!
[16:59] <flocculant> balloons: kind of - got cantankerous critter installed already ;)
[16:59] <flocculant> I hear you've found a greener field - well done :)
[17:00] <tsimonq2> Indeed.
[17:00] <tsimonq2> IS is a bit liberal sometimes with the teams they remove you from, I hear. :P
[17:04] <tsimonq2> balloons: Remember to join ~not-canonical if our giuesses are right. ;)
[17:04] <tsimonq2> *guesses
[17:14] <balloons> Lol. I guess I'll be needing an invite
[17:16] <flocculant> balloons: you any idea where the best place to ask about bzr auth problems?
[17:17] <flocculant> I was in that team once :p
[17:17] <wxl> flocculant: #launchpad
[17:17]  * flocculant is helping one of my lot get into manual testcase stuff
[17:17] <flocculant> cheers wxl
[17:17] <wxl> np
[17:18] <flocculant> willem - try #launchpad
[17:18] <balloons> Make sure your ssh keys are setup properly :)
[17:19] <wxl> usually if (going from memory) `bzr whoami` is correct, it should just work unless it's some sort of ssh issue
[17:19] <flocculant> it appears tro be an ssh issue from the mail I got
[17:20] <flocculant> anyway - not something I can help with
[17:23] <balloons> ssh-add can help as well
[17:59] <willem> flocculant, balloons thanks! will look into ssh-add and if that does not get me any further I'll go to #launchpad
[18:00] <flocculant> np
[18:05] <willem> ssh-add did the trick :-) I'll press on now.
[18:05] <flocculant> \o/
[18:30] <willem> flocculant, so, I'm doing lp1772048, am now at the "Pushing a branch" bit; I am not certain what the "mychanges" (the actual branch name?) in bzr push lp:~yourusername/ubuntu-manual-tests/mychanges is supposed to be.
[18:30] <wxl> willem: anything you want it to be. i usually describe what i'm fixing
[18:31] <willem> so, Gigolo would be appropriate in this case?
[18:31] <wxl> it really doesn't matter. you could use random characters if you want :)
[18:32] <willem> -- right. What confuses me is the term "branch" here. But, never mind for now. I just want to go through the motions and will try to understand later ;-)
[18:32] <wxl> those are common terms in version control
[18:33] <willem> Understand.
[18:33] <wxl> this is about git, but same idea. look at the picture and you'll get the idea. the purple and green dots represent branches of the main code (and note that the horizontal axis is time)
[18:33] <wxl> https://www.atlassian.com/git/tutorials/using-branches
[18:34] <willem> wxl, thanks! will have a look.
[18:36] <willem> hmm, still something wrong with ssh-key it seems: bze push gives  Permission denied (publickey).
[18:36] <willem> bzr: ERROR: Connection closed: Unexpected end of message. Please check connectivity and permissions, and report a bug if problems persist.
[18:36] <willem> will, have to look into that first. But: was almost there :-)
[18:36] <wxl> try just `ssh lp`
[18:37] <willem> ssh: Could not resolve hostname lp: Temporary failure in name resolution
[18:37] <wxl> ok so add this to ~/.ssh/config :
[18:37] <wxl> Host lp
[18:37] <wxl>   User youruser
[18:38] <wxl>   IdentityFile ~/.ssh/yourprivatekey
[18:38] <wxl>   Hostname bazaar.launchpad.net
[18:40] <willem> it seems there is no config in /ssh. Can I just create it?
[18:40] <wxl> yep
[18:40] <willem> thanks. Will do that
[18:45] <willem>  So sorry about this, but ssh lp now gives: No shells on this server. Connection to bazaar.launchpad.net closed.
[18:45] <wxl> that's GOOD
[18:45] <wxl> now try again the other command
[18:47] <willem>  bzr push lp:~whobers/ubuntu-manual-tests/gigolo
[18:47] <willem><EMAIL_ADDRESS>Permission denied (publickey).
[18:47] <willem> ConnectionReset reading response for 'BzrDir.open_2.1', retrying
[18:47] <willem><EMAIL_ADDRESS>Permission denied (publickey).
[18:47] <willem> bzr: ERROR: Connection closed: Unexpected end of message. Please check connectivity and permissions, and report a bug if problems persist.
[18:47] <willem> :-(
[19:48] <willem> wxl, sorted! knome suggested I add bazaar.launchpad.net as a host in ssh/config. That was the final push. Thanks for your help. Have just proposed my first two (tiny) changes to testcases.


[00:01] <OvenWerks> (or somehwere)
[00:18] <krytarik> https://lists.ubuntu.com/archives/ubuntu-release/2018-April/004438.html - btw, and images are ready for us now too.
[00:37] <captain-tux> Just got the e-mail as well. I'll try to run some tests tomorrow or early next week.
[00:38] <krytarik> I hope ErichEickmeyer or Roos will be mailing a call for testing later.
[00:38] <krytarik> Or indeed, Ross. :P
[01:00] <ErichEickmeyer> I’m at work right now, so I’ll send out the call for testing as soon as I can. Probably another 60-90 minutes.
[03:59] <krytarik> You know, the notion that shipping stuff by default isn't so important anymore nowadays because there has been a shift in what installation media is being used...
[04:00] <OvenWerks> there is not much difference in price between a 2g and 16g any more.
[04:01] <OvenWerks> There is a difference in length of download though
[04:03] <krytarik> I mean the conclusion was that because CDs/DVDs aren't often used anymore, we don't have to ship as many apps.
[04:04] <OvenWerks> people still run live usb sticks.
[04:04] <krytarik> People use USB stick however, which can hold even more data.
[04:05] <OvenWerks> being able to make a custom stick would be nice.
[04:05] <OvenWerks> only include the sw one likes
[04:07] <krytarik> I mean I agree with the idea to slim down the installation image a little - but that reasoning is totally off.
[04:11] <OvenWerks> Yes, we crossed the cd/dvd bridge long ago.
[04:13] <krytarik> Well, it still fits on a DVD - but as was said, not all computers have optical drives anymore.
[04:19] <ErichEickmeyer> Perhaps I wrote that part wrong in the notes, but there's no reason not to slim-down the ISO image. I may not have crystallized those thoughts correctly.
[04:21] <OvenWerks> ErichEickmeyer: I don't think we were commenting on your exact words, just talking the merits of size in general.
[04:22] <ErichEickmeyer> Ah, okay.
[04:24] <krytarik> Yes, you didn't reflect that incorrectly.
[14:01] <eylul> I would argue that download amount is still a thing, while internet is faster true, people do have limited amount of space to do so. as for usb, if you are regularly going to use a live usb, persistent systems are better anyway at least in our use case
[14:01] <eylul> I would also ask if there is a livecd/usb use case for ubuntustudio in particular (and this is not a rhetorical question I am genuinely not certain one way or another)
[14:02] <eylul> as production usually requires a) a semi persistent setup b) quite a bit of specific hardware (so not portable to say an internet cafe environment)
[14:03] <eylul> I think this is something we do need to think about in a larger scale krytarik , ovenwerks, ericheickmeyer what exactly our use cases are, once the project is back on track. :)
[16:09] <krytarik> eylul: Yeah, I certainly don't see people running about with Live USB media with Studio on it either - but the test before install use case is still there anyway, of course.
[16:41] <OvenWerks> eylul: the big live USB drive use is preliminary mixdown on the train or perhaps some tracking. Also showing a client a partially done project on their window computer. This is not a big thing at all, a quick export would do fine for the second and just the program for the first as latency is not an issue.
[16:41] <OvenWerks> Those are just the two use cases I have heard of more than once.
[16:42] <OvenWerks> (from people who actually do these things :)
[16:45] <OvenWerks> being able to build a custom live disk for these purposes makes more sense.... and there is always AVL


[17:00] <Latty> Hey all. Running gutsy and I can't log into my MSN account with Pidgin - I can login via a web messenger - my details are correct.
[17:00] <Gnine> on system restart, one of 3 screenlets crashed and Evolution started with no prompt
[17:01] <Gnine> !support
[17:01] <ubotu> The official ubuntu support channel is #ubuntu. Also see http://ubuntu.com/support and http://ubuntuforums.org
[17:01] <Pici> Latty: #ubuntu for Gutsy questions please.
[17:03] <Latty> sorry, I said Gutsy
[17:03] <Gnine> otherwise nothing major. but unexpected wierd behaviour. firefox seems to be fine without the suggested update
[17:03] <Latty> I mean Hardy
[17:03] <Gnine> unmarked
[17:04]  * Gnine do not use pidgin
[17:06] <Gnine> matter-of-fact i dont use any messenger service other than irc or email
[17:06] <Gnine> so i am no help
[17:06] <Pici> Gnine: Me too ;)
[17:08] <heret1c> back
[17:09] <heret1c> there appears to be umpteen sources.list's available - in any other language than english.
[17:09] <Pici> heret1c: are you running gnome?
[17:10] <heret1c> pixi> kde, mainly. have gnome, too.
[17:11]  * heret1c suffers the curses of both worlds 8-)
[17:11] <Pici> heret1c: In adept, go to Manage Software Sources and make sure that the ones you want are checked.
[17:12] <Gnine> second time this week i hear that
[17:16] <heret1c> pici> yhanks. sometimes stepping over the brook to fetch water is dancing on your nose. 8)
[17:19] <heret1c> only thing linux REALLY needs now, is some all singing, all dancing, more-bbells-and-whistles-than-you-can-shale-a-stick-at mobile phone connection software.
[17:20] <heret1c> that's  a major gap.
[17:23] <heret1c> http://tinyurl.com/273fgw - force 5?
[17:24] <heret1c> erk, duty calls.
[17:27] <jeffMASTERflex> the trash is giving me issues... it this related to the new vfs?
[17:28] <jeffMASTERflex> it persistently displays directories that were already deleted
[17:29] <wastrel> sieve
[17:30] <wastrel> mobile phone stuff yes
[17:30] <wastrel> luckily there's a standard that works across all phones so it'll be easy to get broad support
[17:44] <Gnine> check that your ~/.trash  is empty
[17:45] <Gnine> there is a known bug about it
[17:46] <Gnine> just screamed at it 'permission denied'
[17:46] <Pici> ~/.Trash ;)
[17:47] <Gnine> yah
[17:47] <Gnine> you'll know when you see it.. but i just tried that and it is not longer working
[17:47] <Gnine> new bug apparently
[17:47] <h3sp4wn> wastrel: For all features ? (the thing about the phones)
[17:49] <wastrel> h3sp4wn: just joking, there's no universal standard
[17:50] <h3sp4wn> wastrel: ah - I thought bluetooth was pretty universal
[17:52] <wastrel> ah you're talking about that. i was thinkg about data sync
[17:52] <wastrel> yes bluetooth stuff i think is farily standardized
[17:53] <h3sp4wn> I can copy data etc from bluetooth but I have a common phone
[17:54] <h3sp4wn> I would be more interested in some way to flash semi recent nokia's (firmware change)
[18:04] <Pici> Hrm. Is anyone else having issues with no menus showing up in gnome-terminal?
[18:04] <Pici> I think it may be a translation issue.
[18:04] <h3sp4wn> I have that issue
[18:04] <h3sp4wn> using xfce4-terminal atm
[18:05] <Pici> I can click in the blank space, and have it come up... just wondering what bug/package this might be logged to.
[18:07] <h3sp4wn> dpkg -S `which gnome-terminal` | awk -F: '{print $1}' | xargs apt-cache madison
[18:08] <h3sp4wn> (useless in this case but that is the way to find out - gnome-terminal is the source package name
[18:30] <hyper_ch> hiho nice folks... I got a little problem. Currently I'm testing Hardy Alpha 4 with KDE 3.5.8 and Firefox 3 Beta 3.... now I noticed that when I want to open news in the browser from Akkregator it raises Firefox to the foreground. That is rather annoying. How can I stop that?
[18:31] <Unksi> set the focus stealing protection for firefox higher
[18:32] <hyper_ch> Unksi: can you elaborate?
[18:33] <Unksi> hyper_ch: right click the title bar, select advanced -> special application settings -> workarounds -> focus stealing prevention
[18:33] <hyper_ch> Unksi: found it out ;) I didn't set any priority :)
[18:33] <hyper_ch> Unksi: and so it failed to accomplish that workaround ;)
[18:33] <Unksi> tick it on, put force and raise the level as long as it stops it
[18:33] <hyper_ch> Unksi: thx
[18:33] <Unksi> no problem :)
[18:41] <hyper_ch> someone's having the same issue with konqueror but he can't seem to solve that
[18:41] <andre_pl> Is there any way to get firefox 2.0 back?
[18:42] <andre_pl> my online banking doesn't work with 3.0 :S
[18:42] <hyper_ch> andre_pl: there is :)
[18:42] <andre_pl> thank god
[18:42] <andre_pl> is it a pain?
[18:42] <hyper_ch> in aptitude (and also synaptic and adpet I think) you can set a specific version
[18:44] <andre_pl> hyper_ch: it says 3.0~b3 is the only available version
[18:44] <hyper_ch> andre_pl: then you might need to add a gutsy repo and force version from there
[18:44] <andre_pl> hmm... ok
[18:45] <hyper_ch> but I don't really know if that is a good idea
[18:46] <andre_pl> hmm. maybe I'll try opera or something.
[18:47] <hyper_ch> andre_pl: how about opera for online banking?
[18:48] <hyper_ch> andre_pl: maybe there's an ubuntu .deb on the ff homepage
[18:48] <hyper_ch> andre_pl: or try to download the .deb from package.ubuntu.com
[18:48] <andre_pl> good options.
[18:49] <andre_pl> hey, here's a wierd bug, totally unrelated.. anyone else noticed this? sometimes my 'new terminal' shortcut gets changed to just 'n' so every time i type an 'n' it opens a new terminal...
[18:49] <andre_pl> haha.
[18:49] <andre_pl> just have to hit alt+f n and the shortcut changes.
[18:50] <andre_pl> you can change any shortcut just by pressing a key with a menu entry highlighted.
[18:50] <andre_pl> wow
[18:50] <hyper_ch> nope
[18:51] <andre_pl> it doesn't do that for you?
[18:51] <andre_pl> in gnome-terminal?
[18:51] <hyper_ch> what's a gnome-terminal? ^^
[18:51] <andre_pl> lol
[18:51] <andre_pl> the terminal in gnome. ;)
[18:53] <hyper_ch> what's that? ^^
[18:53] <hyper_ch> Sysinfo for 'xubi': Linux 2.6.24-7-generic running KDE 3.5.8, CPU: AMDSempron2400+ at 1683 MHz (3371 bogomips), , RAM: 996/1010MB, 158 proc's, 12.34h up
[18:54] <andre_pl> :P
[18:55] <andre_pl> I used to love KDE, but it doesn't seem to work very well for tv-out/dual display stuff under ubuntu, and I do a lot of that... i still miss kde.
[18:55] <hyper_ch> it's my first kde install in the last 3 releases
[18:56] <andre_pl> Error: uncaught exception: Permission denied to call method Location.toString
[18:56] <andre_pl> thats the JS error thats preventing me from banking.
[18:56] <andre_pl> :S
[18:59] <andre_pl> i forgot i have 2 other gutsy machines in the house :)
[18:59] <hyper_ch> no clue about JS
[19:02] <arcticpenguin380> how do i enable the nvidia driver?
[19:03] <hyper_ch> arcticpenguin380: sudo apt-get install nvidia-glx-new
[19:03] <hyper_ch> arcticpenguin380: at least that's what I think
[19:03] <arcticpenguin380> its installed
[19:03] <arcticpenguin380> but not enabled
[19:04] <hyper_ch> system --> nvidia xserver settings?
[19:04] <arcticpenguin380> brb
[19:08] <arcticpenguin380> not yet enabled =(
[19:09] <hyper_ch> then I have no clue
[19:10] <arcticpenguin380> g2g
[19:12] <kristjan_> then is hardy heron CD with kde4 going to be released? how long do we hate to wait?
[19:19] <toresbe> Has Hardy gotten to the point at which it is unlikely that your system will catch fire?
[19:20] <hyper_ch> toresbe: runs fine for me
[19:20] <toresbe> How many months is it from release?
[19:21] <hyper_ch> hardy is 8.04
[19:21] <coz_> toresbe,  it should be release at the end o f April
[19:21] <toresbe> oh, April. So it should be getting better by now.
[19:22] <toresbe> Once they fix dpkg, I'll upgrade, and keep my cat in another room lest it catch fire.
[19:22] <theunixgeek> Anyone use GNUstep? I need help opening Project Builder.  I don't know where it's located.
[19:22] <toresbe> No, nobody uses GNUstep. That's why it's broken all the time. :)
[19:22] <coz_> toresbe,  yes it should and the version numbering is 8.04 which is 2008 4th month
[19:22] <hyper_ch> april 20 - if I'm not mistaken
[19:23] <toresbe> coz_: I know what the version numbers mean. Just didn't know the version number. :)
[19:23] <hyper_ch> toresbe: the release number indicate the date.... 8.04 --> 2008 april (04)
[19:23] <toresbe> I know.
[19:59] <wastrel> april
[20:06] <arcticpenguin380> is it safe to remove the older kernels
[20:10] <tretle> is anyone else having issues installing from the live cd
[20:10] <Rotlaus> i have them remove without any problems
[20:10] <tretle> when its loading the live cd it enters busybox
[20:10] <tretle> no matter what option i choose
[20:11] <tretle> I can use hardy when i do a dist updgrade but Id like to be running from a clean install
[20:15] <tretle> anyone?
[20:27] <astabeno> I am running alpha 4 in a VMware virtual machine with the vmware toolbox installed.  When I open the toolbox it runs fine for about 20 minutes, then the toolbox closes for no aparent reason.  I can start the app back up again and it runs fine.  I am not running it from a terminal, and I am not closing the app.  Has anyone had this problem before
[20:29] <arcticpenguin380> why isnt the firewall enabled by defualt?
[20:39] <Tuv0k> The following packages have unmet dependencies:  libselinux1-dev: Depends: libselinux1 (= 2.0.15-2ubuntu1) but 2.0.55-0ubuntu1 is installed
[20:41] <picard_pwns_kirk> I'm trying to set up a dual-head configuration with xrandr
[20:41] <picard_pwns_kirk> but I need to resize the xorg virtual desktop size
[20:42] <picard_pwns_kirk> when I add a section to my xorg.conf file, xorg blows up in my face
[20:42] <picard_pwns_kirk> is there any other way to do it?
[20:44] <Tuv0k> E: /var/cache/apt/archives/libselinux1-dev_2.0.55-0ubuntu1_amd64.deb: trying to overwrite `/usr/share/man/man8/selinux.8.gz', which is also in package selinux-utils
[20:48] <picard_pwns_kirk> anyone have any advice?
[20:51] <astabeno> picard: have you tried envy, it sets up the xorg.conf for you.  It works for nvidea and ATI cards
[20:52] <picard_pwns_kirk> I have intel
[20:52] <jussi01> !envy
[20:52] <ubotu> envy is not needed or supported. Use the Resticted Manager to install binary drivers and see « /msg ubotu binarydriver »
[20:53] <picard_pwns_kirk> that's why I'm using xrandr
[20:53] <jussi01> picard_pwns_kirk: isnt there some randr tray thing in the repos?
[20:53] <picard_pwns_kirk> I can add the monitor
[20:53] <picard_pwns_kirk> I need to set the virtual display size
[20:54] <jussi01> picard_pwns_kirk: what are you adding to the xorg?
[20:54] <picard_pwns_kirk> SubSection "Display"
[20:55] <picard_pwns_kirk> Virtual 3072 3072
[20:55] <picard_pwns_kirk> EndSubSection
[20:55] <jussi01> picard_pwns_kirk: if you dont mind, could you pastebin your xorg?
[20:55] <picard_pwns_kirk> (in section screen)
[20:55] <picard_pwns_kirk> sure
[20:55] <picard_pwns_kirk> it's not very descriptive
[20:55] <jussi01> thats fine
[20:55] <picard_pwns_kirk> http://pastebin.com/m64e858fc
[20:56] <picard_pwns_kirk> I just ran "sudo dpkg-reconfigure -phigh xserver-xorg" and restarted x
[20:56] <jussi01> oh yeah, I have one like this also
[20:56] <jussi01> 1 moment
[20:57] <picard_pwns_kirk> k
[20:57] <jussi01> ok, IIRC, you need to have it like this:
[20:58] <jussi01> SubSection "Display"
[20:58] <picard_pwns_kirk> k
[20:58] <jussi01>  Virtual "3072x3072"
[20:58] <picard_pwns_kirk> in which section?
[20:58] <jussi01>  EndSubSection
[20:58] <picard_pwns_kirk> under screen?
[20:58] <jussi01> 1 sec
[20:59] <jussi01> yeah, under screen
[20:59] <jussi01> I think it was that you forgot the quotes and x
[21:00] <picard_pwns_kirk> mmkay, gonna restart x
[21:04] <Matir> join #mesa
[21:04] <Matir> err
[21:04] <coz_> whoa just did updates and firefox is way over size text  and icons
[21:05] <coz_> here's a screenshot   http://www.speedyshare.com/388127500.html
[21:06] <picard_pwns_kirk> nope
[21:06] <Matir> Anyone else have problems with OpenGL apps on Intel?  Particularly i965
[21:07] <picard_pwns_kirk> but now, it doesn't display test
[21:07] <picard_pwns_kirk> s/test/text
[21:07] <Amaranth> coz_: you somehow managed to zoom the whole UI
[21:07] <coz_> Amaranth, no just did updates and opened firefox :)
[21:08] <Amaranth> coz_: do you use a custom font setup?
[21:08] <coz_> Amaranth, no
[21:08] <Amaranth> curious
[21:08] <coz_> Amaranth, all default clean install of hardy
[21:08] <Amaranth> *shrug*
[21:08] <coz_> even theicons are larger
[21:08] <picard_pwns_kirk> would reboting help?
[21:08] <picard_pwns_kirk> rebooting***
[21:09] <Amaranth> picard_pwns_kirk: no
[21:09] <Amaranth> coz_: try changing the dpi in firefox
[21:09] <coz_> Matir, which apps are you talking about?
[21:09] <Amaranth> about:config, layout.css.dpi
[21:09] <Amaranth> try 75
[21:09] <coz_> Amaranth, ok trying now
[21:09] <picard_pwns_kirk> Amaranth: what do you recommend?
[21:10] <coz_> Amaranth, interesting it is set at  -1
[21:10] <Amaranth> picard_pwns_kirk: I've never used xrandr or any of that, I have nvidia
[21:10] <Amaranth> coz_: right, that's the default
[21:10] <Amaranth> it means "figure it out yourself"
[21:10] <picard_pwns_kirk> I'm gonna reboot
[21:11] <coz_> Amaranth, setting it to    1   fixed it for the most part
[21:11] <Matir> coz_, right now, mainly world of warcraft under wine
[21:12] <coz_> Matir, do you also have compiz fusion running?
[21:12] <Matir> coz_, nope
[21:14] <picard_pwns_kirk> back in x windows
[21:15] <picard_pwns_kirk> jussi01: how did you do yours?
[21:16] <jussi01> picard_pwns_kirk: I have ati, but I used to have intel. cant really remember
[21:19] <astabeno> I am having a hard time keeping vmware-toolbox running longer than 15 20 minutes on alpha 4.  The app keeps closing
[21:31] <coz_> ok I have to play with this firefox  since none of the addons even themes for the most part work any longer
[21:32] <wastrel> new firefox freaking me out
[21:32] <wastrel> yes
[21:39] <gQuigs> I'm using 2.6.24-8, and grub2.. and it stops booting at "Time: acpi_pm clock source has been installed"
[21:39] <gQuigs> followed by going to busybox because /dev/hda1 does not exist
[21:39] <gQuigs> 2.6.24-7 works fine
[21:51] <Oli``> My dmraid package is broken. I'm not sure if this is just a broken hardy thing or if it's a proper broken thing. Either way, I don't know how to progress. I need to install things yet I can't because it keeps complaining about dmraid being knackered
[21:52] <Oli``> I don't need dmraid anymore so I'm happy to nuke it but apt-get remove dmraid throws the same error as when trying to upgrade
[22:07] <danielm_> cool! new wallpaper :p
[22:28] <sistpoty> hi there... any gnome user with an nvidia card and an amd64 who'd like to test a version of sensors-applet built with nvidia support for me?
[22:30] <ethana2> can it measure GPU load?
[22:30] <jussi01> sistpoty: any chance it woulld work on kde?
[22:30] <ethana2> it's a gnome panel applet
[22:30] <jussi01> ahh, okies
[22:30] <ethana2> i think..
[22:30] <sistpoty> jussi01: then I wouldn't ask, as I'm running kde myself *g*
[22:31] <sistpoty> maybe there is some super s3cr3t trick to make it work, which I'm unaware of though
[22:33] <jussi01> sistpoty: heh, fair enough
[22:58] <h3sp4wn> Is there any stuff for pulse audio to add an analog tube compression type effect ?


[22:30] <DJones> Thats what was supposed to be said
[22:31] <zleap> which it does automatically
[22:33] <zleap> thast never stops some drone trying or thinking they could though
[22:34] <zleap> yeah citing sources is common practice, in assignments etc,  otherwise you can get accused of plagiarism (as in claiming others work is your own)
[22:47] <jutnux> Gnome-shell is so awful.
[22:51] <paln> jutnux: havent had a chance to use it
[22:51] <jutnux> I'd much rather use Unity / XFCE.
[23:15] <paln> zleap: what did you think of the Magic Mars Bars video
[23:15] <paln> ?
[23:15] <zleap> pretty neat, explaisn the point well
[23:17]  * zleap is just making dvds from the star trek new voyages episodes
[23:18] <monsterwizard> :o
[23:18] <zleap> i would post a link to the episodes but the site is down again
[23:19] <paln> zleap: ugh...star trek
[23:20] <zleap> lol
[23:20] <jutnux> Start Trek \o/
[23:20] <zleap> hmm that was quicjk for a 1 hour episode it took ages the other day
[23:22] <zleap> and it works as well
[23:28] <monsterwizard> is there a way to use the same virtualbox image on another OS
[23:28] <monsterwizard> for example
[23:28] <monsterwizard> Move a windows XP image from a windows 7 machine to a ubuntu machine
[23:29] <monsterwizard> with the settings and OS intact
[23:31] <paln> zleap: wouldn't posting the Star Trek links go against SOPA :O rebel
[23:31] <zleap> nope these are legal fan made episodes
[23:32] <zleap> so as longas you share freely even paramount are ok withit
[23:32] <paln> ah
[23:32] <paln> jutnux how do you open a pm window???
[23:32] <zleap> click on the user in the list
[23:32] <jutnux> paln: /query username
[23:33] <paln> i know about private messages within channels :P
[23:33] <paln> i wonder if those with the /msg tag get logged or not though
[23:35] <paln> zleap: using XChat
[23:35] <zleap> yeah
[23:36] <zleap> you should be able to just click on a name
[23:36] <paln> no, it's right-click then open dialog windows for me
[23:40] <dwatkins> I don't believe those are logged by the network, paln
[23:40] <paln> dwatkins: thx for the info
[23:40] <dwatkins> In theory they could be, but the archives of this channel are just the main channel, what Blitzed do is separate.
[23:40] <dwatkins> oh wait, we're not on that network... ;) Freenode, I guess.
[23:47] <AlanBell> freenode doesn't log, however you shouldn't say anything in channel or in a private message that you wouldn't mind being logged
[23:48] <monsterwizard> unless
[23:48] <monsterwizard> you're an Mi5 agent
[23:48] <AlanBell> especially if you are an MI5 agent
[23:48] <AlanBell> could cause a case to collapse if I did that
[23:48] <AlanBell> oops
[23:48]  * Nafallo spots the logbot
[23:49] <AlanBell> !1984
[23:49] <Nafallo> lol. srsly? 1984? :-P
[23:49] <christel> paln: the network does indeed not log, some channels do log stuff, and other users may indeed log chats with you -- or were you pondering whether your client logs stuff? :)
[23:49] <AlanBell> great factoid alias that one Nafallo :)
[23:49] <christel> AlanBell: i mentioned you (well, ubuntu-uk) on the fn blog a minute ago!
[23:49] <christel> because i am LOVELY like that
[23:49]  * christel nods
[23:49] <AlanBell> oooh we are famouse
[23:50] <monsterwizard> LMFAO
[23:50] <monsterwizard> !1984
[23:50] <monsterwizard> awesome!
[23:50] <AlanBell> which is like butchmouse, but the other way
[23:51] <christel> haha


[00:23] <vexo> Anyone care to comment on http://bazaar.launchpad.net/~vexo/bzr/gpg_verify_download_missing/revision/6587?start_revid=6587&remember=6583&compare_revid=6583  ?
[00:23] <vexo> Added an option to verify-signatures to attempt to download missing public keys
[00:25] <vexo> As it stands, even if a revision was signed by a key you might consider valid, it will always just show as having a missing key in verify-signatures unless you go and manually find it, which makes the whole feature a bit useless, imho


[00:55] <jsalisbury> bjf, I added locking to the auto-reports-mako job on people by using flock.  I'll do the same on cranberry.
[01:13] <hggdh> infinity: quantal armadaxp done, should be ready for you soon
[01:15] <infinity> hggdh: \o/
[01:15] <infinity> hggdh: precise tonight too, or will that be tomorrow?
[01:16] <hggdh> infinity: I am afraid it will be tomorrow, just found there is a race between the test driver code, and the armada boot
[01:16] <infinity> hggdh: S'ok.  Wasn't pressuring, just looking for a timeline. :)
[01:17] <hggdh> infinity: I understand, np there. Just giving you a bit more of data
[01:17]  * infinity nods.
[01:18] <hggdh> infinity: anyway, for the record, it took ~ 3.5 hours to run
[01:18] <infinity> That's not too bad, given it only needs to run a few times every three weeks.
[01:21] <hggdh> I agree there. It is only bad cuz expected end is now around 00:00 CST -- and I will be *very* asleep by then. Or so I hope. Since I have to check the output, this puts a go/no-go for tomorrow 0630 CST
[01:22] <infinity> hggdh: Yeahp, s'all good.  Fire it off and let me know the results in the morning, and we can move this show along. :)
[01:22] <infinity> hggdh: And then I'll promote two more kernels for you tomorrow. :P
[01:22] <infinity> (To proposed, that is, for testing again)
[01:22] <hggdh> infinity: that's cool, gives me some job security
[01:22] <infinity> Heh.
[10:51] <Konstigt> hello.. any packages if I want 3.7 (latest) in 12.10/Quantal avail? Looked at http://kernel.ubuntu.com/~kernel-ppa/mainline but no packages for Quantal including all files..
[12:28] <apw> Konstigt, "including all files" ?
[12:29] <apw> Konstigt, (not that we recommend using those kernels for anything other than testing) you should be fine using the v3.7-rc7-raring one; the raring there refers to the config used, and -raring is the right config to use for 3.7
[12:29]  * apw pokes smb
[12:30] <rtg> apw: I've been getting some weird PPA build failures lately. That lib/oid thingy. Restarting typically fixes it.
[12:57] <apw> rtg, got an example
[13:01]  * smb is not listening to apw (at least not before returning)
[13:01] <rtg> apwhmm, not that I've kept. restart the build wipes out the log.
[13:02] <apw> rtg, ok next time grab a copy of the log, if you don't have one in Downloads
[13:02] <apw> and perhaps we can figure out what the heck this thing is
[13:02] <rtg> apw: we looked at one together awhile ago. neither of us could make sense of it at that time either.
[13:03] <rtg> I don't think its a timing race.
[13:03] <rtg> apw: I'm just complaining. not really asking you to do anything :)
[13:06] <apw> rtg, :)
[14:49] <rtg> ogra: is it safe to upgrade my N7 to Raring ? Thought I'd do taht before testing the kexec kernel patch.
[14:52] <ogra_> rtg, well, you lose unity
[14:53] <ogra_> the nux patch is still missing so all unity elements are garbled
[14:53] <ogra_> if you just use it via ssh, go ahead :)
[14:55] <rtg> ogra_, huh, well maybe I'll just leave it as is for now and test the Raring kernel on Quantal. that should be sufficient.
[14:55] <ogra_> yeah, effectively you just want to know if it boots
[14:56] <ogra_> i'm wondering if we could somehow teach kmod to load the wlan module, that way it wouldnt have to be builtin and we wouldnt have to carry a 4MB vmlinuz
[14:57] <ogra_> (issue is that nothing loads the module if you build it modular, /etc/modules works indeed)
[14:57] <rtg> ogra_, its not udev triggerable ?
[14:58] <ogra_> hmm, that might be
[14:58] <ogra_> though i think it is an SDIO device, not sure if udev sees much of it
[14:58] <rtg> ogra_, ah, that may be why.
[14:59] <rtg> I'm not sure there is a platform device for SDIO that emits discovery events
[15:03] <ogra_> oh, intresting, putting "noinitrd rootwait" on the nexus cmdline lets me end up in the ubuntu initrd :P
[15:06] <ogra_> but at least i get a shiny splash before that happens
[15:34] <bjf> brendand, are my Precise and Quantal kernels going to get their testing finished today ?
[15:36] <brendand> bjf - absolutely
[16:36] <ogasawara> herton: heya.  bjf and I were chatting yesterday and he said you might be making some improvements to shankbot to automatically send upload announcements to the list
[16:37] <herton> ogasawara, yep, I can do it, it already sends email sometimes to some of the SRU lists, so it should be straightforward to do it
[16:38] <bjf> ogasawara, i talked to herton. shank-bot will process any tracking bug regardless of series
[16:38] <ogasawara> bjf: ah sweet
[16:38] <ogasawara> herton: so if I just create a tracking bug for our devel kernels, shankbot could handle it
[16:38] <herton> ogasawara, the bug just needs to be created with create-release-tracker. We may need to tweak the tasks though for dev kernels
[16:39] <herton> ogasawara, yes, any bug tagged with kernel-release-tracking-bug, create-release-tracker should do it with the tasks
[16:40] <bjf> herton, did you resolve that firmware issue you were having with your stable kernels on that one test system (gonzo) ?
[16:41] <ogasawara> herton: I was also curious if for the devel kernels along with sending to our kernel-team mailing list, would it also be possible to CC the ubuntu-installer mailing list as well as some specific QA individuals and BenC?
[16:41] <herton> bjf, I talked to rtg, the firmware were moved to linux-image for pxe boot, and removed from linux-firmware to save space (on the media I think)
[16:41] <herton> ogasawara, yes, that's possible
[16:42] <herton> ogasawara, just send to me the list of who wants the email I'll add
[16:42] <ogasawara> herton: ack
[16:43] <bjf> herton, so what does that mean for how we fix that for that particular system? do we need to install another pkg?
[16:43] <bjf> herton, i think i'm seeing the exact same failure for mainline builds
[16:44] <herton> bjf, yes, mainline builds will fail with same issue. I think for the moment it could be copied manually from the main kernels if possible
[16:44] <rtg> bjf, you could install the upstream linux-firmware package. that has all the firmware ever created.
[16:44] <bjf> rtg, ack
[17:04]  * rtg restores some armhf config options in Raring
[17:13] <herton> rtg, were you suggesting bjf install our linux-firmware package?
[17:14] <rtg> herton, well that won't help 'cause its missing the firmware you need. I'm suggesting you install the debian package which AFAIK hass all the firmware you'll need.
[17:15] <bjf> rtg, where do i get that from?
[17:15] <rtg> bjf, hang on, lemme find it.
[17:19] <rtg> bjf, well, maybe it won't work so well because you'll have conflicts. that, and debian hasn't kept up to date: http://packages.debian.org/search?keywords=firmware-linux-free&searchon=names&suite=stable&section=all . maybe copying manually for stable testing is the best route.
[18:23] <ogasawara> herton, bjf: just ran create-release-tracker for Raring -> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1084640
[18:23] <ubot2> Launchpad bug 1084640 in linux (Ubuntu Raring) "linux: 3.7.0-5.13 -proposed tracker" [Medium,In progress]
[18:24] <ppisati> mumble failing?
[18:24] <herton> ogasawara, ack, shank just set the prepare-package-* tasks to In Progress, shank bot will monitor the build on c-k-t ppa and set that to fix released when done
[18:24] <rtg> ppisati, working for everyone else
[18:24] <herton> s/shank//
[18:24] <ppisati> ba
[18:24] <ppisati> h
[18:25] <ogasawara> herton: do we want to add some checks so that the Kernel SRU Workflow bits aren't added to devel kernel tracking bugs?
[18:25] <bjf> ppisati, was working fine for us a second ago
[18:25] <ppisati> yeah, but it keeps disconnecting
[18:25] <ppisati> maybe it's my network
[18:25] <bjf> ppisati, seems stable for me
[18:25] <herton> ogasawara, ah yes, I have to adapt create-release-tracker to stop subscribing SRU team etc., will do
[18:26] <herton> ogasawara, it's a easy check, just see if it's set as a development kernel or not on ktl/ubuntu.py
[18:27] <rtg> ogra: uploaded linux-nexus7_3.1.10-8.15 to raring with kexec patches.
[18:27] <ogasawara> herton: ack.  you also just mentioned shank bot monitors the ckt ppa...we actually don't upload our devel kernels to the ckt ppa.  is that a problem?
[18:27] <herton> ogasawara, hmm it is, it monitors c-k-t ppa for the builds, but I can change that. It's uploaded directly to -proposed correct?
[18:28] <ogasawara> herton: yep that's correct
[18:28] <herton> ok, will fix this
[18:29]  * rtg -> lunch
[18:29] <ogasawara> herton: awesome, thanks.  no hurry on this if you have more important things to address
[18:30] <ogasawara> herton: this is one of those nice to have types of things, but not blocking or high priority by any means
[18:31] <herton> ogasawara, ack, I think it'll not be too much work, probably today or monday I can have it ready
[18:33] <bjf> ppisati, maybe it's a sign to call it a day
[18:35] <ppisati> ok, killed mumble now
[18:36] <ppisati> still trying to undestand one thing, can't quit yet :P
[19:02] <herton> ogasawara, hmm, I think I'll want to create a new "Kernel Workflow" or "Kernel Devel Workflow" project on Launchpad, it'll be similar to Kernel SRU Workflow on tracking bugs. We need a similar set of tasks on the tracking bug
[19:02] <ogasawara> herton: ack
[19:04]  * henrix -> EOD
[19:44] <BenC> infinity: A little heads up next time you go poking around my git trees :)
[19:45] <BenC> I should enable email notifications for those trees
[19:57] <rtg> hmm, the current Raring kernel has broken my touchpad. Lenovo x120e
[19:57] <infinity> BenC: Hrm?  Did I cause you grief somehow?
[19:57] <infinity> BenC: The general concept of DVCS is that when you try to push, you notice you're out-of-date. :P
[19:58] <infinity> rtg: You should find someone on the kernel team to look at tha-- waaaait.
[19:58] <rtg> infinity, actually, I was just about to consult with sforshee :)
[20:01] <BenC> infinity: I noticed it after I did the upload…the one time I didn't push before dput
[20:01] <infinity> BenC: Well done. :P
[20:01] <BenC> infinity: And I'm used to doing --force on linux-ppc since it's almost always a rebase
[20:02] <BenC> I'm not sure why github doesn't send email notifications to me…let me check my spam folder
[20:03] <infinity> BenC: Anyhow.  I can poke you when I commit changed, but I figure if you're maintaining your packages in a DVCS, pushing before upload should just be part of the workflow.
[20:03] <infinity> s/changed/changes/
[20:03] <BenC> It usually is, so disregard my grumbling
[20:03] <BenC> Watch out if you ever mess with linux-ppc though
[20:03] <infinity> BenC: Also entertaining that the changelog now has the source package name flip-flopping. :)
[20:04] <sforshee> rtg, what kind of touchpad? synaptics?
[20:04] <BenC> History must be retained :)
[20:04] <rtg> sforshee, thats what I'm trying to figure out. any hints ?
[20:04] <infinity> BenC: Anyhow, I rejected your accidental linux-ppc-meta, s'all good.
[20:04] <BenC> Thanks
[20:05] <sforshee> rtg, that's a black art ;)
[20:05] <infinity> Oh lord, it's firefox security day.
[20:05] <infinity> Poor buildds.
[20:05] <sforshee> rtg, check dmesg, if there's nothing there you'll have to boot to a kernel where it works
[20:05] <rtg> sforshee, searched for 'synap' to no avail
[20:06] <sforshee> rtg, try searching for 'psmouse'
[20:06] <rtg> sforshee, will do as soon as this kernel is done installing. tip of master-next
[20:07] <sforshee> rtg, ack
[20:09] <rtg> sforshee, hmm, 'mousedev: PS/2 mouse device common for all mice'. Is that bad ?
[20:09] <sforshee> rtg, I'll have to look to be sure, but I suspect that means it's just falling back to the standard PS/2 mouse protocol
[20:10] <rtg> sforshee, I have a bunch of older kernels installed. lemme see what they have to say.
[20:10] <sforshee> rtg, it still doesn't work at all though?
[20:10] <rtg> sforshee, frozen
[20:14] <sforshee> rtg, that message is actually completely generic, it will always appear even if you don't have a mouse at all
[20:15] <rtg_> sforshee, [   19.179331] psmouse serio4: synaptics: Touchpad model: 1, fw: 7.5, id: 0x1e0b1, caps: 0xd000b3/0x340000/0xa0400
[20:15] <rtg_> [   19.179358] psmouse serio4: synaptics: serio: Synaptics pass-through port at isa0060/serio4/input0
[20:16] <rtg_> 3.5.0-18-generic
[20:16] <rtg_> let the bisecting begin
[20:16] <sforshee> rtg_, so right now all you know is that it broke between 3.5 and 3.7?
[20:16] <sforshee> rtg, ^
[20:17] <rtg> sforshee, I'm gonna try and get a little closer. I'm just sure the early 3.7 kernels worked
[20:19] <sforshee> rtg, virtually nothing has changed in the mouse or serio code since 3.7-rc1
[20:20] <rtg> sforshee, well, 3.7.0-2 doesn't work, but I'm sure it _used_ to. I would have discovered this issues 3 or 4 weeks ago. Could something in user space be buggered ?
[20:21] <sforshee> rtg, it _could_ be, but then you said the 3.5 kernels work
[20:21] <rtg> sforshee, yep
[20:23] <sforshee> rtg, we don't have the cypress patches in raring?
[20:24] <rtg> sforshee, I think they clashed and got dropped. lemme chaeck for sure
[20:24] <sforshee> rtg, the code isn't there
[20:24] <sforshee> i was just suprised
[20:24] <sforshee> *surprised
[20:24] <rtg> sforshee, kamal was working to upstream them, so I though we'd get 'em for 3.8
[20:25] <sforshee> rtg, there was this one userspace integration issue that the first round of those patches caused, which is why I noticed. But we can rule that out.
[20:25] <kamal> rtg, sforshee: the cypress driver was indeed dropped from raring
[20:25] <sforshee> rtg, can you pastebin dmesg from a non-working kernel?
[20:26] <kamal> one vestige remained (an enum that should have been harmless) but rtg recently rebased that away too
[20:26] <rtg> sforshee, lemme reboot and get tip of master-next dmesg
[20:31] <rtg> sforshee, ok, its intermittent. works now with tip of master-next. warm boot. I've also tried cold booting.
[20:31] <rtg_> sforshee, rtg@x120e:~$ dmesg |egrep -i "synap|mouse"
[20:31] <rtg_> [    1.800980] mousedev: PS/2 mouse device common for all mice
[20:31] <rtg_> [   19.457503] psmouse serio4: synaptics: Touchpad model: 1, fw: 7.5, id: 0x1e0b1, caps: 0xd000b3/0x340000/0xa0400, board id: 1403, fw id: 749625
[20:31] <rtg_> [   19.457528] psmouse serio4: synaptics: serio: Synaptics pass-through port at isa0060/serio4/input0
[20:31] <rtg_> [   19.501730] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio4/input/input8
[20:31] <rtg_> [   25.360441] psmouse serio5: trackpoint: IBM TrackPoint firmware: 0x0e, buttons: 3/3
[20:32] <rtg> sforshee, hmm, I'll have to noodle on this tomorrow. I gotta launch.
[20:32] <sforshee> rtg, hmm. It may be that after booting a bad kernel you need a cold boot to reset the EC to get it out of a funky state
[20:32] <rtg> sforshee, possibly. I'll see if I can determine a pattern.
[20:32]  * rtg -> EOD
[20:33] <infinity> BenC: Oh, mind if I gimp your linux-ppc upload to the end of the buildd queue?  With firefox appreciation day happening, I'd like to give the buildds some breathing room, and it looks like it was just a rebase against master.
[20:33] <BenC> infinity: it's unimportant from my end, so no problem
[20:33] <infinity> BenC: Great, thanks.
[23:18] <luc4_mac> Hi! I recently noticed that my server seems to have issues with USB. I just noticed a kernel trace in dmesg. Can anyone have a look?
[23:28] <myhrlin> luc4_mac: go ahead and paste the dmesg output with your paste-site of choice :)
[23:29] <luc4_mac> myhrlin: http://pastebin.com/t1cF17Ts
[23:29] <luc4_mac> myhrlin: here I plugged in a usb mouse.
[23:30] <luc4_mac> myhrlin: now I tried with a usb pen drive and a usb hard disk.
[23:30] <luc4_mac> myhrlin: nothing seems to be working.
[23:34] <luc4_mac> myhrlin: now I tired with an older kernel. I get other usb error messages and the mouse is still not working, but it seems after a while an hard disk appeared.
[23:35] <luc4_mac> myhrkin: this is the output http://pastebin.com/WmiDTbqc
[23:35] <myhrlin> luc4_mac: I'm sorry but I'm not really sure what to do.  I just said to provide the paste in case someone sees your question and would be able to solve it but they wouldn't have the dmesg output available
[23:35] <myhrlin> and if they think they can solve it but you're not around to provide the dmesg output or something goes wrong... :) better just paste it
[23:37] <luc4_mac> myhrlin: ok, thanks for the advice then!


[00:35] <RAOF> Oh, balls.  Maybe the tls issue is somewhere else.
[16:48] <Sarvatt> bryceh: so there's a regression on GT1 (desktop, server) sandybridge with that patch sitting in git, will hopefully be fixed in a few days since its holding up the mesa 7.10.2 release
[16:53] <Sarvatt> https://bugs.freedesktop.org/show_bug.cgi?id=35730
[16:53] <ubot4`> Freedesktop bug 35730 in Drivers/DRI/i965 "[bisected]3 shad-interactions subcases failed" [Major,New]
[16:55] <jcristau> seems like if it causes a regression then it should just be reverted?
[16:56] <Sarvatt> that mesa hasn't been uploaded yet, figured we could just pull in the fix up when it lands. it really is needed to make unity usable :(
[16:58] <Sarvatt> http://comments.gmane.org/gmane.comp.video.mesa3d.devel/24950
[20:55] <Sarvatt> dang bryceh!
[20:55] <Sarvatt> I asked cking to file a bug so I could upstream it, went to lunch and you forwarded it already before I got back! :)
[21:01] <Sarvatt> bryceh: thanks :)
[21:05] <bryceh> :-)
[21:30] <bryceh> hey, are there any topics we ought to get blueprints registered for?