[01:55] <hatch> Makyo still around?
[01:55] <rick_h_> he ran away
[01:55] <rick_h_> I would :P
[01:55] <Makyo> hatch, yeah
[01:55] <hatch> lhaha
[01:55] <Makyo> Ohhhh no :S
[01:55] <rick_h_> huwshimi: did I get your card right? You're working on the container token?
[01:55] <hatch> Makyo I think that you borked up the commits
[01:56] <Makyo> hatch, They look right to me on my other comp, gimme a sec
[01:56] <Makyo> Oh, ffs.
[01:56] <Makyo> I had a local conflict on my develop.  Let me see what I can do.
[01:56] <hatch> :) sorry
[01:57] <huwshimi> rick_h_: Yep, that's right
[01:57] <rick_h_> huwshimi: k cool
[01:57] <huwshimi> rick_h_: We don't currently have that data available though right?
[01:57] <Makyo> hatch, fixed
[01:58] <hatch> Makyo cool thanks :)
[01:58] <rick_h_> huwshimi: well you should have data for 'bare metal' if you deploy a service
[01:58] <Makyo> hatch, did rebase develop, instead of rebase juju/develop
[01:58] <rick_h_> huwshimi: but I don't think we've got a way to build data for the lxc/etc containers
[01:59] <huwshimi> rick_h_: Ah ok, I'll have a poke around.
[01:59] <hatch> ahhh, that's a good idea, I always pull down and update develop then rebase develop
[01:59] <hatch> I'll have to remember that
[01:59] <hatch> don't have to switch branches that way
[02:01] <hatch> Makyo I'll review/qa tonight, looks good at first glance though
[02:31] <hatch> hmm
[03:04] <hazmat> so can gui display the name of the environment instead of the type of environment?
[03:06] <hatch> hazmat rick_h_  is working on that card now
[03:07] <hazmat> hatch, thanks
[03:07] <hatch> no problemo
[03:07] <hatch> Makyo sorry I found a QA issue
[03:09] <hazmat> should be straightforward name comes back on env.Info() call
[03:10] <hatch> hazmat I think the card he was working on was to add the ability to set the env name to whatever you want for demo
[03:10] <hazmat> hatch, um..
[03:10] <hazmat> hatch, setting the env name to the actual env name would be good and preferrable
[03:10] <hazmat> as in what the gui should be doing anyways
[03:11] <hatch> I haven't been partial to all of the discussions...I think there were some issues with doing that right away
[03:12] <hazmat> rick_h_, ^ can we talk about this tomorrow
[03:12] <hatch> it's 11 there, might be best to email
[03:13] <hatch> sorry, I've been pretty head down, so much going on atm hah
[03:14] <Makyo> hatch, why does destroyed remain true when init is called agian?
[03:14] <hazmat> hmm.. found a gui export bug.. always does series as precise.
[03:14] <Makyo> Will just add my own attr, nevermind.
[03:15] <hatch> Makyo I don't think a class instance can be 'un-destroyed'
[03:15] <Makyo> That's what we're doing with the inspector.
[03:15] <Makyo> I'll just add my own attr.
[03:16] <hatch> well...shoudln't we be destroying and creating a new inspector entirely?
[03:16] <hatch> just sharing the model?
[03:17] <Makyo> hatch, Apparently not :P
[03:17] <hatch> hmm ok we should look into that
[03:18] <Makyo> It's too late here. Ping me tomorrow morning?  I'm out of brain.
[03:18] <hatch> yeah I'm the same :)
[03:18] <hatch> yeah lets investigate in the am
[03:18] <Makyo> +1
[03:19] <hatch> hazmat hmm yep that's definitely a bug, please do file a bug thanks :)
[03:19] <hazmat> done
[03:20] <hatch> thanks
[11:29] <rick_h_> hazmat: rgr let me know. I was told they wanted special strings for demo vs something real so just hacking a branch
[11:34]  * frankban lunches
[11:42] <rick_h_> frankban: when you get back ping me please
[11:53] <rick_h_> afk taking boy to day care
[12:13] <rick_h_> back
[12:33] <frankban> rick_h_: I am back
[12:34] <frankban> guihelp: I need two reviews + QA for https://github.com/juju/juju-gui/pull/228 (local charm icons). Thanks!
[12:35] <rick_h_> frankban: the only other icon I think we HAVE to have for local charms in this case is in the inspector
[12:35] <rick_h_> frankban: as they'll pull that up in demos, but probably not the details page and you won't see a charm icon for it right now
[12:35] <frankban> rick_h_: the branch includes the inspector header icon
[12:35] <rick_h_> frankban: oh, you rock. One step ahead of me thanks!
[12:36] <rick_h_> frankban: will look, bac kadams54 please help with a second. This is very high priority
[12:36] <kadams54> frankban, rick_h_ : sure, I'll take a look.
[12:36] <frankban> rick_h_: thanks, where is the details icon? I don;t see that
[12:36] <frankban> thank you both
[12:37] <rick_h_> frankban: there's a second card for the charm details and the charm tokens for local charms
[12:37] <rick_h_> frankban: but upon reflection don't think we need it for the demo
[12:38] <frankban> rick_h_: what's the case when a local charm has a token?
[12:38] <rick_h_> frankban: machine view and such. We'll have tokens with local charms that will need the icon
[12:38] <frankban> rick_h_: OIC
[12:38] <rick_h_> frankban: and the token and details shares a common method in the charmworld store
[12:39] <rick_h_> frankban: so making it work in the charmworld store will make it work in all places anyway
[12:39] <frankban> rick_h_: I am still not sure about icons in the charm details panel, I am not able to find an icon even for cs scharms
[12:39] <rick_h_> frankban: this is from the juju environment?
[12:40]  * rick_h_ isn't following
[12:40] <frankban> rick_h_: I mean, maybe I am looking at the wrong place, but if I open the charm details of a cs charm deployed on a real env, I don't see icons in the details panel
[12:41] <rick_h_> frankban: oh, no you're right
[12:41] <rick_h_> but that might change as well, though I'm not sure I guess. It shares the same details view as the normal charm browser details but it gets cut down.
[12:41] <frankban> rick_h_: but I guess that's not so important for now, I am going to work on the follow up branch for fallback icons in the gui server, shoudl be able to propose later
[12:41] <rick_h_> frankban: right now the header is turned off because of space/the way it flies out from the inspector
[12:41] <rick_h_> frankban: yep, I'll move that other card down from urgent, thanks
[12:50] <frankban> rick_h_: can we move down also the card about non-icon files?
[12:50] <rick_h_> frankban: yes
[12:52] <frankban> rick_h_: thank you. also this morning I QAed the final trusty quickstart package, Robie uploaded it and it should be ready soon
[12:52] <rick_h_> frankban: awesome!
[12:52]  * rick_h_ will be glad to get trusty behind us
[12:52] <frankban> yeah
[12:53] <frankban> rick_h_: is 1.18 the final trusty core release?
[12:53] <rick_h_> frankban: I'm not 100% sure. There's talk of a 1.20, but I don't think it's making it.
[12:54] <rick_h_> frankban: but the changes shouldn't effect us. I'm trying hard to keep an eye on the code reviews and such of core.
[12:54] <rick_h_> some interesting stuff in the pipes, new constraint types/etc. But nothing jumpout out as worrisome to us
[12:55] <frankban> rick_h_: cool, ok
[12:55] <rick_h_> frankban: there's talk of a CME? or some new type of exception to get an HA juju into trusty, and it was mentioned we might be able to use the same to get joyent into quickstart
[12:55] <rick_h_> but that would be post-release
[12:55] <rick_h_> post-release of trusty that is
[12:56] <frankban> ack
[12:58] <rick_h_> bah, /me drinks more coffee
[12:59] <rick_h_> cursed toddlers and not sleeping right
[13:29] <frankban> rick_h_: so the ghost charm has a mysql icon?
[13:29] <rick_h_> frankban: it's just how I tested it
[13:29] <rick_h_> I stuck the mysql icon into my local zip of hatch's ghost local charm and uploaded it
[13:29] <frankban> rick_h_: oh, ok :-)
[13:32] <rick_h_> hazmat: ping, so to verify the desire is to not have the ProviderType but the Name in there correct?
[13:44] <hazmat> rick_h_, g'morning.. sleep provided enlightenment.  ideal is env annotation for name, with fallback to actual env name. actual env name is fixed at bootstrap.
[13:45] <rick_h_> hazmat: so I've got two things I can do for you at the moment. http://paste.ubuntu.com/7226275/
[13:48] <hazmat> rick_h_, hmmm okay
[13:49] <hazmat> rick_h_, also if i'm using  a branch.. i need the charm to be able to use a release tarball within itself
[13:49] <rick_h_> hazmat: so right now we're shooint for you able to use trunk
[13:49] <hazmat> rick_h_, ie. lp and archive net access only.
[13:49] <rick_h_> hazmat: and maybe even a release
[13:49] <hazmat> rick_h_, well.. having the charm support using a tarball within itself would be useful
[13:49] <rick_h_> frankban: has icons landing, he's updating the charm as well, if I can get something in shortly you can use we'll have a full release
[13:49] <hazmat> ie.. build  hook style.
[13:49] <rick_h_> hazmat: it does do that, it's part of releaase
[13:50] <rick_h_> well, we have a releases directory
[13:50] <rick_h_> it's all self contained
[13:50] <hazmat> rick_h_, cool
[13:50] <rick_h_> thus the desire to just make a release today if we can
[13:50] <rick_h_> and find a quick solution for your naming issues so that can push forward
[13:50] <rick_h_> had hoped to do a release tomorrow anyway
[14:06] <rick_h_> jujugui need a review and qa please. Requires a live env to complete qa https://github.com/juju/juju-gui/pull/229
[14:06] <hatch> rick_h_ I can do it
[14:06] <rick_h_> hatch: ty sir
[14:06] <rick_h_> kadams54: how goes the check of frankban's branch?
[14:06] <hatch> did you say my ghost charm has a mysql icon? I was pretty sure the svg I created used their real icon....
[14:06] <rick_h_> hatch: I needed a live icon to test that it was picking it up
[14:07] <kadams54> Working on getting a live env up and running for it. juju-quickstart is working its magic right now
[14:07] <rick_h_> so saved the mysql svg and stuck it in the zip to test with :P
[14:07] <rick_h_> kadams54: awesome thanks
[14:07] <hatch> rick_h_ ohh ok so it wasn't picking up the one in the actual charm
[14:07] <hatch> gotha :)
[14:07] <rick_h_> sorry to press, kadams54, just wnat to make sure we can start release process after standup
[14:07] <kadams54> Yeah, no problem
[14:08] <hatch> should probably do heavy qa just in case some of our new flagged work broke anything else :)
[14:08] <rick_h_> reminds me, Makyo qa day gentle reminder
[14:08] <rick_h_> hatch: definitely, hopefully some recent qa days help some and trying to qa some more while I wait for review
[14:09] <rick_h_> hatch: but think a release before your next few branches go in will be a good point of safety :)
[14:10] <hatch> a----greed!
[14:11] <rick_h_> :P
[14:14] <kadams54> So the QA instructions say to deploy a local charm. Is there someplace I can get my hands on a charm? Or do I need to create one?
[14:14] <hatch__> kadams54 download my ghost charm
[14:15] <kadams54> link?
[14:15] <rick_h_> hatch: maybe get one with a custom icon already?
[14:15] <hatch__> https://github.com/hatched/ghost-charm
[14:15] <rick_h_> skip the update step I did
[14:15] <hatch__> it has a custom icon
[14:15] <kadams54> k
[14:15] <rick_h_> oh, /me must have had an old download then
[14:15] <hatch__> rick_h_ https://github.com/hatched/ghost-charm/blob/master/icon.svg
[14:15] <hatch__> it's been in there fo eva
[14:15] <hatch__> 5 months ago
[14:16] <hatch__> yours didn't have that file?
[14:17] <rick_h_> it had a file but didn't show as custom
[14:17] <rick_h_> showed as grey default
[14:17] <rick_h_> so that's why I dropped the mysql one on there
[14:17] <rick_h_> to make sure it was in fact getting a custom icon from teh charm itself
[14:17] <hatch> hmm
[14:18] <rick_h_> hatch: oh hmm I do see it locally
[14:18] <hatch> I don't have anything that can open a svg right now
[14:18] <rick_h_> well 'in my file browser'
[14:18] <hatch> does that icon in there look like the ghost icon?
[14:18] <rick_h_> kadams54: so ignore me, go with hatch
[14:18] <rick_h_> hatch: no
[14:18] <kadams54> Oh, I do that by default.
[14:18] <rick_h_> ruh roh
[14:18] <rick_h_> hatch: ok, well not sure what I did then.
[14:19] <hatch> rick_h_ yeah the icon in the downloaded zip is the proper ghost svg icon... just tested in Ubuntu
[14:19] <hatch> so not sure what happened there....
[14:19] <rick_h_> hatch: yep
[14:19] <hatch> ^ kadams54 if you don't see the ghost icon then there is a bug in the branch
[14:19] <kadams54> OK
[14:20] <hatch> my vagrant image somehow deleted my .juju folder
[14:20] <hatch> ....
[14:20] <rick_h_> or the gui hates hatch's charm
[14:20] <rick_h_> that's ungood
[14:20] <hatch> impressed I am not
[14:20] <hatch> well it passes proof so... that means there is a bug somewhere :)
[14:21] <hatch> rick_h_ looks like you forgot to update the selenium test for the environment
[14:21] <hatch> http://ci.jujugui.org:8080/job/juju-gui/694/console
[14:22] <hatch> that might be the only real thing the selenium tests are actually testing lol
[14:22] <hatch> brb
[14:24] <rick_h_> hatch: yea, already have another run going
[14:35] <frankban> rick_h_: this can be interesting: https://github.com/frankban/juju-git-deploy/issues/1
[14:36] <rick_h_> frankban: yes, I've been following that conversation. I didn't worry about it right now because we force users to select a series on upload of local charms
[14:36] <rick_h_> frankban: and we'll have to support that on ingest in charmworld soon as charms start to define it
[14:37] <frankban> rick_h_: yes, for the GUI right now is a nice to have IMHO
[14:37] <rick_h_> frankban: yep, but definitely on the radar and we'll have to make some adjustments going forward
[14:37] <rick_h_> that just got landed in 1.18 so we're still reacting
[14:50] <rick_h_> jujugui call in 10 kanban please
[14:58] <Makyo> jujugui call in 2
[15:08] <kadams54> frankban: wrapped up QA. Looks good.
[15:08] <frankban> kadams54: cool thanks
[15:09] <rick_h_> jujugui oh was supposed to bring up release after frankban and my branches land. Will start gui releaase with a charm release after frankban's current branch lands for the demo
[15:09] <kadams54> rick_h_: I can take a look at 229 now, since I setup a full env for frankban's branch
[15:09] <rick_h_> kadams54: k
[15:09] <rick_h_> kadams54: yea, should be able to just change the source branch again and see it in action in a live env
[15:10] <frankban> rick_h_: charm branch almost done, it would be nice to include that in the release
[15:10] <rick_h_> frankban: yes, will do
[15:11] <frankban> rick_h_: great thanks
[15:11] <rick_h_> frankban: I'll just start the gui release once our branches land, and will get gui release after the WIP.
[15:11] <frankban> rick_h_: sounds good
[15:11] <rick_h_> frankban: we've got until noon est tomorrow I think? but will try to get it to hazmat by tonight sometime
[15:12] <frankban> rick_h_: yeah, if you don;t have time today, and the the GUI release is done, I can take care of the charm release tomorrow morning
[15:14] <rick_h_> frankban: rgr
[15:19] <hatch> rick_h_ sorry, for whatever reason this vagrant image has 0 juju bits so it's taking a bit to get set up then I'll finish the QA
[15:26] <rick_h_> hatch: k, I think kadams54 volunteered to do qa
[15:26] <rick_h_> hatch: so if you want to split review and qa with him I'd appreciate it
[15:26] <hatch> ok awesome
[15:27] <hatch> I'd like to get on to working heh
[15:27] <hatch> codereview done
[15:27] <rick_h_> hatch: rgr, have fun
[15:27] <rick_h_> thanks for the review
[15:32] <hatch> rick_h_ can we maybe remove the id then? It's just a little confusing
[15:32] <hatch> I prefer classes anyways :)
[15:33] <rick_h_> hatch: maybe, there's some login stuff that hits that specifically as an id
[15:33] <rick_h_> hatch: I'll add a note to the follow up card to generate better looking names
[15:33] <hatch> ahh ok cool np
[15:36] <kadams54> QA is good
[15:36] <rick_h_> kadams54: awesome ty much. What did it read for you?
[15:36] <kadams54> "test on ec2"
[15:36] <rick_h_> cool
[15:37] <kadams54> That would've been really embarrassing if I'd named my environment something like "I'm a lumberjack and I'm OK"
[15:37] <rick_h_> :)
[15:39]  * hatch is changing his environment to be "the empire"
[15:40] <rick_h_> lol
[15:40] <rick_h_> "the empire on ec2" had a nice ring to it
[15:53] <hatch> right?!
[16:04] <frankban> guihelp: high priority branch ready for for review: https://codereview.appspot.com/86100043 (charm/python). Anyone available? thanks
[16:05] <bac> frankban: i can review but not qa atm
[16:05] <bac> nah, i can QA too
[16:05] <rick_h_> frankban: will look/qa
[16:05] <rick_h_> or bac has it
[16:05]  * bac has it
[16:06] <frankban> heh, thank you!
[16:07] <hatch> does anyone know if there are any side effects to comparing two objects by converting them to json?
[16:07] <rick_h_> hatch: potential ordering issue?
[16:07] <hatch> that's valid
[16:07] <hatch> bleh I really don't want to write a recursive object comparison method
[16:07] <hatch> maybe the internets have something
[16:07] <hatch> YUI is always missing something
[16:08] <rick_h_> hatch: what do we need to compare?
[16:08] <hatch> previous/parsed state
[16:08] <rick_h_> hatch: but typically we check a single thing right? not mass changes in nested objects?
[16:09] <hatch> when the url changes I need to know if the state object generated is different in order to dispatch or not
[16:09] <rick_h_> hatch: always dispatch and the dispatch methods are smart
[16:10] <rick_h_> the dispatch methods have to be anyway
[16:10] <rick_h_> so not saving any code on that end
[16:10] <rick_h_> the only case you're saving is if "nothing at all changed, don't do anything" you still need to check if 'this one thing changed, or that one thing did'
[16:11] <hatch> well I was only going to dispatch the changed items
[16:11] <rick_h_> but the decisions are more complicated than that
[16:11] <rick_h_> check out the existing stuff
[16:11] <rick_h_> you can't just dispatch the one thing, you have to know what did/didn't in concert, at least that's the experience so far
[16:12] <rick_h_> I thought the point was to dipatch to two controllers, one for each section, that then decided what to draw/render/destroy?
[16:12] <hatch> yeah I was trying to write something smarter than that
[16:12] <hatch> s/trying to write/writing/
[16:13] <hatch> apparently my s/ stopped working
[16:13] <hatch> ok I can do a 'dumb' dispatch
[16:13] <rick_h_> maybe start dumb and look for refactoring chances as the patterns emerge?
[16:14] <rick_h_> but try not to think too far ahead of what we need to move forward
[16:14] <rick_h_> ?
[16:14] <hatch> it's that thinking that got us into all of our messes haha
[16:15] <hatch> ok question
[16:15] <hatch> if the state 'changes' to the exact same state, does previous still get set to current? then previous and current will be the same
[16:15] <rick_h_> I don't quite think that's fair. as the mess isn't to do with that pattern of code/refactor
[16:15] <hatch> inspector issue was lack of foresight for sure
[16:16] <rick_h_> hatch: how does the change end up the exact same state?
[16:16] <rick_h_> say you click on the machine view button again and again
[16:16] <rick_h_> ?
[16:16] <Makyo> hatch, branch updated.
[16:16] <hatch> there's that...but if you say have a /fullscreen/ url and then navigate to the 'proper' url the outcome state will be identical
[16:17] <rick_h_> hatch: ok, exept you'll dispatch the new url which will have fullscreen removed
[16:17] <hatch> so I don't think I should update the previous state unless they truly are different
[16:17] <rick_h_> hatch: so the state is the same, but the url is updated for the user
[16:17] <hatch> exactly, the state didn't change....but the current code will update the previous state to the current state which is the same
[16:17] <hatch> Makyo thanks, I'll take a look in a bit
[16:17] <rick_h_> and in that case the prev/new state are the same, but who cares. If you hit the back button nothing changed because there was nothing to change to
[16:18] <rick_h_> hatch: right, but to what damage? the only way to get a fullscren url is to enter it or go to a bookmark
[16:18] <rick_h_> there's no prev state to mess with anyway
[16:18] <rick_h_> so there's no harm, no complication, or issue with updating the prev state
[16:18] <rick_h_> that I can see atm
[16:22] <hatch> i suppose if the user clicks back and the url changes but nothing in the UI changes that would be alright
[16:22] <hatch> they are old/invalid urls now anyways
[16:24] <rick_h_> I agree. It's not worth a primary concern/test case. It's deprecated behavior. It should 'work' but the odds of hitting it and the experience detriment to the user is minimal.
[16:33] <rick_h_> frankban: if you get a few min can we chat about guiserver?
[16:34] <frankban> rick_h_: sure, now is ok
[16:34] <rick_h_> frankban: https://plus.google.com/hangouts/_/72cpjuub3p0v5iljobcmvkevb8?hl=en thanks
[16:49] <frankban> bac: thanks for the review, are you QAing it?
[16:49] <bac> frankban: yes
[16:49] <frankban> cool
[16:50]  * rick_h_ goes to make lunch before starting the release launch process
[17:05] <bac> frankban: doing QA everthing is getting the default icon.  i deployed a zip with mongodb which has an icon.svg but it gets the default as does a local charm with no icon.
[17:05] <frankban> bac: juju version?
[17:06] <bac> frankban: hmm, handbuilt from 1.18
[17:06] <bac> r2262
[17:06] <frankban> bac: should be ok, is develop correctly installed?
[17:07] <frankban> bac: I mean, the GUI trunk
[17:07] <bac> correctly installed where?
[17:07] <frankban> juju-gui-source=develop, it takes some time
[17:07] <bac> yes i did that
[17:07] <bac> and that causes it to fetch it anew, correct?
[17:08] <frankban> bac: yes it builds a release from trunk
[17:08] <bac> right.
[17:08] <hatch> jujugui could I get another set of eyes on this WIP https://github.com/juju/juju-gui/pull/230 before I write the tests....It's the dispatcher implementation for the state manager
[17:09] <kadams54> hatch: Taking a look
[17:09] <hatch> kadams54 thx
[17:09] <kadams54> My eyes! They burn!
[17:09] <frankban> bac: some browser cache?
[17:09] <hatch> Makyo ok looking at your branch now
[17:10] <hatch> kadams54 lol - hey this is a lot simpler than the original implementation I had planned :)
[17:10]  * frankban bbiab
[17:12] <bac> frankban: that was it.  cleared cache and then mongo got its icon
[17:12] <bac> upon next deploy
[17:12] <bac> QA-AOK.  lunch commences.
[17:14] <kadams54> hatch: am I correct in thinking that sectionA == sidebar and sectionB == content?
[17:14] <hatch> yup
[17:17] <kadams54> So the dispatch stuff - is that pulled over from browser.js?
[17:19] <rick_h_> kadams54: some of it yes, the routeView and such turns into this state dispatch work
[17:19] <rick_h_> kadams54: the actually dispatch methods are app logic that can live in browser.js still I think, but not 100% sure on hatch's plan
[17:19] <jcastro> hey rick_h_
[17:19] <jcastro> local bundles working and whatnot, that's EOD today still?
[17:20] <rick_h_> local bundles don't work, local icons getting shown is landed and I'm about to start a gui release that will include it
[17:20] <rick_h_> jcastro: I'll be on the 3:30pm call to update and with progress, but trying to get an updated gui release/charm with the changes required right now
[17:20] <hatch> rick_h_ yep you're dead on, I figured the view rendering logic should be in the browser not in the state manager cc kadams54
[17:20]  * jcastro nods
[17:21] <rick_h_> send beers to frankban in quantity
[17:21] <hatch> yeah that was a solid branch frankban in such a quick time
[17:21] <hatch> ^5
[17:22] <rick_h_> speaking of
[17:22] <rick_h_> jujugui release process is starting. Please no :shipit: until done
[17:22] <rick_h_> sorry for the blockage
[17:22] <hatch> roger
[17:24] <kadams54> hatch: review doen
[17:24] <kadams54> done even
[17:24] <hatch> cool thanks I'll take a look in a second
[17:32] <hatch> Makyo review and qa done
[17:36] <hatch> kadams54 I don't understand the context of your last comment
[18:06] <frankban> rick_h_: charm branch landed! have a nice evening
[18:06] <kadams54> hatch: Sorry, review on https://github.com/juju/juju-gui/pull/230 is done
[18:07] <rick_h_> frankban: woot thanks, 1.0.2 is built so working on charm now
[18:07] <hatch> kadams54 I mean the context of your last review comment
[18:07] <frankban> rick_h_: cool
[18:08] <kadams54> hatch: state used to be stored in raw objects (_current and _previous), now it looks like you've moved to a Model… was wondering what advantages prompted the change?
[18:09] <hatch> ohh I moved it to an attribute
[18:09] <hatch> we cna chat about it in a bit though
[18:10] <kadams54> Hangout?
[18:11] <hatch> yeah just in a call now
[18:11] <kadams54> OK, ping me when ready
[18:21] <hatch> kadams54 when r u back from pycon?
[18:21] <kadams54> 4/17
[18:25] <hatch> kadams54 https://plus.google.com/hangouts/_/72cpjpk8lfbqkkqmr8ram0gglc?hl=en
[18:26] <rick_h_> kadams54: make sure that if you cna't finsh your branch you get it handed off before you EOD so that it won't hang for the week away please
[18:27] <kadams54> Yup
[18:42] <Makyo> jujugui I have graze box invites if anyone wants.
[18:42] <bac> i do!  (what is it?)
[18:42] <bac> oh, no i don't
[18:42] <Makyo> Hahaha
[18:42] <Makyo> No snack boxes?
[18:43] <hatch> ??
[18:43] <Makyo> https://www.graze.com/us/products
[18:44] <bac> Makyo: they'd probably be stale and soggy by the time they got here
[18:44] <bac> super paranoid?  check out the chromebleed extension
[18:44] <Makyo> Yeah, I'm curious to see how it works over the summer.
[18:44] <hatch> wow these order food online things are popping up everywhere, must be huge margins
[18:44] <bac> hatch: yeah, like pets.com
[18:45] <hatch> hah yepp
[18:45] <bac> those were the days.  50# of dog food delivered for free...
[18:48] <Makyo> *dreamy sigh*
[18:48] <Makyo> Two shepherds go through a lot of food.
[18:49] <Makyo> Especially when one's a big chunk.
[18:51] <rick_h_> jujugui heads up release is done and safe to land again
[18:51] <hatch> yay
[18:51] <rick_h_> jujugui just working on the charm release part now
[19:08] <rick_h_> here we go...charm functional tests.
[19:08] <rick_h_> wheeee
[19:08] <rick_h_> blog post time I suppose
[19:44] <hatch> weeee
[19:47] <hatch> new roof this weekend...oooo boy
[19:48] <rick_h_> wheee
[19:48] <hatch> not going to enjoy THAT bill
[19:49] <hatch> but, gota be done I suppose
[19:50] <rick_h_> jujugui anyone recognize http://paste.ubuntu.com/7227836/ running charm tests?
[19:50] <rick_h_> I've got the ec2 env set to precise as default series
[19:50] <hatch> yikes
[19:51] <bac> rick_h_: sure you aren't running local?
[19:52] <rick_h_> bac: yes, I can see the aws instance running
[19:52] <rick_h_> bac: now the tests are trying to colocate the unit on machine 0 in teh test env on ec2
[19:52] <rick_h_> and I can verify a .juju/environments/ec2.jenv is created withthe default series set to precise
[19:53] <bac> rick_h_: i believe you.  just looks like what you get when you try to run functional tests on lxc
[19:53] <rick_h_> bac: yea
[19:53] <bac> juju status shows 0 is precise?
[19:54] <rick_h_>     agent-state: pending
[19:54] <rick_h_>     instance-id: i-3eb9876f
[19:54] <rick_h_>     series: precise
[19:54] <rick_h_> yep
[19:59] <hatch> Makyo wow people really liked my growth hacking tweet lol
[19:59] <hatch> some even say they ARE 'growth hackers'....I wonder if they missed the sarcasm....
[20:07] <hatch> rick_h_ lastpass is so cool http://blog.lastpass.com/2014/04/lastpass-now-checks-if-your-sites-are.html
[20:07] <rick_h_> :) been there done that
[20:08] <hatch> it's just nice to see that they are actually doing stuff like that instead of just making a 'dumb' storage app
[20:08] <hatch> very cool
[20:16] <hatch> kadams54 it's nearing your EOD no? Need any help to get your branch ready by EOD?
[20:17] <kadams54> Yeah, I'm trying to squeeze every bit of time I can :-)
[20:17] <hatch> haha ok well if you want to pair if that will help speed it up at all lemme know
[20:18] <kadams54> hatch: I'll have some downtime during a layover tomorrow and once I get to the hotel - I've got nothing planned until Friday. If I don't get it handed off today, I'll be sure to do so tomorrow.
[20:19] <hatch> ohh ok alright then
[20:19] <rick_h_> kadams54: which hotel you in for pycon?
[20:19]  * rick_h_ will hunt him down for his code
[20:21] <kadams54> lol
[20:21] <kadams54> Hang on… I'm not sure. My hotel info was sent to my old work address :-b
[20:22] <rick_h_> hah
[20:23] <hatch> It's in Montreal so just remember to be super rude
[20:24] <rick_h_> hah
[20:25] <kadams54> So long as I don't have to be rude in French (*ahem* Quebec City)
[20:26] <rick_h_> damn these ec2 tests
[20:26] <kadams54> I can be rude in English and Spanish, does that fulfill the bilingual requirements?
[20:28] <hatch> bleh
[20:28] <hatch> yeah speed in Spanish
[20:28] <hatch> speak*
[20:34] <Makyo> Alright, back on this comp.  Super nice out, so I worked on the other laptop while doing a timelapse: https://www.youtube.com/watch?v=87_4e_Ac46A
[20:35] <hatch> cool clouds
[20:35] <hatch> the just appear
[20:36] <Makyo> Yeah.  Just under the bottom of the frame is the Rocky Mountains, so the weather coming off of them is always dramatic.
[20:36] <rick_h_> yay tests passed!
[20:36] <rick_h_> push all the things!
[20:36] <Makyo> \o/
[20:38] <rick_h_> hazmat: https://code.launchpad.net/~juju-gui/charms/precise/juju-gui/trunk updated
[20:38] <rick_h_> hazmat: should hit store soon
[20:39] <rick_h_> hazmat: and reminder that http://paste.ubuntu.com/7226275/ is the manual change to the provider type for the UI
[20:40] <rick_h_> jujugui woot on 1.0.2 http://jujugui.wordpress.com/2014/04/09/juju-gui-1-0-2-released-safari-users-rejoice/ and https://github.com/juju/juju-gui/blob/develop/CHANGES.yaml#L24
[20:42] <hatch> rick_h_ http://jujugui.wordpress.com/2013/11/07/juju-gui-0-12-0-bundles-beta/comment-page-1/#comment-275 there is a comment here we should reply to
[20:42] <rick_h_> hatch: he emailed gary and gary forwarded it to me and I emailed him on the matter
[20:42] <hatch> ohh ok
[20:43] <rick_h_> hatch: I didn't reply because of that, but I suppose we should as this is public facing. Didn't want to dual slam the guy with answers
[20:44] <hatch> yeah...oh well two answers is better than none :D
[20:44] <rick_h_> well, when the answer is "we don't support it yet" it's a sucky answer to give
[20:49] <rick_h_> woot got the ghost charm icon in my lxc env
[20:50] <rick_h_> hah, and machines in my machine view
[20:50] <rick_h_> all though they're all NAN constraints lol
[20:55] <rick_h_> ok, with that I'm out for the day then. Feel free to ping/call/hangout/etc if you need anything, but hit me up on the personal accounts vs the work accounts.
[20:56] <hatch> sounds good
[20:56] <hatch> cya
[20:56] <hatch> \safe travels
[22:03] <hatch> jujugui anyone around for a review? https://github.com/juju/juju-gui/pull/231 no qa
[23:01] <huwshimi> Morning
[23:13] <rick_h_> morning huwshimi
[23:13] <rick_h_> huwshimi: let me know if you get a few min to chat
[23:13] <huwshimi> rick_h_: Anytime!
[23:14] <rick_h_> huwshimi: want to invite me then or you want me to create the link to invite you?
[23:15] <huwshimi> rick_h_: Either is fine, I have a webcam now :)
[23:15] <rick_h_> woot
[23:15] <rick_h_> huwshimi: https://plus.google.com/hangouts/_/lite/72cpit3iqn5c45ua3duavolva4?hl=en
[23:16] <huwshimi> rick_h_: Can you invite my canonical address?
[23:18] <rick_h_> huwshimi: https://plus.google.com/hangouts/_/72cpi4l0deqtenanpq2b5rtdro?authuser=1&hl=en
[23:50] <hatch> nice, rocking Trusty on metal
[23:50] <hatch> :-)
[23:50] <hatch> hi huwshimi


[09:02] -queuebot:#ubuntu-ci-eng- sil2100, https://bileto.ubuntu.com/#/ticket/4002 Diff missing (focal/shim, focal/shim-signed). Ready to build (focal/awscli, focal/python-botocore)
[10:23] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/3768 Abandoning ticket
[10:23] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/3810 Abandoning ticket
[11:12] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 Preparing packages
[11:12] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[12:23] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 Pending binary packages
[13:03] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 Dependency wait (groovy/node-rollup-plugin-babel). Diff missing (groovy/node-babel)
[13:42] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 Dependency wait (groovy/node-rollup-plugin-babel). Ready to build (groovy/node-babel). Uploading build (groovy/node-babel7)
[14:22] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 Dependency wait (groovy/node-rollup-plugin-babel). Pending binary packages (groovy/node-babel7). Ready to build (groovy/node-babel)
[14:40] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4049 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[14:42] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 Diff missing (groovy/node-babel7). Pending binary packages (groovy/node-rollup-plugin-babel). Ready to build (groovy/node-babel)
[14:47] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 Generating diffs
[14:47] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4049 Generating diffs
[14:47] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 Pending binary packages (groovy/node-rollup-plugin-babel). Ready to build (groovy/node-babel). Successfully built (groovy/node-babel7)
[15:01] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4048 Generating diffs
[15:02] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 Pending binary packages (groovy/node-gulp-babel). Successfully built (groovy/node-babel7, groovy/node-rollup-plugin-babel)
[15:03] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4048 Successfully built
[15:10] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4049 Pending binary packages
[15:30] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4049 Successfully built
[15:43] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 Diff missing (groovy/node-gulp-babel). Successfully built (groovy/node-babel7, groovy/node-rollup-plugin-babel)
[15:46] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 Generating diffs
[15:46] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 Successfully built
[16:03] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 Pending binary packages (groovy/node-babel7). Successfully built (groovy/node-gulp-babel, groovy/node-rollup-plugin-babel)
[17:06] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 Generating diffs
[17:22] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 Pending binary packages (groovy/node-gulp-babel, groovy/node-rollup-plugin-babel). Successfully built (groovy/node-babel7)
[18:03] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 Successfully built
[18:23] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 Successfully built (groovy/node-gulp-babel, groovy/node-rollup-plugin-babel). Uploading build (groovy/node-babel7)
[18:43] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 Pending binary packages (groovy/node-babel7). Successfully built (groovy/node-gulp-babel, groovy/node-rollup-plugin-babel)
[19:03] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 Successfully built
[19:16] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 Generating diffs
[19:17] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 Successfully built
[19:26] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 Publishing packages
[19:43] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 Proposed pocket
[20:02] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 Needs rebuild due to higher version at destination
[20:35] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4042 Abandoning ticket


[00:35] <geirdal_> what do you talk about here?
[00:37] <krytarik> geirdal_: Support and what the topic says.
[00:38] <geirdal_> ok
[00:39] <geirdal_> where do you just chat?
[00:39] <krytarik> -offtopic.
[14:28] <studio-user445> salve
[14:28] <studio-user445> is this chat in english?
[14:28] <studio-user445> o c'è qualche italiano?
[17:01] <GridCube> :D
[17:07] <GridCube> https://soundcloud.com/user-473449969/s01e02-clariel-english-gridreads-spoilers
[17:07] <GridCube> :D
[19:18] <sakrecoer> GridCube: spoilers?... make me read books instead!
[19:18] <GridCube> P:
[19:18] <GridCube> its not so spoilery but i need to warn people or else they would get mad
[19:20] <sakrecoer> ok, i saw no warning, i just read the link.. i could need encouragement to read tho... for spoilers i prefere movie adaptations :D
[19:28] <GridCube> sakrecoer, :D listen to it
[19:34] <sakrecoer> GridCube: i might :) tho i will only feedback if it was witty :p
[19:35] <GridCube> :D if you listen it will be enough :) its just nice to know you didnt do somethign for no reason
[19:37] <sakrecoer> GridCube: i hear you, tho if you did primarily for yourself it would never be for nothing ;)
[19:37] <GridCube> tru.dat
[20:09] <studio-user315> hi!!!!!
[20:10] <studio-user315> I'm so suprised
[20:11] <studio-user315> .... while installing Ubuntu Studio ... (no OS loaded, no OS installed yet ... ) I can surf internet and enter, here, irc channel
[20:13] <GridCube> :P
[20:13] <GridCube> thats how we do it in FOSS
[20:15] <studio-user315> in .... what?
[20:17] <studio-user315> i'd like to left using windowss and i'm testing some linux distros, now, at Ubuntu Studio (installer, which lets use firefox while installing system)
[20:19] <studio-user315> I'd like to use for music production (regular user of Mixcraft, Audacity and other softs on Windows)
[20:19] <studio-user315> Maybe, Ubuntu Studio could convince me
[20:19] <studio-user315> :)
[20:21] <OvenWerks> Audacity is already there in linux too. I don't know mixcraft at all.
[20:22] <OvenWerks> Ardour is very Protools like if that is your thing
[20:22] <OvenWerks> LMMS is fruityloops like
[20:23] <OvenWerks> I don't know how to describe qtracktor though.
[20:25] <trebmuh> cubase-like
[20:26] <OvenWerks> trebmuh: Ya I guess.
[20:27] <OvenWerks> considering cubase's roots.
[20:33] <trebmuh> correct
[20:33] <trebmuh> That been maybe 8 or 9 years I didn't touch a cubase :)


[09:52] <rmg51> morning
[10:06] <JonathanD> Morning.
[10:16] <rmg51> o/
[15:01] <Sadin> morning everyone
[15:02] <TheEvilPhoenix> bleh
[15:02] <TheEvilPhoenix> morning is invalid
[15:07] <Sadin> lol
[15:12] <Sadin> im forking the qwebirc project and going to restyle it its to plain for me :)
[15:12] <TheEvilPhoenix> lol
[15:12] <Sadin> and im putting on github i hate mercurial compared to git
[15:12] <Sadin> :D
[17:29] <MutantTurkey> It went from summer to fall in the matter of a hurricane
[17:50] <rhpot1991> quite nice outside now
[17:51] <rhpot1991> I enjoyed finally not sweating while walking my dogs at 1am
[17:51] <TheEvilPhoenix> hehe
[17:54] <MutantTurkey> indeed, the walk to the train station was quite lovely.
[17:54] <MutantTurkey> except that septa is a mess right now.
[18:14]  * waltman wonders if the R5 has starting running yet
[18:14] <waltman> Doesn't look like it.
[18:15] <pleia2> watery?
[18:16] <waltman> treey
[18:16] <waltman> woody?
[18:17] <waltman> Last I saw the train platforms at Trenton were still under water
[18:18] <pleia2> yeah, I've seen lots of flooding photos
[18:18] <waltman> I'm guessing on the Paoli line the issue is more trees than water
[18:19] <TheEvilPhoenix> are sections that were affected the most in PA still under that disaster emergency state?
[18:19] <pleia2> one of our customers was ok yesterday, but their T1 went do this morning due to the water continuing to rise :(
[18:19] <knightzero> There were some power issues along Route 30 when I was driving in this morning.  A lot of streetlights out, and a few downed poles from what I could see.
[18:19] <pleia2> s/do/down
[18:27] <waltman> I drove down through Strafford and Wayne today at lunch and it all seemed fine except for one crew along Conestoga Rd.
[18:30] <knightzero> I didn't go down quite that far, but I know there were a good deal of streetlights out between Coatesville and Downingtown this morning.  I'm not sure if it extended all the way to Paoli.
[19:06] <MutantTurkey> R5 is down still i think
[19:06] <MutantTurkey> R2 is like running half an hour lae.
[19:06] <MutantTurkey> manyunk is a wreck
[19:41] <MutantTurkey> okay so i've finally amassed enough money for a new laptop. I am thinking a thinkpad.
[19:45] <rhpot1991> I like my dell xps
[19:46] <rhpot1991> but they stopped making 13"
[19:46] <rhpot1991> I'd recommend system 76 as well
[19:46] <rhpot1991> sadly its hard to find something smallish that has nvidia in it anymore
[19:46] <MutantTurkey> system76 has had some terrible reviews on reddit lately.
[19:47] <rhpot1991> thats too bad
[19:47] <rhpot1991> like support or hardware?
[19:47] <MutantTurkey> both
[19:47] <rhpot1991> I have a meerkat ion from them, has run well enough
[19:47] <rhpot1991> that said I just build a newer ion for cheaper
[19:47] <MutantTurkey> I need a tank also - I tend to be a bit rough on my stuff
[19:47] <MutantTurkey> I do like the look of the system76 stuff
[19:47] <MutantTurkey> howerver.
[19:47] <MutantTurkey> my budget is like $1200 - so it's really anything
[19:48] <rhpot1991> I splurged for an led screen and ssd on this, glad I did
[19:48] <rhpot1991> a bit pricey up front, but I use it every day at work
[19:48] <MutantTurkey> is SSD worth it?
[19:48] <MutantTurkey> I hear they are not reliable
[19:48] <MutantTurkey> and they use more power
[19:48] <rhpot1991> speedy quick
[19:48] <rhpot1991> small in storage too though
[19:49] <MutantTurkey> their idle is way higher than regular HDDS
[19:49] <rhpot1991> I can't say for sure but I thought it was the opposite
[19:49] <MutantTurkey> hdds have greater max usage though
[19:49] <MutantTurkey> no, phoronix ran a whole test thing if i recall.
[19:49] <MutantTurkey> or it was toms hardware
[19:51] <MutantTurkey> but that was 2009
[19:51] <MutantTurkey> either way - 200 bucks for 64gigs is not worth it.
[19:52] <rhpot1991> I'm at 128gb I think
[19:52] <rhpot1991> just don't keep music and crap on there
[19:52] <rhpot1991> get yourself a nice cowon for that :)
[19:52] <MutantTurkey> yeah...
[19:52] <MutantTurkey> I don't want to carry around an external drive.
[19:53] <rhpot1991> cowon == media player
[19:53] <MutantTurkey> Ah
[19:53] <MutantTurkey> well I like to use my desktop for music
[19:53] <rhpot1991> could do an ipod if you care about looks and not sound quality
[19:53] <MutantTurkey> also I use/do a TON of audio production stuff.
[19:53] <MutantTurkey> so I need space, and a lot of it.
[20:12] <jedijf> the samsungs(although untested) look real hotttt
[20:13] <jedijf> woot has been teasing me with one
[20:22] <jedijf> woot has had i3  13.3 sammy for 500   twice
[20:22] <MutantTurkey> but i3...
[20:22] <jedijf> err 15 iirc
[20:23] <jedijf> best buy has i7 15's for 800-900
[20:23] <MutantTurkey> I think I am going to get an i7.
[20:23] <MutantTurkey> it will be out of date in 2 years, but it will be good for longer
[20:23] <MutantTurkey> than an i3
[20:23] <MutantTurkey> I figure I can always upgrade ram and HDD later, processor I am stuck with on a laptop
[20:24] <MutantTurkey> I also want somethng that will last 5+ years. those 800 i7's are probably plastic
[20:24] <MutantTurkey> .
[20:24] <jedijf> the woot i5 was aluminum
[20:24] <jedijf> thats the tease'
[20:24] <MutantTurkey> oh boy.
[20:25] <jedijf> check, i think most of the sammy's are alum now
[20:25] <jedijf> i'm driving
[20:25] <MutantTurkey> they are duralumin
[20:25] <MutantTurkey> so aluminum with a new name.
[20:25] <MutantTurkey> I looked at system 76, they don't offer a good 13 inch :|
[20:26] <jedijf> check the other linux house... pleia2 whats their name?
[20:26] <jedijf> zareason
[20:27] <MutantTurkey> zareason ok.
[20:27] <jedijf> MutantTurkey: ^^^
[20:27] <MutantTurkey> also, AMD?
[20:27] <MutantTurkey> do we have opinions on them?
[20:28] <jedijf> i don't have any, you, with the audio, may be worth a google
[20:28] <MutantTurkey> jedijf: they are also just i3's on their 13
[20:28] <MutantTurkey> I just see AMD's are so dang cheap
[20:28] <MutantTurkey> lenovo offers i7's on 13.3 inch
[20:29] <jedijf> lenovo is first choice, the sammy's just look hottt
[20:29] <jedijf> model name	: Pentium III (Coppermine)
[20:29] <jedijf> stepping	: 10
[20:29] <jedijf> cpu MHz		: 696.960
[20:29] <MutantTurkey> jedijf: oh boy that's high powered.
[20:29] <JonathanD> woot.
[20:29] <MutantTurkey> all samsungs are flashy flashy
[20:29] <MutantTurkey> not powerful
[20:30] <jedijf> ibm x21 that lives and works outside reliably
[20:30] <jedijf> all tempa cheer
[20:30] <MutantTurkey> also a reason for lenovo, they are good all weather and all locations
[20:31] <jedijf> make sure you get an eraserhead model\
[20:31] <MutantTurkey> definitely
[20:31] <MutantTurkey> those are my favorite. though I am likely to buy a bluetooth mouse
[20:31] <jedijf> hipster
[20:31] <MutantTurkey> It's true.
[20:31] <MutantTurkey> I am just really bad at using touch pads.
[20:31] <MutantTurkey> I am a tiling manager guy anyway :) I stay off the mouse as much as possible
[20:32] <MutantTurkey> lenovo = 720p webcame
[20:32] <jedijf> frivalous extra device
[20:32] <MutantTurkey> the camera? nope I need it to webchat with my girlfriend
[20:33] <jedijf> lame, irc is much hotter
[20:33] <MutantTurkey> thats what I keep telling her...
[20:33] <MutantTurkey> her excuse is something about my nick...
[20:33] <jedijf> dump her
[20:33] <MutantTurkey> also, I finally thought up a new mobile name
[20:33] <MutantTurkey> MobileTurkey!
[20:33] <MutantTurkey> jedijf: my mom likes this one.
[20:34] <jedijf> dump her faster
[20:34] <MutantTurkey> hahahaha
[20:35] <jedijf> i know this from my own son; let me help you pick
[20:35] <MutantTurkey> she's actually really great except she isn't a computer geek
[20:36] <jedijf> k... lawn time
[20:36] <jedijf> see ya
[20:36] <MutantTurkey> altavista, baby.
[20:36] <MutantTurkey> or something like that.
[23:23] <InHisName> spend spend spend


[06:34] <qwebirc71317> What would be the easiest way to get ahold of a transcript of the session lead by Alexander Sack at 30th July, 06:00 UTC ?
[06:40] <nalioth> qwebirc71317: /topic ?
[06:42] <qwebirc71317> unless my client is doing funny things, I only see the two URL's in the topic, and from neither can I find a chan-log
[06:42] <Knightlust> qwebirc71317: there's a log saved somewhere. checkout irclogs.ubuntu.com and also check out the wiki, I'm sure someone summarized the activity
[06:45] <qwebirc71317> ah there it is in irclogs.ubuntu, awesome! thanks Knightlust
[06:45] <qwebirc71317> a summary sounds nice too, I'll see if a session summary's are mentioned in wiki


[02:16] -ubottu:#ubuntu-news- ::planet:: Alan Pope: Six months of crashes in Ubuntu @ https://popey.com/blog/2023/08/six-months-of-crashes-in-ubuntu/
[02:16] -ubottu:#ubuntu-news- ::planet:: Ubuntu Blog: Telecom security: How to safeguard your open source telco infrastructure @ https://ubuntu.com//blog/telecom-security-how-to-safeguard-your-open-source-telco-infrastructure
[02:16] -ubottu:#ubuntu-news- ::planet:: The Fridge: Ubuntu Weekly Newsletter Issue 802 @ https://fridge.ubuntu.com/2023/08/28/ubuntu-weekly-newsletter-issue-802/
[12:51] -ubottu:#ubuntu-news- ::fridge:: Ubuntu Weekly Newsletter Issue 802 @ https://fridge.ubuntu.com/2023/08/28/ubuntu-weekly-newsletter-issue-802/
[14:04] -ubottu:#ubuntu-news- ::omg!ubuntu:: Firefox 117 Released With Minor (And I Mean Minor) Changes @ https://www.omgubuntu.co.uk/2023/08/firefox-117-released


[00:48] <chestbras> Hey
[00:48] <chestbras> I think I've got a problem
[00:50] <chestbras> HEEEEEEEEEEEEEEEEET
[02:10] <HiDeHo> hi all just wondering i have 2 laptops 23bit and one 64bit what US version is better overall.
[02:28] <HiDeHo> hello all
[10:32] <toro> Hello friends... what is the best way to set my CPU governor freq to performace? tried a couple of ways but it doesn't persist or reboot, also only managed to change cpu0 of the 8 cores...
[16:51] <studio-user374> hi.... I've been experiencing some errors in my studio 16.04
[23:10] <enon> I was told at #ubuntu this may be the place to get advice on configuring alsa kernel modules


[00:03] <Scip> thanks to both of you! I don't have a /boot/grub/menu.lst somehow, will do some more reading. will also look into ansible/clonezilla
[02:05] <jhutchins> ansible is not for single machines.
[02:22] <leftyfb> jhutchins: false
[03:01] <tony4288> 一
[03:19] <jhutchins> You can also swat flies with a shotgun.
[03:45] <Lvl4Sword> It looks like the Firefox snap causes the following issue with Selenium: https://github.com/SeleniumHQ/selenium/issues/10361 .. Which even with all the permissions enabled, still happens. Any simple fix for this? I've already asked in #selenium twice and have gotten no response.
[03:53] <realivanjx> is there a way to disable this popup dialog while keep receiving updates in the background? very annoying in the middle of work suddenly this appears! https://files.catbox.moe/so0qak.png
[07:09] <kerfluffy> hi
[07:09] <kerfluffy> i'm looking at the shell script and it has a line like "...streamid=#!::r=live/..."
[07:09] <kerfluffy> does anyone know what #!:: means?
[07:16] <Psil0[m]> Maybe write to live not really sure mt self good question
[07:18] <Psil0[m]> #!/bash right so file path
[07:18] <Psil0[m]> To live vs bin bash
[07:19] <Psil0[m]> #!/bash right so file path just why the :: instead of a folder
[07:19] <Psil0[m]> Is interesting
[07:24] <fuleo> Ubuntu grub booted to recovery, but stuck at "Waiting for bond master bond0 to be ready". What can I do to skip that ?
[07:25] <ikonia> change the depend in systemd
[07:25] <ikonia> or better still fix why your bonded interface is failing
[07:40] <Lvl4Sword> The Firefox fix was to do this ... os.environ["TMPDIR"] = "/home/user/tmp" ... for anyone else who bumps into this!
[07:59] <iomari891> Greetings, my kernel often updates when I "apt upgrade" but I can't reboot this server because of services running. Is there a way to apply the new kernel without rebooting?
[08:02] <gordonjcp> iomari891: no
[08:02] <gordonjcp> iomari891: not really, anyway
[08:06] <iomari891> gordonjcp: thanks
[08:25] <wip> iomari891: it's not a great idea to be dependent on a single running machine
[08:39] <iomari891> wip: I don't understand.
[08:40] <ravage> it that server is so important you cant even reboot it for a kernel update you should have more than one
[08:41] <iomari891> Let me explain. We have over 30 servers in a cluster that are in production that can not just randomly  be rebooted.
[08:42] <iomari891> not jsut 1
[08:42] <ravage> nobody said anything about a random reboot
[08:42] <iomari891> they can't be rebooted as often as they are update.
[08:43] <iomari891> but updates frequently want o upgrade kernels so I just hold back kernel updates. This solves my problem.
[08:50] <ogra> iomari891, https://ubuntu.com/security/livepatch ... that reduces the need for reboots ... (but is also a paid service)
[08:53] <wip> might be worth it if it's important production systems
[08:53] <wip> also depends on how exposed they are
[09:58] <Guest98> 0505aaaLl<PHONE_NUMBER>
[10:19] <TunaCan> Hey I got AMDGPU Radeon RX 570 series. Has anyone tried installing the propierity software or..
[10:21] <gtozzi> Hi there! I have a weird issue on my ubuntu/kde. When i switch to a virtual terminal (ctrl+alt+f5) after a few seconds it switches back to a black screen. How could i solve?
[10:22] <Guest3> hi any idea why i got a permission issue here and how to fix it? https://ideone.com/ml8wgH
[10:22] <ice9> why this strange versioning? "0.7.9-3ubuntu<IP_ADDRESS> amd64 [upgradable from: 0.7.9-3ubuntu5]"
[10:24] <ice9> why these packages are kept back? https://bin.linux.pizza/?78875f58137894a0#5r8oJGKaRarxx2fBrusVreMRmzBZsFUuAd4thqeeACAU
[10:24] <Guest3> just do a sudo chmod 666 /var/run/docker.sock ?
[10:29] <tux2bsd> $host baked.potato
[10:30] <tux2bsd> resolve call failed: No appropriate name servers or networks for name found
[10:30] <tux2bsd> how on earth do you make systemd honour a search domain?
[10:30] <tux2bsd> this is 22.04
[10:31] <tux2bsd> resolvectl query potato
[10:32] <tux2bsd> potato: resolve call failed: No appropriate name servers or networks for name found
[10:32] <tux2bsd> ah fuck, delete 2x
[10:32] <tux2bsd> resolvectl query baked
[10:33] <tux2bsd> baked: resolve call failed: No appropriate name servers or networks for name found
[10:34] <tux2bsd> where the search domain is supposed to have send queries for the "potato" zone to the LAN dns server
[10:34] <tux2bsd> which is responding correctly, except for ubuntu
[10:36] <tux2bsd> fuck another typo... its 20.04 (not 22.04)
[10:38] <tux2bsd> God only knows how many thousands upon thousands of man hours that systemd twit is responsible for wasting.
[10:42] <ogra> tux2bsd, can you please stop swearing ... documentation for setting network stuff in ubuntu is on netplan.io ...
[10:43] <Guest3> hi any idea how to fix https://ideone.com/ml8wgH ?
[10:43] <Guest3> permission issue
[10:44] <anddam> howdy, I have an Ubuntu 18 guest in KVM, I updated packages and now the graphical login does not work in regular boot mode, it does in recovery mode
[10:44] <anddam> where "does not work" means I am presented with a purple-ish screen without the user selection menu
[10:46] <anddam> I do have access to the tty's, what should I check to see what the issue is?
[10:47] <tux2bsd> @ogra I found an answer from a different website that I would have otherwise shared, I've chosen not to because of your nanny state mindset.
[10:48] <anddam> in journalctl and dmesg I see several   [drm:qxl_alloc_bo_reserved [qxl]] *ERROR* failed to allocate VRAM BO
[11:18] <tux2bsd> systemd is awful.  This was the answer: https://askubuntu.com/questions/1399038/add-search-domain-in-ubuntu-20-04
[11:38] <ogra> ... except that this answer is completely unrelated to systemd 🙂 ...
[11:51] <omgubuntu> Thank You
[12:20] <cluelessperson> my user login shell is crashing, *every*, *single*, *day*
[12:20] <cluelessperson> actually, multiple times a day.
[12:21] <__main__> what do you mean by crashing
[12:21] <__main__> what error
[12:23] <Guest76> i think i have run into a catch 22 scenario on updating to 22.04 from 21.10. I am unable to do apt update, which is required for do-release-upgrade
[12:24] <lotuspsychje> !eolupgrade | Guest76
[12:24] <EriC^> Guest76: you can change the sources from archive.ubuntu.com to old-releases.ubuntu.com to continue with the upgrade
[12:24] <EriC^> ( in /etc/apt/sources.list )
[12:25] <BluesKaj> Hi all
[12:31] <Guest76> Eric^: thank you
[12:34] <EriC^^> no problem Guest76
[12:56] <amaroq> greetings...just a little issue. I'm booting from a laptop that's plugged into a monitor. In settings>screen_display I set "Display Mode" to Single Display with the single Display being the external monitor. When we log in the window wheere we're asked for user name and passowrd it goes to the laptop. Only after I log in does Ubuntu show only on the monitor. Other distros have it so that once I've set it up to only show on monitor
[12:56] <amaroq> when I reboot the login also shows exclusively on the monitor, but not here. Wondering why? It means I can't hide the laptop away but have to bring it out on initial log in. Anyone know about this?
[12:56] <cluelessperson> __main__, no specific error I've found yet.  I'll look more closely next time.
[15:53] <hoeppie> Client: HexChat 2.16.0 • OS: Ubuntu "jammy" 22.04 • CPU: Intel(R) Core(TM) i5-3360M CPU @ 2.80GHz (1,20GHz) • Memory: Physical: 15,1 GiB Total (13,1 GiB Free) Swap: 2,0 GiB Total (2,0 GiB Free) • Storage: 1,9 TB / 2,4 TB (490,6 GB Free) • VGA: Intel Corporation 3rd Gen Core processor Graphics Controller @ Intel Corporation 3rd Gen Core processor DRAM Controller • Uptime: 10m 3
[15:53] <hoeppie> 6s
[16:06] <hbdraldin> hi
[16:06] <lotuspsychje> welcome hbdraldin
[16:13] <goddard> looks like the chrome and firefox snaps have issues with saving to a sftp mount
[16:15] <leftyfb> goddard: google chrome is not a snap
[16:15] <Maik> chromium however is
[16:16] <enigma9o7[m]> maybe revert to deb, maybe by next ubuntu version snap won't have so many issues.
[16:18] <leftyfb> there are no supported deb's for firefox or chromium
[16:19] <leftyfb> I just mounted using sshfs and was able to save a file from firefox
[16:22] <goddard> leftyfb: fails for me with flatpak and snap
[16:23] <leftyfb> goddard: flatpak isn't supported here. As for the snap, are you sure you mounted the sshfs with the correct permissions/settings? Do you have access to write to it with the same user firefox is running as? (without sudo)
[16:23] <goddard> leftyfb: i know you tell me every time i bring it up
[16:23] <leftyfb> then don't bring it up anymore
[16:23] <goddard> why?
[16:24] <goddard> that is my options on ubuntu
[16:24] <leftyfb> because flatpaks aren't supported here
[16:24] <goddard> im not asking for your help on it
[16:24] <goddard> just saying
[16:24] <goddard> relax
[16:24] <leftyfb> goddard: settings -> applications -> firefox
[16:25] <Eickmeyer> goddard: I've been watching you. All you do is come here and complain. When you're told what the issue is and that you need to report a bug, you refuse. So all you're doing is coming to a support place and venting. This channel is not for venting.
[16:25] <lotuspsychje> goddard: thats not how support works here, every volunteer can advice on supporting users
[16:25] <goddard> Eickmeyer: all i do is encounter bugs that make me complain
[16:25] <Eickmeyer> goddard: This channel is not for complaining.
[16:25] <goddard> Eickmeyer: if asking for help sounds like complaining then maybe you should take a break
[16:25] <Maik> goddard: then learn to file those bugs so they can be solved.
[16:26] <mbeierl> I found an interesting thing with snaps: network mounts apparently need to be in /etc/fstab before the snap will allow for even running (cwd) in a network mount
[16:26] <goddard> i come here and report bugs
[16:26] <goddard> i ask for help
[16:26] <Eickmeyer> This channel is not for reporting bugs.
[16:26] <goddard> i share knowledge
[16:26] <goddard> ok buddy
[16:26] <Maik> goddard: bugs should be reported on Launchpad.
[16:26] <Eickmeyer> !bugs
[16:26] <leftyfb> mbeierl: not true
[16:28] <mbeierl> leftyfb, so here is what I found.  I installed jq as a snap, and I have my home directory mounted as NFS.  If I just do mount host:mount /home/me, then I get permission denied opening cwd when trying to use jq.  If /home/me is in /etc/fstab and mounted that way, it works
[16:28] <goddard> Eickmeyer: i think i tested like 10 different ways to do things and i asked a ton of questions yesterday to resolve issues that i have just been dealing with
[16:28] <Eickmeyer> goddard: Have you reported the bugs that you were asked to report?
[16:28] <leftyfb> goddard: did you check either of the things I have mentioned?
[16:29] <goddard> Eickmeyer: being a human, when I encounter bugs, I ask for help.  The support channel just tells me to report all the bugs I find.  If I did that I would spend my entire day yesterday reporting bugs.
[16:29] <goddard> no
[16:29] <goddard> because i dont want to
[16:29] <goddard> i just want to work at my job and fix these issues
[16:29] <Eickmeyer> Then you're done here because WE CANNOT FIX THE BUGS HERE.
[16:29] <hggdh> goddard: OK, this is enough.
[16:29] <leftyfb> goddard: ok, then stop asking for help if you don't want it
[16:29] <goddard> besdies all these bugs are actually already reported
[16:29] <goddard> and i figured out work arounds
[16:30] <goddard> none of those work arounds i found out here
[16:30] <Maik> then stop complaining if you simply refuse to report bugs you encounter.
[16:30] <goddard> Maik: i can't ask for help in the ubuntu channel unless i report bugs?
[16:30] <goddard> ok
[16:30] <goddard> bye
[16:31] <leftyfb> they refuse to file bugs and refuse to troubleshoot issues. They have no business here
[16:31] <hggdh> +1
[16:31] <Eickmeyer> +1
[18:04] <amosbird> Hello! How can I install gcc-12 on ubuntu:18.04?
[18:06] <leftyfb> amosbird: there is no supported way to do so. You shouldn't install packages from different releases on ubuntu. I would highly recommend upgrading ubuntu to a newer release or try running what you need in a container
[18:08] <oerheks> even the toolchain ppa does not give 12 for bionic
[18:09] <amosbird> Hmm, so what's the minimum version of ubuntu that have gcc-12?
[18:09] <leftyfb> 22.04
[18:09] <oerheks> 22.04 i guess
[18:11] <oerheks> standard would be gcc-11..
[18:11] <oerheks> hence: build in a vm
[18:11] <amosbird> oerheks: hmm, gcc-12 has been released for 3 months
[18:12] <oerheks> it *is* available. just not standard in LTS.
[18:12] <leftyfb> amosbird: ubuntu 18.04 was rleeased over 4 years ago
[18:12] <leftyfb> !latest | amosbird
[18:19] <sarnold> amosbird: the backportpackage program from the ubuntu-dev-tools package can try to blindly backport gcc-21 from a newer release to an older release in a ppa; compilers are complicated things and might not handle that well, but it might only be a few minutes of effort followed by a few hours of waiting
[18:19] <leftyfb> probably easier to just spin up a 22.04 lxd container though
[18:22] <sarnold> vastly
[18:24] <amosbird> hmm, so what's the latest gcc-11 version in ubuntu bionic?
[18:24] <EriC^^> !info gcc-11 bionic
[18:25] <oerheks> look at launchpad?
[18:25] <EriC^^> hmm, seems ubottu is bugging out, bionic isnt eol yet
[18:25] <oerheks> if you need to know hat version exactly,... you will find it
[18:27] <oerheks> gcc-11 was not released when 20.04 came out
[18:27] <mbeierl> Possibly silly question.  I reinstalled my desktop a while back with Ubuntu 22.04/Wayland.  I have a VPN that I want to automatically connect to, but that option seems to have gone out of the settings app.  Anyone know where it went?
[18:27] <oerheks> *hint*
[18:46] <sarnold> mbeierl: I think I heard it moved to nm-connections-editor or something like that
[18:50] <leftyfb> sarnold: I don't think moved is the right term. AFAIK, nm-connections-editor was the default for a while but then they moved to something else but left nm-connection-editor in because the replacement wasn't feature parity
[18:51] <sarnold> leftyfb: oh! that certainly tracks with gnome's history :) heh
[18:52] <leftyfb> looks like in 4 years they still haven't made it feature parity
[18:53] <leftyfb> mainly, the ability to add your own additional search domains in an ipv4 profile as well as enabling DHCP but setting your own nameserver
[18:53] <mbeierl> ah... don't have that installed.  It shouldn't conflict with the "something else"?
[18:53] <leftyfb> either of those can only be done using nm-connection-editor and not the built in network settings dialog
[18:54] <leftyfb> mbeierl: it is safe to install
[18:55] <mbeierl> doh!  Was installed, just made a typo.  Got it, thanks!
[18:55] <leftyfb> yeah, looks like the "metered connection" option doesn't exist in the default network settings dialog
[18:56] <quadHelix> whoops
[18:57] <cc0a3hr> do you think deleting ~/.cache safe?
[18:58] <leftyfb> cc0a3hr: only you can answer that. Take a look at what's in it and determine if you're ok with deleting the cache for all those applications
[18:59] <sarnold> cc0a3hr: it depends on the specific applications. I'd really hope they're all prepared to deal with it, but I've read too much code to believe that :)
[18:59] <oerheks> maybe the contents of ~/.cache/ .. not sure the cache folder is recreated
[18:59] <sarnold> cc0a3hr: if you run into problems, file bug reports with the applications
[18:59] <deego> cc0a3hr: not sure, but i do it all the time, and, atm, it actually resides in tmpfs for me
[18:59] <deego> but, like sarnold  says, never say never..
[19:00] <oerheks> oh crossposting
[19:00] <oerheks> lolz
[19:00] <oerheks> yes, delete all, like they tell you in #linux
[19:01] <oerheks> or debian..
[19:12] <szindzeks> Hi. I have a VPS on GCP to which I've designated 10GB of disk space. It has later turned out, that I need more than that, so I expanded the disk space to 20GB. It worked correctly, so all that's left to do is resize partition, but idk how to do that. I tried using parted, but resize command has been depracated and resize2fs, but it seems to only resize filesystems and not partitions.
[19:15] <leftyfb> szindzeks: growpart
[19:17] <leftyfb> szindzeks: https://dade2.net/kb/how-to-extend-filesystem-on-linux/#mce_7
[19:21] <szindzeks> leftyfb: Thanks you so much! Have a great day!
[19:27] <steve_> I have a laptop with Ubuntu dual booted with Windows.
[19:28] <lntl> my mini-httpd server refuses connections. It's started systemd-style and its status is OK. Any ideas?
[19:28] <lntl> https://termbin.com/7lh9 systemctl status
[19:29] <sarnold> lntl: how are you trying to connect to it/
[19:29] <lntl> curl http://<ip-address>
[19:30] <sarnold> what IP address? if you're using anything other than <IP_ADDRESS> it isn't going to work
[19:30] <leftyfb> lntl: make sure it's listening on the correct interface/ip and that the port is open from the outside
[19:30] <steve_> Windows seemed to kick Ubuntu out.  I installed another Ubuntu along side Ubuntu.  I got rid of the Ubuntu I had. Now, I'm looking to join the partition of the old Ubuntu with the partition of the new Ubuntu
[19:30] <sarnold> lntl: what port? if you're using anything other than 81, it isn't going to work
[19:31] <leftyfb> steve_: you can boot a live usb and use gparted to delete the old partition(s) and resize your new partition.
[19:31] <leftyfb> steve_: FYI, Windows didn't "kick ubuntu out" exactly. It just overrides the MBR/EFI. You could have easily repaired grub and still been able to dual boot both
[19:33] <steve_> leftyfb: I did the deletion of the old partition, but I can't seem to be able to resize the partition
[19:33] <EriC^^> steve_: are you booted into a live usb right now? you cant do it from the installation itself
[19:33] <leftyfb> steve_: they need to be adjascent
[19:33] <leftyfb> also what EriC^^ said
[19:33] <leftyfb> sort of ;)
[19:34] <lntl> sarnold: +1 ip address. I thought it'd listen on loopback, but I guess thats not how it works
[19:34] <EriC^^> steve_: it'd be helpful to share the output of 'sudo parted -ls' if you're in ubuntu right now, to address what leftyfb mentioned aove
[19:34] <leftyfb> technically you can, but it's not recommedned and you still need to reboot to take advantage
[19:34] <leftyfb> lntl: loopback is only for local access
[19:34] <steve_> leftyfb: I'm not in a live cd, but if that is what I need to do, I will
[19:34] <leftyfb> steve_: it is. Good luck. Let us know if you run into any trouble
[19:35] <steve_> leftyfb: And the partitions are adjacent
[19:35] <steve_> ok. thx
[19:35] <sarnold> lntl: the log said "<IP_ADDRESS>, port 81" -- that pretty much means only the localhost can access it, and it's got to use that specific address to do so
[19:35] <leftyfb> steve_: then you should be good once you're in the live session
[19:35] <steve_> thx leftyfb
[19:35] <sarnold> lntl: you can probably change the bind address and port if needed
[19:35] <sarnold> lntl: most software has that option, but maybe something named 'mini-httpd' isn't interested in public serving ;)
[19:36] <leftyfb> lntl: I would recommend nginx if you just need a small http server for continual testing. If you just need something as a 1-off, just use "python3 -m http.server"
[21:01] <barg> When I do ufw status, it doesn't show port numbers. It says e.g. Apache allow in anywhere.  How do I get it to show port numbers?
[21:06] <sarnold> at that level of detail you're probably more interested in iptables -L  or whatever that command is..
[21:06] <oerheks> sudo ufw status verbose
[21:07] <oerheks> sudo ufw show raw
[22:23] <barg> thanks
[22:27] <horse9> what is it with those insanely thicc header bars of the windows on gnome42/ubuntu22?


[00:00] <spm> FYI. launchpad is on it's way back
[00:02] <jml> \o/
[00:08] <rowinggolfer> spm - sucessful pull here :)
[00:08] <rowinggolfer> now to bed.
[00:08] <spm> heh
[00:10] <rowinggolfer> thanks team
[00:12] <fta> mwhudson, a simple pull
[00:12] <mwhudson> fta: ah, ok
[00:12] <mwhudson> fta: i think i know the problem (codehosting doesn't work in r/o mode, roughly speaking)
[00:16] <slooper> launchpad still offline, huh?
[00:16] <mwhudson> bits of it
[00:17] <slooper> anyone given an estimate for when it's back up?
[00:17] <slooper> I gotta download me some Plone! :)
[00:18] <spm> slooper: no sorry - dunno what's wrong yet. :-( ASAP.
[00:28] <spm> Ursinha: ta :-)
[00:28] <Ursinha> spm, :)
[00:45] <spm> progress! we should be bringing those bring bits back to life nowish...
[00:57] <Ursinha> hmm
[00:57] <Ursinha> :P
[01:01] <spm> gnnnh! thanks Ursinha, again :-)
[01:01] <Ursinha> uhauah
[02:28] <slooper> launchpad still down?
[02:29] <slooper> can get to the download links, but clicking them takes me to an "offline" page
[02:30] <slooper> oh wait, it's working now.  Firefox was caching the page from earlier
[02:45] <shikibu> if I have accidentally committed and pushed a file I should not have (eg, contains confidential info), is there a way to remove it from a launchpad repository?
[02:48] <jml> shikibu, you can delete the whole branch
[02:48] <shikibu> thank you
[02:48] <jml> shikibu, but if you want to get rid of just the file
[02:48] <jml> shikibu, then maybe someone on #bzr could help
[02:49] <shikibu> ah, it's not a deep history; I am happy to delete the branch
[02:50] <jml> shikibu, ok cool.
[02:50] <jml> shikibu, do you need a hand with removing it from your local history?
[02:50] <shikibu> I wouldn't mind learning how to do so
[02:51] <jml> are you using a shared repository?
[06:53] <happyaron> anyone who can pay some attention to https://answers.launchpad.net/launchpad/+question/77266 ? lasted for several days.
[06:56] <spm> happyaron: humble and abject apologies - been a hellish week. will do that right now for you. gimme a minute or two.
[06:56] <happyaron> spm: thank you very much
[07:00] <spm> happyaron: http://ppa.launchpad.net/happyaron/
[07:01] <happyaron> spm: and could you please delete the source packages in http://ppa.launchpad.net/happyaron/ppa/ubuntu/pool/main/
[07:02] <spm> happyaron: sure
[07:05] <spm> happyaron: done
[07:06] <happyaron> spm: thanks
[07:06] <SpinachHead> If I have a branch of bazaar.launchpad.net can I limit the download to only specific project members?
[07:07] <spm> SpinachHead: yes, but that's a paid-for service
[09:08] <mrevell> Good morning
[09:08] <noodles775> Hi mrevell ! Welcome back :)
[09:08] <mrevell> thanks noodles775 :)
[09:09] <mrevell> noodles775: Did I miss much? haha
[09:09] <mrevell> :)
[09:09] <noodles775> mrevell: heh, just a bit ;)
[09:09] <mrevell> :)
[11:48] <kiko> mrevell! welcome back
[11:49] <mrevell> hey kiko, thanks :)
[11:49] <kiko> nothing much you missed, I don't think
[11:49] <kiko> oh, apart from the fact that launchpad is now open source ;-)
[11:50] <mrevell> heh, man, bad timing :)
[11:50] <LarstiQ> that was a bit of a sudden surprise
[11:51] <kiko> heh
[11:59] <maxb> You were teasing us with it being blocked indefinitely on bzr 2a testing, then you went ahead and hit the original estimate :-)
[12:01] <LarstiQ> maxb: and now we are scrambling with a sudden increase in 2a testing ;P
[12:01]  * LarstiQ heads for lunch
[12:04] <kneekoo> hello
[12:04] <kneekoo> how do I translate this?
[12:04] <kneekoo> Couldn't load plugin "%(plugin)s"
[12:05] <kneekoo> I don't know how to make the right plural in there
[12:06] <dpm> kneekoo: you only have to translate the first part and leave "%(plugin)s" as it is. That is a python variable which will be converted to a string when the program is running
[12:06] <kneekoo> I got this error mesage: a format specification for argument 'eroare', as in 'msgstr', doesn't exist in 'msgid'
[12:06] <noodles775> kneekoo: it's not a plural... everything in side the quotes is just the singular name of the plugin.
[12:07] <kneekoo> and what about that trailing "s"?
[12:07] <kneekoo> (plugin)s
[12:07] <kneekoo> then there this one: %(error)s
[12:07] <kneekoo> it's error / errors
[12:08] <kneekoo> but in Romanian that word changes its form like this: eroare / erori
[12:08] <kneekoo> how do I write that?
[12:14] <maxb> kneekoo: The "s" is not a plural form. It means "string"
[12:15] <kneekoo> oh... thanks for explaining that
[12:15] <kneekoo> so do I have to alter this in any way? %(error)s
[12:15] <maxb> No, actually you _must_ _not_ alter the part between % and s in any way, or the application will break! :-)
[12:16] <kneekoo> ok, thank you
[12:17] <maxb> The only reason that it appears in the string is in case the structure of your target language requires that the substitution appear in a different position in the string
[12:17] <kneekoo> finally, it worked. :)
[13:51] <ahasenack> does anybody know if launchpad's openid was down around 22:57 UTC?
[13:54] <wgrant> ahasenack: It probably was.
[13:54] <wgrant> login.launchpad.net broke during the rollout for a while.
[13:54] <wgrant> The rollout started at 22:00 UTC.
[13:54] <maxb> Someone commented about login.launchpad.net 404ing at some point during the rollout
[13:55] <wgrant> Yes, somebody removed a symlink.
[13:55] <ahasenack> right, I saw some 404 in logs
[13:55] <ahasenack> thanks
[15:29] <VK7HSE> might have head in clouds but has LP just gone down ???
[15:30] <VK7HSE> no must just be me!!! disregard...
[17:34] <kirkland> https://edge.launchpad.net/~ubuntu-virt/+archive/virt-daily-upstream/+build/1129293
[17:34] <kirkland> Status:  	 Failed to upload
[17:34] <kirkland> what does this mean?
[17:34] <kirkland> the build succeeded
[17:35] <kirkland> the other arches built fine
[17:35] <kirkland> and uploaded
[17:39] <maxb> kirkland:  the reason is in the upload log - qemu_<IP_ADDRESS>90723063001-0daily1_all.deb: Version older than that in the archive. <IP_ADDRESS>90723063001-0daily1 <= <IP_ADDRESS>90723062001-0daily1
[17:40] <maxb> It likely means the build was retried, and by the time it had built, a later version of that package had already been built
[17:41] <maxb> oh, no
[17:42] <maxb> In this case it's because you tried to build a binary package "qemu" with a lower version than the one already in the archive from a different source package
[17:42] <kirkland> maxb: ah, okay, thanks.
[17:43] <kirkland> maxb: hang on
[17:43] <maxb> It only died on i386 because i386 is the nominated architecture for building "all"-architecture packages
[17:43] <kirkland> maxb: this is qemu-kvm which is different than qemu
[17:43] <kirkland> oh
[17:43] <kirkland> i see the binary package
[17:43] <kirkland> qemu that it provides
[17:43] <kirkland> okay, got it
[17:51] <mrevell> mthaddon: ping
[17:51] <mthaddon> mrevell: in a meeting - what can I help with>
[17:51] <mthaddon> s/>/?/
[17:51] <mrevell> mthaddon: Just wanted to talk about listing admin functions on the help wiki. No rush, can do it another time.
[17:52] <mthaddon> mrevell: actually, looks like the meeting's finishing up - go for it
[17:53] <mrevell> mthaddon: Joey suggested we publish the functions available to LP admins, so that people know it's possible to request those things via LP Answers. As one of those with said admin powers, I wondered if you'd help me compile the list.
[17:54] <mrevell> mthaddon: I'm planning to list them, at first, here: http://help.launchpad.net/AdminFunctions/Draft
[17:56] <mthaddon> mrevell: happy to help out
[18:37] <lex79> Hobbsee: around?
[18:40] <lex79> Hobbsee: when you came back can you raise the build score here? https://edge.launchpad.net/~kubuntu-ppa/+archive/staging
[18:40] <lex79> thanks :)
[19:13] <bialix> I have a question about mailing lists for the team. We have enabled ML for bzr-explorer-dev team. And now all bugmails going to the ML. How can I disable it?
[19:15] <bialix> #bzr
[19:15] <beuno> bialix, is it set as the team's contact address?
[19:16] <bialix> what is set?
[19:16] <bialix> beuno: "is it set" -- what is "it" here?
[20:01] <bialix> I have a question about mailing lists for the team. We have enabled ML for bzr-explorer-dev team. And now all bugmails going to the ML. How can I disable it? Anybody?
[20:04] <LarstiQ> bialix: is it because a bug contact is set to the same team as for the mailing list or something like that?
[20:05] <bialix> what should I say?
[20:05] <LarstiQ> yes or no ;)
[20:05]  * LarstiQ has a look at the bzr-explorer project
[20:05] <bialix> I don't know
[20:05] <bialix> where I can see this?
[20:06] <bialix> do you mean there should be separate team for ML only?
[20:06] <bialix> I can't see explicit settings for ML
[20:06] <LarstiQ> me neither :/
[20:07] <LarstiQ> bialix: I recall something like that, but barry might know more
[20:07] <LarstiQ> bialix: I'm pretty sure if that is the case there is a bug filed for it on launchpad
[20:07] <bialix> oh
[20:07] <bialix> bug it's a great of course
[20:08] <LarstiQ> the ml part of lp is a bit of mystery to me
[20:08] <bialix> for some reason bugmails of TBZR do not going to ML
[20:08]  * LarstiQ compares tbzr
[20:10] <LarstiQ> bialix: tbzr doesn't have contact details set?
[20:10] <bialix> what is (who is) Bug Supervisor?
[20:10] <bialix> contact details? where?
[20:11] <LarstiQ> bialix: on the group page, next to it the link https://edge.launchpad.net/%7Etortoisebzr-developers/+contactuser
[20:11] <LarstiQ> bialix: directly below the map
[20:11] <LarstiQ> bialix: maybe that is what beuno meant
[20:12] <LarstiQ> bialix: that if a group has a contact-address set, it will be used for bug mail
[20:12] <bialix> ok, will try to unset it
[20:15]  * bialix waiting for bugmail
[21:42] <salgado> bug 215340
[21:43] <salgado> matsubara, do you know who controls ubottu? it'd be nice to have it hang around in #lp-dev and #lp-reviews as well
[21:44] <matsubara> salgado, I think mup is better, but you can request it in #ubuntu-bots, IIRC
[21:55] <mnemo> they, that new LP feature where you get to click "yes this is the bug im trying to report" and mark it as "affected me too" is a GREAT IDEA
[21:55] <mnemo> one thing though
[21:55] <Ursinha> salgado, I guess the owner won't place it here, because it seems the bot is overloaded already
[21:55] <mnemo> it would be nice if it printed the number of affected peole
[21:56] <mnemo> not just duplicates but also "the number of people that clicked 'bug affects me too' on this bug is: XYZ"
[21:56] <salgado> Ursinha, here or there?
[21:57] <Ursinha> salgado, anywhere (but I messed up and read wrong :P)
[21:58] <salgado> guess we'll have to try mup, then
[21:58] <salgado> does anybody know why we have ubottu instead of mup here?
[22:00] <james_w> #ubuntu-ircbots control the bot I think
[22:01] <Ursinha> james_w, #ubuntu-bots
[22:02] <Ursinha> ubottu, owner
[22:06] <rowinggolfer> NEWBIE question (go easy on me guys)
[22:07] <rowinggolfer> is their a desktop application which gives similar functionality to the launchpad code viewer?
[22:07] <rowinggolfer> ie, browse the history of a bzr repository
[22:08] <bialix> LarstiQ: it seems worked now
[22:08] <dash> rowinggolfer: both bzr-gtk and qbzr have log visualization
[22:08] <dash> 'bzr vis' or 'bzr qlog' respectively
[22:08] <rowinggolfer> dash - thanks.
[22:08] <dash> or you could run loggerhead locally :)
[22:10] <rowinggolfer> dash qbzr looks ideal. many thanks
[22:14] <rowinggolfer> dash - wonderful, thanks.
[22:14] <rowinggolfer> however one thing that the launchpad site allows is to browse a tree as it was at an earlier revision.
[22:15] <rowinggolfer> do you know if that is unique to loggerhead?
[23:09] <garyvdm> rowinggolfer: I'm not 100% of the context of that question, but it is not unique.
[23:10] <garyvdm> you can do it in the command line with bzr inventory -r xxx
[23:10] <garyvdm> or with bzr qbrowse -r xxx
[23:12] <garyvdm> rowinggolfer: rather than inventory you can do bzr ls -r xxx
[23:13] <wgrant> And bzr cat -r xxx somefile
[23:15] <rowinggolfer> garyvdm: wgrant thanks.


[06:49] <dholbach> good morning
[16:23] <jono> allison, ajmitch, highvoltage, stgraber hey
[16:23] <jono> one of the things that allison asked that I could help with was getting MyApps bugs fixed by Canonical staff
[16:24] <jono> I know that a while back there was an agreement around requiring app devs to submit PPAs (instead of uploading random tarballs), so I wanted to follow up on this with the MyApps devs
[16:25] <jono> I will send an email to the mailing list as I suspect many of you are not on IRC right now
[16:34] <jono> just sent the mail
[21:01] <ajmitch> morning
[21:03] <wendar> hi
[21:03] <wendar> meeting?
[21:04] <ajmitch> if there are people around, sure :)
[21:04] <asomething> i was planning on sitting in...
[21:05] <wendar> we need 3 to vote, but any is enough for a quick review
[21:05] <ajmitch> let's head to -meeting then
[21:08] <ajmitch> highvoltage, stgraber: meeting ping


[22:57] <vorburger> shadeslayer, are you able to help me out, total newbie trying out https://developer.gnome.org/gnome-devel-demos/unstable/image-viewer.c.html.en ? It builds, but on exec only empty window, no button in it as tutorial suggests.. what am I doing wrong?
[22:57] <shadeslayer> not really, I mostly work on KDE and Qt stuff
[22:58] <shadeslayer> copy pasted the code exactly?
[22:58] <shadeslayer> does the image exist
[23:01] <vorburger> yep. image does not exist - goal is to get a file chooser.. let me try over in #gnome-love instead of here. Tx!


[14:30] <alexkalopsia> Hi everyone. Extra-noob here.  Like a bare-bone note-taking app. I also have no clue if this is the correct place where to look for help, but yeah, I have programming background though mostly in gamedev. I literally dont know where to
[14:30] <alexkalopsia> start and I am open to learning by doing some tutorials or unrelated projects as long as they help me figure out how things work
[14:31] <alexkalopsia> something like this (https://github.com/m0ngr31/DailyNotes) would be my goal
[14:32] <alexkalopsia> I am guessing I could for that repo and reverse engineer how it was built, but yeah, not sure if there's a cleaner way to understand how to build an application in the first place


 "Because that gets staged" <- I missed that (or forgot). What do we need to do?
[08:29] <Saviq> Just rebuild
[08:30] <Saviq> Here: https://launchpad.net/~mir-team/+snap/ubuntu-frame-22-beta
[08:31] <alan_g[m]> Doh! I finally understood what you were saying. Sorry for the noise
[08:32] <Saviq> It's not ideal, but it also does just the minimum (`snapctl is-connected && exec provider-wrapper`) so it shouldn't change _too_ often :)
[08:36] <alan_g[m]> It sounds like reinventing "make" yet again, but maybe we should automate rebuilds when
[08:36] <alan_g[m]> graphics-core22 changes?
[08:38] <Saviq> Let's see if this bites us again. I don't think it will, any time soon.
[08:40] <alan_g[m]> OK, everything except Frame/22 is promoted to stable: https://discourse.ubuntu.com/t/call-for-testing-ubuntu-frame-mir-test-tools-mir-kiosk-egmde-mir-2-13-0-update/34812/5
[08:44] <alan_g[m]> Still no takers for the cake: Time for "@reviewers ping!"?
[08:47] <Saviq> Yeah, doing.
[10:01] <alan_g[m]> OK, I've updated Frame 22/candidate and tested locally. I'm not going to post a CfT on the forums as anyone using it is already in "here be dragons" territory. Any reason to give CI a chance to complain before pushing to stable?
[10:04] <alan_g[m]> Oh! Right on cue: some test failures! 😬
[10:22] <Saviq> I do see a problem with the test setup - the scripts install stuff with --no-wait and then monitor snap changes for anything Doing. But that doesn't seem to work reliably - possibly the changes are not showing yet when it looks, and then things go wrong down the line
[10:29] <alan_g[m]> So, nothing caused by the snap under test. I'll leave this on candidatee for now. Maybe we'll get the global autoconnect today.
[11:32] <Saviq> > <@github:maunium.net> **[MirServer/ubuntu-frame]** AlanGriffiths opened [issue #135](https://github.com/MirServer/ubuntu-frame/issues/135): We don't label snap versions clearly... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/b436c56a5b63145d96ba433ba74bbb82732ce9b9>)
[11:34] <Saviq> Tags have the advantage of a) can do post-factum, b) include annotations; the other approach: c) generally comes in the commit
[11:35] <Saviq> Disadvantages of tags: d) can forget to do post-factum; the other approach e) we'll only be cherry-picking, so the versions will have to mean something different anyway
[11:36] <Saviq> Which sounds to me like we actually need a release process, rather than building from main to beta directly
[11:47] <alan_g[m]> That sounds like overhead we would need to dismantel to get continuous deployment. Can't we automate tagging as part of merge? And then use the tag for building the snap?
[11:48] <Saviq> But what to put in the tag? Like… they're going to mean something different (because cherry-picking), so what more context do they give than the SHA?
[11:52] <alan_g[m]> PR number?
[12:23] <Saviq> If we only allow PRs into core20, yeah that could work
[12:35] <Saviq> Except maybe when we merge more than one PR, but you can still track back to what's in there from the merge commit
[13:02] <alan_g[m]> One "con" is that PRs can arrive in "inverted" order, which might be confusing if anyone is paying attention to the version strings
[13:24] <Saviq> Right, but if we be explicit about it, e.g. 22-pr12+mir2.13.0, then that would hopefully be clear enough?
[13:25] <Saviq> Not sure if we need 22- when Mir version should hint at that, unless someone's stuck on 22 with older Mir for some reason
[13:29] <alan_g[m]> We do need something to avoid tags clashing between tracks, and that's simle
[13:29] <alan_g[m]> *simple
[13:29] <Saviq> They wouldn't ever clash since PRs are linear within a repository
[13:30] <Saviq> But I'm not opposed
[13:31] <alan_g[m]> True. I had been musing about a "cherry-pick and tag" process that tracked the original PR
[13:31] <Saviq> At first I thought auto-tagging as well, but that's just too many tags… would rather extract the PR number from HEAD's commit message
[13:31] <Saviq> And if that fails, something's wrong anyway
[13:32] <Saviq> (fall back to git #)
[13:56] <alan_g[m]> A thought just surfaced, so I'm dumpling it here: would Snap epochs help with moving `latest` to core22 without "breaking" upgrades?
[14:13] <Saviq> Not really, no, the only thing they do is make sure that there is a step when you refresh between epochs directly (e.g. last revision in epoch 1 to first revision in epoch 2)
[14:13] <Saviq> The idea is that you get any migration out of the way in that transition, and don't have to maintain the migration code forever
[14:15] <alan_g[m]> Can't they make epoch 1 stuff invisible to epoch 0 installs? (If we don't create an epoch 1* transition.)
[14:16] <alan_g[m]> Anyway, I was trying to dump and forget. Retrying...
[14:51] <Saviq> That could work… we could even continue to release both epochs to latest… but would have to remember to release 22 last
[15:00] <alan_g[m]> I don't think we want to publish the earlier epoch - in case someone installs it
[15:00] <alan_g[m]> *republish
[15:02] <alan_g[m]> I was simply thinking it avoids suprise migrations
[15:24] <Saviq> Not re-publishing the old epoch would mean they'd be stuck on an old version, and potentially remain vulnerable
[15:26] <alan_g[m]> Yes, they should switch to the 20 track for updates
[15:26] <Saviq> Well, yes, but who's gonna tell them :)
[15:27] <alan_g[m]> I don't think there's a perfect solution, this was just an idea for the mix
[15:31] <alan_g[m]> Folks with a "store" likely don't track `latest` anyway
[16:18] <Saviq> sophie a couple things I thought of wrt. mir-ci:... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/ef911c2686e3d7999a171d61bfa243c97a4ab6aa>)
[16:24] <sophie-w> pytest marks looks like a good, as long as it it doesn't mess up parameterization
[16:29] <sophie-w> I don't think dependency setup should be part of the tests. For one thing that would make the tests distro-specific. Maybe have multiple setup scripts for different servers? With all the common things installed by one common setup script?
[16:31] <Saviq> Yeah but that explodes… and then to select only a subset of servers / apps, you need to parameterize that…
[16:32] <sophie-w> We could write a script that also respects the MIR_TEST_SERVER variable (or otherwise respects dynamic arguments)
[16:34] <Saviq> Yeah that's what I went for initially, but if using pytest.marks, which I think we should do, we're rid of MIR_TEST_SERVER
[16:34] <Saviq> OK I'll see if I can set it up in a way that the fixture is NOOP (or maybe just checks for [ -x $server ]) unless asked otherwise
[16:40] <sophie-w> I just tested an idea which could maybe solve this? You could have a test that installs the dependencies, but put it in a file that doesn't start with test_. Then you would explicitly run pytest install_deps.py $PYTEST_ARGS before running the tests, and install_deps.py wouldn't automatically run as part of the test suite.
[16:41] <Saviq> Yes, that's exactly what I was thinking
[16:41] <Saviq> And that could still use the same fixtures, only in a "check only" mode
[16:41] <sophie-w> Ok cool, then it doesn't make it any more inconvenient to manually install the dependencies and run the tests on another distro.
[16:42] <Saviq> Or maybe skip mode even better


[00:04] <micahg> charlie-tca: as far as packages building, BTW, the xubuntu packageset is totally built on armel, that doesn't mean they all work though, there are some core and desktop-core packages failing to build on armel at the moment though
[00:08] <charlie-tca> good. We have to commit to testing the image though if we want to have it.
[00:10] <micahg> right, I just want to make sure it's feasible to get it working before committing, unless committing doesn't mean a guaranteed final delivery of xubuntu on armel
[00:11] <charlie-tca> Hm, well, right now we are not planning it for alpha1, at least
[00:13]  * micahg thought there wouldn't be a xubuntu alpha 1
[00:14] <charlie-tca> That was the discussion when I lost the internet for 6-1/2 hours today
[00:15] <cody-somerville> micahg, Hi. I don't think we've been properly introduced before. I'm Cody. :-)
[00:16] <micahg> hi cody-somerville I'm Micah :)
[00:16] <micahg> cody-somerville: sorry I missed you at UDS
[00:16] <cody-somerville> micahg, Oh, you were at UDS? You should have pinged me. :)
[00:17] <micahg> cody-somerville: we were supposed to meet by the DMB meeting that never happened
[00:17] <micahg> or rather, that would have been convenient
[00:18]  * cody-somerville grins.
[00:18] <cody-somerville> micahg, Do you have much experience with Python?
[00:18] <micahg> cody-somerville: no, but I'd like to start learning it this cycle as I'm sure I'll end up with some python porting for the xul20 migration
[00:19]  * cody-somerville nods.
[00:22] <micahg> cody-somerville: so, I've been a Xubuntu user for about 3 years now, I know you're short handed developer wise and was hoping to help
[00:39]  * micahg hopes he didn't scare cody-somerville away
[00:39] <cody-somerville> Sorry on phone.
[00:40] <micahg> cody-somerville: ah, np
[00:44] <j1mc> hi cody-somerville and micahg
[02:59] <charlie-tca> Good evening, j1mc
[02:59] <charlie-tca> Hope you are doing well?
[03:09] <j1mc> hi charlie-tca
[03:09] <j1mc> i am well - how about you?
[03:10] <charlie-tca> Doing pretty good.
[03:10] <charlie-tca> Looks like a week of real mean weather here now. schools closed for three days already this week
[03:10] <j1mc> wow
[03:11] <charlie-tca> yeah, they already closed for tomorrow
[03:13] <j1mc> i read the meeting minutes from the last meeting.  did you know that there's someone contributing to docs?
[03:14] <charlie-tca> I knew there was during maverick. I am hoping they still are working them.
[03:21] <j1mc> it looks like the last commit was on the 7th of this month
[03:23] <charlie-tca> hm, that is still good, then. Should I track him/her down and introduce myself?
[03:23] <j1mc> i think that would be good
[03:24] <j1mc> he goes by "Book 'em Dano" ... email is<EMAIL_ADDRESS>[03:24] <charlie-tca> I will do that, then.
[03:24] <charlie-tca> Thank you very much.
[03:24] <j1mc> :)
[14:09] <charlie-tca> Good morning
[15:57] <charlie-tca> Reminder: Xubuntu community meeting 2010-11-25 at 19:00 UTC
[15:57] <ochosi> charlie-tca: here or in #xubuntu?
[15:58] <charlie-tca> held in #ubuntu-meeting
[16:03] <ochosi> k
[16:07] <charlie-tca> ochosi, that is tomorrow, though. 11-25
[16:08] <ochosi> got it
[21:29] <micahg> charlie-tca: the Xubuntu meeting is now on the fridge thanks to nhandler
[21:30] <charlie-tca> Great! thanks
[21:34] <micahg> charlie-tca: should I look into joining the Xubuntu team?
[21:34] <charlie-tca> not yet
[21:35] <charlie-tca> Let us get the project lead settled and let you get started first
[21:35] <micahg> charlie-tca: k