[19:57] <arraybolt3> Got the latest iteration uploaded to a PPA, if this works then the deployment process can begin.
[19:57] <arraybolt3> (And also I pushed it to Git.)
[23:04] -ubot93:#lubuntu-devel- Launchpad bug 2002255 in lubuntu-update-notifier (Ubuntu Lunar) "lubuntu-update-notifier provides no good way to resolve a forcibly terminated system update" [High, In Progress]
[23:05]  * lubot [matrix] <arraybolt3> cracks knuckles and uploads the fix to Lunar


[05:16] <cj> woe.  re-keying is a pita
[05:20] <valorie> what do you have to re-key, cj?
[05:20]  * bkerensa pokes valorie and other WA folks
[05:20]  * bkerensa waves
[05:20]  * valorie pokes bkerensa back
[05:20] <bkerensa> How goes the weather for my neighbors to the north?
[05:21] <valorie> we had a spate of hail earlier!
[05:21] <valorie> by the time I went to look it was all melted though
[05:21] <valorie> now sort of cold and damp out
[05:21] <valorie> how about Portland?
[05:22] <valorie> and has the mayor started moving Occupy P. out, yet?
[05:22] <bkerensa> Well weather.com said it was 46 today but it felt like mid 30's and was foggy on my part of the city in the afternoon
[05:22] <bkerensa> very cold atm
[05:22] <bkerensa> :D
[05:22] <bkerensa> heater is running at overclocked rate :P
[05:23] <valorie> furnace is running here as well
[05:24] <bkerensa> I think it will be a cold winter
[05:24] <bkerensa> Lucky I will be in California for Christmas
[05:24] <valorie> we've had a couple of hard freezes, but it's not quite that cold tonight
[05:24] <valorie> I like a cold winter, as long as it's not 3 feet of snow
[05:24] <valorie> that's a bit overkill
[05:25] <bkerensa> Oh it hasnt snowed that much in the years I have been here
[05:25] <bkerensa> just a few inches
[05:25] <bkerensa> I fear Ice more than I do snow
[05:25] <valorie> how many years have you lived there?
[05:25]  * bkerensa takes Public Transit so walking on frozen sidewalks is much like ice skating
[05:25] <bkerensa> valorie: Almost three now
[05:25] <valorie> there was a pretty bad storm 2 or 3 years ago
[05:25] <valorie> ok
[05:25] <bkerensa> yeah
[05:25] <bkerensa> it was only a foot or so
[05:26] <valorie> it was hell here
[05:26] <bkerensa> I was on the bus at the time and they had to kick everyone off and people left their cars on the freeway
[05:26] <valorie> fortunately I have a subaru
[05:26] <valorie> that's the one
[05:26] <bkerensa> I have seen worse snow in the Sierra Nevedas
[05:26] <bkerensa> like near Truckee
[05:26] <valorie> my daughter almost died from a kidney infection
[05:26] <bkerensa> Snow that would put the fear in people :P
[05:26] <valorie> she couldn't get to the hospital so I had to drive up to north seattle and take her
[05:27] <bkerensa> Bodie, CA gets pretty intense snow too.... Thats where the Marines do their Winter Warfare Training
[05:27] <bkerensa> wow
[05:27] <valorie> she was hospitalized over Xmas that year
[05:27] <bkerensa> thats not good
[05:27] <valorie> well, I was able to get her there
[05:27] <bkerensa> yeah
[05:27] <valorie> so it ended up good
[05:28] <valorie> she's alive
[05:29] <bkerensa> valorie: You live in Seattle too right or a suburb?
[05:29]  * bkerensa wants to make a trip up there sometime before the spring
[05:29] <valorie> an hour south-east
[05:29] <bkerensa> My two friends that were in Seattle both left :P
[05:30] <valorie> right outside of the little village of Black Diamond
[05:30] <bkerensa> just Finn now
[05:30] <valorie> it's a fun city
[05:31]  * bkerensa would mostly just be coming up to see Finn and maybe attend a WA LoCo event
[05:32] <bkerensa> Gotta be a month or two after Christmas because my California trip is going to be spendy
[05:32]  * bkerensa is unsure how some Ubuntu Members can afford to travel so much
[05:32] <bkerensa> seems like everyone except for me is going to every event regardless of its location
[05:32] <bkerensa> =o
[05:34] <valorie> well, I only go to UDS if I'm sponsored
[05:34] <valorie> same with the KDE events
[05:35] <valorie> that's how I can afford Switzerland and German
[05:35] <valorie> y
[05:35] <valorie> :-)
[05:37] <bkerensa> hmm :)
[05:37] <bkerensa> lucky you
[05:37] <bkerensa> LOL
[05:37]  * bkerensa will apply for UDS next year if it is in country
[05:37]  * bkerensa doesnt much want to go to Europe
[05:37] <bkerensa> :D
[05:39] <valorie> wow
[05:39] <valorie> I so much want to go to europe again
[06:28] <bkerensa> valorie: My friday evening - http://i.imgur.com/CVceT.png
[06:30] <valorie> ha
[06:30] <bkerensa> :P
[06:30] <valorie> I built tomahawk and some of its components
[06:30] <valorie> after spending the day shepherding my dad to the doctor and back
[06:30] <valorie> thank goodness we went out for pizza!
[06:38] <bkerensa> :D
[06:38] <bkerensa> a tomahawk like a axe or?
[06:38] <valorie> see gettomahawk.com
[06:39] <valorie> it's a way to share your music and playlists legally
[06:40] <valorie> I wanted the latest, though
[06:53] <bkerensa> ?
[06:53] <bkerensa> wait
[06:53] <bkerensa> share music legally?
[06:53] <bkerensa> -.o
[06:53] <bkerensa> did I miss a legal ruling of some sort? :P
[06:56] <bkerensa> valorie: You can share music with people over the internet? Like stream or actually send mp3s?
[06:59] <valorie> just stream
[07:00] <bkerensa> valorie: How do you find people to share with?
[07:00]  * bkerensa is install now
[07:00] <valorie><EMAIL_ADDRESS>- add me
[07:00] <valorie> the guys in the chan are good about sharing as well
[07:01] <valorie> #tomahawk
[07:01] <bkerensa> cool
[07:07] <bkerensa> valorie: ok added you
[07:14] <valorie> do you have a gmail or jabber?
[07:14] <valorie> I'll add you back
[07:16] <valorie> twitter thing isn't working for me right now
[07:17] <bkerensa> valorie<EMAIL_ADDRESS>[07:20] <bkerensa> valorie: It said you added me
[07:20] <bkerensa> did you get my request
[07:20] <bkerensa> =o
[07:20]  * bkerensa is trying to figure this out... it looks and sounds cool but no idea how it works :P
[07:20] <valorie> I think the only thing we have to do is add one another
[07:21]  * valorie is listening to a podcast right now on amarok
[07:21] <valorie> so I'm no fun
[07:21] <valorie> although when you see my collection, you can play anything I have as long as I'm online
[07:21] <bkerensa> oh cool
[07:24] <bkerensa> valorie: wow someone in #tomahawk added me :D this is fun
[07:27] <valorie> yep, it seems new and different to me
[07:29] <bkerensa> valorie: Seems like Napster remixed to me
[07:29] <bkerensa> :D
[07:33] <valorie> ultimately, if you have a wide enough network, you should be able to hear just about anything
[08:00] <bkerensa> valorie: Only well people are online though?
[08:00] <bkerensa> :D
[08:00] <bkerensa> They need some kind of central list system to find people
[08:37] <valorie> I think they feel that once it gets popular, people will just friend their friends
[08:37] <valorie> also the good thing is that lots of linux people leave their computers on all the time
[08:38] <valorie> you could find people on their forums, but they are full of spam
[08:38] <valorie> :(
[18:44] <bkerensa> valorie: Do you have any copies of old speaker proposals?
[18:44]  * bkerensa is wanting to practice writing one on FOSS Evangelism and needs a guide
[22:18] <valorie> bkerensa: I've never written a speaker proposal
[22:18] <valorie> but I sure need to start
[22:18] <valorie> :-)


[18:10] <brotherdust> Hi folks! Hope you are all well today! I'm trying to configure netplan to use an _interface_ route. Here's the /etc/network/interfaces equivalent:
[18:10] <brotherdust> auto enp196s0f0np0
[18:10] <brotherdust> iface enp196s0f0np0 inet static
[18:10] <brotherdust>         mtu 9216
[18:10] <brotherdust>         address <IP_ADDRESS>/24
[18:10] <brotherdust>         pointopoint <IP_ADDRESS>
[18:10] <brotherdust> And here's what seems to be the netplan equivalent:
[18:10] <brotherdust> enp196s0f0np0:
[18:10] <brotherdust>   addresses:
[18:10] <brotherdust>   - <IP_ADDRESS>/32
[18:10] <brotherdust>   routes:
[18:10] <brotherdust>   - to: <IP_ADDRESS>/32
[18:10] <brotherdust>     on-link: true
[18:10] <brotherdust> However, when I try to apply, I get this:
[18:10] <brotherdust> unicast route must include both a 'to' and 'via'
[18:10] <brotherdust> I tried adding a via to the configuration, and it applies, but the route is constructed improperly. Any thoughts on how to get the netplan to cooperate?
[18:12] <brotherdust> In other words, doing this:
[18:12] <brotherdust> enp196s0f0np0:
[18:12] <brotherdust>   addresses:
[18:12] <brotherdust>   - <IP_ADDRESS>/32
[18:12] <brotherdust>   routes:
[18:12] <brotherdust>   - to: <IP_ADDRESS>/32
[18:12] <brotherdust>     via: <IP_ADDRESS>
[18:12] <brotherdust>     on-link: true
[18:12] <brotherdust> Results in this route entry:
[18:12] <brotherdust> <IP_ADDRESS> via <IP_ADDRESS> dev enp196s0f0np0 proto static onlink
[18:12] <brotherdust> Which is _not_ an interface route. It should look like this:
[18:12] <brotherdust> <IP_ADDRESS> via dev enp196s0f0np0


[11:49] <christoffer> #ubuntu-uds-community-1
[16:09] <Saviq|uds> dpm-uds: yes we can
[16:10] <kgunn> my google video just keeps reloading...is it working for others?
[16:10] <Saviq|uds> kgunn: works here
[16:11] <Saviq|uds> Cimi: we can see/hear you fine
[16:11] <hikiko-uds> kgunn, it seems to work fine
[16:11] <Saviq|uds> ckpringle_: zsombi: ^
[16:11] <zsombi> the video works well for me...
[16:11] <bubbly> Anyone getting video?
[16:12] <ckpringle_> as mentioned, design posts with an idea of the visual design of these apps : http://design.canonical.com/2013/05/35908/
[16:12] <ckpringle_> http://design.canonical.com/2013/04/core-utility-apps-visual-exploration/
[16:20] <petru_janos> is it just my speakers, or it the audio barely undrstandable
[16:20] <jsjgruber> audio is ok here
[16:21] <Saviq|uds> petru_janos: is fine here, but headphones help
[16:22] <petru_janos> ok, köszönöm
[16:22] <petru_janos> thanks*
[16:23] <Saviq|uds> zsombi: yeah, can you add a link to the docs?
[16:23] <gatox_> yes
[16:23] <Saviq|uds> google fail
[16:23] <kgunn> audio ok for me
[16:24] <zsombi> Saviq|uds: yes, I will, in a moment
[16:25] <dpm-uds> Broadcast URL http://www.youtube.com/embed/Zl9k9qLewoE
[16:25] <dpm-uds> Hangout URL https://plus.google.com/hangouts/_/fed87bfd1bd44b9c978327b37d1802484c72c78a
[16:27] <dpm-uds> ckpringle_, ^
[16:27] <dpm-uds> zsombi, ^
[16:27] <dpm-uds> zsombi, ^
[16:32] <Saviq|uds> zsombi: so do you think we should limit theme-able properties to a minimum that we expect to be customizable?
[16:32] <Saviq|uds> QUESTION ^
[16:36] <Saviq|uds> Cimi: themes can't override what's there in QML
[16:37] <Cimi> Saviq|uds, yep obviusly
[16:37] <Cimi> Saviq|uds, I guess I explained myself badly
[16:43] <Saviq|uds> QUESTION: zsombi: how's the state of the theming docs?
[16:45] <Saviq|uds> zsombi: yeah, tutorial-like approach would be nice
[16:45] <Saviq|uds> zsombi: thanks
[16:47] <Toa> QUESTION : Don't you think we'd need a black theme too, with white fonts and dark background ?
[16:54] <Cimi> any question?
[16:55] <Saviq|uds> thanks, bye
[16:56] <zsombi> documentation on theming: http://developer.ubuntu.com/api/ubuntu-12.10/qml/mobile/theming-components.html
[16:56] <Toa> thanks


[06:24] <bac> jtv: r=bac
[06:27] <jtv> thanks bac!
[09:27] <stub> jtv: https://code.launchpad.net/~stub/launchpad/bug-675562-readonly-violation/+merge/41034
[09:31] <jtv> stub: call first, then I'll review.
[09:36] <jtv> stub: actually, looking already…  would it make sense in the doctest to verify that the store you get in read-only mode does not implement IMasterStore (in addition to the current test that it does implement ISlaveStore)?
[09:37] <stub> It would be redundant since a store isn't that schizophrenic . I can change the test if you think checking for not IMasterStore is clearer.
[09:43] <jtv> stub: I'll leave it to you—depends on how well-established the rule is that master stores don't implement ISlaveStore.
[09:44] <jtv> stub: nice branch btw.
[09:45] <jtv> One other thing: in lib/canonical/launchpad/webapp/adapter.py, the "if/elif" should have an "else" as per our coding standard.
[09:45] <stub> Hmm... I guess technically ISlaveStore(Foo) could return a master store, and if so, would be violating contract if the result didn't implement the interface.
[09:45] <stub> Although it doesn't work that way at the moment.
[09:48] <jtv> stub: ironically, my review got a warning that we're going into read-only mode.  But made it just in time.
[10:18] <henninge> bigjools: without know too much about the builder but shouldn't the cowboy be in assessFailuresCount where it disables the builder instead of not assessing the failure countes at all?
[10:18] <henninge> just as sanity check question
[10:21] <bigjools> henninge: no, I want that whole method eliminated
[10:21] <henninge> ok
[10:21] <bigjools> henninge: because it fails the job itself too
[10:21] <henninge> I see
[11:02] <jtv> hi danilos
[11:03] <danilos> hi jtv
[13:24] <jtv> EdwinGrubbs: are you not reviewing today?
[13:24] <jtv> Or jelmer?
[13:25] <jelmer> jtv: Yes, I am. I figured you were still around and it was quiet.
[13:25] <jelmer> jtv: I can have a look at your MP.
[13:25] <jtv> jelmer: I am, but I can't review my own.  :-)  Thanks.
[14:08] <EdwinGrubbs> jtv: my work day hasn't quite started yet.
[14:18] <jcsackett> jelmer, (or EdwinGrubbs when your day starts): i have an MP to throw on the queue. https://code.edge.launchpad.net/~jcsackett/launchpad/convert-sql-627631-storm/+merge/41011
[14:19] <jelmer> jcsackett: thanks
[14:19] <jcsackett> jelmer: shouldn't i be thanking you? :-P
[14:21] <jelmer> jcsackett: I guess it's a bit premature, if I haven't looked at your MP yet, but I was thanking you for improving lp :-)
[14:21] <jcsackett> jelmer: aaaah. :-)
[14:44] <benji> EdwinGrubbs: when do you want me to start doing mentored reviews?  I assume it'll be on days that you are OCR.
[14:44] <EdwinGrubbs> benji: oh, that's a good idea. I'll put you in the oncall list with me.
[14:46] <benji> EdwinGrubbs: I've read over the various reviewer docs and kept an eye on reviews as they've gone through my inbox.  Is there anything else you'd like me to read/do to prepare?
[14:47] <EdwinGrubbs> benji: well, the reviewers meeting is coming up in 13 minutes in #launchpad-meeting.
[14:47] <benji> ah, good call
[15:00] <EdwinGrubbs> benji: one of school of though on doing oncall reviews is to just ask a bunch of questions to verify that the coder's logic is sound as opposed to analyzing the patch in depth for the logic, i.e. there is a precedent for reviewers pestering the coder with questions that aren't though through. This should make it less tiresome to do reviews on parts of the code you are less familiar with.
[15:57] <jtv> wow, 3 ocrs
[16:02] <jelmer> well, one is *
[16:40] <EdwinGrubbs> benji: can you review https://code.edge.launchpad.net/~jcsackett/launchpad/convert-sql-627631-storm/+merge/41011
[16:40] <benji> EdwinGrubbs: sure!
[16:41] <EdwinGrubbs> benji: make sure to move jcsacket from the queue to reviewing in the channel topic, and click "Claim review" on the mp
[16:41] <benji> k
[17:09] <bigjools> hello, can I have a review of this please: https://code.launchpad.net/~julian-edwards/launchpad/disable-failures-bm-bug-676479/+merge/41068
[17:16] <jelmer> bigjools: I'll do a review before I EOD
[17:17] <benji> EdwinGrubbs: I've done my review: https://code.edge.launchpad.net/~jcsackett/launchpad/convert-sql-627631-storm/+merge/41011.
[17:18] <bigjools> thanks jelmer
[18:16] <EdwinGrubbs> benji-lunch: when you review a branch as a mentee, you should set the review type to "code*" instead of "code".
[18:27] <benji> EdwinGrubbs: will do
[18:32] <EdwinGrubbs> benji: I'm going to lunch now, but I added a comment in the review about a problem that I really wish storm would warn us about. We can discuss it more when I get back.
[18:32] <benji> cool
[19:39] <jcsackett> EdwinGrubbs: I fixed the bad query you pointed out.
[19:39] <jcsackett> changes pushed.
[19:42] <sinzui> benji, Edwin-lunch I placed my enable-tests-0 branch into the queue
[19:43] <benji> sinzui: cool, I'll take a look at it momentarily.
[19:43]  * benji considers writing an irssi plugin for review topic handling.
[19:45] <jcsackett> benji: if you write that, pass it around. :-)
[19:45] <benji> :)  will do
[20:40] <benji> sinzui: I only had one question on https://code.launchpad.net/~sinzui/launchpad/enable-tests-0/+merge/41088.
[20:41] <benji> EdwinGrubbs: I'v reviewed sinzui's branch at https://code.launchpad.net/~sinzui/launchpad/enable-tests-0/+merge/41088
[20:41]  * EdwinGrubbs looks
[20:49] <gary_poster> benji, may I add https://code.launchpad.net/~gary/launchpad/bug676489/+merge/41069 to your queue?  Hopefully quick one, only 75 line diff
[20:49] <benji> gary_poster: sure
[20:49] <gary_poster> cool
[20:54] <benji> jcsackett: I commented on https://code.edge.launchpad.net/~jcsackett/launchpad/convert-sql-627631-storm/+merge/41011
[20:59]  * benji requires another Dr. Pepper
[21:00] <jcsackett> benji: i saw. actually it suggests i got my ec2 results mixed up. i have another branch that's *very* similarly named that was being developed more or less at the same time as this one.
[21:00] <jcsackett> :-P
[21:10] <benji> gary_poster: your branch looks good; I did have one small thought which I included in a comment.
[22:06] <jtv> benji: I couldn't resist one more try… this one saves me over a minute of build time.  Wanna review?  https://code.launchpad.net/~jtv/launchpad/parallel-make/+merge/41108
[22:07] <benji> jtv: sure (by the way, I've figured out why so much option parsing is taking place and I think I can avoid it all)
[22:07] <jtv> \o/
[22:07] <jtv> benji: then between the two of us we may just be halving build speed today.
[22:07] <jtv> Sorry, build _time_ :)
[22:07] <benji> :)
[22:11]  * benji has flashbacks from his days of being knee deep in Makefiles.
[22:12] <jtv> Fond memories, eh?
[22:14] <benji> you could say that... I was an absolute expert in make for about six weeks; most of those brain cells have comitted suicide since then.
[22:14] <jtv> chuckle
[22:44] <benji> jtv: I commented (approvingly) on your branch: https://code.launchpad.net/~jtv/launchpad/parallel-make/+merge/41108
[22:44] <jtv> thanks benji!
[22:44] <benji> EdwinGrubbs: it should be ready for you to review now.
[22:45] <EdwinGrubbs> I'll look at it
[22:45] <benji> thanks
[23:08] <gary_poster> many thanks, benji and Edwin-afk
[23:08] <gary_poster> EdwinGrubbs:
[23:09] <gary_poster> I meant thank you :-P
[23:10] <EdwinGrubbs> I really wish I could get freenode to kill Edwin-afk. It has been there for days.


[04:59] <wgrant> blr: How's it looking?
[10:00] <wgrant> cjwatson: Did you work out your team mail stuff?
[10:09] <cjwatson> wgrant: No serious blockers but I got distracted by landing all the things yesterday.
[10:22] <cjwatson> Hm.  I just found RecipeBuildBehaviour._extraBuildArgs and config.builddmaster.bzr_builder_sources_list.  I wonder if I should replace my tools_archive stuff with that?
[10:22] <wgrant> Oh, I thought that had been removed.
[10:22] <wgrant> Oops.
[10:22] <wgrant> We haven't used it in years.
[10:23] <cjwatson> tools_archive is in one way a bit more elegant, but it doesn't support specifying a different series, nor does it support specifying a sources.list somewhere that isn't the same LP instance.
[10:23] <cjwatson> I assumed it had been removed ages ago and hadn't even looked; I only ran across it by accident
[10:26] <cjwatson> I'm inclined to push the bzr_builder_sources_list stuff down to get_sources_list_for_building and remove tools_archive.  It's basically the same as the deprecated OEM external dependencies stuff.
[10:27] <cjwatson> Except per-build-behaviour rather than per-archive.
[10:27] <wgrant> Right, sounds reasonable to me.
[10:27] <wgrant> Sorry, I hadn't realised it was still around.
[10:27] <cjwatson> NP
[10:28] <cjwatson> RecipeBuildBehaviour puts it after the primary archive in sources.list, but I think just before (as tools_archive) is conceptually slightly better.
[10:28] <wgrant> Agreed.
[10:29] <cjwatson> Little difference in practice unless the same version ends up in the primary archive.
[10:30] <wgrant> One day I am going to hack Zope to allow deep views.
[10:30] <wgrant> +webhooks, +webhook/foo, +new-webhook
[10:30] <wgrant> Madness
[10:57] <cjwatson> wgrant: Your celery tests seem very unreliable in buildbot ...
[10:58] <wgrant> cjwatson: Yes, I've relaxed the two unreliable ones in my latest branch.
[10:58] <wgrant> buildbot really can be very slow at running code :(
[11:35] <cjwatson> wgrant: Were you thinking that I should have a straight-through test that there's failure-counting if the snap source has been deleted, or is it enough to trust the general scan/scanFailed behaviour of builddmaster and check for the AssertionError on dispatch?
[11:36] <wgrant> cjwatson: I think the latter is fine.
[11:36] <wgrant> buildd-manager tests are awkward, and that behaviour is already reasonably well tested.
[11:38] <cjwatson> Good, that's what I thought/hoped.
[11:38] <wgrant> I'm not that cruel.
[11:41] <cjwatson> Oh, fixing this will imply making branch/repository deletion hook into snaps, though.  Which was on my to-do, just a bit further down.
[11:41] <cjwatson> I guess it's not hard.
[11:42] <wgrant> Ah, fair.
[11:42] <wgrant> It's not a blocker for landing the branch.
[11:42] <wgrant> But I'd quite like to have some assertion that the behaviour is sane so when we rework something in three years we don't burn alphecca down.
[11:48] <cjwatson> I think I'll just propose a separate branch first to fix deletion.  Easier that way round than some kind of weird assertion about what happens if a reference points into the void ...
[11:49] <wgrant> Yep