[00:44] -queuebot:#ubuntu-release- New binary: kopanocore [ppc64el] (bionic-proposed/universe) [8.3.4-4ubuntu2] (no packageset)
[00:47] -queuebot:#ubuntu-release- New binary: kopanocore [s390x] (bionic-proposed/universe) [8.3.4-4ubuntu2] (no packageset)
[00:54] -queuebot:#ubuntu-release- New binary: kopanocore [i386] (bionic-proposed/universe) [8.3.4-4ubuntu2] (no packageset)
[00:57] -queuebot:#ubuntu-release- New binary: kopanocore [armhf] (bionic-proposed/universe) [8.3.4-4ubuntu2] (no packageset)
[01:04] -queuebot:#ubuntu-release- New binary: kopanocore [amd64] (bionic-proposed/universe) [8.3.4-4ubuntu2] (no packageset)
[01:16] -queuebot:#ubuntu-release- New binary: kopanocore [arm64] (bionic-proposed/universe) [8.3.4-4ubuntu2] (no packageset)
[05:14] -queuebot:#ubuntu-release- New binary: intel-vaapi-driver-shaders [amd64] (bionic-proposed/none) [2.0.0~pre3+ds1-2] (no packageset)
[05:14] -queuebot:#ubuntu-release- New binary: intel-vaapi-driver-shaders [i386] (bionic-proposed/none) [2.0.0~pre3+ds1-2] (no packageset)
[07:24] -queuebot:#ubuntu-release- New binary: icu [s390x] (bionic-proposed/main) [60.1-1ubuntu1] (core)
[07:26] -queuebot:#ubuntu-release- New binary: icu [amd64] (bionic-proposed/main) [60.1-1ubuntu1] (core)
[07:27] -queuebot:#ubuntu-release- New: accepted ocamlbricks [sync] (bionic-proposed) [0.90+bzr456-1]
[07:27] -queuebot:#ubuntu-release- New: accepted kopanocore [amd64] (bionic-proposed) [8.3.4-4ubuntu2]
[07:27] -queuebot:#ubuntu-release- New: accepted kopanocore [armhf] (bionic-proposed) [8.3.4-4ubuntu2]
[07:27] -queuebot:#ubuntu-release- New: accepted kopanocore [ppc64el] (bionic-proposed) [8.3.4-4ubuntu2]
[07:27] -queuebot:#ubuntu-release- New binary: icu [ppc64el] (bionic-proposed/main) [60.1-1ubuntu1] (core)
[07:27] -queuebot:#ubuntu-release- New: accepted kopanocore [arm64] (bionic-proposed) [8.3.4-4ubuntu2]
[07:27] -queuebot:#ubuntu-release- New: accepted kopanocore [s390x] (bionic-proposed) [8.3.4-4ubuntu2]
[07:27] -queuebot:#ubuntu-release- New: accepted kopanocore [i386] (bionic-proposed) [8.3.4-4ubuntu2]
[07:28] -queuebot:#ubuntu-release- New: accepted intel-vaapi-driver-shaders [amd64] (bionic-proposed) [2.0.0~pre3+ds1-2]
[07:28] -queuebot:#ubuntu-release- New: accepted libuvc [amd64] (bionic-proposed) [0.0.6-1]
[07:28] -queuebot:#ubuntu-release- New: accepted libuvc [armhf] (bionic-proposed) [0.0.6-1]
[07:28] -queuebot:#ubuntu-release- New: accepted libuvc [ppc64el] (bionic-proposed) [0.0.6-1]
[07:28] -queuebot:#ubuntu-release- New: accepted intel-vaapi-driver-shaders [i386] (bionic-proposed) [2.0.0~pre3+ds1-2]
[07:28] -queuebot:#ubuntu-release- New: accepted libuvc [i386] (bionic-proposed) [0.0.6-1]
[07:28] -queuebot:#ubuntu-release- New: accepted libuvc [arm64] (bionic-proposed) [0.0.6-1]
[07:28] -queuebot:#ubuntu-release- New: accepted libuvc [s390x] (bionic-proposed) [0.0.6-1]
[07:28] -queuebot:#ubuntu-release- New binary: icu [i386] (bionic-proposed/main) [60.1-1ubuntu1] (core)
[07:29] -queuebot:#ubuntu-release- New: accepted rsplib [source] (bionic-proposed) [3.0.1-1ubuntu6]
[07:30] -queuebot:#ubuntu-release- New binary: ocamlbricks [ppc64el] (bionic-proposed/none) [0.90+bzr456-1] (no packageset)
[07:31] -queuebot:#ubuntu-release- New binary: ocamlbricks [amd64] (bionic-proposed/none) [0.90+bzr456-1] (no packageset)
[07:31] -queuebot:#ubuntu-release- New binary: ocamlbricks [s390x] (bionic-proposed/none) [0.90+bzr456-1] (no packageset)
[07:31] -queuebot:#ubuntu-release- New binary: ocamlbricks [i386] (bionic-proposed/none) [0.90+bzr456-1] (no packageset)
[07:31] -queuebot:#ubuntu-release- New binary: rsplib [ppc64el] (bionic-proposed/none) [3.0.1-1ubuntu6] (no packageset)
[07:31] -queuebot:#ubuntu-release- New binary: rsplib [s390x] (bionic-proposed/none) [3.0.1-1ubuntu6] (no packageset)
[07:32] -queuebot:#ubuntu-release- New binary: ocamlbricks [arm64] (bionic-proposed/none) [0.90+bzr456-1] (no packageset)
[07:32] -queuebot:#ubuntu-release- New binary: rsplib [i386] (bionic-proposed/none) [3.0.1-1ubuntu6] (no packageset)
[07:32] -queuebot:#ubuntu-release- New binary: rsplib [amd64] (bionic-proposed/none) [3.0.1-1ubuntu6] (no packageset)
[07:33] -queuebot:#ubuntu-release- New binary: ocamlbricks [armhf] (bionic-proposed/none) [0.90+bzr456-1] (no packageset)
[07:34] -queuebot:#ubuntu-release- New binary: rsplib [arm64] (bionic-proposed/none) [3.0.1-1ubuntu6] (no packageset)
[07:35] -queuebot:#ubuntu-release- New binary: rsplib [armhf] (bionic-proposed/none) [3.0.1-1ubuntu6] (no packageset)
[07:35] -queuebot:#ubuntu-release- New binary: icu [armhf] (bionic-proposed/main) [60.1-1ubuntu1] (core)
[07:42] -queuebot:#ubuntu-release- New binary: icu [arm64] (bionic-proposed/main) [60.1-1ubuntu1] (core)
[07:45] -queuebot:#ubuntu-release- New: accepted icu [amd64] (bionic-proposed) [60.1-1ubuntu1]
[07:45] -queuebot:#ubuntu-release- New: accepted icu [armhf] (bionic-proposed) [60.1-1ubuntu1]
[07:45] -queuebot:#ubuntu-release- New: accepted icu [ppc64el] (bionic-proposed) [60.1-1ubuntu1]
[07:45] -queuebot:#ubuntu-release- New: accepted rsplib [amd64] (bionic-proposed) [3.0.1-1ubuntu6]
[07:45] -queuebot:#ubuntu-release- New: accepted rsplib [armhf] (bionic-proposed) [3.0.1-1ubuntu6]
[07:45] -queuebot:#ubuntu-release- New: accepted icu [arm64] (bionic-proposed) [60.1-1ubuntu1]
[07:45] -queuebot:#ubuntu-release- New: accepted icu [s390x] (bionic-proposed) [60.1-1ubuntu1]
[07:45] -queuebot:#ubuntu-release- New: accepted rsplib [i386] (bionic-proposed) [3.0.1-1ubuntu6]
[07:45] -queuebot:#ubuntu-release- New: accepted icu [i386] (bionic-proposed) [60.1-1ubuntu1]
[07:45] -queuebot:#ubuntu-release- New: accepted rsplib [arm64] (bionic-proposed) [3.0.1-1ubuntu6]
[07:45] -queuebot:#ubuntu-release- New: accepted ocamlbricks [amd64] (bionic-proposed) [0.90+bzr456-1]
[07:45] -queuebot:#ubuntu-release- New: accepted ocamlbricks [armhf] (bionic-proposed) [0.90+bzr456-1]
[07:45] -queuebot:#ubuntu-release- New: accepted ocamlbricks [ppc64el] (bionic-proposed) [0.90+bzr456-1]
[07:45] -queuebot:#ubuntu-release- New: accepted rsplib [ppc64el] (bionic-proposed) [3.0.1-1ubuntu6]
[07:45] -queuebot:#ubuntu-release- New: accepted ocamlbricks [arm64] (bionic-proposed) [0.90+bzr456-1]
[07:46] -queuebot:#ubuntu-release- New: accepted ocamlbricks [s390x] (bionic-proposed) [0.90+bzr456-1]
[07:46] -queuebot:#ubuntu-release- New: accepted ocamlbricks [i386] (bionic-proposed) [0.90+bzr456-1]
[07:46] -queuebot:#ubuntu-release- New: accepted rsplib [s390x] (bionic-proposed) [3.0.1-1ubuntu6]
[08:35] -queuebot:#ubuntu-release- Unapproved: gnome-shell-extension-ubuntu-dock (artful-proposed/main) [0.7.1 => 0.8.1] (no packageset)
[08:51] <LocutusOfBorg> hello perl folks
[08:51] <LocutusOfBorg> somebody please enlight me about the restore SIGUNUSED signal patch in perl itself
[08:52] <LocutusOfBorg> I can confirm the patch still work, the config.h is correctly generated
[08:52] <LocutusOfBorg> but... autopkgtest for libpoe-component-client-dns-perl/1:1.054-1ubuntu1: amd64: Regression ♻ , armhf: Regression ♻ , i386: Regression ♻ , ppc64el: Regression ♻ , s390x: Regression ♻
[09:20] <cpaelzer> @SRU Team - is there any reason I miss why 1726017 was accepted into zesty but not yet into Xenial?
[09:20] <cpaelzer> if there is something I want to fix it, otherwise those should go almost together as usual right?
[09:21] <cpaelzer> I see today RAOF is on SRU duty, not sure if is is too early/late for him atm
[09:21] <cpaelzer> anyway if one can take a look let me know
[09:22] <apw> cpaelzer, what package is that ?
[09:22] <cpaelzer> dnsmasq
[09:22] <enick_867> cpaelzer: I'll be on SRU duty in about 12 hours 😀
[09:29] <cpaelzer> enick_867: that will be soon enough, I don't mind it takes some time but on this case I was wondering if there is something special to resolve
[09:44] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-340 (xenial-proposed/restricted) [340.102-0ubuntu<IP_ADDRESS> => 340.104-0ubuntu<IP_ADDRESS>] (ubuntu-desktop)
[09:58] <apw> cpaelzer, i am looking at this dnsmasq change ... after getting a clean diff, because launchpad, there seems to be a discrepency
[09:58] <cpaelzer> oh, interesting
[09:58] <cpaelzer> ok let me know what you find apw
[09:58] <apw> cpaelzer, between the change as applied in zesty which says 2.77 was applied and xenial which says 2.76 and 2.77 were applied; though the code delta looks to be the same
[09:58] <cpaelzer> maybe that was the reason
[09:59] <cpaelzer> I'm checking my uploads what we should see
[10:00] <cpaelzer> zesty has just the pick of a8509d9076b71dfb30489b684be19eecee01d34f
[10:00] <cpaelzer> checking the debdiff if it agrees
[10:00] <apw> - 2.77: 68f6312d4b:
[10:00] <cpaelzer> yeah that is it
[10:00] <cpaelzer> got a new sha
[10:01] <cpaelzer> this is "Stop treating SERVFAIL as a successful response from upstream servers."
[10:01] <apw> ^ that is what is claimed to be applied in zesty, but in xenial you also have "- 2.76: 4ace25c5d6:" listed
[10:01] <cpaelzer> yes it should
[10:01] <apw> and i would say the source change is the 2.77 change, i cannot see any delta difference however between xenial and zesty
[10:02] <cpaelzer> my git I built the upload from has the second change
[10:02] <cpaelzer> "Treat REFUSED (not SERVFAIL) as an unsuccessful upstream response"
[10:02] <cpaelzer> now checking debdiff
[10:02] <apw> OH there it is ... it is just my eyes
[10:02] <apw> -  if (forward->forwardall == 0 || --forward->forwardall == 1 || RCODE(header) != SERVFAIL)
[10:02] <apw> -  if (forward->forwardall == 0 || --forward->forwardall == 1 || RCODE(header) != REFUSED)
[10:02] <apw> my head is telling me those are the same, it is wrong
[10:02] <apw> ok ... then no i cannot see any reason this is not ok if the zesty one is ok, and there is nothing in the bug
[10:03] <apw> so i am going to review it again ...
[10:04] -queuebot:#ubuntu-release- Unapproved: accepted dnsmasq [source] (xenial-proposed) [2.75-1ubuntu<IP_ADDRESS>]
[10:04] <apw> cpaelzer, ... and ^
[10:04] <cpaelzer> thanks apw
[10:04] <cpaelzer> essentially it is http://paste.ubuntu.com/25909762/ + http://paste.ubuntu.com/25909763 = http://paste.ubuntu.com/25909768/
[10:05] <cpaelzer> it seems no one is used to antive packages anymore
[10:05] <apw> yep, just letting confirmation-bias (that the two diffs are the same) cloud my reading
[10:05] <cpaelzer> but also chaning the same line twice made it hard to spot
[10:05] <apw> i want the diff to be the same because that means review is simpler, but then the changelog wasn't
[10:20] -queuebot:#ubuntu-release- New binary: marionnet [amd64] (bionic-proposed/universe) [0.90.6+bzr508-1] (no packageset)
[11:05] -queuebot:#ubuntu-release- New binary: marionnet [i386] (bionic-proposed/universe) [0.90.6+bzr508-1] (no packageset)
[11:23] -queuebot:#ubuntu-release- Unapproved: bind9 (xenial-proposed/main) [1:9.10.3.dfsg.P4-8ubuntu1.8 => 1:9.10.3.dfsg.P4-8ubuntu1.9] (core)
[11:23] -queuebot:#ubuntu-release- Unapproved: bind9 (zesty-proposed/main) [1:9.10.3.dfsg.P4-10.1ubuntu5.2 => 1:9.10.3.dfsg.P4-10.1ubuntu5.3] (core)
[11:24] -queuebot:#ubuntu-release- Unapproved: ubuntu-meta (artful-proposed/main) [1.404 => 1.404.1] (core)
[11:28] -queuebot:#ubuntu-release- Unapproved: ubuntu-meta (zesty-proposed/main) [1.379 => 1.379.1] (core)
[11:32] <LocutusOfBorg> please approve marionnet, built only on two archs
[11:34] -queuebot:#ubuntu-release- New: accepted marionnet [amd64] (bionic-proposed) [0.90.6+bzr508-1]
[11:34] -queuebot:#ubuntu-release- New: accepted marionnet [i386] (bionic-proposed) [0.90.6+bzr508-1]
[11:34] <apw> LocutusOfBorg, ^
[11:37] <LocutusOfBorg> <3
[11:41] -queuebot:#ubuntu-release- Unapproved: ubuntu-meta (xenial-proposed/main) [1.361 => 1.361.1] (core)
[11:44] -queuebot:#ubuntu-release- Unapproved: ubuntu-meta (artful-proposed/main) [1.404 => 1.404.1] (core)
[11:44] <xnox> There are three ubuntu-meta in artful unapproved queue... please reject the older two, the most recent one combines the other two. https://launchpad.net/ubuntu/artful/+queue?queue_state=1&queue_text=ubuntu-meta
[11:47] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-meta [source] (artful-proposed) [1.404.1]
[11:47] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-meta [source] (artful-proposed) [1.404.1]
[11:47] <apw> xnox, ^
[11:50] <xnox> tah
[12:37] <tjaalton> anyone willing to review libdrm, llvm-5, wayland-protocols on the xenial queue?
[12:48] <tjaalton> all have been on the x-swat/updates ppa for some weeks now together with new mesa, no complaints so far
[12:54] -queuebot:#ubuntu-release- Unapproved: libvirt (xenial-proposed/main) [1.3.1-1ubuntu10.14 => 1.3.1-1ubuntu10.15] (ubuntu-server, virt)
[12:55] -queuebot:#ubuntu-release- Unapproved: libvirt (zesty-proposed/main) [2.5.0-3ubuntu5.5 => 2.5.0-3ubuntu5.6] (ubuntu-server, virt)
[13:00] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-fan [source] (xenial-proposed) [0.12.6~16.04.1]
[13:14] <apw> tjaalton, those are pretty large, remind me why we are updating them
[13:16] <tjaalton> apw: because of the hwe-16.04 backport stack
[13:16] <tjaalton> llvm-5 is a no-brainer as it's a new package
[13:17] <tjaalton> for xenial
[13:18]  * sil2100 puts his SRU hat on
[13:20] <tjaalton> these are dependencies for mesa. xserver needs the newer wayland-protocols as well
[13:21] <tjaalton> w-p just adds new bits
[13:21] <tjaalton> libdrm is similar
[13:21] <sil2100> oSoMoN: hey! Why is libreoffice FTBFS on amd64 for bionic?
[13:22] <sil2100> oSoMoN: I was looking at 5.4.2 for artful but I guess we first would need to get it building correctly on bionic, possibly making sure it's migratable
[13:24] <seb128> libreoffice is being handled
[13:25] <seb128> there is a fixed version ready for upload which is being reviewed atm, should be uploaded today
[13:32] <oSoMoN> sil2100, what seb_128 said
[13:32] <sil2100> oSoMoN, seb128: thanks
[13:34] -queuebot:#ubuntu-release- Unapproved: accepted lxcfs [source] (artful-proposed) [2.0.8-0ubuntu1~17.10.1]
[13:50] -queuebot:#ubuntu-release- Unapproved: accepted lxcfs [source] (zesty-proposed) [2.0.8-0ubuntu1~17.04.1]
[14:03] <cpaelzer> hi, I just realized that on bug 1657256 the trusty SRU upload is still in unapproved
[14:04] -queuebot:#ubuntu-release- Unapproved: accepted lxcfs [source] (xenial-proposed) [2.0.8-0ubuntu1~16.04.1]
[14:04] <cpaelzer> It seems my question I had this morning with the dnsmasq SRU repeats itself, but is on this upload something special that didn't let it through yet?
[15:11] -queuebot:#ubuntu-release- Unapproved: grub2 (bionic-proposed/main) [2.02~beta3-4ubuntu7 => 2.02-2ubuntu1] (core)
[15:13] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-fan [source] (artful-proposed) [0.12.7~17.10.1]
[15:13] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (trusty-proposed/main) [10ubuntu<IP_ADDRESS> => 10ubuntu<IP_ADDRESS>] (no packageset)
[15:16] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-fan [source] (zesty-proposed) [0.12.7~17.04.1]
[15:21] <slashd> sil2100, I have re-upload for trusty, and andreas did the verification-done for the existing -proposed pkg ... what can be done to potential consider an early release like previous talked ?
[15:22] <slashd> potentially ^
[15:22] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-fan [source] (xenial-proposed) [0.12.7~16.04.1]
[15:23] <sil2100> slashd: ok, let me review the trusty upload first, then let's think about doing an early release tomorrow - would that be feasible?
[15:24] <sil2100> Since I'm driving this, I'd prefer to do it around the start of my day since then I can react in case something bad happens (which shouldn't in this case)
[15:24] <slashd> sil2100, sound good to me
[15:24] <slashd> sil2100, is targetting tomorrow would be reasonnable for you or too soon ?
[15:25] <sil2100> slashd: oh, hm, could you re-upload ubuntu-advantage-tools with -v? So that the .changes file has both <IP_ADDRESS> and <IP_ADDRESS> included?
[15:25] <sil2100> The trusty upload I mean
[15:26] -queuebot:#ubuntu-release- Unapproved: grub2 (bionic-proposed/main) [2.02~beta3-4ubuntu7 => 2.02-2ubuntu1] (core)
[15:27] <sil2100> e.g. source built with -v10
[15:31] <slashd> sil2100, not sure to follow what you mean ? I doing the patch on top of what it is in -proposed "10ubuntu<IP_ADDRESS>"
[15:32] <nacc> slashd: -v indicates where the changes should start from (the last uploaded version to the corresponding series)
[15:32] <nacc> slashd: see `man dpkg-genchanges`
[15:32] <nacc> slashd: the -v flag is passed via dpkg-buildpackage
[15:32] <slashd> nacc ok
[15:34] <slashd> nacc thanks
[15:41] <sil2100> slashd: yeah, as nacc said
[15:42] <sil2100> slashd: since without indicating which 'previous' version it is, the new upload would not consider the bugs we fixed in the previous one
[15:42] <sil2100> i.e. the SRU report wouldn't ask for verification of the previous bug
[15:48] <slashd> sil2100, ack will do soon
[15:56] <slashd> sil2100, done
[15:57] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (trusty-proposed/main) [10ubuntu<IP_ADDRESS> => 10ubuntu<IP_ADDRESS>] (no packageset)
[15:59] -queuebot:#ubuntu-release- Unapproved: accepted mutter [source] (artful-proposed) [3.26.2-0ubuntu0.1]
[16:06] <sil2100> slashd: thanks!
[16:07] <sil2100> slashd: yeah, this one looks much better
[16:07] <slashd> sil2100, cool
[16:07] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-advantage-tools [source] (trusty-proposed) [10ubuntu<IP_ADDRESS>]
[16:10] <sil2100> slashd: accepted!
[16:10] <sil2100> (and the older one rejected)
[16:10] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-advantage-tools [source] (trusty-proposed) [10ubuntu<IP_ADDRESS>]
[16:10] <slashd> sil2100, thanks very appreciated
[16:14] <sil2100> apw: I see some fwupdate binaries pending in bionic UNAPPROVED - can I accept those? They're related to the 9-3 upload
[16:16] <blackboxsw> sil2100: good day, looks like RAOF isn't available today for SRU updates. Any idea who I should ping today for the cloud-init  17.1.27 uploads queued for Xenial Zesty and Artful
[16:16] <sil2100> blackboxsw: hey! I can take care of those in a minute - I see two uploads of cloud-init in the queue, should I reject the earlier one?
[16:18] <blackboxsw> thanks sil2100 if you need reject 17.1.25 that sounds good. We might be able to just replace it with 17.1.27. I think that's what happened with the previous SRU attempt (a replace instead of reject old and approve new).
[16:19] <blackboxsw> in either case 17.1.27 includes all changes that were in 17.1.25 plus a couple fixes
[16:21] <slangasek> gah haskell
[16:21] <slangasek> so, now I don't understand https://people.canonical.com/~ubuntu-archive/transitions/html/html/ghc.html - these newly-'bad' packages all seem to install fine for me
[16:22] <slangasek> anyone know what I'm missing?
[16:25] -queuebot:#ubuntu-release- Unapproved: accepted fwupdate [amd64] (bionic-proposed) [9-3]
[16:25] -queuebot:#ubuntu-release- Unapproved: accepted fwupdate [armhf] (bionic-proposed) [9-3]
[16:25] -queuebot:#ubuntu-release- Unapproved: accepted fwupdate [arm64] (bionic-proposed) [9-3]
[16:25] -queuebot:#ubuntu-release- Unapproved: accepted fwupdate [i386] (bionic-proposed) [9-3]
[16:26] <cjwatson> it's worth waiting a publisher cycle or two in case it's temporary?
[16:29] <slangasek> cjwatson: it's lasted two runs of the tracker, which last updated 10 minutes ago
[16:29] <slangasek> otherwise I would just assume it was temporary, yeah
[16:31] <cjwatson> I don't see anything obvious, although there are possible discrepancies because I think the tracker considers only the newest version of a package across (bionic, bionic-proposed) whereas e.g. chdist will consider the union
[16:31] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (artful-proposed/main) [4.13.0-17.20] (core, kernel)
[16:32] <slangasek> cjwatson: indeed, but I spot tested a couple of these and installing them pulled in no haskell-related deps, and a dist-upgrade afterwards didn't want to update or remove anything
[16:33] -queuebot:#ubuntu-release- New binary: linux-signed-hwe-edge [amd64] (xenial-proposed/main) [4.13.0-17.20~16.04.1] (kernel)
[16:33] <slangasek> e.g. xmobar just pulls in a font and a bunch of C libs
[16:34] -queuebot:#ubuntu-release- Unapproved: accepted fwupdate [source] (artful-proposed) [9-2ubuntu<IP_ADDRESS>]
[16:35] <cjwatson> I don't have good answers; it may be worth staring at britney output I guess
[16:37] -queuebot:#ubuntu-release- Unapproved: fwupdate (artful-proposed/main) [9-2ubuntu<IP_ADDRESS> => 9-2ubuntu<IP_ADDRESS>] (core)
[16:38] -queuebot:#ubuntu-release- Unapproved: fwupdate (artful-proposed/main) [9-2ubuntu<IP_ADDRESS> => 9-2ubuntu<IP_ADDRESS>] (core)
[16:39] <slangasek> yeah.. britney output is a bit confused because of blocked autopkgtests
[16:39] -queuebot:#ubuntu-release- Unapproved: fwupdate (artful-proposed/main) [9-2ubuntu<IP_ADDRESS> => 9-2ubuntu<IP_ADDRESS>] (core)
[16:39] -queuebot:#ubuntu-release- Unapproved: fwupdate (artful-proposed/main) [9-2ubuntu<IP_ADDRESS> => 9-2ubuntu<IP_ADDRESS>] (core)
[16:40] -queuebot:#ubuntu-release- Unapproved: accepted fwupdate-signed [source] (artful-proposed) [1.14ubuntu0.1]
[16:43] -queuebot:#ubuntu-release- Unapproved: fwupdate-signed (artful-proposed/main) [1.14 => 1.14ubuntu0.2] (core)
[16:43] <sil2100> ^ mis-click, re-uploading and re-approving a newer fwupdate-signed, this one was missing a bug number
[16:44] <sil2100> ETOOMANYBUTTONSONKEYBOARD
[16:46] -queuebot:#ubuntu-release- Unapproved: accepted fwupdate-signed [source] (artful-proposed) [1.14ubuntu0.2]
[16:46]  * ogra_ hands sil2100 https://img-9gag-fun.9cache.com/photo/azVr4Vm_700b.jpg
[16:46] <apw> heh, those misses are sucky
[16:47] <sil2100> ogra_: that's 2 buttons too many
[16:47] <ogra_> lol
[16:47] <sil2100> blackboxsw: so, back to cloud-init, in this case I'll reject the previous uploads in the queue, since there are two from what I see
[16:47] <sil2100> And review the latter
[16:47] <blackboxsw> sounds excellent thx sil2100
[16:48] -queuebot:#ubuntu-release- Unapproved: rejected cloud-init [source] (artful-proposed) [17.1-27-geb292c18-0ubuntu1~17.10.1]
[17:03] -queuebot:#ubuntu-release- Unapproved: accepted cloud-init [source] (artful-proposed) [17.1-27-geb292c18-0ubuntu1~17.10.1]
[17:06] -queuebot:#ubuntu-release- Unapproved: rejected cloud-init [source] (zesty-proposed) [17.1-27-geb292c18-0ubuntu1~17.04.1]
[17:07] -queuebot:#ubuntu-release- Unapproved: accepted cloud-init [source] (zesty-proposed) [17.1-27-geb292c18-0ubuntu1~17.04.1]
[17:13] <blackboxsw> woot! thanks sil2100
[17:13] -queuebot:#ubuntu-release- New binary: armadillo [ppc64el] (bionic-proposed/universe) [1:8.200.0+dfsg-3] (kubuntu)
[17:14] -queuebot:#ubuntu-release- New binary: armadillo [i386] (bionic-proposed/universe) [1:8.200.0+dfsg-3] (kubuntu)
[17:15] -queuebot:#ubuntu-release- New binary: armadillo [amd64] (bionic-proposed/universe) [1:8.200.0+dfsg-3] (kubuntu)
[17:15] -queuebot:#ubuntu-release- New binary: armadillo [s390x] (bionic-proposed/universe) [1:8.200.0+dfsg-3] (kubuntu)
[17:16] -queuebot:#ubuntu-release- Unapproved: rejected cloud-init [source] (xenial-proposed) [17.1-27-geb292c18-0ubuntu1~16.04.1]
[17:16] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe-edge [amd64] (xenial-proposed) [4.13.0-17.20~16.04.1]
[17:17] -queuebot:#ubuntu-release- Unapproved: accepted cloud-init [source] (xenial-proposed) [17.1-27-geb292c18-0ubuntu1~16.04.1]
[17:18] <sil2100> blackboxsw: all done, yw!
[17:18] -queuebot:#ubuntu-release- New binary: armadillo [arm64] (bionic-proposed/universe) [1:8.200.0+dfsg-3] (kubuntu)
[17:18] -queuebot:#ubuntu-release- New binary: armadillo [armhf] (bionic-proposed/universe) [1:8.200.0+dfsg-3] (kubuntu)
[17:25] <slangasek> Laney: have you filed a bug report yet on qemu or kernel or talked to the Server or Kernel teams about lcy01?
[17:29] <Laney> hi slangasek, I'm writing a bug report against linux now - was trying to reproduce it on my machine here (failed to do so)
[17:29] <slangasek> ok
[17:29] <slangasek> I've just poked Server Team privately
[17:30] <Laney> k
[17:30] <slangasek> though I could've poked both cpaelzer and rharper here as it turns out
[17:30] <Laney> would be good to sort out lcy01 creds with whoever is going to look
[17:30] <Laney> s/with/for/
[17:30] <slangasek> best case, it's already a known issue and they point us at what needs to be fixed in the ocata cloud archive
[17:32] <infinity> So, the reproducer here should be xenial host, xenial kernel octa qemu backport, reboot artful or bionic image over and over?
[17:32] <infinity> I have a laptop I could maybe sacrifice to that later.
[17:33] <infinity> If the only place we can reproduce it is in a cloud region, that's going to suck.
[17:36] <Laney> I always provoked it on the 1st reboot of an instance
[17:36] <Laney> Not saying it doesn't happen on the n>1th time, but my recipe was - create new instance, reboot it, see what happens, destroy it
[17:38] -queuebot:#ubuntu-release- New: accepted armadillo [amd64] (bionic-proposed) [1:8.200.0+dfsg-3]
[17:38] -queuebot:#ubuntu-release- New: accepted armadillo [armhf] (bionic-proposed) [1:8.200.0+dfsg-3]
[17:38] -queuebot:#ubuntu-release- New: accepted armadillo [ppc64el] (bionic-proposed) [1:8.200.0+dfsg-3]
[17:38] -queuebot:#ubuntu-release- New: accepted armadillo [arm64] (bionic-proposed) [1:8.200.0+dfsg-3]
[17:38] -queuebot:#ubuntu-release- New: accepted armadillo [s390x] (bionic-proposed) [1:8.200.0+dfsg-3]
[17:38] -queuebot:#ubuntu-release- New: accepted armadillo [i386] (bionic-proposed) [1:8.200.0+dfsg-3]
[17:41] <infinity> Laney: But never on first boot?
[17:42] <infinity> Laney: That would seem to imply that version of qemu has a soft reset bug.
[17:42] <infinity> (And you'd see the error on n>1 reboots)
[17:42] <Laney> the first boot has always worked
[17:43] <Laney> well, don't know, I rebooted the first bunch of instances several times and never saw it other than the first time
[17:43] <Laney> but it's racy so could be bad luck
[17:43] <infinity> Well, it's going to rely on memory/register/device state before the reboot, I imagine.
[17:43] <Laney> start a bazillion, do something to them, delete them is easy in the cloud :-)
[17:43] <infinity> So, a bit of luck until one can figure out what needs perturbing.
[17:43] <infinity> (Assuming it's a soft reset bug)
[17:45] <infinity> Also less likely to be a kernel bug, given it never breaks on first boot.  The kernel can't be held responsible if the hardware comes back "wrong".
[17:46] <infinity> Unless some workaround for wrongness got dropped.
[17:50] <Laney> well I tried xenial and all of those worked so that might suggest the guest's software is involved somehow
[17:50] <Laney> bug #1730717 anyway
[17:51] <infinity> Laney: Oh!  It's literally "on reboot", not post-reboot.
[17:52] <infinity> Laney: Yeah, that's quite likely to be a kernel bug.
[17:52] <Laney> It never shuts down
[17:52] <infinity> Laney: Somehow, I was misreading all of this to be "on next boot, the system is buggered".
[17:53] <infinity> Laney: Might be helpful to confirm with IS what the '-cpu' setting on those VMs is.  I vaguely recall it was something like core2duo, but knowing might help with debugging/reproduction.
[17:59] <Laney> infinity: I'm disappearing in a minute, would appreciate handing over overnight duty
[18:00] <Laney> if it helps 0a6a536b-79bf-4651-8177-7dddea9e3408 is a bad instance that I left running
[18:00] <infinity> Laney: Tell me what "overnight duty" entails.
[18:00] <infinity> Laney: Like, is there a way you're monitoring instance death and resetting, so we don't run out of workers?
[18:00] <Laney> Getting any information out of IS
[18:00] <infinity> Oh, sure, I can also attempt to track the RT and bug.
[18:00] <Laney> nah, I'll make the reset job run hourly so we limp along a bit
[18:00] <Laney> and generally working the bug with server or whatever
[18:03] <Laney> yeah OK so every hour the dead workers should revive (and die again eventually, but maybe they'll pick up some jobs before they do so)
[18:04] <Laney> nighty night
[18:34] <rharper> Laney: I've seen this on artful releases in our curtin vmtest runs on a jenkins node running xenial, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1722311
[18:36] <rharper> currently on the qemu host, I'm applying zone_reclaim_mode=1 and a few other mm knobs to be aggressive at flushing filesystem pagecache as we only get the softlockups when we're memory poor (most memory is in cache of some form and the flushing of dirty pages gets to a peak)
[18:38] <infinity> rharper: Definitely looks like the same bug.
[18:39] <rharper> we run the same tests across all of the releases and only the Artful kernels fall over
[18:39] <rharper> so I tend to agree that it's related to the guest kernel
[18:39] <rharper> but there is some relationship to the host w.r.t cache pressure as we can avoid it by aggressively writing out dirty pages
[18:40] <rharper> we've not yet tried xenial-hwe or xenial-hwe-edge (we're on xenial ga kernel)
[18:42] <infinity> rharper: Can you confirm that this requires a newer qemu to reproduce as well?
[18:42] <infinity> rharper: (In our case, it seems to only happen on hosts with the Octa cloud archive enabled)
[18:42] <rharper> this reproduces on stock qemu from xenial
[18:42] <rharper> on our host
[18:43] <infinity> Huh.  Kay.
[18:43] <rharper> softlocks (other than outright bugs in the guest kernel) are almost always host scheduling/resource issues
[18:44] <rharper> it's possible for the kvmclock that there is a regression on the touch to the softlockup watchdog;  I've not tried switching guest clock sources yet
[18:44] <rharper> $ apt-cache policy qemu-system-x86
[18:44] <rharper> qemu-system-x86:
[18:44] <rharper>   Installed: 1:2.5+dfsg-5ubuntu10.16
[18:45] <slangasek> so, host scheduling/resource issue would align with the "why is this livefs taking 4x as long to build" issue I saw on lcy01, but I don't know if there have been other observed problems
[18:45] <rharper> is the virt host running xenial or something else?
[18:45] <infinity> xenial.
[18:46] <rharper> indeed
[18:46] <infinity> + octa cloud archive.
[18:46] <rharper> and ga kernel ?
[18:46] <rharper> infinity: y
[18:46] <infinity> Not sure about the host kernel.  I think xenial GA, though.
[18:46] <rharper> yeah
[18:46] <rharper> so, this bug is mentioned with OOM, but the "workaround" is what I applied and helped, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1655842
[18:47] <rharper> folks seeing some issue w.r.t cache flushing on xenial ga kernels;  I've not bisected host kernels
[18:47] <infinity> All very curious.  I don't think they added "extra" overcommit when reprovisioning these same compute nodes.
[18:47] <infinity> The only difference is that it's a newer openstack.
[18:47] <rharper> and updated host kernel
[18:47] <rharper> I suspect
[18:47] <rharper> a month ago or so, we didn't see these artful tests falling over
[18:47] <rharper> so, either a newer artful kernel in the guest, or an update to the xenial-ga kernel
[18:48] <infinity> Also, see https://bugs.launchpad.net/ubuntu/+source/linux-hwe/+bug/1713751
[18:48] <infinity> Which is on real hardware, not VMs.
[18:48] <infinity> And looks oddly similar.
[18:48] <rharper> interesting
[18:48]  * rharper loads up the bug
[18:56]  * infinity pack up his shotgun and goes taco hunting.
[19:01] -queuebot:#ubuntu-release- Unapproved: aufs-tools (artful-proposed/universe) [1:4.1+20161219-1 => 1:4.1+20161219-1ubuntu0.1] (no packageset)
[19:29] -queuebot:#ubuntu-release- Unapproved: aufs-tools (artful-proposed/universe) [1:4.1+20161219-1 => 1:4.1+20161219-1ubuntu0.1] (no packageset)
[19:29] -queuebot:#ubuntu-release- New binary: ldc [ppc64el] (bionic-proposed/universe) [1:1.5.0-1] (no packageset)
[19:30] -queuebot:#ubuntu-release- Unapproved: rejected aufs-tools [source] (artful-proposed) [1:4.1+20161219-1ubuntu0.1]
[19:31] -queuebot:#ubuntu-release- Unapproved: accepted aufs-tools [source] (artful-proposed) [1:4.1+20161219-1ubuntu0.1]
[19:38] -queuebot:#ubuntu-release- New binary: ldc [amd64] (bionic-proposed/universe) [1:1.5.0-1] (no packageset)
[19:38] -queuebot:#ubuntu-release- New binary: ldc [i386] (bionic-proposed/universe) [1:1.5.0-1] (no packageset)
[19:57] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [amd64] (bionic-proposed) [2.02-2ubuntu1]
[19:57] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [arm64] (bionic-proposed) [2.02-2ubuntu1]
[20:17] -queuebot:#ubuntu-release- Unapproved: resolvconf (trusty-proposed/main) [1.69ubuntu1.1 => 1.69ubuntu1.2] (core)
[21:45] -queuebot:#ubuntu-release- New binary: ldc [armhf] (bionic-proposed/universe) [1:1.5.0-1] (no packageset)
[21:48] <LocutusOfBorg> please accept ldc, so I can make it transition tomorrow, thanks!
[22:18] -queuebot:#ubuntu-release- Unapproved: rejected libseccomp [source] (xenial-proposed) [2.3.1-2.1ubuntu2~16.04.1]
[23:18] <tyhicks> xnox: have any details on why libseccomp was rejected? ^
[23:26] <mwhudson> tyhicks: it's going to go into the security queue instead or something
[23:29] <tyhicks> hmm
[23:29] <tyhicks> I don't understand why that's needed but I can help with that once someone explains the reasoning to me
[23:29] <tyhicks> thanks mwhudson
[23:33] <mwhudson> tyhicks: blame infinity
[23:44] <tyhicks> ah, he's got his own super powers and can handle it himself
[23:44]  * tyhicks trusts that he knows what he's doing :)
[23:45] <tyhicks> I see it in the security-proposed PPA
[23:45] <tyhicks> thanks


[00:16] <bltz> hey
[01:49] <bob2021> hey... so thanks for the help over the past few days.  almost all the hardware is working, except the webcam.  it works in unity, but not plasma.  can someone help?
[01:56] <bob2021> anyone? :)
[02:06] <bob2021> the log says that my webcam is being configured as a keyboard
[02:16] <Guest40056> Well, didn't know how to use this.
[02:18] <Guest40056> I am very slow on typing so forgive me.
[02:19] <Guest40056> I have one question, what is the difference between Ubuntu and Kubuntu?
[02:20] <Dragnslcr> Ubuntu uses the Unity desktop by default. Kubuntu uses KDE by default.
[02:20] <Dragnslcr> The underlying system is the same in both, though.
[02:21] <Guest40056> Which is better for someone like me that don't know much about this computer stuff?
[02:23] <Dragnslcr> Whichever one you like better. It's easy to try them both and then pick the one you like.
[02:24] <Dragnslcr> I prefer KDE, which tends to be more like Windows XP/7. If I remember correctly, Unity tends to be more similar to OS X.
[02:26] <Guest40056> I need one that is easy to use so I can use it to surf and learn programing?
[02:28] <Guest40056> I have been using Ubuntu for about about 2 years now and I don't feel any better about using it than when I started.
[02:30] <Guest40056> The last time I used Windows was when it was XP.
[02:31] <Dragnslcr> You can install the Kubuntu desktop and see if you like it better
[02:32] <Dragnslcr> !kubuntu-desktop
[02:32] <Dragnslcr> Hm, that isn't helpful
[02:33] <Dragnslcr> If you install the kubuntu-desktop package, you can select either Unity or KDE/Plasma when you log in.
[02:34] <Guest40056> Okay, thanks for the help, I will try reading some more and then I will make a decision. Have a nice night,  Larry
[04:42] <nareshnk> Hello Gentlemen, i have a cloud server.. and installed ubuntu on this.. i this i installed CakePHP framework .. and tmp directory is 777 permission. But some time my tmp directory permission changed automatically frm 777 unable to write
[06:54] <antti> hei
[12:13] <BluesKaj> Hiyas all
[12:15] <siko> Hi
[13:05] <anon> тест
[16:35] <samuele> hi  to everybody
[16:36] <samuele> I have some problems with kwin, I suppose. Sometimes moving application, or simply doing nothing special (but less frequently) I see some glitches.
[16:38] <samuele> I just wanted to know if this problem will be fixed with the next relase of kubuntu or the next release of kde. So if it worthless continuig to use kubuntu.
[16:39] <samuele> I really like this distro but if my intel graphics doesn't suit well with kde I'd better use something else like  Gnome
[16:41] <marco-parillo> You can try all the bug listings, or you can experiment. So if you do not see the glitches in Ubuntu Gnome, you know the problem is in KDE (at least your version). If you do not see the glitches in some other KDE distro, then the fault might be lower down the stack.
[16:53] <samuele> many thanks for the answer. I will try other distro with other version of kde in live sessions and see if they give me the same problem
[17:03] <marco-parillo> My pleasure. If you are simply seeking the best disto for your HW, that is a good approach. If you want to be debugging where the error is, you want to try distros with the exact same Plasma and kwin versions. And just in case it is underlying drivers / kernals, that is why trying a Ubuntu Flavour (I used to prefer Xubuntu, but it sounds as if you like Gnome) is a good way to test also.
[17:15] <samuele> I like xubuntu too but I have a new pc and I simply didn't thought to use xfce
[18:34] <dougl> why do I have to "sudo dhclient enp4s0" to make my network work on kubuntu 15.10
[18:34] <soee_> BluesKaj: ^
[18:34] <soee_> yuo have some eperiance with NM i think
[18:35] <dougl> Poor BluesKaj I am forever bugging him... I did google first tho...
[18:36] <soee_> :D
[18:36] <dougl> the most obscure unknown and uncommon issue I will find and it will cause me grief
[18:37] <dougl> soee_, but network manager is the answer?
[18:38] <dougl> soee_, cuz I am just as good googling what I need instead of troubling anyone... although I learned alot from genii and BluesKaj yesterday
[18:44] <siko_> can anyone tell me if its possible to GPU passthrough without vt-d processor?
[18:54] <BluesKaj> siko_, using a vm?
[18:54] <siko_> yeah
[18:55]  * dougl just waves a good morning to BluesKaj - looks like he is busy :)
[18:57] <BluesKaj> hey dougl, just came back in from pushing snow, so I missed your issue
[18:57] <nige> lol
[18:58] <BluesKaj> siko_, not sure I can help with that, no point pming eithe
[18:59] <soee_> http://realfunny.net/uploads/chuck_norris_and_jean-claude_van_damme_snow_removal._475112921.jpg
[19:00] <siko_> BluesKa_, thanks anyway m8
[19:01] <BluesKaj> I'm sure someone else knows tho
[19:02] <siko_> yeah not very many people talk tho
[19:02] <dougl> BluesKaj, my issue is only you pushing too much snow
[19:03] <BluesKaj> still not done, gotta go finish up in a few mins
[19:04] <dougl> slow and steady friend
[19:05] <BluesKaj> yeah, I take breaks every 30mins or so
[19:05] <dougl> good
[19:05] <BluesKaj> heavy wet stuff here today
[19:19] <dougl> how do I disable kdewallet?
[19:21] <dougl> google is my friend
[19:21] <tocotron> dudes
[19:21] <genii> dougl: kcmshell4 kwalletconfig
[19:21] <tocotron> kubuntu 15.10 is AWESOME
[19:22] <tocotron> But why do I have a do-release-upgrade notification after a fresh install of 15.10?
[19:22] <tocotron> Shall I do it?
[19:22] <Pici> /50/50
[19:23] <Pici> tocotron: what do you mean? like your motd screen?
[19:23] <tocotron> yeah
[19:23] <tocotron> o wai!
[19:24] <Pici> tocotron: likely the motd generation wasn't run recently. it has some weird conditionals as to when it does that.
[19:24] <tocotron> It's my host system that's still 15.04
[19:24] <Pici> oh, hah
[19:24] <dougl> genii, good day - dhclient as learned from you came in handy the very next install I did - hats off to you my friend
[19:25] <tocotron> I get cofused with so much virtualisation
[19:25] <dougl> ... thanks for the wallet info
[19:25] <genii> dougl: Glad to be of assistance :)
[19:28] <tocotron> One more thing: I have a Ubuntu server host, no X configured. Now I have KVM guests to which I connect using the SPICE protocol. When I connect as normal user with the guests, I have no sound; connecting as root and I have sound. Is it enough to add my user to the audio group to have sound or is it more difficult?
[19:29] <genii> Try adding them to the plugdev group first
[19:29] <tocotron> Never heard of that before but will try nonetheless
[19:31] <tocotron> I'm already in that group
[19:31] <tocotron> Now audio?
[19:33] <genii> tocotron: That would be the second one to try, yes
[19:34] <genii> Remember also a logout-login cycle is required for it to take effect
[19:35] <tocotron> genii: So be it! I'm off to unlog
[19:36] <dougl> my 15.10 walpaper disappears and my task bar then my cube does not rotate and my session needs to be restarted... not sure where this comes from
[19:49] <tocotron> Yes, that worked
[19:50] <tocotron> Awesome!
[19:50]  * genii slides tocotron a fresh coffee
[19:51] <tocotron> But, one more thing: How do I start two parallel X-Sessions in parallel at startup. What I'm trying to accomplish is to automatically connect to the spice server!
[19:51] <tocotron> Fresh coffee is always needed, Thanks!
[19:52] <tocotron> I thought I'd just put the two "spicec" lines in .xinitrc and run "startx". But it only starts the second VM
[19:52]  * dougl goes to get coffee so he can hang with the cool kids...
[19:52] <tocotron> dougl: High Five, bro
[19:53] <tocotron> So, my .xinitrc hast two lines like this and nothing else: 'startx -e "spicec -h localhost -p <THEPORT>" -- :0 vt7'
[19:54] <tocotron> it only starts the one on :1 vt8, the one on DISPLAY1 gets ignored/shutdown - not sure
[19:55] <tocotron> I want to automatically start both connections to the SPICE server at login
[19:56] <genii> Hm. I'm not quite sure in this case.
[19:56] <tocotron> Mmmh. But you have to admit that this would be so cool
[19:57] <genii> Normally if I want to run separate X sessions I do it from inside one ( nested) instead of totally seaparate ones
[19:57] <tocotron> I want to start the Kubuntu VM and a Windows VM
[19:57] <tocotron> In full screen, of course
[19:59] <dougl> ... one on each monitor kinda thing?
[19:59] <tocotron>  Yes, just that I have only one monitor
[19:59] <tocotron> I'll switch with CTRL+ALT+F7/8
[20:00] <tocotron> If I start them manually it works, btw
[20:00] <tocotron> As in, start them one by one
[20:00] <dougl> tocotron, you are right that is cool
[20:01] <tocotron> Is there an xorg channel?
[20:01] <dougl> I use the cube and rotate it from one to another...
[20:01] <genii> tocotron: So then edit your .xinitrc to background the first and continue to the second startx command
[20:01] <dougl> xorg channel .... googling
[20:02] <dougl> #xorg
[20:02] <tocotron>  dougl, I found it, it's there and I'm in
[20:02] <tocotron> Thanks
[20:02] <tocotron> genii: I have tried the bg thingy to no avail
[20:02] <tocotron> I have never changed an .xinitrc
[20:03] <genii> tocotron: Like startx -e "spice -h localhost -p 999 -- :0 vt7 & startx other-stuff-here --:1 &
[20:03] <tocotron> Not sure how it must look
[20:03] <tocotron> genii: Yes, exactly, I tried that
[20:05] <genii> Hm
[20:17] <tocotron> Maybe #ubuntu knows something?
[20:17] <tocotron> xorg is quiet. They're probably all busy with their two displays on two different VTs
[20:24] <tocotron> Eh, I'm going to get a facial mask while waiting. That might take some time
[21:08] <BlueProtoman> I'm trying to use Bumblebee on Kubuntu 15.10, with a nVidia GeForce 520M and Intel HD 5000, but when I run "optirun glxinfo" I get this error: http://pastebin.com/S0P4i7LW  Any tips?
[21:09] <soee_> do not use it, use nvidia-prime
[21:09] <genii> bumblebee is now superceded
[21:10] <soee_> add grpahics driver ppa, install latest stable and done
[21:11] <soee_> you can than switch profile either through Nvidia Settings
[21:11] <soee_> or using command: prime-select intel|nvidia
[21:17] <BlueProtoman> soee_, genii: Last time I tried that, I couldn't log in graphically.
[21:19] <BlueProtoman> I had to uninstall the packages
[21:20] <BlueProtoman> Also, holy hell my CPU usage is high
[21:22] <soee_> what driver you were using (version ?)
[21:22] <BlueProtoman> I don't remember, honestly, it was a few months ago.
[21:25] <BlueProtoman> I think I tried the drivers in either late August or mid-December.  Don't remember
[21:27] <soee_> i think i had this problem with 352 version
[21:27] <soee_> add ppa: https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa
[21:28] <soee_> and try 358
[21:28] <soee_> i'm not on 361 beta and also work fine (Xenial)
[21:31] <BlueProtoman> The broken graphics or the high CPU usage?
[21:34] <BlueProtoman> soee_: nvidia-graphics-drivers-358 doesn't appear on my package list
[21:35] <soee_> BlueProtoman: nvidia-358
[21:35] <soee_> BlueProtoman: broken graphic, i never had high cpu
[21:35] <soee_> but i have i7 here
[21:36] <BlueProtoman> OK.  So I'm gonna install the driver; should I reboot, or just log out then in?
[21:37] <BlueProtoman> I have an i5, I think
[21:38] <soee_> better reboot
[21:38] <BlueProtoman> OK.
[21:38] <BlueProtoman> What if my graphics break again?  Just switch back to 352?
[21:41] <BlueProtoman> Also, should I uninstall bumblebee?
[21:51] <BlueProtoman> soee_: Now I have broken graphics even after reverting to 352.  Please help me fix it.
[21:54] <soee_> define broken
[21:54] <BlueProtoman> No graphics.  Text login only.
[21:55] <soee_> sddm does not load ?
[21:55] <BlueProtoman> How can I tell?
[21:55] <soee_> it is login manager
[21:56] <soee_> you have only command line ?
[21:56] <BlueProtoman> Then no, it doesn't.  Yes, cli only
[21:56] <soee_> type: sudo prime-select intel
[21:56] <soee_> and reboot
[21:57] <BlueProtoman> Command not found
[21:57] <BlueProtoman> I reverted to 352 already
[21:57] <BlueProtoman> What packages should I install again?
[21:58] <soee_> do you have nvidia-prime installed ?
[21:58] <BlueProtoman> No
[21:59] <soee_> this shoudl be dependency i think to drivers
[21:59] <soee_> install it than
[21:59] <BlueProtoman> Ok, just did, then sudo prime-select intel.  Rebooting now
[22:00] <BlueProtoman> Nope, still CLI only
[22:00] <BlueProtoman> Wait
[22:00] <soee_> what if you try to start sddm ?
[22:00] <BlueProtoman> No, I have graphics now!  However, my initial problem was never solved; I want to use my nVidia card.
[22:01] <soee_> are you logged in ?
[22:01] <BlueProtoman> Yes, I am now
[22:01] <soee_> open Nvidia Settings
[22:02] <soee_> there should be position: PRIME Profiles
[22:02] <soee_> set it to Nvidia
[22:02] <soee_> and you have to relogin
[22:02] <soee_> setting it here is the same as executing command: sudo prime-select nvidia
[22:02] <BlueProtoman> Ok, one sec
[22:03] <BlueProtoman> Broken graphics again
[22:04] <BlueProtoman> Should I upgrade to nvidia-358?
[22:04] <soee_> you should try
[22:05] <BlueProtoman> Doing so now
[22:07] <BlueProtoman> Nope.  Still broken
[22:08] <soee_> well you can also try puring all nvidia, than install again lates
[22:08] <soee_> sueo ppa-purge nvidia*
[22:08] <soee_> sudo ppa-purge nvidia*
[22:08] <soee_> than: sudo apt-get install nvidia-358 nvidia-prime
[22:09] <BlueProtoman> Doing so now
[22:10] <soee_> but keep in mind that there are still problems with this hybrid graphics on linux :/
[22:11] <BlueProtoman> I've had it working in older versions of Ubuntu
[22:12] <soee_> yes back than it was a bit better, but started to break in 15.04 i think
[22:12] <BlueProtoman> Ah, think it works!
[22:12] <soee_> and Kubuntu switched to sddm and this also can cause some problems
[22:12] <BlueProtoman> Yep, graphics AND my nVidia works!    Cpu usage for Plasma still high, and my laptop heats up to between 75-85 degrees C
[22:20] <soee_> see in ksysguard if any app uses cpu over standard level
[22:21] <BlueProtoman> Hmm, seems to be gone now.  But my laptop is still getting hot
[22:22] <soee_> probably nvidia card is the reason
[22:22] <BlueProtoman> Oi.  So how can I tell what temperatures are safe formmy hardware?
[22:25] <soee_> hmm dunno, but my card often has 80-90 while playing games :)
[22:25] <BlueProtoman> Mine is just idling at 70C
[22:27] <soee_> maybe google and read if it is normal for your card
[22:28] <BlueProtoman> Oh, looks like it's not actually so bad
[22:38] <BlueProtoman> Thank you
[23:43] <Samt43> Hi guys
[23:44] <Samt43> Trying plasma 5.5 on kubuntu 15.10
[23:44] <Samt43> Everything is fine, so trying to play with kwin_wayland
[23:45] <Samt43> Sent startplasmacompositor and it seems that i have an error : "painter not active"
[23:45] <Samt43> Any idea ?
[23:58] <valorie> Samt43: you might try in #plasma