[00:26] -queuebot:#ubuntu-release- Unapproved: fwupd (eoan-proposed/main) [1.2.10-1ubuntu2 => 1.2.10-1ubuntu3] (core)
[00:27] -queuebot:#ubuntu-release- New: accepted python-dmsh [amd64] (focal-proposed) [0.1.3-1]
[00:27] -queuebot:#ubuntu-release- New: accepted rust-crossterm-winapi [armhf] (focal-proposed) [0.3.0-1]
[00:27] -queuebot:#ubuntu-release- New: accepted rust-migrations-macros [i386] (focal-proposed) [1.4.1-1]
[00:27] -queuebot:#ubuntu-release- New: accepted rust-prettytable-rs [i386] (focal-proposed) [0.8.0-1]
[00:27] -queuebot:#ubuntu-release- New: accepted rust-section-testing [amd64] (focal-proposed) [0.0.4-1]
[00:27] -queuebot:#ubuntu-release- New: accepted rust-barrel [i386] (focal-proposed) [0.6.2-1]
[00:27] -queuebot:#ubuntu-release- New: accepted rust-migrations-macros [s390x] (focal-proposed) [1.4.1-1]
[00:27] -queuebot:#ubuntu-release- New: accepted wpebackend-fdo [arm64] (focal-proposed) [1.4.0-1]
[00:27] -queuebot:#ubuntu-release- New: accepted rust-migrations-macros [arm64] (focal-proposed) [1.4.1-1]
[00:27] -queuebot:#ubuntu-release- New: accepted rust-prettytable-rs [s390x] (focal-proposed) [0.8.0-1]
[00:27] -queuebot:#ubuntu-release- New: accepted inkscape-survex-export [amd64] (focal-proposed) [1.0-1]
[00:27] -queuebot:#ubuntu-release- New: accepted phylonium [arm64] (focal-proposed) [1.1-1]
[00:27] -queuebot:#ubuntu-release- New: accepted rust-box-drawing [s390x] (focal-proposed) [0.1.2-1]
[00:27] -queuebot:#ubuntu-release- New: accepted rust-crossterm-winapi [s390x] (focal-proposed) [0.3.0-1]
[00:27] -queuebot:#ubuntu-release- New: accepted rust-prettytable-rs [armhf] (focal-proposed) [0.8.0-1]
[00:27] -queuebot:#ubuntu-release- New: accepted rust-radix-trie [i386] (focal-proposed) [0.1.5-1]
[00:27] -queuebot:#ubuntu-release- New: accepted lightbox2.js [amd64] (focal-proposed) [2.11.1+dfsg-1]
[00:27] -queuebot:#ubuntu-release- New: accepted rust-crossterm-winapi [i386] (focal-proposed) [0.3.0-1]
[00:27] -queuebot:#ubuntu-release- New: accepted rust-radix-trie [amd64] (focal-proposed) [0.1.5-1]
[00:27] -queuebot:#ubuntu-release- New: accepted phylonium [s390x] (focal-proposed) [1.1-1]
[00:27] -queuebot:#ubuntu-release- New: accepted rust-section-testing [armhf] (focal-proposed) [0.0.4-1]
[00:27] -queuebot:#ubuntu-release- New: accepted rust-prettytable-rs [arm64] (focal-proposed) [0.8.0-1]
[00:28] -queuebot:#ubuntu-release- New: accepted erlang-unicode-util-compat [s390x] (focal-proposed) [0.5.0-1]
[00:28] -queuebot:#ubuntu-release- New: accepted phylonium [amd64] (focal-proposed) [1.1-1]
[00:28] -queuebot:#ubuntu-release- New: accepted r-bioc-biocversion [amd64] (focal-proposed) [3.10.1-1]
[00:28] -queuebot:#ubuntu-release- New: accepted rust-box-drawing [amd64] (focal-proposed) [0.1.2-1]
[00:28] -queuebot:#ubuntu-release- New: accepted rust-radix-trie [arm64] (focal-proposed) [0.1.5-1]
[00:28] -queuebot:#ubuntu-release- New: accepted rust-section-testing [arm64] (focal-proposed) [0.0.4-1]
[00:28] -queuebot:#ubuntu-release- New: accepted gnumed-client [amd64] (focal-proposed) [1.7.8+dfsg-1]
[00:28] -queuebot:#ubuntu-release- New: accepted rust-barrel [s390x] (focal-proposed) [0.6.2-1]
[00:28] -queuebot:#ubuntu-release- New: accepted rust-radix-trie [armhf] (focal-proposed) [0.1.5-1]
[00:28] -queuebot:#ubuntu-release- New: accepted phylonium [armhf] (focal-proposed) [1.1-1]
[00:28] -queuebot:#ubuntu-release- New: accepted rust-crossterm-winapi [amd64] (focal-proposed) [0.3.0-1]
[00:28] -queuebot:#ubuntu-release- New: accepted crun [arm64] (focal-proposed) [0.10.5+dfsg-1]
[00:28] -queuebot:#ubuntu-release- New: accepted qcelemental [amd64] (focal-proposed) [0.5.0+dfsg-1]
[00:28] -queuebot:#ubuntu-release- New: accepted rust-barrel [arm64] (focal-proposed) [0.6.2-1]
[00:28] -queuebot:#ubuntu-release- New: accepted rust-box-drawing [arm64] (focal-proposed) [0.1.2-1]
[00:28] -queuebot:#ubuntu-release- New: accepted rust-box-drawing [i386] (focal-proposed) [0.1.2-1]
[00:28] -queuebot:#ubuntu-release- New: accepted rust-section-testing [ppc64el] (focal-proposed) [0.0.4-1]
[00:28] -queuebot:#ubuntu-release- New: accepted crun [i386] (focal-proposed) [0.10.5+dfsg-1]
[00:28] -queuebot:#ubuntu-release- New: accepted rust-barrel [armhf] (focal-proposed) [0.6.2-1]
[00:28] -queuebot:#ubuntu-release- New: accepted rust-crossterm-winapi [arm64] (focal-proposed) [0.3.0-1]
[00:28] -queuebot:#ubuntu-release- New: accepted ruby-rqrcode-core [amd64] (focal-proposed) [0.1.0-1]
[00:28] -queuebot:#ubuntu-release- New: accepted wpebackend-fdo [ppc64el] (focal-proposed) [1.4.0-1]
[00:28] -queuebot:#ubuntu-release- New: accepted rust-box-drawing [armhf] (focal-proposed) [0.1.2-1]
[00:29] -queuebot:#ubuntu-release- New: accepted erlang-unicode-util-compat [i386] (focal-proposed) [0.5.0-1]
[00:29] -queuebot:#ubuntu-release- New: accepted rust-prettytable-rs [ppc64el] (focal-proposed) [0.8.0-1]
[00:29] -queuebot:#ubuntu-release- New: accepted rust-barrel [amd64] (focal-proposed) [0.6.2-1]
[01:39] -queuebot:#ubuntu-release- Unapproved: gnome-software (eoan-proposed/main) [3.30.6-2ubuntu10 => 3.30.6-2ubuntu<IP_ADDRESS>] (ubuntu-desktop)
[02:16] -queuebot:#ubuntu-release- New binary: erlang-idna [s390x] (focal-proposed/universe) [6.0.0-1] (no packageset)
[02:16] -queuebot:#ubuntu-release- New binary: r-bioc-consensusclusterplus [amd64] (focal-proposed/universe) [1.48.0-1] (no packageset)
[02:17] -queuebot:#ubuntu-release- New binary: erlang-idna [i386] (focal-proposed/universe) [6.0.0-1] (no packageset)
[03:54] -queuebot:#ubuntu-release- Unapproved: gnome-software (bionic-proposed/main) [3.28.1-0ubuntu<IP_ADDRESS> => 3.28.1-0ubuntu<IP_ADDRESS>] (ubuntu-desktop)
[04:27] -queuebot:#ubuntu-release- New: accepted erlang-idna [i386] (focal-proposed) [6.0.0-1]
[04:27] -queuebot:#ubuntu-release- New: accepted erlang-idna [s390x] (focal-proposed) [6.0.0-1]
[04:27] -queuebot:#ubuntu-release- New: accepted crun [amd64] (focal-proposed) [0.10.5+dfsg-1]
[04:27] -queuebot:#ubuntu-release- New: accepted erlang-unicode-util-compat [amd64] (focal-proposed) [0.5.0-1]
[04:27] -queuebot:#ubuntu-release- New: accepted erlang-unicode-util-compat [armhf] (focal-proposed) [0.5.0-1]
[04:27] -queuebot:#ubuntu-release- New: accepted gnome-shell-extension-arc-menu [amd64] (focal-proposed) [38.3-dev-1]
[04:27] -queuebot:#ubuntu-release- New: accepted r-bioc-consensusclusterplus [amd64] (focal-proposed) [1.48.0-1]
[04:27] -queuebot:#ubuntu-release- New: accepted rust-migrations-macros [ppc64el] (focal-proposed) [1.4.1-1]
[04:28] -queuebot:#ubuntu-release- New: accepted ddogleg [amd64] (focal-proposed) [0.17+ds-2]
[04:28] -queuebot:#ubuntu-release- New: accepted fst [amd64] (focal-proposed) [0.115.0-1]
[04:28] -queuebot:#ubuntu-release- New: accepted rust-crossterm-winapi [ppc64el] (focal-proposed) [0.3.0-1]
[04:28] -queuebot:#ubuntu-release- New: accepted erlang-unicode-util-compat [arm64] (focal-proposed) [0.5.0-1]
[04:28] -queuebot:#ubuntu-release- New: accepted rust-radix-trie [ppc64el] (focal-proposed) [0.1.5-1]
[04:28] -queuebot:#ubuntu-release- New: accepted python-tempora [amd64] (focal-proposed) [1.14.1-1]
[04:28] -queuebot:#ubuntu-release- New: accepted broccoli-python [amd64] (focal-proposed) [0.63-1]
[04:28] -queuebot:#ubuntu-release- New: accepted broccoli-python [armhf] (focal-proposed) [0.63-1]
[04:28] -queuebot:#ubuntu-release- New: accepted broccoli-python [ppc64el] (focal-proposed) [0.63-1]
[04:28] -queuebot:#ubuntu-release- New: accepted crun [armhf] (focal-proposed) [0.10.5+dfsg-1]
[04:28] -queuebot:#ubuntu-release- New: accepted crun [s390x] (focal-proposed) [0.10.5+dfsg-1]
[04:28] -queuebot:#ubuntu-release- New: accepted phylonium [ppc64el] (focal-proposed) [1.1-1]
[04:28] -queuebot:#ubuntu-release- New: accepted rust-box-drawing [ppc64el] (focal-proposed) [0.1.2-1]
[04:28] -queuebot:#ubuntu-release- New: accepted broccoli-python [arm64] (focal-proposed) [0.63-1]
[04:28] -queuebot:#ubuntu-release- New: accepted broccoli-python [s390x] (focal-proposed) [0.63-1]
[04:28] -queuebot:#ubuntu-release- New: accepted erlang-unicode-util-compat [ppc64el] (focal-proposed) [0.5.0-1]
[04:28] -queuebot:#ubuntu-release- New: accepted broccoli-python [i386] (focal-proposed) [0.63-1]
[04:28] -queuebot:#ubuntu-release- New: accepted rust-barrel [ppc64el] (focal-proposed) [0.6.2-1]
[04:28] -queuebot:#ubuntu-release- New: accepted crun [ppc64el] (focal-proposed) [0.10.5+dfsg-1]
[05:01] -queuebot:#ubuntu-release- Unapproved: apport (disco-proposed/main) [2.20.10-0ubuntu27.3 => 2.20.10-0ubuntu27.4] (core)
[05:01] -queuebot:#ubuntu-release- Unapproved: apport (eoan-proposed/main) [2.20.11-0ubuntu8.2 => 2.20.11-0ubuntu8.3] (core)
[05:02] -queuebot:#ubuntu-release- Unapproved: apport (bionic-proposed/main) [2.20.9-0ubuntu7.9 => 2.20.9-0ubuntu7.10] (core)
[05:23] <infinity> RikMills: YEah, that's fine (replacing indi/libindi with new indi), I've done the removal and sync now.
[05:23] <infinity> apw: ^
[05:23] -queuebot:#ubuntu-release- New sync: indi (focal-proposed/primary) [1.8.2+dfsg-2]
[05:24] -queuebot:#ubuntu-release- New: accepted indi [sync] (focal-proposed) [1.8.2+dfsg-2]
[05:28] -queuebot:#ubuntu-release- New binary: indi [s390x] (focal-proposed/none) [1.8.2+dfsg-2] (no packageset)
[05:29] -queuebot:#ubuntu-release- New binary: indi [amd64] (focal-proposed/none) [1.8.2+dfsg-2] (no packageset)
[05:29] -queuebot:#ubuntu-release- New binary: indi [ppc64el] (focal-proposed/none) [1.8.2+dfsg-2] (no packageset)
[05:29] -queuebot:#ubuntu-release- New binary: indi [i386] (focal-proposed/none) [1.8.2+dfsg-2] (no packageset)
[05:30] -queuebot:#ubuntu-release- New: accepted indi [amd64] (focal-proposed) [1.8.2+dfsg-2]
[05:30] -queuebot:#ubuntu-release- New: accepted indi [ppc64el] (focal-proposed) [1.8.2+dfsg-2]
[05:30] -queuebot:#ubuntu-release- New: accepted indi [i386] (focal-proposed) [1.8.2+dfsg-2]
[05:30] -queuebot:#ubuntu-release- New: accepted indi [s390x] (focal-proposed) [1.8.2+dfsg-2]
[05:33] -queuebot:#ubuntu-release- New binary: indi [arm64] (focal-proposed/none) [1.8.2+dfsg-2] (no packageset)
[05:33] -queuebot:#ubuntu-release- New binary: indi [armhf] (focal-proposed/none) [1.8.2+dfsg-2] (no packageset)
[05:34] -queuebot:#ubuntu-release- New: accepted indi [arm64] (focal-proposed) [1.8.2+dfsg-2]
[05:34] -queuebot:#ubuntu-release- New: accepted indi [armhf] (focal-proposed) [1.8.2+dfsg-2]
[06:19] -queuebot:#ubuntu-release- New binary: erlang-p1-acme [i386] (focal-proposed/universe) [1.0.2-1] (no packageset)
[06:21] -queuebot:#ubuntu-release- New binary: erlang-p1-acme [s390x] (focal-proposed/universe) [1.0.2-1] (no packageset)
[06:49] <cpaelzer> Hiho, could one of the SRU team cancel qemu 2.11+dfsg-1ubuntu7.20 and 3.1+dfsg-2ubuntu3.6 from the unapproved queue - they got surpassed by security uploads and I'm preparing rebased uploads
[06:49] <cpaelzer> OTOH new versions might just supersede the old ones, but for a clean approach if one is around cancelling those two would be nice
[06:53] -queuebot:#ubuntu-release- Unapproved: qemu (disco-proposed/main) [1:3.1+dfsg-2ubuntu3.6 => 1:3.1+dfsg-2ubuntu3.7] (ubuntu-server, virt)
[06:56] -queuebot:#ubuntu-release- Unapproved: qemu (bionic-proposed/main) [1:2.11+dfsg-1ubuntu7.20 => 1:2.11+dfsg-1ubuntu7.21] (ubuntu-server, virt)
[06:56] <cpaelzer> ok those two are there now
[06:56] <cpaelzer> oh, the old one stays in the -unapproved queue with the new one now being at the top it seems - probably good to prove that this is waiting for 16 days already :-)
[07:43] <RikMills> infinity: thank you!
[08:16] -queuebot:#ubuntu-release- New binary: erlang-p1-acme [ppc64el] (focal-proposed/universe) [1.0.2-1] (no packageset)
[08:17] -queuebot:#ubuntu-release- New binary: erlang-p1-acme [amd64] (focal-proposed/universe) [1.0.2-1] (no packageset)
[08:17] -queuebot:#ubuntu-release- New binary: erlang-p1-acme [armhf] (focal-proposed/universe) [1.0.2-1] (no packageset)
[08:17] -queuebot:#ubuntu-release- New binary: erlang-p1-acme [arm64] (focal-proposed/universe) [1.0.2-1] (no packageset)
[10:17] -queuebot:#ubuntu-release- Unapproved: backport-iwlwifi-dkms (eoan-proposed/universe) [7906-0ubuntu1 => 7906-0ubuntu2~19.10.1] (no packageset)
[11:12] -queuebot:#ubuntu-release- New binary: onedrivesdk [amd64] (focal-proposed/none) [1.1.8-2] (no packageset)
[14:29] <sil2100> ddstreet: hey!
[14:30] <sil2100> ddstreet: reviewing systemd for bionic, I see that included in the SRU (but not referenced via a bug) is the addition of fix-typo-lp1668771-resolved-switch-cache-option-to-a-tri-state-option-s.patch
[14:30] <sil2100> ddstreet: the patch does not mention much about the impact of the change, and the change itself doesn't quite feel as a typo fix, at least by my definition ;)
[14:30] <sil2100> Since it removes 3 lines
[14:31] <sil2100> ddstreet: what is the impact of the change? Is this purely cosmetic or does it actually fix something? Why was it included? Does it mean LP: #1668771 needs reverification?
[14:38] <ddstreet> sil2100 those lines don't actually do anything, as the macro wasn't introduced until a later version
[14:39] <ddstreet> i can open a bug to document their removal and re-upload
[14:51] <sil2100> ddstreet: no, that's fine, next time I would just like this to be mentioned in the changelog entry or the patch
[14:56] <ddstreet> sil2100 ah sorry, i opened lp #1852591 before i noticed your reply
[14:56] <sil2100> ddstreet: thanks for the explaination - so to summarize, this change has absolutely no impact, just removal of some accidentally added lines that make no sense, right?
[14:57] <ddstreet> right
[14:59] <sil2100> ddstreet: thanks for the bug! No need to re-upload, really good to see the full story now
[15:00] -queuebot:#ubuntu-release- Unapproved: accepted systemd [source] (bionic-proposed) [237-3ubuntu10.32]
[15:12] -queuebot:#ubuntu-release- Unapproved: accepted stress-ng [source] (eoan-proposed) [0.10.07-1ubuntu1]
[15:26] -queuebot:#ubuntu-release- Unapproved: accepted sosreport [source] (eoan-proposed) [3.6-1ubuntu3.1]
[15:28] -queuebot:#ubuntu-release- Unapproved: accepted sosreport [source] (disco-proposed) [3.6-1ubuntu2.2]
[15:33] -queuebot:#ubuntu-release- Unapproved: accepted sosreport [source] (bionic-proposed) [3.6-1ubuntu<IP_ADDRESS>]
[15:35] -queuebot:#ubuntu-release- Unapproved: accepted sosreport [source] (xenial-proposed) [3.6-1ubuntu<IP_ADDRESS>]
[15:41] <slashd> thanks sil2100 ^
[15:41] <sil2100> yw!
[15:41] <slashd> mfo, stress-ng ^^^^^
[15:42] <slashd> sil2100, got get some rest now ;)
[15:42] <mfo> slashd, thx for the ping.
[15:42] <mfo> sil2100, thx!
[16:25] -queuebot:#ubuntu-release- New binary: linux-signed [s390x] (eoan-proposed/main) [5.3.0-24.26] (core, kernel)
[16:25] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (xenial-proposed/main) [4.4.0-170.199] (core, kernel)
[16:26] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (bionic-proposed/main) [4.15.0-71.80] (core, kernel)
[16:26] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (disco-proposed/main) [5.0.0-37.40] (core, kernel)
[16:26] -queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (bionic-proposed/main) [4.15.0-71.80] (core, kernel)
[16:26] -queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (eoan-proposed/main) [5.3.0-24.26] (core, kernel)
[16:26] -queuebot:#ubuntu-release- New binary: linux-signed [arm64] (disco-proposed/main) [5.0.0-37.40] (core, kernel)
[16:26] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (eoan-proposed/main) [5.3.0-24.26] (core, kernel)
[16:26] -queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (disco-proposed/main) [5.0.0-37.40] (core, kernel)
[16:27] -queuebot:#ubuntu-release- New binary: linux-signed [arm64] (eoan-proposed/main) [5.3.0-24.26] (core, kernel)
[16:39] -queuebot:#ubuntu-release- Unapproved: cockpit (disco-backports/universe) [206-1~ubuntu19.04.1 => 207-1~ubuntu19.04.1] (no packageset)
[16:39] -queuebot:#ubuntu-release- Unapproved: cockpit (eoan-backports/universe) [206-1~ubuntu19.10.1 => 207-1~ubuntu19.10.1] (no packageset)
[16:39] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (eoan-proposed) [5.3.0-24.26]
[16:39] -queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (eoan-proposed) [5.3.0-24.26]
[16:39] -queuebot:#ubuntu-release- New: accepted linux-signed [arm64] (eoan-proposed) [5.3.0-24.26]
[16:39] -queuebot:#ubuntu-release- New: accepted linux-signed [s390x] (eoan-proposed) [5.3.0-24.26]
[16:39] -queuebot:#ubuntu-release- Unapproved: cockpit (bionic-backports/universe) [206-1~ubuntu18.04.1 => 207-1~ubuntu18.04.1] (no packageset)
[16:40] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (disco-proposed) [5.0.0-37.40]
[16:40] -queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (disco-proposed) [5.0.0-37.40]
[16:40] -queuebot:#ubuntu-release- New: accepted linux-signed [arm64] (disco-proposed) [5.0.0-37.40]
[16:40] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (bionic-proposed) [4.15.0-71.80]
[16:40] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (xenial-proposed) [4.4.0-170.199]
[16:40] -queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (bionic-proposed) [4.15.0-71.80]
[16:49] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (bionic-backports) [207-1~ubuntu18.04.1]
[16:49] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (eoan-backports) [207-1~ubuntu19.10.1]
[16:49] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (disco-backports) [207-1~ubuntu19.04.1]
[17:14] -queuebot:#ubuntu-release- New binary: clamfs [amd64] (focal-proposed/universe) [1.1.0-1] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: clamfs [s390x] (focal-proposed/universe) [1.1.0-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: clamfs [ppc64el] (focal-proposed/universe) [1.1.0-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: clamfs [i386] (focal-proposed/universe) [1.1.0-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: clamfs [arm64] (focal-proposed/universe) [1.1.0-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: django-modeltranslation [amd64] (focal-proposed/none) [0.13.3-0.1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: clamfs [armhf] (focal-proposed/universe) [1.1.0-1] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: orthanc-dicomweb [amd64] (focal-proposed/universe) [1.0+dfsg-2] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: orthanc-dicomweb [s390x] (focal-proposed/universe) [1.0+dfsg-2] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: orthanc-dicomweb [i386] (focal-proposed/universe) [1.0+dfsg-2] (no packageset)
[17:23] -queuebot:#ubuntu-release- New binary: orthanc-dicomweb [ppc64el] (focal-proposed/universe) [1.0+dfsg-2] (no packageset)
[17:26] -queuebot:#ubuntu-release- New binary: orthanc-dicomweb [armhf] (focal-proposed/universe) [1.0+dfsg-2] (no packageset)
[17:32] -queuebot:#ubuntu-release- New binary: orthanc-dicomweb [arm64] (focal-proposed/universe) [1.0+dfsg-2] (no packageset)
[18:11] -queuebot:#ubuntu-release- New: accepted rtl8821ce [amd64] (bionic-proposed) [<IP_ADDRESS>.1.30816.20190425-0ubuntu1~18.04.1]
[18:14] -queuebot:#ubuntu-release- New: accepted llvm-toolchain-9 [source] (bionic-proposed) [1:9-2~ubuntu18.04.1]
[18:17] -queuebot:#ubuntu-release- Unapproved: accepted xorg-server [source] (bionic-proposed) [2:1.19.6-1ubuntu4.4]
[18:22] -queuebot:#ubuntu-release- Unapproved: rejected xorg-server-hwe-18.04 [source] (bionic-proposed) [2:1.20.4-1ubuntu3~18.04.2]
[18:24] -queuebot:#ubuntu-release- Unapproved: rejected xorg-hwe-18.04 [source] (bionic-proposed) [1:7.7+19ubuntu8~18.04.3]
[18:29] -queuebot:#ubuntu-release- Unapproved: xorg-server-hwe-18.04 (bionic-proposed/main) [2:1.20.4-1ubuntu3~18.04.1 => 2:1.20.4-1ubuntu3~18.04.2] (no packageset)
[18:34] -queuebot:#ubuntu-release- Unapproved: xorg-hwe-18.04 (bionic-proposed/main) [1:7.7+19ubuntu8~18.04.2 => 1:7.7+19ubuntu8~18.04.3] (no packageset)
[18:35] -queuebot:#ubuntu-release- Unapproved: accepted xorg-server-hwe-18.04 [source] (bionic-proposed) [2:1.20.4-1ubuntu3~18.04.2]
[18:37] -queuebot:#ubuntu-release- Unapproved: accepted xorg-hwe-18.04 [source] (bionic-proposed) [1:7.7+19ubuntu8~18.04.3]
[18:41] -queuebot:#ubuntu-release- Unapproved: libdrm (bionic-proposed/main) [2.4.97-1ubuntu1~18.04.1 => 2.4.99-1ubuntu1~18.04.1] (core, xorg)
[18:43] -queuebot:#ubuntu-release- Unapproved: rejected libdrm [source] (bionic-proposed) [2.4.97-1ubuntu1~18.04.2]
[18:43] -queuebot:#ubuntu-release- Unapproved: rejected libdrm [source] (bionic-proposed) [2.4.99-1ubuntu1~18.04.1]
[18:43] -queuebot:#ubuntu-release- Unapproved: libdrm (bionic-proposed/main) [2.4.97-1ubuntu1~18.04.1 => 2.4.99-1ubuntu1~18.04.1] (core, xorg)
[18:46] -queuebot:#ubuntu-release- Unapproved: accepted libdrm [source] (bionic-proposed) [2.4.99-1ubuntu1~18.04.1]
[18:47] -queuebot:#ubuntu-release- New binary: linux-signed-gcp [amd64] (xenial-proposed/main) [4.15.0-1050.53] (kernel)
[18:48] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (disco-proposed/main) [5.0.0-1026.28] (core, kernel)
[20:21] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (disco-proposed) [5.0.0-1026.28]
[20:21] -queuebot:#ubuntu-release- New: accepted linux-signed-gcp [amd64] (xenial-proposed) [4.15.0-1050.53]
[21:44] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [amd64] (bionic-proposed/main) [5.0.0-37.40~18.04.1] (kernel)
[21:44] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [ppc64el] (bionic-proposed/main) [5.0.0-37.40~18.04.1] (kernel)
[21:45] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [arm64] (bionic-proposed/main) [5.0.0-37.40~18.04.1] (kernel)
[22:07] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [amd64] (bionic-proposed) [5.0.0-37.40~18.04.1]
[22:07] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [ppc64el] (bionic-proposed) [5.0.0-37.40~18.04.1]
[22:07] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [arm64] (bionic-proposed) [5.0.0-37.40~18.04.1]
[23:03] -queuebot:#ubuntu-release- New binary: llvm-toolchain-9 [s390x] (bionic-proposed/main) [1:9-2~ubuntu18.04.1] (no packageset)
[23:11] -queuebot:#ubuntu-release- New binary: erlang-p1-acme [ppc64el] (focal-proposed/universe) [1.0.2-2] (no packageset)
[23:11] -queuebot:#ubuntu-release- New binary: erlang-p1-acme [s390x] (focal-proposed/universe) [1.0.2-2] (no packageset)
[23:12] -queuebot:#ubuntu-release- New binary: erlang-p1-acme [i386] (focal-proposed/universe) [1.0.2-2] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: erlang-p1-acme [amd64] (focal-proposed/universe) [1.0.2-2] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: erlang-p1-acme [armhf] (focal-proposed/universe) [1.0.2-2] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: erlang-p1-acme [arm64] (focal-proposed/universe) [1.0.2-2] (no packageset)


[02:17] <robert_ancell> duflu, are you getting cursors when running Xmir through mir_demo_server?
[02:17] <robert_ancell> They seem to disappear when a client appears
[02:17] <duflu> robert_ancell: Yes, not always visible. Much invisible much less often than before :)
[02:17] <robert_ancell> duflu, any ideas of the cause?
[02:18] <duflu> robert_ancell: There's an upstream Mir bug Alan is fixing right now. I need to test how much that helps. As Mir itself is failing to put the cursor on screen
[02:19] <duflu> robert_ancell: Bug 1308133 but also bug 1498737
[02:19] <ubot5`> bug 1308133 in Mir "Mir cursor is missing/invisible until the client sets it multiple times" [High,In progress] https://launchpad.net/bugs/1308133
[02:19] <ubot5`> bug 1498737 in xorg-server (Ubuntu) "Xmir apps sometimes show the wrong mouse cursor" [Medium,New] https://launchpad.net/bugs/1498737
[05:40] <RAOF> Well, there you go. ld.gold is only twice as fast as ld.bfd at linking Mir (25s vs 50s).
[05:45] <duflu> RAOF: Unstripped binaries less huge?
[05:46] <RAOF> Nope. I'm not really sure why you'd expect them to be?
[05:47] <duflu> RAOF: Just hopeful some of our problems are not our fault... https://bugs.launchpad.net/mir/+bug/1473330
[05:48] <ubot5`> Ubuntu bug 1473330 in Mir "mir_*_tests binaries are suspiciously large. Up to 248MB before stripping." [Undecided,New]
[06:27] <anpok_> gold just adds the ability to use lto you then still need to use -flto -fuse-ld=gold .. and replace ar with gcc-ar and ranlib with gcc-ranlib
[06:27] <anpok_> and then .. fix all the problems on the way..
[06:29] <duflu> Life is confusing when your tooltips are draggable
[06:30] <duflu> And resizable. Awseome
[06:30] <duflu> Awsome
[06:31] <anpok_> RAOF: were additional changes needed to get gold running?
[06:39] <RAOF> anpok_: We need to stop putting some extern "C" symbols in an extern "C++" symbols.map, but apart from that... :)
[06:40]  * RAOF will propose a branch.
[06:40] <anpok_> here it complained about missing android log stuff in those to be removed parts..
[06:40] <RAOF> Correct.
[06:40] <anpok_> ok cool so thats part of it
[06:41] <RAOF> It's complaining because it can't find those symbols (which are extern "C") because we've marked them as extern "C++" in the symbols.map.
[06:41] <RAOF> It then goes on to warn that we're sloppy with wildcards in the symbols.map files, but that's only a warning.
[07:18] <anpok_> :a
[07:22] <RAOF> Bah!
[07:23] <RAOF> CachedPtr is a way of turning compile-time errors into runtime segfaults :(
[07:32] <RAOF> Ok vogons: I've got a cyclic dependency in DefaultServerConfiguration:
[07:33] <RAOF> the_session_coordinator requires the_mediating_display_changer which requires the_compositor which requires the_shell which requires the_session_coordinator.
[07:34] <RAOF> How have our salubrious vogons broken such cycles in the past?
[07:36] <anpok_> plan a) figure out why they need each other.. sometime it turns out, that all you need is a third thing to untangle something..
[07:36] <anpok_> plan b) set the cycle causing thing after construction
[07:56] <RAOF> New plan: just expose the_display() further.
[07:58] <guest56723> No provider of eglCreateSyncKHR found.  Requires one of:
[07:58] <guest56723>     EGL extension "EGL_KHR_reusable_sync"
[07:58] <guest56723> i get this with Xmir -egl (am i missing extenstions?)
[07:59] <RAOF> Would seem to be the case, yes.
[07:59] <RAOF> What are you running that on, and do you actually have EGL_KHR_reusable_sync there?
[08:00] <RAOF> (This shouldn't be something that Mir has botched up)
[08:02] <guest56723> 04:00.0 VGA compatible controller: NVIDIA Corporation G84 [GeForce 8600 GT] (rev a1) (prog-if 00 [VGA controller])
[08:04] <RAOF> Hm. Well, I don't have that extension on my haswell intel GPU either, so I'm not sure who has tested Xmir -egl :)
[08:04] <RAOF> It's possible that it only works on android EGL implementations at the moment ;)
[08:04] <RAOF> EEEEEEEEEEEEEEEoooooooohdeeeeeeeeeeeee!
[08:04] <guest56723> must be the case :D
[08:05] <guest56723> i am trying all the args because i get a black window :))
[08:05] <guest56723> -sw -damage also doesn't work
[08:05]  * guest56723 such is life on nvidia :(
[08:07] <guest56723> glmark2-mir goes 100% cpu after 6 sec, and glmark2 segfaults with nvidia driver :/
[08:25] <anpok_> guest56723: what application are you running inside xmir/
[08:26] <guest56723> anpok_, geany
[08:27] <guest56723> anpok_, firefox, chrome, even some 3d games used to run well some (aka long) time ago
[08:43] <tsdgeos> guys anything for me to do in https://code.launchpad.net/~aacid/mir/fix_forward_declarations/+merge/272751 ?
[08:43] <tsdgeos> i hope those test failures are not because i changed some struct/class :D
[08:47] <alan_g> tsdgeos: I'm still catching up, but I think you'll find that was a valgrind bug introduced win the latest version.
[08:47] <alan_g> It hit several jobs
[08:48] <tsdgeos> alan_g: you mean as a bug in valgrind? or a bug that you introduced that valgrind found?
[08:48] <alan_g> tsdgeos: https://code.launchpad.net/~mir-team/mir/workaround-for-valgrind-opcode/+merge/272997
[08:50] <tsdgeos> interesting
[08:50] <tsdgeos> alan_g: so just re-top approve?
[08:50] <alan_g> yep
[08:52] <anpok_> vogons: is relying on umockdev in acceptance tests something to be avoided/
[08:53] <alan_g> tsdgeos: I still suspect you'll need to add "-Wno-mismatched-tags" to qtmir at some point.
[08:53] <tsdgeos> alan_g: why?
[08:54] <alf_> anpok_: The problem is not so much relying on something that mocks udev, as it is that this adds the requirement of running the tests with umockdev-wrapper
[08:54] <alan_g> anpok_: Personally, I'd rather the tests that use umockdev were in their own binary
[08:55]  * alan_g thinks it clear madness that "unit" tests use umockdev
[08:56] <alan_g> tsdgeos: no-one else cares about this distinction. C.f. https://code.launchpad.net/~aacid/mir/fix_forward_declarations/+merge/272751/comments/687703
[08:56] <tsdgeos> alan_g: well i do :D
[08:56] <alan_g> but as soon as you include headers from a 3rd party that doesn't
[08:57] <alan_g> Of course, There's always "-Dclass=struct"
[08:57] <tsdgeos> sure of course as we include headers from a 3rd party that doesn't want to fix it
[08:57] <tsdgeos> we'll have to disable it
[09:02] <anpok_> alan_g: I know I added some of that madness.. and I think I can undo most or all of that madness..
[09:03] <alan_g> anpok_: you were not the only one. What's your plan for fixing it?
[09:03] <anpok_> alan_g: for input related.. convert all code to libevdev and mock libevdev..
[09:03] <anpok_> then change the interface of udev monitor and enumrator
[09:04] <anpok_> (^libevdev - code where the device is directly accessed..)
[09:05] <anpok_> i would probably make device enumeration a part of a generic monitor interface..
[09:06] <anpok_> i started the second part some time ago.. then lost myself in details ..
[09:06] <alan_g> LOL
[09:08] <alan_g> Not really. Our input code is a maze of twisty passages all different. And you got lost.
[09:08] <anpok_> yeah it was harded when I tried to also change EventHub to that interface
[09:08] <anpok_> *harder..
[09:08] <anpok_> but I wouldnt even try this time
[09:09] <anpok_> but back to acceptance tests.. I think we should have tests that show that input device configuration affects the input events
[09:09] <anpok_> .. clients would receive
[09:09] <anpok_> for that I need stubbed graphics but real input on simulated evdev devices..
[09:10] <alan_g> Of course we need those tests. I just don't want them in the same binary as tests that don't mock udev (because the wrapper is a PITA)
[09:12] <anpok_> i see
[09:13] <alan_g> Ideally there's an implementation of your "generic monitor" that gets tested with umockdev in one binary and everything else gets a test double.
[09:14] <alan_g> But we don't live in an ideal project (yet).
[10:19] <Saviq> hey all, can someone please help me debug a unity8 desktop session issue? the screen seems to get turned off straight away - I can see the cursor flashing for a split second and then everything goes blank
[10:20] <Saviq> I can ssh into the machine and see that unity8 & co. are running fine, I ran the demo server and clients successfully, as well as u-s-c and unity8 alone (as root)
[10:21] <Saviq> but if I launch the session it just goes black :/
[10:21] <Saviq> I thought for a moment the timeout's kicked in, but pressing power just shut the machine down
[10:25] <bregma> Saviq, anything suspicious in /var/log/lightdm/* ?
[10:39] <Saviq> bregma, if I read http://paste.ubuntu.com/12631020/ correctly (lightdm.log.old), it went from starting the compositor to stopping it immediately?
[10:40] <Saviq> let me clear the folder and try again, brb
[10:41] <seb128> unsure if that's the driver issue robert_ancell was seeing
[10:41] <seb128> could be worth asking him tonight when he's online
[10:43] <duflu> greyback: Hey this should be easy for someone in the know to solve quickly now I've traced the problem down. But EOD... https://bugs.launchpad.net/qtmir/+bug/1497828
[10:43] <ubot5`> Ubuntu bug 1497828 in unity8 (Ubuntu) "Apps appear to freeze in Unity8, although they are really still rendering (swap interval zero). Need to interact with the shell to unfreeze it." [High,New]
[10:44] <duflu> Saviq ^
[10:44] <duflu> And good night
[10:44] <greyback> duflu: hmm, thanks
[10:46] <bregma> Saviq, have you explicitly installed the Mesa drivers on your desktop?  That's been a problem in the past.
[10:47] <Saviq> bregma, I did not, but mir demos work fine, as do unity8 and u-s-c alone
[10:48] <Saviq> bregma, seb128, here's a collection of logs: https://owncloud.sawicz.net/index.php/s/0afe9e8a599ef8fef2f2a105e9db357d/download?path=%2F&files=logs.tgz
[10:49] <Saviq> bregma, seb128, I'm almost certain this has something to do with disabling the screen, as when I restarted lightdm (remotely) it was still blank until I disabled and enabled it again
[10:49] <seb128> seems a bit similar to robert's issue...
[10:50] <Saviq> i.e. I heard the greeter sound with a black screen, connected an external screen that worked just fine, and had to disable and enable the screen again in the screens panel to bring it back
[10:50] <Saviq> indeed
[10:50] <seb128> I think he showed it to alan_g in London
[10:51] <seb128> alan_g, do you remember what issue robert_ancell was having in london with his screen going blank after the xserver exited
[10:51] <seb128> alan_g, do you know if he opened a bug?
[10:52] <alan_g> seb128: I remember he had a problem on startup (which got fixed)
[10:52] <alan_g> That was about two versions client mesa module behaving badly
[10:53] <seb128> right
[10:53] <seb128> that's different
[10:53] <seb128> he couldn't start an unity8 session then
[10:53] <seb128> he has his screen going blank after the xserver exited I think
[10:56] <Saviq> the greeter exiting could cause that... I wonder if I do auto-login will the same happen
[10:57] <alan_g> Not sure if I even saw that. Certainly I didn't investigate.
[10:58] <Saviq> seb128, do you know where the user-default session type is stored?
[10:58] <seb128> Saviq, type?
[10:58] <Saviq> seb128, I mean ubuntu vs. unity8
[10:58] <Saviq> seb128, I wanna try auto-login to bypass the greeter altogether
[10:58] <Saviq> but gotta be able to change the session remotely if it doesn't work
[10:59] <seb128> Saviq, /etc/lightdm or /usr/share/lightdm/lightdm.conf.d
[10:59] <seb128> the second one has files from packages like unity8-desktop-session-mir
[10:59] <seb128> the /etc one is for user changes
[10:59] <Saviq> seb128, hmm, but where is the user selection stored? like when you log in to a different one, it remembers? AccountsService maybe?
[11:00] <seb128> oh, yes
[11:00] <seb128> Saviq, /var/lib/AccountsService/users/<userid>
[11:01] <Saviq> seb128, thanks
[11:01] <seb128> yw
[11:01] <seb128> XSession=ubuntu
[11:01] <seb128> in there
[11:01] <Saviq> ok, let's see how that works
[11:01] <Saviq> brb
[11:17] <Saviq> seb128, that worked! so indeed the issue seems to be the same, transition between X (greeter) and mir causes the screen to be blanked
[11:17] <seb128> k
[11:18] <seb128> can you email robert asking if he filed a bug about the issue/if he has details (maybe Cc me on it)?
[11:18] <Saviq> will do
[11:19] <seb128> thansk
[14:10] <tjaalton> kgunn: hey, so there's a new mesa point-release in ppa:canonical-x/x-staging now
[14:10] <kgunn> tjaalton: thanks you
[14:11] <kgunn> vogons just a heads up ^
[14:11] <kgunn> point release should be less risky
[14:11] <tjaalton> should I just upload to wily?
[14:12] <tjaalton> and yeah, no surprise drama to be expected in wily anymore
[14:15] <kgunn> tjaalton: yeah, just upload - at least we'll be aware if we see an issue on wily ci
[14:15] <tjaalton> ok
[14:15] <tjaalton> thx
[17:30] <greyback__> anyone know if xkbcommon has a debug symbols package available?
[23:17] <RAOF> I really don't see what “switch to libevdev but implement all of its API it as a mock” gains us over “use libudev and provide mock udev devices”
[23:18] <RAOF> It seems like a significant amount of work for negative gain.


[00:37] <pjotter> Hi! I have a question: If I wanted to put two panels over each other. One is always visable, the other one will automatically show and hide. How do I prevent the 'show and hide' panel from disappearing behind the visible panel. Is there a way to always put one panel over the other?
[00:38] <pjotter>  /j #ubuntu-nl
[00:42] <newuser> Hello all
[00:43] <David-A> !hello
[00:43] <David-A> !hi
[00:43] <newuser> i just installed xubuntu Ringtail 13.04, on a vaio vpcw21s1e and my screen is soo smal
[00:43] <newuser> *small
[00:44] <newuser> i tryed to change resolution but still... nothing, thanks in advance for the help :)
[00:47] <newuser> the screen seems to be cuted on the sides... the resolution is fine but still its very hard to look at the screen like that... what can i do ?
[00:50] <pjotter> Is there a way to set the z-order of the panels so that one panel will always be on top of the other?
[08:21] <Psil0Cybin> hey guys can someone help me figure out why my wifi says connected but i cannot access the internet, it was working perfect yesterday before i tried installing and configuring samba, but i dunt think samba is the problem, i just am clueless i have googld and googled, and tried thosands of answers none which worked for me...I have tried to reset my modem/router but it works perfectly fine for this computer, my other computers internet conne
[08:21] <Psil0Cybin> ction works for 5 minutes then disconnects for 25 minutes and reconnects for 5 (doesnt say reconnects just lets me actually view websites) I can see my wifi connection is constantly connected so im clueless
[08:23] <kj5t> When you say that it shows that it is still connected, are you basing that off of just looking at the indicator at the top of the screen or are you watching the connection with some utility?
[08:24] <kj5t> You might try using iwconfig
[08:24] <kj5t> watch -n1 iwconfig
[08:24] <kj5t> see if the signal is actually dropping out when you hit the connection issues
[08:26] <TheSheep> can also be a neighbour with a strong wifi signal interfering
[08:27] <kj5t> You do say the other machine connects fine, is this other machine also connecting on wifi?  Is it close to the machine that is having the issue?
[09:41] <yeyeman> how can I remove session saving from all circumstances?
[09:42] <yeyeman> xubuntu seems to grab every chance it get's to save my sessions for me
[09:46] <kj5t> If you go under Settings > Session and Startup is it set there to Automatically save session on logout?
[09:48] <kj5t> If it isn't checked there and still happening delete your ~/.cache/sessions directory
[09:48] <yeyeman> its not checked
[09:48] <yeyeman> ok
[09:49] <kj5t> If you delete the sessions directory and you still have the issue, I don't know :)
[09:50] <yeyeman> it's an annoying 'feature' anyway, or it's annoying that the system seems designed to "want" to do it
[09:50] <yeyeman> without being explicitly turned on
[09:51] <cfhowlett> yeyeman, might also want to check what application autostart is doing ...
[09:54] <kj5t> Kind of off topic, but I am curious if anyone has gotten the media buttons on the Rosewill RK-9100 keyboard working with xUbuntu 13.04... haven't found anything online (other than people saying we are SOL) but always worth asking :)
[10:20]  * Arroyo1010 is now away: I've gone away. Might come back, or not.
[10:21] <Sysi> !away > Arroyo1010
[13:10] <SinCos> Xubuntu > Ubuntu
[13:11] <Sysi> xubuntu ≈ ubuntu
[13:12] <andyland> When using a non gui emacs, all the meta keys (meta-f, meta-b) responds to something in the terminal file menu. How do I disable this?
[13:13] <Sysi> in terminal settings there's an option to disable menu hotkeys
[14:01] <andyland> Sysi: Many thanks
[15:33] <xubuntu> Help with the installer!
[15:33] <Guest47037> Help with the installer!
[18:00] <Taylr0x> I'm trying to open /etc/default/grub via the command gksudo gedit but it doesn't appear to do anything. What I'm typing is: gksudo gedit /etc/default/grub
[18:00] <Taylr0x> Can anyone shed some light on how I can open this file to edit it please?
[18:02] <l01> Taylr0x: gksudo mousepad filename
[18:02] <l01> gedit is not installed by default on Xubuntu.
[18:02] <Taylr0x> l01, ahhh right smashing. Many thanks.
[18:06] <Taylr0x> l01, mousepad worked a treat. thanks for your help =)
[19:26] <yeyeman> ugh.. google maps is laggy and slow
[19:27] <yeyeman> this is part of what puts ppl off linux
[19:27] <bekks> ROFLMAO
[19:30] <Saijin_Naib> Are you using their new MapsGL preview?
[19:30] <Saijin_Naib> because that is a mess
[19:35] <yeyeman> I love some hazelnut in my coffee
[21:42] <chocwise> Hi there. I've got a problem with Compiz. I can't seem to deactivate the Grid plugin.
[21:43] <chocwise> When I cluck the checkbox in CCSM it gets unchecked. But as soon as I start CCSM again Grid is activated again.
[21:45] <chocwise> I installed the generic Ubuntu 12.10 at first but removed ubuntu-desktop and installed  xubuntu desktop.  Oh, and I upgraded to 13.04. But this bug is still there since the beginning.
[21:45] <knome> chocwise, for starters, compiz isn't really supported with xubuntu.
[21:46] <chocwise> Isn't it? It works pretty well, if you ask me. :D
[21:46] <chocwise> tWell, except of that Grid issue. XD
[21:46] <knome> it isn't. it might work, but there's no guarantee
[21:46] <chocwise> So... you're implying I should check out #compiz? XD
[21:46] <knome> that would probably be a good choice
[21:47] <chocwise> So be it then. See ya. ;9
[21:47] <knome> good luck
[22:09] <m_tadeu> hi everyone
[22:10] <chocwise> Hi there.
[22:10] <m_tadeu> the shadows in my desktop appear as a black box...what can I do about it?
[22:15] <chocwise> Do you have Compiz installed? What Graphics Card do you use and what driver?
[22:23] <m_tadeu> I don't know about compiz...I have the default xubuntu instalation...the driver I "forced" the intel driver in xorg.conf
[22:24] <m_tadeu> it's an old intel gpu, I don't know which 'cos I can't access it now
[22:25] <chocwise> So, no Compiz. And I can't help much when it comes to intel GPU's. It could be caused by GPU driver not working properly though.
[22:25] <chocwise> Or it just doesn't have any capabilities when it comes to compositing.
[22:25] <chocwise> How old are we talking?
[22:26] <m_tadeu> 7/8 years
[22:26] <chocwise> Well. if you ask me, that could be the cause. You may want to look into deactivating Xfce's compositing feature.
[22:27] <chocwise> Or maybe wait some more. Because I'm not very good with Xfce myself. ;)
[22:27] <m_tadeu> that would be my second question....how do I do that for guest accounts?
[22:27] <chocwise> Let's have a look at google together. :D
[22:28] <m_tadeu> I did...but couldn't find an easy way to do it
[22:29] <chocwise> Google says you can start xfwm with the parameter xfwm4 --compositor=off
[22:29] <chocwise> There's a thread here: http://ubuntuforums.org/archive/index.php/t-272890.html
[22:29] <chocwise> But it doesn't seem a very elegant solution to me. :/
[22:30] <Unit193> You can also disable it in the settings, Settings Manager > Window Manager Tweaks > Compositor.
[22:30] <chocwise> Ah, see. Someone who knows what he's talking about. :D
[22:31] <Unit193> Where?
[22:31] <m_tadeu> Unit193: I did that...but it doesn't work for guest accounts....
[22:31] <chocwise> *lookingatUnit193*
[22:31] <m_tadeu> the next time the guest logs in, the default settings take over
[22:32] <chocwise> The default settings are stored somewhere though. Lets have another look at Google together then. :D
[22:34] <Unit193> I don't ever use guest, it's disabled, but xdg has xfwm settings in /etc/xdg/xdg-xubuntu/xfce4/xfconf/xfce-perchannel-xml/, though I'd want to confirm well before changing it.
[22:34] <chocwise> Hah! /etc! That far I came, before Unit pitched in again. :D
[22:35] <Unit193> Just remember, /etc/ is global settings, not user.
[22:35] <chocwise> You'd have to be root to edit those settings.
[22:36] <m_tadeu> cool...I'll check that tomorrow
[22:36] <m_tadeu> thanx guys
[22:36] <chocwise> Thank Unit. :D
[22:38] <Unit193> Remember, backups are cheap, and can make things much easier.