[04:57] <pitti> Good morning
[04:57] <pitti> Unit193, sarnold: apport> that's controlled by /etc/apport/crashdb.conf; we  disable LP bugs for the final release, and only enable it around alpha-1 or so
[05:05] <Mirv> mitya57: ok, great!
[07:02] <diwic> hi, is it possible to use git branches in bzr-builder recipes?
[07:14] <dholbach> good morning
[07:18] <pitti> diwic: you can set up a bzr import of a git branch in LP
[07:18] <pitti> diwic: I think that's the official workaround for now (I use it myself)
[07:18] <pitti> hey dholbach, guten Morgen!
[07:18] <dholbach> hey pitti
[07:20] <diwic> pitti, ok, thanks - I tried that a few years ago and the importer wasn't good enough to deal with kernel trees (including merge commits), but maybe that has improved by now
[07:20] <slangase`> @pilot out
[07:20] <slangasek> @pilot out
[07:20] <pitti> diwic: ah, I don't know that; that might still be the case
[07:20] <pitti> diwic: that'll probably also run for ages
[07:22] <diwic> pitti, yeah
[07:23] <pitti> diwic: you might be better off with a cron job on a canonistack instance?
[07:24] <pitti> (which just uses the git checkout)
[07:24] <diwic> pitti, that's what I'm doing now, but I figured I might be able to optimise the workflow by skipping that canonistack instance altogether
[07:26] <pitti> diwic: for systemd (upstream) we use https://semaphoreci.com/, which is also quite nice
[07:27] <pitti> diwic: that's triggered by github PRs, e. g. https://semaphoreci.com/systemd/systemd/branches/pull-request-1182/builds/1
[07:30] <diwic> pitti, interesting
[09:22] <doko> jamespage, fyi, https://launchpad.net/ubuntu/+source/python-pyeclib/1.0.8-2/+build/7767523
[09:22] <jamespage> doko, aware - on my list as that dep chain for swift is all abit crappy right now
[09:27] <doko> zyga, plainbox-provider-resource-generic (0.17-1 to 0.19-1)
[09:27] <doko> Maintainer: Checkbox Developers
[09:27] <doko> 45 days old
[09:27] <doko> plainbox-provider-resource-generic/powerpc unsatisfiable Depends: dmidecode
[09:27] <doko> plainbox-provider-resource-generic/ppc64el unsatisfiable Depends: dmidecode
[09:27] <doko> Not considered
[09:27] <didrocks> ogra_: when I download the raspberry pi 2 image, does it have ssh enabled by default?
[09:28] <zyga> doko: ack, I know about this
[09:29] <zyga> doko: thanks, I'll have someone look into it
[09:35] <ogra_> didrocks, yep
[09:37] <didrocks> ogra_: hum, weird, I think I have to plug a keyboard + monitor then…
[09:37] <ogra_> why is that ?
[09:38] <didrocks> ogra_: I did plug and setup nm as a local bridge
[09:38] <didrocks> ogra_: but can't ssh to the raspy
[09:38] <didrocks> I downloaded the pre-built image
[09:39] <ogra_> you mean you set up a peer to peer connection via ethernet with NM ?
[09:40] <didrocks> right
[09:40] <ogra_> well, the RPi tries to obtain an IP via DHCP, make sure you have that bit enabled on the host
[09:40] <didrocks> ogra_: perfect, connected now that I have the IP…
[09:41] <ogra_> ah :)
[09:41] <didrocks> ogra_: yeah, the issue is NM not showing the IP of clients in the journal?
[09:41]  * didrocks now greps the journal for the IP
[09:41] <didrocks> ah, this time, I got the DHCPOFFER when replugging it
[09:41] <didrocks> ok, all good, thanks ogra_ :)
[09:42] <ogra_> awesome :)
[10:14] <rbasak> pitti: I wonder if you have any comment on https://bugs.launchpad.net/ubuntu/+source/maas/+bug/1423626? Seems like it should be consistent with your ifnames work.
[10:59] <pitti> rbasak: oh, do we still install biosdevname for server?
[11:00] <pitti> rbasak: indeed it seems we should stop that
[11:19] <rbasak> pitti: I don't really understand the current situation. It seems quite complicated.
[12:11] <pitti> rbasak: we used to install biosdevname for server installs, but nowhere else; now we use the not-so-new-any-more ifnames schema everywhere, but if you install biosdevname this will still win over that
[12:12] <pitti> rbasak: https://lists.ubuntu.com/archives/ubuntu-devel/2015-May/038761.html has the details
[12:47] <doko> rbasak, https://bugs.launchpad.net/ubuntu/+source/pyjwt/+bug/1427852  this is a dep of python-oauthlib (subscribed by the server team). please could you subscribe to pyjwt too?
[12:47] <tjaalton> hum, dist-upgrade vivid->wily shut my system down
[12:47] <ogra_> bitten by the werewolf :)
[12:47] <tjaalton> indeed
[12:52] <tjaalton> mid-upgrade too, and default kernel panicked because there was no initramfs yet
[13:28] <ginggs> doko: hi, are you aware of https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65974 ? According to https://lists.launchpad.net/kicad-developers/msg19960.html it is at least one of the things causing kicad to ftbfs.
[13:31] <didrocks> ogra_: where is the branch for things shipped in /usr/local/bin in snappy? I just want to do a small change
[13:45] <ogra_> didrocks, /usr/local/bin ??
[13:45] <ogra_> oh, there is something in there, i see
[13:45] <ogra_> mvo, ^^
[13:46] <ogra_> didrocks, note that this wont stay... most likely we'll actually rip out all remaining apt related bits
[13:46] <doko> ginggs, no, that's not the reason:
[13:46] <doko>  /usr/include/c++/5/bits/stl_list.h:1807:22: error: reference to 'list' is ambiguous
[13:46] <doko>      operator==(const list<_Tp, _Alloc>& __x, const list<_Tp, _Alloc>& __y)
[13:48] <didrocks> ogra_: ah ok, but as there is nothing that stays more than temporary solution, I can just propose a small modification :p
[13:48] <ginggs> doko: thanks.  i'll look at pulling a newer upstream revision
[13:51] <didrocks> ogra_: oh, snappy-tools is not in wily, neither available in the ppa for wily
[13:52] <ogra_> didrocks, snappy is though
[13:52] <ogra_> from ubuntu-snappy i think
[13:53] <didrocks> ogra_: yeah, it's not what the guide says :p
[13:53] <didrocks> and you were complaining about ubuntu make ppa, dude! :)
[13:53]  * didrocks looks at what the snappy-tools are and download vivid version
[13:57] <ogra_> hmm, does LP have issues ?
[13:57]  * ogra_ gets a lot of:
[13:57] <ogra_> Uh oh!
[13:57] <ogra_> Something has gone wrong. We're sorry!
[13:57] <sergiusens> ogra_ didrocks, is that the apt script? We have a bug to add a proper package override from slangasek
[13:57] <ogra_> sergiusens, yup
[13:57]  * sergiusens not sure about the bug, but does recalled being bugged by slangasek ;-)
[13:57] <sergiusens> -ed
[13:58] <ogra_> not sure we catually need a package override
[13:58] <sergiusens> ogra_, livecd-roots dirtiness?
[13:58]  * sergiusens can't type today
[13:58] <ogra_> a simple rm before tarring up the rootfs would suit as well
[13:59] <didrocks> sergiusens: yeah, that's the apt script
[14:02] <mvo> didrocks: livecd-rootfs
[14:02] <didrocks> mvo: thanks!
[14:02] <mvo> didrocks: what do you want to change?
[14:02] <didrocks> mvo: just echo `basename $0` instead of the harcoded "apt-get" (annoying when I'm typing apt or apt-cache :p)
[14:03] <mvo> didrocks: aha, nice
[14:03] <ogra_> well, instead of changing it we should just finally do the actual drop
[14:03] <didrocks> ogra_: if you are going to handle the drop today, yeah…
[14:03] <ogra_> hmm, not today ... why do you need that today ?
[14:04] <didrocks> ogra_: I prefer then to propose the small change, at least, I know it will get in
[14:04] <mvo> we don't actually ship apt in snappy anymore
[14:04] <didrocks> (remember temporary things? like CI Train for 2 month)
[14:04] <mvo> still its nice to give people a clue what to use instead
[14:04] <ogra_> mvo, ah, i thought we only made it inexecutable
[14:05] <ogra_> didrocks, 2 months ? i think you got your scale wrong :P
[14:05] <ogra_> that was more like 2 years (felt at least :) )
[14:05] <mvo> ogra_: I think we killed it
[14:05] <ogra_> cool
[14:05] <didrocks> ogra_: that was the initial ETA of some teams writing the Airline :p
[14:05] <mvo> (only on rolling)
[14:05] <ogra_> didrocks, yeah :)
[14:09] <didrocks> ogra_: just pushed rev 1198 after testing that all is fine with the no-apt symlink
[14:09] <ogra_> +1
[14:09] <didrocks> thx ;)
[14:15] <sergiusens> mvo, ogra_ didrocks we did not drop it from 15.04, only rolling fwiw
[14:15] <didrocks> sergiusens: I don't think that ogra_ knows anything else than rolling :p
[14:16] <didrocks> (well, apart for his desktop when he's dangerously behind! ;))
[14:39] <rbasak> jamespage: see doko's message to me above. Can you subscribe ~ubuntu-server (and presumably the new openstack group) to pyjwt?
[14:48] <ogra_> didrocks, i'm on the latest production release :P
[14:51] <jamespage> rbasak, done
[14:58] <fredw> chrisccoulson: can you please take a look at https://code.launchpad.net/~fred-wang/firefox/wily-bug-1473552/+merge/270253 ? This is my first patch to Ubuntu, so I'm not sure I've done everything correctly...
[15:00] <rbasak> jamespage: thank you! doko: ^
[15:02] <jamespage> rbasak, np
[15:06] <Riddell> mvo: ping? will you be able to update packagekit this week?  will you update app-install-data for this cycle?
[15:06] <mvo> Riddell: uh, no packagekit, no, sorry. but I can do app-install-data
[15:08] <xnox> jamespage: is there go 1.5 for all ubuntu releases?
[15:08]  * jamespage defers that question to rbasak
[15:08] <jamespage> xnox, I would suspect only wily right now but there might be  a backport plan
[15:11] <rbasak> xnox: not currently, but there has been talk about backporting it. slangasek?
[15:15] <xnox> and it's labour day, so slangasek will probably not respond.
[15:16] <xnox> jamespage: rbasak: how about packaging standalone golang1.4 such that it's always available for bootstraps and things?
[15:21] <cjwatson> ogra_: LP> sorry about that, there was a temporary firewall configuration error, quickly fixed
[15:21] <ogra_> cjwatson, yep, i noticed it was really quick :)
[15:22] <ogra_> two reloads later it worked again
[22:18] <hallyn> slangasek: hi, if you get a chance, could you take a look at http://mentors.debian.net/debian/pool/main/c/cgmanager/cgmanager_0.39-1.dsc ?