[09:13] <Laney> Be nice if systemctl start for oneshot or with --wait could print the journal while it's waiting
[16:16] <rbasak> sergiodj: were you referring to https://bugs.launchpad.net/ubuntu/+source/sssd/+bug/1904990 earlier?
[17:00] <sergiodj> rbasak: nope, I was referring to https://autopkgtest.ubuntu.com/packages/u/uid-wrapper/hirsute/i386
[17:00] <sergiodj> this is causing a build failure on sssd
[17:00] <sergiodj> (on i386)
[17:00] <rbasak> Ah no problem thanks
[17:00] <sergiodj> np
[20:26] <sergiodj> vorlon: since you were the last one to touch the package, would you be ok to force-badtest https://autopkgtest.ubuntu.com/packages/u/uid-wrapper/hirsute/i386 ?
[20:27] <sergiodj> I'm spending a non-trivial amount of time figuring out how to untangle the problem :-/
[20:28] <sergiodj> and now sssd won't build on hirsute because of this
[20:33] <vorlon> sergiodj: yeah, that's an annoying issue with how the cross-toolchain gets installed, libdl.so from libc6-dev-i386-cross is installed to /usr/i686-linux-gnu/lib instead of to /usr/lib/i386-linux-gnu so fixing this is non-trivial.  So +1 on badtest'ing this, and sorry for not following through on it earlier
[20:33] <vorlon> sergiodj: but, what does this have to do with sssd failing to build?
[20:34] <sergiodj> vorlon: on i386: https://launchpad.net/~sergiodj/+archive/ubuntu/sssd-bug1910611/+build/20899421
[20:35] <vorlon> sergiodj: ah, a ppa build without -proposed
[20:35] <vorlon> but why do you care if your ppa has it built for i386 :)
[20:35] <sergiodj> I think I enabled -proposed on that PPA, but I may be wrong :)
[20:36] <sergiodj> ah, no
[20:36] <sergiodj> it's disabled, indeed
[20:36] <sergiodj> ok, sorry about the noise
[20:36]  * sergiodj confused after so many PPA builds
[20:36] <vorlon> :)
[20:36] <sergiodj> I'll submit the force-badtest change
[20:36] <vorlon> I've already committed it
[20:37] <sergiodj> oh, you're fast!
[20:37] <sergiodj> thanks!
[20:37] <sergiodj> I was still trying to remember the repo location :)


[00:37] <vorlon> cyphermox, bdmurray: yes
[05:12] -queuebot:#ubuntu-release- New binary: node-modern-syslog [ppc64el] (disco-proposed/none) [1.1.4-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: node-snapdragon-node [amd64] (disco-proposed/none) [2.1.1-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: node-snapdragon-util [amd64] (disco-proposed/none) [5.0.1-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: node-modern-syslog [s390x] (disco-proposed/none) [1.1.4-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: node-snapdragon-token [amd64] (disco-proposed/none) [4.0.0-1] (no packageset)
[05:14] -queuebot:#ubuntu-release- New binary: node-modern-syslog [i386] (disco-proposed/none) [1.1.4-1] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: node-modern-syslog [amd64] (disco-proposed/none) [1.1.4-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: node-modern-syslog [arm64] (disco-proposed/none) [1.1.4-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: node-modern-syslog [armhf] (disco-proposed/none) [1.1.4-1] (no packageset)
[06:48] -queuebot:#ubuntu-release- New: accepted node-modern-syslog [amd64] (disco-proposed) [1.1.4-1]
[06:48] -queuebot:#ubuntu-release- New: accepted node-modern-syslog [armhf] (disco-proposed) [1.1.4-1]
[06:48] -queuebot:#ubuntu-release- New: accepted node-modern-syslog [ppc64el] (disco-proposed) [1.1.4-1]
[06:48] -queuebot:#ubuntu-release- New: accepted node-snapdragon-node [amd64] (disco-proposed) [2.1.1-1]
[06:48] -queuebot:#ubuntu-release- New: accepted node-snapdragon-util [amd64] (disco-proposed) [5.0.1-1]
[06:48] -queuebot:#ubuntu-release- New: accepted node-modern-syslog [arm64] (disco-proposed) [1.1.4-1]
[06:49] -queuebot:#ubuntu-release- New: accepted node-modern-syslog [s390x] (disco-proposed) [1.1.4-1]
[06:49] -queuebot:#ubuntu-release- New: accepted resteasy [amd64] (disco-proposed) [3.6.2-1]
[06:49] -queuebot:#ubuntu-release- New: accepted node-modern-syslog [i386] (disco-proposed) [1.1.4-1]
[06:49] -queuebot:#ubuntu-release- New: accepted node-snapdragon-token [amd64] (disco-proposed) [4.0.0-1]
[08:09] <vorlon> rbalint: it's pointed out on LP: #1686470 that this bug is already fixed in xenial via SRU so maybe shouldn't be in the changelog as a change for the new SRU
[10:19] <LocutusOfBorg> hello anybody looking at xpdf?
[10:19] <LocutusOfBorg> I have a mostly complete patch, but I failed in one simple thing :/
[10:22] <Laney> syes
[10:22] <Laney> -s
[10:23] <Laney> sye?
[10:49] <rbalint> vorlon, indeed, if i have to reupload the update i'm fixing that
[13:03] <coreycb> bdmurray: sorry, I was out yesterday. I've added SRU details to bug 1806474
[13:15] -queuebot:#ubuntu-release- Unapproved: gnome-shell (bionic-proposed/main) [3.28.3-0ubuntu<IP_ADDRESS> => 3.28.3-0ubuntu<IP_ADDRESS>] (desktop-extra, mozilla, ubuntu-desktop)
[13:16] -queuebot:#ubuntu-release- Unapproved: gnome-shell (cosmic-proposed/main) [3.30.1-2ubuntu<IP_ADDRESS> => 3.30.1-2ubuntu<IP_ADDRESS>] (desktop-extra, mozilla, ubuntu-desktop)
[13:18] -queuebot:#ubuntu-release- Unapproved: horizon (cosmic-proposed/main) [3:14.0.0-0ubuntu4 => 3:14.0.1-0ubuntu1] (openstack, ubuntu-server)
[13:28] <coreycb> bdmurray: i've uploaded a new version of horizon to the cosmic unapproved queue with the changelog fixed up to include both bugs. thanks for the reviews!
[13:32] <coreycb> hello archive admins, can someone take a look into accepting python-django-debreach and placement from the disco NEW queue? this will help unblock openstack horizon and allow us to start testing openstack placement for stein.
[13:56] -queuebot:#ubuntu-release- Unapproved: adobe-flashplugin (bionic-proposed/partner) [1:20181120.1-0ubuntu<IP_ADDRESS> => 1:20181205.1-0ubuntu<IP_ADDRESS>] (no packageset)
[13:56] -queuebot:#ubuntu-release- Unapproved: adobe-flashplugin (trusty-proposed/partner) [1:20181120.1-0ubuntu<IP_ADDRESS> => 1:20181205.1-0ubuntu<IP_ADDRESS>] (no packageset)
[13:56] -queuebot:#ubuntu-release- Unapproved: adobe-flashplugin (cosmic-proposed/partner) [1:20181120.1-0ubuntu<IP_ADDRESS> => 1:20181205.1-0ubuntu<IP_ADDRESS>] (no packageset)
[13:56] -queuebot:#ubuntu-release- Unapproved: adobe-flashplugin (xenial-proposed/partner) [1:20181120.1-0ubuntu<IP_ADDRESS> => 1:20181205.1-0ubuntu<IP_ADDRESS>] (no packageset)
[14:41] <doko> vorlon: please ignore the libreoffice/1:6.1.3-0ubuntu6 failure triggered by gcc-7, now that the trigger is removed
[14:45] <vorlon> doko: done
[14:45] <vorlon> coreycb: do you have any reason to care about python-happybase?  There's a newer upstream version in Ubuntu that you uploaded, but in Debian it's been removed as obsolete.  There are no revdeps.
[14:48] <coreycb> vorlon: it doesn't look like we need it anymore, feel free to drop it
[14:49] <coreycb> vorlon: by any chance could you help push along my python-django-debreach and placement request above?
[14:53] <vorlon> let's see
[14:55] <vorlon> coreycb: stale standards version in a new package? I: python-django-debreach source: out-of-date-standards-version 4.1.1 (released 2017-09-27) (current is 4.2.1)
[14:56] <vorlon> coreycb: debian/copyright claims you hold the copyright; should this not be Canonical?
[14:57] <coreycb> vorlon: let me fix those up
[15:00] <vorlon> coreycb: fwiw I expect you shouldn't need to pass -O--buildsystem=python_distutils to dh_clean, that it would pick it up from the environment since you've already passed it to dh
[15:15] -queuebot:#ubuntu-release- New source: python-django-debreach (disco-proposed/primary) [1.5.2-0ubuntu1]
[15:16] <coreycb> vorlon: possibly so. i'll test to see. i did just upload a new version. if needed i'll fix the dh_clean rule for our next upload.
[15:17] -queuebot:#ubuntu-release- New: rejected python-django-debreach [source] (disco-proposed) [1.5.2-0ubuntu1]
[15:19] <jbicha> vorlon: could you remove mudlet & mysql-workbench for libzip transition? & plume-creator for hunspell? All 3 were removed from Debian Testing
[15:19] -queuebot:#ubuntu-release- New: accepted python-django-debreach [source] (disco-proposed) [1.5.2-0ubuntu1]
[15:21] -queuebot:#ubuntu-release- New binary: python-django-debreach [amd64] (disco-proposed/none) [1.5.2-0ubuntu1] (no packageset)
[15:24] <vorlon> I: placement source: duplicate-short-description placement-api placement-common
[15:24] <vorlon> W: placement source: package-has-a-duplicate-build-relation python3-pbr (>= 2.0.0), python3-pbr (>= 2.0.0)
[15:24] <vorlon> I: placement source: out-of-date-standards-version 4.1.4 (released 2018-04-05) (current is 4.2.1)
[15:24] <vorlon> W: placement source: unnecessary-testsuite-autopkgtest-field
[15:25] <vorlon> coreycb: ^^
[15:25] <vorlon> jbicha: will look
[15:25] <coreycb> vorlon: looking
[15:44] -queuebot:#ubuntu-release- Unapproved: accepted adobe-flashplugin [source] (bionic-proposed) [1:20181205.1-0ubuntu<IP_ADDRESS>]
[15:44] -queuebot:#ubuntu-release- Unapproved: accepted adobe-flashplugin [source] (trusty-proposed) [1:20181205.1-0ubuntu<IP_ADDRESS>]
[15:44] -queuebot:#ubuntu-release- Unapproved: accepted adobe-flashplugin [source] (cosmic-proposed) [1:20181205.1-0ubuntu<IP_ADDRESS>]
[15:44] -queuebot:#ubuntu-release- Unapproved: accepted adobe-flashplugin [source] (xenial-proposed) [1:20181205.1-0ubuntu<IP_ADDRESS>]
[15:47] -queuebot:#ubuntu-release- New: accepted python-django-debreach [amd64] (disco-proposed) [1.5.2-0ubuntu1]
[15:52] -queuebot:#ubuntu-release- New source: placement (disco-proposed/primary) [0.0.1~git2018112616.3ccbacfc-0ubuntu1]
[15:55] <coreycb> vorlon: i've fixed those in a new upload of placement
[16:00] <doko> jbicha: did you look at<EMAIL_ADDRESS>?
[16:02] -queuebot:#ubuntu-release- New: rejected placement [sync] (disco-proposed) [0.0.1~git2018112616.3ccbacfc-0ubuntu1]
[16:03] <roaksoax> exit/win 5
[16:04] <vorlon> coreycb: debian/copyright in placement also
[16:05] <coreycb> vorlon: ok will fix that up shortly
[16:06] <vorlon> https://launchpad.net/ubuntu/+source/libedlib/1.2.3-3 is crazy... debian/edlib-alignment exists, at a point before anything should've created it
[16:06] <vorlon> and if I manually step through dh build-arch --no-act it doesn't happen :P
[16:24] -queuebot:#ubuntu-release- Unapproved: rejected horizon [source] (cosmic-proposed) [3:14.0.1-0ubuntu1]
[16:27] -queuebot:#ubuntu-release- Unapproved: accepted horizon [source] (cosmic-proposed) [3:14.0.1-0ubuntu1]
[16:45] -queuebot:#ubuntu-release- Unapproved: accepted python-pysnmp4 [source] (cosmic-proposed) [4.4.6+repack1-0ubuntu<IP_ADDRESS>]
[16:46] <coreycb> vorlon: alright that's fixed, sorry for the delay
[16:48] -queuebot:#ubuntu-release- New source: placement (disco-proposed/primary) [0.0.1~git2018112616.3ccbacfc-0ubuntu1]
[17:07] <jbicha> doko: I don't know ruby so I don't think I can help much there with that crash
[17:07] <doko> vorlon: please subscribe the fonts team to fonts-yrsa-rasa, so we can promote it
[17:20] -queuebot:#ubuntu-release- New: rejected placement [source] (disco-proposed) [0.0.1~git2018112616.3ccbacfc-0ubuntu1]
[17:20] -queuebot:#ubuntu-release- New: accepted placement [source] (disco-proposed) [0.0.1~git2018112616.3ccbacfc-0ubuntu1]
[17:43] -queuebot:#ubuntu-release- New binary: placement [amd64] (disco-proposed/universe) [0.0.1~git2018112616.3ccbacfc-0ubuntu1] (no packageset)
[18:08] -queuebot:#ubuntu-release- Unapproved: ceilometer (cosmic-proposed/main) [1:11.0.0-0ubuntu2 => 1:11.0.1-0ubuntu1] (openstack, ubuntu-server)
[18:19] <coreycb> bdmurray: i just uploaded ceilometer for bug 1806049. if you have a moment, ceilometer and nova are the only ones remaining in the queue for that SRU. also keystone and nova are in the queue for bug 1806043.
[18:20] <cyphermox> bdmurray: since you have the context on netplan.io; could I convince you to look at it for bionic SRU currently in -proposed?
[18:22] <bdmurray> coreycb, cyphermox: noted
[18:58] <bdmurray> coreycb: there is an existing SRU for nova in cosmic, should the existing upload supersede it?
[19:00] <cyphermox> ta
[19:00] <coreycb> bdmurray: ah ok let me batch those together and re-upload
[19:01] <bdmurray> coreycb: I mean there is one in -proposed that hasn't been verified yet
[19:01] <coreycb> bdmurray: right, i think what i'll do is upload a new version with that included and it will just have to be in proposed another 7 days
[19:03] -queuebot:#ubuntu-release- Unapproved: accepted ceilometer [source] (cosmic-proposed) [1:11.0.1-0ubuntu1]
[19:03] <coreycb> bdmurray: if that is ok, that is. i don't want to hold off the stable release much longer.
[19:04] <bdmurray> coreycb: its fine with you me, you are a better judge of how imporant bug 1744079 is
[19:05] <coreycb> bdmurray: ok
[19:11] -queuebot:#ubuntu-release- Unapproved: accepted keystone [source] (bionic-proposed) [2:13.0.2-0ubuntu1]
[19:14] -queuebot:#ubuntu-release- Unapproved: nova (cosmic-proposed/main) [2:18.0.1-0ubuntu1.1 => 2:18.0.3-0ubuntu1] (openstack, ubuntu-server)
[19:18] <coreycb> bdmurray: alright i've uploaded a new nova
[19:23] <jbicha> vorlon: could you jump-start the autopkgtest queue? it looks like perl & nodejs teamed up to take it down again
[19:54] -queuebot:#ubuntu-release- Unapproved: rejected nova [source] (cosmic-proposed) [2:18.0.3-0ubuntu1]
[20:01] -queuebot:#ubuntu-release- Unapproved: accepted nova [source] (cosmic-proposed) [2:18.0.3-0ubuntu1]
[23:12] -queuebot:#ubuntu-release- New binary: bmusb [ppc64el] (disco-proposed/universe) [0.7.3-1] (no packageset)
[23:12] -queuebot:#ubuntu-release- New binary: bmusb [s390x] (disco-proposed/universe) [0.7.3-1] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: bmusb [i386] (disco-proposed/universe) [0.7.3-1] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: netgen-lvs [ppc64el] (disco-proposed/none) [1.5.107-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: orocos-bfl [ppc64el] (disco-proposed/universe) [0.8.0-5] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: bmusb [amd64] (disco-proposed/universe) [0.7.3-1] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: pg-fact-loader [ppc64el] (disco-proposed/universe) [1.5.2-1] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: pglogical-ticker [ppc64el] (disco-proposed/universe) [1.3.0-1] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: geos [s390x] (disco-proposed/universe) [3.7.1-1] (kubuntu)
[23:17] -queuebot:#ubuntu-release- New binary: geos [ppc64el] (disco-proposed/universe) [3.7.1-1] (kubuntu)
[23:17] -queuebot:#ubuntu-release- New binary: pyjavaproperties [amd64] (disco-proposed/universe) [0.6-3] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: netgen-lvs [s390x] (disco-proposed/universe) [1.5.107-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: orocos-bfl [s390x] (disco-proposed/universe) [0.8.0-5] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: pglogical-ticker [s390x] (disco-proposed/universe) [1.3.0-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: pg-fact-loader [s390x] (disco-proposed/universe) [1.5.2-1] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: netgen-lvs [i386] (disco-proposed/universe) [1.5.107-1] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: pglogical-ticker [amd64] (disco-proposed/universe) [1.3.0-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: apertium-oci [amd64] (disco-proposed/universe) [0.1.0-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: netgen-lvs [amd64] (disco-proposed/universe) [1.5.107-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: node-graphlibrary [amd64] (disco-proposed/universe) [2.2.0+dfsg-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: orocos-bfl [i386] (disco-proposed/universe) [0.8.0-5] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: apertium-pol [amd64] (disco-proposed/universe) [0.1.1-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: orocos-bfl [amd64] (disco-proposed/universe) [0.8.0-5] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: node-chart.js [amd64] (disco-proposed/universe) [1.0.2-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: apertium-szl [amd64] (disco-proposed/universe) [0.1.0-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: node-columnify [amd64] (disco-proposed/universe) [1.5.4-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: pg-fact-loader [i386] (disco-proposed/universe) [1.5.2-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: node-sdp-jingle-json [amd64] (disco-proposed/universe) [3.0.3-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: vagrant-hostmanager [amd64] (disco-proposed/universe) [1.8.9-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: node-rollup-plugin-typescript [amd64] (disco-proposed/universe) [0.8.1-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: pglogical-ticker [i386] (disco-proposed/universe) [1.3.0-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: pg-fact-loader [amd64] (disco-proposed/universe) [1.5.2-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New: accepted apertium-oci [amd64] (disco-proposed) [0.1.0-1]
[23:22] -queuebot:#ubuntu-release- New: accepted apertium-szl [amd64] (disco-proposed) [0.1.0-1]
[23:22] -queuebot:#ubuntu-release- New: accepted node-graphlibrary [amd64] (disco-proposed) [2.2.0+dfsg-1]
[23:22] -queuebot:#ubuntu-release- New binary: node-chrome-trace-event [amd64] (disco-proposed/universe) [1.0.0-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: node-shiny-server-client [amd64] (disco-proposed/universe) [1.0.0+git20180820.eba5e90+dfsg-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: node-xmldom [amd64] (disco-proposed/universe) [0.1.27+ds-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New: accepted apertium-pol [amd64] (disco-proposed) [0.1.1-1]
[23:22] -queuebot:#ubuntu-release- New: accepted placement [amd64] (disco-proposed) [0.0.1~git2018112616.3ccbacfc-0ubuntu1]
[23:22] -queuebot:#ubuntu-release- New binary: node-worker-loader [amd64] (disco-proposed/universe) [2.0.0-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New: accepted node-chart.js [amd64] (disco-proposed) [1.0.2-1]
[23:22] -queuebot:#ubuntu-release- New binary: node-html5shiv [amd64] (disco-proposed/universe) [3.7.3+dfsg-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New: accepted node-chrome-trace-event [amd64] (disco-proposed) [1.0.0-1]
[23:23] -queuebot:#ubuntu-release- New: accepted node-html5shiv [amd64] (disco-proposed) [3.7.3+dfsg-1]
[23:23] -queuebot:#ubuntu-release- New: accepted node-sdp-jingle-json [amd64] (disco-proposed) [3.0.3-1]
[23:23] -queuebot:#ubuntu-release- New: accepted node-worker-loader [amd64] (disco-proposed) [2.0.0-1]
[23:23] -queuebot:#ubuntu-release- New: accepted vagrant-hostmanager [amd64] (disco-proposed) [1.8.9-1]
[23:23] -queuebot:#ubuntu-release- New: accepted node-columnify [amd64] (disco-proposed) [1.5.4-1]
[23:23] -queuebot:#ubuntu-release- New: accepted node-shiny-server-client [amd64] (disco-proposed) [1.0.0+git20180820.eba5e90+dfsg-1]
[23:23] -queuebot:#ubuntu-release- New: accepted node-rollup-plugin-typescript [amd64] (disco-proposed) [0.8.1-1]
[23:23] -queuebot:#ubuntu-release- New: accepted node-xmldom [amd64] (disco-proposed) [0.1.27+ds-1]
[23:23] -queuebot:#ubuntu-release- New binary: bmusb [arm64] (disco-proposed/universe) [0.7.3-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: node-wildemitter [amd64] (disco-proposed/universe) [1.2.0-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New: accepted pyjavaproperties [amd64] (disco-proposed) [0.6-3]
[23:24] -queuebot:#ubuntu-release- New binary: twitter-bootstrap4 [amd64] (disco-proposed/universe) [4.1.3+dfsg-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: node-timeago.js [amd64] (disco-proposed/universe) [3.0.2+dfsg-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: bmusb [armhf] (disco-proposed/universe) [0.7.3-1] (no packageset)
[23:26] -queuebot:#ubuntu-release- New: accepted node-timeago.js [amd64] (disco-proposed) [3.0.2+dfsg-1]
[23:26] -queuebot:#ubuntu-release- New: accepted twitter-bootstrap4 [amd64] (disco-proposed) [4.1.3+dfsg-1]
[23:26] -queuebot:#ubuntu-release- New: accepted node-wildemitter [amd64] (disco-proposed) [1.2.0-1]
[23:26] -queuebot:#ubuntu-release- New: accepted bmusb [amd64] (disco-proposed) [0.7.3-1]
[23:26] -queuebot:#ubuntu-release- New: accepted bmusb [armhf] (disco-proposed) [0.7.3-1]
[23:26] -queuebot:#ubuntu-release- New: accepted bmusb [ppc64el] (disco-proposed) [0.7.3-1]
[23:26] -queuebot:#ubuntu-release- New binary: yaml-cpp [s390x] (disco-proposed/universe) [0.6.2-1ubuntu1] (kubuntu)
[23:26] -queuebot:#ubuntu-release- New: accepted bmusb [arm64] (disco-proposed) [0.7.3-1]
[23:26] -queuebot:#ubuntu-release- New: accepted bmusb [s390x] (disco-proposed) [0.7.3-1]
[23:26] -queuebot:#ubuntu-release- New: accepted bmusb [i386] (disco-proposed) [0.7.3-1]
[23:29] -queuebot:#ubuntu-release- New binary: yaml-cpp [ppc64el] (disco-proposed/universe) [0.6.2-1ubuntu1] (kubuntu)
[23:35] -queuebot:#ubuntu-release- New binary: geos [amd64] (disco-proposed/universe) [3.7.1-1] (kubuntu)
[23:35] -queuebot:#ubuntu-release- New binary: yaml-cpp [amd64] (disco-proposed/universe) [0.6.2-1ubuntu1] (kubuntu)
[23:37] -queuebot:#ubuntu-release- New binary: geos [i386] (disco-proposed/universe) [3.7.1-1] (kubuntu)
[23:42] -queuebot:#ubuntu-release- New binary: yaml-cpp [i386] (disco-proposed/universe) [0.6.2-1ubuntu1] (kubuntu)
[23:43] -queuebot:#ubuntu-release- New binary: geos [arm64] (disco-proposed/universe) [3.7.1-1] (kubuntu)
[23:45] -queuebot:#ubuntu-release- New binary: geos [armhf] (disco-proposed/universe) [3.7.1-1] (kubuntu)
[23:47] -queuebot:#ubuntu-release- New: accepted geos [amd64] (disco-proposed) [3.7.1-1]
[23:47] -queuebot:#ubuntu-release- New: accepted geos [armhf] (disco-proposed) [3.7.1-1]
[23:47] -queuebot:#ubuntu-release- New: accepted geos [ppc64el] (disco-proposed) [3.7.1-1]
[23:47] -queuebot:#ubuntu-release- New: accepted geos [arm64] (disco-proposed) [3.7.1-1]
[23:47] -queuebot:#ubuntu-release- New: accepted geos [s390x] (disco-proposed) [3.7.1-1]
[23:47] -queuebot:#ubuntu-release- New: accepted geos [i386] (disco-proposed) [3.7.1-1]
[23:56] -queuebot:#ubuntu-release- New binary: netgen-lvs [arm64] (disco-proposed/universe) [1.5.107-1] (no packageset)
[23:56] -queuebot:#ubuntu-release- New binary: netgen-lvs [armhf] (disco-proposed/universe) [1.5.107-1] (no packageset)
[23:58] -queuebot:#ubuntu-release- New binary: orocos-bfl [arm64] (disco-proposed/universe) [0.8.0-5] (no packageset)
[23:58] -queuebot:#ubuntu-release- New: accepted netgen-lvs [amd64] (disco-proposed) [1.5.107-1]
[23:58] -queuebot:#ubuntu-release- New: accepted netgen-lvs [armhf] (disco-proposed) [1.5.107-1]
[23:58] -queuebot:#ubuntu-release- New: accepted netgen-lvs [ppc64el] (disco-proposed) [1.5.107-1]
[23:58] -queuebot:#ubuntu-release- New binary: pg-fact-loader [arm64] (disco-proposed/universe) [1.5.2-1] (no packageset)
[23:58] -queuebot:#ubuntu-release- New: accepted netgen-lvs [arm64] (disco-proposed) [1.5.107-1]
[23:58] -queuebot:#ubuntu-release- New: accepted netgen-lvs [s390x] (disco-proposed) [1.5.107-1]
[23:58] -queuebot:#ubuntu-release- New: accepted netgen-lvs [i386] (disco-proposed) [1.5.107-1]
[23:59] -queuebot:#ubuntu-release- New binary: orocos-bfl [armhf] (disco-proposed/universe) [0.8.0-5] (no packageset)


[02:05] <imgbot> [03:30] <imgbot> [03:30] <imgbot> [07:25] <Mirv> btw all testing about #146 boot problems welcome, since my device is stuck running autopilot tests on #145
[07:56] <bzoltan_> Mirv:  I could use a vivid silo for the UITK
[08:12] <Mirv> bzoltan_: 012. conflicts with Saviq's/mzanetti's 015 but I guess the DPR is not yet landing
[08:15] <ogra_> oh, since i got two Qt experts here ....
[08:16] <ogra_> Mirv, bzoltan_, why doesnt this work: http://paste.ubuntu.com/10667273/
[08:16] <ogra_> looks like a bug to me
[08:16] <ogra_> (note that ricmm ponted me to ted, who pointed me to the sdk :) )
[08:17] <Mirv> "I just package it" :D
[08:17] <Mirv> ogra_: try asking on #ubuntu-app-devel
[08:17] <ogra_> hardcoding the application name works fine
[08:17] <Mirv> where also the rest of the SDK team is on besides zoltan
[08:19] <Mirv> maybe it is a bug, but where
[08:25] <sil2100> Morning
[08:25] <sil2100> I seem to have a power outage at home
[08:26] <sil2100> The power company mentioned it might take a few hours
[08:26] <sil2100> Im on 3G right now
[08:33] <Mirv> sil2100: :(
[08:34] <Mirv> hangouts over 3G is doable, but hangouts might eat all the battery power..
[08:34] <Mirv> and morning
[08:39] <sil2100> And my data packet!
[08:39] <sil2100> Since I dont have unlimited internet, geh
[08:40] <sil2100> Mirv: for now please take care of teh train
[08:41] <sil2100> Ill jump out and try finding a place for hangouts, but if not, I wont be able to make it
[08:41] <sil2100> Leaving my irc session on this host though
[08:42] <Mirv> sil2100: sure, teh train will be in good hands
[08:48] <ogra_> imgbot, status 146 vivid
[08:48] <imgbot> Status: succeeded, Started: 2015-03-24 02:02:04 UTC, Finished: 2015-03-24 02:57:56 UTC
[08:48] <imgbot> Build URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/vivid/ubuntu-touch/+build/23282
[08:48] <imgbot> Changelog: http://people.canonical.com/~ogra/touch-image-stats/146.changes
[08:49] <Mirv> ...whether it boots or not remains to be verified
[08:49] <Mirv> if anyone can flash, please do. my device is stuck in AP duties.
[08:50] <ogra_> well, it is the only one that built tonight ... all other flavours failed
[08:50] <ogra_> i needed the build log :)
[09:30] <sil2100> Trying to log into the ho
[09:32] <sil2100> Can anyone give me the hangout link?
[09:32] <ogra_> https://plus.google.com/hangouts/_/canonical.com/landing-meeting
[09:32] <sil2100> Thanks
[09:46] <Mirv> davmor2: as soon as the new XPS 13 is available :)
[09:46] <Mirv> ie as soon as the remaining bugs are fixed... which they should be now, about
[09:46] <Mirv> so hopefully April
[09:54] <sil2100> Damn, not sure what they're blocking on this wifi, but damn
[10:17] <bzoltan_> Mirv:  thanks for your kind assistance, I have just added the gles branch to the landing line. I wonder if my "reconfigure" worked ... if not, would you mind to reconf the silo12?
[10:23] <mzanetti> trainguards: please reconfig silo 15 for me (I've added ubuntu-settings-components)
[10:28] <bzoltan_> trainguards: ^^ same for silo 12 please too
[10:40] <Mirv> eating, but booting up my mini laptop...
[10:41] <Mirv> just a moment
[10:47] <Mirv> bzoltan_: mzanetti: both done, in theory. "success" but "error". please ping sil2100 with https://ci-train.ubuntu.com/job/prepare-silo/4441/console + https://ci-train.ubuntu.com/job/prepare-silo/4442/console if it doesn't wor for you
[10:47]  * Mirv resumes eating
[10:48] <sil2100> huh
[10:48] <sil2100> Success with error, love that
[11:16] <Mirv> sil2100: I'm getting that "ERROR Silo config file changed out from under us!" on all reconfigs
[11:17] <Mirv> and to me it'd look like that indeed also bzoltan_'s and mzanetti's silos were not really reconfigured because of that
[11:19] <mzanetti> Mirv, yap, not actually reconfigured
[11:23] <sil2100> Looking into that now
[11:23] <sil2100> Home still has no power though...
[11:31] <sil2100> hmm
[11:37] <ogra_> Mirv, just FYI, latest image boots fine for me on arale
[11:37] <ogra_> it triggered an apparmor cache rebuild though ... took quite a while to come up
[11:40] <Mirv> great
[11:40] <sil2100> Mirv: hm, there might be indeed a train issue right now
[11:41] <sil2100> Without power and inrernet debugging is slow, but I'm getting there
[11:42] <sil2100> Mirv: can you retry reconfiguring silo 12 for me?
[11:43] <Mirv> sil2100: ok. with Atom processor it's slow for me too, but no problem :)
[11:44] <Mirv> (I stuck at the lunch place since things to do kept coming)
[11:44] <sil2100> No worries, thanks! ;)
[11:44] <Mirv> 1.83GHz of sheer processing power
[11:44] <Mirv> ...equal to PIII 900MHz or so
[11:45] <davmor2> Mirv: just but a new laptop already ;)
[11:46] <Mirv> davmor2: I _can't_ buy last year's model when the new one is almost within my reach if I hold my breathe :)
[11:46] <sil2100> jibel, davmor2: were you able to double confirm the issues with first boot unity8 greeter missing?
[11:46] <Mirv> sil2100: train is still being coward https://ci-train.ubuntu.com/job/prepare-silo/4445/console
[11:46] <davmor2> sil2100: no
[11:47] <davmor2> Mirv: don't do that you'll die before it's really you need air
[11:47] <davmor2> s/really/ready
[11:48] <sil2100> Mirv: hm hm, looking deeper, but looks like the new train code has some race and something somewhere touches the config inbetween the start of the job and the final check
[11:48] <Mirv> davmor2: the shipping date is sooo close I just might be able to do it!
[11:50] <Mirv> or I could settle for Precision M3800 Developer Edition shipping already now but it's a bit overkill and not so suitable for traveling (even though the 1.8kg is impressive for what it delivers)
[11:51] <Mirv> sil2100: yeah, I wonder if no-one reconfigured anything yesterday and it wasn't found therefore earlier
[11:51] <Mirv> sil2100: are the current steps to deploy an older version documented somewhere?
[11:52] <Mirv> with robert away this week we might need to consider reverting if there are problems
[11:53] <sil2100> hm, I think we had some documentation for that
[11:53] <sil2100> I just hope publishing works
[11:54] <sil2100> Mirv: want me to handle that ^? ;)
[11:54] <Mirv> it does
[11:54] <Mirv> sil2100: I'm already pressing the Publish button.. unless you want it? :) but I published two rtm silos earlier today just fine
[11:54] <sil2100> Publish publish ;)
[11:55] <sil2100> Thanks
[11:55] <Mirv> looks like vivid publishing also works
[11:55]  * sil2100 saves his precious packets
[11:55] <Mirv> as does building and assigning silos
[11:55] <Mirv> only reconfiguring is a problem
[11:56] <Mirv> so... we can reconfigure by assigning a new silo and deleting the old one ;)
[11:56]  * Mirv walks back to a faster machine
[11:58] <sil2100> hah, nce workaround ;) Problem is that then the silo state is lost and everything needs to be rebuolt
[11:58] <sil2100> I'll try reverting the train once I have my power back
[12:06] <sil2100> It's 13 here already, I should have my power back on but it's still not
[12:19] <sil2100> Let me publish silo 13
[12:19] <Mirv> sil2100: too late :)
[12:20] <sil2100> Awww, with this internet I'm too slow ;)
[12:36] <sil2100> Power is back, yeah
[12:37] <sil2100> Let me try getting the train back to shape
[12:44] <jibel> sil2100, nuclearbob confirmed the black screen issue. It happens often on reboot since yesterday
[12:46] <sil2100> jibel: on reboot even? Crap
[12:46] <sil2100> That's a big blocker then
[12:46] <sil2100> (IMO)
[12:46] <sil2100> Mirv: found the issue... it seems after Robert's changes, reconfigures are broken in overall
[12:46] <sil2100> Mirv: since they're impossible to work in the current state of the code
[12:46]  * sil2100 tries to fix
[12:47] <sil2100> Mirv: I would normally opt for a revert, but not sure if the new code didn't introduce some changes in the config files
[12:47] <sil2100> And I don't want to break everything (tm)
[12:47] <Mirv> right
[12:48]  * sil2100 wonders why normal silo assignments worked though
[12:49] <bzoltan_> Mirv: sil2100: I missed about 2 hours. Is there any news about the silo reconfigurations?
[12:51] <Mirv> bzoltan_: just the above, sil is looking into the brokennes. we could assign a new silo and delete old one if in a hurry.
[12:51] <bzoltan_> Mirv:  far from hurry ... I can test the silo during the night without the gles packages
[12:52] <Mirv> true
[12:58] <sil2100> Ah, I see why normal assignments work, yeah
[13:05] <sil2100> Fix is on the ways
[13:05] <sil2100> *way
[13:26] <balloons> cihelp, I need a parameter adjusted on a jenkins job for the help app
[13:36] <plars> balloons: what needs changing?
[13:37] <balloons> plars, can you swap the pyflakes parm to pyflakes3?
[13:37] <plars> balloons: sure, will do
[13:42] <sil2100> Mirv, bzoltan_: waiting for CI to check the branch, then I merge and try redeploying the fix
[13:42] <Mirv> \o/
[13:46] <bzoltan_> sil2100: thanks mate, you rock as always
[14:01] <mzanetti> sil2100, not sure about the status on that issue, just wanted to make sure you don't forget about the reconfig vivid/15 when it's resolved :)
[14:10] <sil2100> mzanetti: ACK :)
[14:10] <mzanetti> thanks :)
[14:10] <rvr> oSoMoN: Silo 8 is approved.
[14:10] <rvr> sil2100: ^^
[14:11] <rvr> sil2100: You can respin the new image when you want :)
[14:11] <oSoMoN> rvr, awesome, thanks!
[14:16] <Mirv> ogra_: ack oxide version bumps? https://ci-train.ubuntu.com/job/ubuntu-landing-008-2-publish/lastSuccessfulBuild/artifact/webbrowser-app_packaging_changes.diff ^
[14:21] <sil2100> \o/
[14:22] <sil2100> Once webbrowser migrates, let's have a new image
[14:22] <sil2100> On the other hand...
[14:22] <sil2100> There's that serious regression anyway
[14:23] <sil2100> So not sure if it makes sense, hm
[14:23] <sil2100> jibel: do you guys know which component can be responsible for the black screen issue?
[14:23] <jibel> sil2100, no
[14:23] <jibel> sil2100, nuclearbob filed bug 1435871
[14:24] <jibel> ah it's duplicated already
[14:24] <sil2100> Oh
[14:26] <jibel> 'undecided' looks inappropriate
[14:26] <oSoMoN> ogra_, hey, I need a core-dev ack for trivial packaging changes in silo 8: https://ci-train.ubuntu.com/job/ubuntu-landing-008-2-publish/89/artifact/webbrowser-app_packaging_changes.diff
[14:28] <sil2100> Mirv: keep us updated on this bug please ;)
[14:29] <Mirv> sil2100: yep, the current patches regressed autopilot tests and now albert gave me two more to try which are building now. although I wonder if libusermetrics should be added to the bug too since it appeared with an update of that, even if it triggers some old Qt bug.
[14:29] <ogra_> oSoMoN, Mirv ACK
[14:30] <Mirv> acketi ack
[14:35] <Mirv> sil2100: added autopilot and libusermetrics to the bugreport with "Incomplete" since the former may be affected and the latter apparently triggered the bug even if technically didn't do anything wrong
[14:38] <oSoMoN> ogra_, Mirv: thanks!
[14:38] <Mirv> sil2100: oSoMoN ^ oh right.. Final beta freeze until Thursday evening :(
[14:39] <oSoMoN> yeah, no worries, at this point it’s not really that urgent
[14:48] <sil2100> hmmm
[14:48] <sil2100> Yeah
[15:07] <Mirv> sil2100: I'm again at https://ci-train.ubuntu.com/job/ubuntu-landing-018-1-build/122/console ... train digging the older version, seeing it's built and continuing without waiting.. I've tried build, build with specifying packages and build with specifying packages + force
[15:10] <Mirv> hmm, was it watch_only then plus specifying packages that was needed..
[15:12] <sil2100> hm
[15:15] <balloons> plars, how's the change look?
[15:15] <plars> balloons: I had to rerun it, just checked and it's merged now
[15:16] <plars> balloons: Can you give it a try or do I need to restart a job for you?
[15:16] <plars> balloons: I'll be curious to see if it does what you need
[15:27] <bregma> trainguards, reconfiguring my silo always fails claiming its PPA has changed underneath it... am I doing something wrong or is it a known bug?
[15:27] <bregma> (line 46, silo 29)
[15:31] <sil2100> bregma: yeah, please see the topic ;)
[15:32] <sil2100> bregma: the fix is ready but I'm witingn for webops to actually deploy that for us
[15:32] <sil2100> Since we can't redeploy oursleves
[15:32] <sil2100> *ourselves
[15:33] <balloons> plars, yes i'll check ty
[15:33] <sil2100> ogra_: anything against building a new vivid image now?
[15:33] <ogra_> no, go ahead
[15:33] <sil2100> Actually, wait, unity8 still didn't migrate
[15:34] <sil2100> Argh, boottest regression
[15:34] <sil2100> Saviq: ^
[15:35] <sil2100> Saviq: so, unity8 fails to migrate due to a boottest failure: https://jenkins.qa.ubuntu.com/job/vivid-boottest-unity8/lastBuild/console
[15:36] <sil2100> Not sure what's wrong, the log looks a bit bloated
[15:36] <sil2100> cihelp: can you guys help me interpret the above boottest failure? ^
[15:38] <fginther> sil2100, there's evidence of a race condition with apt here, I've restarted the test
[15:38] <sil2100> fginther: thanks, fingers crossed it'll pass now :)
[15:38] <fginther> "E: Unable to lock directory /var/lib/apt/lists/"
[15:43] <sil2100> jibel, davmor2, rvr, popey: since robru is on holidays and there's not much to report (I suppose), let's skip today's evening meeting
[15:44] <sil2100> We might do that for most of the week
[15:44] <sil2100> If, of course, there's nothing urgent
[15:44] <jibel> sil2100, works for me
[15:44] <jibel> sil2100, only thing urgent is to build a new image :)
[15:44] <sil2100> The vivid image I'll be kicking as soon as unity8 migrates
[15:44] <jibel> ok
[15:44] <sil2100> Since it was blocked on boottesting, maybe now it'll pass
[15:46] <sil2100> bregma, Mirv, bzoltan_, mzanetti: I filled in the RT and poked webops, I hope they'll redeploy it soon
[15:47] <sil2100> bregma, Mirv, bzoltan_, mzanetti: regarding the CI Train issues with reconfigure
[15:49] <davmor2> sil2100: powermongery has gone to your head, I should never of made you admin ;)
[15:53] <sil2100> davmor2: muhahaha
[15:57] <sil2100> camako: hey! There might be a problem with releasing the new mir as we're in beta freeze, and I think mir is somehow partially seeded on the desktop
[15:59] <camako> sil2100, I thought we were stabilizing vivid for the rtm sync.. How much longer does the freeze continue?
[16:00] <sil2100> camako: we are, but the beta freeze means that there's a hard lock on the archive and things like mir can get pushed to unapproved automatically
[16:00] <sil2100> Then we'll have to poke the archive admins
[16:02] <camako> sil2100, so I'm confused. How are we stabilizing if we can't land? Is this only for a day or two or until Vivid is released (late April)?
[16:02] <sil2100> bregma: you should be able to reconfigure now
[16:02] <ogra_> camako, the beta freeze lasts til the beta image is fully tested
[16:02] <cjwatson> sil2100: s/archive admins/release team/
[16:02]  * bregma gives reconfiguration a go
[16:03] <sil2100> camako: we can't do much against archive related procedures
[16:03] <balloons> plars, is the parms line the same? B10pyflakes?
[16:03] <ogra_> it is in place to make sure the image content cant change ... something that touch catches on the silo level ... distro can only do it by freezing the whole archive
[16:03] <cjwatson> camako: it doesn't mean you can't land, it means landings require additional manual approval to make sure they don't disrupt image preparations
[16:03] <cjwatson> camako: describing it as "can't land" is a gross mischaracterisation
[16:03] <mzanetti> sil2100, ok, thanks!
[16:04] <sil2100> mzanetti: should be reconfigured :)
[16:04] <camako> sil2100, cjwatson... sorry on a hangout atm.. Will resume discussion in a bit
[16:04] <sil2100> jibel: unity8 boottesting passed o/
[16:10]  * sil2100 waits for the next migration
[16:22] <sil2100> unity8 migrated, let me kick the new image
[16:25] <imgbot> [16:27] <dbarth_> o/ hey trainguards, can i have a silo on line 62 ?
[16:28] <sil2100> dbarth_: sure
[16:28] <sil2100> dbarth_: for rtm?
[16:31] <dbarth_> sil2100: yes, please
[16:31] <dbarth_> (sorry forgot about the target release column)
[16:34] <balloons> plars, things are still failing; and I don't see the default parms changed at all
[16:55] <pmcgowan> sil2100, jibel we should hold off the vivid regression ass until we figure out the multiple audio issues in the latest images
[16:55] <pmcgowan> pass not ass
[17:45] <plars> balloons: do you happen to have a link, I'll take a look. Probably the jobs need to be redeployed
[17:51] <balloons> plars, <IP_ADDRESS>:8080/job/help-app-ci
[17:55] <imgbot> [17:55] <imgbot> [18:43] <rvr> mandel: I'm testing silo 0 for rtm (ciborium). pot file needs update, because "Unmounting" is marked for translations, but is not available in Launchpad.
[18:55] <rvr> [mandel] idle 125:43:47 ... I guess he's on holidays.
[19:00] <rsalveti> rvr: nops, he's around
[19:31] <rvr> rsalveti: mandel: As you can see, silo 0 was approved.
[19:34] <rsalveti> rvr: great, thanks
[19:36] <camako> sil2100, cjwatson, so last comment was we can land on vivid. What are the caveats? Do we need to ask anyone for permission etc?
[20:23] <veebers> trainguards, ping can I get 004 published please? :-)
[20:29] <pmcgowan> rsalveti, sil2100 are we not doing rtm proposed builds?
[20:29] <rsalveti> pmcgowan: not by default, no
[20:29] <pmcgowan> rsalveti, how come?
[20:30] <rsalveti> pmcgowan: disabled in cron-job to avoid having images without any changes
[20:30] <rsalveti> pmcgowan: we can enable cron anytime, or just build new images when we land new changes
[20:30] <pmcgowan> rsalveti, we should kick some as there have been a number of landings
[20:30] <rsalveti> sure, will do
[20:30] <pmcgowan> was waiting for them
[20:30] <pmcgowan> thanks
[20:32] <rsalveti> robru: can you help me with https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-000-2-publish/32/console ?
[20:32] <rsalveti> this was a job that got build via a sync
[20:39] <elopio> rsalveti: on the topic it says that robry is on vacation.
[20:39] <rsalveti> crap, indeed
[20:39] <rsalveti> maybe cyphermox can help me with that then
[20:39] <rsalveti> cyphermox: trying to publish silo 000/rtm https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-000-2-publish/32/console
[20:55] <cyphermox> hum, why is it 000?
[20:55] <cyphermox> I thought that one was meant for testing and all
[20:57] <rsalveti> cyphermox: nops, it's a valid silo
[20:58] <cyphermox> I see
[20:58] <cyphermox> rsalveti: did you change anything in the silo config since you first requested it?
[20:59] <rsalveti> cyphermox: nops
[20:59] <cyphermox> I'm trying to know why it would be acting this way
[21:01] <AlbertA> cihelp: it looks like mir amd64 builds done in cloud-worker-15 always time out, for example: https://jenkins.qa.ubuntu.com/job/mir-vivid-amd64-ci/1337/consoleFull
[21:02] <AlbertA> cihelp: any ideas?
[21:02] <cyphermox> rsalveti: clearly, this is broke
[21:05] <cyphermox> thar.
[21:05] <cyphermox> I fudged it to agree to publish
[21:09] <thomi> AlbertA: I'll take a look
[21:11] <veebers> cyphermox: hey, are you able to publish silo 004? :-)
[21:17] <cyphermox> veebers: what kind of silo?
[21:20] <veebers> cyphermox: bugfix for autopilot
[21:24] <cyphermox> no, I mean is that a rtm silo or what?
[21:24] <veebers> cyphermox: oh sorry, vivid
[21:32] <veebers> ugh, fixing that now
[21:34] <veebers> cyphermox: sorry about that, the MP has been fixed so it can be published again
[21:52] <robru> cyphermox: rsalveti: reviewing the logs, it always as though mandel attempted a new sync which cleared the local silo state, but failed because the sync source had freed. Then your attempts at builds were just watch-only's which doesn't have enough teeth to regenerate the needed state.
[21:53] <robru> cyphermox: rsalveti not sure why the build by mandel didn't fall back to distro, that's a feature that is supposed to exist, please file a bug against lp:cupstream2distro and I'll fix it next week when I'm back
[21:56] <robru> "It appears as though" stupid swype.
[21:58] <robru> cyphermox: rsalveti anyway this is the culprit: https://ci-train.ubuntu.com/view/1.%20Build/job/ubuntu-rtm-landing-000-1-build/153/console that's definitely a bug, it should sync from distro if the source silo has freed
[21:58]  * robru back to vacation ;-)
[22:11] <veebers> cyphermox/trainguards any idea on who can do that (or what to do here) we had barry ack the package changes in the merge to trunk MP
[22:23] <rsalveti> robru: great
[22:34] <sil2100> robru: thanks for the investigation, I'll try to look at it tomorrow then ;)
[22:35] <cyphermox> veebers: I will, I was busy fixing dinner :)
[22:38] <cyphermox> oh crap
[22:39] <veebers> cyphermox: ah cool, sorry to be impatient :-)
[22:39] <cyphermox> hm, did you have a freeze exception for this?
[22:40] <veebers> No we didn't. I was told (by robru) that as it was a bug fix for autopilot it was required.
[22:41] <cyphermox> ah, I see
[22:42] <veebers> cyphermox: does this complicate things? (perhaps I messed up?)
[22:42] <cyphermox> no, I had a moment of doubt, that's all
[22:48] <veebers> ah ok, thanks for sorting this cyphermox :-) I hope you get to enjoy your dinner soon!
[22:49] <cyphermox> ahaha already done
[22:49] <cyphermox> we were tired so I threw together some pasta with a bottled sauce :P
[22:54] <cjwatson> camako: if you're adding features, you should follow https://wiki.ubuntu.com/FreezeExceptionProcess; otherwise, uploads will be automatically held for approval and the release team notified, though you can ask on #ubuntu-release if you need to have something expedited
[22:54] <cjwatson> camako: (speaking as an ex-release-team-member)
[23:00] <sil2100> o/
[23:01] <veebers> cyphermox: heh, sounds more interesting than the brown rice and chicken breast I've been boring myself with recently :-)
[23:07] <cyphermox> I was supposed to make some chili with the slow cooker but I was so busy I forgot to get started early enough for food to be ready on time
[23:10] <veebers> oh man, I totally want to get into using a slow cooker. Especially now that the season is cooling down
[23:12] <veebers> cyphermox: hey I see that the autopilot package is in the unapproved queue in #u-release, what needs to happen next?
[23:13] <cyphermox> probably wait until after beta is released to be let in, or you may ask in #u-release for it to be allowed in
[23:16] <veebers> cool thanks, I'll ask and see what happens :-)
[23:40] <cjwatson> (FYI autopilot was auto-accepted and didn't need manual interaction)
[23:41] <cyphermox> cool, thanks for letting us know
[23:48] <camako> cjwatson, thanks. We are not adding features. This is strictly a bug fix release.
[23:50] <cjwatson> camako: yeah, don't tell me though, I'm ex-release-team :)
[23:50] <cjwatson> camako: in that case, just land and then ask the release team to review (or wait for them to get round to it in their queue)
[23:50] <cjwatson> camako: it may have to wait until after beta in any event, but that's only a couple of days


[12:16] <kiko> gneuman, bug assigned to you
[12:35] <dilys> Merge to<EMAIL_ADDRESS>[trivial]  fix broken link in add watches portlet (patch-2482<EMAIL_ADDRESS>[01:06] <mpt> g'night, padders
[01:10] <dilys> Merge to<EMAIL_ADDRESS>[trivial]  Implement make lintmerge. (patch-2483<EMAIL_ADDRESS>[01:41] <dilys> Merge to<EMAIL_ADDRESS>[trivial]  Fixing download_url for Dogfood configuration (patch-2484<EMAIL_ADDRESS>[01:48] <lifeless> win 16
[02:01] <zyga> hmmm
[02:01] <zyga> what has happened to the karma counter?
[02:01] <zyga> did everything jus re-set?
[02:19] <dilys> Merge to<EMAIL_ADDRESS>[trivial]  Check Soyuz usage of Librarian API (SourcePackageFile and BinaryFiles), test added and small fixes for builddUI after dogfood usage. (patch-2485<EMAIL_ADDRESS>[11:02] <dilys> Merge to<EMAIL_ADDRESS>[trivial]  db permissions and fixes (patch-2486<EMAIL_ADDRESS>[12:41] <zyga> where can one complain about wiki css
[02:01] <nkour> jordi, hi are you here?
[02:01] <jordi> yes, but I need to leave very soon
[02:01] <nkour> jordi, wait
[02:01] <nkour> jordi, one day has passed and italian po 100% is still 0% https://launchpad.net/products/gajim/+series/0.8/+pots/gajim/
[02:01] <nkour> I uploaded the po so I know it's 100%
[02:01] <nkour> but rosetta says 0%
[02:02] <nkour> I wrote to the ML but apparently noone aproved my messg and/or noone replied
[02:02] <nkour> I uploaed via https://launchpad.net/products/gajim/+series/0.8/+pots/gajim/it/+upload
[02:02] <jordi> strange, that should have worked.
[02:02] <nkour> I'm not italian, but it hsould work (carlos told me) as it's more handy that to upload a tarball with POT and po
[02:02] <jordi> can I try to do it myself?
[02:02] <nkour> jordi, of course
[02:03] <jordi> nkour: where do I get the file?
[02:03] <nkour> jordi, http://trac.gajim.org/file/trunk/po/it/LC_MESSAGES/gajim.po?rev=3716&format=raw
[02:04] <nkour> [15:03:32]  ua: it upload very slowly
[02:04] <nkour> [15:04:02]  ua: when i upload the last i received a messege of the upload it's correct 19 hours ago
[02:04] <nkour> [15:04:19]  nkour: wow!
[02:04] <nkour> ua is the basque transl (also in rosetta)
[02:04] <nkour> but for me it's more than a day
[02:04] <jordi> basque is eu
[02:04] <nkour> jordi, I know he had to wait 19 hours. and now he has it 100% but he has to wait very long
[02:04] <jordi> let's see
[02:04] <nkour> IT I waited for a day
[02:05] <nkour> k
[02:05] <jordi> I'll get dressed and so on while we wait
[02:16] <jordi> that's strange.
[02:17] <jordi> I don't know why it doesn't show up.
[02:17] <jordi> I'll mail the list.
[02:23] <nkour> jordi, thanks
[02:48] <kiko-zzz> ahoy matsubara
[02:57] <matsubara> oba!
[03:01] <kiko> hey BjornT
[03:01] <kiko> jamesh?
[03:01] <BjornT> hi kiko
[03:02] <kiko> how's lithuania this time of the year?
[03:02] <kiko> SteveA tells me you've got a mountain bike
[03:02] <kiko> I was telling bradb to get one for me to rent in Montreal
[03:02] <BjornT> not too bad actually, but it's starting to get worse...
[03:03] <kiko> have you and SteveA gone riding?
[03:04] <BjornT> no. when i went to canada i didn't exercise that much, and i just started recently to ride again, so i'm quite out of shape :)
[03:05] <kiko> what bike do you have?
[03:08] <BjornT> the frame is from an old mongoose, suspension fork marzocchi mx comp eta, derailleurs and such shimano XT
[03:09] <BjornT> do you think there will be some opportunity to ride in montreal?
[03:09] <kiko> nice bike
[03:09] <kiko> yeah!
[03:09] <kiko> either the 6am bike call or the weekends
[03:12] <BjornT> cool. i'll talk to bradb about getting me a bike as well, it'd be nice to ride some there
[03:12] <kiko> definitely
[03:13] <kiko> I'm taking my helmet and pedals and shoes
[03:13] <kiko> or maybe I could just buy another helmet there, extra helmets are never a bad idea
[03:14] <BjornT> yeah, i'll probably look into buying some stuff while i'm there, finding good bike parts in lithuania is hard :(
[03:15] <eruin> what does  	 xxx-deprecated-do-not-use-1 in rosetta mean really?
[03:15] <kiko> eruin, that we imported templates that shouldn't be translated because they're not going to be used
[03:15] <eruin> https://launchpad.net/distros/ubuntu/breezy/+lang/nb  -- take gaim as an example
[03:16] <kiko> the import process gets some imports wrong
[03:16] <eruin> oh
[03:16] <kiko> it decides that it's a new template instead of an existing one
[03:16] <eruin> then how are we supposed to get the particular app translated?
[03:16] <kiko> we need to fix bugs faster, eruin
[03:16] <eruin> in launchpad?
[03:17] <kiko> yeah :-(
[03:17] <eruin> hehe
[03:17] <kiko> let me load that page AAR
[03:17] <kiko> eruin, order by package name
[03:18] <kiko> you'll notice that there are N glib entries, but only one of the templates is /not/ called xx-deprecated*
[03:18] <eruin> ah
[03:18] <kiko> https://launchpad.net/distros/ubuntu/breezy/+sources/glib2.0/+pots/glib20/nb/+translate
[03:18] <kiko> that's the one you should translate
[03:18] <kiko> I apologize for the error, of course
[03:18] <kiko> it's just that importing these templates is non-trivial
[03:19] <eruin> yeah, I've been wondering how you manage it in the first place
[03:19] <kiko> the importer gets itself mixed up and thinks it found a new template for glib2.0, where in fact it's just a new version of the existing template
[03:19] <kiko> there's an importer process that pulls the template and translations from newly uploaded packages
[03:20] <kiko> it needs to be smart enough to locate existing templates
[03:20] <kiko> some packages have interesting directory organization and we don't cope with it very well
[03:20] <kiko> I believe this is the case with glib2.0
[03:21] <eruin> pah, what's launchpad/rosetta coded in?
[03:21] <kiko> eruin, python and zope3
[03:21] <kiko> a pretty cool piece of infrastructure if you ask me
[03:21] <eruin> I guess I should step up and teach myself python properly
[03:22] <eruin> it's just not that easily combined with a bachelor in arts ;-)
[03:22] <kiko> well, python is one of those languages that I believe anyone should learn, no matter what profession
[03:22] <kiko> the future is going to be all about programming-by-end-users I think
[03:24] <eruin> yeah, I've started diving into it, but my "programming" experience is limited to php
[03:24] <eruin> so it's an adjustment proper :p
[03:25] <kiko> dive into python!
[03:27] <eruin> that's a nice fun guide indeed
[03:30] <ddaa> Duh... looking at one's people +assignedbugs page is _slow_
[03:30] <ddaa> bradb: is that worked on?
[03:31] <ddaa> (slow as in several tens of seconds, slow as in "I think I'm going to do something else while this page loads")
[03:32] <kiko> ddaa, yes, it's a known issue being worked upon
[03:33] <ddaa> oh... also
[03:34] <ddaa> the "fix request for" columns contains important links (to change the bug status) _these_ should be underlined
[03:34] <ddaa> I'm sure that's all known, but I take some revenge for all the baz pestering here :)
[03:34] <kiko> ddaa, heh
[03:45] <eruin> "stat failed"
[03:45] <eruin> could anyone tell me what that really means?
[03:46] <kiko> couldn't find a file, usually
[03:46] <eruin> I'm translating synaptic and it has some very obscure strings like that
[03:46] <kiko> it's referring to the stat() system call
[03:46] <kiko> synaptic is crack
[03:46] <eruin> hehe
[03:46] <eruin> we should spank it's authors
[03:46] <kiko> I'd file upstream bugs to get the damned messages fixed
[03:46] <eruin> I'll make a list, actually
[03:46] <ddaa> That particular error message probably violates half a dozen UI design rules :)
[03:46] <eruin> yeah
[03:47] <kiko> The  stat()  function  shall obtain information about the named file and write it to the area pointed to by the buf argument. The path argument points to a
[03:47] <kiko>        pathname naming a file.  Read, write, or execute permission of the named file is not required. An implementation that provides additional or alternate file
[03:47] <kiko>        access  control mechanisms may, under implementation-defined conditions, cause stat() to fail. In particular, the system may deny the existence of the file
[03:47] <kiko>        specified by path.
[03:47] <kiko> craaaack
[03:48] <ddaa> IOW, may mean anything from "file does not exist" to "hard drive dead", through "you do not have permission to check whether this file exists" and "this software is buggy" :)
[03:49] <eruin> should be handled more gracefully than spitting that at the user
[03:49] <dilys> Merge to<EMAIL_ADDRESS>[trivial]  fix broken link in bug link porlet. (patch-2487<EMAIL_ADDRESS>[03:49] <ddaa> I think you can safely replace it by something like "an internal error ocurred but the programmer did not make me intelligent enough to know what to do about it or to tell you how to fix it".
[03:49] <ddaa> :->
[03:50] <kiko> I support ddaa's comments as usual, for the record
[03:50] <eruin> what's the "Global translation wiki"?
[03:50] <kiko> heh
[03:50] <kiko> more craaaaack
[03:50] <eruin> where do I find it and how can I spank people with silly entries in it?
[03:50] <kiko> the global translation wiki isn't really a wiki
[03:51] <kiko> I'd buy you ice cream if you filed a bug on the name being stupid and confusing
[03:51] <eruin> then how is it seperated from "Published elsewhere" ?
[03:51] <ddaa> kiko: please don't tell me it's not really global and not really about tranlation...
[03:51] <kiko> okay
[03:51] <kiko> ddaa, what does global mean?
[03:51] <kiko> I wouldn't say it's global either
[03:51] <kiko> eruin, I'll explain
[03:51] <eruin> yay
[03:52] <kiko> if you're not an official translator for a language
[03:52] <kiko> your suggestions don't become official when you enter them
[03:52] <kiko> instead they are stored but flagged as unofficial
[03:52] <kiko> this repository of unofficial translations is the GTW [sic, or what?]
[03:53] <kiko> ask for the published elsewhere
[03:53] <kiko> s/ask/as/
[03:53] <kiko> we translate in rosetta both upstream products and distribution packages
[03:53] <kiko> so if you add a translation to a product
[03:53] <kiko> it isn't automatically used in the distribution
[03:53] <eruin> so, me being in the rosetta norwegian nb team makes me what?
[03:53] <kiko> but it's displayed there for you to be able to copy it in
[03:54] <eruin> a semi-official translator? ;P
[03:54] <kiko> eruin, you're in the ubuntu translators team for norwegian I suspect
[03:54] <eruin> correct
[03:54] <kiko> which makes you 100% bona fide official
[03:54] <eruin> yay
[03:54] <ddaa> kiko: I think, as a action link, it would be better as "Contribute to translation", within a sentence it would be better as "repository of unofficial translations".
[03:54] <kiko> ddaa, TOTALLY
[03:54] <eruin> I can't even find my way back to the team page on rosetta
[03:54] <kiko> now convince the sab
[03:54] <eruin> but I know I'm listed ;p
[03:55] <kiko> eruin, you need to go back to the distribution's page (use the breadcrumbs)
[03:55] <kiko> more craack
[03:55] <eruin> hehe
[03:55] <eruin> well, I dont blame you
[03:55] <kiko> someday I will be able to fix this
[03:55] <eruin> say I have suggestions for launchpad
[03:55] <kiko> meanwhile I support end-users on saturdays :)
[03:55] <kiko> eruin, file bugs
[03:55] <eruin> like adding a way to register your nick in the profile
[03:56] <eruin> okies
[03:56] <ddaa> kiko: I'm really not in contact with Rosetta in any way. And I think I'd rather keep my credit of "disagree with the boss" for the branch work (that should get into landing shape before UBZ if all goes well).
[03:56] <kiko> ddaa, you know those credits are precious!
[03:57] <ddaa> kiko: btw, feel like a quick review?
[03:57] <eruin> uck, non-us is a touch nut to translate
[03:57] <eruin> tough*
[03:58] <kiko> ddaa, your reviews is usually complicated -- what's it about?
[03:58] <ddaa> simple process handling thing, almost trivial
[03:58] <ddaa> Should help pqm hangs.
[03:58] <kiko> I can try, pastebin it
[03:59] <ddaa> kiko: I take your previous comment as a compliment :)
[04:00] <ddaa> kiko: where's the pastebin?
[04:00] <eruin> more string loveliness: "Failed to reopen fd" ;-)
[04:00] <ddaa> *laugh*
[04:00] <ddaa> let's lock mvo and mpt in a room at UBZ
[04:01] <kiko> heh
[04:01] <ddaa> and not them out before one of them passes out or synaptic has useful error handling
[04:01] <kiko> ddaa, it was a compliment. it's kinnison's, hmmm
[04:01] <kiko> why even mark these strings for translation, sigh
[04:02] <ddaa> kiko++
[04:02] <eruin> translating them takes the mess to a whole new level
[04:02] <ddaa> tranlating this stuff is nuts, people who could make sense of them are likely to understand it better in english than in any other language.
[04:03] <eruin> I might as well input "jghskj bla bla bal lalalal fd la-la-land" ;)
[04:03] <ddaa> I'd rather say "Error blarg yargl yoyo"
[04:04] <eruin> ah, yes, that's better
[04:04] <kiko> eruin, I urge you to file bugs on synaptic
[04:05] <kiko> should I use caps to urge you harder?
[04:06] <ddaa> kiko: https://chinstrap.ubuntu.com/~dsilvers/paste/fileIvXay1.html
[04:06] <eruin> my list of lunatic strings is growing kiko
[04:06] <eruin> atleast I finally understand why nobody has bothered translating synaptic
[04:08] <kiko> eruin, you'll have a great bug to file
[04:09] <eruin> aye
[04:09] <kiko> in particular to https://launchpad.net/products/synaptic/+filebug :-P
[04:09] <eruin> suddenly I'm more tempted to figure out why my ipod nano doesn't want to mount and related issues
[04:10] <eruin> but I'll go through with this
[04:10] <eruin> then I'll hop into ubuntu-devel and write up a short "translating isn't fun anymore"
[04:11] <ddaa> Laziness, impatience, hubris
[04:11] <ddaa> if you had those, by this time you have given up, or decided to fork synaptic :)
[04:11] <kiko> eruin, yeah, tell them that their strings are making you want to revoke your life certificate
[04:12] <eruin> hmm,
[04:12] <eruin> that's a fittingname for the bug
[04:12] <eruin> or maybe I should follow the trend from synaptic and make the entire bug completely incomprehensible
[04:13] <eruin> just to make a point
[04:13] <ddaa> "Sypnatci msgs not language"
[04:14] <eruin> I'm not particulary a fan of exposing things like "mount", "stat" in any gui
[04:15] <ddaa> eruin: it's not about being fan, it's bad UI design to blow such stuff in the face of the user.
[04:15] <eruin> maybe I should use some kind of terminology from the matrix
[04:15] <kiko> eruin, you're in the 5 percentile that actually understands how applications should work
[04:15] <eruin> about synaptic requiring a global rm -rf
[04:15] <ddaa> (it just happens to be much, much easier)
[04:16] <eruin> the gui should be designed first
[04:16] <kiko> +                if self._process.poll() is not None:
[04:16] <kiko> +                    break
[04:16] <kiko> ddaa, can you explain this part to me?
[04:16] <ddaa> how much detail do you require?
[04:16] <kiko> tell me about poll()
[04:16] <kiko> semantics
[04:17] <ddaa> roughly, _process is a knotted.process.Popen, that reproduces part of the APi of subprocess.Popen
[04:17] <ddaa> subprocess.Popen.poll(), polls the process for termination and returns process.returncode.
[04:18] <kiko> ah
[04:18] <kiko> so it returns non-None when the process terminates?
[04:18] <ddaa> Yup.
[04:18] <kiko> and it's non-blocking?
[04:18] <ddaa> Yup.
[04:18] <ddaa> Not timeout feature though.
[04:18] <ddaa> thus the ugly loop.
[04:19] <ddaa> maybe that would deserve a comment...
[04:19] <eruin> "mounting" should be something more like "Readying x for use"
[04:19] <ddaa> OTOH, you have wait(), which is blocking, and has no timeout either...
[04:19] <eruin> or actually, not exposed at all.
[04:20] <kiko> won't using wait() cause hangs in certain situations?
[04:20] <ddaa> eruin: I think you should stick closely to the error message. Because it depends on what the rest of the message is.
[04:20] <eruin> the message "mounting CD" shouldn't be there at all
[04:21] <ddaa> If it's "Preparing Ubuntu Breezy Badge CD for use", then' it's okay. If it's "Preparing /media/cdrom for use" I think it's just obscure to everybody.
[04:21] <eruin> preparing CD for use
[04:22] <eruin> in a gnome gui, /media/cdrom shouldn't be exposed if that isn't explicitly required - and it shouldn't be
[04:23] <ddaa> eruin: what I mean is that the program might be passing that through a format string.
[04:23] <ddaa> and that is outside of your control as a translator.
[04:23] <eruin> yeah, I see your point
[04:24] <ddaa> One of this "a good UI is not an afterthough" things.
[04:24] <ddaa> kiko.poll()
 won't using wait() cause hangs in certain situations?
[04:25] <kiko> ddaa.wakeup()
[04:25] <ddaa> oh sorry
[04:26] <ddaa> Well, this patch only uses wait() after SIGKILL
[04:26] <kiko> right
[04:26] <ddaa> because apparently CVS is to crackful to reliably quit after SIGTERM...
[04:26] <kiko> you could get a hard-to-kill zombie, right?
[04:27] <ddaa> hu...
[04:27] <sivang> hey all
[04:27] <ddaa> kiko: what do you have in mind?
[04:27] <sivang> anybody knows what that wonderful page (https://wiki.launchpad.canonical.com/LaunchpadArchitectureOverview) no longer available?
[04:28] <sivang> (IIRC it was a very nice overview for the highly interested)
[04:28] <ddaa> I do not see what more I could do after closing the pipe to the server, sending it a SIGTERM, waiting for a while, and sending it a SIGKILL...
[04:28] <ddaa> AIUI it's a kernel bug if wait() hands after SIGKILL
[04:28] <ddaa> * hangs
[04:29] <kiko> ddaa, well, there are known situations (an NFS disconnect for instance) in which SIGKILL doesn't kill the process in predictable time
[04:29] <kiko> anyway
[04:29] <kiko> r=kiko
[04:30] <ddaa> kiko: if elmo starts using NFS on the import machines, I'll happily rewrite importd in Haskell :)
[04:30] <ddaa> after calling the medics
[04:31] <kiko> heh
[04:31] <ddaa> actually, it's "on chinstrap" that it matters (pqm system)
[04:31] <kiko> yeah
[04:31] <ddaa> kiko: no change required?
[04:32] <kiko> ddaa, no -- you already have a wait() there anyway; this just makes it more robust
[04:33] <ddaa> btw, not waiting (or polling until it returns non-None) is what causes zombies.
[04:33] <kiko> parent dies and doesn't reap its children
[04:35] <ddaa> tbh, I find process handling to be deep magic
[04:36] <ddaa> Thanks.
[04:36] <kiko> sure, enjoy
[04:41] <eruin> posted a short message about synaptic on ubuntu-devel
[04:42] <eruin> hope someone can contribute something as I don't feel my mail accurately described all the issues
[04:43] <kiko> eruin, did you file a bug?
[04:43] <kiko> if you'd like to, CC: me
[04:44] <eruin> haven't filed a bug yet
[04:44] <eruin> waiting for some replies to the mailing list first
[04:44] <eruin> I'm having trouble wording myself properly atm
[04:45] <kiko> eruin, just file the bug saying "a number of synaptic's error messages are unhelpful" and pasting in examples in the comment
[04:45] <kiko> say you're coming from a translator's angle but it's plain broken even in english
[04:45] <kiko> that's what I'd do
[04:47] <eruin> https://launchpad.net/malone/bugs/2549
[04:49] <eruin> crap, I missed the part about "I'll leave that for my upcoming bug report" in the copy/paste ;-)
[04:50] <dilys> Merge to<EMAIL_ADDRESS>[r=kiko]  sigkill cvs server after 30s if sigterm was not enough (patch-111<EMAIL_ADDRESS>[04:51] <eruin> kiko, cc'd
[04:52] <kiko> eruin, thanks. for the record, you don't need to be so emotional when filing a bug -- the author would probably just say "yeah, it sucks, sorry" if you had voiced it more neutrally -- he may be a bit put off now
[04:52] <kiko> I'll talk to mvo
[04:52] <kiko> (IRC is a medium that takes better to jesting than bug reports)
[04:53] <eruin> hmm, too late to edit it I presume
[04:53] <kiko> yeah, but don't worry
[04:53] <kiko> I'll talk to mvo when he shows up
[04:53] <kiko> he's such a nice guy btw
[04:54] <eruin> tell him no offense ;-)
[04:56] <eruin> I really wish I could search in translation templates
[04:59] <kiko> for a specific string?
[04:59] <kiko> we're going to support that
[05:04] <eruin> specific strings yeah
[05:04] <kiko> yeah, upcoming feature
[05:05] <eruin> I really want to get all apps ready, things like "Mark all upgrades" in synaptic, but not mess with strings mentioned in the bug ;-)
[05:13] <ddaa> Mh, I had user feedback about "Mark all upgrades" being crack since it's a global operation that is not restricted by the current listing.
[05:44] <jordi> I suspect something is wrong with the rosetta import queue
[05:44] <jordi> nothing that I upload gets updated in the website.
[05:49] <eruin> worse, I get a system error every time I try to submit a page full of translated strings
[05:49] <kiko> jordi, it's disabled :)
[05:50] <eruin> I suspect it has something to do with either the amount of text or the amount of strings marked for review
[05:55] <jordi> kiko: DISABLED?!
[05:55] <jordi> kiko: man, I've got Nkour coming in every 2 hours to tell me about it!
[05:55] <jordi> kiko: any reason, eta for restart?
[05:56] <kiko> jordi, can you email SteveA CC: launchpad so he fixes it ASAP?
[05:56] <kiko> I'm with him on the phone
[05:57] <jordi> k
[05:57] <jordi> is he steve@?
[05:58] <kiko> yeah
[06:00] <jordi> kiko: done
[06:28] <sabdfl> what's news in the lunchpad?
[06:45] <eros> o.o
[06:57] <ddaa> sabdfl: samba import passed autotest and is currently running on hoover
[06:57] <jordi> sabdfl: I have a question for you in the mailing list
[06:57] <jordi> sabdfl: how did your vacation go?
[06:58] <ddaa> python import from a cvsball still running on roomba since monday. At 22873/32448 revs, bottlenecked on baz commit slowness.
[06:59] <ddaa> also, quake3 now has a baz branch :)
[06:59] <jordi> ddaa: who's taken over? quakeforge?
[07:00] <ddaa> mh? icculus.org maintains a portable quake3 branch based on id software released code.
[07:00] <jordi> hmm icculus.org
[07:00] <ddaa> it still depends on the commercial CD for game data
[07:00] <ddaa> it's just a portable game engine
[07:01] <ddaa> they are not even trying to further the development. Just make the thing work.
[07:01] <jordi> yeah, yeah.
[07:01] <jordi> I was involved in the QuakeForge fork of quake1
[07:01] <jordi> They did extend the stuff quite a bit, keeping it compatible
[07:02] <jordi> they revamped the source to make it all a collection of quake plugins
[07:02] <jordi> it was neat.
[07:16] <sabdfl> ddaa: rockin' result on samba - well done
[07:16] <sabdfl> is python up and running too?
[07:17] <sabdfl> ah, i see from scrollback
[07:17] <sabdfl> jordi: holiday was awesome, still technically away but my fingers were itchin
[08:34] <sabdfl> Kinnison: so how did the week go, in the end?
[08:36] <jordi> sabdfl: in rosetta-users, someone asks about translating freeware, as in beer
[08:36] <jordi> I told the guy you'd comment on that.
[08:41] <sabdfl> jordi: np, if it has potemplates and pofiles
[08:43] <jordi> sabdfl: are you going to reply, or should I?
[08:43] <sabdfl> jordi: go for it
[08:48] <jordi> k
[09:33] <mdke> hiya all
[09:33] <mdke> how do I edit the wiki page of a team?
[09:35] <mdke> actually the wiki page thing is going a bit wierd now
[09:35] <mdke> i can't edit my own either
[09:39] <sabdf1> mdke: assign to me, please
[09:43] <mdke> k
[09:44] <mdke> i can't assign to him
[09:44] <mdke> stupid malone
[09:51] <mdke> is sabdfl the guy to cc on LP->wiki bugs then? I have another one


 Question. I already filed a launchpad task for this packaging work that only bebefits Kubuntu: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1715213
 there hasn't been much movement on it. Should we file a separate task to do this only for Kubuntu, or push on the upstream Launchpad task?
 (and its companion https://bugs.launchpad.net/ubuntu/+source/mozilla-thunderbird/+bug/1715214)
 either way, if we need a Kubuntu-specific task, I filed https://phabricator.kde.org/T7863. If we don't need that, feel free to close it
[01:08] <valorie> finally replied to the rest of your email too, @nggraham which includes that
[01:08] <valorie> now: dinner!
 fantastic, thanks!
[01:38] <wxl> um
[01:38] <wxl> why does the non-free checkbox in ubiquity install kubuntu-restricted-ADDONS and not -extras?
[01:42] <wxl> i mean i guess when a user wants nonfree stuff, we should make sure they only get just a taste of it? i fail to see the logic but here's the basis https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/643614
[01:45] <valorie> huh
[01:45] <valorie> I would want both
[01:45] <wxl> exactly
[01:46] <wxl> i'm not one to question riddell's logic but here... maybbbeeeeee......
[01:46] <valorie> huh
[01:47] <wxl> what's weird is that looking at ubiquity, kubuntu is the only one that uses a separate -restricted package even though there are lubuntu and xubuntu ones
[01:47] <wxl> which is also very weird
[01:47] <valorie> this explains why a few years back in amarok all of a sudden all *buntu users were complaining that they couldn't play mp3 files
[01:47] <wxl> mind you, what i said above ONLY relates to kubuntu
[01:47] <wxl> oh wait
[01:47] <wxl> i take it back
[01:48] <wxl> everyone else gets ubutnu-restricted-addons
[01:48] <valorie> dunno how many people continue to play mp3 from their HD any more
[01:48] <wxl> which is also really freakingw eird
[01:49] <valorie> what does ubuntu-restricted-addons add that ours doesn't and vice-versa?
[01:49] <valorie> if they are the same, we should just use that package
[01:49] <valorie> why keep our own?
[01:49]  * wxl shrugs
[01:50] <wxl> i guess it makes sense for lubuntu but i don't know about anyone else
[01:50] <wxl> unless there's some weird reverse depends
[01:50] <wxl> https://packages.ubuntu.com/search?keywords=-restricted-
[01:50] <valorie> what makes sense?
[01:50] <wxl> it makes sense for lubuntu to have smoething different
[01:50] <wxl> since we're all abotu as little as possible
[01:51] <wxl> extras ALSO has lame in kubuntu
[01:52] <valorie> what I mean is what is the actual difference?
[01:52] <wxl> i don't know that THAT is much
[01:52] <valorie> and is it worthwhile to continue to support that
[01:53] <wxl> it adds the mp3
[01:53] <valorie> and ubuntu does not?
[01:53] <wxl> right
[01:53] <valorie> so how do vanilla ubuntu people listen to mp3?
[01:54] <wxl> i don't understand the lame thing
[01:54] <valorie> I thought lame was about encoding
[01:54] <wxl> it looks like libmp3lame0 is already in libavcodec-extra57
[01:54] <valorie> but -- no expert here either
[01:54] <wxl> you're right
[01:54] <wxl> the LAME package is actually a front end i think
[01:55] <wxl> yep
[01:55] <wxl> so that's dumb
[01:55] <wxl> kubuntu also includes two packages that say they're not available, so that's broken
[01:55] <wxl> adobe-flashplugin
[01:55] <wxl> libk3b6-extracodecs
[01:56] <wxl> gosh i'm surprised people aren't complaining about this
[01:56] <wxl> it also includes gnash, the swf player for ppc64el only hahahahahah weird
[01:58] <wxl> kubuntu also has gstreamer1.0-plugins-bad (both have -ugly)
[01:58] <nauticalnexus> I have ppc64 :3
[01:58] <wxl> ubuntu also has gstreamer1.0-vaapi and gstreamer1.0-fluendo-mp3
[02:00] <wxl> see bug 1090671
[02:00] <wxl> oh wait
[02:01] <wxl> i don't know what's up with that
[02:01] <wxl> changelog makes a reference to that which seems weird
[02:02] <wxl> anyways the last change dropped adobe flash "as it will be EOL before end of next LTS"
[02:05] <wxl> at that time they also dropped -bad and added -vaapi
[02:05] <wxl> not sure why actly
[02:06] <valorie> wxl: are you willing to open a phab task about looking at this?
[02:06] <valorie> I see that almost everyone has their own but I've never understood why
[02:06] <wxl> yeah not right now but yes
[02:06] <nauticalnexus> valorie, do you know if they're gonna drop ppc support with bionic
[02:06] <wxl> they're not
[02:06] <wxl> watch debian
[02:06] <nauticalnexus> Not el
[02:07] <nauticalnexus> Er, ppc64el
[02:07] <wxl> they're more likely to keep el
[02:07] <nauticalnexus> I mean like, G5
[02:07] <nauticalnexus> I require ppc support.
[02:07] <wxl> innit that just ppc?
[02:07] <nauticalnexus> Yes.
[02:07] <wxl> right.
[02:07] <nauticalnexus> Well, it's 64-bit ppc
[02:07] <wxl> which is not ppc64el
[02:07] <nauticalnexus> No
[02:07] <nauticalnexus> It's big endian.
[02:08] <nauticalnexus> I found that out the hard way.. heh..
[02:08] <wxl> right
[02:08] <wxl> so afaik ppc is going to remain
[02:08] <nauticalnexus> *buntu is the only distro I've used with G5 support.
[02:08] <nauticalnexus> I'd hate if they dropped it.
[02:08] <wxl> it WILL go away
[02:08] <valorie> fedora doesn't?
[02:08] <wxl> and it will be in a near-ish future
[02:09] <nauticalnexus> valorie, their iso doesn't have the required stuff for my Mac
[02:09] <wxl> i bet freebsd supports it XD
[02:09] <valorie> I wonder what the support window is for 18.04
[02:09] <nauticalnexus> wxl probably lol
[02:10] <wxl> support window? you didn't hear we were going rolling?
[02:10] <nauticalnexus> lmao
[02:10]  * wxl starts rumours; internet explodes
[02:10] <nauticalnexus> Don't go all Arch on us now ;P
[02:11] <valorie> wxl: hush sir!
[02:11] <nauticalnexus> lol
[02:12] <wxl> on that note i'm going home :)
[02:12] <nauticalnexus> alright
[02:12] <valorie> nites wxl
[02:12] <valorie> err, niters
[02:44] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_breeze-gtk build #318: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/xenial_unstable_breeze-gtk/318/
[02:44] -kubuntu-ci:#kubuntu-devel- Project xenial_stable_breeze-gtk build #109: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/xenial_stable_breeze-gtk/109/
[02:44] -kubuntu-ci:#kubuntu-devel- Project artful_stable_breeze-gtk build #137: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/artful_stable_breeze-gtk/137/
[02:44] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_breeze-gtk build #63: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/bionic_unstable_breeze-gtk/63/
[02:44] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_breeze-gtk build #44: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/bionic_stable_breeze-gtk/44/
[02:44] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_breeze-gtk build #195: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/artful_unstable_breeze-gtk/195/
[02:45] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_baloo-widgets build #55: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/bionic_stable_baloo-widgets/55/
[02:47] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_xdg-desktop-portal-kde build #69: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/bionic_stable_xdg-desktop-portal-kde/69/
[02:49] -kubuntu-ci:#kubuntu-devel- Project artful_stable_baloo-widgets build #70: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/artful_stable_baloo-widgets/70/
[02:49] -kubuntu-ci:#kubuntu-devel- Project xenial_stable_baloo-widgets build #78: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/xenial_stable_baloo-widgets/78/
[02:49] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_kmime build #66: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/bionic_stable_kmime/66/
[02:50] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_akonadi build #82: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/bionic_stable_akonadi/82/
[02:50] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_kpimtextedit build #71: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/bionic_stable_kpimtextedit/71/
[02:51] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_baloo-widgets build #60: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/bionic_unstable_baloo-widgets/60/
[02:51] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_baloo-widgets build #173: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/artful_unstable_baloo-widgets/173/
[02:51] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_baloo-widgets build #439: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/xenial_unstable_baloo-widgets/439/
[02:51] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_kpimtextedit build #51: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/bionic_unstable_kpimtextedit/51/
[02:52] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_xdg-desktop-portal-kde build #70: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/bionic_unstable_xdg-desktop-portal-kde/70/
[02:52] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_xdg-desktop-portal-kde build #146: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/xenial_unstable_xdg-desktop-portal-kde/146/
[02:52] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_xdg-desktop-portal-kde build #177: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/artful_unstable_xdg-desktop-portal-kde/177/
[02:52] -kubuntu-ci:#kubuntu-devel- Project xenial_stable_xdg-desktop-portal-kde build #62: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/xenial_stable_xdg-desktop-portal-kde/62/
[02:52] -kubuntu-ci:#kubuntu-devel- Project artful_stable_xdg-desktop-portal-kde build #126: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/artful_stable_xdg-desktop-portal-kde/126/
[03:13] -kubuntu-ci:#kubuntu-devel- Project xenial_stable_kdeplasma-addons build #115: STILL FAILING in 3 hr 23 min: https://kci.pangea.pub/job/xenial_stable_kdeplasma-addons/115/
[03:14] -kubuntu-ci:#kubuntu-devel- Project artful_stable_kdeplasma-addons build #180: STILL FAILING in 3 hr 24 min: https://kci.pangea.pub/job/artful_stable_kdeplasma-addons/180/
[03:18] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_kdeplasma-addons build #62: STILL FAILING in 3 hr 25 min: https://kci.pangea.pub/job/bionic_stable_kdeplasma-addons/62/
[03:32] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[03:32] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_xdg-desktop-portal-kde build #70: FIXED in 39 min: https://kci.pangea.pub/job/bionic_stable_xdg-desktop-portal-kde/70/
[03:37] -kubuntu-ci:#kubuntu-devel- Project xenial_stable_calligra build #68: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/xenial_stable_calligra/68/
[03:39] -kubuntu-ci:#kubuntu-devel- Project artful_stable_calligra build #105: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/artful_stable_calligra/105/
[03:39] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_calligra build #181: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/artful_unstable_calligra/181/
[03:39] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_calligra build #244: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/xenial_unstable_calligra/244/
[03:42] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_calligra build #77: STILL FAILING in 4 hr 0 min: https://kci.pangea.pub/job/bionic_unstable_calligra/77/
[05:03] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_calligra build #42: NOW UNSTABLE in 2 hr 12 min: https://kci.pangea.pub/job/bionic_stable_calligra/42/
[05:04] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » linode-01 build #2038: SUCCESS in 57 sec: https://kci.pangea.pub/job/mgmt_docker/label=linode-01/2038/
[05:04] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » master build #2038: SUCCESS in 1 min 12 sec: https://kci.pangea.pub/job/mgmt_docker/label=master/2038/
[05:07] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » swy-01 build #2038: SUCCESS in 3 min 58 sec: https://kci.pangea.pub/job/mgmt_docker/label=swy-01/2038/
[08:32] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_latte-dock build #62: STILL FAILING in 7 min 10 sec: https://kci.pangea.pub/job/bionic_stable_latte-dock/62/
[08:34] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_kdeplasma-addons build #63: STILL FAILING in 9 min 1 sec: https://kci.pangea.pub/job/bionic_stable_kdeplasma-addons/63/
[08:38] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[08:38] -kubuntu-ci:#kubuntu-devel- Project merger_kdeplasma-addons build #1318: FIXED in 14 sec: https://kci.pangea.pub/job/merger_kdeplasma-addons/1318/
[08:40] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_kmime build #67: STILL FAILING in 14 min: https://kci.pangea.pub/job/bionic_stable_kmime/67/
[08:41] -kubuntu-ci:#kubuntu-devel- Project xenial_stable_kdeplasma-addons build #116: STILL FAILING in 2 min 35 sec: https://kci.pangea.pub/job/xenial_stable_kdeplasma-addons/116/
[08:41] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[08:41] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_breeze-gtk build #45: FIXED in 15 min: https://kci.pangea.pub/job/bionic_stable_breeze-gtk/45/
[08:42] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_kdeplasma-addons build #162: STILL FAILING in 3 min 37 sec: https://kci.pangea.pub/job/artful_unstable_kdeplasma-addons/162/
[08:42] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_latte-dock build #63: STILL FAILING in 4 min 37 sec: https://kci.pangea.pub/job/bionic_stable_latte-dock/63/
[08:42] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kdeplasma-addons build #270: STILL FAILING in 3 min 45 sec: https://kci.pangea.pub/job/xenial_unstable_kdeplasma-addons/270/
[08:42] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[08:42] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_xdg-desktop-portal-kde build #71: FIXED in 16 min: https://kci.pangea.pub/job/bionic_unstable_xdg-desktop-portal-kde/71/
[08:43] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[08:43] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_breeze-gtk build #64: FIXED in 18 min: https://kci.pangea.pub/job/bionic_unstable_breeze-gtk/64/
[08:45] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_kopete build #70: STILL FAILING in 19 min: https://kci.pangea.pub/job/bionic_unstable_kopete/70/
[08:49] -kubuntu-ci:#kubuntu-devel- Project xenial_stable_kdeplasma-addons build #117: STILL FAILING in 3 min 31 sec: https://kci.pangea.pub/job/xenial_stable_kdeplasma-addons/117/
[08:50] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_kdeplasma-addons build #163: STILL FAILING in 3 min 37 sec: https://kci.pangea.pub/job/artful_unstable_kdeplasma-addons/163/
[08:50] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kdeplasma-addons build #271: STILL FAILING in 3 min 31 sec: https://kci.pangea.pub/job/xenial_unstable_kdeplasma-addons/271/
[08:55] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_kpimtextedit build #72: NOW UNSTABLE in 30 min: https://kci.pangea.pub/job/bionic_stable_kpimtextedit/72/
[08:55] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[08:55] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_baloo-widgets build #56: FIXED in 30 min: https://kci.pangea.pub/job/bionic_stable_baloo-widgets/56/
[08:56] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[08:56] -kubuntu-ci:#kubuntu-devel- Project artful_stable_kdeplasma-addons build #181: FIXED in 17 min: https://kci.pangea.pub/job/artful_stable_kdeplasma-addons/181/
[08:56] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[08:56] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_kdeplasma-addons build #64: FIXED in 17 min: https://kci.pangea.pub/job/bionic_stable_kdeplasma-addons/64/
[08:57] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[08:57] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_baloo-widgets build #61: FIXED in 32 min: https://kci.pangea.pub/job/bionic_unstable_baloo-widgets/61/
[08:58] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_kdeplasma-addons build #55: STILL FAILING in 33 min: https://kci.pangea.pub/job/bionic_unstable_kdeplasma-addons/55/
[09:05] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_kopete build #71: STILL FAILING in 15 min: https://kci.pangea.pub/job/bionic_unstable_kopete/71/
[09:10] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_kmime build #68: STILL FAILING in 24 min: https://kci.pangea.pub/job/bionic_stable_kmime/68/
[09:10] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[09:10] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_akonadi build #83: FIXED in 45 min: https://kci.pangea.pub/job/bionic_stable_akonadi/83/
[09:15] -kubuntu-ci:#kubuntu-devel- Project xenial_stable_kmailtransport build #160: STILL FAILING in 5 min 30 sec: https://kci.pangea.pub/job/xenial_stable_kmailtransport/160/
[09:24] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[09:24] -kubuntu-ci:#kubuntu-devel- Project artful_stable_kmailtransport build #138: FIXED in 14 min: https://kci.pangea.pub/job/artful_stable_kmailtransport/138/
[09:25] -kubuntu-ci:#kubuntu-devel- Project xenial_stable_kpimtextedit build #102: UNSTABLE in 16 min: https://kci.pangea.pub/job/xenial_stable_kpimtextedit/102/
[09:25] -kubuntu-ci:#kubuntu-devel- Project artful_stable_kpimtextedit build #140: UNSTABLE in 16 min: https://kci.pangea.pub/job/artful_stable_kpimtextedit/140/
[09:25] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[09:25] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_kmime build #69: FIXED in 15 min: https://kci.pangea.pub/job/bionic_stable_kmime/69/
[09:27] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_kpimtextedit build #52: NOW UNSTABLE in 21 min: https://kci.pangea.pub/job/bionic_unstable_kpimtextedit/52/
[09:27] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[09:27] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_kmailtransport build #46: FIXED in 21 min: https://kci.pangea.pub/job/bionic_unstable_kmailtransport/46/
[09:27] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[09:27] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_calligra build #78: FIXED in 1 hr 2 min: https://kci.pangea.pub/job/bionic_unstable_calligra/78/
[09:29] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_kdeplasma-addons build #56: NOW UNSTABLE in 31 min: https://kci.pangea.pub/job/bionic_unstable_kdeplasma-addons/56/
[09:45] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_kdeplasma-addons build #164: STILL FAILING in 2 min 36 sec: https://kci.pangea.pub/job/artful_unstable_kdeplasma-addons/164/
[09:46] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kdeplasma-addons build #272: STILL FAILING in 3 min 33 sec: https://kci.pangea.pub/job/xenial_unstable_kdeplasma-addons/272/
[09:52] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[09:52] -kubuntu-ci:#kubuntu-devel- Project xenial_stable_kpimtextedit build #103: FIXED in 20 min: https://kci.pangea.pub/job/xenial_stable_kpimtextedit/103/
[09:52] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[09:52] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[09:52] -kubuntu-ci:#kubuntu-devel- Project artful_stable_kpimtextedit build #141: FIXED in 20 min: https://kci.pangea.pub/job/artful_stable_kpimtextedit/141/
[09:52] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_kpimtextedit build #73: FIXED in 20 min: https://kci.pangea.pub/job/bionic_stable_kpimtextedit/73/
[09:52] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[09:52] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_kmailtransport build #54: FIXED in 26 min: https://kci.pangea.pub/job/bionic_stable_kmailtransport/54/
[09:53] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_kdeplasma-addons build #165: STILL FAILING in 3 min 33 sec: https://kci.pangea.pub/job/artful_unstable_kdeplasma-addons/165/
[09:54] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[09:54] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_kpimtextedit build #53: FIXED in 26 min: https://kci.pangea.pub/job/bionic_unstable_kpimtextedit/53/
[09:54] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kdeplasma-addons build #273: STILL FAILING in 3 min 30 sec: https://kci.pangea.pub/job/xenial_unstable_kdeplasma-addons/273/
[10:08] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[10:08] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_kdeplasma-addons build #57: FIXED in 25 min: https://kci.pangea.pub/job/bionic_unstable_kdeplasma-addons/57/
[10:18] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[10:18] -kubuntu-ci:#kubuntu-devel- Project artful_stable_calligra build #106: FIXED in 51 min: https://kci.pangea.pub/job/artful_stable_calligra/106/
[10:19] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[10:19] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_calligra build #43: FIXED in 52 min: https://kci.pangea.pub/job/bionic_stable_calligra/43/
[11:11] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[11:11] -kubuntu-ci:#kubuntu-devel- Project xenial_stable_calligra build #69: FIXED in 1 hr 43 min: https://kci.pangea.pub/job/xenial_stable_calligra/69/
[11:11] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[11:11] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_calligra build #182: FIXED in 1 hr 43 min: https://kci.pangea.pub/job/artful_unstable_calligra/182/
[11:22] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[11:22] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_calligra build #245: FIXED in 1 hr 54 min: https://kci.pangea.pub/job/xenial_unstable_calligra/245/
[11:23] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » linode-01 build #2039: SUCCESS in 48 sec: https://kci.pangea.pub/job/mgmt_docker/label=linode-01/2039/
[11:23] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » master build #2039: SUCCESS in 1 min 1 sec: https://kci.pangea.pub/job/mgmt_docker/label=master/2039/
[11:26] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » swy-01 build #2039: SUCCESS in 3 min 41 sec: https://kci.pangea.pub/job/mgmt_docker/label=swy-01/2039/
[12:17] <BluesKaj> Hi folks
[15:45] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » linode-01 build #2040: SUCCESS in 45 sec: https://kci.pangea.pub/job/mgmt_docker/label=linode-01/2040/
[15:46] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » master build #2040: SUCCESS in 1 min 1 sec: https://kci.pangea.pub/job/mgmt_docker/label=master/2040/
[15:48] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » swy-01 build #2040: SUCCESS in 3 min 44 sec: https://kci.pangea.pub/job/mgmt_docker/label=swy-01/2040/
[20:43] <acheronuk> wgrant: hi. as discussed the other day, could you please bump the build score bomnus of these staging ppas?;
[20:43] <acheronuk> ppa:kubuntu-ppa/staging-frameworks
[20:43] <acheronuk> ppa:kubuntu-ppa/staging-plasma
[20:43] <acheronuk> ppa:kubuntu-ppa/staging-kdeapplications
[20:43] <acheronuk> ppa:kubuntu-ppa/staging-misc
[20:43] <acheronuk> .
[20:43] <acheronuk> also useful if possible would be ppa:kubuntu-ninjas/plasma
[20:43] <acheronuk> as that is handy when there is some danger of unstream tarball respins, but want to get a march on test builds during the time between release to packagers and final release
[20:55] <valorie> :-)
[21:37] <wgrant> acheronuk: Done!
[21:38] <acheronuk> wgrant: much appreciated :)
[21:41] <valorie> \o/
[21:41] <valorie> thank you wgrant
[23:05] <genii> Is it normal behaviour that Discover doesn't find the names of packages which are in PPAs ?
[23:05] <genii> (Actually sorry, in this case, not a PPA but Google's repository for Chrome )
[23:14] <valorie> genii: I think you have to enable "parters" repo
[23:14] <valorie> partners
[23:14] <genii> It's enabled :-/
[23:14] <valorie> hmmm
[23:15] <genii> The only ones which are not are all the deb-src ones
[23:16] <genii> Maybe because no "xenial" ? deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main
[23:17] <genii> ( is the only line in there )
[23:17] <valorie> if you search for google-chrome is it found?
[23:17] <valorie> !info google-chrome
[23:18] <valorie> !info google-chrome xenial
[23:21] <genii> Nope, tried that already...
[23:21] <valorie> this is why I don't use software stores, tbh
[23:21] <genii> But whats weird is I already have it installed, and it doesn't show there either
[23:22] <valorie> I suppose buffing up appstream will help
[23:22] <valorie> me too
[23:22] <valorie> although now I use falkon full-time \o/
[23:22] <acheronuk> genii: no appstream data>
[23:22] <genii> Hm
[23:22] <acheronuk> probably
[23:23] <genii> I've set up a dual-boot for my friend with everything working to sync now between Windows and Kubuntu. But Discover can't find stuff and she's hopeless with CLI ...
[23:24] <valorie> muon is better imo
[23:24] <genii> Hm, let me see if that sees PPA/weird repo things
[23:25] <genii> She's a very visual person and a bit dyslexic so I'm trying to make things as simple for her as possible
[23:26] <genii> BTW whoever it is that knows the KDE Connect guy please thank him for letting it be able to use Google Voice as a keyboard...
 Discover only finds apps, not packages. It has to have appstream data
 so if it can't find Chrome or Chromium, that's their fault for not providing appstream data, or your fault for not making it available in the packaging
[23:27] <genii> Maybe I'll file a bug with Google then for them to add it
 FYI I am very interested in hearing honest, unvarnished opinions about Discover so we can improve it
 I know for a fact that Chromium shows up in Discover FWIW
[23:28] <valorie> it is getting better
[23:28] <valorie> doesn't crash all the time
 you don't have to sugar-coat things; I have a thick skin :)
[23:28] <valorie> updater now works, and I usually use that when it prompts me
[23:28] <valorie> rather than the cli
 it's even better in 5.12 now
[23:29] <valorie> I mean, there is nothing simpler than up-arrow in yakuake
 IMHO the 5.11 version was still really rough compared to how we've gotten it now
[23:29] <valorie> amen to that
[23:29] <valorie> but chrome not being found sucks a bit
[23:29] <valorie> we know how to find it, but the new person doesn't
[23:29] <genii> Yeah, muon looks doable, thanks
 what repo is chrome available in? I can take a look
[23:30] <valorie> I like having more info, so I use muon for that if I don't remember the cli commands
[23:31] <valorie> 'deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main'
[23:31] <valorie> https://askubuntu.com/questions/510056/how-to-install-google-chrome
 so that's a pretty horrible user experience quite aside from what Discover does.It looks like the saner way to do it is to download the .deb from their website
[23:40] <valorie> agreed
[23:40] <valorie> I do get updates though
[23:40] <valorie> just got one
 and yes, once I add the repo, Chrome still isn't available in Discover, because they don't provide Appstream data for it
[23:40] <valorie> so *something* works
 so this is basically 100% on Google
 $ appstreamcli search chrome … Unable to find component matching chrome!
 👎
[23:52] <valorie> I wonder if win/mac use anything like appstream


[14:00] <Koon> anyone around for the Java team meeting ?
[14:05] <Koon> ok, apparently the usual suspects are missing. And slytherin, who should have chaired the meeting, is not online.
[14:05] <Koon> Let's postpone to next week: next java team meeting will be Thu, Dec 18, 1400 UTC


[01:48]  * Pici is done for the night
[01:49]  * dax raises an eyebrow at Pici
[17:26] <willichan> Is this the right place to request an ubuntu member cloak?
[17:27] <teward> !membership
[17:27] <dax> willichan: yep. Link your Launchpad profile
[17:28] <teward> willichan: unless you've been given Ubuntu Membership status by applying, you don't get the cloak
[17:28] <teward> (I think I found your Launchpad profile and I don't see you as being in the members group - thereby you aren't a member... but your LP profile being linked will help confirm or refute that
[17:30] <willichan> I was told by someone that I could get the cloak by having been involved with projects though launchpad.  How would I link my profile?
[17:31] <teward> willichan: you need to give us the URL to your Launchpad profile.
[17:31] <teward> and just being involved in Launchpad projects is *not* enoguh for membership
[17:31] <willichan> https://launchpad.net/~david-e-williams
[17:31] <teward> refer to the link from Ubottu on membership
[17:32] <teward> willichan: you are not an Ubuntu Member - you have to apply (see https://wiki.ubuntu.com/Membership/NewMember) and be approved, at which point you are added to a specific group on Launchpad; once you're in that group you've got 'membership' status, and then can get the cloak.  it's not available unless you've gone through the membership process and been approved and granted membership
[17:32] <teward> (at least, as I understand it)
[17:33] <willichan> teward: thank you.  I will read further on it.
[17:52] <hggdh> teward: you are correct
[17:55] <teward> hggdh: thanks for the confirmation :)