[05:34] <Guest8846> Good morning
[05:34] <Guest8846> err
[06:12] <Unit193> pitti_: Looking for /msg nickserv releaes pitti <password>  ?
[06:12] <pitti_> Unit193: no, looking for what causes "read(fd=4): Connection error: Connection reset by peer" with bip when trying to connect to freenode..
[06:13] <pitti_> I'm connected directly now, I keep "pitti" for bip when it starts succeeding again
[06:14] <pitti_> Unit193: well, I tried that now, maybe it's related
[06:21] <pitti> ah thanks, that was it!
[06:22] <Unit193> ...Weeeird, well that's bip for you I guess.
[08:40] <dholbach> good morning
[08:59] <caribou> DDOS on Freenode this morning
[09:48] <cpaelzer> it seems I have to add debian/compat for a merge (as documented in man debhelper)
[09:48] <cpaelzer> with xenial my sbuild and man debhelper are telling me to add a debian/compat but it also wants "Build-Depends: debhelper (>= 9)"
[09:48] <cpaelzer> Now this package doesn't have debhelper as a dependency yet, only dh-autoreconf.
[09:49] <cpaelzer> Would it be more sufficient to add the (>= 9) to dh-autoreconf instead of adding debhelper?
[09:49] <pitti> dh-autoreconf depends on debhelper
[09:49] <pitti> dh-autoreconf (>= 9) doesn't change anything in that regard
[09:50] <cpaelzer> pitti, thanks that solves my thoughts, so I can add "debhelper (>= 9)" without actually adding a new dep
[09:50] <pitti> so if you set debian/compat to 9, you have to b-dep on debhelper (>= 9) too; or use a lower compat level (but at least 7 please)
[09:50] <pitti> cpaelzer: yes; it's irrelevant for xenial, but important for backports and the like
[12:16] <jamespage> mvo, hey - are you aware of any issues with apt 1.1 in Debian unstable? all my sid chroots starting failing to update last night - stalling on '0% [Working]'
[12:16] <jamespage> I tried a downgrade to the 1.0 release and that unblocked me for now
[12:27] <cjwatson> jamespage: Would it be possible for somebody to have a look at https://code.launchpad.net/~cjwatson/charms/trusty/ubuntu-repository-cache/xz-indexes/+merge/277880 ?  The CI failures don't make any sense to me (testbed problems?), and it'll need a charmer to review and merge
[12:27] <jamespage> cjwatson, taking a look now
[12:29] <jamespage> cjwatson, urgh the logs cycled out on the archiving policy on the review-queue jenkins - poking with a resubmit but I can't see why your change would cause a failure....
[12:29] <cjwatson> indeed
[12:47] <mvo> jamespage: yes, fix is in git
[12:47] <mvo> jamespage: I will upload that later today (in ~2-3h)
[12:56] <cjwatson> doko: I just noticed by accident, when you tried to enable seccomp on all arches in qemu/wily, you actually ended up disabling it on all arches - because the magic "parse configure options out of debian/control" thing in qemu wants "linux-*" on the --enable-seccomp line there, not "linux-any"
[12:56] <cjwatson> hallyn_: ^-
[12:57] <cjwatson> still true in xenial as well by the looks of things
[13:01] <didrocks> @pilot in
[13:51] <cjwatson> doko,hallyn_: also, qemu's configure script has seccomp detection hardcoded to only work on x86 anyway ...
[13:59] <doko> cjwatson, I'll have a look on Monday
[14:02] <mvo> doko: will you (or anyone else) hate me if I upload http://paste.ubuntu.com/13526521/ ? i.e. add UBUNTU_CODENAME to /etc/os-release?
[14:03] <doko> mvo, hmm, maybe we could coordinate with Debian to use the same name for this var? isn't that owned by systemd maintainers/ pitti?
[14:04] <doko> mvo, will you merge apt?
[14:04] <ogra_> into snappy !
[14:04] <ogra_> :)
[14:05] <juliank> Maybe delay the  APT merge for ~24 hours, we still discover issues in reverse dependencies.
[14:05] <mvo> doko: are you trying to make a deal with me? like "you can have UBUNTU_CODENAME= if you merge apt" ;)?
[14:05] <mvo> doko: but yeah, I have a merge ready
[14:05] <mvo> doko: https://launchpad.net/~mvo/+archive/ubuntu/apt-xenial has it mostly prepared, its now a bit dated because of $OMG (as juliank said)
[14:06] <juliank> mvo: You can also sync libept 1.1+nmu2 as soon as it is in unstable
[14:06] <juliank> Well, with the rest of the APT stuff
[14:07] <mvo> doko: but yeah, I can wait for pitti and his opinion on http://paste.ubuntu.com/13526521/
[14:07] <doko> mvo: well, I'd like to see something more like DISTRO_CODENAME
[14:07] <ogra_> cat pics ?
[14:07] <juliank> maybe DISTRO_SHORT_CODENAME or something
[14:07] <mvo> doko: I think that would make sense, however the freedesktop spec recommends prefixing with $distro if its not an official key. but then… it does make sense
[14:08] <pitti> mvo: seems okay, but you can't rely on it in earlier releases, so for the time being we'd still need an lsb_release -sc fallback
[14:08] <pitti> mvo: long-term that seems fine, though
[14:08] <ogra_> mvo, we might also wnat a snappy specific key too ... currently there is no easy way to find you are in a snappy system
[14:08] <pitti> yes, DISTRO_SHORT_CODENAME should rather be added to the spec itself first (certainly preferrable)
[14:08] <ogra_> (iirc there was a bug open for that)
[14:09] <pitti> ogra_: `which snappy` or so? which bears the question, what a "snappy system" actually is
[14:09] <ogra_> pitti, a system totally without dpkg :)
[14:10] <pitti> snappy installed? dpkg not installed? classic env on snappy? snappy env on classic? etc.
[14:11] <ogra_> pitti, mvo bug 1481086
[14:11] <juliank> UBUNTU_SNAPPY=true
[14:12] <ogra_> yeah, that would be fine
[14:14] <juliank> You could also try upstreaming DISTRO_PACKAGE_TYPE={deb,rpm,snappy,...}
[14:14] <juliank> or something like that
[14:15] <juliank> Maybe someone has a use for that
[14:15] <pitti> ogra_: so, Fedora? :-)
[14:15] <ogra_> hah
[14:15] <pitti> nah, this is too convoluted
[14:16] <pitti> there's no reason in principle why you couldn't have more than one
[14:16] <pitti> if you want to use dpkg or snappy, check for dpkg or snappy, let's not try to do abstractions where they don't make much sense
[14:16] <xnox> mvo, there is a new codename things in os-release no?!
[14:17] <mvo> xnox: since when? do you have a pointer?
[14:17] <mvo> xnox: and WELCOME BACK, really good to see you
[14:17] <xnox> well. i think i mixed it up a little.
[14:18] <xnox> there is new VARIANT= and VARIANT_ID= which fedora uses for desktop/server et.al. and i guess for us maps to "desktop/kubuntu/xubuntu/etc."
[14:18] <xnox> http://www.freedesktop.org/software/systemd/man/os-release.html
[14:18] <xnox> and there is also CPE_NAME=
[14:18] <xnox> http://scap.nist.gov/specifications/cpe/
[14:18] <juliank> Well, if you wanted VARIANT, you could not have it in base-files anymore
[14:18] <xnox> example is given as "CPE_NAME="cpe:/o:fedoraproject:fedora:17"" but i don't know if we want that.
[14:18] <ogra_> xnox, yeah, that is why i mentioned VARIAND and VARIANT_ID in treh bug
[14:19] <ogra_> seems sabdfl didnt like that though
[14:19] <ogra_> wanting something stronger
[14:19] <xnox> mvo, i'd vote to use VARIANT='Xenial Xerus' and VARIANT_ID=xenial
[14:19] <juliank> Don't do that
[14:19] <xnox> =)
[14:20] <juliank> Maybe the best option is actually to introduce DISTRO_CODENAME and DISTRO_PRETTY_CODENAME
[14:21] <xnox> CODENAME= & CODENAME_ID sounds good to me.
[14:21] <juliank> That'd work too
[14:21] <xnox> mvo, do you need it in /etc/os-release? we already have
[14:21] <xnox> DISTRIB_CODENAME=wily in /etc/lsb-release
[14:21] <ogra_> xnox, lsb-release depnds on python
[14:22] <ogra_> long term we want to dorop that from the snappy image
[14:22] <juliank> Is the file there too?
[14:22] <ogra_> yes
[14:22] <juliank> Why not move that to base-files?
[14:22] <ogra_> os-release is in base-files
[14:22] <xnox> the file is there.... it's not meant to be parsed directly, however in snappy case i don't see why not =)
[14:23] <ogra_> xnox, why would we, os-release is a req. od systemd anyway
[14:23] <juliank> Right.
[14:23] <ogra_> *of
[14:23] <xnox> ogra_, fyi /etc/lsb-release file is in base-files and always has been.
[14:23] <ogra_> so no need for lsb-release at all
[14:23] <ogra_> oh, thanks
[14:23]  * ogra_ wasnt sure where it actually comes from 
[14:24] <juliank> ogra_: It at least seems like a good workaround until it's in os-release, and usable on old releases too
[14:24] <xnox> i'm not talking about lsb-release package, or lsb_release programme =)
[14:32] <xnox> jpds, are you planning to merge strongswan? debian is at 5.3.4-1 and we are at 5.1.2-0ubuntu7
[15:02] <LocutusOfBorg1> Unit193, https://anonscm.debian.org/cgit/pkg-virtualbox/virtualbox.git/commit/?id=328a07c9e74d831a64f5f95294ac020a23c32966
[15:02] <LocutusOfBorg1> the problem is that it doesn't work
[15:03] <LocutusOfBorg1> http://debomatic-amd64.debian.net/distribution#unstable/virtualbox/5.0.10-dfsg-4/piuparts
[15:03] <LocutusOfBorg1> also lintian complains... I had to revert the change, but if you have a trick I'll be happy to apply it
[15:15] <caribou> what would be a good way to debug ${shlibs:Depends}, ${misc:Depends} expansion ?
[15:16] <caribou> LP: #1506550 is caused by a different expansion b/w Debian & Ubuntu
[15:26] <LocutusOfBorg1> thanks didrocks  :)
[15:27] <didrocks> LocutusOfBorg1: yw, thanks to you ;)
[15:27] <LocutusOfBorg1> I really hope next time to use requestsync pbuilder ;)
[15:27] <LocutusOfBorg1> mapreri, ^^^ :D
[15:28] <didrocks> LocutusOfBorg1: that would be great, indeed!
[15:44] <hallyn_> cjwatson: hm, yeah, that should be fixed upstream
[15:48] <hallyn_> (qemu, seccomp detection in configure)
[15:57] <LocutusOfBorg1> mvo, what about an apt plain sync?
[16:00] <mddubs> Hi all, anyone online who's contributed to the codebase before?
[16:03] <brendand> mddubs, just a few of us :)
[16:03] <brendand> mddubs, do you have a question, please feel free to ask it
[16:04] <mddubs> OK thanks :)
[16:06] <mddubs> I want the alt-tab switcher to always appear in my center primary monitor, or all monitors.  I can't get used to it always moving around depending on where the mouse is.
[16:07] <mddubs> I've searched pretty extensively and don't think there's currently a way to resolve this, so I thought over the holidays I'd attempt to contribute that.  I have 10 years open-source web development experience and I'd really like to try committing something small to a large project like this.
[16:08] <mddubs> So I'm looking for a little direction, I realize Ubuntu itself might not be the place to make the change.  Unity?  Compiz?  Any advice would be appreciated.
[16:10] <didrocks> @pilot out
[16:10]  * dholbach hugs didrocks
[16:12] <mvo> LocutusOfBorg1: we still have a small delta, I hope I can kill that but right now it still exists
[16:12]  * didrocks hugs dholbach back
[16:13] <dholbach> :)
[16:15] <seb128> didrocks, good job! ;-)
[16:16] <mvo> LocutusOfBorg1: http://anonscm.debian.org/cgit/apt/apt.git/tree/debian/changelog?h=ubuntu/master has the details, not much left to merge upstream
[16:17] <LocutusOfBorg1> indeed, I looked at the current apt in xenial (the delta)
[16:17] <LocutusOfBorg1> and it was "droppable" to me
[16:17] <LocutusOfBorg1> I didn't think about a new delta lol
[16:17] <LocutusOfBorg1> thanks!
[16:17] <LocutusOfBorg1> I really like the new apt
[16:54] <brendand> mddubs2, i'm pretty sure that can be set
[16:54] <brendand> mddubs2, ah you said the alt-tab switcher
[17:56] <lamont> seb128: http://paste.ubuntu.com/13529194/ is why I care about ibus
[17:56] <lamont> (intellij)
[17:57] <seb128> but I would expect you to use a qwerty keybord and no im?
[17:57] <seb128> or is ibus used even for non-im users?
[17:58] <lamont> seb128: I think it is... dunno. my keyboard lang choices in the pull down are "English"
[17:59] <seb128> lamont, is ibus active? does intellij works if you kill ibus-daemon?
[17:59] <seb128> lamont, anyway happyaron said he has the merge ready and he would upload this w.e
[18:01] <lamont> pycharm .
[18:01] <lamont> log4j:WARN No appenders could be found for logger (io.netty.util.internal.logging.InternalLoggerFactory).
[18:01] <lamont> log4j:WARN Please initialize the log4j system properly.
[18:01] <lamont> log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info.
[18:01] <lamont> [  17554]   WARN - ConfigurableExtensionPointUtil - ignore deprecated groupId: editor for id: editor.preferences.import
[18:01] <lamont> now it just locks up without the intellij errors... I thin kwe can call this progress
[20:06] <Unit193> LocutusOfBorg1: It's a nice start, but yeah it usually needs a few args, for example the init script I'm using sources /etc/default/virtualbox, where you need to set the user to that which uses virtualbox.  You can also set host there, which is needed if, say phpvirtualbox is on a different host on the network.
[23:04] <slangasek> @pilot in
[23:28] <LocutusOfBorg1> Unit193, can you please push the changes on virtualbox.git repo?