[08:47] -queuebot:#ubuntu-release- Unapproved: opencc (yakkety-proposed/universe) [1.0.4-1ubuntu<IP_ADDRESS> => 1.0.4-1ubuntu<IP_ADDRESS>] (input-methods, kubuntu, ubuntu-desktop)
[09:05] -queuebot:#ubuntu-release- Unapproved: rejected cloud-initramfs-tools [source] (xenial-proposed) [0.27ubuntu1.4]
[10:48] <Laney> NEWing hdf5 would be appreciated if someone has a second
[10:48]  * Laney grumbles at this transition
[11:00] -queuebot:#ubuntu-release- Unapproved: snap (xenial-proposed/universe) [2013-11-29-1ubuntu2 => 2013-11-29-1ubuntu2ubuntu<IP_ADDRESS>] (no packageset)
[11:01] -queuebot:#ubuntu-release- Unapproved: snap (yakkety-proposed/universe) [2013-11-29-1ubuntu2 => 2013-11-29-1ubuntu2ubuntu<IP_ADDRESS>] (no packageset)
[11:17] <ginggs> Laney: re hdf5: ruby-hdfeos5 has a pending fix in debian, armhf and i386 binaries scan be removed from in trilinos
[11:17] <Laney> ginggs: yep
[11:18] <ginggs> and libsis-jhdf5-java may as well be removed, it is rc in debian
[11:20] <Laney> I have a tomboy note with these items in already
[11:20] <Laney> wasn't close enough to want to do removals
[11:20] <Laney> with insanetoolkit4 being broken
[11:49] <sergiusens> infinity apw are you around to accept some packages (snapcraft into xenial-proposed and yakkety-proposed)
[12:44] <infinity> sergiusens: Maaaybe.
[12:45] <sergiusens> infinity then mayyybe thanks ;-)
[12:45] <sergiusens> but thanks for breaking radio silence at least :-)
[12:46] -queuebot:#ubuntu-release- Unapproved: rejected snap [source] (xenial-proposed) [2013-11-29-1ubuntu2ubuntu<IP_ADDRESS>]
[12:46] <infinity>    * New upstream release 2.22.1 (LP: #1646993)
[12:46] <infinity> sergiusens: ^-- rly?
[12:47] <sergiusens> omg
[12:47] <sergiusens> infinity NOT
[12:49] -queuebot:#ubuntu-release- New binary: unbound [ppc64el] (zesty-proposed/main) [1.5.10-3ubuntu1] (ubuntu-server)
[12:49] <sergiusens> infinity if you reject that can I push with the same version?
[12:49] -queuebot:#ubuntu-release- Unapproved: lxd (xenial-proposed/main) [2.6.2-0ubuntu1~ubuntu16.04.1 => 2.0.8-0ubuntu1~ubuntu16.04.2] (edubuntu, ubuntu-server)
[12:49] <infinity> sergiusens: Yeah, though I wasn't going to reject just because of the changelog being derpy.
[12:50] <sergiusens> infinity aside from the version, what other problem is there?
[12:50] <infinity> sergiusens: Well, nothing else yet.  That was my point.
[12:50] <infinity> sergiusens: As in, I won't reject if that's the only issue.
[12:51] <infinity> stgraber: DUDE.
[12:51] -queuebot:#ubuntu-release- New binary: unbound [s390x] (zesty-proposed/main) [1.5.10-3ubuntu1] (ubuntu-server)
[12:51] <stgraber> infinity: I know, rejecting
[12:51] <sergiusens> infinity oh, "wasn't", misread; ok, will wait on your further feedback then
[12:51] <infinity> stgraber: I realise the previous version also had a derpy version, but do we need to continue with it? :)
[12:52] -queuebot:#ubuntu-release- New binary: unbound [amd64] (zesty-proposed/main) [1.5.10-3ubuntu1] (ubuntu-server)
[12:52] -queuebot:#ubuntu-release- New binary: unbound [i386] (zesty-proposed/main) [1.5.10-3ubuntu1] (ubuntu-server)
[12:52] <stgraber> infinity: oh, actually, it's just queuebot being confused above, the upload looks good
[12:52] <infinity> stgraber: (2.0.8-0ubuntu1~16.04.1 perhaps?)
[12:52] <infinity> Oh.  But there was already a 2.0.8-0ubuntu1~ubuntu16.04.1
[12:52] <infinity> Gross.
[12:53] -queuebot:#ubuntu-release- New: accepted hdf5 [arm64] (zesty-proposed) [1.10.0-patch1+docs-2]
[12:53] -queuebot:#ubuntu-release- New: accepted hdf5 [armhf] (zesty-proposed) [1.10.0-patch1+docs-2]
[12:54] -queuebot:#ubuntu-release- New: accepted hdf5 [amd64] (zesty-proposed) [1.10.0-patch1+docs-2]
[12:54] -queuebot:#ubuntu-release- New: accepted hdf5 [powerpc] (zesty-proposed) [1.10.0-patch1+docs-2]
[12:54] -queuebot:#ubuntu-release- New: accepted hdf5 [s390x] (zesty-proposed) [1.10.0-patch1+docs-2]
[12:54] -queuebot:#ubuntu-release- New: accepted node-end-of-stream [amd64] (zesty-proposed) [1.1.0-1]
[12:54] -queuebot:#ubuntu-release- New: accepted ruby-gli [amd64] (zesty-proposed) [2.14.0-1]
[12:54] -queuebot:#ubuntu-release- New: accepted hdf5 [i386] (zesty-proposed) [1.10.0-patch1+docs-2]
[12:54] -queuebot:#ubuntu-release- New: accepted node-detect-indent [amd64] (zesty-proposed) [5.0.0-1]
[12:54] -queuebot:#ubuntu-release- New: accepted toolz [amd64] (zesty-proposed) [0.8.0-1]
[12:54] -queuebot:#ubuntu-release- New: accepted hdf5 [ppc64el] (zesty-proposed) [1.10.0-patch1+docs-2]
[12:54] -queuebot:#ubuntu-release- New: accepted pd-upp [amd64] (zesty-proposed) [0.1-1]
[12:54] -queuebot:#ubuntu-release- Unapproved: accepted lxd [source] (xenial-proposed) [2.0.8-0ubuntu1~ubuntu16.04.2]
[12:55] <infinity> stgraber: Same with lxc and lxcfs.  Why the hideous versions with "ubuntu" repeated?
[12:56] <stgraber> infinity: just found where that pattern comes from, that's the format which backport-package uses, so we presumably started using that everywhere since our PPAs are auto-generated by backport-package and we want people to be able to turn them on/off so have the same pattern
[12:56] <infinity> stgraber: Emulating the icky versions from lp-buildd/buildrecipe?
[12:57] <infinity> Perhaps I should fix lp-buildd and backport-package to not duplicate ubuntu.
[12:57] -queuebot:#ubuntu-release- New binary: unbound [arm64] (zesty-proposed/main) [1.5.10-3ubuntu1] (ubuntu-server)
[12:57] -queuebot:#ubuntu-release- New binary: unbound [powerpc] (zesty-proposed/main) [1.5.10-3ubuntu1] (ubuntu-server)
[12:57] <stgraber> infinity: so yeah, we could stop that duplication but I'd first have to change the pattern in our scripts so the PPA stop using that for new builds, then we can do the same in the archive
[12:58] <infinity> stgraber: Yeah, not urgent, just icky. :P
[12:58] <infinity> Maybe I should fix the other occurences first.
[12:58] -queuebot:#ubuntu-release- New binary: unbound [armhf] (zesty-proposed/main) [1.5.10-3ubuntu1] (ubuntu-server)
[12:59] -queuebot:#ubuntu-release- Unapproved: rejected snap [source] (yakkety-proposed) [2013-11-29-1ubuntu2ubuntu<IP_ADDRESS>]
[13:02] -queuebot:#ubuntu-release- Unapproved: accepted snapcraft [source] (xenial-proposed) [2.23]
[13:03] -queuebot:#ubuntu-release- Unapproved: accepted snapcraft [source] (yakkety-proposed) [2.23+16.10]
[13:05] -queuebot:#ubuntu-release- Unapproved: accepted linux-firmware [source] (xenial-proposed) [1.157.6]
[13:13] <sergiusens> thanks!
[13:36] <slashd> For SRU, could you please set LP: #1579609 affecting "Xenial" for pkg os-prober ? AND LP: #1176046 affecting "Trusty" ? thanks in advance !
[14:40] <rtg> slangasek, infinity - I think I'm having an overrides problem with zesty linux-4.9.0-6.7. linux-signed is failing to build because it cannot find the linux-image-4.9.0-6-generic deb. Please have a look at https://launchpadlibrarian.net/296550638/buildlog_ubuntu-zesty-amd64.linux-signed_4.9.0-6.7_BUILDING.txt.gz
[15:28] -queuebot:#ubuntu-release- Unapproved: snapd (yakkety-proposed/main) [2.17.1+16.10 => 2.17.1+16.10ubuntu1] (desktop-core, ubuntu-server)
[15:29] <slangasek> rtg: that's not an override problem, it's a release-uefi-signed-binaries-from-queue problem; releasing now
[15:30] <rtg> slahuh, well I was in the ballpark
[15:30] <rtg> slangasek, ^^
[15:30] <slangasek> released
[15:30] <rtg> slangasek, thanks. sforshee ^^
[15:54] <rbasak> slashd: done, but note the usual place to ask is #ubuntu-bugs. I'd like to think that you get a wider able audience there. It's low traffic and people who can do bug actions lurk exactly to do them.
[16:09] <slashd> rbasak, sure will use #ubuntu-bugs, TBH, I was following what is written here : https://wiki.ubuntu.com/StableReleaseUpdates ... Vanguards from the SRU team can be found in #ubuntu-release on the following schedule: ...
[16:09] <slashd> rbasak, tks for doing my request ;)
[16:10] <slashd> rbasak, sorry I found the right thing : Ask the Ubuntu bug control team to nominate the bug for the appropriate Ubuntu release(s)/series (e. g. the current LTS and latest stable release). You can ask on IRC (Freenode) in #ubuntu-bugs, or by emailing them at the address found on the linked page.
[16:10] <slashd> my bad
[16:11] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (zesty-proposed/main) [4.9.0-6.7] (core, kernel)
[16:13] <rbasak> slashd: right - the set of people who can nominate bugs for SRUs is much greater than the SRU team :)
[16:14] <slashd> rbasak, yep thanks ;)
[16:36] -queuebot:#ubuntu-release- Unapproved: lxd (trusty-backports/universe) [2.0.8-0ubuntu1~ubuntu14.04.1 => 2.0.8-0ubuntu1~ubuntu14.04.2] (no packageset)
[16:39] -queuebot:#ubuntu-release- Unapproved: accepted lxd [source] (trusty-backports) [2.0.8-0ubuntu1~ubuntu14.04.2]
[16:43] -queuebot:#ubuntu-release- New binary: hexchat [ppc64el] (zesty-proposed/universe) [2.12.3-2] (no packageset)
[16:44] -queuebot:#ubuntu-release- New binary: hexchat [arm64] (zesty-proposed/universe) [2.12.3-2] (no packageset)
[16:45] -queuebot:#ubuntu-release- Unapproved: rejected gdb [source] (yakkety-proposed) [<IP_ADDRESS>61005-0ubuntu1.1]
[16:46] -queuebot:#ubuntu-release- Unapproved: rejected gdb [source] (xenial-proposed) [7.11.1-0ubuntu1~16.04.1]
[16:49] -queuebot:#ubuntu-release- Unapproved: autopkgtest (trusty-backports/main) [4.2~ubuntu14.04.1 => 4.2.2~ubuntu14.04.1] (core)
[16:49] -queuebot:#ubuntu-release- Unapproved: autopkgtest (yakkety-backports/main) [4.1 => 4.2.2~ubuntu16.10.1] (core)
[16:49] -queuebot:#ubuntu-release- Unapproved: autopkgtest (xenial-backports/main) [4.2~ubuntu16.04.1 => 4.2.2~ubuntu16.04.1] (core)
[16:50] -queuebot:#ubuntu-release- Unapproved: accepted autopkgtest [source] (xenial-backports) [4.2.2~ubuntu16.04.1]
[16:50] -queuebot:#ubuntu-release- Unapproved: accepted autopkgtest [source] (yakkety-backports) [4.2.2~ubuntu16.10.1]
[16:50] -queuebot:#ubuntu-release- Unapproved: accepted autopkgtest [source] (trusty-backports) [4.2.2~ubuntu14.04.1]
[16:55] -queuebot:#ubuntu-release- New binary: hexchat [amd64] (zesty-proposed/universe) [2.12.3-2] (no packageset)
[17:01] -queuebot:#ubuntu-release- New binary: vim [ppc64el] (zesty-proposed/main) [2:8.0.0095-1ubuntu1] (core)
[17:03] -queuebot:#ubuntu-release- New binary: vim [amd64] (zesty-proposed/main) [2:8.0.0095-1ubuntu1] (core)
[17:06] -queuebot:#ubuntu-release- New binary: vim [i386] (zesty-proposed/main) [2:8.0.0095-1ubuntu1] (core)
[17:09] -queuebot:#ubuntu-release- New binary: vim [s390x] (zesty-proposed/main) [2:8.0.0095-1ubuntu1] (core)
[17:09] -queuebot:#ubuntu-release- New binary: vim [armhf] (zesty-proposed/main) [2:8.0.0095-1ubuntu1] (core)
[17:12] -queuebot:#ubuntu-release- New binary: vim [powerpc] (zesty-proposed/main) [2:8.0.0095-1ubuntu1] (core)
[17:13] -queuebot:#ubuntu-release- New binary: vim [arm64] (zesty-proposed/main) [2:8.0.0095-1ubuntu1] (core)
[17:56] -queuebot:#ubuntu-release- Unapproved: lxd (xenial-backports/main) [2.6.2-0ubuntu1~ubuntu16.04.1 => 2.6.2-0ubuntu3~ubuntu16.04.1] (edubuntu, ubuntu-server)
[17:56] -queuebot:#ubuntu-release- Unapproved: lxd (xenial-backports/main) [2.6.2-0ubuntu1~ubuntu16.04.1 => 2.6.2-0ubuntu3~ubuntu16.04.1] (edubuntu, ubuntu-server)
[18:13] -queuebot:#ubuntu-release- New binary: ca-certificates [amd64] (zesty-proposed/main) [20161130] (core)
[18:13] -queuebot:#ubuntu-release- New binary: libhdhomerun [ppc64el] (zesty-proposed/universe) [20161117-2] (mythbuntu)
[18:13] -queuebot:#ubuntu-release- New binary: forensics-extra [amd64] (zesty-proposed/universe) [1.2] (no packageset)
[18:14] -queuebot:#ubuntu-release- New binary: libhdhomerun [amd64] (zesty-proposed/universe) [20161117-2] (mythbuntu)
[18:14] -queuebot:#ubuntu-release- New binary: libhdhomerun [i386] (zesty-proposed/universe) [20161117-2] (mythbuntu)
[18:14] -queuebot:#ubuntu-release- New binary: libhdhomerun [arm64] (zesty-proposed/universe) [20161117-2] (mythbuntu)
[18:15] -queuebot:#ubuntu-release- New binary: jsxgraph [amd64] (zesty-proposed/universe) [0.99.5+dfsg1-1] (no packageset)
[18:15] -queuebot:#ubuntu-release- New binary: wolfssl [amd64] (zesty-proposed/universe) [3.9.10+dfsg-1] (no packageset)
[18:15] -queuebot:#ubuntu-release- New binary: wolfssl [ppc64el] (zesty-proposed/universe) [3.9.10+dfsg-1] (no packageset)
[18:15] -queuebot:#ubuntu-release- New binary: libhdhomerun [armhf] (zesty-proposed/universe) [20161117-2] (mythbuntu)
[18:15] -queuebot:#ubuntu-release- New binary: wolfssl [i386] (zesty-proposed/universe) [3.9.10+dfsg-1] (no packageset)
[18:16] -queuebot:#ubuntu-release- New binary: budgie-indicator-applet [amd64] (zesty-proposed/none) [0.2-1] (no packageset)
[18:16] -queuebot:#ubuntu-release- New binary: budgie-indicator-applet [ppc64el] (zesty-proposed/none) [0.2-1] (no packageset)
[18:16] -queuebot:#ubuntu-release- New binary: chasquid [i386] (zesty-proposed/none) [0.01+git20161124.6479138-2] (no packageset)
[18:16] -queuebot:#ubuntu-release- New binary: d3-format [amd64] (zesty-proposed/none) [1.0.2-2] (no packageset)
[18:16] -queuebot:#ubuntu-release- New binary: node-fancy-log [amd64] (zesty-proposed/none) [1.2.0-1] (no packageset)
[18:16] -queuebot:#ubuntu-release- New binary: node-has-gulplog [amd64] (zesty-proposed/none) [0.1.0-1] (no packageset)
[18:16] -queuebot:#ubuntu-release- New binary: node-rechoir [amd64] (zesty-proposed/none) [0.6.2-1] (no packageset)
[18:16] -queuebot:#ubuntu-release- New binary: budgie-indicator-applet [i386] (zesty-proposed/none) [0.2-1] (no packageset)
[18:16] -queuebot:#ubuntu-release- New binary: chasquid [ppc64el] (zesty-proposed/none) [0.01+git20161124.6479138-2] (no packageset)
[18:16] -queuebot:#ubuntu-release- New binary: node-flagged-respawn [amd64] (zesty-proposed/none) [0.3.2-1] (no packageset)
[18:16] -queuebot:#ubuntu-release- New binary: speech-dispatcher-contrib [ppc64el] (zesty-proposed/multiverse) [0.8.5-5] (no packageset)
[18:16] -queuebot:#ubuntu-release- New binary: chasquid [amd64] (zesty-proposed/none) [0.01+git20161124.6479138-2] (no packageset)
[18:16] -queuebot:#ubuntu-release- New binary: node-interpret [amd64] (zesty-proposed/none) [1.0.1-1] (no packageset)
[18:16] -queuebot:#ubuntu-release- New binary: libdate-holidays-de-perl [amd64] (zesty-proposed/none) [1.9-1] (no packageset)
[18:17] -queuebot:#ubuntu-release- New binary: libhdhomerun [s390x] (zesty-proposed/universe) [20161117-2] (mythbuntu)
[18:17] -queuebot:#ubuntu-release- New binary: node-glogg [amd64] (zesty-proposed/none) [1.0.0-1] (no packageset)
[18:17] -queuebot:#ubuntu-release- New binary: node-path-root-regex [amd64] (zesty-proposed/none) [0.1.2-1] (no packageset)
[18:17] -queuebot:#ubuntu-release- New binary: node-stream-consume [amd64] (zesty-proposed/none) [0.1.0-1] (no packageset)
[18:17] -queuebot:#ubuntu-release- New binary: nbsphinx [amd64] (zesty-proposed/none) [0.2.9+ds-2] (no packageset)
[18:17] -queuebot:#ubuntu-release- New binary: node-sequencify [amd64] (zesty-proposed/none) [0.0.7-1] (no packageset)
[18:17] -queuebot:#ubuntu-release- New binary: node-multipipe [amd64] (zesty-proposed/none) [1.0.2-1] (no packageset)
[18:17] -queuebot:#ubuntu-release- New binary: r-cran-withr [amd64] (zesty-proposed/none) [1.0.2-1] (no packageset)
[18:17] -queuebot:#ubuntu-release- New binary: speech-dispatcher-contrib [amd64] (zesty-proposed/multiverse) [0.8.5-5] (no packageset)
[18:17] -queuebot:#ubuntu-release- New binary: speech-dispatcher-contrib [i386] (zesty-proposed/multiverse) [0.8.5-5] (no packageset)
[18:18] -queuebot:#ubuntu-release- New binary: dnssecjava [amd64] (zesty-proposed/none) [1.1.3-1] (no packageset)
[18:21] -queuebot:#ubuntu-release- New binary: libhdhomerun [powerpc] (zesty-proposed/universe) [20161117-2] (mythbuntu)
[18:22] -queuebot:#ubuntu-release- New binary: wolfssl [arm64] (zesty-proposed/universe) [3.9.10+dfsg-1] (no packageset)
[18:22] -queuebot:#ubuntu-release- New binary: wolfssl [s390x] (zesty-proposed/universe) [3.9.10+dfsg-1] (no packageset)
[18:22] -queuebot:#ubuntu-release- New binary: budgie-indicator-applet [s390x] (zesty-proposed/universe) [0.2-1] (no packageset)
[18:22] -queuebot:#ubuntu-release- New binary: speech-dispatcher-contrib [s390x] (zesty-proposed/multiverse) [0.8.5-5] (no packageset)
[18:23] -queuebot:#ubuntu-release- New binary: chasquid [s390x] (zesty-proposed/universe) [0.01+git20161124.6479138-2] (no packageset)
[18:23] -queuebot:#ubuntu-release- New binary: wolfssl [armhf] (zesty-proposed/universe) [3.9.10+dfsg-1] (no packageset)
[18:26] -queuebot:#ubuntu-release- New binary: budgie-indicator-applet [armhf] (zesty-proposed/universe) [0.2-1] (no packageset)
[18:26] -queuebot:#ubuntu-release- New binary: chasquid [arm64] (zesty-proposed/universe) [0.01+git20161124.6479138-2] (no packageset)
[18:28] -queuebot:#ubuntu-release- New binary: budgie-indicator-applet [arm64] (zesty-proposed/universe) [0.2-1] (no packageset)
[18:28] -queuebot:#ubuntu-release- New binary: wolfssl [powerpc] (zesty-proposed/universe) [3.9.10+dfsg-1] (no packageset)
[18:28] -queuebot:#ubuntu-release- New binary: chasquid [armhf] (zesty-proposed/universe) [0.01+git20161124.6479138-2] (no packageset)
[18:30] -queuebot:#ubuntu-release- New binary: speech-dispatcher-contrib [armhf] (zesty-proposed/multiverse) [0.8.5-5] (no packageset)
[18:31] -queuebot:#ubuntu-release- New binary: budgie-indicator-applet [powerpc] (zesty-proposed/universe) [0.2-1] (no packageset)
[18:31] -queuebot:#ubuntu-release- New binary: speech-dispatcher-contrib [arm64] (zesty-proposed/multiverse) [0.8.5-5] (no packageset)
[18:34] -queuebot:#ubuntu-release- New binary: speech-dispatcher-contrib [powerpc] (zesty-proposed/multiverse) [0.8.5-5] (no packageset)
[18:46] -queuebot:#ubuntu-release- Unapproved: xserver-xorg-video-intel (trusty-proposed/main) [2:2.99.910-0ubuntu1.6 => 2:2.99.910-0ubuntu1.7] (desktop-core, xorg)
[19:16] -queuebot:#ubuntu-release- New: accepted budgie-indicator-applet [amd64] (zesty-proposed) [0.2-1]
[19:16] -queuebot:#ubuntu-release- New: accepted budgie-indicator-applet [armhf] (zesty-proposed) [0.2-1]
[19:16] -queuebot:#ubuntu-release- New: accepted budgie-indicator-applet [powerpc] (zesty-proposed) [0.2-1]
[19:16] -queuebot:#ubuntu-release- New: accepted budgie-indicator-applet [s390x] (zesty-proposed) [0.2-1]
[19:17] -queuebot:#ubuntu-release- New: accepted chasquid [amd64] (zesty-proposed) [0.01+git20161124.6479138-2]
[19:17] -queuebot:#ubuntu-release- New: accepted chasquid [armhf] (zesty-proposed) [0.01+git20161124.6479138-2]
[19:17] -queuebot:#ubuntu-release- New: accepted chasquid [ppc64el] (zesty-proposed) [0.01+git20161124.6479138-2]
[19:17] -queuebot:#ubuntu-release- New: accepted d3-format [amd64] (zesty-proposed) [1.0.2-2]
[19:17] -queuebot:#ubuntu-release- New: accepted forensics-extra [amd64] (zesty-proposed) [1.2]
[19:17] -queuebot:#ubuntu-release- New: accepted hexchat [arm64] (zesty-proposed) [2.12.3-2]
[19:17] -queuebot:#ubuntu-release- New: accepted budgie-indicator-applet [arm64] (zesty-proposed) [0.2-1]
[19:17] -queuebot:#ubuntu-release- New: accepted budgie-indicator-applet [ppc64el] (zesty-proposed) [0.2-1]
[19:17] -queuebot:#ubuntu-release- New: accepted chasquid [arm64] (zesty-proposed) [0.01+git20161124.6479138-2]
[19:17] -queuebot:#ubuntu-release- New: accepted chasquid [s390x] (zesty-proposed) [0.01+git20161124.6479138-2]
[19:17] -queuebot:#ubuntu-release- New: accepted hexchat [amd64] (zesty-proposed) [2.12.3-2]
[19:17] -queuebot:#ubuntu-release- New: accepted budgie-indicator-applet [i386] (zesty-proposed) [0.2-1]
[19:17] -queuebot:#ubuntu-release- New: accepted chasquid [i386] (zesty-proposed) [0.01+git20161124.6479138-2]
[19:17] -queuebot:#ubuntu-release- New: accepted hexchat [ppc64el] (zesty-proposed) [2.12.3-2]
[19:17] -queuebot:#ubuntu-release- New: accepted ca-certificates [amd64] (zesty-proposed) [20161130]
[19:17] -queuebot:#ubuntu-release- New: accepted dnssecjava [amd64] (zesty-proposed) [1.1.3-1]
[19:17] -queuebot:#ubuntu-release- New: accepted jsxgraph [amd64] (zesty-proposed) [0.99.5+dfsg1-1]
[19:18] -queuebot:#ubuntu-release- New: accepted libdate-holidays-de-perl [amd64] (zesty-proposed) [1.9-1]
[19:18] -queuebot:#ubuntu-release- New: accepted libhdhomerun [arm64] (zesty-proposed) [20161117-2]
[19:18] -queuebot:#ubuntu-release- New: accepted libhdhomerun [i386] (zesty-proposed) [20161117-2]
[19:18] -queuebot:#ubuntu-release- New: accepted libhdhomerun [ppc64el] (zesty-proposed) [20161117-2]
[19:18] -queuebot:#ubuntu-release- New: accepted nbsphinx [amd64] (zesty-proposed) [0.2.9+ds-2]
[19:18] -queuebot:#ubuntu-release- New: accepted node-flagged-respawn [amd64] (zesty-proposed) [0.3.2-1]
[19:18] -queuebot:#ubuntu-release- New: accepted node-has-gulplog [amd64] (zesty-proposed) [0.1.0-1]
[19:18] -queuebot:#ubuntu-release- New: accepted node-multipipe [amd64] (zesty-proposed) [1.0.2-1]
[19:18] -queuebot:#ubuntu-release- New: accepted node-rechoir [amd64] (zesty-proposed) [0.6.2-1]
[19:18] -queuebot:#ubuntu-release- New: accepted node-stream-consume [amd64] (zesty-proposed) [0.1.0-1]
[19:18] -queuebot:#ubuntu-release- New: accepted libhdhomerun [amd64] (zesty-proposed) [20161117-2]
[19:18] -queuebot:#ubuntu-release- New: accepted libhdhomerun [powerpc] (zesty-proposed) [20161117-2]
[19:18] -queuebot:#ubuntu-release- New: accepted node-fancy-log [amd64] (zesty-proposed) [1.2.0-1]
[19:18] -queuebot:#ubuntu-release- New: accepted node-interpret [amd64] (zesty-proposed) [1.0.1-1]
[19:18] -queuebot:#ubuntu-release- New: accepted node-sequencify [amd64] (zesty-proposed) [0.0.7-1]
[19:18] -queuebot:#ubuntu-release- New: accepted speech-dispatcher-contrib [arm64] (zesty-proposed) [0.8.5-5]
[19:18] -queuebot:#ubuntu-release- New: accepted libhdhomerun [armhf] (zesty-proposed) [20161117-2]
[19:18] -queuebot:#ubuntu-release- New: accepted node-glogg [amd64] (zesty-proposed) [1.0.0-1]
[19:18] -queuebot:#ubuntu-release- New: accepted r-cran-withr [amd64] (zesty-proposed) [1.0.2-1]
[19:18] -queuebot:#ubuntu-release- New: accepted libhdhomerun [s390x] (zesty-proposed) [20161117-2]
[19:18] -queuebot:#ubuntu-release- New: accepted speech-dispatcher-contrib [powerpc] (zesty-proposed) [0.8.5-5]
[19:18] -queuebot:#ubuntu-release- New: accepted node-path-root-regex [amd64] (zesty-proposed) [0.1.2-1]
[19:18] -queuebot:#ubuntu-release- New: accepted speech-dispatcher-contrib [amd64] (zesty-proposed) [0.8.5-5]
[19:18] -queuebot:#ubuntu-release- New: accepted speech-dispatcher-contrib [i386] (zesty-proposed) [0.8.5-5]
[19:18] -queuebot:#ubuntu-release- New: accepted speech-dispatcher-contrib [s390x] (zesty-proposed) [0.8.5-5]
[19:18] -queuebot:#ubuntu-release- New: accepted wolfssl [arm64] (zesty-proposed) [3.9.10+dfsg-1]
[19:18] -queuebot:#ubuntu-release- New: accepted wolfssl [i386] (zesty-proposed) [3.9.10+dfsg-1]
[19:18] -queuebot:#ubuntu-release- New: accepted wolfssl [ppc64el] (zesty-proposed) [3.9.10+dfsg-1]
[19:18] -queuebot:#ubuntu-release- New: accepted speech-dispatcher-contrib [armhf] (zesty-proposed) [0.8.5-5]
[19:18] -queuebot:#ubuntu-release- New: accepted wolfssl [amd64] (zesty-proposed) [3.9.10+dfsg-1]
[19:18] -queuebot:#ubuntu-release- New: accepted wolfssl [powerpc] (zesty-proposed) [3.9.10+dfsg-1]
[19:18] -queuebot:#ubuntu-release- New: accepted speech-dispatcher-contrib [ppc64el] (zesty-proposed) [0.8.5-5]
[19:18] -queuebot:#ubuntu-release- New: accepted wolfssl [s390x] (zesty-proposed) [3.9.10+dfsg-1]
[19:18] -queuebot:#ubuntu-release- New: accepted wolfssl [armhf] (zesty-proposed) [3.9.10+dfsg-1]
[19:56] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (xenial-proposed/main) [4.4.0-53.74] (core, kernel)
[19:56] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (yakkety-proposed/main) [4.8.0-30.32] (core, kernel)
[20:21] -queuebot:#ubuntu-release- Unapproved: rejected lxd [source] (xenial-backports) [2.6.2-0ubuntu3~ubuntu16.04.1]
[20:22] -queuebot:#ubuntu-release- Unapproved: accepted lxd [source] (xenial-backports) [2.6.2-0ubuntu3~ubuntu16.04.1]
[21:06] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (trusty-proposed/main) [3.13.0-105.152] (core, kernel)
[21:07] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (trusty-proposed) [3.13.0-105.152]
[21:07] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (yakkety-proposed) [4.8.0-30.32]
[21:07] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (xenial-proposed) [4.4.0-53.74]
[21:07] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (vivid-proposed/main) [3.19.0-77.85] (core, kernel)
[21:08] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (vivid-proposed) [3.19.0-77.85]
[21:55] -queuebot:#ubuntu-release- New binary: linux-signed-lts-trusty [amd64] (precise-proposed/main) [3.13.0-105.152~precise1] (kernel)
[21:55] -queuebot:#ubuntu-release- New binary: linux-signed-lts-vivid [amd64] (trusty-proposed/main) [3.19.0-77.85~14.04.1] (kernel)
[21:55] -queuebot:#ubuntu-release- New binary: linux-signed-lts-xenial [amd64] (trusty-proposed/main) [4.4.0-53.74~14.04.1] (kernel)
[21:55] -queuebot:#ubuntu-release- New binary: linux-signed-hwe-edge [amd64] (xenial-proposed/main) [4.8.0-30.32~16.04.1] (no packageset)
[21:58] -queuebot:#ubuntu-release- New: accepted linux-signed-lts-vivid [amd64] (trusty-proposed) [3.19.0-77.85~14.04.1]
[21:58] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe-edge [amd64] (xenial-proposed) [4.8.0-30.32~16.04.1]
[21:58] -queuebot:#ubuntu-release- New: accepted linux-signed-lts-xenial [amd64] (trusty-proposed) [4.4.0-53.74~14.04.1]
[21:58] -queuebot:#ubuntu-release- New: accepted linux-signed-lts-trusty [amd64] (precise-proposed) [3.13.0-104.151~precise1]
[21:58] -queuebot:#ubuntu-release- New: accepted linux-signed-lts-trusty [amd64] (precise-proposed) [3.13.0-105.152~precise1]
[22:15] -queuebot:#ubuntu-release- New binary: r-cran-dbitest [amd64] (zesty-proposed/universe) [1.4-1] (no packageset)
[22:18] <clivejo> can someone help in getting new packages added to the Kubuntu package list?
[22:19] <cjwatson> You want a DMB member for that probably
[22:19] <clivejo> unfortunately they don't seem to want to reply to my email
[22:20] -queuebot:#ubuntu-release- New: accepted r-cran-dbitest [amd64] (zesty-proposed) [1.4-1]
[22:20] <cjwatson> they're nevertheless the right team
[22:20] <cjwatson> s'not really a release thing
[22:21] <clivejo> ok
[22:23] <clivejo> can you suggest any other way to get something uploaded?
[22:31]  * clivejo watches tumbleweed blow by and wanders off to play tik tak toe with a chicken
[22:33]  * tumbleweed assures you he didn't blow by :P
[22:34] <clivejo> oupps, didn't mean to ping you!
[22:34] <tumbleweed> that happens with this nick
[22:35] <cjwatson> In your position I'd probably poke DMB members individually on IRC until somebody replies :)
[22:35] <cjwatson> Assuming it's been a respectable interval since your mail
[22:35] <clivejo> but it does make sense to where my mind got tumbleweed from
[22:35] <clivejo> not something you seen much of in Ireland to be fair
[22:41] <clivejo> cjwatson: don't like having to poke people, Ill just go make maps on OSM :)
[23:24] -queuebot:#ubuntu-release- New binary: jupyter-sphinx-theme [amd64] (zesty-proposed/none) [0.0.6+ds1-2] (no packageset)


[12:16] <bac> good morning
[12:16] <bac> s/morning/day
[12:20] <danilos> bac, good something to you too :)
[12:29] <gary_poster> hm, not sure why I was not on freenode...
[12:29] <gary_poster> but anyway
[12:30] <gary_poster> bac benji danilos gmb call now-ish
[12:30] <gmb> k
[12:41] <danilos> gary_poster, https://lp-oops.canonical.com/oops.py/?oopsid=2050H26
[12:58] <gary_poster> danilos, I sent you info.  Gimme a Skype call when you have a sec to help me.  Thank you
[13:13] <danilos> gary_poster, hey, I've looked at it a bit, up for a call?
[13:13] <gary_poster> thanks yeah
[13:56] <bac> gary_poster: i'm having problems sending email from my natty box...so i can't land my branches atm.
[13:57]  * bac hates poking at MTAs
[14:10] <gary_poster> bac, ok.  do you need me or someone else to do a bzr lp-land or something?
[14:11] <bac> gary_poster: not yet
[14:11] <gary_poster> ok
[14:11] <bac> gary_poster: do you have a relayhost set in your /etc/postfix/main.cf?
[14:12] <gary_poster> bac, I don't run postfix
[14:12] <bac> ah
[14:13] <danilos> gary_poster, I don't see a big jump anywhere between the queries on the page I was looking at
[14:13] <gary_poster> danilos, ok, that makes sense then
[14:14] <danilos> gary_poster, heh, right, it does, but this page only uses macros and not a page-within-a-page stuff
[14:15] <gary_poster> danilos, yeah, I've wondered if that slows things down.  I'd really rather not respell everything with macros, but I've contemplated that too.
[14:15] <gary_poster> it might be a less risky refactoring than others though
[14:15] <gary_poster> and maybe a step towards a better refactoring in the future
[14:15] <danilos> gary_poster, perhaps, though I'd still consider it pretty risky
[14:15] <gary_poster> yeah :-/
[14:24] <gary_poster> danilos, fwiw, I upped the local cache.  It did get rid of the query you saw but the Python still jumps from 2366 to 5004
[14:25] <danilos> gary_poster, jumps in as it's even more now? or different reloads make it do that?
[14:26] <gary_poster> danios, I think the jump is roughly the same.  IOW, it was not affected by the cache change, as I expected
[14:27] <danilos> zL0rbs3g
[14:27] <danilos> whoops
[14:27] <danilos> there goes my weak password :)
[14:27] <gary_poster> heh
[14:28] <danilos> anyway, /me -> gone
[14:41] <bac> gary_poster: ok, so how do you have your dev box configured for outgoing mail?
[14:44] <gary_poster> bac, um, good question.  I've never had to mess with it.  It Just Works.
[14:47] <bac> grr
[15:16] <bac> gary_poster: turns out bzr email goes directly to the server listed in your config file.  so my postfix woes, while real, were red herrings.
[15:17] <bac> but now they are fixed!
[15:17] <bac> but pqm still hates me.
[15:18] <gary_poster> pqm is generally grumpy, bac.  glad the rest is solved
[15:18] <gary_poster> well, the bzr part of the rest anyway
[15:19] <bac> what do you mean generally grumpy?  is it known to be hosed right now?
[15:19] <bac> or just its usual POS-ness?
[15:19] <gary_poster> bac, no, sorry, just a joke.  POS-ness.  If you expand that tarball it sometimes is useful.
[15:36]  * gmb wonders how much python time is spent doing the bugactivity / calculations...
[15:44] <bac> gary_poster: so it looks like pqm was hosed for all
[15:44] <bac> on that note...
[15:44]  * bac -> lunches
[15:44] <gary_poster> I saw that bac.  glad they are fixing it
[15:44] <gary_poster> enjoy
[16:09]  * gmb wonders whether he should make a utlities/make_bug_1 script so that we can copy bug 1 for testing purposes.
[16:09] <_mup_> Bug #1: Microsoft has a majority market share <iso-testing> <ubuntu> <Clubdistro:Confirmed> <Computer Science Ubuntu:Confirmed for compscibuntu-bugs> <dylan.NET.Reflection:Invalid> <dylan.NET:Invalid> <EasyPeasy Overview:Invalid by ramvi> <GenOS:In Progress by gen-os> <GNOME Screensaver:Won't Fix> <Ichthux:Invalid by raphink> <JAK LINUX:Invalid> <LibreOffice:In Progress by bjoern-michaelsen> <Linux Mint:In Progress> <The Linux OS Project:In
[16:09] <gmb> Shut up, mup.
[20:48] <gary-lunch> hey bac.  I want something like .exists() on a resultset but I don't see one (http://twistedmatrix.com/users/radix/storm-api/storm.store.ResultSet.html)
[20:48] <gary-lunch> I just want a bool
[20:48] <gary-lunch> is there such a thing?
[20:48] <gary-lunch> or do I have to use .count() > 0 or .any() is not None
[20:48] <gary-lunch> ?
[20:49] <bac> i thought there was
[20:50] <bac> but i see this in use:
[20:50] <bac> return bug_messages.any() is not None
[20:51] <gary-lunch> yeah ok thanks bac
[20:51] <gary-lunch> heh
[20:51] <bac>  self.assertFalse(bool(results.any()))
[20:51] <gary_poster> yeah
[20:52] <gary_poster> thanks
[20:52] <bac> i wonder if any is cheaper than count?
[20:55] <gary_poster> bac, I suspect it depends.  If count is small, I'd guess it will be cheaper than constructing a new Python object.  If large, it will be more expensive.


[00:42] <StevenK> Hmmmm
[00:43] <StevenK> Not really happy with this query
[00:43] <StevenK> And it seems BulkUpdate does not love list types
[00:44] <wgrant> Indeed, probably not
[00:45] <StevenK> I don't like the NULLs, either
[00:45] <wgrant> ?
[00:46] <StevenK> wgrant: http://pastebin.ubuntu.com/1422314/
[00:46] <wgrant> Right, those will want to be removed.
[00:47] <wgrant> (potentially by coalescing the potentially null array with an empty one)
[00:48] <StevenK> Hmmmm, can I just use COALESCE for that?
[00:49] <wgrant> Yes
[00:51] <StevenK> Hmmm, it will only return the first, though
[00:51] <wgrant> Hm?
[00:52] <StevenK> "The COALESCE function returns the first of its arguments that is not null."
[00:52] <StevenK> If I feed it an array of {NULL,0.9,1:0.9} ...
[00:52]  * StevenK plays
[00:53] <wgrant> Hmmmm?
[00:53] <wgrant> You'd either remove NULL from the resultant array, or coalesce a null array
[00:53] <wgrant> Not coalesce an array that contains null
[00:54] <StevenK> So my query as it stands is okay?
[00:56] <wgrant> Perhaps something like https://pastebin.canonical.com/80039/
[01:01]  * StevenK searches for his phone for 2FA
[01:07] <StevenK> [(1, '{0.9}')]
[01:07] <StevenK> Looks like success to me
[01:07] <StevenK> Except for that quoting
[01:08] <wgrant> It's probably because it's a debversion[], not a text[], so psycog2 doesn't know what to do with it
[01:12] <StevenK> TypeError: Expected unicode, found <type 'str'>: '{'
[01:12] <StevenK> That's the error I'm getting from the BulkUpdate
[01:13] <StevenK> But searchable_versions = List(type=Unicode()) because type=StringCol() didn't look right
[01:13] <wgrant> BulkUpdate may not cope with lists
[01:14] <wgrant> You'll need to check
[01:14] <StevenK> Yeah, I'm about to dig in and see what UPDATE statement it is creating, but I wasn't sure if my List() defintion was sane
[01:17] <StevenK> Hmmm
[01:17] <StevenK> Perhaps it's my fault, since it's barfing over my values list
[01:23] <StevenK> [[<storm.variables.IntVariable object at 0xa39b050>, <storm.variables.ListVariable object at 0x88cc738>]]
[01:23] <StevenK> Well, that's very handy, storm. Thanks.
[01:25] <bigjools> there's something oddly satisfying about typing "dput -fu"
[01:25] <lifeless> bigjools: you need to get out more :)
[01:25] <wgrant> poppy deserves it
[01:26] <StevenK> wgrant: I think you might be right.
[01:26] <bigjools> lifeless: said without a trace of irony :)
[01:26] <StevenK> (Pdb) p values[0][1]._value
[01:26] <StevenK> '{0.9}'
[01:26] <StevenK> Me thinks a ListVariable wants something more list-like
[01:26] <bigjools> trevormosey must be really famous
[01:26] <wgrant> bigjools: Heh, yes
[01:27] <wgrant> There's a bug for that
[01:27]  * bigjools blames the dput ppa script
[01:27] <bigjools> putting in that ~ by default was a huge mistake
[01:28] <StevenK> That always trips me up too
[01:31] <wgrant> bigjools: Well
[01:31] <wgrant> bigjools: It probably comes from the ppa.launchpad.net HTTP layout
[01:31] <wgrant> That was the first place to drop the tilde
[01:31]  * StevenK doesn't like the thought of results[1][1:-1].split(',')
[01:31] <wgrant> StevenK: No
[01:31] <wgrant> StevenK: Perhaps try casting the array to a text[]
[01:32] <wgrant> See if psycopg2 interprets it then
[01:32] <wgrant> If you manually parse the array I will strangle you :)
[01:32] <StevenK> wgrant: You'll have to get in line behind me
[01:32] <StevenK> I will strangle myself first
[01:32] <bigjools> wgrant: that was also stupid :(
[01:32] <wgrant> bigjools: Certainly
[01:33] <bigjools> my fault, sadly
[01:33] <wgrant> Really?
[01:33] <wgrant> It was very early in your time...
[01:33] <bigjools> I had the opportunity to fix it when we added multi-ppas
[01:33] <wgrant> True
[01:33] <StevenK> wgrant: ARRAY[]::text[] == bang
[01:33] <wgrant> StevenK: Bang?
[01:33] <StevenK> If that's what you mean
[01:33] <wgrant> That seems like casting the empty array
[01:34] <bigjools> yeah it was early in my time
[01:34] <wgrant> Which will fail because you're trying to append it to a debversion[]
[01:34] <wgrant> Cast the entire result array
[01:35] <wgrant> Multi-PPAs would indeed have been the best time to add them
[01:35] <wgrant> Although I thought that feature was somewhat influenced by the initial implementation that was removed before PPAs were released.
[01:35] <wgrant> If I recall correctly from my bug...
[01:36] <StevenK> Hmmmm
[01:37] <StevenK> http://pastebin.ubuntu.com/1422367/
[01:37] <StevenK> Holy fuck, it works
[01:37] <StevenK> Perhaps I shouldn't be so surprised
[01:38] <wgrant> Oh, so my BulkUpdate hacks just worked with a list when the type was correct?
[01:38] <StevenK> wgrant: So it seems
[01:38] <wgrant> I'm disappointed
[01:38] <StevenK> I put the entire block in ()::text[]  which I thought was dubious at best, but worked
[01:39] <wgrant> Well, we're stuffing them into a text[] column in the end, and we don't want to perform version comparisons on them
[01:39] <wgrant> So it's the right thing to do
[01:39] <StevenK> wgrant: Right, but I've not had to do manual casting in postgres before, so I was guessing
[01:40] <wgrant> Ah
[01:40]  * StevenK ponders commiting evil on DF
[03:07] <StevenK> wgrant: Didn't we have a PQM check that you couldn't modify anything outside database/ in a DB branch? Or did that die?
[03:35] <wgrant> StevenK: Sometimes you need to modify tests and similar
[03:35] <wgrant> We rely on people thinking about deployment
[04:12] <wgrant> StevenK: https://code.launchpad.net/~wgrant/launchpad/improved-html_escape/+merge/138902
[04:13] <StevenK> 52-56 can be done without my eyes bleeding, surely?
[04:13] <wgrant> Not really.
[04:13] <wgrant> How?
[04:14] <StevenK> Looping over replacements?
[04:15] <wgrant> Mmm, it'll be slightly shorter.
[04:17] <StevenK> wgrant: What about invalid unicode for line 51?
[04:17] <wgrant> (or longer)
[04:17] <wgrant> StevenK: It's hideous but I didn't change it
[04:17] <StevenK> So you didn't
[04:17] <wgrant> We assume that all messages are a unicode or an ASCII bytestring.
[04:18] <StevenK> Because WCPGW, right?
[04:18] <wgrant> No
[04:18] <wgrant> Because what else can you do?
[04:18] <StevenK> Well
[04:18] <StevenK> Be sane
[04:18] <wgrant> It's a reasonable assumption, and it will crash if it's not valid
[04:18] <wgrant> Which is all that it's reasonable to do
[04:19] <StevenK> % bzr grep 'import cgi' | wc -l
[04:19] <StevenK> 30
[04:20] <StevenK> I guess they're next on the chopping block?
[04:20] <wgrant> Indeed
[04:20] <wgrant> But it's a big diff
[04:20] <wgrant> So it's a separate branch
[04:20] <wgrant> two weeks ago I moved this stuff into its own module
[04:20] <wgrant> This branch makes it usable generally
[04:20] <wgrant> The next two branches eliminate the other four escaping mechanisms
[04:21] <StevenK> wgrant: r=me
[04:21] <wgrant> Thanks
[04:22] <StevenK> wgrant: Adding "I will be destroying all other escaping mechanisms in terms of LoC gain in a future branch" would have been nice, but meh
[04:59] <StevenK> Dear mawson, where does it hurt?
[05:02] <wgrant> Well
[05:02] <wgrant> that's a few more test failures than I expected
[05:02] <StevenK> On buildbot?
[05:02] <wgrant> Yeah
[05:02] <wgrant> 110 or so
[05:02] <wgrant> Mostly due to apostrophes
[05:02] <StevenK> Oh yes, aren't you a naughty boy
[05:21] <StevenK> wgrant: You're working on the 111 bad tests?
[05:22] <wgrant> Yes
[05:22] <StevenK> wgrant: How do you feel about reviewing my +298,-60 garbo branch? :-)
[05:22] <wgrant> I may end up reverting, but I suspect I'll be able to fix the tests before anyone else wants to land stuff
[05:22] <wgrant> Maybe :)
[05:22] <StevenK> It depends on 40-1 being deployed before it can land, but I can work on making it wgrant-approved first
[05:28] <StevenK> 2012-12-10 05:28:29 DEBUG2  [PopulatePackageUploadSearchableVersions] Iteration 591 (size 2155.0): 5.698 seconds
[05:28] <StevenK> Daaaaaaaaaaaamn
[05:31] <wgrant> Right, no trigram indices and the rows should be much smaller :)
[05:31] <wgrant> Trigram indices are awful
[05:31] <wgrant> So they should only be used where necessary
[05:32] <StevenK> I am incredibly curious just how long it will take to create the index on DF when the columns are fully populated
[05:32] <wgrant> Yeah
[05:32] <StevenK> wgrant: They're awful for performance? But in this case good for searching performance?
[05:32] <wgrant> You'll probably want a GIN index on the searchable_versions
[05:33] <wgrant> StevenK: They perform awfully in all respects
[05:33] <wgrant> They're just less awful than a seq scan when doing a substring match
[05:33] <wgrant> That's the only respect in which they have any value
[05:34] <StevenK> Oh. So they're totally awful, but they're best we have for the problem.
[05:34] <wgrant> Right
[05:34] <wgrant> And it's not feasible to get much better
[05:34] <wgrant> It's a hard problem
[05:34] <wgrant> So it should be avoided
[05:34] <wgrant> By not supporting substring matches unless it's unavoidable
[05:38] <StevenK> wgrant: I don't have branches for the indicies yet, only a diff that gives me the TGRM for searchable_names
[05:39] <wgrant> Right
[05:43] <StevenK> wgrant: Hmmm, since searchable_versions is TEXT[], can I ask for rows where that column has more than one value?
[05:43] <wgrant> StevenK: Why do you want them?
[05:43] <StevenK> wgrant: Curosities sake, not for code
[05:44] <StevenK> Was wondering if there was a short cut
[05:44] <wgrant> a GIN index won't do that for you. You'd have to index array_length(searchable_versions) directly to do that efficiently.
[05:45] <StevenK> wgrant: You misunderstand. I only want to check rows on DF manually, not in the code at all
[05:45] <wgrant> Ah
[05:45] <StevenK> However WHERE array_length(searchable_versions) > 1 will probably work then
[05:45] <wgrant> WHERE array_length(searchable_versions) > 1?
[05:45] <wgrant> Yeah
[05:46] <StevenK> ERROR:  function array_length(text[]) does not exist
[05:46] <StevenK> ... but it's an array, you still DBMS?
[05:46] <wgrant> Oh
[05:46] <StevenK> s/still/silly/
[05:47] <wgrant> array_length(searchable_versions, 1)
[05:47] <wgrant> Needs a dimension
[05:47] <wgrant> (and it's 1-based, because who needssanity)
[05:48] <StevenK> Database developers are all insane, anyway
[05:56] <wgrant> blarfgghergherger
[05:56] <wgrant> manual escaping ftl
[05:56] <wgrant> some of these errors have been being double-escaped for years
[06:19] <wgrant> Applause
[06:20] <StevenK> Hm?
[06:20] <wgrant> Well
[06:20] <wgrant> LaunchpadValidationError is used by lots of fields
[06:20] <wgrant> It HTML-escapes all errors pushed through it, so you can push through markup if you need to
[06:21] <wgrant> But the fields are also used by eg. XML-RPC and email interfaces
[06:21] <wgrant> Where HTML-escaping is not right
[06:21] <wgrant> This has historically gone largely unnoticed, as only <, >, & were escaped globally
[06:21] <wgrant> And they're relatively rare characters
[06:21] <wgrant> s/And/As/
[06:22] <wgrant> For now I'm going to take the easy way out and change the error message to not contain an apostrophe...
[06:22] <wgrant> :)
[06:24] <StevenK> Naughty
[06:24] <wgrant> I try.
[06:28] <nigelb> TMI.
[06:41] <StevenK> wgrant: https://code.launchpad.net/~stevenk/launchpad/populate-searchables-for-pu/+merge/138906
[06:52] <wgrant> 17 to go...
[06:53] <StevenK> Failures?
[06:53] <wgrant> Yes
[06:54] <wgrant> Ooh
[06:54] <wgrant> A real bug, finally
[07:02] <wgrant> 1920 lines of diff later and all but three should be fixed...
[07:06] <StevenK> Haha
[07:06] <StevenK> That's going to be fun to review
[07:08] <wgrant> StevenK: Do you perhaps want to split the garbo job into a separate branch?
[07:08] <wgrant> So it can be more easily reverted later
[07:08] <wgrant> And to make it easier to review
[07:09] <wgrant> (also, I'd say "addSearchableName" rather than "appendSearchableNames")
[07:11] <wgrant> addBuild is hideous; pls rewrite
[07:11] <wgrant> appendSearchable* will want to check that the given string isn't already in there
[07:12] <wgrant> It's probably best to parse the string into a set, then add the new names and reserialise
[07:14] <StevenK> wgrant: I can split out the two garbo jobs if you wish, but they're very well contained
[07:14] <wgrant> This is true
[07:14] <wgrant> They could also use a comment or two :)
[07:14] <StevenK> They have two each, I though?
[07:14] <StevenK> Well, the tests do. :-)
[07:14] <wgrant> Doesn't seem to
[07:14] <wgrant> It's just;
[07:14] <wgrant> MASSIVE BLOB OF THE MOST HIDEOUS SQL KNOWN TO MAN
[07:15] <wgrant> MASSIVE BLOB OF STORM MOLESTATION
[07:15] <wgrant> fin
[07:15] <wgrant> :)
[07:15] <wgrant> Although I guess they'll be gone soon
[07:15] <StevenK> s/BLOB/TEMPORARY BLOB/
[07:15] <StevenK> wgrant: I'm quite proud of the two SQL statements we cooked up.
[07:15] <wgrant> Speaking of which
[07:15] <StevenK> They are HIDEOUS and eat babies, but they work and are performant
[07:15] <wgrant> Why not do them both at once?
[07:16] <wgrant> THey're going to be rewriting the same rows
[07:16] <wgrant> Might as well do it in one hit
[07:16] <StevenK> wgrant: Because I went to change the SQL statement in Populate...SearchableNames and it nearly bit my hand off
[07:17] <wgrant> You should just be able to keep the two expressions separate, but in the same findspec.
[07:17] <StevenK> Mmmmm
[07:20] <StevenK> Right, so your complaints are: addBuild is terrible, and I should fix it, appendSearchable* should be renamed and parse the existing values if any to a set and then add the new bits, the garbo jobs should be put on a diet, IE, from two to one, and the new one could use some comments?
[07:21] <wgrant> Right
[07:21] <StevenK> Anything else?
[07:21] <wgrant> The comments are going to be useful for people wanting to write similar garbo jobs in future
[07:21] <wgrant> It otherwise looks sensible
[07:21] <StevenK> Except the comments will die shortly
[07:21] <wgrant> Though the bit that sets searchable_* from the PCJ could do with a comment saying the rest will be added when the PU. is added
[07:21] <wgrant> StevenK: Sure, but they'll be in history
[07:22] <StevenK> Perhaps I should put the comments in the caching job?
[07:22] <StevenK> Since that is sticking around
[07:22] <wgrant> Perhaps so
[07:22] <StevenK> wgrant: The rest will be added when the PU is? EPARSE
[07:23] <wgrant> StevenK: The PU[SBC]
[07:23] <StevenK> I don't think we call any of the three add methods on a PCJ'd PU
[07:24] <StevenK> The binaries from any builds will get a new PU
[07:24] <wgrant> Is that method only used for PCJs?
[07:24] <StevenK> Yeah
[07:25] <wgrant> Indeed
[07:25] <wgrant> That's fine, then
[07:35] <nigelb> Ooh.
[07:35] <nigelb> I finally upgraded.
[07:35] <nigelb> This means I can setup LP in an LXC.
[07:36] <StevenK> Haha
[07:38] <StevenK> I guess "Warning: Permanetly added the RSA host key for IP address '<IP of taotie>' to the list of known hosts." means my laptop hasn't hit up LP for a long while
[08:49] <cjwatson> wgrant,StevenK: we don't have a use case for substring matching on versions in the upload queue, but we do have a use case for exact matching.  Are you preserving that facility, or are we going to need to perpetrate a workaround?
[08:49] <wgrant> cjwatson: Exact matching is easy and cheap and is being preserved
[08:50] <cjwatson> Excellent
[08:50] <wgrant> I will strongly resist any attempt to preserve substring matching :)
[08:50] <cjwatson> (That use case being "queue accept -e packagename/version")
[08:50] <wgrant> yep
[08:50] <cjwatson> Which reminds me, I should flip the -e default in the queue client, maybe after all this lands
[08:50] <StevenK> After I'm done, source='foo', version='bar', exact_match=False will do a substring match for foo, but an exact match for bar
[08:51] <cjwatson> That's fine for our needs, yes
[08:51] <cjwatson> And I think what we were expecting to happen anyway
[08:51] <StevenK> It doesn't right now
[08:51] <wgrant> exact_match=True should be the default everywhere
[08:51] <wgrant> If your client does not already, pls fix :)
[08:51] <cjwatson> I know, it only doesn't because:
[08:52] <cjwatson> (a) it was a translation of the LP script which was insane
[08:52] <wgrant> Heh
[08:52] <wgrant> Yeah
[08:52] <wgrant> LP has some bad history there
[08:52] <wgrant> eg. getPublishedSources, IIRC
[08:52] <cjwatson> (b) exact matching actually turns out to be quite inconvenient without SPN matching on build uploads
[08:52] <StevenK> cjwatson: I'll be fixing b
[08:52] <wgrant> Ah, indeed
[08:53] <cjwatson> Exactly, so I should be able to flip the default after this lands
[08:53] <StevenK> 'This'
[08:53] <StevenK> It's a mess of seven branches :-)
[08:53] <cjwatson> I scoff at your attempt to impose reality on my grammatical choices
[08:54] <StevenK> Hah
[09:05] <czajkowski> aloha
[14:01] <benji> I am going to assume that bcsaller is not in this morning and that we can clear up any remaining issues with his review of https://codereview.appspot.com/6909046/ later and land my branch.
[14:01] <benji> and I am going to talk about it in the wrong channel, is that cool with everyone?
[14:07] <rick_h_> benji: that's cool and I approve
[14:07] <benji> rick_h_: good, now I have an excuse for my crosstalk
[14:43] <gmb`> benji, Morning. Is there any reason for me to not mark BjornT's merge proposal for lp2kanban as approved so Tarmac can land it: https://code.launchpad.net/~bjornt/lp2kanban/bugs-to-cards/+merge/135909
[14:43] <gmb`> ?
[14:43] <benji> gmb`: not that I know if.  I believe it is good to go.
[14:44] <gmb`> Awesome.
[14:44]  * gmb kills the imposter
[14:45] <nigelb> Oh dear.
[14:48] <gary_poster> gmb, as a poster I find that concerning.  on another note, are you helping BjornT land his lp2kanban branch?  If not I can try to do so
[14:49] <gmb> gary_poster, I thought lp2kanban was all Tarmac goodness these days.
[14:50] <gmb> If not, then I'm happy to take care of it.
[14:50] <gary_poster> gmb, dunno, forgot.  I was going to try to add BjornT to whatever group he needed to be in in order to land the code...
[14:51] <gary_poster> looking to see what that would be...
[14:51] <gmb> gary_poster, ~launchpad.
[14:51] <gary_poster> oh :-/
[14:51] <gmb> (Well, that's who owns the trunk branch)
[14:51] <gary_poster> right
[14:51] <gmb> So I'll land it now.
[14:53] <gary_poster> ok thanks gmb
[15:05] <gmb> Wow, rocketfuel-get takes a while... Remind me, why did we write all this code/
[15:05] <gmb> ?
[15:08] <sinzui> gmb, that reminds me...
[15:09] <sinzui> gmb, gary_poster is there a rule to remove tarballs from lp-sourcecode deps? I went to remove a few last week, then panicked when I realised other projects (not ~launchpad) use it
[15:10] <gmb> sinzui, Really? Which projects?
[15:10] <sinzui> oops tools
[15:10] <sinzui> maybe others
[15:10] <gmb> Urgh.
[15:10] <gary_poster> sinzui, I know of no rule.  The proper solution has always been to not use a branch and instead have tarballs hosted somewhere internally and never delete anything.
[15:10] <gary_poster> yeah I think other projects too
[15:11] <gary_poster> Robert wanted them to be shared
[15:11] <gary_poster> This is an unintended downside, I think
[15:35] <gmb> bac, I've added a section for Green Squad to the lp2kanban config; can you update it on the Canonistack instance please?
[15:36] <bac> gmb: sure, in an hour or two.  on standup now
[15:36] <gmb> bac, Sure, that's fine. Thanks.
[15:37] <bac> gmb: actually the config should be added to lp-tarmac-configs project not lp2kanban
[15:37] <bac> gmb: the one in lp2kanban is an example only
[15:38] <gmb> bac, lp-tarmac-configs is the one I've updated.
[15:38] <gmb> Sorry, didn't make that clear.
[15:39] <bac> gmb: just for fun, you could login, poweroff, and then bin/startmeup.  would be nice for someone else to exercise that path.
[15:40] <gmb> bac, I would if I could remember to what I should ibe logging in.
[20:52] <jcsackett> benji: you have time to review https://code.launchpad.net/~jcsackett/launchpad/no-private-releases/+merge/139092 ?
[20:52] <sinzui> benji, do you have time to review https://code.launchpad.net/~sinzui/launchpad/person-owned-teams/+merge/139091
[20:53] <rick_h_> jcsackett: wins!
[20:53]  * jcsackett laughs
[20:54] <benji> jcsackett and sinzui: sure, but first you invoked the rarely used simultanious review smackdown
[20:54] <sinzui> I am wearing glasses
[20:55] <sinzui> You cannot hit a four-eyed developer even if he is complete an utter bastard
[20:55] <jcsackett> sinzui: i am also four eyed. i think that nixes it. :-P
[20:55] <jcsackett> however, i like sinzui. if i must hit him to be reviewed first, i'll wait to be second. :-P
[20:56] <rick_h_> ok, then sinzui must hit you to be reviewed first
[20:56]  * jcsackett laughs
[20:56] <rick_h_> there must be smack in the smack down
[20:56] <sinzui> how?
[20:56] <sinzui> I shall invoke the one-hand clapping smack
[20:57] <jcsackett> tell you what. sinzui can drive down hear to smack me. in the meantime, benji can review my branch. :-P
[20:57] <jcsackett> s/hear/here/
[20:57]  * sinzui claps
[20:57] <benji> heh
[20:58]  * sinzui has pulled a muscel and may have broken a nail
[21:05] <benji> jcsackett and sinzui: both of your branches are reviewed.  I won't tell you which I did first.
[21:05] <sinzui> thank you benji
[21:05] <benji> my pleasure
[21:06] <jcsackett> thanks, benji.
[21:06] <benji> any time
[21:12] <lifeless> OOPS-3de41986b624ef0f542b92653ce1cfe8 <- ?
[21:14] <sinzui> lifeless, timout inserting a bug. looks like a row lock
[21:14] <lifeless> \o/
[21:14] <lifeless> bugs 1088650 and 1088651 appear either private or missing, to me
[21:15] <lifeless> I tried again and got ...2
[21:17] <sinzui> lifeless, I can see the first, not the second, and I don't have power to confirm if the private-is-404 rule
[21:17] <lifeless> interesting, cool.
[21:18] <lifeless> I am suffering cat-in-lapsy
[21:18] <lifeless> it is very distracting
[22:05] <wgrant> deryck: Hi
[22:31] <deryck> hi wgrant
[22:32] <wgrant> deryck: I see that a couple of your DB changes have model changes as well.
[22:32] <wgrant> That's forbidden because we can't confirm it's safe (we don't deploy DB and app changes at the same time)
[22:32] <wgrant> In particular, one of your branches makes a column not null at the same time as it sets a default in the model.
[22:32] <deryck> wgrant, I don't think my revs do.  but maybe abel's does.  I didn't look at his honestly, sorry.
[22:32] <wgrant> Ah
[22:33] <lifeless> 'royal your' :P
[22:33] <wgrant> Well, yes :)
[22:33] <deryck> wgrant, ah, no that is mine.  I checked with stub and thought it was cool.
[22:33] <deryck> wgrant, we already protect against in the model, and I did some query checks to make sure we were safe.
[22:35] <wgrant> zAh
[22:35] <wgrant> It's actually safe, because there's a default in the DB
[22:35] <wgrant> But we forbid model changes in the same branch to avoid any confusion
[22:35] <wgrant> And ensure that the devel code and db-devel DB can coexist
[22:35] <wgrant> Rather than having to reason about it manually
[22:36] <deryck> wgrant, ok, sorry about that. I assume it's okay to deploy this time, so long as I don't do it again? :)
[22:36] <wgrant> Indeed.
[22:36] <deryck> ok, thanks.  sorry again.
[22:36] <wgrant> abel's branch is also OK to deploy, but it's unnecessarily mixing DB and app changes, so it has to be manually verified.


[21:43] <MikeRL> Quick question - are we missing any security fixes on 38.0 that are in 38.0.5 Firefox proper? And do you guys plan on updating Firefox stable soon?
[21:51] <gQuigs> MikeRL: I don't see any security notices in https://www.mozilla.org/en-US/firefox/38.0.5/releasenotes/
[21:51] <MikeRL> Oh, then take your time.
[21:52] <MikeRL> This one is out of the typical release cycle, and apparently it just got uploaded today.
[21:52] <MikeRL> Bah Firefox on iGarbage. Am I the only one that wouldn't use iOS because of bs like this?
[21:53] <MikeRL> But users don't notice or care that every browser is basically a safari shell on iOS.
[21:54] <gQuigs> yup.. in fact.. people say chrome on ios is much faster :P
[21:54] <MikeRL> How so?
[21:54] <MikeRL> The UI is more efficient?
[21:54] <MikeRL> Compared to Safari, anyhow.
[21:55] <MikeRL> Darn that hipster garbage.
[21:57] <gQuigs> it's the placebo effect I'm guessing


[00:33] <rbelem> hey guys, do you know if is there something like git commit --amend in bzr?
[05:34] <rbelem> ScottK, Quintasan_, i just finished the changes to -runtime
[05:34] <rbelem> lp:~rbelem/kubuntu-packaging/kde-runtime-active-4.7
[05:35]  * rbelem goes to bed
[07:45] <Quintasan_> rbelem: \o/
[07:45]  * Quintasan_ goes looking
[07:45] <Quintasan> Good morning
[07:57] <Quintasan> ScottK: Hmmm, this looks good. Now we have kde-runtime and kde-runtime-active packages
[08:38] <bambee> morning
[08:39] <bambee> this bug in the taskmanager is seriously boring :\   (when you close a window with "x" , it does not disappear from the taskbar)
[08:40] <bambee> https://bugs.kde.org/show_bug.cgi?id=275469
[08:41] <bambee> If it's fixed before kde 4.7.1 is out, I will backport the patch , I think
[10:00] <djszapi> Hi! Is there an up-to-date debian folder content for KDE 4.7 (kdebase-runtime) somewhere on VCS ? http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/oneiric/kdebase-runtime/oneiric/files/head:/debian/ -> This one has the latest entry 05.30 this year.
[10:11] <bambee> djszapi: have a look at https://code.launchpad.net/~kubuntu-packagers/kubuntu-packaging/kde-runtime
[10:12] <bambee> kdebase-runtime has been renamed to kde-runtime on upstream
[10:28] <Quintasan> djszapi: This branch will have some Plasma Active related changes today so be sure to pull changes later
[10:29] <Quintasan> Urgh
[10:29] <djszapi> I will just use compilation time patches
[10:29] <djszapi> for build, I will not use feature fix patches for starter.
[10:29] <djszapi> but it seemed to build to me.
[10:30] <Quintasan> rbelem: pingo
[10:31] <Quintasan> rbelem: Somehow the build failed here: activitymanager_plugin_*.so are not there (as in not built) I suspect patches not applying after all
[10:39] <Quintasan> AAAAAH
[10:42] <Quintasan> BRRRRRRRRRRr
[10:42]  * Quintasan goes and makes some tea
[10:44] <Quintasan> ScottK: My assumption was entirely wrong. The patching routine in dh is not as flexible as I had initially thought
[10:44] <Quintasan> rbelem: ^
[10:45]  * Quintasan tries to fix this before he goes on about it in detai
[10:45] <Quintasan> +l
[10:47] <Tm_T> +1 from me too
[10:47] <Tm_T> ...
[10:47] <Quintasan> It's an "L" :P
[10:47] <Tm_T> I know, I tried to throw in a bit of an humour (:)
[10:48]  * Quintasan sometime horribly fails at understanding jokes
[10:48] <Quintasan> +s
[10:48] <Quintasan> GRRRRRRRR
[10:48] <Quintasan> Break time
[10:48]  * Tm_T has been spending pretty much all of his time on applying for jobs lately
[10:48] <Tm_T> or, well, finding one in general
[11:36]  * rbelem pokes Quintasan
[11:40]  * rbelem pokes Quintasan again
[11:40] <Quintasan> rbelem: POKE
[11:40] <Quintasan> OOH
[11:40] <Quintasan> I see it now
[11:40] <rbelem> Quintasan, :-D
[11:41] <rbelem> Quintasan, did you manage to get it working?
[11:41] <Quintasan> rbelem: I did
[11:41] <rbelem> Quintasan, it is building fine here
[11:41] <Quintasan> Here is a little advice
[11:41] <Quintasan> rbelem: If you prepend debian/tmp-something in install but don't add destination path
[11:41] <Quintasan> here is what happens
[11:42] <rbelem> oh!
[11:42] <rbelem> i got it
[11:42] <rbelem> :-/
[11:42] <Quintasan> /home/quintasan/Sauce/pbuilder/oneiric-amd64/result/lol/debian/tmp-kde-runtime-active/usr
[11:42] <Quintasan> :O
[11:42] <rbelem> :-D
[11:42] <rbelem> Quintasan, did you fix that?
[11:43] <Quintasan> Fixing
[11:43] <rbelem> Quintasan, thx a lot
[11:44] <rbelem> Quintasan, after that lets get slc and plasma-mobile uploaded?
[11:45] <Quintasan> If ScottK is not particulary against it then I guess it can
[11:46]  * rbelem pokes ScottK :-D
[11:56] <ScottK> Quintasan: Is -runtime sorted?
[11:57] <Quintasan> ScottK: Almost, needs minor adjustments
[11:57] <ScottK> OK.  Really, really running out of time ...
[11:57] <ScottK> No pressure.
[12:04] <dpm_> hi Kubuntu devs. While someone from Qt upstream might run a session on App Developer Week, we still haven't got any KDE/Qt-related session on https://wiki.ubuntu.com/UbuntuAppDeveloperWeek/Timetable , and I think it'd be interesting to have some other content than strictly the main Ubuntu flavour - would anyone be up for a session to showcase any cool KDE/Qt stuff people can integrate to their applications?
[12:31] <bulldog98_> apachelogger: how about a phonon talk :)
[13:31] <Quintasan> ScottK: https://code.launchpad.net/~quintasan/kubuntu-packaging/kde-runtime-active-4.7 <-- review please
[13:32] <ScottK> How's it build?
[13:32] <ScottK> dpm_: Ask us tomorrow after the beta freeze is on.
[13:32] <dpm_> good point. Will do, thanks ScottK
[13:33] <Quintasan> ScottK: Well, I just build it once, unpatch the source, apply the other series file and built once again in separate build-dir
[13:33] <Quintasan> ScottK: Most stuff was done by rbelem but I had the fix the patching logic
[13:34] <Quintasan> It was wrong because I had wrong assumptions about build system
[13:34] <ScottK> Can you show me how to get a diff from what's in the archive now?
[13:34] <Quintasan> hmm
[13:34] <ScottK> LP seems to only want to show me the diff from one revision which really doesn't help.
[13:35] <Quintasan> ScottK: https://code.launchpad.net/~quintasan/kubuntu-packaging/kde-runtime-active-4.7/+merge/72893
[13:35] <Quintasan> I think that would help
[13:35] <ScottK> Thanks.
[13:36] <ScottK> Diff against target:	14053 lines (+13802/-0) 49 files modified (has conflicts)
[13:36] <ScottK> Seems a bit much.
[13:36] <Quintasan> :/
[13:36] <Quintasan> wtf
[13:36] <Quintasan> wrong branch
[13:39] <Quintasan> ScottK: https://code.launchpad.net/~quintasan/kubuntu-packaging/kde-runtime-active-4.7/+merge/72896
[13:39]  * ScottK tries again.
[13:40] <Quintasan> Y U NO DIFF
[13:40] <ScottK> Sigh.  An updated diff will be available in a few minutes. Reload to see the changes.
[13:40] <Quintasan> stupid launchpad
[13:40] <Quintasan> 14053 lines diff was generated right after push
[13:40] <Quintasan> brrr
[13:41] <bulldog98_> Quintasan: that one seemed more important to launchpad :)
[13:41] <Quintasan> ScottK: It works
[13:41] <ScottK> Got it.
[13:42] <Quintasan> ScottK: Actually, kde-workspace-data-active needs readjustment too
[13:43] <ScottK> OK.
[13:43] <Quintasan> I'm not sure if we actually want to ship this as data should be code indep
[13:43] <Quintasan> ScottK: ^ Thoughts on this?
[13:43] <ScottK> Why the removals from debian/kde-runtime-data.install, I thought that wouldn't be affected/.
[13:44] <Quintasan> Now I wonder...
[13:44] <Quintasan> Ah, it's activity manager
[13:45] <Quintasan> BRRRR
[13:45] <Quintasan> ScottK: me fixes
[13:45] <ScottK> Quintasan: In kde-runtime.install too
[13:46] <bulldog98_> Quintasan: why do we have splitted -data packages couldn’t be everything in one -data package?
[13:47] <Quintasan> bulldog98_: I was asking about that
[13:47] <Quintasan> ScottK: I think we can drop active-data
[13:47] <ScottK> OK.  Why?
[13:48] <bulldog98_> ScottK: makes archive smaller
[13:48] <ScottK> Are we not changing existing files there, just adding?
[13:48] <ScottK> bulldog98_: Doesn't make the CD smaller.
[13:48] <bulldog98_> ScottK: but it makes mirroring easier
[13:48] <Quintasan> ScottK: I do not think any of the patches touch desktop or protocol files
[13:49] <ScottK> I'm more worried about unintended effects of -active stuff in regular installs.
[13:49] <ScottK> Quintasan: Can you show me just that bit of the diff?
[13:49] <Quintasan> GOD DAMNIT
[13:49] <Quintasan> I removed the wrong merge request
[13:51] <ScottK> I made a local diff.
[13:52] <Quintasan> ScottK: I don't see any patch touching desktop files or .protocol there
[13:52] <Quintasan> and those are part of data
[13:52] <ScottK> Except for the activitymanager stuff being removed from the .install files, I think it's fine.
[13:52] <ScottK> In that case, drop the extra package.
[13:52] <ScottK> Quintasan: FFe approved after those cleanups.
[13:56] <ScottK> Quintasan: I also accepted the kde4libs binaries.
[13:57] <Quintasan> Oh great
[13:57] <ScottK> Quintasan: Please let the armel build of -workspace finish before you upload it again.
[13:57] <Quintasan> This one is going to take twice as long :P
[14:00] <Quintasan> ScottK: Final review please https://code.launchpad.net/~quintasan/kubuntu-packaging/kde-runtime-active-4.7/+merge/72899
[14:00] <Quintasan> ScottK: Before I merge
[14:12] <ScottK> Looking
[14:13] <ScottK> Quintasan: Don't need the -active transitional packages.
[14:15] <ScottK> Quintasan: Other than that, seems good.  Fix that, merge, and upload.
[14:47]  * ScottK looks over at Quintasan and wonders what he's waiting on for -runtime?
[16:06] <rbelem> ScottK, i can this latest change
[16:06] <rbelem> *do
[16:07] <shadeslayer> apachelogger: me audio is broken
[16:07] <shadeslayer> for some reason the test sounds work, but playing something in VLC doesn't work
[16:14] <ScottK> rbelem: Which?
[16:14] <ScottK> We need it uploaded to the archive, which you can't do (if you're referring to -runtime)
[16:16] <rbelem> ScottK, ah! ok
[16:26] <Quintasan> ScottK: Unexpected power outage sorry
[16:26] <ScottK> Quintasan: OK.  Stuff happens.
[16:26] <Quintasan> kdebase-runtime-active - to be dropped?
[16:26] <ScottK> And the dbg.
[16:27] <ScottK> Those never existed, right, so no transitional package needed.
[16:32] <Quintasan> ScottK: Is the ARM build done?
[16:32]  * ScottK checks, but that was a concern for -workspace, not runtime.
[16:33] <ScottK> No.    Thanks to you and rbelem for the hard work.
[16:47] <Quintasan> ScottK: Can we get two more packages uploaded or it's impossible at this stage?
[16:47] <ScottK> What's that?
[16:48]  * ScottK haz powerz.  Nothing it impossible.
[16:48] <Quintasan> ScottK: share-like-connect and new plasma-mobile
[16:48] <ScottK> Yes.
[16:48] <Quintasan> Well
[16:48] <ScottK> Both need FFe, IIRC.
[16:49] <Quintasan> https://bugs.launchpad.net/ubuntu/+source/plasma-mobile/+bug/828093
[16:49] <Quintasan> https://bugs.launchpad.net/ubuntu/+bug/828111
[16:50] <Quintasan> rbelem: ping
[16:51] <shadeslayer> ScottK: avogadro needs a rebuild iirc
[16:51] <shadeslayer> i'll try it out, hold on
[16:51] <ScottK> Thanks.
[16:51] <shadeslayer> and for no apparent reason all my audio started working
[16:51] <ScottK> Quintasan: Approved.
[16:52]  * Quintasan can't get his second monitor to work
[16:52] <ScottK> shadeslayer: As long as you aren't watching inappropriate content in a $WORK meeting, that's probably good.
[16:52] <shadeslayer> hahaha
[16:52] <shadeslayer> ScottK: nah, i'm at home
[16:52] <shadeslayer> ScottK: anything else you'd like me to work on?
[16:53] <shadeslayer> because, the report that was due tomorrow has been postponed by 2 weeks
[16:53] <shadeslayer> and my GSoC project is done as well
[16:53] <ScottK> shadeslayer: Can you test a k3b patch?
[16:54] <ScottK> http://paste.ubuntu.com/671830/
[16:54] <shadeslayer> ScottK: depends on what needs to be tested specifically
[16:54] <ScottK> I think if you use it to access .wma audio.
[16:54] <ScottK> I think that's what it uses libav/ffmpeg for.
[16:55] <ScottK> Feel free to dig around in the code and check.  I just checked Changelog
[16:55] <shadeslayer> aha, i might have a disk lying around .. somewhere
[16:56] <shadeslayer> ScottK: is that already packaged?
[16:56] <apachelogger> ScottK: picked
[16:56] <ScottK> shadeslayer: No.
[16:56] <ScottK> apachelogger: Thanks.
[16:56] <shadeslayer> ah hmm
[16:56] <shadeslayer> apachelogger: sometimes i think phonon is made of pure magic
[16:57] <apachelogger> did you forget how to read source code? :O
[16:57] <shadeslayer> apachelogger: nope, it starts/stops working randomnly
[16:58] <ScottK> It's a computer.  At best it's pseudo random.
[16:58] <apachelogger> PEBCAK
[16:58] <shadeslayer> apachelogger: yeah, right, i haven't touched a single radio button in the settings
[16:59]  * apachelogger points out that libraries have a greater scope than some setting in some random application
[16:59] <shadeslayer> random application being the phonon KCM :P
[16:59] <apachelogger> so?
[17:00] <Quintasan> shadeslayer: It's all pule
[17:00] <Quintasan> pulse*
[17:00] <Quintasan> blame pulse
[17:00] <shadeslayer> ok
[17:00]  * shadeslayer blames pulse
[17:00] <shadeslayer> Quintasan: did your flash sounds start working?
[17:01] <Quintasan> DOHOHOHOHOHOHO
[17:01] <Quintasan> Are you making fun of Flash?
[17:01] <Quintasan> Or PulseAudio?
[17:01] <shadeslayer> whichever you like :P
[17:01] <shadeslayer> interestingly ... Linux does not detect the CD Drive on the new macbook pro's ... :/
[17:02] <Quintasan> I wonder why my second monitor doesnt work
[17:03] <shadeslayer> Launchpad Builders : armel	12	 8786 jobs (12 days)
[17:03] <shadeslayer> ahahahahahahaha
[17:03] <ScottK> shadeslayer: Archive rebuild test in progress.
[17:03] <shadeslayer> figures
[17:04] <ScottK> They get a low build score, so real uploads get priority.
[17:04] <shadeslayer> are we getting a aarrrrmmmm PPA?
[17:05] <Quintasan> lol
[17:06] <shadeslayer> hey HP, y u no get more stock
[17:06] <apachelogger> shadeslayer: that is what you get for using ultimate closed systems
[17:06] <shadeslayer> apachelogger: they'll get it working .... in another 2 releases :P
[17:07] <shadeslayer> and CD's are obsolete medium's anyway
[17:07] <apachelogger> not unlike hardware vendors that are fanbois of software patents
[17:17] <ScottK> Careful.
[17:17] <ScottK> If you call Apple a hardware vendor you misunderstand.
[17:17] <ScottK> They are a system vendor.
[17:17] <ScottK> Probably the only one.
[17:18] <ScottK> You'll end up underestimating them.
[17:26] <rbelem> Quintasan, pong
[17:26] <rbelem> :-D
[17:26] <rbelem> \o/
[17:26] <rbelem> Quintasan, ScottK, can we upload plasma-mobile and s-l-c?
[17:27] <ScottK> Yes.  If they are ready.
[17:28] <rbelem> ScottK, they are :-D
[17:28] <ScottK> OK.  Convince someone to upload so I can reviwe.
[17:28] <rbelem> ScottK, oki :-)
[17:39] <rbelem> Quintasan, i uploaded a more recent s-l-c to revu
[17:50] <rbelem> Quintasan, and plasma-mobile
[18:03] <shadeslayer> icecc question, if i have  build running on Machine A but the icecc scheduler on Machine B, does icecc still work?
[18:04] <shadeslayer> like, is machine B utilized at all?
[18:04] <ScottK> Yes
[18:05] <shadeslayer> hmm
[18:06] <Quintasan> rbelem: We can only know after I get new kdelibs in archive
[18:06] <Quintasan> ScottK: Any idea why do I have duplicate entries for every application in repos?
[18:06] <ScottK> Where and no?
[18:06] <rbelem> Quintasan, ScottK, will that take too long?
[18:07] <ScottK> Quintasan: BTW, -workspace on armel finished.
[18:07] <Quintasan> ScottK: Like, http://wstaw.org/m/2011/08/25/plasma-desktopjg1838.jpg
[18:07] <Quintasan> rbelem: No idea. Look at Launchpad kde4libs :P
[18:07] <Quintasan> ScottK: Great.
[18:08] <ScottK> No, but check to make sure sources.list isn't duplicated.  Otherwise quit using aptitude.
[18:08] <Quintasan> ScottK told me he accepted them so they should hit the mirror soon
[18:08] <rbelem> Quintasan, ScottK, how much time until freeze?
[18:08] <Quintasan> rbelem: ^
[18:09] <rbelem> nice :-)
[18:09] <ScottK> 2100 UTC
[18:09] <Quintasan> That's like 23:00 here
[18:09] <Quintasan> Hmm
[18:09] <Quintasan> Gotta hurry up
[18:10] <Quintasan> ScottK: At first I thought that's multiarch magic but that's looks too confusing to be multiarch
[18:10] <shadeslayer> ScottK: doesn't seem to be working
[18:10] <ScottK> shadeslayer: Which?
[18:11] <shadeslayer> ScottK: the machine which has the scheduler running has  no load
[18:11] <ScottK> Dunno then.
[18:12] <shadeslayer> the machine on which the build is running has a high load
[18:15]  * Quintasan waits till update completes
[18:17] <dantti> the virtual box ose on natty allows me to pick an usb device but when the machine is running it does not see it, and the usb devices  is greyed..
[18:17] <dantti> so the usb support still not available on the ose?
[18:17] <Quintasan> dantti: Apparently, what I do is share it via network :P
[18:18] <dantti> Quintasan: hmmm how?
[18:18] <Quintasan> dantti: Shared folders in VBox
[18:18] <Quintasan> That's a working feature AFAIK
[18:18] <dantti> right, but in my case it is not an mass storage
[18:18] <Quintasan> What it is?
[18:19] <dantti> it's a special printer
[18:19] <Quintasan> Oh, then you're out of luck it seems
[18:19] <dantti> can't be shared via cups tho
[18:19] <Quintasan> Did you try the closed source version?
[18:19] <dantti> I think I'll have to, as this printer only works on 32bits :(
[18:19] <Quintasan> Urgh
[18:19] <dantti> and I don't want to install a 32b os
[18:20]  * Quintasan wants debdelta in Ubuntu
[18:20] <dantti> and iirc ubuntu does not have 32 qt-devs
[18:20] <Quintasan> dantti: Uhh, qt-devs?
[18:21] <Quintasan> I think multiarch hit one-eye-rick so some i386 libs should be there
[18:21] <dantti> libqt4-dev.. for 32bits on amd64
[18:21] <Quintasan> ScottK: ^ does multiarch allows such things?
[18:22]  * txwikinger agrees with Quintasan about debdelta
[18:22] <ScottK> In theory.
[18:22] <ScottK> Depends on if all the relevant libs have been multi-arched.
[18:22] <dantti> is multiarch available for ubuntu?
[18:22] <Quintasan> dantti: You can be the first one to try this :P
[18:22] <dantti> hehe
[18:22] <Quintasan> dantti: In oneiric it is :P
[18:22] <ScottK> dantti: Partly in Natty, more in Oneiric.
[18:23]  * dantti thinks
[18:23] <dantti> do I have to reinstall the os to use it or just enable some repos?
[18:26] <debfx> dantti: for usb to work you need to be in the vboxusers group
[18:27] <dantti> debfx: hmm thanks :)
[18:33] <shadeslayer> ScottK: debfx rebuild of avogadro does not fix build failiure
[18:35] <ScottK> shadeslayer: The soprano upload I just did may do it.
[18:35] <shadeslayer> alright :)
[19:01] <Quintasan> rbelem: status of kdelibs!
[19:02]  * Quintasan demands a report
[19:17]  * Quintasan whines
[19:17] <Quintasan> Y U TAKE SO LONG UPDATE?
[19:24] <rbelem> Quintasan, hum?
[19:25] <Quintasan> rbelem: Can you check whether kde4libs made it to oneiric?
[19:25] <Quintasan> rbelem: I dont have a proper browser now
[19:25] <rbelem> Quintasan, oki
[19:25] <rbelem> Quintasan, where do i find that? :-D
[19:26] <Quintasan> http://launchpad.net/ubuntu
[19:26] <Quintasan> packages
[19:26] <Quintasan> search for kde4libs
[19:26] <rbelem> Quintasan, nice :-) thx
[19:27] <rbelem> Quintasan, it is there :-D
[19:27] <Quintasan> What version?
[19:27] <Quintasan> See changelog if it's the one I've uploaded
[19:27] <rbelem> Quintasan, 4:4.7.0-0ubuntu3
[19:28] <rbelem> Quintasan, kde-runtime is there too 4:4.7.0a-0ubuntu2
[19:28] <rbelem> :-D
[19:30] <rbelem> Quintasan, did you see that i uploaded s-l-c and plasma-mobile?
[19:30] <Quintasan> to REVU?
[19:31] <rbelem> Quintasan, yup
[19:32] <Quintasan> shadeslayer: Are you using btrfs?
[19:32] <shadeslayer> Quintasan: no
[19:33] <shadeslayer> why would i use a broken file system?
[19:33] <Quintasan> broken?
[19:33] <shadeslayer> yus
[19:33] <shadeslayer> i tried it once
[19:33] <Quintasan> What is broken exactly?
[19:34] <shadeslayer> booting  & fsck iirc
[19:34] <rbelem> shadeslayer, Quintasan, btrfs is really broken
[19:34] <shadeslayer> yeah
[19:34] <shadeslayer> iirc you need a seprate /boot partition
[19:34] <Quintasan> Good grief, and I used it on my /
[19:34] <shadeslayer> hah
[19:34]  * Quintasan reinstalls
[19:34] <Quintasan> See you in 30 minutes
[19:34] <shadeslayer> lolz :P
[19:35] <yofel> Quintasan: I'm using btrfs on / here
[19:35] <yofel> as long as you have backups it's ok
[19:35] <rbelem> :-D
[19:35] <yofel> and boot works unless you use LZO compression
[19:35] <yofel> and yeah - fsck is still WIP
[19:36] <yofel> rbelem: what's so broken about btrfs for you?
[19:37] <rbelem> yofel, i was using it a lot for kubuntu-mobile
[19:38] <rbelem> yofel, but every time my battery drained and the system turned off in a wrong i got to reinstall the images
[19:39] <yofel> ah yeah, if you get into a situation where you need fsck you're doomed currently..
[19:40] <rbelem> yofel, it is faster for flash disks but really unrealiable because of this fsck thing
[19:41] <yofel> true
[19:42] <rbelem> ScottK, apachelogger, Quintasan, shadeslayer, yofel, a friend lend me an ideapad s10-3t to test kubuntu-mobile :-D
[19:42] <yofel> :D
[19:42] <shadeslayer> cool!  :D
[19:43] <rbelem> he just brought it to me :-D
[19:43] <apachelogger> do we have packages yet? :P
[19:44] <rbelem> apachelogger, we already have kde4libs and kde-runtime
[19:44] <rbelem> apachelogger, Quintasan is taking care of slc and plasma-mobile
[19:44] <rbelem> apachelogger, i already uploaded them to revu
[19:45] <apachelogger> so we do not have them yet :P
[19:45] <rbelem> apachelogger, nope :'(
[19:46] <rbelem> Quintasan, are you taking a look on that?
[19:47] <rbelem> apachelogger, could you take a look on that if Quintasan can't?
[19:47] <rbelem> :-D
[19:47] <apachelogger> if super uber urgent
[19:47]  * apachelogger is all sorts of busy
[19:48] <rbelem> apachelogger, 21UTC is the deadline to get them in beta
[19:49] <apachelogger> today?
[19:49] <rbelem> apachelogger, yup
[19:49] <apachelogger> that sounds a bit... dangerous
[19:50] <rbelem> apachelogger, we have been testing these packages these days
[19:51] <apachelogger> so what do I need to do?
[19:52] <rbelem> apachelogger, upload and say to ScottK that is is ready for ffe
[19:54] <apachelogger> rbelem: in what branch is the packaging?
[19:55] <rbelem> apachelogger, slc is in revu
[19:55] <rbelem> apachelogger, and plasma-mobile
[19:55] <apachelogger> well, first we'd need libs and runtime
[19:55] <rbelem> apachelogger, they are ready
[19:57] <apachelogger> in what branch
[19:58] <rbelem> apachelogger, they are in repos already
[19:58] <apachelogger> oh
[19:58] <apachelogger> rbelem: you should make packaging branches for slc and pm btw
[19:58] <apachelogger> bambee: what is with touchegg?
[19:58] <apachelogger> Quintasan: looking at slc I am
[19:59] <rbelem> apachelogger, but i think i dont have rights to do that
[19:59] <apachelogger> oh
[19:59] <apachelogger> rbelem: if you are member then you should
[19:59] <apachelogger> rbelem: share-like-connect_0.0+git20110825-0ubuntu1.tar.gz
[19:59] <apachelogger> I disapprove of it being a native package
[20:01] <apachelogger> rbelem: usr/include/activecontentservice/activecontent.h
[20:01] <apachelogger> usr/include/activecontentservice/activecontentservice.h
[20:01] <apachelogger> who needs those?
[20:01] <apachelogger> I think they should be neither installed nor packaged
[20:01] <apachelogger> usr/lib/libsharelikeconnect.so
[20:01] <apachelogger> WTH does this lib not have a soversion :O
[20:02] <rbelem> apachelogger, is that a lib?
[20:02] <apachelogger> well it is in lib
[20:02] <rbelem> apachelogger, maybe its a plugin
[20:02] <apachelogger> then it should not be in lib
[20:02] <apachelogger> kde4_add_library(sharelikeconnect SHARED ${sharelikeconnect_SRCS})
[20:02] <apachelogger> yeah
[20:02] <apachelogger> this cant go in
[20:03] <rbelem> apachelogger, so, is it a lib?
[20:03] <apachelogger> if they make a shared lib without so then they should install it to lib/sharelikeconnect or lib/kde4 or something
[20:03] <apachelogger> rbelem: yes
[20:03] <apachelogger> s/without so/without so version/
[20:03] <kubotu> apachelogger: You did something wrong... Try s/you/me/ or tell me "help sed"
[20:03] <apachelogger> kubotu: I no
[20:03] <rbelem> :-D
[20:04] <rbelem> apachelogger, what do i need to do the get it ready, besides this so thing?
[20:07] <rbelem> apachelogger, how push things to https://code.launchpad.net/kubuntu-packaging work?
[20:10] <apachelogger> rbelem: bzr push lp:~kubuntu-packagers/kubuntu-packaging/foobar
[20:10] <apachelogger> http://revu.ubuntuwire.com/p/share-like-connect
[20:10] <apachelogger> revyd
[20:10] <apachelogger> revud
[20:11] <rbelem> apachelogger, will i push just the debian directory to lp:~kubuntu-packagers/kubuntu-packaging/plasma-mobile?
[20:11] <apachelogger> yes
[20:11] <rbelem> apachelogger, nice :-)
[20:13] <rbelem> apachelogger, what is a native pkg? that .orig.tar.gz?
[20:14] <apachelogger> .orig.tar.gz is non-native
[20:15] <apachelogger> tar.gz is native
[20:15] <rbelem> ah ok
[20:15] <rbelem> :-)
[20:15] <apachelogger> also see debian/source/format
[20:15] <apachelogger> there you need to define
[20:15] <apachelogger> 3.0 (quilt)
[20:15] <apachelogger> ohoh
[20:15] <apachelogger> ./activecontentservice/activecontentservice_export.h: MIT/X11 (BSD like)
[20:15] <rbelem> nice :-)
[20:15] <apachelogger> rbelem: that needs mentioning in the copyright file
[20:15] <rbelem> oh! that scaped my eyes
[20:16] <rbelem> :-/
[20:20] <apachelogger> cia doesnt like me
[20:21] <apachelogger> rbelem: http://quickgit.kde.org/?p=share-like-connect.git&a=commit&h=13a3a49f21b58ab959134b85fc574a88aa9bc472
[20:22] <rbelem> :-D
[20:22] <rbelem> thx apachelogger
[20:24] <apachelogger> rbelem: +  * Create the links plasma-tablet, plasma-contour that points to
[20:24] <apachelogger> +    plasma-mobile.
[20:24] <apachelogger> I do not get this?
[20:24] <apachelogger> plasma-tablet is a binary of its own!
[20:24] <rbelem> o.O
[20:24] <apachelogger> yes
[20:24] <apachelogger> it got split
[20:25] <apachelogger> also for mobile you need to pass some cmake option IIRC
[20:25] <apachelogger> might be that your snapshot does not have this yet though
[20:25] <apachelogger> in which case you should update your snapshot ^^
[20:26] <apachelogger> +	$(overridden_command) -- -DBUILD_HANDSET=TRUE
[20:26] <apachelogger> ah yeah
[20:27] <apachelogger> rbelem: maybe the builds are mutually exclusive?
[20:27] <apachelogger> either handest or tablet?
[20:28] <rbelem> apachelogger, nope
[20:28] <rbelem> apachelogger, BUILD_HANDSE just adds a dir to be built iirc
[20:33] <apachelogger> then your package is all wrong :P
[20:33] <apachelogger> you should get a plasma-tablet binary
[20:35] <Quintasan> What the fcks
[20:36] <Quintasan> Why am I getting double entries in apt for applications?
[20:41] <Quintasan> ScottK: Actually it's multiarch
[20:41] <Quintasan> :/
[20:42] <yofel> yep, multiarch will give you double entries, that's why I keep it disabled...
[20:43] <Quintasan> yofel: This makes multiarch shit and more confusing for the user
[20:43] <yofel> +1
[20:43] <Quintasan> yofel: Where do I disable this stupid crap?
[20:43] <yofel> no idea if the software center has any handling for this - aptitude sure doesn't
[20:43] <yofel> Quintasan: /etc/dpkg/dpkg.cfg
[20:44] <yofel> the foreign-architecture part
[20:45] <rbelem> apachelogger, i'm fixing that
[20:49] <bambee> apachelogger: don't compute your question
[20:50] <apachelogger> overload overload overload
[20:50] <apachelogger> what was my question
[20:50] <apachelogger> ah
[20:50] <apachelogger> right
[20:50] <bambee> o.O
[20:50] <apachelogger> bambee: touchegg on revu?
[20:50] <apachelogger> does it go to archive?
[20:50] <apachelogger> when does it go to archive?
[20:50] <apachelogger> does it haz FFe?
[20:50] <bambee> apachelogger: touchegg has been uploaded to archive
[20:50] <Quintasan> apachelogger: It's already there
[20:51] <Quintasan> Late as always
[20:51] <bambee> apachelogger: FFe: done, archive:done
[20:51] <Quintasan> apachelogger: You could upload s-l-c and plasma-mobile though
[20:51]  * Quintasan just insalled oneiric and is fighting with multiarch madness
[20:51] <apachelogger> bambee: why is the entry not archived then -.-
[20:51] <yofel> hm...
[20:52] <apachelogger> Quintasan: they do not qualify
[20:52] <yofel> JontheEchidna: how does muon handle multiarch?
[20:52] <Quintasan> JontheEchidna: You're in deep shit, good luck with multiarch
[20:52] <Quintasan> bug 831768
[20:52] <apachelogger> bambee: who uploaded the touchegg?
[20:52] <Quintasan> apachelogger: I did
[20:52] <apachelogger> bambee: did you also patckage touchegg-gui?
[20:52] <apachelogger> Quintasan: when you upload something from revu you should archive the entry on revu
[20:52] <Quintasan> apachelogger: I see, sorry for that
[20:52] <apachelogger> or the revu mainpage becomes a mess
[20:57]  * Quintasan sorrows over JontheEchidna's fate
[20:58] <Quintasan> lol
[20:58] <Quintasan> It's not a verb, is it?
[20:59] <bambee> Quintasan: an entry ?
[20:59] <Quintasan> bambee: What?
[20:59] <bambee> "when you upload something from revu you should archive the entry on revu" <--- what is it ?
[20:59] <Quintasan> bambee: The package you submit to REVU has it's own entry
[21:00] <bambee> oh
[21:02] <apachelogger> 27 warnings \o/
[21:02] <Quintasan> apachelogger: On what?
[21:03] <apachelogger> oh, I should have gone to bed ages ago
[21:03] <apachelogger> oh dear
[21:03] <apachelogger> Quintasan: pornon vlc
[21:03] <Quintasan> apachelogger: Can you upload s-l-c and plasma-mobile?
[21:03] <Quintasan> it's the only thing left and I still dont have a working install
[21:03] <apachelogger> Quintasan: <apachelogger> Quintasan: they do not qualify
[21:03] <Quintasan> apachelogger: Why is that?
[21:04] <apachelogger> see revu
[21:05] <Quintasan> rbelem: ^^
[21:09] <rbelem> Quintasan, /me fixing that :-)
[21:09] <Quintasan> apachelogger: Is broken jockey in oneiric a known issue?
[21:10] <yofel> meh, and I'm still getting 'invalid package name' from debsums on every update :/
[21:11] <apachelogger> Quintasan: I dunno, I haz no oneiric
[21:11] <apachelogger> ask pitti
[21:14] <charlie-tca> Quintasan: this should be affecting everybody - bug 831754
[21:14] <Quintasan> charlie-tca: Brrr, thanks for info
[21:14] <charlie-tca> yw
[21:14] <Quintasan> Bugs, bugs everywhere!
[21:16] <yofel> bug 809924
[21:17] <Quintasan> oneiric will be the most broken release :P
[21:19] <ScottK> You obviously didn't use Jaunty.
[21:19] <ScottK> Or Edgy.
[21:20] <charlie-tca> yeah, I am thinking edgy
[21:20] <charlie-tca> Oneiric alphas have actually acted like an alpha release, that's all
[21:20] <bambee> are you ready to review touchegg-gui ? :D
[21:21] <bambee> (I'm late... sorry... o_O)
[21:21] <bambee> http://revu.ubuntuwire.com/p/touchegg-gui
[21:22] <Quintasan> shadeslayer: yofel: Do you have sound in oneeyerick?
[21:22] <bambee> can we still ask FFe?
[21:22] <Quintasan> ScottK: ^
[21:22] <Quintasan> bambee: File a bug and link it to ScottK
[21:22] <ScottK> You can ask.
[21:22] <bambee> ok
[21:22] <ScottK> Quintasan: Review the package is ready to go first.
[21:23]  * yofel has sound
[21:24] <yofel> Quintasan: sure phonon uses a sound device you have something connected to?
[21:24] <Quintasan> Yest
[21:24] <yofel> ScottK: can you take a glance at digikam in ninjas? I would like to have that looked at first before filing an FFe
[21:25] <Quintasan> yofel: http://wstaw.org/m/2011/08/25/plasma-desktopzY2047.jpg
[21:25] <Quintasan> sup
[21:25] <ScottK> yofel: Does it build and use only system libraries?
[21:25] <yofel> blame pulse then
[21:25] <yofel> ScottK: it builds and uses those system libraries that we have. It ships 3 libs itself that never had a release so far
[21:26] <ScottK> Quintasan: Check your kmix and make sure it didn't decide to mute itself.
[21:26] <yofel> stuff from extragear
[21:26] <ScottK> yofel: Then I say ship it.
[21:26] <Quintasan> ScottK: It did no
[21:26] <yofel> ScottK: one problem is that I had to disable gphoto2 to get it build
[21:26] <ScottK> Why?
[21:26] <yofel> DSO linking error that I can't fix
[21:27] <yofel> the linker flag is in the command line at the only place it makes sense IMO - and it still fails
[21:27] <bambee> bug 834149
[21:27] <ScottK> OK. I'd say go for it.
[21:29] <ScottK> Nice.
[21:29] <ScottK> /usr/include/c++/4.6/bits/locale_facets.tcc:703:56: internal compiler error: Segmentation fault
[21:29] <yofel> ...
[21:32] <rbelem> Quintasan, apachelogger, i just uploaded slc to revu
[21:39] <Quintasan> rbelem: version should have a +repack suffix (i.e. 0.0+git1234+repack) to show that we have add something to the canonical upstream source
[21:40] <rbelem> Quintasan, apachelogger just commited upstream the copying file
[21:40] <Quintasan> Ah
[21:40] <Quintasan> I see
[21:41] <Quintasan> rbelem: Ack on s-l-c
[21:42]  * Quintasan goes to bed
[21:42] <Quintasan> Good night
[21:42] <rbelem> Quintasan, could you fix plasma-mobile? im going home, so it will take one hour more or less
[21:43]  * bambee is watching "Fringe" and goes to bed after this episode
[21:48] <Quintasan> apachelogger: Can you commit the licensing magic to plasma-mobile?
[21:49] <Quintasan> apachelogger: BRRRR
[21:50] <Quintasan> /usr/share/common-licenses/LGPL-2 /usr/share/common-licenses/LGPL-2.1 and /usr/share/common-licenses/GPL-2
[21:53] <Quintasan> ScottK: Do you have commit powers in KDE land?
[21:53] <ScottK> Quintasan: I do not.
[21:53] <Quintasan> grr
[21:54] <ScottK> JontheEchidna does, however.
[21:54] <Quintasan> apachelogger is unresponsive as usual
[21:54] <ScottK> JontheEchidna is also more likely to be sober.
[21:54] <Quintasan> JontheEchidna: Are you on the warship?
[21:54] <yofel> Quintasan: me gots commit rights
[21:54] <Quintasan> yofel: \o/
[21:54] <Quintasan> yofel: http://paste.kde.org/114361
[21:55] <Quintasan> yofel: Could you possibly commit those licenses to the plasma-mobile branch?
[21:55] <yofel> lol, nice workaround ^^
[21:56] <Quintasan> yofel: Let me know when done
[21:56] <Quintasan> yofel: Do you happen to know how to issue get-orig-source only from rules?
[21:57] <yofel> ./debian/rules get-orig-source
[21:57] <yofel> should work
[21:57]  * Quintasan demands licenses upstream
[21:57] <Quintasan> :P
[21:59] <Quintasan> ScottK: Is FFe for plasma-mobile approved?
[21:59] <ScottK> Yes
[21:59] <Quintasan> ScottK: I'll upload after fixing stuff mentioned by apachelogger
[21:59] <ScottK> Great.
[21:59] <Quintasan> yofel: Can has review of http://revu.ubuntuwire.com/p/touchegg-gui?
[22:00] <yofel> Quintasan: are that _really_ all licenses?
[22:00] <Quintasan> yofel: Looks like it
[22:01] <yofel> true
[22:01] <Quintasan> yofel: commit nao
[22:02]  * Quintasan has his index finger over the enter button
[22:02] <yofel> y'know...
[22:02] <yofel> if I do something wrong people will be angry at me, not you :P
[22:03] <Quintasan> Give em my email then :P
[22:06] <yofel> http://commits.kde.org/plasma-mobile/db13db1a27f42644c29ca98d598bc6d07d9a9b35
[22:07]  * Quintasan hugs yofel
[22:08] <yofel> http://quickgit.kde.org/?p=plasma-mobile.git&a=commit&h=26b202e0f8340b304e5b15e95332ee1778a69d4e rather...
[22:08] <yofel> git is odd
[22:10] <Riddell> I've always said so
[22:13] <Quintasan> Riddell: I was looking at changelog for apt, what that bzr merge is supposed to do?
[22:13]  * Quintasan couldn't understand that
[22:14] <Riddell> Quintasan: what what bzr merge?
[22:14] <Quintasan> lp:~jr/ubuntu/oneiric/apt/bzr-get-rename
[22:15] <Quintasan> yofel: KDE/Activities/ResourceInstance is part of what?
[22:15] <Quintasan> kdelibs or runtime?
[22:16] <yofel> kdelibs trunk
[22:16] <yofel> $ dpkg -S KDE/Activities/ResourceInstance
[22:16] <yofel> project-neon-kdelibs: /opt/project-neon/include/KDE/Activities/ResourceInstance
[22:16] <Quintasan> k
[22:16]  * Quintasan makes that kdelibs5-experimental-dev then
[22:17] <Quintasan> GRR
[22:17] <Quintasan> yofel: /usr/bin/ld: cannot find -lnepomukdatamanagement
[22:17] <Quintasan> any ideas?
[22:17] <yofel> are you sure it's installed?
[22:17] <Quintasan> root@nightwalker:~/plasma-mobile-0.0~svngit20110826# apt-get install kdelibs5-experimental-dev
[22:17] <Quintasan> Reading package lists... Done
[22:17] <Quintasan> Building dependency tree
[22:17] <Quintasan> Reading state information... Done
[22:17] <Quintasan> kdelibs5-experimental-dev is already the newest version.
[22:17] <Quintasan> 0 upgraded, 0 newly installed, 0 to remove and 28 not upgraded.
[22:17] <Quintasan> Looks like it is
[22:18] <yofel> odd, after I just installed it: kdelibs5-experimental-dev: /usr/include/KDE/Activities/ResourceInstance
[22:18] <yofel> nepomukdatamanagement is from runtime though
[22:18] <Quintasan> Ohgod
[22:22] <Quintasan> What the...
[22:23] <Quintasan> yofel: http://paste.kde.org/114367
[22:23] <Quintasan> Somehow it ends up depending on kde-runtime
[22:24] <Quintasan> Which is not possible to satify
[22:27] <Quintasan> This is madness
[22:28] <Quintasan> yofel: Any ideas?
[22:28] <yofel> lolwhut? kde-runtime-active depends on kde-runtime?
[22:29] <yofel> Quintasan: don't you double build the whole thing?
[22:29] <Quintasan> I do
[22:29] <Quintasan> yofel: look in bzr
[22:29] <yofel> get me the full build log - I'm confused...
[22:30] <Quintasan> yofel: buildlog of what? runtime or plasma-mobile?
[22:31] <yofel> wait, *what* fails with missing libnepomukdatamanagment?
[22:31] <Quintasan> yofel: plasma-mobile
[22:31] <Quintasan> and kde-runtime-active SOMEHOW depends on kde-runtime
[22:32] <Quintasan> Don't ask me how; none of the deps have rdep on runtime
[22:32] <yofel> uh, wait until I'm done with the digikam FFE
[22:34] <Quintasan> oh my god
[22:34] <Quintasan> I see
[22:35] <Quintasan> plasma-mobile has to depend on kde-runtime-active
[22:35] <Quintasan> but -runtime is broken
[22:40] <Quintasan> Riddell: Do you have any idea what in http://paste.kde.org/114373/ could make it depend on -runtime?
[22:40]  * Quintasan has no idea
[22:41] <Riddell> Quintasan: I don't understand
[22:41] <Riddell> it is kde-runtime
[22:42] <Quintasan> kde-runtime-active
[22:42] <Quintasan> and it conflicts with kde-runtime because they both have the same files but they were compiled with different set of patches
[22:42] <Quintasan> and somehow
[22:42] <Quintasan> kde-runtime-active ended up depending of kde-runtime
[22:44] <yofel> AAAAARGGGHHH...
[22:44] <yofel> *headdesk*
[22:44] <yofel> I totally forgot that digikam needs a MIR for opencv
[22:46] <Riddell> Quintasan: I'd guess there's some magic to make everything KDE depend on kde-runtime (as there was in previous releases to make everything depend on oxygen-icons and kdebase-runtime-data)
[22:48] <Riddell> Quintasan: in kdelibs 4.6 debian/rules I see  DEB_DH_MAKESHLIBS_ARGS_libkdecore5 := -V'libkdecore5 (>= $(UPSTREAMVERSION)), $(RUNTIME_DEPS)'
[22:48] <Riddell> where RUNTIME_DEPS is kdebase-runtime
[22:48] <Riddell> so I expect there's something equivalent in 4.7
[22:50] <Quintasan> Riddell: Nope :<
[22:50] <Quintasan> # remove dependencies on kde-runtime and phonon (the metapackage)
[22:50] <Quintasan> $(overridden_command) -- -xkde-runtime -xphonon
[22:50] <Quintasan> That actually gets rid of dependency
[22:51] <Riddell> libkdecore5.symbols:| libkdecore5 #MINVER#, kde-runtime
[22:51] <Riddell> that adds it back
[22:51] <Quintasan> :/
[22:51] <Riddell> so I guess change that to  kde-runtime | kde-runtime-active
[22:52] <Riddell> but test it works first, it may not
[22:52] <Quintasan> I do not think ScottK will allow that to be uploaded
[22:52] <Riddell> why not?
[22:52] <Quintasan> Or wait
[22:52] <Quintasan> Let me try it
[22:53] <Quintasan> Nope, actually not
[22:53] <Quintasan> yofel: Can you try it later?
[22:54] <yofel> uh... I first need to figure out if opencv meets the MIR requirements
[22:54] <yofel> ask me like tomorrow
[22:55] <Riddell> yofel: nope https://bugs.launchpad.net/ubuntu/+source/opencv/+bug/324523
[22:55] <Quintasan> yofel: Okay, here is the deal
[22:55] <Quintasan> I have uploaded plasma-mobile to revu
[22:56] <yofel> Riddell: great, then we need to demote digikam to universe. opencv is required by libkface which is required by digikam
[22:56] <Quintasan> It will be okay to upload when we got runtime fixed
[22:56] <Quintasan> To get runtime fixed we probably need some changes to libs :/
[22:56]  * Quintasan has to go to Krakow tomorrow and will be available for two hours in the morning only
[22:57] <Quintasan> Riddell: Thanks, I'll try this magic in the morning if I have some time
[22:57] <Quintasan> shadeslayer: Get to work ^^^^^^
[22:57] <Riddell> yofel: do check that the issue still exists (using v4l without using libv4l)
[22:58] <yofel> doing that now
[23:09] <yofel> hm, I totally don't get the code, but the buildlog says "--     V4L/V4L2:                  Using libv4l" so I hope it does what it says...
[23:09] <vista_killer> hi
[23:10] <vista_killer> is any change compiz to work great in this release with kubuntu?
[23:11] <yofel> *sigh*, the warnings that kees complained about still aren't fixed though :/
[23:21] <bambee_> night
[23:27] <yofel> someone else take a look at opencv too, I'm off to bed


[07:14] <Kattollikisd> hi everyone, can someone tell me why I am banned for #ubuntu-es
[07:14] <Kattollikisd> ?
[07:21] <Zic> Kattollikisd: you should consider to try in #ubuntu-es-ops channel
[07:23] <Kattollikisd> Zic, try what? :S
[07:24] <Zic> Kattollikisd: it is the channel of #ubuntu-es operators, see with us what is the problem with your host/ban
[07:24] <Zic> them*
[07:25]  * Zic tired, back to bed
[07:25] <Kattollikisd> ok
[07:25] <Kattollikisd> goood night
[12:56] <McPeter> Zic, i quotte ;o)
[14:39] <Zic> McPeter: quoi, c'était le week-end :D
[14:39] <Zic> trop tôt :>
[17:34] <DasEi> does anyone know why I'm again banned from ubuntu-de ? I had a ban long time ago, which was set off again, since then haven't been there
[17:35] <Kattollikisd> hi everyone, can someone tell me why I am banned for #ubuntu-es?
[17:38] <[NikO]> Kattollikisd: ask in #ubuntu-es-ops
[17:40] <Kattollikisd> [NikO], :( no one answer :(
[17:40] <[NikO]> wait so ...
[17:40] <Kattollikisd> alright
[17:40] <Kattollikisd> thanks
[17:40] <bazhang> [NikO], is there a similar channel for #ubuntu-de ?
[17:41] <[NikO]> bazhang: #ubuntu-de-ops i think :)
[17:41] <bazhang> DasEi, ^^
[17:41] <DasEi> [NikO]: bazhang: I currently get to #ubuntu-de-overflow
[17:41] <bazhang> [NikO], thanks!
[17:42] <bazhang> DasEi, you could /msg one of the operators
[17:42] <DasEi> bazhang: found an op, sysdef there
[17:42] <bazhang> DasEi, ok
[17:54] <Kattollikisd> [NikO], #ubuntu-ops told me to ask ion this channel :(
[17:55] <[NikO]> it s not related to #ubuntu* main channels, so ask on #ubuntu-es-ops
[17:55] <stdin> Kattollikisd: [NikO] didn't tell you to ask there, they said #ubuntu-es-ops
[17:56] <Kattollikisd>  alright