[02:26] <goddard> can you get a library for a snap package that isn't in the repo
[02:26] <goddard> it was in 14.04 but 16.04 has an upgraded library that isn't compatable
[02:27] <sarnold> goddard: probably #snappy is going to be more active
[02:30] <goddard> k
=== salem_ is now known as _salem
[04:59] <pitti> nacc: not serious, germinate just ignores it; but of course it will not be what we intend
[06:38] <infinity> sgclark: kubuntu 16.04.1 testing looks pretty lacking.  Are there people working on it?
[06:38] <infinity> yofel: ^
[06:39] <sgclark> infinity: sorry, I have not had time to do much on kubuntu recently due to realjob.
[06:40] <infinity> sgclark: Wasn't implying you need to be doing the testing, but maybe you know some people to poke.
[06:40] <infinity> (given that we release today...)
[06:40] <sgclark> sure. I can poke lol
[08:12] <mwhudson> so um, http://people.canonical.com/~ubuntu-archive/proposed-migration/yakkety/update_excuses.html#golang-1.6 <- why is golang-dbus listed as in progress?
[08:12] <mwhudson> it finished hours ago
[08:17] <infinity> mwhudson: I beg to differ, looks like it never ran.
[08:17]  * infinity triggers another.
[08:18] <mwhudson> infinity: oh hm, guess so, http://autopkgtest.ubuntu.com/packages/g/golang-dbus/yakkety/amd64/ has one more run than http://autopkgtest.ubuntu.com/packages/g/golang-dbus/yakkety/i386/
[08:19] <infinity> mwhudson: More important is the trigger column.
[08:19] <mwhudson> oh right
[08:19] <mwhudson> running now, thanks
[08:21] <infinity> mwhudson: I know. ;)
[08:26] <mwhudson> and now it's not
[08:34] <mwhudson> bah, missed a rebuild
[09:09] <mwhudson>  ups no, i'm an idiot
[10:53] <Odd_Bloke> slangasek: Finally dug in to your comment on semiosis' MP: (https://code.launchpad.net/~semiosis/livecd-rootfs/fix-for-1565985/+merge/298305) :)
=== hikiko is now known as hikiko|ln
=== hikiko|ln is now known as hikiko
[11:20] <infinity> Odd_Bloke: Commented.
[12:27] <xnox> my understanding was that qemu&kvm merged. and all virtualisation is executed with "qemu" binary and it could be hardware accelerated (kvm) or not (user)
[12:27] <xnox> systemd-detect-virt says qemu... even though libvirt says hypervisor is kvm
[12:27] <xnox> is systemd-detect-virt == "kvm" obsolete and never happens anymore?
=== King_InuYasha is now known as Son_Goku
=== _salem is now known as salem_
[12:59] <semiosis> Odd_Bloke, infinity: want me to remove the virtualbox-guest-dkms from the vagrant image??
[12:59] <semiosis> s/??/?/
[13:02] <infinity> semiosis: It shouldn't be necessary.
[13:02] <semiosis> testing it now
[13:03] <infinity> semiosis: And removing it means you're not pulling in dkms, compiler, etc.
[13:03] <semiosis> +1
[13:08] <Odd_Bloke> I'm building a test box with it removed using the proper infrastructure, too.
[13:12] <Odd_Bloke> semiosis: Could you test the box at http://bit.ly/2abcYqz ?
[13:12] <mdeslaur> doko: any plan on fixing bug 1353729 ?
[13:12] <ubottu> bug 1353729 in gcc-4.8 (Ubuntu) "[4.9 Regression] ICE in final_scan_insn, at final.c:2952 (aarch64-linux-gnu)" [Undecided,Confirmed] https://launchpad.net/bugs/1353729
[13:26] <semiosis> Odd_Bloke: your yakkety image and my xenial image both worked great.  i changed my branch to not install the dkms package.
[13:30] <Odd_Bloke> infinity: Your comment is now addressed: ^
[13:34] <Odd_Bloke> I have a Python package whose setup.py installs a library and some scripts; I want to split these up in to python-foo, python3-foo and foo (where foo Depends on python3-foo).  At the moment, I'm using override_dh_python3 to move /usr/bin out of python3-foo in to foo, and override_dh_python2 to remove /usr/bin from python2-foo.
[13:34] <Odd_Bloke> Is there a better way to handle this?
[13:35] <Odd_Bloke> (I'm also calling dh_python{2,3} in each of those overrides)
[13:49] <techsayan> Hi, I was trying to assign group permissions in my server, can someone help me out setting up group permissions on the system level rather than file/directory level?
[13:50] <semiosis> techsayan: i think that #ubuntu-server is a better place to ask that
[13:50] <techsayan> semiosis: thanks
[14:27] <andrewsh> cyphermox: are you the wpa guy in Ubuntu?
[14:28] <andrewsh> cyphermox: any idea when https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1528173 may be done?
[14:28] <ubottu> Launchpad bug 1528173 in wpa (Ubuntu) "org.freedesktop.DBus.Properties.GetAll fails always for fi.w1.wpa_supplicant1.Interface interface" [Undecided,In progress]
[14:30] <cjwatson> Odd_Bloke: How about debian/foo.install containing usr/bin, debian/python-foo.install containing usr/lib/python2.*, and debian/python3-foo.install containing usr/lib/python3?
[14:31] <cjwatson> Works for me in germinate.
=== infinity changed the topic of #ubuntu-devel to: Xenial (16.04.1) Released! | Archive: open | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-xenial | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
[15:02] <jamespage> pitti, hey - I uploaded a fix for my broken ceph 10.2.2 SRU for xenial - any chance you could take a look?
[15:02] <pitti> jamespage: travel+changing train + team meeting, can you please ping some other SRU team member?
[15:02] <pitti> (sorry)
[15:04] <jamespage> pitti, sure np - arges - would you have time to look at ^^ ?
[15:12] <sil2100> Laney: hey!
[15:13] <sil2100> Laney: or hm, unhey, nevermind ;)
[15:26] <arges> jamespage: does this override whats currently in proposed?
[15:31] <nacc> pitti: yep, thanks! I've sent an e-mail to ubuntu-server for the tasks, etc that seem to be out-of-date and relevant there
[15:56] <jamespage> arges, yah
[15:56] <arges> jamespage: ack
=== sits_ is now known as sits
[16:12] <nacc> rbasak: ok, looking at memcached, need your input :)
[16:16] <slangasek> Odd_Bloke, semiosis: uploaded to yakkety
[16:18] <Odd_Bloke> slangasek: Thanks!
[16:23] <coreycb> arges, could you reject ceilometer 1:6.1.1-0ubuntu1 from the xenial queue?  we have a newer version in the queue now.
[16:24] <Odd_Bloke> slangasek: We would really, really like this backported to xenial as well (because that box has all these issues); shall I help semiosis prepare the diff that just got merged as an SRU?
[16:31] <jamespage> arges, ta
[17:02] <slangasek> Odd_Bloke: yes, if you can help drive that livecd-rootfs change for SRU that would be splendid
[17:03] <slangasek> Odd_Bloke: the trusty branch should be current and targetable: https://code.launchpad.net/~ubuntu-core-dev/livecd-rootfs/trusty-proposed
[17:04] <sil2100> !dmb-ping
[17:04] <ubottu> bdmurray, BenC, cyphermox, infinity, micahg, rbasak, sil2100: DMB ping.
[17:05] <sil2100> The community council would like us to check in on #ubuntu-meeting now
[17:05] <micahg> not for another 25 min
[17:05] <sil2100> Since they said that if none from the desktop team will show up, they'd like us to go first (so now)
[17:12] <pitti> tyhicks, jdstrand: hi! I'll soon be blocked by the outstanding apparmor merge with debian; is that something you can look into, or should I find some time for that?
[17:14] <pitti> (or potentially a sync, Debian took a lot of our changes)
=== NCommander is now known as mcasadevall
=== mcasadevall is now known as NCommander
[18:05] <doko> bdmurray, xnox: what's the status about python-cassandra? I only can see an open issue with python-cassandra-driver
[18:46] <jgrimm> bdmurray, still on SRU duty? looking for a bit of assist on curtin SRU
[18:50] <jgrimm> bdmurray, 0.1.0~bzr399-0ubuntu1~14.04.1  needs to replace 0.1.0~bzr389-0ubuntu1~14.04.1 in trusty-proposed (I've 'verification-failed-trusty' today to make it explicit we don't want 389)
[19:00] <doko> mdeslaur, reading backlog, what is the question?
[19:00] <bdmurray> jgrimm: I'll have a look
[19:03] <mdeslaur> doko: mysql wasn't building with the updated gcc-4.8 in trusty because of bug 1353729
[19:03] <ubottu> bug 1353729 in gcc-4.8 (Ubuntu) "[4.9 Regression] ICE in final_scan_insn, at final.c:2952 (aarch64-linux-gnu)" [Undecided,Confirmed] https://launchpad.net/bugs/1353729
[19:03] <mdeslaur> doko: I've found a workaround now, so don't care anymore, thanks
[19:05] <doko> mdeslaur, if workarounds work, that would be my preferred solution. If fixes are in 4.8.5, then we could try to backport. But there are nontrivial gaps between 4.8 and 4.9 ...
[19:06] <mdeslaur> ok, thanks
[19:08] <nacc> jbicha: fyi, the reason i held off on my merge was both maas and openstack have dependencies on the version of python-django
[19:09] <jbicha> nacc: ok, it that's still relevant, could you add that to the bug so someone doesn't unknowingly sponsor it then
[19:09] <nacc> jbicha: yep, i'm doing that now
[19:09] <jbicha> thanks
[19:11] <nacc> jbicha: sorry i forgot to update my bug while I was digging into that
[19:11] <nacc> jbicha: if you want to throw your build into a PPA, the affected teams would be able to test, i'm guessing
[19:13] <jbicha> I might just wait until 1.10, the main reason I opened the bug was because I made a minor improvement to the pymysql patch
[19:13] <nacc> jbicha: just an fyi: https://merges.ubuntu.com/main.html, i'm marked as handling it :)
[19:15] <jbicha> nacc: oops, I didn't think to look there
[19:16] <nacc> jbicha: it's ok :)
[19:16] <nacc> jbicha: looks like openstack (upstream) may not be compatible with the latest django (just updated the bug w/ a comment)
[19:19] <jgrimm> thanks bdmurray!
[20:02] <jdstrand> pitti: I'm going to defer to tyhicks and/or ratliff on that. I could do it, but would need them to tell me what to deprioritize
[20:17] <nacc> hggdh: good effort to get that individual to point to a an actual discussion; sad response
[20:22] <hggdh> nacc: yes. Pity, though. OTOH, not the first time that I see something similar from him/her
[20:23] <nacc> hggdh: agreed
[21:44] <nacc> my goodness, I consider myself to be overly verbose, but this Xen character is something else
=== JanC is now known as Guest9881
=== JanC_ is now known as JanC
[22:00] <snkcld> where can i find the repo that contains the ubuntu bluez package code?
[22:02] <nacc> snkcld: what do you mean by repo? i usuually would just do `pull-lp-source -d bluez` (or without -d if you are ok with it untarring locally)
[22:04] <snkcld> well, according to the "ubuntu distributed development" page... it says thats the "traditional" way, so im just trying to figure out how i can clone the code for the bluez package via bzr
[22:04] <snkcld> "With Ubuntu Distributed Development all packages in the Ubuntu (and Debian) archive are automatically imported into Bazaar branches on our code hosting site Launchpad"
[22:04] <nacc> udd is dead :)
[22:04] <nacc> i believe
[22:04] <snkcld> ahahah
[22:05] <snkcld> ok then! that answers it
[22:05] <nacc> snkcld: i'm working on a git-alternative of sorts, but it's not quite as feature-rich yet
[22:05] <snkcld> is pull-lp-source what you use then? and you do the whole debdiff thing?
[22:05] <nacc> snkcld: yeah, basically
[22:05] <nacc> snkcld: let me point you at some of the tooling
[22:05] <nacc> https://wiki.ubuntu.com/UbuntuDevelopment/Merging/GitWorkflow
[22:06] <nacc> snkcld: i recommend, if you're comfortable with git, using pull-lp-source -d and then git dsc-commit
[22:06] <snkcld> i am very comfortable with git
[22:06] <nacc> jgrimm: fyi, importing memcached now
[22:06] <jgrimm> nacc, thanks sir
[22:06] <snkcld> i got to go, but thanks nacc
[22:06] <nacc> jgrimm: did rbasak do at? I think you asked fro that too?
[22:06] <nacc> snkcld: np, feel free to ping here with questions
[22:08] <snkcld> why "-d" ?
[22:08] <snkcld> nacc:
[22:10] <jgrimm> nacc, looks like it -> https://git.launchpad.net/~usd-import-team/ubuntu/+source/at
[22:10] <nacc> snkcld: download-only
[22:10] <nacc> snkcld: that way you can use git-dsc-commit to import into a git repository
[22:11] <nacc> snkcld: otherwise it'll just extract the source package into an appropriately named directory; i guess you coudl git init in there, but it's justa n extra step :)
[22:11] <nacc> jgrimm: ok, thanks for checking
[22:12] <jgrimm> np, thank you
[22:54] <nacc> jgrimm: https://code.launchpad.net/~usd-import-team/ubuntu/+source/memcached/+git/memcached
[22:55] <nacc> rbasak: fyi, memcached works now --^ pushed a few commits, and also the retry logic for lp actually works (and it just happened to me a few times, so tested too :)