=== dobey_ is now known as dobey === pitti` is now known as pitti === pitti is now known as Guest8846 [05:34] Good morning [05:34] err === Guest8846 is now known as pitti_ === G_ is now known as G [06:12] pitti_: Looking for /msg nickserv releaes pitti ? [06:12] 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] I'm connected directly now, I keep "pitti" for bip when it starts succeeding again [06:14] Unit193: well, I tried that now, maybe it's related === pitti is now known as pitti_ === pitti_ is now known as pitti [06:21] ah thanks, that was it! [06:22] ...Weeeird, well that's bip for you I guess. === timchen1` is now known as timchen119 === ttx_ is now known as ttx [08:40] good morning === ttx_ is now known as ttx === Guest42907 is now known as Zic === locutus__ is now known as LocutusOfBorg1 [08:59] DDOS on Freenode this morning === sitter is now known as Guest73469 === dosaboy_ is now known as dosaboy === larsu__ is now known as larsu === Tm_K is now known as Tm_T === ara is now known as Guest1340 [09:48] it seems I have to add debian/compat for a merge (as documented in man debhelper) [09:48] 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] Now this package doesn't have debhelper as a dependency yet, only dh-autoreconf. [09:49] Would it be more sufficient to add the (>= 9) to dh-autoreconf instead of adding debhelper? [09:49] dh-autoreconf depends on debhelper [09:49] dh-autoreconf (>= 9) doesn't change anything in that regard [09:50] pitti, thanks that solves my thoughts, so I can add "debhelper (>= 9)" without actually adding a new dep [09:50] 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] cpaelzer: yes; it's irrelevant for xenial, but important for backports and the like === marcustomlinson is now known as marcustomlinson| === marcustomlinson| is now known as marcustomlinson === Bluefoxicy_ is now known as Bluefoxicy === beisner- is now known as beisner === _salem is now known as salem_ === StevenK_ is now known as StevenK === tumbleweed_ is now known as tumbleweed [12:16] 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] I tried a downgrade to the 1.0 release and that unblocked me for now [12:27] 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] cjwatson, taking a look now [12:29] 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] indeed [12:47] jamespage: yes, fix is in git [12:47] jamespage: I will upload that later today (in ~2-3h) [12:56] 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] hallyn_: ^- [12:57] still true in xenial as well by the looks of things === Quintasan_ is now known as Quintasan [13:01] @pilot in === udevbot changed the topic of #ubuntu-devel to: Wily (15.10) 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-wily | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: didrocks [13:51] doko,hallyn_: also, qemu's configure script has seccomp detection hardcoded to only work on x86 anyway ... [13:59] cjwatson, I'll have a look on Monday [14:02] 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] 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] mvo, will you merge apt? [14:04] into snappy ! [14:04] :) [14:05] Maybe delay the APT merge for ~24 hours, we still discover issues in reverse dependencies. [14:05] doko: are you trying to make a deal with me? like "you can have UBUNTU_CODENAME= if you merge apt" ;)? [14:05] doko: but yeah, I have a merge ready [14:05] 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] mvo: You can also sync libept 1.1+nmu2 as soon as it is in unstable [14:06] Well, with the rest of the APT stuff [14:07] doko: but yeah, I can wait for pitti and his opinion on http://paste.ubuntu.com/13526521/ [14:07] mvo: well, I'd like to see something more like DISTRO_CODENAME [14:07] cat pics ? [14:07] maybe DISTRO_SHORT_CODENAME or something [14:07] 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] 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] mvo: long-term that seems fine, though [14:08] 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] yes, DISTRO_SHORT_CODENAME should rather be added to the spec itself first (certainly preferrable) [14:08] (iirc there was a bug open for that) [14:09] ogra_: `which snappy` or so? which bears the question, what a "snappy system" actually is [14:09] pitti, a system totally without dpkg :) [14:10] snappy installed? dpkg not installed? classic env on snappy? snappy env on classic? etc. [14:11] pitti, mvo bug 1481086 [14:11] bug 1481086 in Snappy "Need API/cli method to know if "is_snappy"" [High,Triaged] https://launchpad.net/bugs/1481086 [14:11] UBUNTU_SNAPPY=true [14:12] yeah, that would be fine [14:14] You could also try upstreaming DISTRO_PACKAGE_TYPE={deb,rpm,snappy,...} [14:14] or something like that [14:15] Maybe someone has a use for that [14:15] ogra_: so, Fedora? :-) [14:15] hah [14:15] nah, this is too convoluted [14:16] there's no reason in principle why you couldn't have more than one [14:16] 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] mvo, there is a new codename things in os-release no?! [14:17] xnox: since when? do you have a pointer? [14:17] xnox: and WELCOME BACK, really good to see you [14:17] well. i think i mixed it up a little. [14:18] 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] http://www.freedesktop.org/software/systemd/man/os-release.html [14:18] and there is also CPE_NAME= [14:18] http://scap.nist.gov/specifications/cpe/ [14:18] Well, if you wanted VARIANT, you could not have it in base-files anymore [14:18] example is given as "CPE_NAME="cpe:/o:fedoraproject:fedora:17"" but i don't know if we want that. [14:18] xnox, yeah, that is why i mentioned VARIAND and VARIANT_ID in treh bug [14:19] seems sabdfl didnt like that though [14:19] wanting something stronger [14:19] mvo, i'd vote to use VARIANT='Xenial Xerus' and VARIANT_ID=xenial [14:19] Don't do that [14:19] =) [14:20] Maybe the best option is actually to introduce DISTRO_CODENAME and DISTRO_PRETTY_CODENAME [14:21] CODENAME= & CODENAME_ID sounds good to me. [14:21] That'd work too [14:21] mvo, do you need it in /etc/os-release? we already have [14:21] DISTRIB_CODENAME=wily in /etc/lsb-release [14:21] xnox, lsb-release depnds on python [14:22] long term we want to dorop that from the snappy image [14:22] Is the file there too? [14:22] yes [14:22] Why not move that to base-files? [14:22] os-release is in base-files [14:22] the file is there.... it's not meant to be parsed directly, however in snappy case i don't see why not =) [14:23] xnox, why would we, os-release is a req. od systemd anyway [14:23] Right. [14:23] *of [14:23] ogra_, fyi /etc/lsb-release file is in base-files and always has been. [14:23] so no need for lsb-release at all [14:23] oh, thanks [14:23] * ogra_ wasnt sure where it actually comes from [14:24] ogra_: It at least seems like a good workaround until it's in os-release, and usable on old releases too [14:24] i'm not talking about lsb-release package, or lsb_release programme =) === tvoss is now known as tvoss|late_lunch [14:32] jpds, are you planning to merge strongswan? debian is at 5.3.4-1 and we are at 5.1.2-0ubuntu7 [15:02] Unit193, https://anonscm.debian.org/cgit/pkg-virtualbox/virtualbox.git/commit/?id=328a07c9e74d831a64f5f95294ac020a23c32966 [15:02] the problem is that it doesn't work [15:03] http://debomatic-amd64.debian.net/distribution#unstable/virtualbox/5.0.10-dfsg-4/piuparts [15:03] also lintian complains... I had to revert the change, but if you have a trick I'll be happy to apply it === balloons is now known as Guest87033 === Guest87033 is now known as balloons_ [15:15] what would be a good way to debug ${shlibs:Depends}, ${misc:Depends} expansion ? [15:16] LP: #1506550 is caused by a different expansion b/w Debian & Ubuntu [15:16] Launchpad bug 1506550 in quassel (Ubuntu) "quassel can't play audio notifications in wily" [Low,In progress] https://launchpad.net/bugs/1506550 [15:26] thanks didrocks :) [15:27] LocutusOfBorg1: yw, thanks to you ;) [15:27] I really hope next time to use requestsync pbuilder ;) [15:27] mapreri, ^^^ :D [15:28] LocutusOfBorg1: that would be great, indeed! [15:44] cjwatson: hm, yeah, that should be fixed upstream [15:48] (qemu, seccomp detection in configure) [15:57] mvo, what about an apt plain sync? [16:00] Hi all, anyone online who's contributed to the codebase before? [16:03] mddubs, just a few of us :) [16:03] mddubs, do you have a question, please feel free to ask it [16:04] OK thanks :) [16:06] 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] 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] 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] @pilot out === udevbot changed the topic of #ubuntu-devel to: Wily (15.10) 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-wily | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: [16:10] * dholbach hugs didrocks [16:12] 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] :) [16:15] didrocks, good job! ;-) [16:16] 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] indeed, I looked at the current apt in xenial (the delta) [16:17] and it was "droppable" to me [16:17] I didn't think about a new delta lol [16:17] thanks! [16:17] I really like the new apt === elopio_ is now known as elopio === spineau1 is now known as spineau_afk === stgraber_ is now known as stgraber === neunon_ is now known as neunon [16:54] mddubs2, i'm pretty sure that can be set [16:54] mddubs2, ah you said the alt-tab switcher === udienz1 is now known as udienz [17:56] seb128: http://paste.ubuntu.com/13529194/ is why I care about ibus [17:56] (intellij) [17:57] but I would expect you to use a qwerty keybord and no im? [17:57] or is ibus used even for non-im users? [17:58] seb128: I think it is... dunno. my keyboard lang choices in the pull down are "English" [17:59] lamont, is ibus active? does intellij works if you kill ibus-daemon? [17:59] lamont, anyway happyaron said he has the merge ready and he would upload this w.e [18:01] pycharm . [18:01] log4j:WARN No appenders could be found for logger (io.netty.util.internal.logging.InternalLoggerFactory). [18:01] log4j:WARN Please initialize the log4j system properly. [18:01] log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info. [18:01] [ 17554] WARN - ConfigurableExtensionPointUtil - ignore deprecated groupId: editor for id: editor.preferences.import [18:01] now it just locks up without the intellij errors... I thin kwe can call this progress === psivaa is now known as psivaa-afk === mddubs2 is now known as mddubs === salem_ is now known as _salem [20:06] 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. === JanC_ is now known as JanC [23:04] @pilot in === udevbot changed the topic of #ubuntu-devel to: Wily (15.10) 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-wily | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: slangasek [23:28] Unit193, can you please push the changes on virtualbox.git repo?