[01:51] i am trying to package a libnss library i wrote and trying to figure out how best to package it [01:51] all the libnss libraries in /lib/{arch} have a particular version like /lib/x86_64-linux-gnu/libnss_compat-2.19.so [01:51] and then a symbolic link named /lib/x86_64-linux-gnu/libnss_compat.so.2 to that file [01:51] so for my package should i try to mimic that? and then for different distributions, 14.04, 16.04, etc. whats a good way to pick that stuff up? [01:51] iirc ldconfig is in charge of creating those symlinks based on maps files [01:52] or perhaps on sonames.. [01:52] check out ulrich drepper's paper on creating DSOs for linux, I expect that will describe it [10:02] cyphermox: seen bug 1681513 ? [10:02] bug 1681513 in network-manager (Ubuntu) "Ubuntu 17.04/17.10: New feature in NetworkManager stops several WiFi adapters from working (MAC Address Randomization issue)" [High,Confirmed] https://launchpad.net/bugs/1681513 [10:09] slangasek, the problem of vlc and ppa is this one: https://github.com/google/protobuf/issues/206 [10:09] I care about vlc nightly, but I failed to fix it [10:09] I think this will become a serious issue in artful too [10:10] vlc team is trying to avoid protobuf on that file, so eventually stuff will sort out [12:10] could someone with bug tirage experience please take a look at https://bugs.launchpad.net/ubuntu/+bug/1689825 - it needs cleaning up [12:10] Launchpad bug 1689825 in lightdm (Ubuntu) "gnome-keyring not unlocked on boot" [Undecided,Confirmed] [12:17] jbicha, hello, tsimonq2 would like to steal some merges from your hat, I hope you don't mind [12:17] specially because tomorrow he will likely be a MOTU, so he will be able to steal them anyway :) [12:27] rbasak: I think ideally we'd have a setting for the MAC randomization feature in gnome-control-center but there might not be anyone to work on that this cycle === ogra_ is now known as ogra [13:22] jbicha: what's your opinion on the default, given that some hardware apparently doesn't work with it? See the number of affected users in that bug. [13:22] jbicha: and it seemed that upstream have changed their minds about defaulting to on? I wasn't very clear on this though. [13:25] LocutusOfBorg: could you copy the latest archive QtWebEngine back into the landing PPA? helps me with installability for testing and our CI if can get it from there, instead of -proposed or copying in into other testing PPAs [13:27] rbasak: I don't have much of an opinion on it, except that we need to have an easy option to disable (or enable) it [13:29] rbasak: could you email -desktop or -devel about it so that we can decide how we want to handle that for artful (and then for zesty maybe)? [13:37] jbicha: done [13:39] thanks :) [13:52] acheronuk, sure! [13:53] let me understand how [13:55] ./copy-package --from=ubuntu --from-suite=artful-proposed --include-binaries qtwebengine-opensource-src --to=ppa:ci-train-ppa-service/ubuntu/2819 --to-suite=artful [13:55] not sure if the world will explode or not [13:56] it should be good in some minutes [13:56] copyrights for the above command go to tsimonq2 :) [13:58] LocutusOfBorg: or? https://launchpad.net/ubuntu/+archive/primary/+copy-packages?field.name_filter=qtwebengine&field.status_filter=published&field.series_filter=artful [13:58] ctrl+R, find the latest copy-package invocation and run it swapping "to" and "from" :) [13:58] as sooon as I don't have to open a browser I'm happy :p [13:59] ok. fair enough. :P [13:59] thanks :) [13:59] you no core-dev? [13:59] me? lol. no [13:59] oh sad me [13:59] this is why you asked [13:59] meh [14:00] in debian every developer is happy to have access to everything and possibility to break stuff [14:01] indeed. permissions are hard to come by this side though [14:01] anyhow, thanks for the nice and clean work! it is becoming really green the tracker [14:01] I'm doing the cmake side of things [14:01] if you become a DD, it should be fairly easy to become a MOTU or maybe even Core Dev [14:02] this is why I became a DD lol :) [14:02] armhf YYSOSLOW [18:34] cjwatson: Apparently the binary-pcc64el and some other architecture directory vanished for trusty-security, see https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1710399 [18:34] Launchpad bug 1710399 in apt (Ubuntu) "Unable to install packages" [Undecided,New] [18:34] cjwatson: The release file lists "Architectures: amd64 arm64 armhf i386 powerpc ppc64el", but there are only binary-amd64 and binary-i386 === mako1 is now known as mako [18:49] infinity: ^ [19:13] rbasak: I had not, but I'm not so involved in NM anymore [19:13] seems pretty weird that they'd enable something like that by default [19:14] furthermore, it's not exactly a new feature...