[02:53] <rick_h_> wheee bug spam
[02:53] <rick_h_> but with that I think I'm spent. party on
[02:53] <rick_h_> huwshimi: though can you update your card? I thought I saw a pull request for your card that's in branch start
[02:54]  * rick_h_ runs away
[03:10] <huwshimi> Ah yes
[09:48] <frankban> rogpeppe1: morning and LGTM. If you agree, we can proceed like the following: you remove cmd stuff from core and I move the store commands from core to store. How does it sound?
[09:49] <rogpeppe1> frankban: sgtm
[09:49] <frankban> rogpeppe1: cool, I just found a typo on the cmd branch
[09:50] <rogpeppe1> frankban: oh yes?
[09:50] <frankban> rogpeppe1: yes, in a comment, so nothing bad
[10:10] <frankban> rogpeppe1: what's the idiomatic way to add a command to a package? creating a cmd dir and subdirs for each command, each one including a main package?
[10:10] <rogpeppe1> frankban: yup
[10:10] <frankban> rogpeppe1: cool thanks
[10:48] <frankban> rogpeppe1: I encountered code like this: http://pastebin.ubuntu.com/7638321/ . Do we have any conventional meaning for those kind of blocks?
[10:49] <rogpeppe1> frankban: looks a bit weird to me - it doesn't seem like there's any purpose to the extra scope
[10:50] <rogpeppe1> frankban: where's the code?
[10:51] <frankban> rogpeppe1: you can found those additional scopes in both cmd/charm-admin test files
[10:51] <rogpeppe1> frankban: ha
[10:51] <rogpeppe1> frankban: i found three almost identical places
[10:51] <rogpeppe1> frankban: definite copypasta
[10:51] <frankban> rogpeppe1: ok I'll fix those in charmstore
[10:51] <rogpeppe1> frankban: i see no reason for the block at all
[10:52] <frankban> rogpeppe1: are there cases where blocks like them are not meaningless?
[10:52] <rogpeppe1> frankban: ah, i *think* i see what they were trying to do
[10:52] <rogpeppe1> frankban: i think they thought that defer is block-scoped
[10:53] <frankban> rogpeppe1: yes, each block has its own defer
[10:54] <frankban> rogpeppe1: AFAICT there is no need to do that, and also defer should come right after the error check
[10:54] <rogpeppe1> frankban: they should do the close (not deferred) just after the Fprintf
[10:55] <rogpeppe1> frankban: but this would be a better way to do it:
[10:55] <rogpeppe1> frankban: http://paste.ubuntu.com/7638340/
[10:55] <frankban> rogpeppe1: right ioutil.WriteFile
[10:56] <frankban> rogpeppe1: ok I'll change all the occurrences
[10:57] <rogpeppe1> actually, it needs configPath to be saved: http://paste.ubuntu.com/7638343/
[11:34] <frankban> rogpeppe1: could you please take a look at https://github.com/juju/charmstore/pull/3 ?
[11:35] <rogpeppe1> frankban: looking
[11:40] <bac> frankban: thanks for the review
[11:41] <frankban> bac: yw, what do you think?
[11:41] <bac> frankban: still digesting.  i think it is probably a good idea.
[11:44] <rogpeppe1> frankban: reviewed
[11:46] <frankban> rogpeppe1: thanks
[11:46] <frankban> rogpeppe1: do you want to remove those commands from core as part of your cmd removal branch?
[11:47] <bac> frankban: one issue, is in setup we need the platform before calling _get_packaging_info, which is needed to create the parser.  so there is a chicken-egg thing to sort out
[11:47] <rogpeppe1> frankban: feel free to do it independently if you like
[11:48] <bac> frankban: your suggestion has a parser before determining the platform
[11:48] <rogpeppe1> anyone know how to do in git the equivalent of "bzr revert somefile.go otherfile.go" ?
[11:48] <rick_h_> frankban: were we able to keep updating the older precise charm? I thought we had something that didn't work so we were only updating precise.
[11:48] <rick_h_> rogpeppe1: git checkout file.go
[11:49] <rick_h_> rogpeppe1: will return it back to the original state
[11:49] <rogpeppe1> rick_h_: and that doesn't affect HEAD ?
[11:49] <rogpeppe1> rick_h_: thanks
[11:50] <rogpeppe1> rick_h_: that worked beautifully and extracted me from a nasty situation...
[11:51] <frankban> bac: IC. In this case let's keep retrieving the platform at the beginning of setup, and then call _validate_platform(platform, parser) near the end
[11:52] <bac> frankban: yeah, that's doable and avoids the program exit
[11:52] <bac> sounds good
[11:53] <frankban> rick_h_: trusty and precise charms share the same development codebase. We just need to push to both cs locations when releasing. IIRC the only broken bit in the precise charm is juju-gui-source={some git branch}
[11:54] <frankban> bac: great
[11:54] <frankban> rogpeppe1: ok, I'll do that after lunch
[11:55] <rick_h_> frankban: ah, maybe that's what I was thinking. I thought it was something in changes in git.
[11:55] <rick_h_> frankban: thanks, we'll get the precise one updated today as well
[11:56] <frankban> rogpeppe1: I see your point re VCS history, but at this point I'd be inclined to just merge it. Sounds good?
[11:56] <rogpeppe1> frankban: yeah, sgtm
[11:56] <frankban> rogpeppe1: thanks
[11:56] <rogpeppe1> frankban: the history that gets imported is all mangled anyway.
[11:57] <rogpeppe1> frankban: i just go back to lp...
[12:14]  * frankban lunches
[13:05] <rick_h_> bac: frankban should we wait on a release blog post for quickstart until 1.4?
[13:05] <bac> rick_h_: yes, i think so
[13:05] <rick_h_> bac: frankban I was going to write up a small blurb for the blog for 1.3.5 but notice the 1.4 card
[13:05] <rick_h_> bac: ok cool, will hold off
[13:16] <rick_h_> jujugui very small docs branch for review please. https://github.com/juju/juju-gui/pull/387
[13:17] <frankban> rick_h_: done
[13:18] <rick_h_> frankban: ty much
[13:41] <frankban> rogpeppe1: could you please review https://github.com/juju/juju/pull/92 ?
[13:42] <rogpeppe1> frankban: looking
[13:43] <rogpeppe1> frankban: reviewed
[13:44] <frankban> rogpeppe1: thanks +1 on adding a dependencies.tsv to charmstore
[13:52] <frankban> rogpeppe1: and here it is: https://github.com/juju/charmstore/pull/4
[13:52] <bac> frankban: changes made, so please have a look when you can: https://codereview.appspot.com/108930045
[13:52] <bac> frankban: the changes did simplify the tests somewhat, which is always a good sign
[13:52] <frankban> bac: I'll look in a minute
[13:52] <frankban> bac: great
[13:53] <rogpeppe1> frankban: LGTM
[13:56] <frankban> rogpeppe1: thanks
[14:03] <rick_h_> hatch: morning, happen to still have the charm files downloaded?
[14:03] <rick_h_> hatch: I was mistaken in not doing the precise charm
[14:03] <hatch> I do yep
[14:03] <hatch> oh ok
[14:06] <rick_h_> luca: heads up, shot down on a deploy on friday by IS so I'm on the schedule for a deploy first thing monday morning
[14:07] <rick_h_> hatch: cool, if you can merge/update the precise one as well and let me know I'd appreciate it. I want to hold off on the blog post until that gets ingested.
[14:16] <luca> rick_h_: bloody IS! jk no problem, monday might be a better day to do it
[14:16] <rick_h_> luca: yea, sorry for the delay. We didn't quite get things wrapped up in time yesterday
[14:16] <frankban> bac: review done, thanks for the changes
[14:16] <luca> rick_h_: did we solve the onboarding issue?
[14:17] <rick_h_> luca: well after looking at it it's not a total mishap. It doesn't show in the right place, but the image is still good/sound so we decided we could release as is and update it
[14:18] <luca> rick_h_: ok, can I see it on comingsoon/mv?
[14:18] <rick_h_> luca: no mv needed. Just go to comingsoon, click in the "Help and feedback" and click on tutorial
[14:19] <rick_h_> luca: then go next/next until you see the inspector one
[14:19] <luca> ok, thanks. Will check it out
[14:19] <rick_h_> yea, appreciate the look and we'll be bugging you to find out how you want to handle moving/adjusting it.
[14:19] <rick_h_> luca: then again, with the MV and other onboarding stuff on the schedule not sure if it's worth the time to update.
[14:20] <luca> rick_h_: yeah
[14:20] <luca> rick_h_: in the onboarding the inspector is still on the right hand side
[14:21] <rick_h_> luca: right, that's what we're talking about. It's kind of tossed up there like a headless ghost
[14:21] <rick_h_> luca: but to move it over to the left doens't quite work out as a static image since the height is 'whatever the user's browser is'
[14:21] <rick_h_> luca: but as for a tutorial of "here's what a cool inspector looks like' the image is accurate and recognizable so left it for now
[14:32] <hatch> I am inspector, hear me roar
[14:35] <hatch> rick_h_ ok the precise charm has been updated - so I'm guessing 30mins or so and it should be live
[14:35] <rick_h_> hatch: rgr, thanks. I'll keep an eye on ingestion
[14:37] <hatch> rick_h_ after the call today did you want to chat about that rendering perf stuff? Or beore?
[14:37] <hatch> before
[14:37] <rick_h_> hatch: either or works for me
[14:37] <hatch> sure, I'll hop in the friday room now
[14:37] <rick_h_> k, /me finds headphones
[14:47] <luca> rick_h_: it’s looking all good to me and Ale, lets launch. We’ll change it soon.
[14:47] <rick_h_> luca: sounds good, will launch it monday
[14:47] <rick_h_> I'll have a release blog post up in a bit here once the charms are loaded into charmworld
[14:47] <luca> rick_h_: thanks rick + team :)
[14:48] <rick_h_> jujugui team rocks :) and call in 12 so kanban it up please.
[14:55] <hatch> for those who use w=1 on github....are you still able to comment on the code with w=1? the commenting functionality doesn't work for me
[14:59] <bac> jujugui: i cannot get to the calendar so i don't have the URL.  can someone paste it please?
[14:59] <rick_h_> sure thing
[14:59] <rick_h_> bac: https://plus.google.com/hangouts/_/calendar/cmljay5oYXJkaW5nQGNhbm9uaWNhbC5jb20.t3m5giuddiv9epub48d9skdaso?authuser=1
[14:59] <rick_h_> jujugui call about now
[15:01] <rick_h_> jcsackett: ^
[15:01] <rick_h_> kadams54: ^
[15:01] <jcsackett> rick_h_: freaking google is saying i don't have the plugin *again*.
[15:01] <jcsackett> working on it.
[15:01]  * jcsackett is growing to loathe google.
[15:01] <kadams54> having problems connecting as well
[15:01] <kadams54> The little green quotes icon just keeps jiggling away
[15:01] <rick_h_> kadams54: chrome did that to me yesterday had to use FF
[15:23] <hatch> rick_h_ hey when you get a chance I need a set of tasks for focus on
[15:24] <hatch> shall I do the cleanup now?
[15:24] <rick_h_> hatch: yea, I think if you don't mind I'd like to move forward on those
[15:24] <rick_h_> and then we'll pull makyo back over from IL to MV
[15:25] <hatch> sure, sounds like a plan
[15:26] <hatch> woah I'm working on something that's not unsched
[15:26] <rick_h_> hatch: but let me know if you want a break and work on something else. Nothing in there is required this week kind of stuff
[15:26] <rick_h_> :)
[15:26] <hatch> nah it's ok - unless you want me to go work on some three.js for fun today....
[15:26] <hatch> no?...
[15:26] <hatch> :P
[15:26] <rick_h_> hah
[15:27] <hatch> I swear it has implications for the GUI!
[15:27] <hatch> haha
[15:27] <rick_h_> hey, you were all happy to be working on sched work for a change. Why mess it up? :P
[15:27] <hatch> haha
[15:28] <hatch> living closeish to the airport is kind of cool, there are so many cool planes
[15:28] <bac> frankban: hey, got a second to look at jenkins for brew? http://bot.brew.sh/job/Homebrew%20Pull%20Requests/11953/version=mavericks/console
[15:29] <bac> frankban: it looks like even calling '--version' is pulling in urwid that is failing on their test platform, likely due to being headless
[15:29] <frankban> bac: sure
[15:32] <frankban> bac: looking
[15:34] <bac> frankban: it is in manage/_create_save_callable.  i wonder if we moved the import of cli.views locally if it would go away
[15:35] <frankban> bac: importing views should not run anything at module level
[15:35] <frankban> bac: _start_interactive_session is explicitly cvalled in the traceback
[15:36] <bac> frankban: yeah, i see that now
[15:36] <frankban> bac: this smells: pkg_resources.run_script('juju-quickstart==1.3.5', u'juju-quickstart')
[15:36] <frankban> bac: it seems quickstart is run without --version for some reasons
[15:42] <bac> frankban: i think that is ok b/c sys.argv is being set prior
[15:42] <frankban> bac: yeah
[15:42] <bac> frankban: this works for me:
[15:42] <bac> [bac@sol ~]$ /usr/local/Cellar/juju-quickstart/1.3.5/libexec/bin/juju-quickstart  --version
[15:42] <bac> juju-quickstart 1.3.5
[15:43] <bac> frankban: i think the problem is we're deciding whether it is interactive or not before processing the command line args
[15:43] <bac> so we see it is interactive even though --version won't take advantage of it
[15:45] <frankban> bac: if --version is set, parser.parse_args() should call sys.exit before even caling _setup_env
[15:47] <bac> frankban: yep, verified
[15:47] <frankban> bac: so something in their environment is preventing argparse to exit
[15:48] <bac> frankban: or it isn't getting the argument
[15:48] <frankban> bac: yes
[15:52] <bac> frankban: shifting gears, any thoughts on the precise / mock version issue?  we rely on mock >= 1.0.1 pretty heavily.  seems like a backport is in order.
[15:52] <frankban> bac: to launch tests on precise?
[15:52] <bac> frankban: yes, the tests fail on precise.  let me grab the log
[15:53] <frankban> bac: don't we install mock with pip?
[15:54] <bac> frankban: https://launchpadlibrarian.net/177510623/buildlog_ubuntu-precise-i386.juju-quickstart_1.3.5%2Bbzr80%2Bppa23%7Eubuntu12.04.1_FAILEDTOBUILD.txt.gz
[15:55] <bac> frankban: the build farm doesn't appear to use pip.  only installs ubuntu packages
[15:55] <bac> makes sens
[15:55] <bac> s/sens/sense/
[15:56] <frankban> bac: so I guess you updated the packaging repo to run the tests before building
[15:56] <frankban> bac: and that's really good
[15:57] <bac> frankban: i did not consciously do that
[16:01] <frankban> bac: :-) but it is there (in debian/rules) I think we have two options: 1) as you mentioned, backport mock, and put it on the PPAs (it should be easy) or 2) change debian/rules so that tests are run with make check
[16:02] <frankban> bac: if the current packaging setup reflects the one used by the distro release, then I'd vote 1)
[16:02] <bac> frankban: oh, ok, that was part of the reconciling with the ubuntu package that robie requested
[16:02] <bac> frankban: yes, that is the case
[16:03] <bac> frankban: yeah, backport seems the way to go
[16:03] <frankban> bac: yes, the brew stuff instead is weird
[16:04] <bac> frankban: back to the brew issue, i've got no ideas.  testing is pretty heavy weight, too
[16:07] <bac> frankban: going to grab lunch.  if you have any bright ideas before your EoD i'm all ears! :)
[16:08] <frankban> bac:  I see a problem
[16:08] <frankban> bac: "JUJU_HOME=/tmp/frack juju-quickstart --version" works
[16:09] <frankban> bac: "JUJU_HOME=/tmp/frack juju quickstart --version" starts the interactive session
[16:09] <frankban> spot the difference
[16:10] <rick_h_> dashes are important? :)
[16:16] <hatch> rick_h_ fyi - I have an env spinning up to test that latest bug report
[16:19] <rick_h_> hatch: ok cool. I replied and added a card for that. Kind of floored.
[16:20] <hatch> I'm guessing that I won't be able to reproduce :)
[16:20] <hatch> it's a little sparse on the details but who knows, maybe Ill get luky haha
[16:21] <rick_h_> heh, yea it is a bit vague but sounds like "gaaahhhh the horror everyone is dead!"
[16:21] <hatch> lol!!
[16:21] <hatch> "I'm not dead yet"
[16:21] <rick_h_> and you can't help but want to ask "it's ok now...tell us what happened out there?"
[16:22] <hatch> haha
[16:32] <frankban> bac: I've found the problem: it is a juju-core bug: in juju/cmd/envcmd/environmentcommand.go:environCommandWrapper.Init, if the default environment cannot be retrieved, the wrapped EnvironCommand.Init is not called. For this reason, without a juju environment, basically juju does not pass the arguments to the plugin
[16:32] <frankban> rogpeppe1: ^^^
[16:33] <kadams54> guihelp: any of the US/CA folks know if we need to stay a Saturday night for the sprint?
[16:33] <frankban> bac: so, a solution for brew could be testing juju-quickstart --version and not "juju   quickstart"
[16:34] <hatch> kadams54 why?
[16:34] <rick_h_> kadams54: I found if I flew out sat I was ok.
[16:34] <hatch> oh I see
[16:34] <kadams54> I was initially planning on flying out Sunday, 7/20 and coming back Friday, 7/25
[16:34] <rogpeppe1> frankban: hmm, i don't understand how this is a bug
[16:34] <rick_h_> kadams54: the price diff for the extra day wans't that much
[16:34] <hatch> kadams54 I find it best if you pick a flight that gets there in the MORNING on sunday
[16:34] <rogpeppe1> frankban: if Init fails, surely things should progress no further?
[16:35] <kadams54> Is the price diff just in flights, or does it have to do with the hotel as well?
[16:35] <rick_h_> kadams54: yea, I'd plan on flying out sat and arriving sunday on the overnight flights. At least what I tend to do.
[16:35] <hatch> then you stay up until about 9pm, and you're minimally jet lagged on monday
[16:35] <frankban> rogpeppe1: IMHO Init should not fail if there is no default env
[16:35] <hatch> yep same here
[16:35] <kadams54> OK, will do.
[16:35] <rogpeppe1> frankban: it only fails if there's no default env and no environment has been explicitly specified
[16:35] <hatch> it was considerably cheaper for me to stay an extra day on the front
[16:35] <hatch> like $400
[16:35] <rick_h_> right
[16:36] <frankban> rogpeppe1: no default env, and even no juju home can be an expected use case for plugins. e.g. that's the exact case for quickstart
[16:36] <hatch> but I haven't booked the flights yet so will see :)
[16:36] <hatch> but as it stands right now I'll be landing there Sat morning
[16:36] <rogpeppe1> frankban: so how is an environment command supposed to know what environment to operate on?
[16:36] <rogpeppe1> frankban: if there's no default env and no env specified
[16:36] <frankban> rogpeppe1: right now juju still calls the external plugin but doesn't pass arguments, and that seems broken
[16:36] <hatch> kadams54 the hotel rooms are about $200USD/night so you can take that into consideration
[16:36] <kadams54> Are we flying into Heathrow?
[16:36] <hatch> yes
[16:37] <hatch> LHR
[16:37] <hatch> there are some tricks to getting around too which we can fill you in on
[16:37] <hatch> I've spent a bunch of time exploring :)
[16:37] <rick_h_> lol, don't walk there :O
[16:37] <hatch> why noT!!!!
[16:37] <hatch> lol
[16:37] <frankban> rogpeppe1: quickstart is a plugin, and handles the fact there is no default env pretty well
[16:38] <rogpeppe1> frankban: ha, so all plugins have to be env commands
[16:38] <rogpeppe1> frankban: i'd missed that
[16:38] <frankban> rogpeppe1: in general, I think finding the environment to work with should be plugins' business
[16:39] <rogpeppe1> frankban: yeah, i'm not sure why RunPlugin is doing what it's doing
[16:40] <kadams54> I've heard the Jack the Ripper Walking Tour is not to be missed.
[16:41] <frankban> rogpeppe1: that's not an urgent bug, we can work around that: bac: I am +1 on avoid testing both juju and quickstart in brew. we are interested in quickstart, and I assume juju is tested as well when installed by brew. so just adding the dash hopefully will fix the problem
[16:41] <rogpeppe1> frankban: ah, it's just so that the juju env can be passed in an env var rather than as a flag. i guess it saves the plugin doing all the JUJU_ENV magic
[16:41] <rogpeppe1> frankban: ha, and extractJujuArgs is horribly bogus
[16:42] <rogpeppe1> frankban: it won't work if you do juju someplugin -e=foo
[16:42] <rogpeppe1> frankban: or (assuming there's another single-letter flag, say -z) -ze foo
[16:43] <frankban> rogpeppe1: yeah, there is area for improvements in that part of the code: silently removing arguments is not good
[16:44] <rogpeppe1> frankban: silently *perhaps* removing the *possibly wrong* arguments is even worse
[16:44] <frankban> rogpeppe1: :-)
[16:44] <rogpeppe1> anyway, it's trivial to work around
[16:44] <rogpeppe1> for the time being
[16:44] <rogpeppe1> just set JUJU_ENV=xxx
[16:56] <hatch> rick_h_ on the latest Safari even accepting the self signed cert isn't making the GUI load
[16:56] <hatch> invalid certificate chain on the websocket it's saying
[17:04] <rick_h_> hatch: there's a trick to it
[17:04] <rick_h_> hatch: you have to hit an extra button and accept.
[17:05] <rick_h_> hatch: let me get my laptop, sec
[17:05] <hatch> ohh lol
[17:05] <rick_h_> hatch: is there an env you have up and running?
[17:05] <hatch> yep
[17:05] <rick_h_> sec, let's hangout and I can show it, easier that way
[17:05] <rick_h_> hatch: standup?
[17:05] <hatch> sure sec
[17:18] <kadams54> US peeps: am I correct in thinking that I don't need a visa?
[17:18] <hatch> are you a criminal?
[17:18] <kadams54> Nope
[17:18] <hatch> then you should be ok lol
[17:18] <rick_h_> lol
[17:18] <hatch> sorry that was phrased wrong
[17:18] <hatch> have you ever been CAUGHT
[17:18] <kadams54> British Embassy web site is telling me I don't need one, so I think I'm good :-)
[17:18] <hatch> :P
[17:18] <kadams54> lol
[17:19]  * rick_h_ goes to get lunchables.
[17:19] <hatch> I'm in the common wealth - I walk in, fist bump the guards and carry on
[17:19] <kadams54> Ha!
[17:19] <hatch> rofl
[17:20] <kadams54> In my head you said "G'day mate" while doing that.
[17:21] <kadams54> So a lovely mismash from across the commonwealth.
[17:23] <bac> going through customs to enter montreal was one of the most pleasant of those experiences
[17:23] <bac> dude was bored, i guess, wanted to talk about agile development, etc.  was very odd.
[17:23] <bac> well, bored and nerdy
[17:26] <hatch> kadams54 lol!!
[17:27] <hatch> bac haha cool
[17:47]  * rogpeppe1 is done for the day
[17:47] <rogpeppe1> happy weekends all
[17:49] <hatch> enjoy your weekend rogpeppe1
[18:13] <bac> wow, backportpackage is the world's best thing ever!
[18:13] <bac> backportpackage -d precise -s trusty -u ppa:juju-gui/quickstart-beta python-mock
[18:13] <bac> done
[18:27] <rick_h_> bac: you don't say...that looks kind of cool
[18:28] <bac> easy and worked.  usually you don't get both.
[18:47] <rick_h_> ok, I'm outta here. Time to pack the camper. Everyone have a great weekend!
[18:52] <hatch> cya lata rick_h_  have a good one
[18:55] <jcsackett> juju-gui: can someone tell me where existing services get loaded into the db?
[18:56] <jcsackett> my ack and grep fu is weak.
[18:57] <kadams54> jcsackett: ugh, I'm pretty sure frankban told me this once…
[18:57] <kadams54> jcsackett: …but I've slept since then!
[18:57]  * jcsackett laughs
[18:58] <kadams54> Looking…
[19:00] <kadams54> I think in models/handlers.js
[19:00] <kadams54> Beginning on line 217
[19:00] <kadams54> https://github.com/juju/juju-gui/blob/develop/app/models/handlers.js#L217
[19:04] <jcsackett> kadams54: thanks.
[19:08] <hatch> stepping away for lunch
[19:09] <hatch> jcsackett if you're looking from via the delta path then the handlers.js is correct
[19:09] <hatch> you can also grep for db.services to find places where it's interacted with
[19:09] <bac> jujugui: anyone got travel auth from teh ramm yet?
[19:09] <kadams54> Nope.
[19:10] <hatch> bac yep and purchased
[19:10] <bac> huh
[19:10] <bac> what'd it cost?
[19:10] <hatch> maybe I just got lucky
[19:10] <hatch> or maybe I bought him a doughnut
[19:13] <hatch> ok now I'm really leaving for lunch :)
[20:14] <rick_h_> bac: not gotten anything either
[20:14] <rick_h_> bac: on either of my trips
[20:14] <bac> ok.
[20:17] <hatch> holy smokes I almost forgot my juju env running
[20:21] <hatch> jujugui do we know if an orange box can be hooked up to the interwebs for us to play with remotely for testing the gui?
[21:26] <rick_h_> hatch: yes, they have a network attached to them
[21:26] <hatch> rick_h_ ok cool thanks - I was hoping so, so maybe we could hook into an orange box to try and repro that bug
[21:30] <rick_h_> hatch: removing luca from the sidebar bug. We've had the chat and the decision was to make hiding the sidebar a keyboard shutcut for pro users that don't need the show/hide handholding
[21:30] <rick_h_> hatch: there's a card to work on it, I've added the bug number to the card
[21:31] <hatch> ohh ok cool I didn't know about that - that's a good idea though
[21:31] <rick_h_> yea, decent compromise and I think we can make machine view flexible enough to runwithout the widebar (hopefully)
[21:31] <hatch> yeah I am pretty sure it's good to go css wise
[21:32] <hatch> are you camping now?
[21:32] <hatch> :)
[21:32] <rick_h_> not yet, just finished loading up
[21:32] <rick_h_> waiting for the wife to get home in 5
[21:32] <rick_h_> and getting the boy prepped
[21:33] <rick_h_> will probably be 'camping' in 2hrs ish
[21:35] <hatch> ahh :)
[21:35] <hatch> so much for 5pm camping :)
[21:36] <rick_h_> yea, took a bit extra time to get everything ready. Really have to do some prep during hte week.
[21:36] <rick_h_> ok, well going to get finish up .
[21:36] <rick_h_> have a good weekend!
[21:44] <hatch> you too cya


[14:49] <bilalakhtar> Hey, ben was online until now! Didn't notice that!
[15:18] <nisshh> vish, daker is here :)
[15:19] <daker> hello
[15:19] <daker> what's up ?
[15:19] <vish> nisshh: thx.. ;)
[15:19] <nisshh> :)
[18:29] <c7p_> hello all
[18:29] <c7p_> godbyk: ping
[18:30] <thorwil> hola
[18:32] <c7p_> do anyone know when the freezing string date is ?
[18:42] <thorwil> c7p_:  September 9th , if you mean DocumentationStringFreeze
[18:47] <thorwil> and our plan was: 10 September - Maverick edition writing freeze - no more material
[18:47] <thorwil> 30 September - Release candidate - Screenshots and editing should be finished.
[18:47] <thorwil> 10 October - Final release - PDFs will be uploaded to the website.
[18:49] <c7p_> ok ty
[18:50] <c7p_> cu later
[20:04] <flan> jenkins, any news about which screenshots we're keeping?
[20:04] <jenkins> nope i guess we should get adding all the old ones
[20:04] <flan> I'm going to need to prepare for AppDevWeek, so I'll need to know if I can use UMP or if I'll have to create a separate project.
[20:05] <flan> Work's been insane over the past two weeks, and this upcoming week might not be much better.
[20:05] <flan> So I probably won't be around much.
[20:25] <jenkins> I am never around much at the moment, what do you mean use ump?
[20:26] <jenkins> flan: ^
[20:26]  * jenkins forgot about irc


[00:08] <bryceh> cnd, I've subbed you to the google doc btw
[00:08] <cnd> a camel?
[00:08] <cnd> bryceh, thanks
[00:12] <bryceh> cnd, a camel is a horse designed by committee
[00:12] <cnd> ahh
[00:12] <cnd> makes too much sense :)
[00:30] <cnd> bryceh, RAOF: you have quite a bit scoped out here, nice :)
[00:31] <cnd> I didn't realize you were this far along
[00:34] <bryceh> thanks
[08:10] <AlexzAK> Hi! Can you advice what to do with bug #805154?
[08:11] <ubot4> Launchpad bug 805154 in gdm (Ubuntu) "gdm-simple-slave crashed with SIGSEGV in _nss_compat_getpwnam_r() (affects: 95) (dups: 27) (heat: 480)" [Medium,Triaged] https://launchpad.net/bugs/805154
[08:16] <tjaalton> AlexzAK: wrong channel for that
[08:59] <bryceh> hi tjaalton
[08:59] <tjaalton> hey bryceh
[13:02] <tjader> Can someone help me with a problem? I don't think I have enough for a bug report, but I'm not sure where to look next. My problem is that the mouse suddenly stops working
[13:03] <tjader> The pointer still moves, but clicking does nothing and xev doesn't even register the movement
[13:04] <tjader> This has started happening when I updated to 11.10
[13:05] <tjaalton> can you change to a virtual terminal? (ctrl-alt-F1 etc)
[13:06] <tjader> Yes.
[13:07] <tjaalton> ok, so some client has a grabbed the focus
[13:07] <tjaalton> what apps do you have running?
[13:07] <tjader> I think it may be related to https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/41301, but that is a years-old report with no movement for a few months, and my problem started with this last update
[13:07] <ubot4> Launchpad bug 41301 in xserver-xorg-input-evdev (Ubuntu) (and 2 other projects) "Mouse clicks stop working sporadically (affects: 64) (dups: 6) (heat: 317)" [Undecided,Confirmed]
[13:08] <tjader> gnome-terminal, chromium, firefox
[13:09] <tjaalton> it's not a driver bug
[13:09] <tjader> When this happens I can also no longer lock the screen with gnome-screensaver
[13:10] <tjaalton> so, you can kill apps one at a time from the vt, then change back if it helped or not
[13:10] <tjaalton> +to see
[13:10] <tjader> I killed chromium and firefox and got no better
[13:10] <tjader> I'll kill the terminal now
[13:10] <tjaalton> using unity?
[13:11] <tjader> killing the terminal solved it :D
[13:11] <tjader> tjaalton: nope, awesome
[13:11] <tjaalton> oh
[13:12] <tjaalton> maybe g-t doesn't work properly with awesome
[13:12] <tjader> Thankfully that's easy to operate mouseless :p
[13:12] <tjader> I've used it for months with no problem
[13:13] <tjader> It was some change in karmic to oneiric that triggered this
[13:14] <tjader> do the gnome people in ubuntu have a irc channel?
[13:14] <tjaalton> #ubuntu-desktop
[13:14] <tjader> Thanks.
[14:39] <Dice-Man> hello
[14:39] <Dice-Man> i have a problem with my touchpad
[14:39] <Dice-Man> i can't drag and drop anymore :(
[14:40] <Dice-Man> or even move windows i'm using unity someone could help me please ?
[15:02] <Dice-Man> any answers about my problem ?
[15:05] <Dice-Man> if someone has a solution please forward it to kinouchou
[16:53] <maco> related to yesterday's question... I sent a message to Debian's nvidia devel list about the missing python-gtk2 and pkg-config dependencies, and the response came back that it has a fallback if pkg-config isn't there but asking a few questions that I can't answer. http://lists.alioth.debian.org/pipermail/pkg-nvidia-devel/2011-October/006721.html Any here know what the answer is?
[17:57] <ricotz> RAOF, Sarvatt hello
[17:58] <ricotz> it looks like "/var/lib/dpkg/info/libegl1-mesa:amd64.symbols" causes some trouble and let dpkg-shlibdeps fail with "dpkg-shlibdeps: error: package. is not a valid version"


[22:13] <genii> The Pi Build Cluster funding looks like it's going to hit it's mark :)
[22:18] <genii> Wrong channel, bleh.


[03:32] <hhhzzzarn> Need help with x2go: "unable to execute: nosnd" What is nosnd?
[03:34] <hhhzzzarn> Anyone use x2go here?
[05:14] <Hasseo> Hello everyone! Would someone mind helping me on an install for a few moments? :)
[07:21] <jigynet> why would xubuntu crash with a dhcp : fail?
[07:30] <jarnos> bug 661970
[07:32] <jigynet> me?
[07:32] <jigynet> oh word, we can check bug status via commands?
[07:41] <jarnos> yes we can. I wonder, if the bug happens, if xubuntu 10.10 has been installed by xubuntu cd, too.
[07:42] <jigynet> i'm trying to findout how to make a wubi swap..without breaking it..and fix my bros problems
[09:19] <Arpad2> hello
[09:20] <Arpad2> does smb know how to enable microsoft silverlight videos  playing in browsers?
[09:58] <knome> Arpad2, you need moonlight
[10:04] <Sysi> i'd recommend getting newest one from novell directly
[10:16] <Arpad2> knome: i installed it through software center but no result
[10:19] <Sysi> try the one from novell, if it doesn't work.. no dice
[10:20] <Arpad2> I went here http://www.go-mono.com/moonlight/download.aspx
[10:22] <Sysi> should be that
[10:22] <Arpad2> ok
[14:07] <TornadoXubuntu> please how to remove the Xubuntu splash logo at the very start of the boot?
[14:08] <bazhang> !nox
[15:15] <rtdos> 2 questions: how do I install LAMP from the command line and how do setup my installation to allow me to play / view DVD's ?
[15:17] <bazhang> see #ubuntu for answers
[15:39] <brousch> rtdos:  https://help.ubuntu.com/community/ApacheMySQLPHP and https://help.ubuntu.com/community/Medibuntu
[15:52] <rtdos> thanks brousch
[16:29] <surreal7z_> how to avoid loading scripts in xchat... i want them to be loaded on start?
[16:31] <bazhang> put in ~/.xchat2
[16:32] <bazhang> you can check they are there by window menu plugins and scripts
[16:48] <surreal7z_> ok thx :)
[16:49] <bazhang> np
[17:38] <stasio> ciao a tutti
[17:38] <stasio> io ho appena installato xubuntu, avrei qualche piccolo problema
[17:38] <stasio> c'è qualcuno che può aiutarmi?
[17:38] <charlie-tca> English please, in this channel
[17:39] <stasio> ops...sorry!!!
[17:39] <stasio> i dont speak english very well...
[17:39] <stasio> bye
[17:39] <charlie-tca> !it
[18:29] <Atlantic666> Hi! Is there an applet for keyboard layout switching?
[18:29] <charlie-tca> yes
[18:30] <charlie-tca> It is called "keyboard layouts" in the Add to panel... window
[18:34] <Atlantic666> Oh, sorry. It seems that I'm too tired. :(
[18:34] <Atlantic666> Thanks!
[18:35] <Atlantic666> I simply didn't see it.
[18:35] <Atlantic666> n00b :D
[18:36] <charlie-tca> no problem
[18:59] <surreal7z>  Trying to regain nick surreal7z, put it in your notify list, otherwise things won't work.
[19:00] <surreal7z> where is that notify list
[19:31] <surreal7z> Hi, I have really annoying problem in xubuntu... my right click doesn't work every time, do you have that problem?
[19:31] <charlie-tca> maverick?
[19:32] <surreal7z> yes
[19:32] <charlie-tca> sometimes changing mouse helps,
[19:32] <charlie-tca> I think that is fixed in Natty
[19:33] <surreal7z> hmm... ti's a new mouse and it's working just fine in windows xp.... I notice it the most in when surfing the net in google chrome
[19:33] <surreal7z> maybe it's google chrome?
[19:33] <charlie-tca> hm, the correct answer should have been no, not since I upgraded to Natty
[19:34] <surreal7z> i need to click several times to make it work
[19:34] <charlie-tca> yeah, I had that in maverick 10.10.
[19:34] <charlie-tca> either it got fixed in natty, or I got used to doing lots of clicks to make it work
[19:36] <surreal7z> oh, okey... i will whait stable version then, thx :)
[19:36] <surreal7z> wait
[20:55] <ozk0ex> is there anyway to disable rotating cube on an external tv display?
[20:58] <Sysi> sounds more like compiz settings
[20:58] <charlie-tca> depends on how you got a rotating cube
[22:19] <dork> what's the trick to get bluetooth audio working? same equipment works fine on ubuntu, on xubuntu after installing bluez and getting it paired it doesnt output to the headphones
[22:20] <Sysi> pavucontrol
[22:21] <dork> don't see the device in pavucontrol
[22:23] <Sysi> same setup with same apps should just work
[22:24] <dork> yeah no kidding
[22:24] <dork> but it isn't
[22:24] <dork> the 'traffic light' on the bluetooth radio is flashing suggesting data is being passed
[23:03] <wildintellect> anyone know where in the .config the path to the background image is stored?
[23:09] <wildintellect> found it
[23:09] <wildintellect> .config/xfce4/xfconf/xfce-perchannel-zml/xfce4-desktop.xml
[23:09] <wildintellect> xml not zml


[01:16] <callmepk> good morning
[01:39] <duflu> Morning callmepk
[01:46] <callmepk> morning duflu
[07:18] <jibel> Good morning
[07:22] <pieq> salut jibel !
[07:24] <didrocks> good morning
[07:27] <jibel> salut pieq
[07:27] <jibel> salut didrocks
[07:28] <duflu> Salut jibel, pieq, didrocks
[07:30] <didrocks> salut jibel, duflu
[07:32] <seb128> goood morning desktopers
[07:34] <duflu> Morning seb128
[07:34] <duflu> This is interesting: gnome-shell in hirsute has so few crashes that the top one is on arm64/raspi only.
[07:34] <duflu> https://errors.ubuntu.com/?release=Ubuntu%2021.04&package=gnome-shell&period=month
[07:34] <jibel> salut seb128
[07:34] <jibel> hi duflu
[07:46] <didrocks> salut seb128
[07:47] <seb128> hey duflu, jibel, didrocks, did you have a nice weekend?
[07:48] <duflu> seb128, getting closer to normal yeah. I was able to socialise a bit. How about you?
[07:48] <seb128> duflu, now are there no issue or is the system failing to generate debug backtraces and such not grouping those as expected?
[07:48] <didrocks> seb128: was great, but rainy, yeah. You?
[07:49] <seb128> it was nice, it alternated between sunny and warm and grey, cold and rainy
[07:49] <seb128> we did manage to go to parks and visit a mini farm though, was nice to be outside
[07:50] <duflu> seb128, yes amd64 is reporting crashes, just 10x fewer than that arm64 heap corruption crash
[07:51] <seb128> hum, alright, but that sounds weird to me...
[07:52] <seb128> or we have more raspi users than I thought ;-)
[07:52] <duflu> seb128, it's a high frequency crash with little throttling IIRC
[07:52] <duflu> https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/3440
[07:52] <gitbot> GNOME issue 3440 in gnome-shell "gnome-shell-calendar-server crashes a lot on arm64" [1. Crash, 2. Needs Information, Opened]
[07:52] <ubot3> Issue 3440 in GNOME/gnome-shell "gnome-shell-calendar-server crashes a lot on arm64" [Opened]
[07:52] <ubot3> Bug 3440 in Launchpad itself "person-name-blacklist not listed on https://launchpad.net/products/launchpad/+specs" [Medium, Invalid] https://launchpad.net/bugs/3440
[07:53] <callmepk> morning jibel pieq didrocks seb128
[07:53] <jibel> Hi  callmepk
[07:54] <seb128> hey callmepk
[07:55] <didrocks> hey callmepk
[08:42] <marcustomlinson> whoops forgot to open irc
[08:43] <marcustomlinson> morning callmepk duflu jibel pieq didrocks seb128
[08:43] <seb128> hey marcustomlinson, how are you? had a nice weekend?
[08:44] <duflu> Morning marcustomlinson. Bet it was blissful
[08:44] <marcustomlinson> seb128: was nice thanks! I see yours was too.
[08:44] <duflu> The lack of IRC, but maybe also the weekend
[08:45] <marcustomlinson> duflu: seen Baelin’s Route yet?
[08:45] <duflu> marcustomlinson, I don't know what that is so probably not
[08:46] <marcustomlinson> oh I embarrassingly legitimately confused NZ an AU
[08:46] <marcustomlinson> haha
[08:47] <marcustomlinson> everyone should see it anyway. Viva la dirt league production
[08:52] <marcustomlinson> duflu: my brother in melbourne says aussies are happy take credit for kiwi things if they’re cool enough though ;)
[08:54] <marcustomlinson> like lamingtons
[08:54]  * marcustomlinson runs
[08:54] <duflu> marcustomlinson, indeed. There's Russel Crowe, Sam Neill, Crowded House...
[08:54] <marcustomlinson> :)
[08:57] <marcustomlinson> Edinburgh, the “birthplace” of Harry Potter
[08:59] <marcustomlinson> then JK Rowling goes all anti-trans and hey, nothing to do with us…
[09:07] <didrocks> hey marcustomlinson!
[09:51] <callmepk> hi marcustomlinson
[10:28] <jibel> Hi marcustomlinson
[11:24] <seb128> Trevinho, should we sync the gjs update from experimental?
[12:54] <GunnarHj> Hi seb128, Do you have any thoughts on bug #1928360? Especially the latest comment, i.e. how would I check if fcitx5 works safely in snaps?
[12:54] <ubot3> Bug 1928360 in language-selector (Ubuntu) "Switch to Fcitx 5 for Chinese" [Undecided, In Progress] https://launchpad.net/bugs/1928360
[13:30] <KGB-2> gnome-settings-daemon signed tags 0a17636 Sebastien Bacher ubuntu/3.38.2-1ubuntu1 * gnome-settings-daemon Debian release 3.38.2-1ubuntu1 * https://deb.li/3ubUe
[13:30] <KGB-2> gnome-settings-daemon ubuntu/master a798b24 Sebastien Bacher * pushed 27 commits (first 5 follow) * https://deb.li/fbRD
[13:30] <KGB-2> gnome-settings-daemon ubuntu/master 3bd47c0 Kjartan Maraas po/nb.po * Update Norwegian Bokmål translation * https://deb.li/33gFD
[13:31] <KGB-2> gnome-settings-daemon ubuntu/master 1dbadb9 Benjamin Berg .gitlab-ci.yml * ci: Update CI template and runner tags * https://deb.li/iOENz
[13:31] <KGB-2> gnome-settings-daemon ubuntu/master 60621b9 Bastien Nocera plugins/power/ gsd-power-manager.c test.py * power: Don't warn more than once per warning level for devices * https://deb.li/kyQ1
[13:31] <KGB-2> gnome-settings-daemon ubuntu/master 01a0602 Jordi Mas po/ca.po * Update Catalan translation * https://deb.li/3YXnz
[13:31] <KGB-2> gnome-settings-daemon ubuntu/master df6c69f Benjamin Berg plugins/datetime/ gsd-timezone-monitor.c weather-tz.c weather-tz.h * datetime: Query GWeather DB on the fly instead of caching * https://deb.li/34BvR
[13:36] <KGB-2> gnome-control-center signed tags d1c3242 Sebastien Bacher ubuntu/1%3.38.6-1 * gnome-control-center Debian release 1:3.38.6-1 * https://deb.li/iW27v
[13:37] <KGB-2> gnome-control-center ubuntu/master 71ee5f7 Sebastien Bacher * pushed 8 commits (first 5 follow) * https://deb.li/inFn
[13:37] <KGB-2> gnome-control-center ubuntu/master f3c47c9 Hugo Carvalho po/pt.po * Update Portuguese translation * https://deb.li/Xqrc
[13:37] <KGB-2> gnome-control-center ubuntu/master 54eb734 Robert Ancell NEWS meson.build * 3.38.6 * https://deb.li/ik6Ty
[13:37] <KGB-2> gnome-control-center ubuntu/master 6296261 Simon McVittie NEWS meson.build po/pt.po * New upstream version 3.38.6 * https://deb.li/tqcE
[13:37] <KGB-2> gnome-control-center ubuntu/master e24f6b9 Simon McVittie NEWS meson.build po/pt.po * Update upstream source from tag 'upstream/3.38.6' * https://deb.li/3Eg4e
[13:37] <KGB-2> gnome-control-center ubuntu/master a6cc45e Simon McVittie debian/changelog * New upstream release * https://deb.li/yayI
[13:39] <KGB-2> gnome-control-center tags d1c3242 Sebastien Bacher ubuntu/1%3.38.6-1 * tag deleted
[13:40] <KGB-2> gnome-control-center ubuntu/master e8b4be3 Sebastien Bacher (6 files in 3 dirs) * Merge branch 'debian/master' into ubuntu/master * https://deb.li/3ibDj
[14:02] <KGB-2> gnome-control-center signed tags f06c4cf Sebastien Bacher ubuntu/1%3.38.6-0ubuntu1 * gnome-control-center Debian release 1:3.38.6-0ubuntu1 * https://deb.li/EnKc
[14:02] <KGB-2> gnome-control-center ubuntu/master b8427cc Sebastien Bacher debian/changelog * upload to ubuntu * https://deb.li/3JFay
[14:23] <KGB-1> gnome-initial-setup tags 777ce20 Sebastien Bacher upstream/3.38.5 * Upstream version 3.38.5 * https://deb.li/2m8N
[14:24] <KGB-1> gnome-initial-setup upstream/latest 91249ed Sebastien Bacher * pushed 4 commits * https://deb.li/iOoeD
[14:24] <KGB-1> gnome-initial-setup pristine-tar dce2c0d Sebastien Bacher gnome-initial-setup_3.38.5.orig.tar.xz.delta gnome-initial-setup_3.38.5.orig.tar.xz.id * pristine-tar data for gnome-initial-setup_3.38.5.orig.tar.xz * https://deb.li/UlXF
[14:26] <KGB-1> gnome-initial-setup signed tags d916f0a Sebastien Bacher ubuntu/3.38.5-1ubuntu1 * gnome-initial-setup Debian release 3.38.5-1ubuntu1 * https://deb.li/37mL1
[14:26] <KGB-1> gnome-initial-setup ubuntu/master b44f9a4 Sebastien Bacher * pushed 9 commits (first 5 follow) * https://deb.li/mLWd
[14:26] <KGB-1> gnome-initial-setup ubuntu/master 8263d2f Jordi Mas po/ca.po * Update Catalan translation * https://deb.li/8Ngg
[14:26] <KGB-1> gnome-initial-setup ubuntu/master 8608c0b Mohammed Sadiq gnome-initial-setup/cc-common-language.c * common-language: Fix a memory leak * https://deb.li/3NlIl
[14:26] <KGB-1> gnome-initial-setup ubuntu/master 2208a62 Will Thompson NEWS meson.build * NEWS for 3.38.5 * https://deb.li/RloM
[14:26] <KGB-1> gnome-initial-setup ubuntu/master 91249ed Sebastien Bacher NEWS gnome-initial-setup/cc-common-language.c meson.build po/ca.po * New upstream version 3.38.5 * https://deb.li/3zmEj
[14:27] <KGB-1> gnome-initial-setup ubuntu/master f2a1c57 Sebastien Bacher NEWS gnome-initial-setup/cc-common-language.c meson.build po/ca.po * Update upstream source from tag 'upstream/3.38.5' * https://deb.li/33Lx4
[16:35] <bittin> Hello, do anyone of you know if you can book time for the Ubuntu Membership irc meeting/questions or if its just showing up at the right time?
[16:42] <bittin> got help in the #ubuntu-podcast Telegram group :)
[17:20] <bittin> https://archive.mozilla.org/pub/thunderbird/candidates/78.10.2-candidates/build1/
[17:59] <ricotz> bittin, looking
[18:31] <ricotz> bittin, https://launchpad.net/%7Emozillateam/+archive/ubuntu/ppa/+packages?field.name_filter=thunderbird&field.status_filter=published&field.series_filter=
[18:36] <bittin> :) great
[21:35] <Trevinho> seb128: oh didn't see it. Yeah I sync it


[05:11] -queuebot:#ubuntu-release- New binary: keras-preprocessing [amd64] (disco-proposed/none) [1.0.5-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: keras-applications [amd64] (disco-proposed/none) [1.0.6-1] (no packageset)
[07:44] -queuebot:#ubuntu-release- Unapproved: cockpit (cosmic-backports/universe) [183-1~ubuntu18.10.1 => 184-1~ubuntu18.10.1] (no packageset)
[07:46] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (cosmic-backports) [184-1~ubuntu18.10.1]
[07:52] -queuebot:#ubuntu-release- New: accepted keras-applications [amd64] (disco-proposed) [1.0.6-1]
[07:52] -queuebot:#ubuntu-release- New: accepted kuttypy [amd64] (disco-proposed) [1.0-2]
[07:52] -queuebot:#ubuntu-release- New: accepted schroedinger-coordgenlibs [amd64] (disco-proposed) [1.1-2]
[07:52] -queuebot:#ubuntu-release- New: accepted schroedinger-coordgenlibs [armhf] (disco-proposed) [1.1-2]
[07:52] -queuebot:#ubuntu-release- New: accepted schroedinger-coordgenlibs [ppc64el] (disco-proposed) [1.1-2]
[07:52] -queuebot:#ubuntu-release- New: accepted keras-preprocessing [amd64] (disco-proposed) [1.0.5-1]
[07:52] -queuebot:#ubuntu-release- New: accepted schroedinger-coordgenlibs [arm64] (disco-proposed) [1.1-2]
[07:52] -queuebot:#ubuntu-release- New: accepted schroedinger-coordgenlibs [s390x] (disco-proposed) [1.1-2]
[07:52] -queuebot:#ubuntu-release- New: accepted lasagne [amd64] (disco-proposed) [0.1+git20181019.a61b76f-1]
[07:52] -queuebot:#ubuntu-release- New: accepted schroedinger-coordgenlibs [i386] (disco-proposed) [1.1-2]
[08:05] <vorlon> Laney: so https://wiki.ubuntu.com/ProposedMigration/AutopkgtestInfrastructure#Worker_administration (before and after my latest edits) said to deploy the armhf lxd hosts using "the latest LTS".  Do you think we should actually do that here?  Should I deploy this new one w/ bionic or xenial?
[08:20] -queuebot:#ubuntu-release- Unapproved: ibm-java80 (xenial-release/partner) [<IP_ADDRESS>-0ubuntu1 => <IP_ADDRESS>-0ubuntu1] (no packageset) (sync)
[08:21] -queuebot:#ubuntu-release- Unapproved: ibm-java80 (bionic-release/partner) [<IP_ADDRESS>-0ubuntu1 => <IP_ADDRESS>-0ubuntu1] (no packageset) (sync)
[08:34] -queuebot:#ubuntu-release- New: accepted linux-signed-azure-edge [amd64] (bionic-proposed) [4.18.0-1008.8~18.04.1]
[08:34] -queuebot:#ubuntu-release- New: accepted linux-signed-gcp [amd64] (bionic-proposed) [4.15.0-1027.28]
[08:34] -queuebot:#ubuntu-release- New: accepted linux-signed-oracle [amd64] (bionic-proposed) [4.15.0-1008.10]
[08:34] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (bionic-proposed) [4.15.0-1037.39]
[08:34] -queuebot:#ubuntu-release- New: accepted linux-signed-oem [amd64] (bionic-proposed) [4.15.0-1032.37]
[08:36] -queuebot:#ubuntu-release- Unapproved: rejected snapd [source] (bionic-proposed) [2.36.1+18.04]
[08:36] -queuebot:#ubuntu-release- Unapproved: rejected snapd [source] (cosmic-proposed) [2.36.1+18.10]
[08:36] <apw> ^ duplicate in the queue ...
[08:37] -queuebot:#ubuntu-release- Unapproved: rejected snapd [source] (trusty-proposed) [2.36.1~14.04]
[08:37] -queuebot:#ubuntu-release- Unapproved: rejected snapd [source] (xenial-proposed) [2.36.1]
[08:37] -queuebot:#ubuntu-release- New source: ec2-hibinit-agent (bionic-proposed/primary) [1.0.0-0ubuntu1~18.04.0]
[08:37] -queuebot:#ubuntu-release- New source: ec2-hibinit-agent (xenial-proposed/primary) [1.0.0-0ubuntu1~16.04]
[08:37] -queuebot:#ubuntu-release- New source: ec2-hibinit-agent (cosmic-proposed/primary) [1.0.0-0ubuntu1~18.10.0]
[09:08] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (cosmic-proposed) [2.37+18.10]
[10:00] <Laney> juliank sil2100 vorlon: I think we might need to provision another cloud-worker at some point soon (sprint?)
[10:01] <juliank> nice
[10:01] <Laney> load >>80 and I'm seeing failures that look like IO is timing out
[10:01] <Laney> like copying things to/from testbeds
[10:01] <Laney> not sure if there's anything that would prevent that Just Working?
[10:01] <juliank> Laney: oh, I see the emails now too, but they all land in spam
[10:01] <Laney> yes, there is of course
[10:01] -queuebot:#ubuntu-release- Unapproved: ubuntu-geoip (xenial-proposed/main) [1.0.2+14.04.20131125-0ubuntu2 => 1.0.2+14.04.20131125-0ubuntu<IP_ADDRESS>] (ubuntu-desktop)
[10:02] <Laney> each instance would think that cloud VMs spawned by the other are orphaned
[10:02] <Laney> and terminate them
[10:04] <vorlon> Laney: and that's not related to the recent switch outage?
[10:05] <Laney> no, it's running 999999 tar processes at the same time
[10:06] <sil2100> Ouch
[10:06] <Laney> I suppose modify the worker to put the owning cloud-worker in the nova instance names
[10:06] <Laney> and then modify the maint script to only consider its own ones
[10:06] <Laney> ?
[10:07] <juliank> sounds right
[10:07] <Laney> anyone fancy it? :-)
[10:08] <Laney> also will need to partition the template instances somehow so each one gets 1/n of them
[10:10] <juliank> hmm
[10:15] <juliank> Laney: So  adt-$RELEASE-$ARCHITECTURE-$PACKAGENAME-$TIMESTAMP becomes  adt-$RELEASE-$ARCHITECTURE-$PACKAGENAME-$TIMESTAMP-$HOSTNAME?
[10:16] <juliank> So you end up with adt-disco-s390x-libreoffice-20190117-060217-juju-prod-ues-proposed-migration-machine-11 as the instance name, which is a bit unwieldy, but easy I guess
[10:17] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (bionic-proposed/main) [2.525.12 => 2.525.13] (desktop-core)
[10:17] <juliank> and then just get the list of instances | grep $HOSTNAME
[10:17] <Laney> right, or the machine-id but at least the hostname is somewhat readable
[10:18] <Laney> yeah, the python equivalent of that :P
[10:18] <juliank> right, that seems easy
[10:18]  * Laney nods
[10:19] <juliank> we should really try to get an autopkgtest-staging.ubuntu.com setup at some point, though
[10:19] <juliank> have it run like 1% of the normal load just to check
[10:19] <juliank> and test new stuff
[10:19] <Laney> right, I would be quite surprised if you could just run ./deploy.sh and get a working setup at this point
[10:20] <Laney> IS would probably want us to move to current juju too *cough*
[10:23] <juliank> Laney: I guess the starting point would be to run deploy with a staging setup, and then diff and fix things up until they are identical
[10:23] <Laney> ye
[10:24] <juliank> Laney: I guess we could also make a staging setup by throwing a bunch of lxd containers together
[10:25] <juliank> or VMs
[10:25] <juliank> like, a local staging setup where you manually run things
[10:26] <juliank> then you commit it to the online staging service, and if it works there, move to production
[10:27] <Laney> we rely on swift, a proper staging environment would need to provide that
[10:27] <Laney> I don't think it'd be a propblem to get one if we asked IS
[10:28] <Laney> I have http://appstream.staging.ubuntu.com/ for the other thing I run (appstream)
[10:28] <Laney> in IS terms it's a mirror of the production one
[10:28] <juliank> right, then we need autopkgtest.staging.ubuntu.com :)
[10:28] <Laney> but there was no problem getting it
[10:28] <juliank> but it would also be fun to setup some sort of local VM deployment, possibly vms inside vms or something (if that works at all)
[10:29] <juliank> then you could even potentially run CI on the cloud setup
[10:29] <Laney> I've run workers locally before by hacking out the swift bits
[10:29] <Laney> it does work
[10:29] <Laney> 1 container for rabbit, 1 worker, start tests with the lxd backend
[10:30] <Laney> quite manual to set up though
[10:32] <juliank> Laney: I think tools/create-nova-image-new-release also needs adjusting for multiple workers, as we'd otherwise generate the same imagies from both
[10:32] <juliank> not sure how that works actually, are they stored on the cloud worker?
[10:33] <juliank> probably on a controller, or whatever nova calls it
[10:34] <Laney> they get uploaded into the cloud itself (glance)
[10:34] <Laney> and yes, that's a good point
[10:35] <juliank> so I guess we'd need one designated worker that builds images
[10:35] <juliank> or split the load
[10:35] <juliank> time to write some cards
[10:35] <Laney> I think juju has the concept of leadership, maybe that's what we want?
[10:36] <Laney> (never used that though, might be off the mark)
[10:38] <juliank> Laney: https://trello.com/c/wvz1NPzD/26-adding-a-second-cloud-worker
[10:39] <Laney> 👍
[10:39] <Laney> (/me makes that board public; wasn't logged in and noticed that it was private)
[11:21] <juliank> Laney: I added a card to the sprint topics to schedule a autopkgtest working session
[11:22] <juliank> in the foundations board, that is
[11:22] <Laney> k00l
[12:51] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (xenial-proposed/main) [4.4.0-142.168] (core, kernel)
[13:03] <sil2100> infinity: hey! Was looking into translation updates for the upcoming bionic point release - I contacted Gunnar asking about the state but he didn't respond, didn't see him online for a while
[13:03] <sil2100> infinity: not sure if we'll have anyone to coordinate a formal testing period, there's no testing schedule set up or anything
[13:04] <sil2100> infinity: was wondering, should we do it by ourselves? Or maybe, like for .1, should we just update all the langpacks?
[13:04] <sil2100> (since usually during formal delta testing only 3-4 languages get tested and updated in the end always)
[13:05] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (xenial-proposed) [4.4.0-142.168]
[13:10] -queuebot:#ubuntu-release- New binary: gnustep-base [s390x] (disco-proposed/universe) [1.26.0-2] (no packageset)
[13:12] -queuebot:#ubuntu-release- New binary: gnustep-base [i386] (disco-proposed/universe) [1.26.0-2] (no packageset)
[13:12] -queuebot:#ubuntu-release- New binary: gnustep-base [ppc64el] (disco-proposed/universe) [1.26.0-2] (no packageset)
[13:19] -queuebot:#ubuntu-release- New binary: gnustep-base [amd64] (disco-proposed/universe) [1.26.0-2] (no packageset)
[13:21] -queuebot:#ubuntu-release- New binary: gnustep-base [arm64] (disco-proposed/universe) [1.26.0-2] (no packageset)
[13:33] -queuebot:#ubuntu-release- New binary: gnustep-base [s390x] (disco-proposed/universe) [1.26.0-2ubuntu1] (no packageset)
[13:34] -queuebot:#ubuntu-release- New binary: gnustep-base [i386] (disco-proposed/universe) [1.26.0-2ubuntu1] (no packageset)
[13:34] -queuebot:#ubuntu-release- New binary: gnustep-base [ppc64el] (disco-proposed/universe) [1.26.0-2ubuntu1] (no packageset)
[13:35] -queuebot:#ubuntu-release- New binary: gnustep-base [amd64] (disco-proposed/universe) [1.26.0-2ubuntu1] (no packageset)
[13:39] -queuebot:#ubuntu-release- New binary: gnustep-base [arm64] (disco-proposed/universe) [1.26.0-2ubuntu1] (no packageset)
[13:40] -queuebot:#ubuntu-release- New binary: gnustep-base [armhf] (disco-proposed/universe) [1.26.0-2ubuntu1] (no packageset)
[13:45] -queuebot:#ubuntu-release- New: accepted gnustep-base [amd64] (disco-proposed) [1.26.0-2]
[13:45] -queuebot:#ubuntu-release- New: accepted gnustep-base [i386] (disco-proposed) [1.26.0-2]
[13:45] -queuebot:#ubuntu-release- New: accepted gnustep-base [s390x] (disco-proposed) [1.26.0-2]
[13:45] -queuebot:#ubuntu-release- New: accepted gnustep-base [arm64] (disco-proposed) [1.26.0-2ubuntu1]
[13:45] -queuebot:#ubuntu-release- New: accepted gnustep-base [i386] (disco-proposed) [1.26.0-2ubuntu1]
[13:45] -queuebot:#ubuntu-release- New: accepted gnustep-base [s390x] (disco-proposed) [1.26.0-2ubuntu1]
[13:45] -queuebot:#ubuntu-release- New: accepted gnustep-base [arm64] (disco-proposed) [1.26.0-2]
[13:45] -queuebot:#ubuntu-release- New: accepted gnustep-base [amd64] (disco-proposed) [1.26.0-2ubuntu1]
[13:45] -queuebot:#ubuntu-release- New: accepted gnustep-base [ppc64el] (disco-proposed) [1.26.0-2ubuntu1]
[13:45] -queuebot:#ubuntu-release- New: accepted gnustep-base [ppc64el] (disco-proposed) [1.26.0-2]
[13:45] -queuebot:#ubuntu-release- New: accepted gnustep-base [armhf] (disco-proposed) [1.26.0-2ubuntu1]
[14:21] -queuebot:#ubuntu-release- Unapproved: update-notifier (bionic-proposed/main) [<IP_ADDRESS> => <IP_ADDRESS>] (ubuntu-desktop, ubuntu-server)
[14:49] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (trusty-proposed/main) [3.13.0-165.215] (core, kernel)
[14:51] -queuebot:#ubuntu-release- New binary: gnustep-gui [s390x] (disco-proposed/universe) [0.27.0-2] (no packageset)
[14:52] -queuebot:#ubuntu-release- New binary: gnustep-gui [ppc64el] (disco-proposed/universe) [0.27.0-2] (no packageset)
[14:53] -queuebot:#ubuntu-release- New binary: gnustep-gui [amd64] (disco-proposed/universe) [0.27.0-2] (no packageset)
[14:55] -queuebot:#ubuntu-release- New binary: gnustep-gui [i386] (disco-proposed/universe) [0.27.0-2] (no packageset)
[14:58] -queuebot:#ubuntu-release- New: accepted gnustep-gui [amd64] (disco-proposed) [0.27.0-2]
[14:58] -queuebot:#ubuntu-release- New: accepted gnustep-gui [ppc64el] (disco-proposed) [0.27.0-2]
[14:58] -queuebot:#ubuntu-release- New: accepted gnustep-gui [i386] (disco-proposed) [0.27.0-2]
[14:58] -queuebot:#ubuntu-release- New: accepted gnustep-gui [s390x] (disco-proposed) [0.27.0-2]
[15:04] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (trusty-proposed) [3.13.0-165.215]
[15:25] <oSoMoN> it looks like the libreoffice autopkgtests in the queue have been consistently timing out for the past 3 days, for all architectures and all series, are there known issues with the infra?
[15:26] <Laney> yes, see what we talked about earlier
[15:30] <Laney> hopefully it picks up over the weekend :/
[16:04] <oSoMoN> Laney, ack, thanks
[16:48] -queuebot:#ubuntu-release- New: accepted ec2-hibinit-agent [source] (cosmic-proposed) [1.0.0-0ubuntu1~18.10.0]
[16:48] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (bionic-proposed) [2.37+18.04]
[16:49] -queuebot:#ubuntu-release- New binary: ec2-hibinit-agent [amd64] (cosmic-proposed/universe) [1.0.0-0ubuntu1~18.10.0] (no packageset)
[16:53] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (xenial-proposed) [2.37]
[16:54] -queuebot:#ubuntu-release- New binary: gnustep-back [i386] (disco-proposed/universe) [0.27.0-2] (no packageset)
[16:54] -queuebot:#ubuntu-release- New binary: gnustep-back [s390x] (disco-proposed/universe) [0.27.0-2] (no packageset)
[16:54] -queuebot:#ubuntu-release- New binary: gnustep-back [ppc64el] (disco-proposed/universe) [0.27.0-2] (no packageset)
[16:55] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (trusty-proposed) [2.37~14.04]
[16:56] -queuebot:#ubuntu-release- New: accepted ec2-hibinit-agent [source] (bionic-proposed) [1.0.0-0ubuntu1~18.04.0]
[16:56] -queuebot:#ubuntu-release- New binary: gnustep-back [amd64] (disco-proposed/universe) [0.27.0-2] (no packageset)
[16:58] -queuebot:#ubuntu-release- New binary: ec2-hibinit-agent [amd64] (bionic-proposed/none) [1.0.0-0ubuntu1~18.04.0] (no packageset)
[17:07] -queuebot:#ubuntu-release- New: accepted gnustep-back [amd64] (disco-proposed) [0.27.0-2]
[17:07] -queuebot:#ubuntu-release- New: accepted gnustep-back [ppc64el] (disco-proposed) [0.27.0-2]
[17:07] -queuebot:#ubuntu-release- New: accepted gnustep-back [i386] (disco-proposed) [0.27.0-2]
[17:07] -queuebot:#ubuntu-release- New: accepted gnustep-back [s390x] (disco-proposed) [0.27.0-2]
[17:08] -queuebot:#ubuntu-release- New: rejected ec2-hibinit-agent [source] (xenial-proposed) [1.0.0-0ubuntu1~16.04]
[17:08] -queuebot:#ubuntu-release- New source: ec2-hibinit-agent (xenial-proposed/primary) [1.0.0-0ubuntu1~16.04.0]
[17:19] <doko> LocutusOfBorg: you did ocaml ABI uploads in the past. do you remember how to resolve the cyclic camomile / ocaml-gettext ?
[17:34] -queuebot:#ubuntu-release- New: accepted ec2-hibinit-agent [source] (xenial-proposed) [1.0.0-0ubuntu1~16.04.0]
[17:42] -queuebot:#ubuntu-release- New binary: ec2-hibinit-agent [amd64] (xenial-proposed/universe) [1.0.0-0ubuntu1~16.04.0] (no packageset)
[18:05] <LocutusOfBorg> doko, never had it...
[18:05] <LocutusOfBorg> what is that?
[18:06] <LocutusOfBorg> not sure, maybe uploading a fake lower version...
[18:31] -queuebot:#ubuntu-release- Unapproved: busybox (bionic-proposed/main) [1:1.27.2-2ubuntu3 => 1:1.27.2-2ubuntu3.1] (core)
[20:35] <tsimonq2> The queues seem to be halted.
[20:35] <tsimonq2> And no, KDE is not to blame (this time). :P
[20:35] <tsimonq2> Laney, vorlon: ^
[20:36] <tsimonq2> (autopkgtests specifically)
[20:42] -queuebot:#ubuntu-release- Unapproved: initramfs-tools (bionic-proposed/main) [0.130ubuntu3.6 => 0.130ubuntu3.7] (core)
[21:11] <Laney> They are being handholded by me
[21:11] <Laney> Don't panic.
[21:22] <teward> tsimonq2: ^ STAY CALM AND DON'T PANIC.  :P
[21:35]  * mwhudson finds his towel
[21:39]  * acheronuk finds his Joo Janta 200 Super-Chromatic Peril Sensitive Sunglasses
[23:14] -queuebot:#ubuntu-release- Unapproved: initramfs-tools (bionic-proposed/main) [0.130ubuntu3.6 => 0.130ubuntu3.7] (core)
[23:22] -queuebot:#ubuntu-release- Unapproved: rejected initramfs-tools [source] (bionic-proposed) [0.130ubuntu3.7]
[23:44] <OldManWinter> Hello, I'm not exactly sure where arch-install-scripts 21-1 is?  Seems it was sync'd, but I don't see it in the queue or in -proposed and rmadison isn't showing it anywhere.