[14:16] <richud> hi, stopping NetworkManager  doesn't stop dnsmasq in Ubuntu 15.10 even though it is it's child, does anyone know if this a bug or feature?
[14:23] <richud> ...it stops anything then working in /etc/NetworkManager/dnsmasq.d/ as dnsmasq never gets restarted when restarting NetworkManager


[03:17] <DarkTrick> Hello, I'm searching core dumps from a user program.
[03:17] <DarkTrick> I have climit -c unlimited, but there all files have only 0 bytes. Is there a trick?


[19:43] <tannewt> how do I find out what events are emitted in upstart currently?
[20:46] <brendan_> tannewt: the list of all possible events, or the current state?
[20:46] <brendan_> ah, gone


[01:22] <james_w> I write a bazillion tests without logging in, then I add one more that accesses person.name and it fails because I haven't logged in. That seems rather arbitrary, is it because of openid?
[01:24] <wgrant> james_w: What sort of stuff were you doing beforehand?
[01:24] <wgrant> You weren't conveniently avoiding security proxies?
[01:24] <james_w> I have no idea
[01:24] <wgrant> OOPS-1656A838
[01:24] <james_w> > 500 lines of tests, creating lots of objects with the factory and accessing them over the API
[01:25] <james_w> then as soon as I access person.name it fails, but product.name etc. is fine
[01:25] <wgrant> That is odd.
[01:26] <james_w> wgrant: are you interested in what that oops is?
[01:26] <wgrant> james_w: I am.
[01:27] <james_w> hang on, I caused it?
[01:27] <wgrant> Did you?
[01:27] <james_w> yeah
[01:27] <wgrant> I got it from ScottK.
[01:27] <james_w> huh
[01:27] <james_w> oh, hang on
[01:28] <james_w> brain fail
[01:29] <james_w> http://paste.ubuntu.com/463767/
[01:29] <james_w> it's that taking ages
[01:29] <wgrant> Seriously?
[01:29] <wgrant> How long did it take?
[01:29] <james_w> 20s
[01:30] <wgrant> Must be a locking issue.
[01:30] <james_w> yeah
[01:30] <james_w> 1 repetition
[02:00] <james_w> ajmitch: I hope you don't mind, but I carried on your work with https://code.edge.launchpad.net/~james-w/launchpad/expose-blueprints
[02:01] <ajmitch> james_w: ah well
[02:02]  * ajmitch hadn't pushed his updated stuff
[02:02] <james_w> damn
[02:02] <ajmitch> doesn't matter, it's best done by someone who knows what they're doing
[02:02] <james_w> do you want to merge my changes in and finish it off?
[02:03] <ajmitch> I can take a look, I just didn't have time to write up tests for it
[02:07] <ajmitch> that'll teach me to not push changes :)
[03:05] <dhastha> Need help:  I am trying to install Launchpad locally in
[03:05] <dhastha> Virtual machine manager
[03:06] <dhastha> But Virtual machine manager returns :  Unable to complete install: 'internal error unable to start guest: char device redirected to /dev/pts/0
[03:06] <dhastha> qemu: could not open disk image /var/lib/libvirt/images/UbuntuServer.img: No such file or directory
[03:07] <dhastha> How to install ubuntu server in Virtual machine manager?
[03:17] <wgrant> dhastha: You may want to ask #ubuntu or perhaps #ubuntu-server
[08:43] <sinzui> benji, leonardr, bug 146389 has an interesting branch
[08:43] <_mup_> Bug #146389: api for blueprint tracker <api> <feature> <Launchpad Blueprints:In Progress> <https://launchpad.net/bugs/146389>
[08:44] <mwhudson> morning
[13:17] <lifeless> mthaddon: around? looks like we have a vandal
[13:17] <mthaddon> lifeless: wassup?
[13:18] <lifeless> https://edge.launchpad.net/~jmkuhn007 is making fairly random changes to bugs in the launchpad suite
[13:18] <lifeless> https://bugs.edge.launchpad.net/launchpad-registry/+bug/602771
[13:18] <lifeless> and
[13:18] <_mup_> Bug #602771: Private Member <privacy> <Launchpad Registry:In Progress by bac> <https://launchpad.net/bugs/602771>
[13:18] <lifeless> https://bugs.launchpad.net/bugs/99519
[13:18] <lifeless> so far
[13:18] <_mup_> Bug #99519: Team Registry - Push yourself find out how we can do this. <confusing-ui> <javascript> <story-logos> <Launchpad Registry:Triaged by jmkuhn007> <https://launchpad.net/bugs/99519>
[13:19] <mthaddon> lifeless: has anyone contacted him about this?
[13:19] <lifeless> not yet
[13:21] <bac> mthaddon, lifeless : sinzui may have contacted him in the past
[13:21] <mthaddon> probably worth checking that I would think
[13:22] <lifeless> lp doesn't show that. Perhaps it should ?
[13:22] <lifeless> sinzui: can you confirm - have you spoken to this account before - are they aware they are being disruptive ?
[13:24] <wgrant> I recall he was doing some strange (but not particularly harmful) stuff a couple of weeks ago.
[13:52] <lifeless> wgrant: thanks
[14:00] <mtaylor> morning lifeless
[14:00] <lifeless> hi mthaddon
[14:00] <lifeless> bah
[14:00] <lifeless> hi mtaylor
[14:00] <mtaylor> heh
[14:00] <mthaddon> :)
[14:00] <mtaylor> how's prague?
[14:01] <thumper> mtaylor: he is supposed to be listening, don't distract him :)
[14:01] <mtaylor> do you guys run tarmac as a daemon? or do you just run it by hand?
[14:01] <mtaylor> thumper: bah!
[14:01] <thumper> mtaylor: we still use pqm
[14:01] <thumper> others use tarmac though
[14:01] <mtaylor> ah. so you're going to be no help with my tarmac questions then :)
[14:01] <thumper> rockstar: tarmac question
[14:02] <rockstar> mtaylor, hi
[14:02] <mtaylor> hey rockstar
[14:02] <rockstar> mtaylor, it's run as a cron script.
[14:02] <mtaylor> rockstar: ok. so that's best-practice for it atm
[14:02] <rockstar> I believe dobey wanted to run it as a daemon, but I don't see the point.
[14:03] <rockstar> mtaylor, well, if by "best practice" you mean "only option," then yes.
[14:03] <mtaylor> hahaha
[14:04] <rockstar> mtaylor, are you setting up Tarmac?
[14:04] <mtaylor> rockstar: so then ... if it keeps telling me "No approved proposals found", yet I _do_ have one, am I just stupid?
[14:04] <mtaylor> rockstar: yes.
[14:04] <lifeless> mtaylor: stupid, for sure.
[14:04] <mtaylor> rockstar: I've got two projects starting up, and I'd like to get the teams hacking on them started not pushing to trunk themselves
[14:05] <rockstar> mtaylor, so, the current criteria is that the merge proposal is approved and has a commit message set.
[14:05] <mtaylor> lifeless: ok. bad question. I'm always stupid...
[14:05] <rockstar> mtaylor, this will be less ass when we have merge queues.
[14:05] <mtaylor> rockstar: yes. agreed
[14:05] <rockstar> mtaylor, are you using trunk (please Thor say yes)
[14:05] <mtaylor> rockstar: and tits... I looked at the merge prop and thought I'd set a commit message but hadn't
[14:05] <mtaylor> rockstar: yes
[14:05] <lifeless> I'm not 100% convinced by tim's needs-split stuff; I should talk to him today about this.
[14:06] <lifeless> as in , its clearly better, but is it needed to move forward...
[14:06] <rockstar> lifeless, regardless of the needs-split stuff, we need merge queues.
[14:06] <lifeless> rockstar: ack
[14:06] <mtaylor> rockstar: at some point I'm going to want to talk to you in more detail about tarmac... as the next step is figuring out the "right" way to integrate all of this with hudson
[14:06] <rockstar> Right now, Tarmac just grabs a glob of merge proposals instead of a list of merge proposals.
[14:07] <rockstar> mtaylor, ooh, I'm totally down for getting it integrated into Hudson.
[14:07]  * mwhudson twitches
[14:07] <rockstar> mtaylor, you are aware that Tarmac is my pet project right?
[14:07] <mtaylor> rockstar: excellent... my plans are coming together
[14:07] <mtaylor> mwhudson: was that a good twitch or a bad one?
[14:07] <rockstar> mwhudson, your interface is undocumented, so I won't be integrating with you anytime soon.
[14:08] <lifeless> rockstar: btw I'm a hudson committer, if you need info gimme a shout
[14:08] <rockstar> lifeless, great.
[14:08] <mtaylor> rockstar: biggest problem I've got now is duplication of effort/impedence mismatch in queue management
[14:08] <mtaylor> lifeless: me too me too ... but I love help :)
[14:08]  * rockstar sometimes forgets to feed his pet project, or let it out, so it shits on the floor sometimes...
[14:08] <lifeless> mtaylor: I don't think you've touched the core yet have you ?
[14:09] <mtaylor> lifeless: uh... no
[14:09] <lifeless> mtaylor: :P
[14:09] <mtaylor> lifeless: but I _do_ have commit access :)
[14:09] <lifeless> mtaylor: yes, I know.  I should push it up for you
[14:11] <rockstar> mtaylor, for Tarmac?
[14:11] <mtaylor> rockstar: yeah - I was trying to use it on drizzle a while back and kept hitting an exception
[14:12] <rockstar> mtaylor, I'm currently thumper's review bitch, so I can do a review and merge for Tarmac.
[14:12] <mtaylor> assert config.has_section(lp_branch.bzr_identity)
[14:12] <mtaylor> that's unhappy
[14:13] <rockstar> mtaylor, yeah, I think I fixed that, but you might have a new case.
[14:13] <mtaylor> rockstar: oh, this just happened to me right now
[14:14] <mtaylor> rockstar: sorry, that's not what I fixed
[14:14] <rockstar> For context, Tarmac worked pretty well on 0.2.  It worked so well that I had to re-write it, because it didn't have enough bugs.
[14:14] <mtaylor> fantastic
[14:21] <mtaylor> rockstar: that assert seems to indicate to me that I want a section ... ah, I want a config section named after the branch
[14:22] <mtaylor> rockstar: /me wags finger at the documentation...
[14:22] <rockstar> mtaylor, the docs are still old.  I wrote the code first, and then I was going to document it.
[14:22] <rockstar> mtaylor, if you'd stop finding bugs, I'd write some documentation, so in a way, this is your fault.
[14:22] <mtaylor> Running test command: python setup.py test
[14:22] <mtaylor> rockstar: hah
[14:23] <mtaylor> rockstar: um, the python setup.py test command did not actually seem to actually happen
[14:23] <rockstar> mtaylor, I remember talking about this recently.  There was something weird.
[14:24] <mtaylor> rockstar: oh wait - pebkac
[14:25] <rockstar> mtaylor, make sure to file a bug on yourself then.
[15:16] <james_w> leonardr: there's a bunch of branches on https://code.edge.launchpad.net/~james-w/lazr.restfulclient/+activereviews that are going stale
[15:16] <james_w> leonardr: are you interested in having any of them in trunk?
[15:17] <leonardr> james_w: probably, i haven't looked recently, sorry
[15:17] <leonardr> i'm about to review a launchpad branch of yours
[15:54] <lifeless> mthaddon: ping
[15:54] <wgrant> Yay for Vostok sanity.
[15:54] <wgrant> This makes much more sense.
[15:54] <lifeless> wgrant: isn't it awful-am for you?
[15:55] <lifeless> wgrant: what does?
[15:55] <wgrant> lifeless: Not even 1am...
[15:55] <nigelb> more like awful pm
[15:55] <mthaddon> lifeless: hi
[15:55] <wgrant> lifeless: The whole lets-not-actually-rewrite-everything-from-scratch thing.
[15:55] <lifeless> mthaddon: the daily oops reports are looking good, but the graph is a bit jerky.
[15:55] <mwhudson> wgrant: yes
[15:55] <wgrant> Which is rather different from the idea that was floated a few weeks ago.
[15:55] <mthaddon> lifeless: daily or hourly?
[15:55] <lifeless> wgrant: oh; well writing something new just gives you new bugs
[15:55] <lifeless> mthaddon: hourly
[15:57] <mthaddon> lifeless: yep, we've had some teething troubles getting the cronjob working properly, and if devpad goes down we miss an entry
[15:57] <lifeless> urgl
[15:58] <mthaddon> lifeless: the teething troubles are fixed - devpad going down shouldn't be so often as to cause too much pain, we've just been unlucky
[15:59] <lifeless> ok cool
[15:59] <lifeless> tomorrow then we'll lower the timeout! woo!
[16:00] <leonardr> james_w, i've merged ensure-representations-are-json. ping me next week and i'll spend some time answering your other-branch questions, if i don't get to them before them
[16:01] <james_w> thanks
[16:45] <sinzui> jam: http://pastebin.ubuntu.com/464106/
[16:50] <mwhudson> hmm
[16:50] <mwhudson> ./bin/test -vvvc lp.code.model.tests took ~15 minutes
[16:50] <mwhudson> slightly more than 3 minutes were in _LaunchpadObjectFactory.makePerson_
[16:51] <poolie> lifeless, wget --> https://bugs.edge.launchpad.net/launchpad-foundations/+bug/605866
[16:51] <_mup_> Bug #605866: anonymous readonly api requests should not require an OAuth key <Launchpad Foundations:New> <https://launchpad.net/bugs/605866>
[16:54] <james_w> where do I get pocketlint?
[16:54] <mwhudson> james_w: ~launchpad ppa
[16:57] <james_w> oh yay, package name is different to command name, and doesn't mention the command in the description, so apt-cache search pocketlint doesn't work
[17:39] <Sary> Syntax: REGISTER <#ubuntu-sa>


[09:53] <alan_g> Saviq: are you looking into the PPA build failures?
[10:12] <Saviq> alan_g: already fixed
[10:12] <Saviq> or are there new ones?
[10:12]  * Saviq checks
[10:12] <Saviq> gah
[10:13] <Saviq> HUH
[10:14] <alan_g> Saviq: I see you pushed a change, but I don't see any difference
[10:16] <Saviq> alan_g: because it failed to upload
[10:16] <Saviq> "dpkg-buildpackage: unknown option or argument --tar-ignore=.git"
[10:17] <Saviq> because freakin' travis has Ubuntu from 4 years ago :P and dpkg only got many long options very recently
[10:18] <alan_g> Saviq: ack. You're on it?
[10:19] <Saviq> alan_g: https://github.com/MirServer/mir/pull/57
[10:19] <Saviq> it's even worse that dpkg-source does have them long, and that's what I checked the man for...
[10:20] <Saviq> but dpkg-buildpackage only passes on short ones <facepalm />
[10:20] <Saviq> this is where us waiting for the packages to build would be nice when merging ;)
[10:21] <alan_g> Yup.
[16:24] <Saviq> popey: hey, do you know if there's anyone managing the #ubuntu* channels here? we'd like to redirect from here to #mirserver, not sure who to ask :)
[16:25] <popey> Sure thing
[16:25] <popey> You could ask in #ubuntu-irc I think.


[05:22] <guiverc> alas too late for Bashing-om, but my read thru of UWN 630 was good  (I'll leave note in gdoc)
[07:10] -SwissBot:#ubuntu-news- ::Softpedia:: Swift Now Supports More Linux Distributions, Including Ubuntu 20.04 @ https://news.softpedia.com/news/swift-now-supports-more-linux-distributions-including-ubuntu-20-04-529938.shtml (by Bogdan Popa, Microsoft News Editor)
[07:31] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Blog: Canonical at the 9th OSM Hackfest @ https://ubuntu.com/blog/9th-osm-hackfest
[08:48] -SwissBot:#ubuntu-news- ::Planet:: Stuart Langridge: Hammer and nails @ https://www.kryogenix.org/days/2020/05/06/hammer-and-nails/
[18:07] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Noted is keyboard-driven note taking app for macOS & Linux @ https://www.omgubuntu.co.uk/?p=177248 (by Joey Sneddon)
[18:58] <Bashing-om> UWN: Pulling "WIP"- checked channel log, nothing to change. Time to push 20:00 GMT.
[20:00] <Bashing-om> UWN: news@lists notification is away; doing the Forum post next.
[20:05] <Bashing-om> UWN: Forum posted - no issues seen :D - doing the re-directs.
[20:13] <Bashing-om> UWN: Re-dircts also done - Pending are the social media postings.
[20:14] -SwissBot:#ubuntu-news- ::Planet:: Rolando Blanco: Ubuntu 20.04 @ https://rolando.iblanco.us/index.php/2020/05/11/ubuntu-20-04/
[20:17] <Wild_Man> Bashing-om, I have been on hold for two and a half hours with a credit card company, long wait times because of the virus if I get off the phone and no one has published to the fridge and social media I will do it
[20:19] <Bashing-om> Wild_Man: Thanks - Guess there is no big rush - take care of what is importanat :P
[20:20] <Wild_Man> It is ridiculous trying to get things done these days, I would do it while I am on hold but the music is playing in my ear and I might make a mistake
[20:22] <Bashing-om> Wild_Man: Understand that - I have a one track mind myself :P
[20:22] <Wild_Man> I use to be able to do many things at once but that was a long time ago
[20:39] <Wild_Man> The hold music is driving me insane
[20:43] <Bashing-om> Wild_Man: Makes one want a speaker phone :(
[21:02] -SwissBot:#ubuntu-news- ::Planet:: Rolando Blanco: Upgrade from Ubuntu 18.04 to 20.04 @ https://rolando.iblanco.us/index.php/2020/05/11/upgrade-from-ubuntu-18-04-to-20-04/
[22:19] <guiverc> Bashing-om, okay to push #630 to fridge?
[22:24] <Bashing-om> guiverc: Yup - Wild_Man is occupied - I have seen no issues with UWN :P
[22:25] <guiverc> http://fridge.ubuntu.com/2020/05/11/ubuntu-weekly-newsletter-issue-630/
[22:27] <Bashing-om> guiverc: Fridge spot check: checks good :D
[22:28] <guiverc> tweeted
[22:29] <Bashing-om> guiverc: Clear now to wipe Gdoc ?
[22:31] <guiverc> yep
[22:31] <Bashing-om> guiverc: Doing ^ .
[22:37] <guiverc> posted in fb
[22:39] <Bashing-om> Gdoc: - we do issue 631 :D
[22:46] -SwissBot:#ubuntu-news- ::Planet:: The Fridge: Ubuntu Weekly Newsletter Issue 630 @ http://fridge.ubuntu.com/2020/05/11/ubuntu-weekly-newsletter-issue-630/
[23:44] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Podcast from the UK LoCo: S13E07 – Jumping over children @ https://ubuntupodcast.org/2020/05/12/s13e07-jumping-over-children/
[23:56] -SwissBot:#ubuntu-news- ::Fridge:: Ubuntu Weekly Newsletter Issue 630 @ http://fridge.ubuntu.com/2020/05/11/ubuntu-weekly-newsletter-issue-630/ (by guiverc)


[06:44] <RAOF> I AM VICTORIOUS OVER C++
[07:09] <cpaelzer> but not yet over capslock :-P
[09:51] <jamespage> xnox: https://launchpad.net/ubuntu/+source/ceph/13.2.2+dfsg1-0ubuntu1 python 2 -less ceph :-)
[09:56] <brainwash> seb128: hi. re libxklavier I'm not sure if reporting it upstream will do anything, because it seems to abandoned.
[09:56] <brainwash> https://cgit.freedesktop.org/libxklavier/
[09:56] <seb128> brainwash, well, we don't have good knowledge of that code so I doubt we are going to do a distro patch hack
[09:57] <brainwash> this patch was used before
[09:57] <seb128> doesn't hurt much also to upstream a report/revert suggestion, maybe someone still read reports there even if they are no active
[09:57] <brainwash> but then dropped without any reason
[09:57] <brainwash> at least I cannot find anything in the changelog
[09:58] <brainwash> I can create an upstream report
[09:59] <seb128> thx
[09:59] <brainwash> I guess I want at least the reason for why it was dropped in the debian sync
[10:01] <seb128> brainwash, doko did that sync https://launchpad.net/ubuntu/+source/libxklavier/5.4-1 so maybe check with him why he dropped it
[10:01] <brainwash> will do
[10:01] <seb128> https://lists.ubuntu.com/archives/yakkety-changes/2016-September/008523.html
[10:01] <seb128> thx
[10:01] <brainwash> already subscribed him to the report
[10:01] <seb128> thx
[14:44] <rbasak> seb128, cc: cyphermox: I filed https://code.launchpad.net/~racb/network-manager/+git/network-manager/+merge/359837
[14:44] <seb128> rbasak, thx
[14:45] <rbasak> seb128: should we sync on the n-m vs. dnsmasq dep8 issue? I don't think I can go any further without help at the moment - I understand what the n-m dep8 test is failing on, but not why or whether it's correct or how it's an issue with dnsmasq.
[14:46] <seb128> rbasak, I'm not really familiair with n-m nor this tests, maybe let's wait if cyphermox has an input on that?
[14:46] <cyphermox> already approved the MP
[14:46] <rbasak> cyphermox: thanks!
[14:47] <seb128> we should create the disco branch
[14:47] <seb128> rbasak, do you have the details on what the failure is due to?
[14:47] <rbasak> Yes, one moment.
[14:48] <rbasak> seb128: I believe it's this: https://paste.ubuntu.com/p/C8XCX8wzn5/
[14:48] <rbasak> LOWERLAYERDOWN instead of DOWN
[14:48] <rbasak> I think it's a race, since I've also seen it pass (just once though) with the supposedly failing dnsmasq.
[14:49] <rbasak> Though I tried an assertEventually and that didn't work, so I don't think the race is just that it's going to get to DOWN eventually.
[14:49] <rbasak> Howver I don't know what LOWERLAYERDOWN means in the context of n-m and these tests.
[14:52] <rbasak> seb128: to get that result I further used https://paste.ubuntu.com/p/gF6k4WRr8D/ together with the patch from my MP and running "sudo python3 -m unittest nm.ColdplugWifi.test_open_b_ip6_raonly_no_pe" from a VM inside debian/tests/ with the test deps installed from disco and only dnsmasq-base updated from disco-proposed
[14:53] <rbasak> seb128: and https://paste.ubuntu.com/p/Vv447HKJMJ/ didn't fix the problem
[14:53] <seb128> rbasak, and it works without the older version of dnsmasq?
[14:53] <rbasak> That's as far as I've got.
[14:53] <rbasak> Yes. It seems to reliably work if I downgrade back to dnsmasq-base from disco release pocket (I needed to reboot the VM for cleanup after the test fails)
[14:54] <rbasak> It almost reliably fails if I use dnsmasq-base from the disco proposed pocket, except that it worked once (not reproducible but I was convinced at the time it wasn't a mistake), which is why I think it's a race.
[14:58] <rbasak> To be clear, I'm not ruling out a regression in dnsmasq. Just that it seems more likely to be a race in n-m (or most likely its tests) to me right now, triggered by some related timing change in dnsmasq.
[14:59] <rbasak> Uh, _un_related timing change in dnsmasq.
[15:03] <seb128> rbasak, thx for the investigation, I'm busy on something else atm but almost done with that, I read properly what you wrote then
[15:04] <seb128> I don't know now much about those tests though, we really need a n-m maintainer
[15:04] <seb128> maybe cyphermox has an opinion on the tests/issues though?
[15:04] <rbasak> seb128: no problem. Shall I close down my trello card for now then? Let me know if you need anything though.
[15:06] <seb128> rbasak, unsure what's the trello card is about, if it is to get n-m unblocked/the autopkgtest test issue resolved, it's not really closed imho
[15:06] <rbasak> seb128: it is about that, but on the server team's daily board
[15:07] <seb128> rbasak, so your position is basically that you did the investigation, believe at this point that the issue on the n-m tests side and not dnsmaq and such your side is done?
[15:08] <rbasak> seb128: that's right. I'm happy to look again once you've looked and if you disagree. This is definitely one of those ones where it's unclear until someone figures out the actual root cause. It seems less productive for me to learn n-m internals to get to the root cause though, which is why I want to hand it over for now at least.
[15:09] <seb128> rbasak, if so that seems fair enough that you close the card yes, thanks for the work you did on it. It would be nice if maybe you could dump your summary/what you wrote before in a https://bugs.launchpad.net/ubuntu/+source/network-manager/+filebug report?
[15:09] <seb128> rbasak, ack
[15:09] <rbasak> Sure I'll do that.
[15:09] <seb128> thx!
[15:09] <seb128> we can pick up from there
[15:09] <seb128> and maybe bounce you back to you at some point, who knows ;)
[15:17] <cyphermox> fwiw I'm starting an autopkgtest run locally for NM, see what happens
[15:20] <rbasak> seb128, cyphermox: I filed bug 1805857
[15:21] <seb128> rbasak, great, thx
[15:21] <seb128> cyphermox, thx
[15:23] <cyphermox> autopkgtest -U --apt-pocket proposed=dnsmasq -s network-manager -- qemu ~u/autopkgtest-disco-amd64.img <3
[15:24] <seb128> cyphermox, could be easier to just install the new dnsmasq on your system/a vm and use the command Robie used in that bug report?
[15:25] <cyphermox> this should work
[15:26] <cyphermox> or not at all
[15:45] <murthy> will opencv libs be updated to v4 in 18.10?
[15:46] <tkamppeter> doko, possibly the complaining users have this proprietary plugin.
[15:48] <rbasak> murthy: seems unlikely given that https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=913330 remains open, unless someone volunteers to do the work.
[15:51] <murthy> rbasak: right
[15:51] <teward> rbasak: 3.4.4 is in new up in Debian heh.
[15:51] <teward> so someone attempted to do the work :P
[15:52] <teward> but I doubt it'll get to v4 :P
[15:52] <Faux> (Way too late for 18.10.)
[15:52] <teward> ^ that
[15:52] <rbasak> Oh
[15:52] <teward> rbasak: rmadison -u debian opencv
[15:52] <teward> :P
[15:52] <teward> (easy query 123 :P)
[15:52] <rbasak> Yeah. I didn't pay attention and thought murthy was talking about Disco
[15:52] <Faux> Me too! :)
[15:52] <teward> rbasak: nope, 18.10, not 19.04 (they asked in #ubuntu first)
[15:53] <rbasak> murthy: see https://wiki.ubuntu.com/StableReleaseUpdates - 18.10 almost certainly will not be updated even if someone volunteers to do the work.
[15:53] <teward> rbasak: know anyone on the backoports team who's alive recently to do some backport work?
[15:54] <murthy> rbasak: I keep forgetting that
[15:54] <teward> because there's a nasty thing that i would like to have backported for this ancient 14.04 mail gateway I have to support (postgrey in Universe)
[16:08] <Bluefoxicy> oh for.
[16:08] <Bluefoxicy> "/boot must be on a partition of a local disk"
[16:09] <Bluefoxicy> no, /boot shall be an LVM partition if I have to mount the damned thing by hand through the console before installation begins
[16:09] <Bluefoxicy>  /dev/mapper/root-boot   2064208 1010780    948572  52% /boot
[16:09] <Bluefoxicy> who put this in the 18.04 installer?
[16:16] <Bluefoxicy> haha
[16:16] <Bluefoxicy> "Same problem here, this new installer is really bad. :(
[16:16] <Bluefoxicy> https://bugs.launchpad.net/subiquity/+bug/1785332
[16:17] <rbasak> teward: I don't know, sorry. Ask on ubuntu-devel@ if you're struggling?
[16:18] <rbasak> A few (able) people volunteered IIRC last time, so if you can't find someone, the team should be able to grow.
[16:18] <Bluefoxicy> aaaaaand I crashed the subiquity installer trying to edit a partition.
[16:18] <teward> rbasak: indeed.  I'm not a coredev or MOTU or I'd volunteer to be on the backporters team
[16:18] <teward> but meh.
[16:19] <teward> i have enough crap to deal with currently :P
[16:19] <teward> (firewall appliance migration at work >.<)
[16:19] <Bluefoxicy> crashes if you try to edit a logical volume, too!
[16:20] <teward> rbasak: though I could probably in theory argue that this should just be straight SRU'd, but there's a few new feature changes in there :|
[16:20] <teward> minor but still (this hasn't changed upstream it seems since 2016 o.O)
[17:05] <Bluefoxicy> debconf-get-selections in 18.04.1 says to install debconf-utils
[17:05] <Bluefoxicy> apt says that doesn't exist, and debconf-i18n replaces it
[17:07] <Bluefoxicy> wow that's broken
[17:09] <juliank> Bluefoxicy: debconf-utils does exist
[17:09] <juliank> Bluefoxicy: sounds like you don't have universe enabled
[17:09] <Bluefoxicy> aha!  I don't.
[17:09] <Bluefoxicy> are preseeds replaced by this curtain.conf thing?
[17:31] <nacc> Bluefoxicy: do you want #ubuntu-server?
[17:42] <xnox> Bluefoxicy, preseeds?!
[17:43] <xnox> Bluefoxicy, you can use classic d-i based server iso with preseeds; subiquity is interactive only.
[17:43] <xnox> (the new server installer)
[17:43] <xnox> Bluefoxicy, if you want to autoinstall your servers -> use $ apt install maas
[19:19] <ddstreet> xnox i have lp #1804487 to patch systemd that is rather urgent, i see you just uploaded systemd to disco today; would you prefer to roll this patch into the next systemd upload if you have one already going, or do you mind if i prepare an upload and ask you to sponsor/upload to disco (as i can only SRU, not upload to disco)
[19:20] <xnox> ddstreet, where are you SRUing that to?
[19:20] <xnox> ddstreet, there are blocked up systemd updates in _all_ releases at the moment =)
[19:20] <ddstreet> xnox it's just accepted upstream; it needs to go into disco, then sru to b/c
[19:20] <ddstreet> doesn't apply to x
[19:20] <xnox> ack
[19:20] <xnox> ddstreet, i am past EOD, i will look into that bug report tomorrow.
[19:21] <xnox> ddstreet, a straight up SRU of just that, will fail to SRU because of botched up security update that is in bionic & cosmic =/
[19:21] <ddstreet> thanks, let me know if you'd like me to handle any part of the upload to disco (or sruing)
[19:22] <ddstreet> yeah, i figure it will take a bit longer for sru'ing...but will be good to get into disco whenever possible so it's ready to sru when that path is clear


[00:05] <derekv> oh newest changes arent on github yet i didnt have network
[00:06] <derekv> now they are
[00:28] <snap-l> rick_h_: Bah humbug
[00:39] <derekv> whats global jam
[00:39] <derekv> is it good on toast?
[00:43] <derekv> 2 days, motherfucking dinasaurs on a spaceship
[00:51] <snap-l> God Damn, kittens love trouble
[01:05] <wolfger> Everybody even remotely related to naming graphics cards should be shot
[01:06] <wolfger> furthermore, software designers who say you need "Graphics card XXX or better" should be shot
[01:08] <wolfger> I mean, how the f* am I supposed to know if an HD 6480G is "better"  than an X1800?
[01:12] <derekv> google.
[01:14] <wolfger> Yes, of course, but the point is nobody should have to do that much work to know which graphics card they wish to purchase
[01:16] <derekv> marketing.  its like entropy
[01:18] <snap-l> THey could make it like APple
[01:19] <snap-l> You need the new videocard
[02:49] <snap-l> http://decafbad.net/2012/09/06/theme-change/
[03:02] <Blazeix> nice, i like it
[04:00] <snap-l> Blazeix: Thanks.
[11:55] <rick_h_> morning
[12:07] <brousch> yes
[12:07] <derekv> omg, it is
[12:08] <derekv> thankfully, i remembered to sleep before this one happened
[12:08] <rick_h_> always a good way to TGIF
[12:53] <snap-l> Damn, I took allergy medicine, so the sleeping was optional
[13:04] <snap-l> The worst part about GTD is doing something that isn't on a list, and wishing you could get the little high from marking it as done.
[13:04] <brousch> Solution: LIST ALL THE THINGS
[13:05] <rick_h_> Solution: throw you hands in the air and rip up your GTD list
[13:05] <brousch> And my makefile grows some more. it now downloads and installs a patch to django after install
[13:05] <snap-l> rick_h_: This would probably have been the week to do it. :)
[13:05] <snap-l> I haven't done a weekly review in about a month because of this project
[13:05] <snap-l> Also, automate all the things
[13:06] <brousch> I would've stabbed myself in the eye if not for the makefile on this project
[13:06] <snap-l> got a nice little high (instead of continually grumbling) for making a small script that reads SQL files, runs them via MySQL, and exports it as CSV
[13:06]  * rick_h_ loves to hear other people find cool things useful
[13:06] <rick_h_> brousch: how did your fabric/make meeting thing go?
[13:06] <snap-l> what was once a chore is now 2 seconds.
[13:06] <brousch> Every time I fix something, another little thing crops up, and I need to rebuild the whole venv and downloads and solr to try out the fix
[13:07] <brousch> rick_h_: that's 2 weeks from now
[13:07] <rick_h_> brousch: oh, thought it was wed topic
[13:07] <brousch> No, that's GRLUG
[13:08] <rick_h_> gotcha, my bad then
[13:12] <brousch> heh, now I've started prepending all of my commands with 'make'
[13:12] <brousch> 'make git push origin master'
[13:12] <brousch> damnit
[13:17] <rick_h_> lol
[13:17] <rick_h_> make push
[13:18] <rick_h_> just go ahead and shortcut it :P
[13:23] <rick_h_> must read for all burrito makers of the world http://goo.gl/NtAe8
[13:25] <jrwren> make pushit real good
[13:26] <snap-l> make ah pushit
[13:27] <brousch> I'm getting a geekon from this Makefile, and it's all thanks to rick_h_
[13:27]  * rick_h_ runs and hides
[13:28] <snap-l> brousch: It's the thought "Oh, I don't have time to automate this" and then realizing how much time you'll save running it
[13:28] <snap-l> and then you want to automate everything
[13:28] <snap-l> which is why I have a smart alarm clock that I don't have to set every day.
[13:28] <snap-l> and lights that turn on automatically
[13:30] <jrwren> pretty soon you'll bring in autotools to generate that makefile for you :p
[13:30] <snap-l> automation is a disease. Once you really catch it, you'll automate the whole damn thing
[13:30] <snap-l> jrwren: true dat
[13:31] <snap-l> I have a script to build the OMC episode automatically
[13:31] <snap-l> and compose shownotes
[13:31] <snap-l> because I'm lazy
[13:31] <snap-l> laziness is the great programmer virtue
[13:32] <snap-l> That's why we have computer do the work, and why we're not accountants.
[13:32] <snap-l> data goes in, data comes out
[13:32] <jrwren> well, THAT Kind of lazy is.  Pyrex.Distutils is hte issue then.
[14:34] <rick_h_> ah, maybe you're venv is distribute by default and pyrex hates it with custom distutils muck ups
[14:34] <jrwren> maybe, but it just says it can't find the module
[14:34] <brousch> Some old ones use a wonky installer
[14:35] <jrwren> and Pyrex/Distutils is right there. I can see it.
[14:35] <jrwren> oh shit wait... i think this makefile is invoke the wrong python
[14:35] <rick_h_> k, but is it in the python path, etc?
[14:35] <rick_h_> ah, that'll do it
[14:36] <rick_h_> https://github.com/mitechie/Bookie/blob/develop/Makefile#L3 see line 3
[14:36] <rick_h_> love it because with the makefile I almost never have to activate the venv to work on things
[14:36] <brousch> rick_h_++
[14:36] <jrwren> well, i got it to move on, so that is good.
[14:37] <jrwren> yeah, if I were using a real make system I'd hack it up, but this is bsd make.
[14:45] <derekv> So if I want to have a common ubuntu os image shared by some different machines
[14:46] <derekv> ... basically I want to be able to put some boot time configuration overrides on a drive that will be mounted on /common
[14:47] <derekv> the setup is this, two teams with two projects merged into one team with two projects.
[14:47] <derekv> a new OS image, ubuntu will be copied to all the other machines from where it's set up now
[14:48] <derekv> both the projects are in a seperate partition mounted on /common , which will also be copied around
[14:49] <derekv> but getting both the projects to run on the same machine was a pain, we had the thought that in the future we might have two project drives, and boot a machine to one or the other
[15:02] <snap-l> Are they VMs, or something else?
[15:04] <derekv> no, bare metal, the image will be copied onto the target machines
[15:04] <derekv> i'm thinking pretty hard about this idea now if it even makes sense
[15:05] <derekv> the mountpoint /common becomes a misleading name
[15:05] <derekv> since thats where the customizations go
[15:05] <snap-l> derekv: Folks used to use Kickstart for that sort of thing. Not sure if they still do
[15:05] <snap-l> (not to be confused with kickstarter, which is where people throw money at you)
[15:06] <derekv> how would you set up a lab, if you wanted all the machines to say boot os from a network drive, but have a local drive that has overrides like hostname etc
[15:06] <snap-l> They wouldn't share the same OS drive, but they'd share the configuration
[15:06] <snap-l> derekv: LTSP
[15:07] <snap-l> http://www.ltsp.org/
[15:07] <derekv> not thin clients though
[15:07] <snap-l> They don't have to be thin clients
[15:08] <derekv> oh
[15:08] <snap-l> at least I don't think they need to be thin clients. :)
[15:08] <jrwren> ltsp++
[15:08] <jrwren> it sounds like you just want pxe boot + kickstart though.
[15:08] <jrwren> that handles the hostname override.
[15:09] <derekv> i'm starting to think i suggest we put the effort into making the apps more portably deployable instead
[15:09] <jrwren> if the only overrides you want are things like hostname, ipaddress, and things that are part of standard ubuntu /etc packages, then you don't need /common
[15:09] <jrwren> you are reinventing the wheel.
[15:09] <snap-l> jrwren: ++
[15:09] <jrwren> definitely invest in app portability.
[15:09] <jrwren> its easier than it seems IMO
[15:09] <snap-l> and deployment as a package if possible
[15:09] <snap-l> not a .deb, but a self-contained unit
[15:10] <jrwren> decouple your app from a server.
[15:10] <derekv> i think they have all kinds of linuxes on their servers
[15:10] <derekv> rhel maybe
[15:11] <snap-l> Or likely Centos
[15:11] <derekv> i think we just deploy by copy of war
[15:11] <snap-l> that seems to be pretty popular with datacenters.
[15:11] <snap-l> derekv: Java shop?
[15:11] <derekv> war, huh, good god yall
[15:11] <derekv> yep
[15:11] <snap-l> Chrysler?
[15:11] <derekv> Cengage
[15:11] <derekv> Gale
[15:11] <snap-l> Ah
[15:11] <derekv> (both)
[15:12] <snap-l> Yeah, Java folks do stupid shit to deploy their code
[15:12] <derekv> lol
[15:12] <derekv> funny cause true
[15:12] <snap-l> the .war is a neat concept, but you have to reboot the server to make it pick up the new code.
[15:12] <snap-l> and Tomcat reboots like a fucking pig
[15:12] <derekv> the process here isn't something i'd design, but its not bad
[15:12] <snap-l> yeah, it's not terrible, but it's sub-optimal
[15:13] <jrwren> i'd call it terrible.
[15:13] <derekv> snap-l: we always have at least two nodes
[15:13] <derekv> so that is how thats handled, just reboot one at a time
[15:13] <snap-l> jrwren: You're used to better.
[15:13] <derekv> yea i changed my mind
[15:13] <derekv> we don't want different images imo
[15:13] <derekv> we want this to expose ways we can improve the app
[15:13] <derekv> =]
[15:14] <snap-l> Also, you work for Cengage?
[15:14] <derekv> on contract
[15:14] <snap-l> I know you have zero popwer in this, but tell them to stop supporting bullshit like SOPA
[15:14] <derekv> =[
[15:14] <snap-l> Love their books, but can't abide a technology publisher acting like that.
[15:15] <derekv> snap-l: i wish you hadn't said anything
[15:15] <snap-l> Now, go forth and impotently tell them that. ;)
[15:15] <derekv> i'm not sure what that'd accomplish
[15:15] <snap-l> derekv: I worked for ALU, which has a history of unleashing patent lawsuits
[15:15] <snap-l> some mornings I had to hold my nose.
[15:16] <derekv> i'm a contract worker.
[15:17] <snap-l> yeah, I know
[15:17] <snap-l> people would ask me stuff about Ford / Chrysler when I worked there on contract
[15:17] <snap-l> Just say "let me direct you to someone who can help", or if you really don't care, say "I'll let someone know"
[15:18] <snap-l> and then merrily go about your day.
[15:19]  * snap-l waits for derekv to say "I'll let someone know". ;)
[15:19] <derekv> i'll just start wearing a guy fawlks mask
[15:20] <derekv> to work
[15:23] <derekv> can we just talk about how i feel about java
[15:23] <derekv> i feel like its training wheels
[15:24] <jrwren> its simple, find a new contract, leave this one, and tell them why.
[15:26] <derekv> universities : we teach students to ride with training wheels because thats what the industry uses, industry: we only hire people riding with training wheels because they are easy to find, java devs: i only ride with training wheels because thats who gets hired
[15:33] <derekv> can we talk about click to focus?
[15:37] <derekv> i'm going to accelerate dev on androidbookie and get a release out sometime this month
[15:38] <derekv> then start work on something new
[15:38] <derekv> that I can monitize
[15:39] <brousch> monetize the bookie!
[15:39] <brousch> fork the server, hard code your client
[15:40] <derekv> bookie enterprise
[15:40] <brousch> then gittip rick_h_ $0.01/wk
[15:41] <derekv> or just put reasonable bounties on features that'd make it easier for me
[15:42] <derekv> where the f is workspace settings on this cinnamon thing
[16:01] <derekv> wonder how to form a business model around "I hack up a new filesystem"
[16:07] <snap-l> ask the Andrew Filesystem folks
[16:08] <snap-l> First: start off as a research project, funded by the NSa
[16:08] <snap-l> next: graduate, and start a company around your research
[16:09] <rick_h_> derekv: charge for the android app man.
[16:09] <rick_h_> derekv: $5 app in the market.  So bare stairs are kind of ugly
[16:22] <snap-l> Is the house going to be livable in the interim?
[16:23] <rick_h_> yea, just need to spend some time pulling staples from the stairs so the pets/boy don't hurt themselves
[16:23] <rick_h_> the rest is trim so we'll just setup and they'll have to finish that up later
[16:24] <rick_h_> http://elzr.com/blag/a-new-desk cool stuff, I really like the coffee table/book shelf
[16:25] <snap-l> Damn, I like that
[16:26] <rick_h_> http://www.david-pickett.com/36340/358302/portfolio/nook-coffee-table for the coffee table specific site
[16:37] <rick_h_> http://esr.ibiblio.org/?p=4559 interesting CC post
[17:11] <brousch> rick_h_ http://dvice.com/archives/2012/09/aquarium-bed-le.php
[17:12] <rick_h_> hah, the day that springs a leak...
[17:13] <rick_h_> 650 gallons...man
[17:13] <rick_h_> I want 650 gallons in the wall between the living room/my bedroom
[17:15] <brousch> Just don't shake the bed too much
[17:39] <rick_h_> brousch: here you go https://github.com/hhatto/autopep8
[17:45] <greg-g> snap-l: dude, I love ting so far (my number transfered last night!)
[17:46] <snap-l> greg-g: Awesome. Glad to hear it. :)
[18:05] <snap-l> Open Metalcast is on at 3pm today on Metal Injection
[18:05] <rick_h_> go to google.com and enjoy
[18:07] <snap-l> Nice. :)
[18:10] <rick_h_> http://gould.cx/ted/blog/Desktop_in_the_cloud is the django thing I worked on back in June
[18:22] <brousch> rick_h_ "This is tool, that automatic generated to pep8 checked code. "
[18:22] <brousch> That inspires my confidence
[18:23] <rick_h_> not everyone is a native english speaker. I've learned to be a bit more forgiving of that stuff I guess
[18:23] <brousch> It looks like he fixed it in the code itself though "A tool that automatically formats Python code to conform to the PEP 8 style
[18:23] <brousch> guide."
[18:23] <rick_h_> brousch: a MP in the making
[18:24] <brousch> mp?
[18:24] <rick_h_> sorry, merge proposal aka pull request
[18:24] <greg-g> heh, rick is talking Launchpad-speak now instead of github-speak :)
[18:25]  * rick_h_ hangs his head in shame
[19:14] <snap-l> OMC is on the air
[19:45] <rick_h_> http://i.imgur.com/QCzXh.jpg cool
[19:49] <jrwren> do you have to have an ubuntu sso to use that remote greeter feature?
[19:49] <derekv> rick_h_: i don't know the code is on github not sure if i want to charge for it
[19:49] <derekv> actually a model based on charging for skins has occured to me before
[19:50] <rick_h_> derekv: I say go for it. The code is there, but for the ease of simple app store stuff
[19:50] <derekv> tru
[19:51] <rick_h_> just saying I'd happily sent $$ your way for making it easy and even if it's only coffee money it's all good imo
[19:52] <rick_h_> and people can build an apk/install themselves if they want
[19:52] <rick_h_> but it's your thing, and we've only got some 138 users all together and it's not like it's going to get 1M (or even 1K) downloads any time soon
[19:53] <derekv> Yea I don't care that much.
[19:53] <derekv> whether i get money for it or not
[19:53] <derekv> I mean to make a go at actually making money
[19:55] <derekv> if i get a few apps out, even if I only average 1k or so ... i might make a try for full time
[19:55] <rick_h_> very cool
[19:56] <derekv> i could survive on pretty low income, just not indefinatly
[19:56] <derekv> and there'd always be ood job work to help
[19:56] <rick_h_> right, try it and worth a shot
[19:56] <rick_h_> if you can pull it over big win, if not, well at least you learn/gain a lot of exp for that next position
[20:10] <derekv> hackhackhackhackhack
[20:52] <derekv> darn, left my kb at work
[20:52] <derekv> stupid dell keyboard
[20:52] <derekv> wost thing to type on
[20:52] <derekv> laptop is much better
[21:48] <brousch> Fuck that http://www.droid-life.com/2012/09/07/entirety-of-amazons-new-kindle-fire-lineup-is-ad-supported/
[21:54] <rick_h_> yea, I'm not really in the market, but I know when I bought the kindle white paper I grabbed it without offers.
[21:54] <rick_h_> I don't want ads on my devices
[22:16] <derekv> I'd like to find dead thing in my garage that smells
[22:16] <derekv> google local is of no help
[22:36] <derekv> that is just unpleseant
[22:36] <derekv> my garage has this shed built off the back of it
[22:36] <derekv> haic job
[22:36] <derekv> probably whatever is dead is dead in there
[22:37] <derekv> its horrible, attraction for undesirable critters
[22:57] <brousch> http://www.ericbullington.com/articles/2012/08/17/a-framework-for-a-new-mobile-era
[22:59]  * derekv goes off to create a new mobile os
[22:59]  * derekv kicks over his garage
[23:00] <brousch> Kivy is high on my list of stuff to try
[23:18] <derekv> yea i think that shed has to come down
[23:30] <brousch> Fire
[23:32] <derekv> funny, 2nd person to suggest that
[23:32] <derekv> FS 4x Winterforce winter tires, good tread 195/65 R15
[23:33] <derekv> if anyone knows anyone who could use them
[23:33] <brousch> $5
[23:33] <derekv> welp, thats the highest bid so far
[23:34] <brousch> Ha! I will flip them on ebay for $10
[23:34] <brousch> Sucker!
[23:35] <derekv> i think i might wait for more bids
[23:35] <derekv> ;)
[23:50] <rick_h_> heh, one more reason no fire http://arstechnica.com/gadgets/2012/09/kindle-fire-sets-microsofts-bing-as-default-search-engine/