[00:23] -queuebot:#ubuntu-release- New binary: sonnet [ppc64el] (zesty-proposed/universe) [5.28.0-0ubuntu1] (kubuntu)
[00:24] -queuebot:#ubuntu-release- New binary: kwayland [ppc64el] (zesty-proposed/universe) [4:5.28.0-0ubuntu1] (kubuntu)
[00:26] -queuebot:#ubuntu-release- New binary: kwayland [amd64] (zesty-proposed/universe) [4:5.28.0-0ubuntu1] (kubuntu)
[00:27] -queuebot:#ubuntu-release- New binary: kwayland [i386] (zesty-proposed/universe) [4:5.28.0-0ubuntu1] (kubuntu)
[00:29] -queuebot:#ubuntu-release- New binary: kwayland [arm64] (zesty-proposed/universe) [4:5.28.0-0ubuntu1] (kubuntu)
[00:29] -queuebot:#ubuntu-release- New binary: sonnet [amd64] (zesty-proposed/universe) [5.28.0-0ubuntu1] (kubuntu)
[00:29] -queuebot:#ubuntu-release- New binary: sonnet [i386] (zesty-proposed/universe) [5.28.0-0ubuntu1] (kubuntu)
[00:33] -queuebot:#ubuntu-release- New binary: kwayland [s390x] (zesty-proposed/universe) [4:5.28.0-0ubuntu1] (kubuntu)
[00:33] -queuebot:#ubuntu-release- New binary: kwayland [powerpc] (zesty-proposed/universe) [4:5.28.0-0ubuntu1] (kubuntu)
[00:33] -queuebot:#ubuntu-release- New binary: sonnet [arm64] (zesty-proposed/universe) [5.28.0-0ubuntu1] (kubuntu)
[00:36] -queuebot:#ubuntu-release- New binary: sonnet [armhf] (zesty-proposed/universe) [5.28.0-0ubuntu1] (kubuntu)
[00:37] -queuebot:#ubuntu-release- New binary: sonnet [s390x] (zesty-proposed/universe) [5.28.0-0ubuntu1] (kubuntu)
[00:38] -queuebot:#ubuntu-release- New binary: kwayland [armhf] (zesty-proposed/universe) [4:5.28.0-0ubuntu1] (kubuntu)
[00:46] -queuebot:#ubuntu-release- New binary: sonnet [powerpc] (zesty-proposed/universe) [5.28.0-0ubuntu1] (kubuntu)
[00:57] -queuebot:#ubuntu-release- New: accepted unbound [amd64] (zesty-proposed) [1.5.10-3ubuntu1]
[00:57] -queuebot:#ubuntu-release- New: accepted unbound [armhf] (zesty-proposed) [1.5.10-3ubuntu1]
[00:57] -queuebot:#ubuntu-release- New: accepted unbound [powerpc] (zesty-proposed) [1.5.10-3ubuntu1]
[00:57] -queuebot:#ubuntu-release- New: accepted unbound [s390x] (zesty-proposed) [1.5.10-3ubuntu1]
[00:57] -queuebot:#ubuntu-release- New: accepted vim [arm64] (zesty-proposed) [2:8.0.0095-1ubuntu1]
[00:57] -queuebot:#ubuntu-release- New: accepted vim [i386] (zesty-proposed) [2:8.0.0095-1ubuntu1]
[00:57] -queuebot:#ubuntu-release- New: accepted vim [ppc64el] (zesty-proposed) [2:8.0.0095-1ubuntu1]
[00:57] -queuebot:#ubuntu-release- New: accepted unbound [arm64] (zesty-proposed) [1.5.10-3ubuntu1]
[00:57] -queuebot:#ubuntu-release- New: accepted unbound [ppc64el] (zesty-proposed) [1.5.10-3ubuntu1]
[00:57] -queuebot:#ubuntu-release- New: accepted vim [armhf] (zesty-proposed) [2:8.0.0095-1ubuntu1]
[00:57] -queuebot:#ubuntu-release- New: accepted vim [s390x] (zesty-proposed) [2:8.0.0095-1ubuntu1]
[00:57] -queuebot:#ubuntu-release- New: accepted unbound [i386] (zesty-proposed) [1.5.10-3ubuntu1]
[00:57] -queuebot:#ubuntu-release- New: accepted vim [powerpc] (zesty-proposed) [2:8.0.0095-1ubuntu1]
[00:57] -queuebot:#ubuntu-release- New: accepted vim [amd64] (zesty-proposed) [2:8.0.0095-1ubuntu1]
[00:58] -queuebot:#ubuntu-release- New: accepted kwayland [amd64] (zesty-proposed) [4:5.28.0-0ubuntu1]
[00:58] -queuebot:#ubuntu-release- New: accepted kwayland [armhf] (zesty-proposed) [4:5.28.0-0ubuntu1]
[00:58] -queuebot:#ubuntu-release- New: accepted kwayland [powerpc] (zesty-proposed) [4:5.28.0-0ubuntu1]
[00:58] -queuebot:#ubuntu-release- New: accepted kwayland [s390x] (zesty-proposed) [4:5.28.0-0ubuntu1]
[00:58] -queuebot:#ubuntu-release- New: accepted kwayland [arm64] (zesty-proposed) [4:5.28.0-0ubuntu1]
[00:58] -queuebot:#ubuntu-release- New: accepted kwayland [ppc64el] (zesty-proposed) [4:5.28.0-0ubuntu1]
[00:58] -queuebot:#ubuntu-release- New: accepted kwayland [i386] (zesty-proposed) [4:5.28.0-0ubuntu1]
[00:58] -queuebot:#ubuntu-release- New: accepted jupyter-sphinx-theme [amd64] (zesty-proposed) [0.0.6+ds1-2]
[00:58] -queuebot:#ubuntu-release- New: accepted sonnet [arm64] (zesty-proposed) [5.28.0-0ubuntu1]
[00:58] -queuebot:#ubuntu-release- New: accepted sonnet [i386] (zesty-proposed) [5.28.0-0ubuntu1]
[00:58] -queuebot:#ubuntu-release- New: accepted sonnet [ppc64el] (zesty-proposed) [5.28.0-0ubuntu1]
[00:58] -queuebot:#ubuntu-release- New: accepted sonnet [amd64] (zesty-proposed) [5.28.0-0ubuntu1]
[00:58] -queuebot:#ubuntu-release- New: accepted sonnet [powerpc] (zesty-proposed) [5.28.0-0ubuntu1]
[00:58] -queuebot:#ubuntu-release- New: accepted sonnet [armhf] (zesty-proposed) [5.28.0-0ubuntu1]
[00:58] -queuebot:#ubuntu-release- New: accepted sonnet [s390x] (zesty-proposed) [5.28.0-0ubuntu1]
[02:14] -queuebot:#ubuntu-release- New binary: kdoctools [amd64] (zesty-proposed/universe) [5.28.0-0ubuntu1] (kubuntu)
[02:14] -queuebot:#ubuntu-release- New binary: kdoctools [ppc64el] (zesty-proposed/universe) [5.28.0-0ubuntu1] (kubuntu)
[02:20] -queuebot:#ubuntu-release- New binary: kdoctools [i386] (zesty-proposed/universe) [5.28.0-0ubuntu1] (kubuntu)
[02:22] -queuebot:#ubuntu-release- New binary: ipywidgets [amd64] (zesty-proposed/universe) [5.2.2-1] (no packageset)
[02:23] -queuebot:#ubuntu-release- New binary: kdoctools [s390x] (zesty-proposed/universe) [5.28.0-0ubuntu1] (kubuntu)
[02:24] -queuebot:#ubuntu-release- New binary: kdoctools [armhf] (zesty-proposed/universe) [5.28.0-0ubuntu1] (kubuntu)
[02:25] -queuebot:#ubuntu-release- New binary: kdoctools [powerpc] (zesty-proposed/universe) [5.28.0-0ubuntu1] (kubuntu)
[02:28] -queuebot:#ubuntu-release- New binary: kdoctools [arm64] (zesty-proposed/universe) [5.28.0-0ubuntu1] (kubuntu)
[03:21] -queuebot:#ubuntu-release- Unapproved: snapd-glib (yakkety-proposed/main) [1.2-0ubuntu1.1 => 1.4-0ubuntu1~yakkety] (no packageset)
[03:22] -queuebot:#ubuntu-release- Unapproved: snapd-glib (xenial-proposed/main) [1.2-0ubuntu1.1~xenial => 1.4-0ubuntu1~xenial] (no packageset)
[05:25] -queuebot:#ubuntu-release- New binary: jupyter-notebook [amd64] (zesty-proposed/universe) [4.2.3-1] (no packageset)
[05:30] -queuebot:#ubuntu-release- New binary: raspi3-firmware [arm64] (zesty-proposed/multiverse) [1.20161123-2] (no packageset)
[06:19] -queuebot:#ubuntu-release- New binary: dune-uggrid [i386] (zesty-proposed/universe) [2.5.0~rc2-1] (no packageset)
[06:19] -queuebot:#ubuntu-release- New binary: dune-uggrid [ppc64el] (zesty-proposed/universe) [2.5.0~rc2-1] (no packageset)
[06:21] -queuebot:#ubuntu-release- New binary: dune-uggrid [amd64] (zesty-proposed/universe) [2.5.0~rc2-1] (no packageset)
[06:21] -queuebot:#ubuntu-release- New binary: dune-uggrid [armhf] (zesty-proposed/universe) [2.5.0~rc2-1] (no packageset)
[06:21] -queuebot:#ubuntu-release- New binary: dune-uggrid [arm64] (zesty-proposed/universe) [2.5.0~rc2-1] (no packageset)
[06:21] -queuebot:#ubuntu-release- New binary: dune-uggrid [s390x] (zesty-proposed/universe) [2.5.0~rc2-1] (no packageset)
[06:24] -queuebot:#ubuntu-release- New binary: dune-uggrid [powerpc] (zesty-proposed/universe) [2.5.0~rc2-1] (no packageset)
[07:07] -queuebot:#ubuntu-release- New: accepted dune-uggrid [amd64] (zesty-proposed) [2.5.0~rc2-1]
[07:07] -queuebot:#ubuntu-release- New: accepted dune-uggrid [armhf] (zesty-proposed) [2.5.0~rc2-1]
[07:07] -queuebot:#ubuntu-release- New: accepted dune-uggrid [powerpc] (zesty-proposed) [2.5.0~rc2-1]
[07:07] -queuebot:#ubuntu-release- New: accepted dune-uggrid [s390x] (zesty-proposed) [2.5.0~rc2-1]
[07:07] -queuebot:#ubuntu-release- New: accepted kdoctools [arm64] (zesty-proposed) [5.28.0-0ubuntu1]
[07:07] -queuebot:#ubuntu-release- New: accepted kdoctools [i386] (zesty-proposed) [5.28.0-0ubuntu1]
[07:07] -queuebot:#ubuntu-release- New: accepted kdoctools [ppc64el] (zesty-proposed) [5.28.0-0ubuntu1]
[07:07] -queuebot:#ubuntu-release- New: accepted dune-uggrid [arm64] (zesty-proposed) [2.5.0~rc2-1]
[07:07] -queuebot:#ubuntu-release- New: accepted dune-uggrid [ppc64el] (zesty-proposed) [2.5.0~rc2-1]
[07:07] -queuebot:#ubuntu-release- New: accepted kdoctools [armhf] (zesty-proposed) [5.28.0-0ubuntu1]
[07:07] -queuebot:#ubuntu-release- New: accepted kdoctools [s390x] (zesty-proposed) [5.28.0-0ubuntu1]
[07:07] -queuebot:#ubuntu-release- New: accepted dune-uggrid [i386] (zesty-proposed) [2.5.0~rc2-1]
[07:07] -queuebot:#ubuntu-release- New: accepted kdoctools [powerpc] (zesty-proposed) [5.28.0-0ubuntu1]
[07:07] -queuebot:#ubuntu-release- New: accepted kdoctools [amd64] (zesty-proposed) [5.28.0-0ubuntu1]
[07:07] -queuebot:#ubuntu-release- New: accepted ipywidgets [amd64] (zesty-proposed) [5.2.2-1]
[07:07] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (zesty-proposed) [4.9.0-6.7]
[07:07] -queuebot:#ubuntu-release- New: accepted jupyter-notebook [amd64] (zesty-proposed) [4.2.3-1]
[07:08] -queuebot:#ubuntu-release- New: accepted raspi3-firmware [arm64] (zesty-proposed) [1.20161123-2]
[07:27] -queuebot:#ubuntu-release- Unapproved: snap (xenial-proposed/universe) [2013-11-29-1ubuntu2 => 2013-11-29-1ubuntu<IP_ADDRESS>] (no packageset)
[08:10] -queuebot:#ubuntu-release- New binary: kronometer [ppc64el] (zesty-proposed/universe) [2.1.1-1] (no packageset)
[08:11] -queuebot:#ubuntu-release- New binary: kronometer [arm64] (zesty-proposed/universe) [2.1.1-1] (no packageset)
[08:11] -queuebot:#ubuntu-release- New binary: kronometer [i386] (zesty-proposed/universe) [2.1.1-1] (no packageset)
[08:11] -queuebot:#ubuntu-release- New binary: kronometer [armhf] (zesty-proposed/universe) [2.1.1-1] (no packageset)
[08:12] -queuebot:#ubuntu-release- New binary: kronometer [amd64] (zesty-proposed/universe) [2.1.1-1] (no packageset)
[08:18] -queuebot:#ubuntu-release- New binary: kronometer [s390x] (zesty-proposed/universe) [2.1.1-1] (no packageset)
[08:19] -queuebot:#ubuntu-release- New binary: kronometer [powerpc] (zesty-proposed/universe) [2.1.1-1] (no packageset)
[08:21] -queuebot:#ubuntu-release- New binary: sagenb-export [amd64] (zesty-proposed/universe) [2.0-1] (no packageset)
[09:10] <Elleo> pitti: ping?
[09:11] <seb128> Elleo, he's at a sprint this week and not watch IRC much, you probably should state what you want
[09:11] <seb128> watching
[09:12] <seb128> so he can act from backlog or maybe somebody else can help you
[09:13] <Elleo> pitti, seb128: https://bileto.ubuntu.com/#/ticket/2260 <-- this silo is stuck as showing autopkg tests as "running", it thinks one of the vivid tests is still running from friday, but it isn't
[09:13] <seb128> Laney knows a bit about autopkgtest infra and might be able to help
[09:14] <seb128> Laney, do you know what should be done in such cases? retry?
[09:15] <Elleo> seb128, Laney: not sure how to retry, since the excuses page doesn't show the retry option due to it thinking its running rather than failed
[09:17] <Laney> seb128: yes, but it looks like the API that retry-autopkgtest-regressions uses to generate the request URLs is gone now
[09:17] <Laney> 404
[09:17] <Laney> :|
[09:18] <seb128> :-(
[09:22] <Laney> ok, done
[09:23] <seb128> Laney, how did you do it? is that something the uploader can do (for next time)?
[09:23] <seb128> Laney, oh, and thanks ;-)
[09:23] <seb128> Elleo, ^
[09:24] <Laney> making a merge proposal, and then yes
[09:24] <Elleo> Laney, seb128: thanks very much
[09:24] <seb128> cool
[09:26] <Laney> Elleo: I did "retry-autopkgtest-regressions --bileto 2260 --series vivid --state RUNNING"
[09:26] <Laney> then you get a URL to use
[09:28] <Elleo> Laney: cool, thanks, didn't know about that tool
[09:28] <Laney> tell all your friends :)
[09:29] <Elleo> heh, will do ;)
[09:51] <ginggs_> morning! vim-gtk3 needs to be promoted to main (vim-gnome is now a transitional package that depends on vim-gtk3) - what do i need to do?
[09:51] <infinity> ginggs_: Nothing.
[09:52] <infinity> ginggs_: I see somoene got impatient waiting for me to merge. :P
[09:53]  * infinity wonders if he should review that...
[09:56] <ginggs_> infinity: if you would that would be great
[09:56] <infinity> Bah, someone used merge-o-matic for this. :/
[09:56] <infinity> Pointless changelog format changes.
[10:00] <infinity> Bleh, and dropped my supported series changes.
[10:00] <infinity> ginggs_: Bad sponsor. :P
[10:00] <ginggs_> infinity: sorry :(
[10:05] <Laney> Can someone clear up the qgis NBS in z-proposed please?
[10:12] <Laney> and ... remove gyoto from z-proposed so that I can rebuild the old version (or copy it back if that'll work), remove/demote libsis-jhdf5-java from zesty, remove trilinos binaries from zesty armhf/i386 (that is also on ginggs_ to fix properly :P)
[10:13] <Laney> then perhaps we'll get somewhat close to this hell being a candidate (modulo tests)
[10:45] <xnox> pitti, did we colide uploading metas? =)
[11:05] <pitti> xnox: for ubuntustudio?
[11:06] <pitti> xnox: it seems I won, anyway :) https://launchpad.net/ubuntu/+source/ubuntustudio-meta/0.163
[11:06] <pitti> xnox: I was waiting for the seed branch to get merged as core-dev can't commit to the studio seeds
[11:07] <xnox> heh, that sounds wrong
[12:22] <Laney> maybe a bug for the above would be helpful?
[13:14] -queuebot:#ubuntu-release- New: accepted kronometer [amd64] (zesty-proposed) [2.1.1-1]
[13:14] -queuebot:#ubuntu-release- New: accepted kronometer [armhf] (zesty-proposed) [2.1.1-1]
[13:14] -queuebot:#ubuntu-release- New: accepted kronometer [powerpc] (zesty-proposed) [2.1.1-1]
[13:14] -queuebot:#ubuntu-release- New: accepted kronometer [s390x] (zesty-proposed) [2.1.1-1]
[13:14] -queuebot:#ubuntu-release- New: accepted kronometer [arm64] (zesty-proposed) [2.1.1-1]
[13:14] -queuebot:#ubuntu-release- New: accepted kronometer [ppc64el] (zesty-proposed) [2.1.1-1]
[13:14] -queuebot:#ubuntu-release- New: accepted kronometer [i386] (zesty-proposed) [2.1.1-1]
[13:14] -queuebot:#ubuntu-release- New: accepted sagenb-export [amd64] (zesty-proposed) [2.0-1]
[14:29] -queuebot:#ubuntu-release- Unapproved: virtualbox-ext-pack (xenial-proposed/multiverse) [5.0.24-0ubuntu<IP_ADDRESS> => 5.0.24-0ubuntu<IP_ADDRESS>] (no packageset)
[14:30] -queuebot:#ubuntu-release- New binary: kio [amd64] (zesty-proposed/universe) [5.28.0-0ubuntu1] (kubuntu)
[14:32] -queuebot:#ubuntu-release- New binary: kio [ppc64el] (zesty-proposed/universe) [5.28.0-0ubuntu1] (kubuntu)
[14:36] -queuebot:#ubuntu-release- New binary: kio [i386] (zesty-proposed/universe) [5.28.0-0ubuntu1] (kubuntu)
[14:38] -queuebot:#ubuntu-release- Unapproved: virtualbox-ext-pack (yakkety-proposed/universe) [5.1.6-2 => 5.1.6-2ubuntu1] (no packageset)
[14:38] -queuebot:#ubuntu-release- Unapproved: debian-installer (xenial-proposed/main) [20101020ubuntu451.7 => 20101020ubuntu451.8] (core)
[14:56] -queuebot:#ubuntu-release- Unapproved: accepted debian-installer [source] (xenial-proposed) [20101020ubuntu451.8]
[14:56] -queuebot:#ubuntu-release- Unapproved: debian-installer (yakkety-proposed/main) [20101020ubuntu483 => 20101020ubuntu483.1] (core)
[14:58] -queuebot:#ubuntu-release- Unapproved: accepted debian-installer [source] (yakkety-proposed) [20101020ubuntu483.1]
[14:59] -queuebot:#ubuntu-release- New binary: kio [s390x] (zesty-proposed/universe) [5.28.0-0ubuntu1] (kubuntu)
[15:01] -queuebot:#ubuntu-release- New binary: kio [powerpc] (zesty-proposed/universe) [5.28.0-0ubuntu1] (kubuntu)
[15:04] -queuebot:#ubuntu-release- New binary: kio [armhf] (zesty-proposed/universe) [5.28.0-0ubuntu1] (kubuntu)
[15:05] -queuebot:#ubuntu-release- New binary: kio [arm64] (zesty-proposed/universe) [5.28.0-0ubuntu1] (kubuntu)
[15:15]  * Laney prods
[15:42] -queuebot:#ubuntu-release- New binary: snapper [ppc64el] (zesty-proposed/universe) [0.3.3-4] (no packageset)
[15:43] -queuebot:#ubuntu-release- New binary: snapper [i386] (zesty-proposed/universe) [0.3.3-4] (no packageset)
[15:47] -queuebot:#ubuntu-release- New binary: snapper [amd64] (zesty-proposed/universe) [0.3.3-4] (no packageset)
[15:47] -queuebot:#ubuntu-release- New binary: snapper [armhf] (zesty-proposed/universe) [0.3.3-4] (no packageset)
[15:48] -queuebot:#ubuntu-release- New binary: snapper [s390x] (zesty-proposed/universe) [0.3.3-4] (no packageset)
[15:50] -queuebot:#ubuntu-release- New binary: snapper [powerpc] (zesty-proposed/universe) [0.3.3-4] (no packageset)
[15:57] -queuebot:#ubuntu-release- New binary: snapper [arm64] (zesty-proposed/universe) [0.3.3-4] (no packageset)
[17:19] <clivejo> Regarding ^^ New binary: kio [arm64] (zesty-proposed/universe) [5.28.0-0ubuntu1] (kubuntu) would someone mind reviewing that?
[17:20] -queuebot:#ubuntu-release- New binary: python-acora [ppc64el] (zesty-proposed/none) [2.0-2] (no packageset)
[17:20] <clivejo> it is basically a rename of the package to indicate the version kio-dev => libkf5kio-dev
[17:27] -queuebot:#ubuntu-release- New binary: android-platform-libcore [amd64] (zesty-proposed/universe) [7.0.0+r3-1] (no packageset)
[17:29] -queuebot:#ubuntu-release- New binary: libpgobject-type-bytestring-perl [amd64] (zesty-proposed/none) [1.1.2-1] (no packageset)
[17:29] -queuebot:#ubuntu-release- New binary: node-is-negated-glob [amd64] (zesty-proposed/none) [1.0.0-1] (no packageset)
[17:29] -queuebot:#ubuntu-release- New binary: node-lazystream [amd64] (zesty-proposed/none) [1.0.0-1] (no packageset)
[17:29] -queuebot:#ubuntu-release- New binary: python-acora [i386] (zesty-proposed/none) [2.0-2] (no packageset)
[17:29] -queuebot:#ubuntu-release- New binary: r-cran-dynlm [amd64] (zesty-proposed/none) [0.3.5-1] (no packageset)
[17:29] -queuebot:#ubuntu-release- New binary: node-from2 [amd64] (zesty-proposed/none) [2.3.0-1] (no packageset)
[17:29] -queuebot:#ubuntu-release- New binary: python-acora [amd64] (zesty-proposed/none) [2.0-2] (no packageset)
[17:29] -queuebot:#ubuntu-release- New binary: node-lazy-debug-legacy [amd64] (zesty-proposed/none) [0.0.1-1] (no packageset)
[17:29] -queuebot:#ubuntu-release- New binary: python-intervaltree [amd64] (zesty-proposed/none) [2.1.0-2] (no packageset)
[17:30] -queuebot:#ubuntu-release- New binary: node-stream-shift [amd64] (zesty-proposed/none) [1.0.0-1] (no packageset)
[17:30] -queuebot:#ubuntu-release- New binary: python-acora [s390x] (zesty-proposed/none) [2.0-2] (no packageset)
[17:30] -queuebot:#ubuntu-release- New binary: node-streamtest [amd64] (zesty-proposed/none) [1.2.2-1] (no packageset)
[17:31] -queuebot:#ubuntu-release- New binary: node-unc-path-regex [amd64] (zesty-proposed/none) [0.1.2-1] (no packageset)
[17:31] -queuebot:#ubuntu-release- New binary: python-zc.customdoctests [amd64] (zesty-proposed/none) [1.0.1-1] (no packageset)
[17:38] -queuebot:#ubuntu-release- New binary: python-acora [armhf] (zesty-proposed/none) [2.0-2] (no packageset)
[17:38] -queuebot:#ubuntu-release- New binary: python-acora [powerpc] (zesty-proposed/none) [2.0-2] (no packageset)
[17:40] -queuebot:#ubuntu-release- New binary: python-acora [arm64] (zesty-proposed/none) [2.0-2] (no packageset)
[19:47] -queuebot:#ubuntu-release- New: accepted android-platform-libcore [amd64] (zesty-proposed) [7.0.0+r3-1]
[19:47] -queuebot:#ubuntu-release- New: accepted node-from2 [amd64] (zesty-proposed) [2.3.0-1]
[19:47] -queuebot:#ubuntu-release- New: accepted node-lazy-debug-legacy [amd64] (zesty-proposed) [0.0.1-1]
[19:47] -queuebot:#ubuntu-release- New: accepted node-stream-shift [amd64] (zesty-proposed) [1.0.0-1]
[19:47] -queuebot:#ubuntu-release- New: accepted node-unc-path-regex [amd64] (zesty-proposed) [0.1.2-1]
[19:47] -queuebot:#ubuntu-release- New: accepted python-acora [arm64] (zesty-proposed) [2.0-2]
[19:47] -queuebot:#ubuntu-release- New: accepted python-acora [i386] (zesty-proposed) [2.0-2]
[19:47] -queuebot:#ubuntu-release- New: accepted python-acora [ppc64el] (zesty-proposed) [2.0-2]
[19:47] -queuebot:#ubuntu-release- New: accepted python-intervaltree [amd64] (zesty-proposed) [2.1.0-2]
[19:47] -queuebot:#ubuntu-release- New: accepted r-cran-dynlm [amd64] (zesty-proposed) [0.3.5-1]
[19:47] -queuebot:#ubuntu-release- New: accepted libpgobject-type-bytestring-perl [amd64] (zesty-proposed) [1.1.2-1]
[19:47] -queuebot:#ubuntu-release- New: accepted node-lazystream [amd64] (zesty-proposed) [1.0.0-1]
[19:47] -queuebot:#ubuntu-release- New: accepted python-acora [amd64] (zesty-proposed) [2.0-2]
[19:47] -queuebot:#ubuntu-release- New: accepted python-acora [powerpc] (zesty-proposed) [2.0-2]
[19:47] -queuebot:#ubuntu-release- New: accepted python-zc.customdoctests [amd64] (zesty-proposed) [1.0.1-1]
[19:47] -queuebot:#ubuntu-release- New: accepted snapper [arm64] (zesty-proposed) [0.3.3-4]
[19:47] -queuebot:#ubuntu-release- New: accepted snapper [i386] (zesty-proposed) [0.3.3-4]
[19:47] -queuebot:#ubuntu-release- New: accepted snapper [s390x] (zesty-proposed) [0.3.3-4]
[19:47] -queuebot:#ubuntu-release- New: accepted node-is-negated-glob [amd64] (zesty-proposed) [1.0.0-1]
[19:47] -queuebot:#ubuntu-release- New: accepted python-acora [armhf] (zesty-proposed) [2.0-2]
[19:47] -queuebot:#ubuntu-release- New: accepted snapper [amd64] (zesty-proposed) [0.3.3-4]
[19:47] -queuebot:#ubuntu-release- New: accepted snapper [powerpc] (zesty-proposed) [0.3.3-4]
[19:47] -queuebot:#ubuntu-release- New: accepted node-streamtest [amd64] (zesty-proposed) [1.2.2-1]
[19:47] -queuebot:#ubuntu-release- New: accepted snapper [armhf] (zesty-proposed) [0.3.3-4]
[19:47] -queuebot:#ubuntu-release- New: accepted python-acora [s390x] (zesty-proposed) [2.0-2]
[19:48] -queuebot:#ubuntu-release- New: accepted snapper [ppc64el] (zesty-proposed) [0.3.3-4]
[20:23] -queuebot:#ubuntu-release- New binary: node-first-chunk-stream [amd64] (zesty-proposed/universe) [2.0.0-1] (no packageset)
[20:23] -queuebot:#ubuntu-release- New binary: node-merge-stream [amd64] (zesty-proposed/universe) [1.0.1-1] (no packageset)
[21:31] <acheronuk> ditto what clivejo said on New binary: kio [arm64] (zesty-proposed/universe) [5.28.0-0ubuntu1] (kubuntu)
[21:32] <acheronuk> and the other archs
[21:45] -queuebot:#ubuntu-release- Unapproved: linux-firmware (yakkety-proposed/main) [1.161 => 1.161.1] (core, kernel)


[16:05] <mark06> is there any bug for the fact that qlog doesn't show merge tags?
[16:10] <fullermd> "merge tags"?
[16:12] <mark06> tags applied to merged branches, sorry
[16:12] <mark06> I see them here for example, bzr qlog lp:ubuntu/utopic/pidgin
[16:12] <mark06> but not in my branch, *why*?
[16:12] <fullermd> You mean tags off on non-LHS revs?  They're there, if you expand it.
[16:15] <mark06> I expand the node but they don't show up... will try recreating the branch from ubuntu... maybe a bug with windows which is on old version
[16:32] <mark06> it worked on ubuntu... I guess windows version needs an update :(
[16:35] <fullermd> I wouldn't think the branch would be squirrely; pretty sure that's worked like that as long as we've had tags.  Maybe just the qlog is old and not showing them right?  That seems odd too though...
[17:24] <mark06> forgot to check log... maybe it's just qlog...
[17:25] <fullermd> Can just check 'tags' too.
[17:26] <mark06> the windows branches are gone
[17:30] <fullermd> Oh, if only it were really that easy   ;-}


[01:23]  * StevenK kicks FreeNode
[01:26] <StevenK> ajmitch: Paying attention?
[01:26] <StevenK> (To IRC, that is)
[01:30]  * ajmitch kicks StevenK
[01:30]  * StevenK smothers ajmitch with a PPA
[02:47] <jdong> ScottK: sorry for late response -- regarding quassel SRU...
[02:48] <jdong> I think definitely it's something worth SRU'ing
[02:48] <jdong> it's borderline but not quite "security" but definitely worth fixing :)
[02:49] <jdong> the diff itself looks reasonable, my only concern is that it makes both UI and string changes
[02:49] <jdong> not sure if there's anything special implicated by this (i.e. translation?) if we SRU
[02:49] <jdong> apart from that, I'd ACK it :)
[03:26] <ScottK> jdong: Thanks.  Quassel's translations are internal to the package and not part of language packs.  The only U/I change is untranslated, so it's OK.
[03:34] <jdong> ScottK: thanks for the clarification. Looks good to me then!
[03:35] <ScottK> jdong: Great.  Please ack in the bug if you didn't.
[03:35] <jdong> sure thing
[03:36] <jdong> done
[03:50] <RAOF> For some reason mono apps seem to get much more benefit out of building on tmpfs.  Maybe gmcs is threaded.
[03:52] <RAOF> ...and would normally be waiting on the disc more.
[03:55] <ScottK> Maybe tmpfs is more efficient for patent license validation.   ;-)
[03:57] <RAOF> :)
[03:59] <RAOF> tmpfs appears to be quite a lot faster; a bunch of mono packages take somewhat under half the time on tmpfs than on ext4, and even xorg-server takes 80% the time on tmpfs than on ext4.
[04:02] <jdong> RAOF: could it be disk thrashing related? mcs and managed code might stress the VM subsystem into evicting disk cache more readily?
[04:03] <RAOF> Maybe.  The laptop's hardly under memory pressure, though.
[04:03] <RAOF> I don't think it's hit more that 50% ram use.
[04:04] <jdong> hmmm
[04:04] <jdong> would be interesting to know what mcs is doing differently
[04:04] <jdong> I wonder if it writes intermediate files to disk in the process then
[04:04] <RAOF> I should probably add some insane C++ packages to the benchmarks.  How's boost at chewing ram?
[04:08]  * RAOF restarts to load a new nouveau module.
[04:12] <RAOF> Boo. nouveau's 3D is just plain broken :(
[04:13] <ScottK> RAOF: kdebase-workspace probably does a decent job of chewing up ram.
[04:13] <RAOF> Ok.  Once it's finished building gtk & mono I'll throw kdebase-workspace at it.
[04:15] <ScottK> qt4-x11 for ultimate pain, FWIW.
[04:28] <RAOF> Aah.  gnome-shell probably ftbfs because of the wonders of linking against firefox.
[05:33] <RAOF> Gar.  Why is mozilla so difficult?
[05:35] <micahg> ?
[05:36] <RAOF> Oh, gnome-shell FTBFS because it can't find some mozilla libraries, and it can't find them because they're in /usr/lib/xulrunner-<IP_ADDRESS> which isn't in the library path.
[05:39] <micahg> RAOF: do you need someone to look at it?
[05:41] <RAOF> I'd like to know whose responsibility it is.
[05:42] <micahg> RAOF: do you have a build log?
[05:43] <RAOF> http://launchpadlibrarian.net/37862849/buildlog_ubuntu-lucid-amd64.gnome-shell_2.28.1~git20091125-1_FAILEDTOBUILD.txt.gz is as good as any.
[05:45] <RAOF> Either adding an rpath on /usr/lib/xulrunner-<IP_ADDRESS> or exporting LD_LIBRARY_PATH makes the build work.
[05:45] <micahg> RAOF: well, we have a bug about libmozjs
[05:48] <RAOF> Hah.  Wandering through launchpad again makes me wonder why mozilla is so difficult - xulrunner, xulrunner-1.9, no!  xulrunner-1.9.1 is the source package I'm after! :)
[05:48] <micahg> RAOF: I don't see the build dep
[05:48] <RAOF> It's transitive; libgjs-dev pulls it in.
[05:51] <RAOF> I'm just wondering at what level to fix this; it looks like libgjs or gnome-shell are the candidates.
[05:52] <micahg> probably in gjs
[05:55] <micahg> RAOF: do you need the link to the mozjs bug?
[05:55] <RAOF> If it's relevant; I can't seem to find any mozjs bug under xulrunner-1.9.1
[05:56] <micahg> bug 286906
[06:00] <RAOF> Man, launchpad bugzilla integration rocks.
[06:01] <micahg> RAOF: probably should ask asac for anything more, I'm still learning :)
[06:03] <RAOF> It looks like the answer was “no system library for you, but feel free to pull a Debian and make one up”.
[06:04] <micahg> heh
[06:06] <RAOF> I *think* this might be an annoying interaction that isn't necessarily libgjs' fault.
[06:06] <micahg> indeed
[06:07] <RAOF> In fact, I *think* it's something needlessly linking directly to libmozjs.
[06:07] <RAOF> Yup, there we go.
[06:08] <RAOF> Oh, so it probably *is* libgjs' fault, but in its pkg-config file.
[06:22] <RAOF> Right.  So, now I run into the limits of my knowledge of ELF linking.
[06:24] <RAOF> Oooh, is that it?  libgnome-shell.so has 3 references to libmozjs; one explicitly from the (unnecessary) -lmozjs, one implicitly from libgjs-gi.so linking to libmozjs, and finally one with the right rpath from libgjs.so linking to libmozjs
[06:25] <RAOF> It seems two of these are unnecessary; neither libgnome-shell nor libgjs-gi appear to use any symbols from mozjs, and exist only to make other things break.
[06:26] <micahg> RAOF: maybe ask upstream why it's linked?
[06:27] <RAOF> I think it's that common misunderstanding about the role of Requires in pkg-config files.
[06:28] <micahg> k
[06:28] <micahg> sorry, I must go to sleep now
[06:28] <micahg> glad you found the issue
[06:31] <RAOF> So, I can (temporarily) fix gnome-shell by building it with -Wl,--as-needed
[07:15] <dholbach> good morning
[07:16] <RAOF> Morning dholbach
[07:16] <dholbach> hi RAOF
[07:26] <RAOF> dholbach: How are you on the intricacies of the elf linker as they apply to shared object dependencies?
[07:28] <dholbach> you're asking the wrong person :)
[07:30] <RAOF> I might wait for seb128 then, as it concerns gnome-shell and such.
[11:03] <cemc> dholbach: care to look at this bug #96850 (last comment)
[11:03] <dholbach> cemc: I'm in a meeting right now
[11:04] <cemc> dholbach: oh, sorry
[11:04] <dholbach> cemc: it might make sense to ask in the channel here generally
[11:04] <cemc> it's in main
[11:04] <dholbach> try asking in #ubuntu-devel then :)
[11:05] <cemc> ok, thanks
[12:05] <ivoks> \sh: heartbeat isn't what it used to be before
[12:05] <ivoks> \sh: please don't upload anything to lucid yet
[12:06] <\sh> ivoks, grmpf
[12:06] <\sh> ivoks, just two ldirectord bin deps + Makefile.am patch for the FTBFS...I found it what the bugger was...autotools
[12:07] <ivoks> there's latest upstream + fixes on ubuntu-ha ppa
[12:08] <ivoks> heartbeat3 standalone is useless :)
[12:08] <\sh> ivoks, heartbeat from universe.
[12:08] <ivoks> right
[12:08] <ivoks> version 3.0/2.99 is just part of cluster stack
[12:13] <slytherin> is ia64 buildd broken currently? I am seeing lot of ia64 only FTBFS.
[12:13] <randomaction> it was several hours ago, now seems to be ok
[12:14] <randomaction> (sparc was broken, too)
[12:21] <\sh> ivoks, I just fixed the 3 bugs...2 of them I reported...(well and sadly uploaded already :()
[12:21] <slytherin> randomaction: thanks for info. I am retrying a build.
[12:34] <\sh> ivoks, could you incorporate the changes into your ppa then?
[12:36] <ivoks> \sh: if i haven't already, i will
[12:36] <ivoks> \sh: ldirectord isn't part of heartbeat anymore, iirc
[12:37] <\sh> ivoks, it's in 2.99
[12:37] <ivoks> probably, yes, but in 3.0 it's removed to cluster-glue, iirc
[12:37] <\sh> ivoks, well, for ldirectord we need bin-deps on libdbd-mysql-perl and libsocket6-perl and for heartbeat in $sourceroot/resources/OCF/Makefile.am it tries to install drbd resource script two times, and autotools failes because it doesn't like that
[12:38] <ivoks> hb3 doesn't have drbd issue
[12:38] <ivoks> and ldirectord is part of cluster-agents
[12:38] <ivoks> i'll take a look if those deps are satisfied
[12:39] <ivoks> they aren't :)
[12:39] <soren> seb128: Fantastic, thank you.
[12:39] <soren> Whoops.
[12:39] <soren> Heh :)
[12:39] <\sh> ivoks, libdbd-mysql-perl is needed for ldirectord service=mysql loadbalancing, and libsocket6 is needed too, regarding heartbeat
[12:39] <\sh> argl
[12:40] <ivoks> \sh: libdbd-mysql-perl will be recommended
[12:40] <\sh> ivoks, libdbd-mysql-perl is needed for ldirectord service=mysql loadbalancing, and libsocket6 is needed too, regarding bug #487508
[12:41] <ivoks> \sh: i understand :D
[12:41] <\sh> ivoks, I can help to test latest packages for lucid if you want...we are planning the dist-upgrades from jaunty to lucid via karmic ;)
[12:41] <ivoks> \sh: it's just that not everybody wants load balance mysql, so it's more natural for libdbd-mysql-perl to be recommended, while it clearly depends libsocket6-perl
[12:41] <ivoks> ^on
[12:42] <ivoks> \sh: with heartbeat cluster?
[12:42] <\sh> ivoks, yes..right now we are running plain heartbeat with v1 config, but we need to upgrade this asap
[12:42] <ivoks> \sh: you do know that heartbeat isn't cluster any more?
[12:43] <ivoks> \sh: you will need new CRM; pacemaker
[12:43] <\sh> ivoks, yepp
[12:43] <ivoks> ok
[12:43] <ivoks> don't do any upgrades yet
[12:43] <ivoks> this is something i would like us to do togheter
[12:43] <ivoks> so that we can cover this scenario
[12:44] <ivoks> once packages are prepared, i'll let you know, ok?
[12:44] <\sh> ivoks, pls :) there are more bugs regarding an upgrade from jaunty to karmic we need to resolve here before we actually can dist-upgrade anyways...and we will do our testing in our lab before :)
[12:45] <ivoks> \sh: karmic doesn't have heartbeat-1 :)
[12:45] <ivoks> \sh: you might be better of with cluster from scratch :D
[12:45] <ivoks> anyway, i have to go now
[12:45] <ivoks> ttl
[13:08] <bluefoxicy> so is songbird a tool of the devil?
[13:08] <bluefoxicy> It's not packaged in Ubuntu
[13:09] <slytherin> bluefoxicy: ask mozilla team if they have any plans to package it.
[13:09] <bluefoxicy> slytherin: ah, there's a team for that?
[13:09] <directhex> bluefoxicy, songbird bundles its own forked version of xulrunner (the mozilla engine). bundling even little things like zlib makes the archive admins flustered and stern.
[13:09] <bluefoxicy> aha, so it IS a tool of the devil
[13:10] <directhex> bluefoxicy, if songbird gets approved as-is, then it's the precedent i need for moonlight 2.0
[13:11]  * slytherin wonders when rhythmbox will get video playback capability.
[13:12] <directhex> slytherin, is that useful functionality for you?
[13:12]  * bluefoxicy copies music he pirated ages and ages ago to his ipod.
[13:12] <bluefoxicy> this is retarded.
[13:12] <bluefoxicy> I have a folder with like 30 albums in it that I torrented, in a bundle, most I didn'tknow about
[13:12] <bluefoxicy> I'm slowly replacing them with... the actual, physical CDs, from Amazon
[13:12] <bluefoxicy> 8 years later I have half of them
[13:12] <slytherin> directhex: Not very important. But surely I would love to have a single player for audio/video/media (DVD) etc.
[13:13] <bluefoxicy> slytherin:  last time I asked, they weren't interested in video
[13:13] <slytherin> hmm, may be some day I will gain enough knowledge about the code to be able to produce a patch.
[13:13] <directhex> slytherin, i know banshee has the functionality, but afaik it's buggy
[13:13] <slytherin> Or at least a plugin
[13:15] <bluefoxicy> https://bugs.launchpad.net/ubuntu/+bug/94494
[13:15] <slytherin> directhex: last time I tried banshee it worked fairly well for me.
[13:26] <juli_> Hi everybody. I want to update libswing-layout-java from 1.0.3 to 1.0.4. If I update it in Debian won't it be too late to import the package in Ubuntu?
[13:27] <soren> juli_: We can sync from Debian at will.
[13:27] <slytherin> juli_: Debian import freeze is in February
[13:28] <soren> juli_: It doesn't /have/ to have migrated to testing, for instance. It just has to have migrated to testing before it happens /automatically/.
[13:29] <juli_> Actually I don't know when it happens, I mean migraiting to testing
[13:29] <slytherin> juli_: That reminds me. I forgot to send you email about this. Are you interested in taking care of netbeans package in Debian as well?
[13:30] <juli_> slytherin, as for me, I need them in Ubuntu. But people ask me to put them in Debian, so I'm interested
[13:30] <directhex> juli_, that's the spirit
[13:31] <juli_> directhex, :)
[13:31] <slytherin> juli_: The packages are orphaned in Debian. And you are the best person for job. All you need to do is join debian-java team and port the packaging as per Debian practices.
[13:31] <Laney> somehow my priorities shifted after I started contributing to Debian
[13:32] <slytherin> juli_: Oh and migration to testing happens in 10 days provided there are no serious or grave bugs against the package.
[13:32] <directhex> Laney, now you have a flowing beard and wear sandals?
[13:32] <Laney> one out of two of those is correct
[13:32] <Laney> you may choose which
[13:33] <juli_> slytherin, so I can try to upload my packages in Debian... and if I'am lucky they will be migrated automatically right?
[13:33] <slytherin> yes
[13:34] <juli_> slytherin, ok, thank you!
[13:34] <juli_> Laney, are you in debian-java?
[13:34] <Laney> juli_: nop
[13:35] <juli_> can anybody tell me what I have to do to join debian-java team? It looks like I don't have much time for this:(
[13:38] <directhex> juli_, they probably have a page on alioth with a "join this team" link
[13:38] <directhex> probably
[13:40] <juli_> directhex, thanks, I'm already in google:) but as far as I remember I wrote them a letter a year ago with no answer. Anyway I'll try again
[13:47] <sebner> directhex: are you aware that -cli-dev packages got autosynced?
[13:49] <slytherin> juli_: The mailing list is http://lists.debian.org/debian-java/ for getting access to the pkg-java svn register on alioth.debian.org, upload your ssh public key and join team - https://alioth.debian.org/projects/pkg-java/
[13:52] <Laney> Why does mono not get autosynced? It's not in the blacklist
[13:59] <juli_> slytherin, thank you.
[13:59] <geser> Laney: you might need to get an archive admin try to sync it and watch for any errors/OOPSes
[14:00] <Laney> I wonder if there is a block for packages on the cd
[14:00] <Laney> (not interested in syncing it yet)
[14:02] <geser> I don't know of any special handling for those packages (and other parts of main are on the CD too)
[14:04] <geser> directhex: do you see any reason to keep the current mono version in lucid instead of finding it out why it doesn't autosync?
[14:04] <Laney> it will make FTBFS happen
[14:04] <Laney> ongoing transition
[14:05] <geser> ok
[14:05] <Laney> cjwatson: (last few lines) — do you know of any reason why mono doesn't autosync?
[14:15] <cjwatson> Laney: "autosyncs" are only auto in that there's a script to do it; the script still has to be run manually, and maybe it just hasn't been run recently
[14:15] <cjwatson> Laney: somebody appears to be in the middle of an autosync run right now, including mono
[14:17] <Laney> cjwatson: There had been newer versions in testing since 2009-11-23, which made me think that something else was going on here (I know they are only semi-automatic)
[14:34] <cjwatson> Laney: I won't be able to investigate until whoever's running syncs at the moment flushes them
[14:35] <Laney> cjwatson: No problem. It's not urgent, more of a curiosity (until we come to need this sync)
[14:38] <directhex> Laney, when it's needed we can just open 90 bugs manually :)
[14:40] <Laney> dunno if it affects more than just mono!
[14:40] <Laney> (seems not, from random checking of gtk#)
[14:43] <geser> Laney: I know of an other package that fails to auto-sync (I have the OOPS id for it and just need to find someone who can look at it)
[14:44] <Laney> I bet it's something to do with the mammoth number of binary packages provided by mono
[14:59] <proppy> ScottK: hi
[15:16] <proppy> filled https://bugs.launchpad.net/ubuntu/+source/poker-network/+bug/509677
[15:19] <bddebian> Heya gang
[15:40] <hyperair> heya bddebian.
[15:41] <bddebian> Hi hyperair
[15:41] <hyperair> bddebian: could i ask you to endorse my MOTU application? =D
[15:44] <bddebian> Not sure my opinion is worth much in the Ubuntu world these days.
[15:45] <hyperair> hmm why not?
[15:46] <bddebian> I haven't done much for Ubuntu directly in a looong time. :(
[15:48] <hyperair> but indirectly you still do stuff don't you? =p
[15:48] <bddebian> Probably depends on who you ask. :)
[15:49] <hyperair> O_o
[16:22] <ScottK> bddebian: You are a God.  Your opinion will always matter.
[16:23] <ScottK> proppy: It needs an explicit statement that it's OK to over-write the Ubuntu changes and why.
[16:24] <proppy> ScottK: ah sorry I missed there were ubuntu changes
[16:24] <proppy> checking
[16:24] <ScottK> proppy: poker-network | 1.7.5-1.1ubuntu2 | lucid/universe | source
[16:24] <proppy> ScottK: yes I see that now, dget'ing https://launchpad.net/ubuntu/+archive/primary/+files/poker-network_1.7.5-1.1ubuntu2.dsc
[16:25] <hyperair> bddebian: and so that's how it is. =p
[16:27] <proppy> I already applied ubuntu ubuntu1 changes upstream
[16:27] <proppy>   * Apply Ubuntu changes:
[16:27] <proppy>     debian/python-poker{-network, 2d, -prizes,-stats}.install: use wildcards
[16:27] <proppy> checking ubuntu2
[16:33] <proppy> ScottK: will ask the maintainter to upload a 1.7.6-2 with ubuntu2 changes
[16:45] <directhex> moo
[17:13]  * iulian moos at directhex.
[17:29] <MTecknology> if there's a newer verswion of something in debian unstable, will it still make it to 10.04?
[17:31] <randomaction> MTecknology: not on its own, a sync should be requested for that
[17:31] <randomaction> packages from testing are autosynced
[17:32] <MTecknology> randomaction: how can I request that?
[17:32] <randomaction> https://wiki.ubuntu.com/SyncRequestProcess
[17:33] <MTecknology> thanks
[17:37] <Laney> just wait for it to transition
[17:37] <Laney> unless there's a good reason why we shouldn't
[17:37] <MTecknology> Laney: I just checked what testing is - it's in sid so I guess it'll be in 10.04 :D
[17:38] <MTecknology> for now - I just installed the debain .deb :)
[17:38] <Laney> subject to caveats, yes
[17:38] <Laney> like — is anything going to stop it migrating to testing, and are there any ubuntu changes that will stop it being auto synced?
[17:39] <kamalmostafa> randomaction: hi -- i just fixed guymager to build for i386 and amd64 only (the libguytools1 does actually contain arch-specific code) -- bug 509732 ready for u-u-s
[17:42] <randomaction> kamalmostafa: ok, I'll sponsor it later if no one beats me to it
[17:42] <kamalmostafa> randomaction: very good.  thanks for noticing that it was going to be a problem.
[17:43] <Laney> (please forward to Debian)
[17:44] <kamalmostafa> Laney: was that for me?  I did report it to Debian, but I do see that upstream of that they're already aware of the Architecture: problems in libguytools1 and guymager -- they'll be cleaned up in their next release I think.
[17:45] <Laney> cool beans
[17:49] <jariq> What is REVU day ?
[17:55] <kamalmostafa> Retry build request:  https://launchpad.net/ubuntu/+source/octave-ad/1.0.6-3   ... yesterday's new libgl1-mesa-glx might fix all the octave-* breakages.
[17:58] <randomaction> pushed button for i386
[17:58] <kamalmostafa> thank you -- i'll keep an eye on it
[18:02] <randomaction> What do I need to do to provide a symbols file for a library (bug 361651)?
[18:04] <kamalmostafa> randomaction: take a peek at dpkg-gensymbols -- google implies that it will generate what you need there.
[18:04] <randomaction> I wonder whether it's called by dh at some point
[18:05] <kamalmostafa> randomaction: that I do not know
[18:06] <kamalmostafa> randomaction: oh and that octave build just failed with the same problem
[18:06] <kamalmostafa>   libGL.so.1: cannot open shared object file: No such file or directory
[18:06] <kamalmostafa> so nevermind about any other the others there (sigh).
[18:08] <randomaction> ok, dh_makeshlibs call dpkg-gensymbols, which creates a shlibs file which goes into control part of the .deb but doesn't seem to be installed
[18:08] <kamalmostafa> But wait... now I see that the octave-ad build didn't actually use the brand new mesa 7.7-0ubuntu7 (it used ubuntu6).  Why would that be?
[18:10] <randomaction> kamalmostafa: maybe it built only recently and hasn't propagated to buildds yet
[18:11] <hyperair> dpkg-gensymbols creates shlibs?
[18:11] <hyperair> that's new
[18:11] <hyperair> and the manpage doesn't say anything of that sort either
[18:11] <kamalmostafa> randomaction: okay, that sounds reasonable.  I do see that it was published only very recently.  We'll try octave again "later".  :-)
[18:13] <hyperair> randomaction: i think you're looking for a symbols file in the control.tar.gz of the deb
[18:14] <randomaction> hyperair: it is there indeed, but it seems to go nowhere
[18:14] <hyperair> not a shlibs. and dpkg-gensymbols doesn't generate one. it needs one to be already there, and then checks that there are no new symbols. if there are new or deleted symbols, it prints a diff then dies, taking the build with it
[18:15] <hyperair> i mean dpkg-gensymbols doesn't gnerate a .symbols file if it didn't already exist before
[18:15] <randomaction> right, there is .shlibs but no .symbols
[18:15] <hyperair> yep
[18:15] <hyperair> so what you need is to create the symbols file
[18:15] <hyperair> to do that, you need to run the build locally, then run dpkg-gensymbols on it
[18:15] <hyperair> get the diff
[18:15] <hyperair> and then get the symbols out from there
[18:16] <hyperair> (very annoying, i know)
[18:16] <randomaction> and it goes into debian/ ?
[18:16] <kamalmostafa> randomaction: fwiw an small-ish package which has an example of this is 'clxclient'.
[18:16] <hyperair> randomaction: yes, it goes into debian.
[18:16] <randomaction> hyperair: thank you, I'll try it
[18:17] <hyperair> randomaction: the naming convention of the symbols file is in the top of the dpkg-gensymbols manpage
[18:18] <hyperair> randomaction: if you're packaging a C++ library, you want to avoid dpkg-gensymbols like plague. but you're not, are you?
[18:18] <randomaction> it's C++
[18:19] <randomaction> I mean, sources are
[18:19] <hyperair> then you want to avoid dpkg-gensymbols
[18:19] <randomaction> I don't really know what it exports
[18:19] <hyperair> C++ symbols are mangled, as i'm sure you know?
[18:19] <randomaction> yep
[18:19] <hyperair> and the mangling is architecture specific.
[18:19] <randomaction> and compiler-specific I believe
[18:19] <hyperair> which means that for each architecture the library builds on, you're going to have to provide a different symbols file.
[18:19] <hyperair> yes
[18:19] <hyperair> architecture and compiler specific
[18:20] <hyperair> it's not worth the effort.
[18:20]  * hyperair packaged sigx and encountered this kind of problem
[18:20] <randomaction> ok, I've got one more library question..
[18:20] <hyperair> hmm?
[18:21] <randomaction> this package installs library into /usr/lib/packagename, adds this path ld.so.conf on install and doesn't clean on remove
[18:21] <hyperair> that's not good.
[18:21] <randomaction> that's terribly wrong, I assume
[18:21] <hyperair> it is terribly wrong
[18:21] <hyperair> if you must add a path into ld.so.conf, use /etc/ld.so.conf.d/
[18:22] <hyperair> stick a file in there
[18:22] <randomaction> so the solution is just to install .so to /usr/lib
[18:22] <hyperair> yes, that would be preferable, i believe.
[18:22] <randomaction> ok, that's what I did
[18:22] <hyperair> is there a reason that upstream wants to install it to /usr/lib/packagename?
[18:23] <randomaction> no idea; I took this package to fix FTBFS, and I try to fix other obvious breakage
[18:23] <hyperair> i see
[18:23] <hyperair> well, this is an issue that probably should be brought upstream
[18:25] <hyperair> if you don't want to bring it upstream yourself, you could contact te original maintainer of the package
[18:25] <hyperair> the last person in the debian/changelog
[18:25] <hyperair> or the debian maintainer
[18:26] <randomaction> yep
[18:26] <hyperair> ..it's even a native package. just what is going on with this package?
[18:26] <hyperair> weird.
[18:26] <randomaction> it's really broken :)
[18:26] <hyperair> heh
[18:26] <hyperair> when was the last changelog entry?
[18:27] <randomaction> 2007
[18:27] <hyperair> that's quite long ago.
[18:27] <hyperair> i wonder if upstream died
[18:27] <hyperair> there are no rdeps
[18:27] <hyperair> it might be better to just get rid of the package.
[18:27] <randomaction> last release is 2006
[18:27]  * hyperair whistles
[18:27] <randomaction> popcon = 368
[18:28] <hyperair> hmm that's a significant number
[18:28] <randomaction> a bug filed in April 2009, apparently someone is still using it
[18:28] <hyperair> hmm
[18:29] <hyperair> maybe
[18:29] <hyperair> it's removed from debian though
[18:29] <hyperair> at least, the source package's not there.
[18:29] <hyperair> that would probably mean that it's going to disappear from ubuntu in due time
[18:30] <randomaction> maybe
[18:51] <randomaction> ok, I uploaded a relatively straightened version of libsocket, I decided not to touch symbols file, but anyway thank you hyperair for telling me how it's done
[18:51] <hyperair> np
[18:59] <fabrice_sp> randomaction: fceux accepted: thanks for your review! :-)
[19:00] <randomaction> you're welcome :)
[19:17] <jariq> could someone pls review new package ipwatchd ? - http://revu.ubuntuwire.com/p/ipwatchd
[19:24] <stefanlsd> With a merge and a debuild -S -v, the -v specifies the previous ubuntu version so you get the debian changes and your merge changes in the .changes right?
[19:29] <jariq> I've read in motu mailinglist that for Jaunty there were weekly REVU days every Friday. Is there something similar also for lucid ?
[19:32] <randomaction> stefanlsd: right
[19:33] <stefanlsd> randomaction: thanks!
[19:40] <geser> kamalmostafa: can you please mark your libguytools1 merge proposal as "merged". thanks
[19:41] <kamalmostafa> geser: sure will do.  I'm unclear as to why that doesn't happen automatically.
[19:43] <geser> I guess randomaction uploaded your changes but did push the merged bzr branch back to LP (only then LP knows that your branch got merged and updates the status of the merge proposal)
[19:43] <randomaction> I actually only did the upload
[19:44] <kamalmostafa> geser: ok.  fwiw, I think that I *always* have to manually change my merge proposals to "Merged".  I mentioned it to james_w and he was surprised by that too.
[19:56] <kamalmostafa> geser: Were you looking at the related 'guymager' merge (bug 509732)?  It looks like I had forgotten to press the "Propose" button, but have done so now.
[20:09] <james_w> kamalmostafa: I think the issue is that your sponsor is not pushing to the lp:ubuntu branche
[20:15] <kamalmostafa> james_w: ok -- i'm not sure what that means really -- is this something the sponsors should be doing differently, or something I should be doing differently?
[20:17] <geser> kamalmostafa: it's a sponsor thing: with bzr merges your sponsor has to do "bzr push" to updated the LP branch (and get your merge proposal marked as "merged" by LP) *and* dput the new source package
[20:17] <randomaction> I wonder what happens if I push and dput different things
[20:18] <randomaction> will delta be represented as another revision?
[20:19] <geser> james_w: ^^ any answers to this?
[20:20] <james_w> it will complain and make the branch look like the upload, but won't throw the push away
[20:21] <geser> what about any tags? (bzr mark-uploaded)
[20:22] <randomaction> ok, so that won't screw things up completely
[20:32] <kamalmostafa> Quick informal moto-review of bug 353219 please.  Do we want this fix in Lucid, or is it not important enough to justify an "ubuntu1" version?
[21:05] <dirakx1> hello i uploaded a package to REVU but its not showing this is the bug.  https://bugs.launchpad.net/ubuntu/+bug/507579
[21:06] <dirakx1> dput says Already uploaded to revu on revu.ubuntuwire.com
[21:10] <cyphermox> dirakx1, does dput -f say the same thing?
[21:11] <dirakx1> cyphermox: i havent issue that command :)
[21:11] <dirakx1> Uploading to revu (via ftp to revu.ubuntuwire.com):
[21:11] <dirakx1>   Uploading turtleart_0.0.1.dsc: done.
[21:11] <dirakx1>   Uploading turtleart_0.0.1.orig.tar.gz: done.
[21:11] <dirakx1>   Uploading turtleart_0.0.1.diff.gz: done.
[21:11] <dirakx1>   Uploading turtleart_0.0.1_source.changes: done.
[21:11] <dirakx1> Successfully uploaded packages.
[21:12] <dirakx1> lets hope that it works this time ..
[21:13] <dirakx1> cyphermox: thx for your help.
[21:13] <cyphermox> dirakx1, when you upload, dput creates a .upload file, IIRC, to remember the changes have already been send
[21:14] <dirakx1> source.revu.upload
[21:14] <dirakx1> :)
[21:31] <EzraR> if i wanted to put a package in my ppa for testing before merging would placeing a ~ppa0 be enough to keep it seperate from the official repo?
[21:32] <EzraR> meaning would foo-1ubuntu1 replace foo-1ubuntu1~ppa0
[21:32] <RAOF> Yes.  That means its version will sort before the official one.
[21:33] <RAOF> The ~ character is treated specially: it means “sort me after everything else, even the empty string”, so 0~ < 0 and 1ubuntu1~ppa0 < 1ubuntu1
[21:33] <EzraR> thats what I thought I just wanted to make sure, thanks
[21:35] <siretart> does anyone else experience that gpg-agent does no longer cache the passphrase?
[21:35] <RAOF> The plugin from seahorse-plugins still does, for me.
[21:35] <siretart> doing mass uploads is no fun if you need to retype in the pin for each source package
[21:36] <siretart> twice
[21:36] <micahg> siretart: on cli, yes
[21:36] <siretart> RAOF: that one doesn't work with the gpg smartcard :/
[21:37] <siretart> so I need to resort to gpg-agent
[21:37] <RAOF> Wow, I don't even have that installed.
[21:38] <siretart> I'd prefer working smartcard support in searhorse, too


[07:01] <qwertzui11> hi guys... my ubuntu app showdown app is now for over two months in review, without any feedback from canonical. Whom may I shout at? What shall I do? I asked in "feedback" multiple times for answers, but getting nothing.
[13:34] <Mathieu_> hello
[13:35] <Mathieu_> i'm looking for informations about app developement for ubuntu, it would be a database application.
[13:36] <zoopster> Mathieu_: have you looked at developer.ubuntu.com?
[13:37] <bakuman> there is actually a video of using quickly to make a database app using CouchDB
[13:37] <Mathieu_> it pushed me there
[13:37] <Mathieu_> bakuman: i'm interested
[13:40] <Mathieu_> oh, thanks , i found the video
[13:40] <bakuman> cool
[13:42] <commandoline> depending on what type of database, you could also go for sqlite or another relational database, though.
[13:43] <commandoline> Python is used quite a lot for development in Ubuntu, it supports it natively: http://docs.python.org/library/sqlite3.html
[13:43] <commandoline> bakuman: ^
[13:43] <bakuman> thanks, but i'm not busy with any db's at the moment, just saw the video by change
[13:44] <bakuman> i've only used mysql in python yet


 @Condoulo [ok, I just received a PinePhone, but don't seem to have success pulling up the c …], SXMO os ,the camera opens, but that's about it
 does preparing system image tend to take a long time normaly?
[01:39] <ubptgbot> myxowopoxuxo1421 was added by: myxowopoxuxo1421
 Hi sorry to be annoying is this a bug or a feature I connected my computer to my phone over Bluetooth and it has turned my phone into a Bluetooth speaker.
 it also completely override the volume control on the phone
 (Video, 6s) https://irc.ubports.com/RW1D84sF.mp4
[01:57] <ubptgbot> <Ajay Sahu> India bans 50+ Chinese apps including tick tock, cam scanner, UC browser, govt on talks with companies to replace the custom ROM by xiaomi..
[01:58] <ubptgbot> <Ajay Sahu> Fwd from Moneycontrol: BIG BREAKING | Indian govt bans #59Chinese apps, including #TikTok, CamScanner, Shein, ShareIt https://www.moneycontrol.com/news/india/government-bans-tiktok-58-other-chinese-apps-5477691.html … Full list here:
[01:59] <ubptgbot> <Ajay Sahu> Good news for UB ports. and pine phone can finally find the large target market
 @Ajay Sahu [Good news for UB ports. and pine phone can finally find the large target market], I wish that to be true but it won't be
[02:07] <ubptgbot> <Ajay Sahu> @Brendan [I wish that to be true but it won't be], We are working on it, i am preparing a proposal and questioner for UB ports.. Last week spoke to Ricardo for the same
 does anyone know off the top of their head if halium based UT ports use system-sleep for handling the low power suspend state?
 Im trying to have a script run pre and post suspend, put it in the /lib/systemd/system-sleep directory wiht my pre and post args, and its not executing at all
 (Sticker, 512x487) https://irc.ubports.com/TT521iMO.webp
 i appreciate the participation trophy, but i'd be better served with some info on what im doing wrong
 :)
 @Shinkamui [does anyone know off the top of their head if halium based UT ports use system-s …], they should generally support whatever is the method of entering deep sleep yes
 @Ajay Sahu [Good news for UB ports. and pine phone can finally find the large target market], please don't forward random messages from others into here (especially from bots which just post articles from their own web site). India banning apps on android/ios really doesn't mean anything for UT, unfortunately. and the messages looks/feels
[02:46] <ubptgbot> like spam
 @Shinkamui [Im trying to have a script run pre and post suspend, put it in the /lib/systemd/ …], Ubuntu Touch does not use systemd yet
 well, that would explain a lot
 :)
 Im trying to run some pre and post suspend scripts to take care of my keyboard backlight
 can you give me a hint on what mechanism i should be looking at?
 i don't think it triggers typical traditional linux distro suspend/resume events
 well, this just got quite a bit harder than i thought it would be :-D
[02:51] <ubptgbot> <Ajay Sahu> @dohbee [please don't forward random messages from others into here (especially from bots …], Hey, it was not by random bots, it's by a human only.. It's okay if you don't feel the same way, it won't be posted again..
[02:52] <ubptgbot> <Ajay Sahu> Last week i did discussed the possibilities of UT In Indian Markets, but i understand there could be differences in the thoughts
[03:06] <ubptgbot> sujuteshyvumo8268 was added by: sujuteshyvumo8268
 @dohbee [Ubuntu Touch does not use systemd yet], That was wierd considering UB touch is 16.04 and Ubuntu desktop 16.04 had systemd
 Systemd needs new kernel features missing from versions like 3.4
 @S [That was wierd considering UB touch is 16.04 and Ubuntu desktop 16.04 had system …], ^
 If they switched to systemd a ton of devices would need a bunch of kernel patches or just be completely unsupported (hopefully we can get a nice patch set together by the time UT moves to 20.04)
 @TuxThePenguin [If they switched to systemd a ton of devices would need a bunch of kernel patche …], Well, atleast at this point of time, its not clear if systemd is better or worse
 For something like UT I'd say systemd is probably better if possible, that would mean less work to maintain since it would be the same as regular Ubuntu and UT isn't focused on being super lightweight like some other distros
 Steve  … Where can I get the Nexus Toolkit? … It is no longer available on xda, the link no longer works. … Do you know of a trustworthy source?
 @shinyhairsmylifeambition [Steve  … Where can I get the Nexus Toolkit? … It is no longer available on xda, the …], https://nexus-root.com/download/
[06:10] <ubptgbot> anibyl was added by: anibyl
 @S [https://nexus-root.com/download/], Thanks
[06:37] <ubptgbot> gusycaqugawy8935 was added by: gusycaqugawy8935
 Hi everyone, I would like to ask what kind of telegram, YouTube and analogue programs are available on ubports?
 Teleports for Telegram, Axolotl for Signal. No WhatsApp
 FluffyChat for Matrix
 With Webber you can make a webapp for most purposes, which may be more convenient than using the browser
 Online services built for harvesting your data are not well supported 😁
 @Stereofont [Teleports for Telegram, Axolotl for Signal. No WhatsApp], one can use ```mautrix-whatsapp``` to run whatsapp through the Fluffy chat app, however!
 (Photo, 720x1280) https://irc.ubports.com/QNGIURbM.png help
 @aviwad [one can use mautrix-whatsapp to run whatsapp through the Fluffy chat app, howeve …], And many other services. I think that integration is still being worked on though and generally requires a zombie android device maintaining the account
 @lordhacker0727 [<reply to media>], Porting questions should be directed to @Halium group
 @Stereofont [Online services built for harvesting your data are not well supported 😁], Well, anyway, some kind of Youtube Vanced is much more convenient than the site (even as an application)
[08:59] <ubptgbot> <Federica Galli> Cosmetic question 😉: is there a way to configure the app scope so that it doesn't disappear? Maybe it's called dash, don't know...so like this:
[09:00] <ubptgbot> <Federica Galli> (Photo, 1080x1920) https://irc.ubports.com/kj6nHwCl.png
[09:00] <ubptgbot> <Federica Galli> Without sliding away every time
 @Federica Galli [<reply to media>], Nexus 5?
 @Federica Galli [Without sliding away every time], I guess the 'sprint' app is approaching something like you are asking for.
[09:05] <ubptgbot> <Federica Galli> @Bharatwaj.S [Nexus 5?], No opo
[09:05] <ubptgbot> <Federica Galli> @wayneTBT [I guess the 'sprint' app is approaching something like you are asking for.], OK, thx
 @Federica Galli [Cosmetic question 😉: is there a way to configure the app scope so that it doesn …], It's called app drawer and it's not possible to make it always visible.
[09:43] <ubptgbot> <Federica Galli> @libremax [It's called app drawer and it's not possible to make it always visible.], I see. It's a pity because every time one needs to push the home button, unecessary step....
[09:48] <ubptgbot> <Steve Kueffer> @Federica Galli [I see. It's a pity because every time one needs to push the home button, unecess …], This is a new feature that was implemented in the last OTA 12 update
[09:53] <ubptgbot> <Federica Galli> @Steve Kueffer [This is a new feature that was implemented in the last OTA 12 update], ah! so if i updated my phone i should be able to set that?
 @Federica Galli [ah! so if i updated my phone i should be able to set that?], No the drawer is new. There might be changes in the future, but first release was stability first.
 People alreasy asked if the launvher could go away too. I personaly would prefer your suggested behaviour.
 Lot discussion already happened.
 Federica, I think @mateosalta has a click you can install to make the drawer permanent
[09:58] <ubptgbot> <Federica Galli> @Danfro [People alreasy asked if the launvher could go away too. I personaly would prefer …], i personally like both the launcher ( vertical as it is now so that a number of favorites can fit there) and the app drawer if it doesn’t slide away.
[09:59] <ubptgbot> <Federica Galli> @markvesime [Federica, I think @mateosalta has a click you can install to make the drawer per …], 👍
 @Federica Galli [i personally like both the launcher ( vertical as it is now so that a number of …], Yes. And ideally the option to arrange the icons in my prefered order. But we will see how the drawer will evolve during the next couple of months.
 @Stereofont [And many other services. I think that integration is still being worked on thoug …], true
 so... what's the situation with anbox? been out of the loop for a while
 @Federica Galli [I see. It's a pity because every time one needs to push the home button, unecess …], I'm a bit confused, because you dont need to press the super button to use the drawer or launcher bar … If you do a small swipe from left to right, you get the launcher bar with all your pinned and open apps. … If you do a long
[12:26] <ubptgbot> swipe from left to right, you get the launcher bar, and the app drawer.
 I'm also confused about what people mean when they say "It'd be nice if it doesn't slide away", because surely that would mean that you wouldn't be able to use any apps at all, because the app drawer is open.
 @Rcmaehl [<reply to media>], No way, have you been using it?
 @PhoenixLandPirate [I'm also confused about what people mean when they say "It'd be nice if it doesn …], doing a long left to right swipe is the same as pressing the BFB (the button with ubuntu's logo) … I think she wants the drawer always open when there are no apps opened :)
 @PhoenixLandPirate [I'm also confused about what people mean when they say "It'd be nice if it doesn …], yes, same sentiments. I guess it's not easy to discover the long swipes and short swipes. The initial tutorial should be updated with short and long swipes
 @Javacookies [yes, same sentiments. I guess it's not easy to discover the long swipes and shor …], I think it already does, doesn't it?
 I don't think it explicitly tell the user to do short/ling swipes on both sides
 @mymike00 [doing a long left to right swipe is the same as pressing the BFB (the button wit …], Yeah I know the logo button does the same/similar thing, but when she said it was an extra step, I thought "Wait, but it doesn't have to be, just keep going" kinda thing, but it makes sense when we're talking about a empty background.
 Ah sorry, you already know it ☺. yeah the discussion was on empty background, indeed...
 Unless I'm coming from a fresh boot, I always have an app or 2 in the background, so that screen I don't think about for more than a few seconds on the accession :')
[12:46] <ubptgbot> <Federica Galli> @PhoenixLandPirate [I'm also confused about what people mean when they say "It'd be nice if it doesn …], what I mean is that it would be nice to have the app drawer always open AND to be able to get to the running apps by swiping AND to have the launcher. The "empty" desktop looks too much like a deskop PC to me ;) Also, when loggi
[12:46] <ubptgbot> ng in it's handy to be able to see the app drawer right away, together with the launcher with the favorite apps. At least, this is the way i'd prefer.
 on this topic, you reminded me about a design thing that I haven't had time to file... i feel that the search field that is currently at the top of the drawer should be moved to the bottom near the ubuntu button.  This prevents having to reach up to quickly search an app (In my opinion).  Any reason why this could not be done?
 it ultimately allows one hand operation actually instead of requiring the other hand to tap the search field.
 @S [That was wierd considering UB touch is 16.04 and Ubuntu desktop 16.04 had system …], systemd is present on UT, the events are just not triggering, so it seems he is correct, at least in the sense that systemd isn't used for the PM and other system events handling
 sucks though, because now Im digging through documentation with no trace so far of anything helping me figure out what to do next
 @wayneoutthere [it ultimately allows one hand operation actually instead of requiring the other …], I have the same idea and even had some design prototypes for that. Putting the search field at the bottom should also mean the layout direction of the app grid should also be reversed. It kinda make sense since the launcher is inverted
[13:34] <ubptgbot> as well anyway.
 Another option I though is dragging the app list will focus the search field but recently pull to refresh was added although I believe it's a temporary thing
[13:36] <ubptgbot> <Federica Galli> @wayneoutthere [on this topic, you reminded me about a design thing that I haven't had time to f …], good point.
 🤚 do you know if if it is possible to pick up a call from your PC instead of your device ? I would love to make phone calls from my PC and not to be disturbed every 5-minutes by smartphone
 @Javacookies [Another option I though is dragging the app list will focus the search field but …], yes! this is a good idea and I also wondered why the focus didn't go to the search field by default. that would solve the same thing good point
 @Rebecca58 [🤚 do you know if if it is possible to pick up a call from your PC instead of yo …], Linphone?
 @wayneoutthere [Linphone?], No from a nexus 5 with Ubuntu touch
 @wayneoutthere [yes! this is a good idea and I also wondered why the focus didn't go to the sear …], auto focusing the search field would be too much I think. Not everytime you open the drawer you want to search and showing the OSK can be distracting
 @Willem-Jan de Hoog [observation: when the display goes off by itself (auto suspend?) the music conti …], hi willem do you still use OPO
[13:45] <ubptgbot> <Willem-Jan de Hoog> well I have it. don't use it much. why?
 @Javacookies [auto focusing the search field would be too much I think. Not everytime you open …], that's why you get paid the big bucks!
 @Federica Galli [what I mean is that it would be nice to have the app drawer always open AND to b …], lomiri is a graphical shell meant to be converged (so thus it is meant to work on phones, tablets, laptops, and workstations). so of course some parts might feel like they are more related to how you consider yourself to use a PC
 @Shinkamui [sucks though, because now Im digging through documentation with no trace so far …], what are you trying to do exactly?
 @Rebecca58 [🤚 do you know if if it is possible to pick up a call from your PC instead of yo …], it is not currently
 @Willem-Jan de Hoog [well I have it. don't use it much. why?], What OS are you using? UT or sailfish OS
 @Javacookies [I have the same idea and even had some design prototypes for that. Putting the s …], but it needs to be ordered correctly for tablet/PC too.
[13:49] <ubptgbot> <Willem-Jan de Hoog> I have two, one with UT and one with sailfishos
[13:49] <ubptgbot> <Willem-Jan de Hoog> the one with ut is turned on
 @wayneoutthere [that's why you get paid the big bucks!], where's my big bucks?! 😆
 @Javacookies [where's my big bucks?! 😆], running around in the forest
 @Willem-Jan de Hoog [I have two, one with UT and one with sailfishos], Okay, thanks
[13:52] <ubptgbot> <Willem-Jan de Hoog> why do you ask me these questions?
 @Willem-Jan de Hoog [why do you ask me these questions?], I guess you stopped supporting SFOS for OPO because your phone was broken, it didn't
[13:58] <ubptgbot> <Willem-Jan de Hoog> oh ok. no I lost interest but I did build 3.3 a few weeks ago
 @dohbee [it is not currently], Oh what a shame! 😞
 @Willem-Jan de Hoog [oh ok. no I lost interest but I did build 3.3 a few weeks ago], Yes, I have installed the latest SFOS for OPO. and do you now work for UT
 Dear All, the webpage is down for some maintenance just saying ^^
 @Javacookies [where's my big bucks?! 😆], the cheque is in the mail.. DHL must have it... lol
 @dohbee [running around in the forest], amazingly - I understand your reference :)
 When you decide to use ubuntu touch, you are entering a new world where the canons of android and ios do not exist therefore it is you who must adapt to the new world and not the other way around!
[14:46] <ubptgbot> john was added by: john
 @wayneoutthere [the cheque is in the mail.. DHL must have it... lol], Damn DHL xD
[14:50] <ubptgbot> Jaroslavas Karmazinas was added by: Jaroslavas Karmazinas
[16:00] <ubptgbot> <Martin Menzel> (Sticker, 512x512) https://irc.ubports.com/GmWqHfrF.webp
[16:00] <ubptgbot> <Martin Menzel> (Sticker, 512x512) https://irc.ubports.com/ekOdwIby.webp
[16:00] <ubptgbot> <Martin Menzel> (Sticker, 512x512) https://irc.ubports.com/1prvK78l.webp
[16:00] <ubptgbot> <Martin Menzel> (Sticker, 512x512) https://irc.ubports.com/i4zDeNbq.webp
[16:00] <ubptgbot> <Martin Menzel> (Sticker, 512x512) https://irc.ubports.com/GDwuTt6d.webp
[16:00] <ubptgbot> <Martin Menzel> (Sticker, 512x512) https://irc.ubports.com/5PkR8X8R.webp
[16:00] <ubptgbot> <Martin Menzel> (Sticker, 512x512) https://irc.ubports.com/PRdHuYFp.webp
[16:00] <ubptgbot> <Martin Menzel> (Sticker, 512x512) https://irc.ubports.com/ytEQ5SMk.webp
[16:00] <ubptgbot> <Martin Menzel> (Sticker, 512x512) https://irc.ubports.com/o6tcgvUO.webp
[16:00] <ubptgbot> <Martin Menzel> (Sticker, 512x512) https://irc.ubports.com/xMD3XUPe.webp
[17:24] <ubptgbot> SatathIIX was added by: SatathIIX
[17:37] <ubptgbot> rorovycymaemi7542 was added by: rorovycymaemi7542
[18:24] <ubptgbot> bori was added by: bori
 Hi There, … I've bought a new headphone. My n5 can't handle it unfortunately. They do the pairing, and connect. Then if I want to start a youtube video, it just show the circle without playing anything. Then, I cant switch off bluetooth any more. I had no problem with my speakers or headphones before. Have you any advice how to proceed
[19:45] <ubptgbot> ?
 @FeketeZoli [Hi There, … I've bought a new headphone. My n5 can't handle it unfortunately. They …], That is quite common with BT headphones. Some don't connect, some connect but don't work, some connect and work. Generally, try several or use a cable
 I mean headphones on UT…
 @Stereofont [That is quite common with BT headphones. Some don't connect, some connect but do …], 😥
 Bluetooth is a minefield
 A plug in BT adapter might work?
 @Stereofont [A plug in BT adapter might work?], looking for...
 @FeketeZoli [Hi There, … I've bought a new headphone. My n5 can't handle it unfortunately. They …], Look at this thread, this update might help you, see end of conversation: https://forums.ubports.com/topic/4300/call-for-testing-updated-pulseaudio-better-bluetooth-headset-support/25
 @Flohack [Look at this thread, this update might help you, see end of conversation: https: …], thanks for the tip
[21:10] <ubptgbot> <mark alexa> Folks, how can I install Python packages from terminal ? `sudo apt-get install python3-pip` gives me funny output.
 use libertine
[21:11] <ubptgbot> <mark alexa> @dohbee [use libertine], OK
[21:12] <ubptgbot> <mark alexa> @Flohack [Look at this thread, this update might help you, see end of conversation: https: …], Can anyone confirm that there has been progress on making phone calls using bluetooth headset ?
 Confirm would imply that there is such a claim.
 Also depends on what device you are talking about.
 Possibly
[22:41] <ubptgbot> Amer A was added by: Amer A
[23:29] <ubptgbot> <Amer A> Greetings!  … Hopefully I'm posting this in a suitable space? Please let me know if not / where is better. … I'm on my first week with UT on my OnePlus 3T (25 hours in actually!) … A big thank you to everyone contributing to the project, it's really exciting to see all the progress and good work, and excited for the potential of the projec
[23:29] <ubptgbot> t. … I'm happy to provide feedback on my device / experience / challenges faced if this helps with any of the development. … Note, I'm not a developer/programmer, this is a hobby for me. Please be gentle :) … My current aim with the phone is to get as close to my normal workflow as possible, coming from Android, some of which understandably might n
[23:29] <ubptgbot> ot be possible. … This list might be useful to anyone wondering what some people use their phones for / what apps to possibly develop as their next project. … Equally I hope some of this is useful to other OP3 owners, or at least stirs some discussion that would be useful reference material in future. … My list includes: …  ○ Calls
[23:29] <ubptgbot>  -  4G data not working - I get calls but only internet over WiFi - not ruled out a settings / carrier APN issue …  ○ Emails              - morph browser for now - the OpenStore UT gmail app fails to launch - Dekko 2 has a scary big 'EXPERIMENTAL!!!' marking... what happened to Dekko (1)? What clients are people using? …  ○ OneNote         - I'm ve
[23:29] <ubptgbot> ry reliant on this - hoping for something like the P3X OneNote app I run on my Kubuntu (for now) laptop - main PC is Windows so a cross platform solution is the ideal …  ○ Internet research             - browser seems fine, though something to block/minimise intrusive ads would be good - I've yet to explore this area online …  ○ Purchasing/shopping
[23:29] <ubptgbot>      - ebay/amazon are a staple these days, I'd hope to be interacting with an …  ○ Contactless payments   - would be nice, though I haven't come across any OSS apps …  ○ banking          - probably not on the phone for now, but would be nice to do. The morph browser might suffice. What are people doing for this? …  ○ WhatsApp     - not sorted this
[23:29] <ubptgbot>  out yet - seems like Anbox is the only solution? I get a 404 error at one of the 'solution' links on https://askubuntu.com/questions/633725/whatsapp-on-ubuntu-phone …  ○ Contacts        - sorted: vcf export from gmail - import to contacts via file browser …  ○ Calendar        - OpenApp store Google Calendar UT - opens in Morph Browser - works for
[23:29] <ubptgbot> now …  ○ SoundCloud - low priority, might end up using something else if there's something suitable on the OpenApp store …  ○Costa etc apps  - low priority... but those coffees... Is there something other than the OpenApp store to be browsing? or additional repositories to add in CLI … Thanks again to the team. Let us know how we can help!
 @Amer A [Greetings!  … Hopefully I'm posting this in a suitable space? Please let me know i …], Maybe post thus on the forum and if necessary link to it here?
[23:44] <ubptgbot> Jesus Price was added by: Jesus Price
 @Amer A [Greetings!  … Hopefully I'm posting this in a suitable space? Please let me know i …], Nice to know ur excited by UT.  Long posts r hard to read, best to break them up. Ppl know whats missing, what is needed is ppl to contribute solutions not lists ;-) Ditto re forum ^^
[23:47] <ubptgbot> enigma9o7 was added by: enigma9o7


[02:20] <TheMuso> robert_ancell: Did you happen to see bug 1670933 by chance?
[02:20] <robert_ancell> TheMuso, no
[02:21] <TheMuso> Ok no worries, should it be filed against the actual ubuntu package?
[02:22] <robert_ancell> TheMuso, it should just be the root pixmap that is kept
[02:22] <robert_ancell> TheMuso, either or both
[02:22] <robert_ancell> TheMuso, actually, file it against the greeter
[02:22] <robert_ancell> LigthDM is not doing anything specific there
[02:23] <robert_ancell> TheMuso, do you think anything has changed?
[02:23] <TheMuso> Changed in what? I was able to reproduce with the gtk greeter as well and unit greeter.
[02:23] <TheMuso> Haven't tried any others.
[02:25] <robert_ancell> TheMuso, I mean is this something that's only started ocurring recently?
[02:25] <TheMuso> In zesty only.
[02:25] <robert_ancell> The most likely culprit is u-s-d as I think that's what would be setting these options
[02:26] <TheMuso> Well happens in mate as well, so probably that as well.
[02:26] <robert_ancell> ok, then definitely file against u-s-d
[02:26] <robert_ancell> hang on, they're using something other than u-s-d though..
[02:26] <TheMuso> They use Mate settings daemon.
[02:27] <TheMuso> I should probalby test with GNOME shell to see if something similar happens there.
[08:01] <Laney> guten morgen!
[08:03] <willcooke> hey Laney
[08:03] <willcooke> morning all
[08:04] <Laney> sup willcooke
[08:09] <seb128> hey Laney willcooke
[08:10] <Laney> hey seb128
[08:10] <Laney> how's it going?
[08:11] <seb128> good!
[08:11] <seb128> could have slept a bit more though
[08:11] <seb128> you?
[08:11] <Laney> go do it now
[08:11] <Laney> i won't tell anyone
[08:11] <Laney> not bad
[08:12] <Laney> can't move shoulder fully though
[08:12] <Laney> might start some exercises today
[08:12] <happyaron> hey seb128 Laney
[08:12] <seb128> haha
[08:13] <seb128> :-( for the shoulder
[08:13] <seb128> hey happyaron, how is it going in the east?
[08:13] <Laney> 你好！ 你好吗？
[08:13] <seb128> miaou
[08:13] <happyaron> seb128: the weather is hot now
[08:14] <happyaron> Laney: 谢谢！

[08:22]  * Laney is "now who's going to read update_output.txt for us?"
[08:23]  * happyaron let's invent some drop-in replacement AI to replace what's currently in Laney's head
[08:25] <seb128> join http://pad.ubuntu.com/sponsorship-party so you can work with non-automated-yet humans ;-)
[08:25] <happyaron> \o/
[08:27] <happyaron> and later we discover that, seb is another advanced AI secretly, equipped with complex models
[08:39] <allison1> lol.  old story, that
[08:39] <allison1> sebuild
[08:40] <allison1> started out as an extremely efficient tool for packaging gnome releases.  over the years it gained further capabilities.
[08:40] <allison1> also plays a mean game of tennis
[08:43] <davmor2> Morning all
[08:46] <seb128> hey allison1 :-)
[08:46] <seb128> hey davmor2
[09:49] <Laney> back in a few
[11:09] <Laney> grr
[11:09] <Laney> that intel bug is annoying
[11:10] <davmor2> Laney: oh which one
[11:10] <Laney> like 1% of the time when I come back from display blanking it's all corrupted
[11:10] <Laney> pretty colours everywhere
[11:10] <Laney> there's an upstream bug about it somewhere
[11:11] <davmor2> Laney: oh nice
[11:14] <Laney> ;_;
[12:50] <GunnarHj> seb128: What's the plan as regards building the language packs for zesty? "NonLanguagePackTranslationDeadline" is tomorrow, and we'll need at least one build based on a full langpack export after tomorrow.
[13:18] <b4n> andyrock: thanks :)
[13:19] <andyrock> np I'm looking to the shortcuts one now
[13:19] <seb128> GunnarHj, wgrant only managed the get the first launchpad export a few days ago, I'm having a look today to try to generate a first packs batch
[13:24] <b4n> andyrock: great :)  that'll be heavier though :)
[13:25] <b4n> and I expect to have to update it a fair bit
[13:25] <b4n> andyrock: if you have any questions on it feel free to ping me here as well
[13:28] <GunnarHj> seb128: Ok, good. Wanted to call your attention to that we'll need a full export + full langpack build later on as well. But doing it today sounds as a way to make sure that everything works as it should.
[13:29] <seb128> GunnarHj, right, since we are having issues still with xenial generating only the english ones I want to test if zesty works better
[13:29] <GunnarHj> seb128: Ack.
[14:18] <bregma> attente, any progress on bug #1675364 "  It's really critical and we need it for Zesty
[14:28] <attente> bregma: no... i tried hard-coding a bunch of xsettings, but still had the problem. i think it's possible something racy is happening with xmir or pasted
[14:28] <attente> bregma: if pasted is launched, without xmir, and has no x socket, it starts working again
[14:30] <bregma> huh... the apps aren;t even using Xmir or pasted (they're running, but not used by the apps)
[14:30] <bregma> you're thinking maybe Xmir is grabbing the Unity 8 connection away from the GTK app?  maybe....
[14:30] <attente> bregma: i also have some weird output from journalctl that doesn't make sense to me. it looks like pasted is outputting logs from the gdk mir backend
[14:31] <bregma> attente, yes, I don't know how pasted does what it does, but I think it's just a GTK app underneath
[14:31]  * bregma checks that with ChrisTownsend
[14:31] <attente> but it doesn't seem to link against gtk at all
[14:32] <ChrisTownsend> pasted is a Qt app underneath
[14:33] <ChrisTownsend> But the version of pasted in the archive has not changed recently.  Something just seems much more sensitive to the gdk changes.
[14:33] <attente> https://www.irccloud.com/pastebin/8BoXkEwS/
[14:34] <attente> so why does that ^ happen?
[14:34] <ChrisTownsend> Oh, hmm, maybe pasted is unhappy that Xmir does not have a true surface associated with it.
[14:34] <ChrisTownsend> attente: That is a good question.
[14:35] <attente> ChrisTownsend: bregma: my feeling is that maybe a workaround might be to GDK_BACKEND=x11 pasted and see if the problem goes away
[14:35] <attente> but it's really bizarre that this is needed at all
[14:36] <attente> ChrisTownsend: did pasted ever depend on gtk at some point?
[14:36] <ChrisTownsend> attente: No, never
[14:36] <bregma> note that Qt uses GTK, and this bug appeard when the new GTK hit the archives
[14:36] <attente> i'm sure it's because we changed the probing order
[14:37] <ChrisTownsend> attente: Yeah, probably.  I'll try an experiment and see if pasted behaves better.
[14:37] <bregma> it did not occur when the probing order changed, it occurred when GTK 3.22.11 hit the archives
[14:38] <attente> i can't imagine it being any other change in gtk
[14:38] <bregma> another experiment would be to modify the .desktop file to tell u-a-l not to run Xmir at all
[14:38] <ChrisTownsend> Also, the process and pid shown in the journalctl logs may not be the actual process/pid that is outputting the messages, thanks to systemd.
[14:39] <attente> i'm going to build an x11-first gtk to see if that fixes it
[14:40] <bregma> ooo
[14:41] <bregma> hmmm
[14:41] <bregma> that certainly does the trick
[14:42] <attente> bregma: how do you tell u-a-l not to run Xmir?
[14:43] <bregma> attente, add X-Ubuntu-Touch=true to a the .desktop file
[14:43] <ChrisTownsend> Hmm, gtk apps using gdk-mir are working on my zesty system without modification.
[14:43] <ChrisTownsend> Well, gedit at any rate.
[14:43] <bregma> ChrisTownsend, how up-to-date is your system?
[14:44] <ChrisTownsend> bregma: Very, like < 5 minutes ago.
[14:44] <ChrisTownsend> And sudoku works too.
[14:45] <bregma> gedit works on my test system, too
[14:45] <ChrisTownsend> bregma: What apps don't?
[14:45] <ChrisTownsend> Hmm, I think I need to reboot since I think I set GDK_BACKEND=x11 globally yesterday.
[14:46] <bregma> my go-to test apps are sol (ie. AisleRiot Solitaire) and konsole (a KDElibs app), because thy're what's reported in the bug
[14:46] <ChrisTownsend> bregma: Ok
[14:47] <bregma> I windoer what the difference is, then
[14:47] <ChrisTownsend> Weird that some gtk apps work, and others don't.
[14:47] <bregma> d-feet works
[14:48] <attente> they seem to work when there's no Xmir/pasted
[14:49] <bregma> attente, nope, gedit and d-feet are running with Xmir/pasted for me
[14:49] <ChrisTownsend> I wonder if some apps still look for X even when GDK_BACKEND is explicitly set.
[14:49] <ChrisTownsend> Like what Qt does right now.
[14:49] <bregma> but after opening more than 3 windows, Unity 8 gets really unwell and keeps trying to teach me the tutroial stuff
[14:49] <andyrock> b4n: is the branch buildable?
[14:50] <bregma> ChrisTownsend, I see no connection from sol to the X socket
[14:50] <b4n> andyrock: yes
[14:50] <ChrisTownsend> bregma: Teaching you not to open more than 3 windows? :)
[14:50] <b4n> andyrock: and it works mostly fine
[14:50] <andyrock> b4n i get errors about missing definition of pure virtual functions
[14:50] <ChrisTownsend> bregma: Hmm, ok.
[14:50] <andyrock> maybe you don't build the tests
[14:50] <b4n> andyrock: ahh, maybe not
[14:51] <ChrisTownsend> bregma: sol works for me
[14:51] <andyrock> b4n: ok so you need to install gtests using apt-get
[14:51] <ChrisTownsend> bregma: How can I be sure it's not using Xmir?
[14:51] <attente> gtk apps shouldn't be probing for x if they can get a connection to the mir socket
[14:51] <andyrock> then run cmake ... again
[14:51] <bregma> ChrisTownsend, the tutorial teaching me to push my mouse against the left edge of the screen... and the log is full of Mesa errors about incomplete framebuffers
[14:52] <b4n> andyrock: will do, 2s
[14:52] <bregma> ChrisTownsend, I do "lsof +E -aU | grep <pid-of-application>"
[14:53] <ChrisTownsend> bregma: Ok, sol is working and using Mir and Xmir/pasted is running/
[14:53] <b4n> andyrock: do you know which package it is?
[14:54] <andyrock> google-mock ?
[14:54] <bregma> ChrisTownsend, is it using Mir because of your GDK_BACKEND=x11 setting?
[14:54] <bregma> oops, read that wrong
[14:56] <b4n> andyrock: hum, should that enabler Xig tests or something?
[14:56] <andyrock> not sure
[14:57] <ChrisTownsend> bregma: No, I rebooted and the global GDK_BACKEND setting is gone.  It is using Mir and works.  I'll install konsole and see what happens there.
[14:57] <andyrock> b4n: but i guess you need to install xorg-test or something like that
[14:57] <andyrock> look in the debian directory
[14:57] <andyrock> hey ChrisTownsend bregma
[14:58] <bregma> anyways attente, if this bug goes away when Xmir/pasted is not started, it's quite possible it's not in GTK-Mir at all so you can relax until our next wave of torches and pitchforks
[14:58] <b4n> libxorg-gtest-dev I guess?
[14:58] <ChrisTownsend> andyrock: Hey!
[14:58] <attente> bregma: lol
[14:59] <andyrock> b4n: yes
[14:59] <andyrock> b4n: sorry but it has been a while for me
[14:59] <andyrock> :D
[14:59] <b4n> ^^
[14:59] <ChrisTownsend> Ohhh, I'm running our Libertine 1.7.1 release silo which has fixes for pasted when running Xmir in -rootless mode.  I wonder if that fixes this issue.
[14:59] <b4n> doesn't seem to be in Debian :(
[15:00] <ChrisTownsend> bregma: Could you try loading https://bileto.ubuntu.com/#/ticket/2576 and see if it starts working?
[15:00] <b4n> damned
[15:00] <ChrisTownsend> bregma: You may need to reboot after installing that silo.
[15:00] <andyrock> b4n: no worries
[15:01] <bregma> ChrisTownsend, I need to reboot any way since Unity 8 wants me to "Push your mouse against the right edge to view your apps" and nothing else
[15:01]  * bregma keeps pushing, but gets no reward
[15:01] <andyrock> i'll send you the diff
[15:01] <ChrisTownsend> bregma: Try installing that and reboot and see if it works.
[15:01] <b4n> andyrock: thanks a lot!
[15:01] <b4n> I'll try to get it setup nonetheless
[15:03] <andyrock> b4n: i usually build compiz in a chroot with desktop profile
[15:04] <andyrock> b4n: never tried but if you create a xenial schroot
[15:04] <andyrock> and you build compiz and run it from there should work
[15:04] <andyrock> not sure maybe there're problems with library
[15:05] <b4n> might be worth a try. otherwise at worse I can setup a VM it's easy enough
[15:05] <andyrock> yep
[15:06] <andyrock> you should test also your changes in unity
[15:06] <andyrock> I get a crash here
[15:06] <andyrock> and the windows decorations are unsuable
[15:07] <b4n> is that so?  I had problems dragging windows in my initial version not using raw events, but not anymore
[15:07] <b4n> will try
[15:10] <andyrock> yeah
[15:10] <andyrock> I cannot drag them
[15:11] <andyrock> also if I try to alt+drag I get a crash
[15:11] <b4n> sounds odd but I'll try
[15:12] <b4n> I though all it should badly interact with is keyboard repeat
[15:12] <attente> ChrisTownsend: fwiw, i'm still getting the problem even with that silo
[15:14] <andyrock> b4n: it can be that I need to re build unity
[15:15] <b4n> andyrock: ah yeah if it's a plugin it might, I extended the actions class
[15:15] <b4n> to select whether the action should use raw or classic events (so that not *all* actions are grab-agnostic)
[15:16] <andyrock> b4n: ok not crashing anymore
[15:16] <ChrisTownsend> attente: Hmm, ok, not sure why I'm not seeing it then.
[15:16] <andyrock> but still cannot interact with window decorations
[15:16] <b4n> slightly better :D
[15:16] <andyrock> b4n: we use xi2 internally
[15:16] <andyrock> in unity
[15:17] <b4n> oh
[15:17] <andyrock> b4n: this could interfer
[15:17] <b4n> doesn't that break compiz event handling?
[15:17] <ChrisTownsend> attente: The only other thing I can think of is some sort of race since my zesty test machine is quite slow.
[15:17] <andyrock> interfere
[15:17] <attente> ChrisTownsend: ps faux is still showing Xmir and pasted as children of your libertine-launch?
[15:17] <andyrock> b4n: Trevinho wrote that part
[15:18] <ChrisTownsend> attente: yes
[15:18] <andyrock> b4n: I've few minutes more
[15:18] <andyrock> let me take a look
[15:19] <b4n> I understood after a while that if anybody listened on XI2 non-raw events on a window, there wouldn't be no Core events anymore, so that seemed problematic
[15:19] <b4n> (no Core events on that window that is)
[15:20] <attente> https://www.irccloud.com/pastebin/XbnqTDwF/
[15:20] <attente> ^ that's my journalctl output in the good case and the bad case when running gnome-calculator
[15:21] <attente> maybe it's not that helpful, but i'm still really confused as to why pasted is outputting gtk-mir output
[15:22] <bregma> attente, ChrisTownsend, that silo does not fix the problem, I can also repro using gedit -- apps run OK the first time, close, themn re-launch and they hang
[15:22] <attente> bregma: yeah, same here
[15:22] <ChrisTownsend> Oh, it's a second time thing????
[15:22] <bregma> oops, opened 3 apps so now Unity 8 is hung again
[15:22] <attente> bregma: ChrisTownsend: ^ i don't know if that journalctl output is telling you anything
[15:23] <attente> bregma: can you double check when it works that Xmir and pasted aren't running?
[15:23] <ChrisTownsend> attente: Nothing to me really, but I'll continue t otry to repro.
[15:23] <bregma> attente, they are running
[15:24] <ChrisTownsend> This seems a little weird: Mar 29 09:59:52 adele xmir-helper[21116]: pasted: Qt: Session management error: Could not open network socket
[15:24] <bregma> journalct just lists the usual settings complaints as appear in the bug report
[15:24] <attente> Mar 29 09:58:29 adele libertine-launch[20993]: pasted: QXcbConnection: Could not connect to display :0
[15:25] <attente> when pasted can't connect to X, it just aborts for me, and then the gtk app runs properly via gtk-mir
[15:25] <ChrisTownsend> Ok, now that I know it's the second launch, I can repro.
[15:25] <attente> bregma: ChrisTownsend: if you just run it via ubuntu-app-launch <desktop-file-name> from the terminal, does it work for you?
[15:27] <bregma> if only I could tell which was the right terminal to launch from the app drawer.....
[15:28] <bregma> ah, it's the second-from-the-left one
[15:28] <andyrock> b4n: we open a new display
[15:29] <attente> i found that sometimes it works from the terminal, but when it does, that's when it's not running Xmir or pasted
[15:29] <b4n> andyrock: that didn't work for me, I even tried 2 separate apps each with it's connection, and so long as one was listening on XI2 events the other wouldn't receieve core one anymore
[15:29] <bregma> attente, I get the same behaviour as previously
[15:29] <b4n> on the root window at least
[15:30] <andyrock> b4n: not sure
[15:30] <andyrock> I'm not an expert
[15:30] <b4n> me neither, I just suffered a lot :
[15:30] <b4n> :D
[15:31] <andyrock> b4n: btw not all the windows have this problem
[15:31] <andyrock> e.g. gnome-terminal does not work
[15:31] <andyrock> but others app are ok
[15:31] <andyrock> *apps
[15:32] <andyrock> if you can take a look
[15:32] <andyrock> I need to go now (you should ask Trevinho for help but I'm afraid he's on holidays)
[15:33] <b4n> andyrock: ok, sounds odd but I'll check on that
[15:33] <b4n> thanks
[15:35] <ChrisTownsend> attente: bregma: Hmm, so I'm seeing a REJECTED message in the unity8.log for the Xmir process in the case where it doesn't work.
[15:35] <ChrisTownsend> Not sure why it works the first time, but not subsequent times.
[15:38] <ChrisTownsend> Ahh, maybe something like this is happening:  Only one client can connect at a time for a given app, so it's kind of a race between the gtk app and xmir running since that is two clients.
[15:38] <ChrisTownsend> So really, always starting xmir is not a solution unless multiple clients are allowed to connect.
[15:45] <attente> ChrisTownsend: but if the gtk app fails to probe mir because xmir has the socket connection, then it should be probing x11 next anyways
[15:48] <ChrisTownsend> attente: We are hitting bug #1675448.
[16:50] <willcooke> right, gotta go do child care.  Night all
[18:01] <davmor2> sil2100: Update-manager looks good in zesty I'll check it out in yakkety in a minute
[18:10] <davmor2> sil2100: https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/1623856 verification-done over to you