[05:11] -queuebot:#ubuntu-release- New binary: dictionary-el [amd64] (disco-proposed/universe) [1.10+git20190107-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: fiche [i386] (disco-proposed/none) [0.9.1-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: fuse-overlayfs [amd64] (disco-proposed/none) [0.2-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: lz4json [amd64] (disco-proposed/none) [0-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: lz4json [ppc64el] (disco-proposed/none) [0-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: zimwriterfs [s390x] (disco-proposed/none) [1.2-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: fiche [ppc64el] (disco-proposed/none) [0.9.1-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: lz4json [i386] (disco-proposed/none) [0-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: keyman-keyboardprocessor [amd64] (disco-proposed/none) [11.0.101-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: prometheus-xmpp-alerts [amd64] (disco-proposed/none) [0.1-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: casacore-data-jplde [amd64] (disco-proposed/none) [2007.07.05-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: pykafka [ppc64el] (disco-proposed/none) [2.7.0-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: fuse-overlayfs [i386] (disco-proposed/none) [0.2-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: zimwriterfs [amd64] (disco-proposed/none) [1.2-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: fiche [amd64] (disco-proposed/none) [0.9.1-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: fiche [armhf] (disco-proposed/none) [0.9.1-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: fuse-overlayfs [arm64] (disco-proposed/none) [0.2-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: fuse-overlayfs [ppc64el] (disco-proposed/none) [0.2-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: keyman-keyboardprocessor [i386] (disco-proposed/none) [11.0.101-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: lz4json [s390x] (disco-proposed/none) [0-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: pykafka [i386] (disco-proposed/none) [2.7.0-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: python-pytest-random-order [amd64] (disco-proposed/none) [1.0.4-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: zimwriterfs [i386] (disco-proposed/none) [1.2-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: fiche [arm64] (disco-proposed/none) [0.9.1-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: fuse-overlayfs [armhf] (disco-proposed/none) [0.2-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: libmojo-sqlite-perl [amd64] (disco-proposed/none) [3.001-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: python-guizero [amd64] (disco-proposed/none) [0.5.4+dfsg-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: zimwriterfs [ppc64el] (disco-proposed/none) [1.2-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: fiche [s390x] (disco-proposed/none) [0.9.1-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: monitorix [amd64] (disco-proposed/none) [3.10.1-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: fuse-overlayfs [s390x] (disco-proposed/none) [0.2-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: python-user-agents [amd64] (disco-proposed/none) [1.1.0-1] (no packageset)
[05:14] -queuebot:#ubuntu-release- New binary: pykafka [amd64] (disco-proposed/universe) [2.7.0-1] (no packageset)
[05:14] -queuebot:#ubuntu-release- New binary: lz4json [arm64] (disco-proposed/universe) [0-1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: lz4json [armhf] (disco-proposed/universe) [0-1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: pykafka [arm64] (disco-proposed/universe) [2.7.0-1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: tutka [i386] (disco-proposed/universe) [1.1.2-1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: milib [amd64] (disco-proposed/universe) [1.8.4-1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: tutka [amd64] (disco-proposed/universe) [1.1.2-1] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: pykafka [armhf] (disco-proposed/universe) [2.7.0-1] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: zimwriterfs [arm64] (disco-proposed/universe) [1.2-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: libmojo-ioloop-readwriteprocess-perl [amd64] (disco-proposed/universe) [0.23-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: zimwriterfs [armhf] (disco-proposed/universe) [1.2-1] (no packageset)
[05:22] -queuebot:#ubuntu-release- New: accepted libmojo-ioloop-readwriteprocess-perl [amd64] (disco-proposed) [0.23-1]
[05:22] -queuebot:#ubuntu-release- New: accepted milib [amd64] (disco-proposed) [1.8.4-1]
[05:22] -queuebot:#ubuntu-release- New: accepted pykafka [armhf] (disco-proposed) [2.7.0-1]
[05:22] -queuebot:#ubuntu-release- New: accepted tutka [i386] (disco-proposed) [1.1.2-1]
[05:22] -queuebot:#ubuntu-release- New: accepted zimwriterfs [armhf] (disco-proposed) [1.2-1]
[05:22] -queuebot:#ubuntu-release- New: accepted lz4json [armhf] (disco-proposed) [0-1]
[05:22] -queuebot:#ubuntu-release- New: accepted tutka [amd64] (disco-proposed) [1.1.2-1]
[05:22] -queuebot:#ubuntu-release- New: accepted pykafka [arm64] (disco-proposed) [2.7.0-1]
[05:22] -queuebot:#ubuntu-release- New: accepted zimwriterfs [arm64] (disco-proposed) [1.2-1]
[05:22] -queuebot:#ubuntu-release- New: accepted casacore-data-jplde [amd64] (disco-proposed) [2007.07.05-1]
[05:22] -queuebot:#ubuntu-release- New: accepted fiche [arm64] (disco-proposed) [0.9.1-1]
[05:22] -queuebot:#ubuntu-release- New: accepted fiche [s390x] (disco-proposed) [0.9.1-1]
[05:22] -queuebot:#ubuntu-release- New: accepted fuse-overlayfs [armhf] (disco-proposed) [0.2-1]
[05:22] -queuebot:#ubuntu-release- New: accepted fuse-overlayfs [ppc64el] (disco-proposed) [0.2-1]
[05:22] -queuebot:#ubuntu-release- New: accepted keyman-keyboardprocessor [i386] (disco-proposed) [11.0.101-1]
[05:22] -queuebot:#ubuntu-release- New: accepted lz4json [arm64] (disco-proposed) [0-1]
[05:22] -queuebot:#ubuntu-release- New: accepted lz4json [s390x] (disco-proposed) [0-1]
[05:22] -queuebot:#ubuntu-release- New: accepted prometheus-xmpp-alerts [amd64] (disco-proposed) [0.1-1]
[05:23] -queuebot:#ubuntu-release- New: accepted pykafka [i386] (disco-proposed) [2.7.0-1]
[05:23] -queuebot:#ubuntu-release- New: accepted fiche [amd64] (disco-proposed) [0.9.1-1]
[05:23] -queuebot:#ubuntu-release- New: accepted fuse-overlayfs [arm64] (disco-proposed) [0.2-1]
[05:23] -queuebot:#ubuntu-release- New: accepted fuse-overlayfs [s390x] (disco-proposed) [0.2-1]
[05:23] -queuebot:#ubuntu-release- New: accepted lz4json [i386] (disco-proposed) [0-1]
[05:23] -queuebot:#ubuntu-release- New: accepted pykafka [amd64] (disco-proposed) [2.7.0-1]
[05:23] -queuebot:#ubuntu-release- New: accepted python-guizero [amd64] (disco-proposed) [0.5.4+dfsg-1]
[05:23] -queuebot:#ubuntu-release- New: accepted python-user-agents [amd64] (disco-proposed) [1.1.0-1]
[05:23] -queuebot:#ubuntu-release- New: accepted zimwriterfs [i386] (disco-proposed) [1.2-1]
[05:23] -queuebot:#ubuntu-release- New: accepted zimwriterfs [s390x] (disco-proposed) [1.2-1]
[05:23] -queuebot:#ubuntu-release- New binary: rust-dbus [s390x] (disco-proposed/universe) [0.6.3-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New: accepted fiche [armhf] (disco-proposed) [0.9.1-1]
[05:23] -queuebot:#ubuntu-release- New: accepted libmojo-sqlite-perl [amd64] (disco-proposed) [3.001-1]
[05:23] -queuebot:#ubuntu-release- New: accepted pykafka [ppc64el] (disco-proposed) [2.7.0-1]
[05:23] -queuebot:#ubuntu-release- New: accepted zimwriterfs [amd64] (disco-proposed) [1.2-1]
[05:23] -queuebot:#ubuntu-release- New binary: rust-dbus [ppc64el] (disco-proposed/universe) [0.6.3-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: rust-der-parser [i386] (disco-proposed/universe) [1.1.1-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: rust-der-parser [s390x] (disco-proposed/universe) [1.1.1-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: rust-gtk-rs-lgpl-docs [i386] (disco-proposed/universe) [0.1.7-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: rust-gtk-rs-lgpl-docs [s390x] (disco-proposed/universe) [0.1.7-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: rust-pledge [s390x] (disco-proposed/universe) [0.3.1-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New: accepted fuse-overlayfs [i386] (disco-proposed) [0.2-1]
[05:23] -queuebot:#ubuntu-release- New: accepted python-pytest-random-order [amd64] (disco-proposed) [1.0.4-1]
[05:23] -queuebot:#ubuntu-release- New binary: rust-der-parser [amd64] (disco-proposed/universe) [1.1.1-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: rust-gtk-rs-lgpl-docs [amd64] (disco-proposed/universe) [0.1.7-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: rust-pledge [amd64] (disco-proposed/universe) [0.3.1-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New: accepted monitorix [amd64] (disco-proposed) [3.10.1-1]
[05:23] -queuebot:#ubuntu-release- New binary: rust-der-parser [ppc64el] (disco-proposed/universe) [1.1.1-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New source: unity-scope-gnote (disco-proposed/primary) [0.1+13.10.20130723-0ubuntu2]
[05:23] -queuebot:#ubuntu-release- New: accepted dictionary-el [amd64] (disco-proposed) [1.10+git20190107-1]
[05:23] -queuebot:#ubuntu-release- New: accepted fiche [ppc64el] (disco-proposed) [0.9.1-1]
[05:23] -queuebot:#ubuntu-release- New: accepted golang-github-grokify-html-strip-tags-go [amd64] (disco-proposed) [0.0~git20180907.e9e4496-1]
[05:23] -queuebot:#ubuntu-release- New: accepted keyman-keyboardprocessor [amd64] (disco-proposed) [11.0.101-1]
[05:23] -queuebot:#ubuntu-release- New: accepted lz4json [ppc64el] (disco-proposed) [0-1]
[05:23] -queuebot:#ubuntu-release- New: accepted python-mbed-ls [amd64] (disco-proposed) [1.6.2+dfsg-1]
[05:23] -queuebot:#ubuntu-release- New: accepted rust-dbus [arm64] (disco-proposed) [0.6.3-1]
[05:23] -queuebot:#ubuntu-release- New: accepted zimwriterfs [ppc64el] (disco-proposed) [1.2-1]
[05:23] -queuebot:#ubuntu-release- New: accepted cl-named-readtables [amd64] (disco-proposed) [20180121.git985b162-1]
[05:23] -queuebot:#ubuntu-release- New: accepted fuse-overlayfs [amd64] (disco-proposed) [0.2-1]
[05:23] -queuebot:#ubuntu-release- New: accepted lz4json [amd64] (disco-proposed) [0-1]
[05:23] -queuebot:#ubuntu-release- New: accepted python-nudatus [amd64] (disco-proposed) [0.0.4-1]
[05:23] -queuebot:#ubuntu-release- New: accepted rust-der-parser [arm64] (disco-proposed) [1.1.1-1]
[05:23] -queuebot:#ubuntu-release- New: accepted rust-gtk-rs-lgpl-docs [arm64] (disco-proposed) [0.1.7-1]
[05:23] -queuebot:#ubuntu-release- New: accepted rust-pledge [arm64] (disco-proposed) [0.3.1-1]
[05:23] -queuebot:#ubuntu-release- New: accepted rust-sysinfo [arm64] (disco-proposed) [0.8.0-1]
[05:23] -queuebot:#ubuntu-release- New: accepted rust-sysinfo [ppc64el] (disco-proposed) [0.8.0-1]
[05:23] -queuebot:#ubuntu-release- New binary: rust-gtk-rs-lgpl-docs [ppc64el] (disco-proposed/universe) [0.1.7-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New: accepted golang-github-sebest-xff [amd64] (disco-proposed) [0.0~git20160910.6c115e0-1]
[05:23] -queuebot:#ubuntu-release- New: accepted rust-dbus [armhf] (disco-proposed) [0.6.3-1]
[05:23] -queuebot:#ubuntu-release- New: accepted rust-gtk-rs-lgpl-docs [armhf] (disco-proposed) [0.1.7-1]
[05:23] -queuebot:#ubuntu-release- New: accepted rust-sysinfo [armhf] (disco-proposed) [0.8.0-1]
[05:23] -queuebot:#ubuntu-release- New: accepted rust-tokio-tcp [armhf] (disco-proposed) [0.1.2-1]
[05:23] -queuebot:#ubuntu-release- New: accepted rust-tokio-udp [amd64] (disco-proposed) [0.1.3-1]
[05:23] -queuebot:#ubuntu-release- New: accepted rust-tokio-uds [amd64] (disco-proposed) [0.2.4-1]
[05:23] -queuebot:#ubuntu-release- New: accepted rust-unveil [armhf] (disco-proposed) [0.2.0-1]
[05:23] -queuebot:#ubuntu-release- New: accepted fiche [i386] (disco-proposed) [0.9.1-1]
[05:23] -queuebot:#ubuntu-release- New: accepted rust-der-parser [armhf] (disco-proposed) [1.1.1-1]
[05:23] -queuebot:#ubuntu-release- New: accepted rust-tokio-tcp [arm64] (disco-proposed) [0.1.2-1]
[05:23] -queuebot:#ubuntu-release- New: accepted rust-tokio-udp [ppc64el] (disco-proposed) [0.1.3-1]
[05:23] -queuebot:#ubuntu-release- New: accepted rust-unveil [ppc64el] (disco-proposed) [0.2.0-1]
[05:23] -queuebot:#ubuntu-release- New: accepted python-hdf4 [i386] (disco-proposed) [0.9.1-1]
[05:23] -queuebot:#ubuntu-release- New: accepted rust-tokio-tcp [ppc64el] (disco-proposed) [0.1.2-1]
[05:23] -queuebot:#ubuntu-release- New: accepted rust-pledge [armhf] (disco-proposed) [0.3.1-1]
[05:23] -queuebot:#ubuntu-release- New: accepted rust-dbus [amd64] (disco-proposed) [0.6.3-1]
[05:23] -queuebot:#ubuntu-release- New: accepted rust-sysinfo [amd64] (disco-proposed) [0.8.0-1]
[05:24] -queuebot:#ubuntu-release- New: accepted rust-tokio-tcp [amd64] (disco-proposed) [0.1.2-1]
[05:24] -queuebot:#ubuntu-release- New: accepted rust-unveil [arm64] (disco-proposed) [0.2.0-1]
[05:24] -queuebot:#ubuntu-release- New: accepted rust-sysinfo [i386] (disco-proposed) [0.8.0-1]
[05:24] -queuebot:#ubuntu-release- New: accepted rust-dbus [i386] (disco-proposed) [0.6.3-1]
[05:24] -queuebot:#ubuntu-release- New: accepted rust-unveil [i386] (disco-proposed) [0.2.0-1]
[06:49] -queuebot:#ubuntu-release- New binary: python-mbed-host-tests [amd64] (disco-proposed/universe) [1.4.4-1] (no packageset)
[06:49] -queuebot:#ubuntu-release- New binary: python-uflash [amd64] (disco-proposed/universe) [1.2.4+dfsg-1] (no packageset)
[06:59] -queuebot:#ubuntu-release- New binary: ball [i386] (disco-proposed/universe) [1.5.0+git20180813.37fc53c-1] (no packageset)
[08:36] -queuebot:#ubuntu-release- New binary: ball [amd64] (disco-proposed/universe) [1.5.0+git20180813.37fc53c-1] (no packageset)
[11:22] -queuebot:#ubuntu-release- New: accepted ball [amd64] (disco-proposed) [1.5.0+git20180813.37fc53c-1]
[11:22] -queuebot:#ubuntu-release- New: accepted python-mbed-host-tests [amd64] (disco-proposed) [1.4.4-1]
[11:22] -queuebot:#ubuntu-release- New: accepted rust-dbus [ppc64el] (disco-proposed) [0.6.3-1]
[11:22] -queuebot:#ubuntu-release- New: accepted rust-der-parser [amd64] (disco-proposed) [1.1.1-1]
[11:22] -queuebot:#ubuntu-release- New: accepted rust-der-parser [ppc64el] (disco-proposed) [1.1.1-1]
[11:22] -queuebot:#ubuntu-release- New: accepted rust-gtk-rs-lgpl-docs [amd64] (disco-proposed) [0.1.7-1]
[11:23] -queuebot:#ubuntu-release- New: accepted rust-gtk-rs-lgpl-docs [ppc64el] (disco-proposed) [0.1.7-1]
[11:23] -queuebot:#ubuntu-release- New: accepted rust-pledge [amd64] (disco-proposed) [0.3.1-1]
[11:23] -queuebot:#ubuntu-release- New: accepted rust-pledge [ppc64el] (disco-proposed) [0.3.1-1]
[11:23] -queuebot:#ubuntu-release- New: accepted rust-sysinfo [s390x] (disco-proposed) [0.8.0-1]
[11:23] -queuebot:#ubuntu-release- New: accepted ball [i386] (disco-proposed) [1.5.0+git20180813.37fc53c-1]
[11:23] -queuebot:#ubuntu-release- New: accepted rust-dbus [s390x] (disco-proposed) [0.6.3-1]
[11:23] -queuebot:#ubuntu-release- New: accepted rust-der-parser [s390x] (disco-proposed) [1.1.1-1]
[11:23] -queuebot:#ubuntu-release- New: accepted rust-gtk-rs-lgpl-docs [s390x] (disco-proposed) [0.1.7-1]
[11:23] -queuebot:#ubuntu-release- New: accepted rust-pledge [s390x] (disco-proposed) [0.3.1-1]
[11:23] -queuebot:#ubuntu-release- New: accepted rust-tokio-tcp [s390x] (disco-proposed) [0.1.2-1]
[11:23] -queuebot:#ubuntu-release- New: accepted rust-tokio-udp [s390x] (disco-proposed) [0.1.3-1]
[11:23] -queuebot:#ubuntu-release- New: accepted rust-unveil [s390x] (disco-proposed) [0.2.0-1]
[11:23] -queuebot:#ubuntu-release- New: accepted python-uflash [amd64] (disco-proposed) [1.2.4+dfsg-1]
[11:23] -queuebot:#ubuntu-release- New: accepted rust-gtk-rs-lgpl-docs [i386] (disco-proposed) [0.1.7-1]
[11:23] -queuebot:#ubuntu-release- New: accepted rust-tokio-tcp [i386] (disco-proposed) [0.1.2-1]
[11:23] -queuebot:#ubuntu-release- New: accepted rust-unveil [amd64] (disco-proposed) [0.2.0-1]
[11:23] -queuebot:#ubuntu-release- New: accepted rust-der-parser [i386] (disco-proposed) [1.1.1-1]
[11:23] -queuebot:#ubuntu-release- New: accepted rust-tokio-udp [i386] (disco-proposed) [0.1.3-1]
[11:23] -queuebot:#ubuntu-release- New: accepted rust-pledge [i386] (disco-proposed) [0.3.1-1]
[17:16] -queuebot:#ubuntu-release- New binary: jitterdebugger [s390x] (disco-proposed/universe) [0.3-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: kubetail [s390x] (disco-proposed/universe) [1.6.5-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: kubetail [amd64] (disco-proposed/universe) [1.6.5-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: recap [amd64] (disco-proposed/universe) [1.4.0-2] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: jitterdebugger [i386] (disco-proposed/universe) [0.3-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: kthresher [amd64] (disco-proposed/universe) [1.3.1-2] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: magnum-ui [amd64] (disco-proposed/universe) [5.0.1-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: kubetail [i386] (disco-proposed/universe) [1.6.5-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: jitterdebugger [amd64] (disco-proposed/universe) [0.3-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: node-jsonld [amd64] (disco-proposed/universe) [1.4.0-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: node-rdf-canonize [amd64] (disco-proposed/universe) [0.3.0-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: kubetail [ppc64el] (disco-proposed/universe) [1.6.5-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: node-n3 [amd64] (disco-proposed/universe) [1.0.3-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: jitterdebugger [ppc64el] (disco-proposed/universe) [0.3-1] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: node-node-forge [amd64] (disco-proposed/universe) [0.7.6~dfsg-2] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: sphinx-automodapi [amd64] (disco-proposed/universe) [0.9-1] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: glymur [amd64] (disco-proposed/universe) [0.8.16-1] (no packageset)
[17:26] -queuebot:#ubuntu-release- New binary: kubetail [arm64] (disco-proposed/universe) [1.6.5-1] (no packageset)
[17:27] -queuebot:#ubuntu-release- New binary: kubetail [armhf] (disco-proposed/universe) [1.6.5-1] (no packageset)
[17:30] -queuebot:#ubuntu-release- New binary: jitterdebugger [arm64] (disco-proposed/universe) [0.3-1] (no packageset)
[17:30] -queuebot:#ubuntu-release- New binary: jitterdebugger [armhf] (disco-proposed/universe) [0.3-1] (no packageset)
[18:02] <Laney> juliank: Just run autopkgtest itself manually
[18:06] <juliank> Laney: that's neat
[18:08] <Laney> do it in screen. :-)
[18:33] -queuebot:#ubuntu-release- New: accepted glymur [amd64] (disco-proposed) [0.8.16-1]
[18:33] -queuebot:#ubuntu-release- New: accepted jitterdebugger [arm64] (disco-proposed) [0.3-1]
[18:33] -queuebot:#ubuntu-release- New: accepted jitterdebugger [i386] (disco-proposed) [0.3-1]
[18:33] -queuebot:#ubuntu-release- New: accepted jitterdebugger [s390x] (disco-proposed) [0.3-1]
[18:33] -queuebot:#ubuntu-release- New: accepted jitterdebugger [amd64] (disco-proposed) [0.3-1]
[18:33] -queuebot:#ubuntu-release- New: accepted jitterdebugger [ppc64el] (disco-proposed) [0.3-1]
[18:33] -queuebot:#ubuntu-release- New: accepted jitterdebugger [armhf] (disco-proposed) [0.3-1]
[18:33] -queuebot:#ubuntu-release- New: accepted kthresher [amd64] (disco-proposed) [1.3.1-2]
[18:34] -queuebot:#ubuntu-release- New: accepted kubetail [amd64] (disco-proposed) [1.6.5-1]
[18:34] -queuebot:#ubuntu-release- New: accepted kubetail [armhf] (disco-proposed) [1.6.5-1]
[18:34] -queuebot:#ubuntu-release- New: accepted kubetail [ppc64el] (disco-proposed) [1.6.5-1]
[18:34] -queuebot:#ubuntu-release- New: accepted magnum-ui [amd64] (disco-proposed) [5.0.1-1]
[18:34] -queuebot:#ubuntu-release- New: accepted node-n3 [amd64] (disco-proposed) [1.0.3-1]
[18:34] -queuebot:#ubuntu-release- New: accepted node-rdf-canonize [amd64] (disco-proposed) [0.3.0-1]
[18:34] -queuebot:#ubuntu-release- New: accepted kubetail [arm64] (disco-proposed) [1.6.5-1]
[18:34] -queuebot:#ubuntu-release- New: accepted kubetail [s390x] (disco-proposed) [1.6.5-1]
[18:34] -queuebot:#ubuntu-release- New: accepted node-node-forge [amd64] (disco-proposed) [0.7.6~dfsg-2]
[18:34] -queuebot:#ubuntu-release- New: accepted kubetail [i386] (disco-proposed) [1.6.5-1]
[18:34] -queuebot:#ubuntu-release- New: accepted recap [amd64] (disco-proposed) [1.4.0-2]
[18:34] -queuebot:#ubuntu-release- New: accepted node-jsonld [amd64] (disco-proposed) [1.4.0-1]
[18:35] -queuebot:#ubuntu-release- New: accepted sphinx-automodapi [amd64] (disco-proposed) [0.9-1]
[22:02] -queuebot:#ubuntu-release- Unapproved: budgie-desktop (bionic-proposed/universe) [10.4+git20171031.10.g9f71bb8-1.2ubuntu1 => 10.4+git20171031.10.g9f71bb8-1.2ubuntu1.1] (personal-fossfreedom, ubuntu-budgie)
[22:02] -queuebot:#ubuntu-release- Unapproved: budgie-desktop (cosmic-proposed/universe) [10.4+git20180830.02.f2dbc215fdb-2 => 10.4+git20180830.02.f2dbc215fdb-2.1] (personal-fossfreedom, ubuntu-budgie)
[23:13] -queuebot:#ubuntu-release- New binary: rng-tools-debian [amd64] (disco-proposed/none) [2-unofficial-mt.14-2] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: rng-tools-debian [i386] (disco-proposed/none) [2-unofficial-mt.14-2] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: rng-tools-debian [arm64] (disco-proposed/none) [2-unofficial-mt.14-2] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: mbed-test-wrapper [amd64] (disco-proposed/none) [1.0.0-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: rng-tools-debian [armhf] (disco-proposed/none) [2-unofficial-mt.14-2] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: pygac [amd64] (disco-proposed/universe) [1.0.1-1] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: rng-tools-debian [s390x] (disco-proposed/universe) [2-unofficial-mt.14-2] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: valinor [amd64] (disco-proposed/universe) [1.1.0-1] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: djangorestframework-filters [amd64] (disco-proposed/universe) [0.10.2.post0-1] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: node-webpack-merge [amd64] (disco-proposed/universe) [2.2.0-1] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: r-cran-magick [s390x] (disco-proposed/universe) [2.0+dfsg-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: rng-tools-debian [ppc64el] (disco-proposed/universe) [2-unofficial-mt.14-2] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: r-cran-magick [amd64] (disco-proposed/universe) [2.0+dfsg-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: rust-process-viewer [s390x] (disco-proposed/universe) [0.2.0-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: lib3mf [amd64] (disco-proposed/universe) [1.8.0+ds-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: r-cran-magick [ppc64el] (disco-proposed/universe) [2.0+dfsg-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: rust-process-viewer [amd64] (disco-proposed/universe) [0.2.0-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: r-cran-magick [i386] (disco-proposed/universe) [2.0+dfsg-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: r-cran-magick [armhf] (disco-proposed/universe) [2.0+dfsg-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: r-cran-magick [arm64] (disco-proposed/universe) [2.0+dfsg-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: rust-process-viewer [ppc64el] (disco-proposed/universe) [0.2.0-1] (no packageset)


[00:09] <spiv> igc: want to take a second look at https://code.edge.launchpad.net/~patrick-regan/bzr/lp-quicktutorial/+merge/15073?  I think it looks good now.
[00:12] <igc> spiv: done
[00:16] <spiv> igc: thanks!
[00:33] <lifeless> spiv: I have a suggestion for pqm-submit
[00:33] <lifeless> spiv: let it take a lp merge request url.
[00:35] <spiv> lifeless: +1
[01:37] <poolie> lifeless: any comments on bug 488544
[01:49] <lifeless> poolie: yes, commented.
[01:49] <poolie> heh
[01:50] <poolie> expected you to say "yes, that bug has comments" :-)
[01:50] <lifeless> I'm not quite that harsh:)
[03:21]  * igc lunch
[03:45] <Peng> Heh, I made push default to --no-strict, and it just bit me. :D
[03:57] <mwhudson> bzr alias oops='merge --uncommitted ../trunk'
[03:58] <mwhudson> getting bzr revert ../trunk in there would also be good
[04:03] <lifeless> mwhudson: this is another reason to use a single checkout :)
[04:04] <mwhudson> yes, i guess that's true
[04:04] <mwhudson> lifeless: do you prefer merge proposals to already have NEWS in them, or is best to add that at the last minute, given the potential for conflicts?
[04:06] <lifeless> the former
[04:11]  * mwhudson proposes a merge
[04:15] <lifeless> poolie: I have a suggestion for your lp scripts
[04:15] <poolie> mwhudson: you can always resolve it later
[04:15] <poolie> ok
[04:15] <lifeless> poolie: 'add an approve for folk in the bzr team'
[04:15] <lifeless> so that e.g. your proposals show up with 1 approval by default, once the script runs.
[04:15] <poolie> non-canonical people in ~bzr?
[04:16] <poolie> hm, i might be confused
[04:16] <poolie> which script?
[04:16] <lifeless> well you're writing lpapi scripts to help bzr get more out of lp, right?
[04:16] <poolie> ok, this is a new but similar script?
[04:16] <lifeless> yes
[04:16] <poolie> interesting
[04:16] <lifeless> thats the policy we still have that LP doesn't know about.
[04:17] <poolie> alternatively the robot could just complain about things that have had N reviews but not changed status
[04:17] <lifeless> thats also interesting to do, and different.
[04:17] <lifeless> so I wouldn't say its an alternative.
[04:18] <poolie> would just adding those votes really add value?
[04:19] <lifeless> poolie: I think so. At the moment I have to read two columns: author and votes.
[04:20] <lifeless> if I knew that proposals from committers would have the committers vote present in the votes column,I could scan faster.
[04:21] <poolie> hm
[04:21] <poolie> i'll think about it
[04:21] <poolie> you can prototype this by manually voting +1 on your own things
[04:21] <lifeless> its only a suggestion ;)
[04:21] <lifeless> hmm, the script would have to run as 'root-alike' I guess.
[04:21] <lifeless> because it would want to impersonate the committer.
[04:22] <lifeless> thumper: ^ would be nice to be able to do the above experiment.
[04:23] <mwhudson> lifeless: thanks for the review
[04:32] <poolie> lifeless: quick call?
[04:32] <lifeless> sure
[04:49] <bialix> hello all
[04:57] <Peng> Hi. :)
[05:26] <lifeless> poolie: btw https://code.edge.launchpad.net/~lifeless/testtools/0.9.1/+merge/15256
[05:42] <lifeless> poolie: thanks for the review.
[05:42] <poolie> thanks for doing it
[05:42] <lifeless> poolie: I think I was more saying 'this is the outcome'
[05:43] <lifeless> do you think its more tasteful like this?
[05:43] <poolie> i do
[05:43] <lifeless> cool
[05:43] <poolie> i think it's less likely to lead to that kind of failure
[05:43] <poolie> i guess we can see if jml agrees
[05:44] <lifeless> I discussed doing a point release with him before doing the change.
[05:44] <lifeless> I'm confident he won't object to the content of the change.
[06:35] <poolie> lifeless: do you have any ideas about https://bugs.edge.launchpad.net/ubuntu/+source/devscripts/+bug/434987
[06:35] <poolie> ideally, a way to work around it
[07:28] <vila> hi all !
[07:30] <fullermd> Whoop, that must mean it's time for me to go   :p
[07:32] <vila> hehe, enjoy your night fullermd :)
[07:33] <fullermd> Oh, it's hardly night, not for many many hours yet...
[07:33] <fullermd> I just got through my post-breakfast stuff.
[07:33] <vila> oooh, you meant go *to* work, sorry for the misunderstanding
[07:44] <poolie> hi vila
[07:46] <vila> hey :)
[07:54] <poolie> vila, so how about if you add the comments for shelve-no-tty and merge it?
[07:55] <vila> poolie: fair enough, I'll do that (<- spiv)
[08:31] <igc> ping jml, spiv
[08:31] <igc> jml, spiv: can we get the emacs mirror on LP updated?
[08:32] <igc> see https://code.edge.launchpad.net/~vcs-imports/emacs/trunk
[08:32] <igc> the new url is http://bzr.savannah.gnu.org/r/emacs/trunk/
[08:32] <jml> igc, what should it be updated to?
[08:32] <igc> jml: how would I change that?
[08:32] <igc> jml: do I need to join some team?
[08:33] <igc> to get permission?
[08:33] <jml> igc, you need to be in ~vcs-imports. I've changed it.
[08:33]  * jml is not here
[08:37] <igc> jml who is not there, can you re-enable that import too? It says Next mirror: Disabled
[08:38] <jml> igc, I have re-enabled it.
[08:39] <jml> but then it gets disabled again very quickly
[08:39] <jml> something is fishfy
[08:39] <jml> fishy
[08:45] <mwhudson> wtf
[08:45] <mwhudson> why
[08:45] <mwhudson> is that owned by ~vcs-imports?
[08:45] <MvG> Hi! While it's still some time off, I'm starting to think about trac-bzr 0.3.x releases. Have just registered a series in lp.
[08:46] <mwhudson> (it doesn't seem like it is an import branch though)
[08:46] <MvG> Now I wonder: should there be beta milestones before the official releases? Would there be enough of a user base to get actual beta-testing done?
[08:46] <MvG> Or would simply asking people around here to give latest checkouts a try be enough of a test so I could simply start with 0.3.0?
[08:47] <bialix> MvG: hi, are you about trac-bzr?
[08:47] <MvG> bialix: Yes.
[08:48] <bialix> given in mind there was no release at all in the past, I'd say you can just cut tarball and move forward.
[08:48] <bialix> i.e. do release, or don't
[08:48] <bialix> beta is overkill right now
[08:49] <MvG> Glad you think so. Will certainly serve me a lot of worries.
[08:51] <bialix> those who used trac-bzr already used to use trunk
[08:51] <bialix> (how's bad I said :-/)
[08:52] <jml> mwhudson, I might have changed the owner way back when
[08:52] <jml> mwhudson, a more interesting question to me is, "why does it apparently retry and then still fail with an error message referring to the old branch location"
[08:53] <mwhudson> jml: yeah, that's a bit odd
[08:56]  * jml drinks something awesome that rhymes with "banoffee"
[08:58] <jml> mwhudson, I'm torn between investigating it, and not.
[09:09] <poolie> hi jml
[09:09] <mwhudson> jml: https://code.edge.launchpad.net/~vcs-imports/emacs/trunk seems happier now
[09:10] <mwhudson> not happy
[09:10] <mwhudson> just happier
[09:10] <jml> mwhudson, looks happyish
[09:10] <mwhudson> let's leave it for 6 hours and see what happens :-)
[09:11] <mwhudson> or kill it and start again
[09:11] <jml> mwhudson, the dates on the 'recent revision' thing seem a little off :)
[09:11] <mwhudson> yeah
[09:12] <jml> (weird, years used to begin with a 1 and no one cared)
[09:12] <jml> poolie, hi
[09:14] <mwhudson> jml: loggerhead seems to have a more plausible idea of the revisions
[09:14] <mwhudson> i wonder if it's choking the scanner
[09:15] <jml> poolie, fwiw, I think that food prepared from _Lobscouse and Spotted Dog_ makes more sense over here.
[09:16] <jml> mwhudson, I'll bet its choking the scanner.
[09:16] <jml> it's
[09:18] <poolie> jml, i bet
[09:47] <lifeless> poolie: re: devscripts, not offhand, let me have a look
[09:47] <poolie> nm
[09:47] <poolie> i'm sending a mail summarizing where i got up to
[09:51] <lifeless> anyhow, I'd be using schroot fwiw
[09:55] <jml> lp devscripts?
[10:38]  * bialix hates to get random errors in the tests with sftp testing server like this: PermissionDenied: Permission denied: "lock/held": [Errno 13] Permission denied
[10:43] <kostja_osipov> Hello
[10:44] <kostja_osipov> could somebody help me with bzr gannotate?
[10:44] <kostja_osipov> what I actually need is to find out the revision id of a changeset that deletes lines
[10:45] <kostja_osipov> since the lines are not in annotate output, I can't find the revision
[10:45] <kostja_osipov> what is the procedure for that in bzr?
[10:45] <bialix> I'm doubt there is simple way to find deleted lines
[10:45] <bialix> they are deleted
[10:45] <bialix> maybe hgrep plugin will help?
[10:45] <bialix> or log -p?
[10:46] <kostja_osipov> oh well... there of course is. you scroll back in the revision history, till you find the changeset that still has the lines
[10:46] <kostja_osipov> the next changeset removes them
[10:46] <kostja_osipov> but it can be quite tedious
[10:46] <bialix> I won't call this way "simple"
[10:46] <kostja_osipov> would be nice if I could see all revisions in a file  on a time line so that I could do binary search on it
[10:47] <bialix> you're need weave representation it seems
[10:47] <bialix> you may want to ask jam when he'll be here
[11:17] <vila> kostja_osipov: bzr qannotate provides the per-file graph, i.e. displays all the revisions that modify a file one way or another
[11:21] <lifeless> gnight
[11:26] <bialix> vila: it's not quite true: this graph is sorted and represents only revisions which modified lines in currently annotated version. but if you go back in history and annotate older versions you'll get more graph
[11:27] <bialix> bonjour vila, btw :-)
[11:27] <vila> bialix: hi !
[11:27] <vila> bialix: you're right, I keep forgetting the difference :-(
[11:28] <vila> bialix: I should really talk to garry about *not* using that graph but presenting the real per-file graph instead, I'm pretty sure the performance penalty will be lost in the noise
[11:28] <bialix> vila: sometimes I have the same needs as kostja_osipov, I'm still not found easy way to bisect this
[11:29] <bialix> vila: you can, but actually this feature done not from performance point of view
[11:29] <bialix> I guess it's intended
[11:30] <bialix> but as we see, sometimes this approach has flaws
[11:30] <bialix> file a bug!
[11:30] <bialix> please
[12:03] <jml> hello
[12:03] <stanman246> lol
[12:04] <stanman246> sometimes i work on a project with someone else. Now i'd like to do some kind of version control, he's been looking into bzr already.
[12:05] <stanman246> It's a webbased project (cakephp) and we're working on the same files every now and then, can this be controlled with bzr?
[12:06] <jml> yes
[12:06] <jml> in a variety of ways
[12:06] <stanman246> ok, will need to go into some tuts i guess
[12:07] <jml> probably.
[12:07] <jml> stanman246, have you used a version control tool before?
[12:07] <stanman246> no
[12:09] <jml> stanman246, the big difference from just editing files is that rather than just hitting "save", you can group changes together in a single "commit", which generally also has a short description of the change
[12:09] <stanman246> come across Git, hows that?
[12:09] <jml> stanman246, roughly speaking it has feature parity with Bazaar. I find it's UI more complex and less helpful.
[12:10] <stanman246> jml: yes, so i saw
[12:10] <stanman246> ah
[12:10] <stanman246> but... bzr is working with .bzr folders locally right?
[12:10] <jml> stanman246, yes, kind of, but that seems an odd question to ask.
[12:11] <stanman246> really need to tut first, before asking, sry
[12:11] <jml> stanman246, are you and your colleague editing PHP files on the web server itself?
[12:11] <stanman246> not at first
[12:12] <jml> stanman246, ok.
[12:12] <jml> that's good :)
[12:12] <stanman246> we used to use winscp to get the files, edit them and then up them
[12:13] <stanman246> but with bzr we could edit the files on the server right?
[12:13] <stanman246> I don't feel really comfy with that thos
[12:14] <jml> it's not a good way of doing things.
[12:14] <jml> VCS makes it slightly easier to separate changing the code from doing a release, IMO.
[12:14] <jml> and changing files onto the webserver in the web area is basically doing a release
[12:16] <jml> anyway, here's what I'd do to start with:
[12:17] <jml> make a copy of your code.
[12:17] <stanman246> local
[12:17] <stanman246> right
[12:17] <stanman246> ?
[12:17] <jml> for now, anywhere.
[12:18] <jml> just make sure you have a copy in case everything goes horribly wrong
[12:18] <jml> but also have a copy that you can change into and run 'bzr init' then 'bzr add' and then 'bzr commit'
[12:19] <jml> this makes a branch that you can play with
[12:20] <jml> if you put that branch onto the server (either by copying it or running 'bzr push' or something) then you can either check it out ('bzr checkout') or branch it ('bzr branch')
[12:49] <kostja_osipov> vila: thanks, I actually used bzr log -p and was able to dig up the changeset i need
[12:49] <vila> kostja_osipov: cool, did you succeed with your cherry-picks yesterday ?
[12:50] <kostja_osipov> vila: i'm still in progress.
[12:50] <kostja_osipov> I am reapplying the first patch in a series, and it touches 40 files and each file has conflicts.
[12:50] <kostja_osipov> our problem yesterday was a bit of a bit larger puzzle :)
[12:51] <vila> hmm, so you're back to doing the *first* merge without using patch -p0 ?
[13:13] <yuval> hey all, I'm seeing the error "not installing http[s]+webdav:// support (only supported for bzr 1.12 and above)" on every command i run. any ideas why this is happening and how to fix? running bzr 2.0.0
[13:17] <marek_> hi i have a question
[13:17] <marek_> i have two repos one or locally connected server
[13:17] <marek_> and other on my local host
[13:18] <bialix> maxb: ping
[13:19] <maxb> pong
[13:20] <bialix> maxb: do you remember your patch for qlog to preserve leading spaces?
[13:20] <maxb> yes
[13:20] <marek_> and the problem is:
[13:20] <bialix> does it still work for you with latest qbzr trunk?
[13:20] <marek_> i first branched from server to my localhost
[13:20] <marek_> than edited few files
[13:20] <marek_> then comited locally
[13:21] <bialix> maxb: when I've merged your patch I've added the test. Now this test started to fail
[13:21] <maxb> bialix: oh. no, it doesn't
[13:21] <marek_> and i can see status "unknown" in olive ide... do you know what does that mean?
[13:21] <bialix> maxb: you've asked me why I want test for such small thing. that is.
[13:21] <maxb> bialix: Your point is proven! :-)
[13:21] <bialix> can we pair to fix it?
[13:22] <maxb> I need to grab lunch now. I will look at it in a few hours
[13:22] <bialix> ok, ping me when you'll have a time
[13:23] <bialix> marek_: any reason to not use bzr-explorer?
[13:24] <marek_> no reasons
[13:24] <marek_> :)
[13:25] <bialix> marek_: I don't see a log of your questions but I can help with explorer, not with olive
[13:28] <bialix> maxb: when you'll back: here is my branch with updated test: lp:~bialix/qbzr/htmlize-nbsp
[13:46] <MvG> To anyone interested in trac-bzr: I've got 7 propesed merges waiting for review at https://code.launchpad.net/~trac-bzr-team/trac-bzr/trunk/+merges . I'd be glad if at least some of them would have a second pair of eyes looking at them before I commit them to trunk. Thanks!
[13:48] <MvG> abentley, mzz: of course past contributors are particularly likely candidates for such reviews, so if you can spare the time...
[13:49] <abentley> MvG: sorry, but I have no interest in trac-bzr anymore.
[13:50] <MvG> abentley: all right, noted. Won't bother you with this in the future.
[13:54] <bialix> maxb: I found the root of problem, but the fix is not so trivial...
[14:05] <bialix> maxb: fixed and pushed to trunk2a. testing are welcome
[14:06] <stanman246> hi, i've got ubuntu 9.04 running and installed bzr
[14:07] <stanman246> but the version is 1.13.1 and my colleague has the repository set up on v 2.0, can i upgrade my bzr version?
[14:11] <vila> stanman246: you can use the bzr PPA
[14:11] <maxb> stanman246: There is a bzr PPA that carries the latest released version of bzr, bzrtools and a few other things
[14:12] <vila> stanman246: https://launchpad.net/~bzr/+archive
[14:12] <vila> stanman246: or you can upgrade to 9.10 :)
[14:16] <stanman246> haha
[14:16] <stanman246> thinking of that...
[14:16] <chx> hey, 9.10 is awesome
[14:16] <vila> the later is a couple of clicks away while the former requires a bit more work :)
[14:16] <chx> it drives my T400s just fine
[14:17] <chx> I think the only feature of the laptop that does not work is the "silence the mic" button
[14:17] <chx> but i bet i could make that work too if i would care :)
[14:23] <stanman246> hmm... on my hp 6720s 9.10 didn't work with compiz..
[14:23] <stanman246> just did the ppa upgrade to 2.0.2!
[14:27] <stanman246> ok, now i'm gonna read some! Thanks for the info!
[14:57] <MvG> bialix: Are you still working on https://bugs.launchpad.net/trac-bzr/+bug/327508 as that report is assigned to you?
[14:58] <bialix> MvG: oh, no sorry, I'm not
[14:58] <MvG> bialix: I guess I'll then reasissign to nobody.
[14:58] <beuno> vila, email2blog: http://beuno.com.ar/archives/168
[14:58] <bialix> yes, please
[14:59] <bialix> MvG: too bad for me, I was too busy since 2009/03 until now
[14:59] <vila> beuno: hehe
[15:01] <bialix> push --no-strict :-P
[15:01] <bialix> bzr upload-files FILES --no-strict :-P :-P
[15:01] <beuno> bzr upload-files --jfdi?
[15:03] <bialix> --jdi? perhaps
[15:03] <bialix> oh, got it
[15:05] <beuno> :)
[15:05] <beuno> it's the ruder version
[15:08] <vila> And the subliminal message is: vila,  http://beuno.com.ar/archives/168, now, jdfi
[15:08] <vila> :-D
[15:09] <beuno> vila, I'm glad that got through  ;)
[15:09] <vila> ha ha ha
[15:58] <MvG> bzr clone lp:~rocky-burt/trac-bzr/bug-263300 fails for me. Seems that the launchpad bzr server for some reason isn't happy:
[15:58] <MvG> bzr: ERROR: bzrlib.errors.ErrorFromSmartServer: Error received from smart server: ('error', "Absent factory for ('TREE_ROOT', 'bialix@ukr.net-20090118015300-t997i4a3wn3jjpr2')")
[15:58] <MvG> Any ideas? Is this a launchpad issue or a bzr issue?
[16:03] <bialix> vila: Bug #488824
[16:04] <vila> bialix: lp:~bialix/bzr/shelve-no-tty make the test suite fail :-/
[16:04] <bialix> details?
[16:04] <bialix> shelve --all / shelve --list ?
[16:05] <vila> blackbox.test_shelve.TestShelveRelpath.test_shelve_in_subdir blackbox.test_shelve.TestShelveList.test_shelve_destroy
[16:05]  * bialix looks
[16:05] <vila> it took me a while to notice because pqm send me a truncated mail for the first failure and I didn't notice the mail at first either
[16:06] <bialix> shelve --all
[16:06] <bialix> so....
[16:06] <bialix> vila, I think plan B then
[16:07] <vila> hmm, weird, pqm fails for the second one only while both fail here..
[16:07] <vila> what is plan B /
[16:07] <vila> what is plan B ?
[16:07] <vila> oh and thanks for filing that bug, I went to lunch and forgot :-/
[16:08] <bialix> you reject my patch and I provide new patch which will check tty presence in osutils around lines     def getchar(): return msvcrt.getch()
[16:08] <bialix> vila: shame on you
[16:09] <bialix> but lunch is the most important, so ok
[16:09] <bialix> vila: but I'll need your help for testing linux-specific getchar()
[16:09] <vila> hmm, I don't think that will work, there are cases where we want to read from stdin being a file and that's a valid use case
[16:09] <bialix> msvcrt.getchar() never read from stdin
[16:10] <bialix> this is direct access to keyboard buffer
[16:10] <vila> but it's windows specific
[16:10] <bialix> so what?
[16:10] <bialix> this is the root of my problem and why this patch is created
[16:10] <vila> so that doesn't match the cover letter of your patch that wasn't windows specific
[16:11] <bialix> vila: because I have no way to test shelve in qrun on non-windows
[16:11] <bialix> can you?
[16:11] <bialix> anybody?
[16:11]  * bialix screams: HEEELP
[16:12] <bialix> vila: osutils.py around line 1900
[16:13]  * bialix has no idea how linux part works, tty and termios not his area of expert
[16:14]  * bialix trying to prepare non-qt test
[16:15] <vila> bialix: how about transfering your patch to shelf_ui.Shelver.prompt instead ?
[16:16] <vila> so you don't have to check at two different places... or in getchar() but making the os specific versions pushed down to _getchar() ?
[16:16] <bialix> this is possible
[16:17] <bialix> I'm clearly get lost in shelf_ui
[16:17] <bialix> usage of sys.stdout makes me nervous
[16:17] <vila> getchar() is used only prompt() but it seems to require a real terminal anyway
[16:17] <vila> hi GaryvdM
[16:18] <bialix> privet Gary
[16:18] <bialix> that means hi
[16:18] <GaryvdM> Hi bialix, vila
[16:18] <bialix> hi GaryvdM
[16:18] <bialix> vila: your chance to say about log in annotate!
[16:18] <vila> hehe
[16:19] <bialix> joke
[16:19] <bialix> I've just stumbled with it myself
[16:19] <vila> GaryvdM: bialix just filed bug #488824 about qblame not using a true per-file graph
[16:19] <vila> GaryvdM: can you remind me why ?
[16:20] <bialix> vila: so ok, I'm agree moving my tty check to prompt
[16:20] <vila> err, I mean
[16:20] <GaryvdM> vila: Performance
[16:20] <bialix> vila: so I need resubmit or you reject or how?
[16:20] <GaryvdM> vila: maybe have a right click - "Show all revisions that change this file" option
[16:20] <bialix> GaryvdM: I'm agree to have knob
[16:20] <vila> bialix: just pushing the change to your branch should be enough
[16:21] <GaryvdM> bialix: knob?
[16:21] <GaryvdM> I want a plugin that has a  pre_change_branch_tip hook, that I configure to run a test suit before I push to a specified location
[16:21] <GaryvdM> That will be like a mini pqm that I can use for qbzr
[16:21] <vila> GaryvdM: that shouldn't be a perf problem, we do that for bzr log FILE by finding the relevant keys in the index
[16:21] <bialix> GaryvdM: checkbox
[16:22] <GaryvdM> vila: Yes - but it is still slower than just taking the list of revisions from the annotate
[16:22] <GaryvdM> bialix: ok - I see
[16:22] <bialix> GaryvdM: or context menu -- does not matter
[16:22] <bialix> GaryvdM: hook? I can do it
[16:23] <vila> GaryvdM: hmm, faster but incorrect :-) It will be nice if you could do it in the background after displaying the first page :-D
[16:23] <GaryvdM> Does such a plugin exist, or should I write one from scratch?
[16:24] <bialix> GaryvdM: it would be pretty trivial
[16:24] <bialix> vila: can I ask about tree.is_ignored?
[16:24] <GaryvdM> vila: Yes - I can do it after the annotate has been shown.
[16:25] <vila> But I'm still a bit surprised that querying the index only makes such a difference compared to the annotation time... anyway, you know better, but we had a use case this morning that your current implementation doesn't help (I thought it was):
[16:25] <bialix> it was afternoon
[16:25] <vila> searching for deleted lines can be done only if all revisions are displayed in the graph
[16:25] <GaryvdM> vila: yes
[16:25] <vila> bialix: before my lunch is morning :-)
[16:26] <vila> bialix: even if I take it at seven PM :D
[16:26] <bialix> yep, I'm a bit distracted
[16:26] <bialix> :-D
[16:26] <bialix> LOL
[16:26] <vila> bialix: what about trees.is_ignored ?
[16:28] <bialix> I think the name is awfully misleading
[16:28] <bialix> so I think is it worth to starting patch or just forget
[16:28] <bialix> this method does not check is file actually ignored
[16:29] <bialix> it returns matching ignore pattern only
[16:29] <vila> that's what the docstring says
[16:30] <bialix> so if file versioned but matches ignore pattern -- this function name is wrong
[16:30] <vila> >-/
[16:30] <bialix> docstring said: Check whether the filename is ignored by this tree.
[16:30] <vila> What will be a better name ?
[16:30] <bialix> this is not true
[16:30] <vila> bialix: look at the workingtree one
[16:30] <bialix> better name: something about ignore pattern
[16:31] <vila> Check whether the filename matches an ignore pattern.
[16:31] <bialix> ECONFLICT
[16:31] <bialix> but anyway, my point still valid
[16:32] <bialix> function name is not correct
[16:32] <bialix> it's counterintuitive for API users (QBzr)
[16:32] <bialix> I've just yesterday fixed serious bug because of this
[16:32] <vila> I don't follow. What are you searching for ?
[16:33] <vila> There is no such thing as an ignored file. If you want to be pedantic you should say: will that file be ignored if I try to add it *now*.
[16:34] <vila> That's what wt.is_ignored() answers
[16:35] <GaryvdM> vila: we understood it to be "is this file ignored"
[16:35] <vila> Hmm, not even
[16:35] <vila> But what does that mean ?
[16:36] <gioele> wt.would_be_ignored() vs wt.is_being_ignored() maybe?
[16:36] <GaryvdM> vila: The bug fix that bialix was taking about = "is_ignored = not versioned and tree.is_ingored()"
[16:37] <GaryvdM> gioele: yes
[16:38] <bialix> vila: WorkingTree subclass MutabkeTree which in turn subclass tree.Tree
[16:38] <bialix> tree.Tree is therefore defined interface IIUC
[16:38] <bialix> and interface in tree.Tree said that is_ignored checks is file actually ignored
[16:39] <bialix> I suppose somewhere along the road original meaning has lost
[16:39] <bialix> and now is_ignored means is_matches_ignore_pattern
[16:39] <vila> Sounds right
[16:39] <bialix> so to remove confusion in weak minds like mine and I have proposal to change method name
[16:40] <vila> bialix: good, you understand that means taking care about deprecating the old name right ?
[16:40] <bialix> yes,
[16:41] <bialix> that's why I'm trying to talk with some of core devs first
[16:41] <bialix> IIUC such change is too big for 2.1.0rc
[16:41] <bialix> so better to make it after 2.1.0 gone glod
[16:42] <bialix> right?
[16:42] <vila> That's for the 2.1 RM to decide, don't worry too much about it, that's why we have deprecations for
[16:43] <bialix> this function is very heavily used
[16:43] <bialix> and not only inside bzrlib
[16:43] <bialix> but and by 3rd party tools, I guess
[16:43] <bialix> at least in QBzr definitely
[16:44] <bialix> I will worry too much
[16:44] <vila> Then maybe only the doc should be fixed ?
[16:44] <bialix> mmmm, no. all or nothing
[16:45] <bialix> the name is misleading in my humble opinion
[16:45] <vila> lol, is that how you negotiate ?
[16:45] <bialix> no :-)
[16:45] <vila> ha, good :)
[16:45] <bialix> but writing such patch only to change docstring in tree
[16:45] <bialix> is too trivial
[16:46] <bialix> and this was real WTF for me
[16:46] <bialix> I guess name is wrong today
[16:46] <vila> hmmm, I'm not a native english speaker, so when in doubt, I either write a test or read the code :)
[16:47] <bialix> as you see there is 2 places to read
[16:47] <vila> I have no idea about other implementations....
[16:48] <vila> tree.is_ignored() returning False sounds.... arbitrary, wt.is_ignored() implementation is obviously tied to .bzrignore (both the user one and the global one),
[16:49]  * bialix inspecting qannotate for tree.py
[16:49] <vila> the misleading bit is that the temporal indication is nowhere to be seen
[16:50] <vila> also, revisiontree inherits from tree so is_ignored() returning False is understandable there
[16:52] <bialix> what's the sense of is_ignored in revisiontree?
[16:54] <bialix> according to annotation Tree.is_ignored has added by lifeless in 2255.7.97<EMAIL_ADDRESS>[16:54] <bialix> but this revision does not use this api, and don't test it
[16:55] <bialix> no, sorry, I'm wrong
[16:58]  * bialix looks on Gary with prayer to search in qdiff/qannotate
[16:59] <bialix> GaryvdM: idea: what you think about adding grep to qbrowse?
[17:00]  * bialix gave up
[17:02] <GaryvdM> bialix: Search in diff/annotate - Soon
[17:03] <GaryvdM> bialix: for browse: I was planning to use bzr-search.
[17:03] <bialix> bzr-search?
[17:03] <GaryvdM> bialix: like qlog
[17:03] <bialix> no, I mean search in files of specific revision
[17:04] <bialix> bzr-search will going through all history?
[17:04] <bialix> vila: back to shelve-notty: do you have good comment for me so I can use it when I'll rework my patch?
[17:05] <GaryvdM> bialix: but you can filter it for a specific revision easily
[17:05] <bialix> I don't understand yet
[17:05] <GaryvdM> bialix: maybe grep would be better
[17:06] <GaryvdM> bialix: anyway - I'm not plaining to work on that any time soon - sorry
[17:07] <vila> bialix: yup, see lp:~vila/bzr/shelve-no-tty
[17:07] <GaryvdM> bialix: but search in diff/annotate soon
[17:07] <vila> bialix: the tests are passing here, please test that is still works for you
[17:07] <bialix> GaryvdM: I don't asking you to work, I'm asking your opinion
[17:08] <bialix> ideas bouncing as you said other day
[17:08] <GaryvdM> bialix: I see - To be honest, I'm not too familiar with grep
[17:08] <bialix> vila: branching
[17:09] <bialix> GaryvdM: heh, I'm even manage to write something like ack in python for fun
[17:09] <vila> ack or awk ?
[17:09] <bialix> grep just searching in files for pattern
[17:09] <bialix> vila: ack
[17:09] <vila> oh, yes, ack, I keep forgetting about it, the perl thing ?
[17:09] <bialix> yep
[17:10] <GaryvdM> bialix: What I'm unsure of is how you could get grep to read the text of a revision tree.
[17:10] <bialix> because I have no desire to install Perl on Windows only for one utility it was fun to rewrite it (partially)
[17:11] <bialix> GaryvdM: I will do it via python
[17:11] <bialix> I said grep-like not grep itself
[17:11] <bialix> there is hgrep plugin
[17:11] <vila> I don't think hgrep works
[17:12] <bialix> I'm just bad to remember too much things
[17:12] <vila> bialix: that's why grep is good for you :-D
[17:12] <bialix> ?
[17:13] <bialix> perhaps I'm said not precisely what I want to say
[17:13] <bialix> I have very long memory about things no more relevant
[17:13] <GaryvdM> vila: There is a grep plugin on http://bazaar-vcs.org/BzrPlugins, which you are the author of. Is is able to grep a revision tree?
[17:14] <vila> To say the truth, I'm the maintainer only because I upgraded it long ago to the current bzr version at that time,
[17:14] <bialix> vila: http://pastebin.com/d33dd960e
[17:15] <vila> I think I remember that it worked only for the working tree and the plans were to enhance it to work with revision trees, but the internals weren't good enough to do that trivially, there may be some FIXME there...
[17:15] <bialix> vila: running full test suite takes 3 hours for me
[17:15] <vila> bialix: no worries,
[17:16] <vila> I wasn't clear: can you test that with qrun where it was previously failing (as in before your patch)
[17:16]  * bialix -> now
[17:17] <vila> if that works, then push that to your branch and add a comment in the mp when done so I can merge from there
[17:17] <vila> err, I mean merge and submit from there
[17:18] <vila> pfff, forget that, that's silly, tell me if it works and I'll submit from here :)
[17:19] <bialix> vila: http://imagebin.ca/view/9ptrtg_B.html
[17:19] <bialix> it works
[17:20] <vila> hehe, I love Add-Art (the FireFox plugin), even if the art is not always that good, it's always a pleasure to realize that I avoided yet another ad :)
[17:20]  * bialix using NoScript
[17:21] <vila> Yeah, I really should do that too, but I'm lazy and they say there is no virus on Linux :-D
[17:22] <GaryvdM> I use adblock plus. I'm all ways surprised how many ads there are when I work with out it :-O
[17:22] <vila> GaryvdM: Add-Art is on top of adblock :)
[17:23] <GaryvdM> vila: Oh - I see
[17:23] <bialix> so vila you don't see my wonderful screenshot? :'-(
[17:23]  * bialix crying
[17:23] <vila> I see you screenshot, not the ad at the top of the page ;)
[17:24] <bialix> I don't see AD either
[17:24] <vila> meh, soory for the confusion,  the ad was on the pastebin
[17:26] <bialix> I understood
[17:37] <vila> gnight all
[17:38] <bialix> bye
[17:38]  * bialix will go home too
[17:39] <bialix> bye all
[17:39] <GaryvdM> bye
[18:34] <jono> hi all
[18:34] <GaryvdM> Hi jono
[18:49] <jono> hey GaryvdM
[18:49] <jono> when merging I see an M next to files but one has a * - what does that mean?
[19:14] <jelmer> jono: IIRC some of its metadata changed (perhaps it become executable or is no longer executable?)
[19:14] <jelmer> *became
[19:14] <jelmer> yep, looks like it - see "bzr help status-flags"
[19:14] <jono> thats the one
[19:14] <jono> :)
[19:14] <jono> it was a perms change :)
[19:44] <GaryvdM> jono: Sorry - My connection went down. The * most likely the execution permission bit changed.
[19:44] <jono> np :)
[19:44] <jono> figured it out
[19:44] <jono> thanks!
[19:44] <GaryvdM> cool
[19:44] <ronny> jelmer: dulwich seems to have a set of methods that look duplicate on the fist look
[19:45] <ronny> om, mom, pulling the most recent to be sure
[19:47] <ronny> jelmer: ah, right, at least the from_file/from_string classmethods are unnecessary at each class
[19:47] <lifeless> moin
[19:48] <GaryvdM> Hi lifeless
[19:49] <lifeless> hi GaryvdM
[19:51] <ronny> jelmer: and i really dislike the exception hierachy now that i take a look at it, i'll try to make a patch
[19:53] <jelmer> ronny: That's for historical reasons
[19:54] <jelmer> ronny: patches are welcome, but I'm not very keen on breaking backwards compatibility..
[19:56] <jelmer> ronny: btw, there is a #dulwich now
[20:18] <ronny> jelmer: i dont intend to break the backward compatibility
[21:40] <brmassa> Guys, on C/C++ projects, do you normally track the entire project directory or just the source files?
[21:41] <AfC> brmassa: "entire"?
[21:41] <brmassa> AfC: including the "/bin", "/includes" and other possible directories.
[21:43] <AfC> brmassa: well, if bin/ is _build product_ then no
[21:43] <AfC> brmassa: ie, no need to version control things that your build creates.
[21:43] <brmassa> AfC: its useful coz it will track the directories changes (where the project is going to be build), but it also polute the bzr status with tons of files that doesnt need to be versoned
[21:43] <AfC> brmassa: (I suspect you know that, which is why I'm trying to figure out the nuance of what you're asking)
[21:43] <brmassa> AfC: yep,.
[21:43] <lifeless> brmassa: you could 'bzr add --no-recurse bin; bzr ignore bin'
[21:43] <AfC> brmassa: bzr understands how to ignore things
[21:44] <AfC> brmassa: but you want to do:
[21:44] <AfC> $ bzr help ignore
[21:45] <brmassa> AfC: the makefile/projectfile generally include information that is a little beyond the /src dir, like where to build the project. so it would be nice to track the entire project dir, excluding the content of certain dirs.
[21:45] <AfC> brmassa: that said, I'm not sure why you'd need to version the directory bin/ if it is a temporary (or final) output of the build. Surely your Makefile (or whatever) knows how to mkdir bin
[21:45] <brmassa> AfC: my question was more like the common practice than a howto. what people normally do.
[21:46] <AfC> brmassa: right. So version control Makefile.
[21:46] <AfC> brmassa: ah. Well, I can't speak for anyone else, but in the GNOME world we don't version control build artifacts.
[21:47] <brmassa> AfC: hmmm not even the directory structure needed to build a given app?
[21:47] <AfC> brmassa: there is a *horrible* tendency in the Windows centric side of the Java world to whack .jar files the project depends on into version control
[21:48] <AfC> (partly because they don't have a proper package management system they can query & reply on, and partly because they're just doing the wrong thing out of sheer bloody mindedness :)
[21:48] <AfC> brmassa: sure, you can do that, but why not have your Makefile (or whatever) mkdir your temporary & output structure for you?
[21:48] <lifeless> brmassa: if you need a directory structure, and your toolchain doesn't create it automatically, versioning the structure would be a good idea.
[21:48] <lifeless> brmassa: what toolchain are you using ?
[21:48] <AfC> [thereby making it just the sort of thing that can be a) `bzr ignore`d and b) `make {dist,}clean`ed
[21:49] <AfC> brmassa: other than that, listen to lifeless :)
[21:49] <Peng> If you have to version e.g. bin, you could still "bzr ignore bin/*".
[21:49] <AfC> brmassa: [as indeed this isn't the place to talk about comparative merits of different toolchain strategies; bzr can do what you're asking if that's the way you wish to do it]
[21:50] <brmassa> lifeless: im programming using Qt's qmake. well.... it does create directories if i tell so, but i was wondering to just track the myproject/src dir...
[21:50] <AfC> Oh, there's a gem: on #cairo, "git has erased all history of that merge"
[21:51] <lifeless> brmassa: you should track the things that are both: things other people will need to build the software AND things they can't get elsewhere
[21:51] <brmassa> lifeless: hmmm nicely put
[21:52] <lifeless> directories that the toolchain can make for you aren't in that set, IMO :)
[21:52] <AfC> lifeless: that _was_ nicely put
[21:53]  * AfC takes a quote of that, and then wonders how to properly cite an IRC discussion in a footnote :)
[21:53] <brmassa> its because i use a specific dir structure on all my projects, like myproject/src, myproject/includes, myproject/bin, myproject/tests, myproject/media, so i was wondering to just version the part of it instead the whole structure...
[21:54] <brmassa> but for new developers, who wil download the bzr tree, it might help to just see the BIN dir...
[21:55] <AfC> brmassa: {shrug} they will after they type `make` :)
[21:55] <brmassa> AfC: yep. maybe u r right.
[21:55] <AfC> brmassa: in most projects I'm maintainer of, things are structured so that with the exception of a Makefile fragment called .config created by our [custom] top level ./configure,
[21:56] <AfC> brmassa: *all* the build output runs out into directories under a top level tmp/ that the build creates for itself
[21:57] <brmassa> AfC: nice. it seems to be the right thing to do. well thank all you guys.
[21:57] <AfC> brmassa: [with one further exception that there's an entire source tree created during the first step of the build, and so the build mkdir's a tree called generated/ for that]
[21:57] <AfC> brmassa: [but in this case generated/ is a peer twin of src/ so it rather made sense]
[21:58] <AfC> [it could have been tmp/generated/ too]
[21:59] <lifeless> AfC: thanks
[22:53] <thumper> lifeless: any idea on bug 485318 ?
[22:53] <lifeless> looks like a bug to me
[22:55] <thumper> lifeless: should I add a bzr task?
[22:55] <thumper> lifeless: or reassign?
[22:58] <lifeless> let me have a look
[22:59] <lifeless> what is %20 - ' ' ?
[22:59] <lifeless> yeah
[23:07] <thrope> hello - I was following loggerhead and noticed there have been no changes since may... my branch is following %7Eloggerhead-team/loggerhead/trunk/ but I had a look on launchpad and I think they moved to trunk-rich
[23:07] <thrope> can I do bzr switch in my tree? or will it mess everything up
[23:08] <thrope> or can I pull from the trunk-rich
[23:08] <lifeless> thumper: bzr pull lp:loggerhead
[23:08] <lifeless> thrope: ^
[23:08] <lifeless> thrope: and if that errors, run 'bzr upgrade' before pulling ;)
[23:09] <thrope> ERROR: KnitPackRepository('file:///home/robince/src/loggerhead/.bzr/repository/')
[23:09] <thrope> is not compatible with
[23:09] <thrope> CHKInventoryRepository('http://bazaar.launchpad.net/%7Eloggerhead-team/loggerhead/trunk-rich/.bzr/repository/'
[23:10] <thrope> maybe my bzr on this machine is too old
[23:12] <lifeless> thrope: do you have 2.0?
[23:12] <thrope> no 1.16 on here I think... just upgrading
[23:16] <Peng> If it knows about CHKInfoRepository, it has to be at least 1.18, no?
[23:16] <poolie> hello lifeless, peng
[23:16] <Peng> poolie: Good $timeofday. :)
[23:17] <thrope> its ok now
[23:20] <lifeless> Peng: 1.16.1, but see my mail about emacs for why thats not enough
[23:20] <lifeless> hi poolie
[23:23] <Peng> 1.16.1, eh?
[23:28] <lifeless> poolie: you might like to add #launchpad-dev to your channel list
[23:28] <poolie> oh as opposed to lp-code?
[23:29] <poolie> my config is out of date
[23:29] <lifeless> and, not xor
[23:32] <Peng> #launchpad-code?
[23:33] <lifeless> Peng: lp-code is on irc.canonical.com
[23:34] <lifeless> Peng: its where dev discussion happened before the open sourcing
[23:34] <Peng> Oh.
[23:34] <Peng> Is irc.canonical.com open to the public (i.e. me)?
[23:35] <lifeless> no
[23:35] <lifeless> unless you get a job with us :)
[23:35] <Peng> :D
[23:46] <thrope> so I finally got loggerhead running through my apache proxy with serve-branches since the start/stop scripts are deprecated
[23:46] <thrope> I can see host.net/nn_review/files  fine with css etc
[23:46] <thrope> but basically every link is broken
[23:46] <mwhudson> that seems surprising
[23:47] <thrope> changes, annotate/head%3A/nnreview.py
[23:47] <thrope> all give Not Found
[23:47] <mwhudson> if the css/js links are right, i'd expect the other links to be right too
[23:47] <thrope> I am using RewriteEngine instead of ProxyPass
[23:47] <thrope> could that be it?
[23:48] <thrope> I couldn't get ProxyPass to pass the front page properly
[23:48] <thrope> (I dont want a prefix, just bzr.host.net/
[23:48] <mwhudson> thrope: do the links look wrong, or are urls you would expect to work not working?
[23:48] <thrope> not sure about the colon above
[23:48] <thrope> ah wait
[23:48] <thrope> they are to http instead of https
[23:49] <mwhudson> oh right
[23:49] <mwhudson> thrope: you might be able to use proxypassreverse to fix this
[23:49] <thrope> how can I tell loggerhead that?
[23:49] <mwhudson> but i don't know how that works
[23:49] <thrope> ah ill try proxypass again
[23:50] <mwhudson> thrope: i don't think you can, i could add a --https flag to serve-branches
[23:50] <mwhudson> but i don't think i did, just thought about it
[23:51] <thrope> yeah the proxy pass didnt make any difference
[23:52] <mwhudson> ah
[23:52] <mwhudson> i misunderstood how that works
[23:55] <thrope> do you know if theres somewhere in the code I can add the 's' in... actually now I think about it I think I did that before with the older version
[23:55] <thrope> but it looks like its got more complicated since then ;)
[23:56] <mwhudson> i should just give up and generate relative links


[00:52] <gary_poster> huwshimi, when doing qa of hatch's branch, saw css issues.  could you address?  To see, look at http://ubuntuone.com/1PcYJQYYW2wfvAaFTrCANz and http://ubuntuone.com/0aEn7C4sjP4kd8MXRifKi9.  In first one, look at the gray area of the unit details fly-out.  you might be able to see that there are some dots at the very bottom of the gray area.  These are the upper bits of words.  They are revealed in the second image,
[00:52] <gary_poster> where I simply removed the height restriction of the gray area.  Could you address this today please?  Another less serious issue is that the charm browser tab is beneath the unit details, while the charm browser is above.  If you could address that too it would be nice, but that is less pressing.
[00:53] <huwshimi> gary_poster: No problems, will do.
[00:53] <gary_poster> thank you huwshimi
[04:36] <hatch> huwshimi lgtm
[04:37] <huwshimi> Great!
[04:47] <hatch> 99% of the time my internet is fast enough, except when I'm trying to download an ubuntu iso at 800MB :P
[10:08] <dimitern> any gui guys interested in joining the PutCharm implementation proposal?
[10:08] <dimitern> https://docs.google.com/a/canonical.com/document/d/1TxnOCLPDqG6y3kCzmUGIkDr0tywXk1XQnHx7G6gO5tI/edit#
[11:16] <frankban> hazmat: I reviewed your deployer branch, thank you. the review comment includes a possible plan for the guiserver/feedback integration: please let me know if it sounds good to you.
[11:17] <hazmat> frankban, cool.. i'm basically mia this week, on site with a partner doing java and xml gymnastics in a cubicle. will have a look next week.
[11:17] <frankban> hazmat: :-) ok, thanks
[13:23] <frankban> morning gary_poster: do you have time for a quick look to a mechanical branch? https://codereview.appspot.com/37150043
[13:23] <gary_poster> hey rick_h__ , I'm a bit skeptical of the current value/desirability of reaching out about the Jenkins work, per Maarten's email.  Would you like me to try to reach out and see if we can ignore this before you look into it, or are you up for that investigation (in a very low-priority kind of way)?
[13:24] <gary_poster> morning frankban, sure, looking
[13:24] <frankban> thanks!
[13:24] <rick_h__> gary_poster: I've ping'd Tom to see what his thoughts are before moving forward with anything. Just to see what they're up to and if there's enough there to setup a call.
[13:24] <gary_poster> rick_h__, perfect!  thank you.
[13:24] <rick_h__> gary_poster: I'll let you know what I hear from that.
[13:25] <gary_poster> great
[13:25] <rick_h__> and the lander got its first pull request last night lol, to fix a typo.
[13:25] <gary_poster> :-) cool
[13:26] <gary_poster> frankban, LGTM
[13:27] <frankban> great gary_poster, thanks
[13:27] <gary_poster> welcome.  thank you for your email.  I'll add the print statement and then do some qa
[13:27] <gary_poster> after wading through email some more ;-)
[13:29] <frankban> cool
[14:03] <luca__> gary_poster: was writing a reply to the email about charm authors and speaking to Rick haha I'll let you guys reply :D
[14:04] <rick_h__> party-line email
[14:04] <rick_h__> wheeee
[14:11] <hatch> -24C (feels like -31C) brrr
[14:27] <bac> hatch: huh, 27C still feels like 27C
[14:29] <rick_h__> 3.8C here woot
[14:29] <rick_h__> keeping it positive folks
[14:37] <hatch> :D
[14:38] <hatch> so funny story
[14:38] <hatch> few years ago guy came here from Texas in the winter
[14:38] <hatch> asked why we all use electric vehicles
[14:38] <hatch> because we plug the cars in in the winter
[14:38] <rick_h__> lol
[14:42] <hatch> yeah it cracked me up haha
[14:44] <hatch> gary_poster when did you want to chat about my branch?
[14:48] <hatch> hmm Dell 4k monitor
[14:48] <rick_h__> hatch: yea, I'm waiting for it to land so I can get it
[14:48] <rick_h__> still not in the storey yet
[14:48] <hatch> I can't see the pixels on my 2560x1600 31" wth is the point? lol
[14:50] <rick_h__> I want the 24" 4k. I've never been happy with my 20.5" HD displays.
[14:50] <rick_h__> I'll go from 3 displays to the one then. Poor video card can only power the one 4k display
[14:50] <hatch> well sure but 4k at 24" thats just going to be using more GPU for no reason
[14:50] <hatch> I mean, sure it's cool and all that
[14:51] <hatch> but you could just pick up a higher res 24" :)
[14:51] <rick_h__> it's not like there'a an array of options between here and there
[14:51] <rick_h__> right, but the res diff on 24s isn't much
[14:51] <rick_h__> 2560? So 3.5" more and only 580px wider?
[14:51] <rick_h__> nope
[14:52] <hatch> well I'm not lying that I cannot see a single pixel on my monitor and I sit 3ft away
[14:52] <rick_h__> and you == everyone? :)
[14:53] <rick_h__> then why bother with retina on those laptops? 13" screen 1.5ft away?
[14:53] <hatch> because bigger #'s sell better haha
[14:54] <rick_h__> it's only 180ppi on that size
[14:56] <hatch> lol only
[14:57] <rick_h__> hatch: the chromebook pixel is 239, the asus zenbook is 189, dell xps 11 is 253
[14:58] <rick_h__> it's not that crazy, anyway. I'll send you a picture once they put the dippy thing in the store. :)
[14:58] <hatch> http://isthisretina.com/
[14:59] <hatch> so my monitor 'becomes retina' at the exact distance I view it at lol
[14:59] <rick_h__> hah
[15:00] <hatch> rick_h__ good news is that 24" 4k is retina at 19"
[15:00] <hatch> way too close for my eyes haha
[15:00] <rick_h__> so the 24 4k Dell becomes retina at 19 away. I'm approx 24-25" away from my display
[15:01] <hatch> maybe because they are only 21s!
[15:01] <rick_h__> well I want the smaller pixels :P
[15:01] <rick_h__> I've got to be 32" for these things to be retina :)
[15:01] <rick_h__> 32" away
[15:02] <hatch> my guess, is that monitors will eventually have to ship with their own gpu's
[15:02] <rick_h__> hah, first time I've ever wanted SLI :)
[15:02] <rick_h__> one for each 4k display
[15:02] <hatch> lol
[15:02] <hatch> right now I run my 31
[15:02] <hatch> and a 21" secondary off an intel 3000
[15:02] <rick_h__> the res on a 31 is too small
[15:02] <hatch> hahaha
[15:06] <gary_poster> hatch soon.  finished a call, trying to get other ducks in a row, then will ping
[15:06] <hatch> sure np
[15:17] <gary_poster> hatch OK 3 minute warning :-)
[15:17] <hatch> haha ok just reading emails and the like
[15:22] <gary_poster> hatch I invited both of you
[15:22] <gary_poster> https://plus.google.com/hangouts/_/7acpif8b95p7lr5r3bsuk15eng?hl=en
[15:22] <hatch> of course the only time I Don't have g+ open
[15:26] <bac> gary_poster, frankban: we discussed doing "juju bootstrap --constraints series=<default>" but 'series' is not a valid constraint and juju barfs.  am running an experiment with "juju bootstrap --series=<default> --upload-tools" to see if it does what we want.
[15:26] <gary_poster> bac, look to see what GUI uses.  um...
[15:27] <gary_poster> oh yeah
[15:27] <rick_h__> do we support series as a constraint? It's not part of the list?
[15:27] <gary_poster> genericConstraints: ['cpu-power', 'cpu-cores', 'mem', 'arch']
[15:27] <gary_poster> nope :-(
[15:50] <Makyo> jujugui call in 10
[15:58] <gary_poster> jujugui call in2
[16:03] <benji> marcoceppi: I fixed the typo you found in the review and did some final polising on the branch, I think we're ready to merge the MP (https://code.launchpad.net/~benji/charm-tools/prooflib/+merge/197439)
[16:26] <hatch> crap I forgot to eat breakfast again
[16:31] <marcoceppi> benji: thanks, I'll take a look in a second
[16:34] <gary_poster> lol hi hazinhell
[16:35] <hazinhell> gary_poster, greetings from the cubicle, java and xml gymnastics abound ;-)
[16:35] <gary_poster> lol
[16:35] <gary_poster> good luck and I'm sorry :-)
[16:39]  * hatch feels out of the loop
[16:40] <hatch> :P
[16:50] <hatch> Makyo maybe you want to do this while you wait for me https://bugs.launchpad.net/juju-gui/+bug/1257828 :)
[16:50] <_mup_> Bug #1257828: Text area config values are missing padding <juju-gui:New> <https://launchpad.net/bugs/1257828>
[16:50] <Makyo> hatch, sure, will look into it.
[16:54] <hatch> I'm just qa'ing right now
[16:55] <hatch> pick unit, simulator decides to never change it's status
[16:55] <hatch> f a i l!
[17:02] <bac> hatch as punishment for me making fun of you, the weather gods have sent a downpour.  no going to lunch for me.  :(
[17:03]  * bac vows to never make fun of hatch again.
[17:03] <hatch> haha - I bet when it rains there, it REALLY rains too
[17:07] <hatch> gary_poster update done and it qa'd ok https://codereview.appspot.com/36850043/
[17:07] <gary_poster> hatch, looking
[17:09] <hatch> ok I dont' care where our next sprint is as long as I can take this plane http://787.aircanada.com/en :D
[17:13] <hatch> in International Business Class of course!
[17:15] <gary_poster> hatch, ship it!  thanks!
[17:15] <gary_poster> and yes, I'll take business class too. :-P
[17:15] <hatch> done! Thanks
[17:15] <hatch> haha
[17:23] <hatch> Makyo my branch has been merged in fyi
[17:24] <Makyo> hatch, cool, will pull and get this padding thing done.
[17:25] <gary_poster> frankban, you available for https://codereview.appspot.com/37240043 ?  It's what you looked at this morning plus the extra print statement. :-)
[17:27] <frankban> gary_poster: sure, on it
[17:27] <gary_poster> thank you!
[17:35] <hatch> Makyo is there a way using OneTab to 'save' a single tab?
[17:35] <Makyo> hatch, drag the tab out of the current window, it'll turn into a window of its own, then you can onetab it
[17:36] <hatch> oh you rock
[17:42] <frankban> gary_poster: review done. token login is awesome!
[17:42] <gary_poster> frankban, cool :-) thanks
[18:06] <hatch> I wish IE supported <meter> http://codepen.io/pankajparashar/pen/LceIj
[18:07] <rick_h__> jujugui anyone feel like doing a hefty python review?  https://github.com/juju/jenkins-github-lander/pull/5
[18:07]  * gary_poster on calls for hours
[18:07] <hatch> kee hee github
[18:07] <rick_h__> gary_poster: thanks
[18:07] <hatch> I'm going to miss side by side diffs
[18:07] <rick_h__> hatch: got that taken care of in the notes
[18:08] <hatch> the chrome plugin?
[18:08] <rick_h__> hatch: https://chrome.google.com/webstore/detail/octosplit/mnkacicafjlllhcedhhphhpapmdgjfbb
[18:08] <rick_h__> works for me
[18:08] <hatch> ahh yep
[18:08] <hatch> :)
[18:08] <rick_h__> check the box and seems to be working
[18:08] <hatch> awesome
[18:10] <hatch> Houston, we have a problem https://www.evernote.com/shard/s219/sh/74406fb4-d949-4f68-bba4-a51bad85cde0/2dab7a157394274b5f8864ecb8217dc0
[18:11] <rick_h__> memory usage?
[18:11] <gary_poster> hatch? is that a profiler?
[18:11] <hatch> that's a heap timeline over 10minutes of GUI sitting there with the simulator running
[18:11] <rick_h__> award for least informative graphic goes to...hatch! yayayayayayay :P
[18:12] <hatch> lol
[18:12] <gary_poster> :-)
[18:12] <hatch> sorry the full graphic is equally as useless
[18:12] <gary_poster> :-)
[18:12] <hatch> at least as an image haha
[18:12] <rick_h__> so the simulator went nuts?
[18:12] <gary_poster> simulator doesn't have much state IIRC
[18:13] <hatch> the huge increase is caused by something called (compiled code)
[18:13] <gary_poster> heh
[18:13] <rick_h__> hatch: hah
[18:13] <gary_poster> super useful
[18:13] <rick_h__> so chrome has an issue then :)
[18:13] <rick_h__> dupe in FF!
[18:13] <hatch> I know right?
[18:14] <hatch> funny though, you can see when the simulator runs
[18:14] <hatch> each blue line hehe
[18:14] <rick_h__> gary_poster: so are you cool with me just getting a jenkins instance up and running somewhere do some live qa and such of this? I was thinking of at least getting it setup and running it on itself. (the lander tool)
[18:14] <hatch> do iiiit do iiiit
[18:15]  * hatch has no authority
[18:15] <rick_h__> I listen to hatch selectively...only when I agree :)
[18:15] <hatch> hahaha
[18:15] <hatch> ^5
[18:16] <gary_poster> rick_h__, I am.  It's entirely conceivable that I am writing an email about getting a longer term machine, while I am on my current call. ;-)
[18:16] <hatch> interesting....it looks like it's d3's data object
[18:19] <hatch> good news - at 2000 units the UI lags when the simulator runs for maybe 250ms without d3
[18:19] <hatch> or maybe that's bad news?
[18:20] <gary_poster> so...the simulator alone is at least part of the issue
[18:21] <hatch> yes but a very small %, the delay I'm showing is a good 3s of UI lockup vs the simulator 250ms
[18:22] <hatch> it's definitely the unit list
[18:22] <gary_poster> ah ok
[18:23] <Makyo> hatch, going to timebox-out that padding thing (weird font differences  in FF) and get to it later; would like to start the release now so I don't run out of time.
[18:23] <gary_poster> that jibes with my guesses, based on history
[18:23] <hatch> Makyo yeah np I just thought it would be simple so that's why I thought I'd point it out :)
[18:24] <Makyo> hatch, yeah.  It's FF only, which is doing something weird with the weight (and thus maybe line-height) of the font.
[18:26] <hatch> well that was easy to find the issue...
[18:26] <hatch> d3's fault
[18:26] <hatch> lets switch to canvas
[18:26] <hatch> *knee jerk reaction*
[18:26] <hatch> lol
[18:27] <Makyo> :T
[18:27] <hatch> D3 is creating new dom nodes then modifying them instead of creating strings then batching it off
[18:27] <hatch> (same issue YUI Datatable used to have)
[18:31] <rick_h__> kind of cool that juju is on the jenkins install instructions https://wiki.jenkins-ci.org/display/JENKINS/Installing+Jenkins+on+Ubuntu
[18:36] <hatch> rick_h__ I'm hoping to have the same for Ghost but I can't submit the docs until it's approved :/
[18:47] <hatch> jujugui could I get someone to press start then start typing in the box an estimate the UI lockup time plz http://jsbin.com/aMeFumIb/1/
[18:47] <hatch> I estimate 1s
[18:47] <gary_poster> I can I can
[18:47] <hatch> thank yas
[18:49] <gary_poster> hatch less than a second
[18:49] <hatch> thanks - thats the slowest possible way I can render those elements
[18:50] <hatch> so looks like I have to look into our d3 code and find ways to improve performance there
[18:52] <hatch> we already knew that but at least now it's confirmed :)
[18:52] <gary_poster> hatch I'd suggest also keeping the "uh-oh this means I have to rearchitect" danger in mind and also investigate whether we can only render a window of the needed elements
[18:53] <gary_poster> but one thing at a time
[18:53] <hatch> definitely - In the back of my head I'm also wondering if there is a better UI when there are a lot of units :)
[18:54] <gary_poster> yeah, there's that too
[18:59] <Makyo> Friend's asking, does anyone know if TestDrive is still the best way to test upcoming releases?
[19:24] <rick_h__> ok, cross your fingers
[19:42] <Makyo> gary_poster, ping
[19:42] <gary_poster> Makyo, hey, sorry, finishing up, soon
[19:42] <Makyo> gary_poster, np, will be there.
[19:42] <gary_poster> ty
[19:54] <bac> jujugui: review and qa of quickstart branch at https://codereview.appspot.com/37320043/ p.please
[19:55] <bac> from prettyplease import prettyplease
[19:59] <rick_h__> wooooooo! https://github.com/juju/jenkins-github-lander/pull/6
[20:00] <rick_h__> needs some love and cleanup but :)
[20:06] <hatch> nice!
[20:15] <gary_poster> sweet, rick_h__ ! :-)
[20:15] <gary_poster> bac, you still need?
[20:16] <bac> i do need
[20:17] <gary_poster> ok on it
[20:26] <Makyo> bac,  what was the resolution for https://bugs.launchpad.net/charms/+source/juju-gui/+bug/1251420 ?
[20:26] <_mup_> Bug #1251420: reporting an error from the environment isn't formatted well <juju-gui (Juju Charms Collection):Triaged by bac> <https://launchpad.net/bugs/1251420>
[20:27] <gary_poster> fixed in charm, I know.  maybe also needed work in gui
[20:27] <rick_h__> no, gui is fine
[20:27] <rick_h__> just needs a release to be corrected I believe
[20:28] <bac> fixed in charm.  i forgot to link my branch to the bug
[20:28] <gary_poster> charm release
[20:28] <rick_h__> gary_poster: +1
[20:28] <bac> Makyo: ^
[20:28] <gary_poster> cool
[20:28] <Makyo> Okay; shouldn't be in CHANGES.yaml, correct?
[20:29] <gary_poster> naah.  I sometimes sneak in charm changes but only if they are big
[20:29] <Makyo> Alright
[20:34] <bac> Makyo: fwiw this branch (now linked) https://code.launchpad.net/~bac/charms/precise/juju-gui/enverror
[20:34] <Makyo> bac, aha, thanks
[20:38] <bac> is it just me or does it look like spiderman attacked that data center: http://bits.blogs.nytimes.com/2013/12/04/ibms-big-plans-for-cloud-computing/?hpw&rref=technology
[20:38] <bac> btw, we should do some of that cloud stuff
[20:57] <bac> gary_poster: i need to step out for a bit.  will check back later.
[20:57] <gary_poster> bac, "LGTM with fully ignorable whining about names and such."  QA good so far and almost done.  Waiting on last step.
[20:58] <gary_poster> I will be stepping out for evening as soon as done, 'cause I didn't have lunch and am tired
[20:58] <bac> gary_poster: what do you think about the useless bits?
[20:58] <gary_poster> bac, maybe keep tested utils and remove the actual stuff that calls them?  Or be heartless and rip it all out.
[20:59] <bac> it was such a nice little utility
[20:59] <gary_poster> I apologize at least twice during the course of the review.
[20:59] <bac> i don't leave until noon tomorrow so if i don't get it landed tonight i'll have time in the morning
[20:59] <gary_poster> ok
[21:00] <gary_poster> almost!
[21:00] <gary_poster> "connecting to the Juju GUI server"
[21:00] <gary_poster> bac QA good and LGTM posted
[21:23] <rick_h__> yay for second-long test runs http://ci.jujugui.org:8080/
[21:24]  * rick_h__ runs away now
[21:26] <hatch> haha cool
[21:46] <gary_poster> yay! :-)
[21:46] <gary_poster> night all
[21:46] <hatch> cyaz
[21:46] <gary_poster> bac have nice days off
[22:03] <huwshimi> Morning
[22:03] <hatch> morning huwshimi
[22:11] <Makyo> jujugui gui released; walking dogs, then will do charm release.
[22:12] <bac> yay.  have a nice walk.
[22:42] <Makyo> -7F dogwalk, no hat.


[19:10] <ffm> Anyone here who works on wubi?
[19:10]  * ffm wants to submit a patch.
[19:12] <stgraber> ffm: xivulon doesn't seem to be around
[19:12] <ffm> stgraber: I see.
[19:12] <ffm> Is there a special way I should attach it to a bug?
[19:14] <ffm> On second thougt, I've looked at the code and it isn't something I can fix easily.
[19:18] <evand> ffm: what's the bug?
[19:20] <stgraber> ffm: you can either branch the code and attach your branch to a bug report or create a patch and attach it with the patch option checked
[19:39] <ffm> evand: https://bugs.launchpad.net/wubi/+bug/209319
[19:39] <ubotu> Launchpad bug 209319 in wubi ""Installation size" preference reset if the "accessability" button is pressed" [Undecided,New]
[19:39] <ffm> Probably low priority.
[19:39] <ffm> Bug #164933 on the other hand is considerably more important.
[19:39] <ubotu> Launchpad bug 164933 in wubi "Wubi does not always detecting AMD64" [Undecided,Incomplete] https://launchpad.net/bugs/164933
[19:58]  * ffm changes status from incomplete to new.
[19:59] <ffm> Can someone please triage/confirm?
[21:00] <ffm> evand: merci.
[21:00]  * ffm just noticed.
[21:01] <ffm> evand: Now the question is how to triage it... It isn't a _really_ big deal, its more of a nucince, until soemone sets it, then mods access. then installed and it is unset.
[21:02] <ffm> "Alice sets size to 4 because she doesn't want it to be too large, and wants to back up on DVDs. Alice is nearsighted, so she changes acccesabiligy. Then, alice installed. Alice is confused when she finds out that the disk eventually swells to 15GB, instead of 4 like she wanted it to be.. "


[04:26] <psusi> jtaylor, that Stefano fellow has another batch of dup bugs if you still have that script handy
[05:36] <amoma> gnome terminal wants to install a font. How disable it?
[22:17] <touil76> Hello. Since the last update of ubuntu 12.04LTS, I cannot get sound through my headphone jack. The sound can still be heard with the external speaker jack, but not from my front headphones jack.
[22:18] <jtaylor> touil76: quite likely a kernel issue, have you tried booting into an older version?
[22:21] <touil76> Yes, and it doesn't work with the older kernel either.
[22:21] <touil76> I've seen in my update list, that I recently received a pulseaudio update.
[22:23] <jtaylor> 3 days from proposed to updates ...
[22:23] <jtaylor> I don't like these super fast updates ...
[22:23] <jtaylor> touil76: try reverting back to the old version of pulseaudio
[22:24] <jtaylor> bug 1020471 seems to touch jacks
[22:24] <ubot2> Launchpad bug 1020471 in pulseaudio (Ubuntu Quantal) ""Front Headphone Jack" ALSA kcontrol name not picked up by PulseAudio" [Undecided,Fix released] https://launchpad.net/bugs/1020471
[22:24] <jtaylor> if the revert fixes it post to that bug and add the tag regression-release
[22:24] <jtaylor> or open a new one
[22:24] <jtaylor> not sure
[22:29] <touil76> @jtaylor: how to revert back to the old version of pulseaudio ?
[22:29] <meetingology> touil76: Error: "jtaylor:" is not a valid command.
[22:29] <touil76> jtaylor: how to revert back to the old version of pulseaudio ?
[22:30] <jtaylor> apt-cache policy <pulseaudio-packages-you-have-installed>
[22:30] <jtaylor> will show you the regular and updates version
[22:31] <jtaylor> install these with apt-get install <pkg>=<version>
[22:31] <jtaylor> maybe reverting pulseaudio-module-jack is enough
[22:31] <jtaylor> be sure not to remove anything when doing that
[22:32] <touil76> I only get two answers : one from "precise", and the other from "precise-update".
[22:32] <jtaylor> yes
[22:33] <jtaylor> apt-get install pulseaudio-module-jack=1:1.1-0ubuntu15
[22:34] <jtaylor> you may have to add more packages depending if it accepts that
[22:34] <touil76> So, what should I do ? Revert to precise what has been installed with pulseaudio using precise-update ?
[22:36] <jtaylor> revert to the old version and see if that fixes the issue
[22:44] <touil76> Reverting to old version would need to remove too much packages
[22:45] <touil76> What else can I do ?
[22:45] <jtaylor> you need to revert all pulseautiopackages you have installed
[22:45] <jtaylor> else it will try to remove
[22:45] <jtaylor> here you can get a list: https://launchpad.net/ubuntu/+source/pulseaudio
[22:46] <jtaylor> or dpkg -l | grep pulseaudio
[22:48] <touil76> Couldn't I try a "new" version of pulseaudio instead ?
[22:49] <jtaylor> sure but that won't really help pinpointing the issue
[22:49] <jtaylor> also much higher risk of breaking your system
[22:50] <touil76> How could I do that ?
[22:51] <jtaylor> don't know, I'm also not going to help with that
[22:53] <touil76> Ok. How could I report this bug ?
[22:53] <jtaylor> first we need to figure out which update broke it
[22:58] <touil76> Can I try it later ? Will you be there on tuesday or wednesday next week ?
[22:58] <jtaylor> probably
[23:00] <touil76> Thank you goodnight.
[23:01] <jtaylor> touil76: dpkg -l | grep -E "^ii" |grep 1:1.1-0ubuntu15.2  | grep pulseaudio | awk '{print $2"="$3}' | xargs echo
[23:01] <jtaylor> that should give you the line to put behind apt-get install
[23:01] <jtaylor> no replace $3 with 1:1.1-0ubuntu15
[23:02] <touil76> ?
[23:02] <jtaylor> dpkg -l | grep -E "^ii" |grep 1:1.1-0ubuntu15.2  | grep pulseaudio | awk '{print $2"=1:1.1-0ubuntu15"}' | xargs echo
[23:03] <touil76> and then ?
[23:03] <jtaylor> add it behind apt-get install
[23:03] <jtaylor> that should revert all your pulseaudio hopefully without removing anything
[23:07] <touil76> Should it work without rebooting ?
[23:07] <jtaylor> it might
[23:07] <jtaylor> but if not try rebooting
[23:08] <jtaylor> if it still does not work its probably not pulseaudio
[23:08] <jtaylor> then you can upgrade again with a normal apt-get upgrade
[23:09] <touil76> It doesn't work, I'm going to reboot.
[23:15] <touil76> jtaylor : with the reboot and the older version installed, it works.
[23:16] <jtaylor> k do ubuntu-bug pulseaudio
[23:16] <jtaylor> explain your problem and make sure to mention that the latest update broke it
[23:17] <touil76> In fact, with the latest update, when I plugged the headphone set, the sound settings window swithed from "speakers" to "headphones",
[23:17] <touil76> now when I plug the headphone, the sound settings window stays on "speakers", but I hear the sound via the headphones.
[23:18] <touil76> I'm french and my english is bad. How can I explain this properly ?
[23:19] <jtaylor> what you said in the beginning is sufficient
[23:19] <jtaylor> "Since the last update of ubuntu 12.04LTS, I cannot get sound through my headphone jack. The sound can still be heard with the external speaker jack, but not from my front headphones jack."
[23:19] <jtaylor> also mention the sound settings window change
[23:19] <jtaylor> and the version number 1:1.1-0ubuntu15.2
[23:20] <touil76> I did what you say but the package shows the version 1:1.1-ubuntu15 not 15.2
[23:20] <jtaylor> and that reverting back to 1:1.1-0ubuntu15 + reboot fixes it again
[23:20] <jtaylor> yes because we reverted
[23:20] <touil76> Should I reinstall so that the apport process show 15.2 ?
[23:20] <jtaylor> do you have a launchpad account?
[23:20] <touil76> Yes.
[23:21] <jtaylor> doesn't ubuntu-bug offer an option to file anyway?
[23:21] <jtaylor> if not you have to update to file the bug :/
[23:21] <jtaylor> just: apt-get upgrade
[23:25] <touil76> the sound settings windows change, was it understandable as I wrote it ?
[23:27] <jtaylor> yes
[23:29] <touil76> How it it : ?
[23:29] <touil76> Since the last update of ubuntu 12.04LTS, I cannot get sound through my headphone jack. The sound can still be heard with the external speaker jack, but not from my front headphones jack.
[23:29] <touil76> The version of pulseaudio that causes troubles has number  1:1.1-0ubuntu15.2.
[23:29] <touil76> Reverting back to 1:1.1-0ubuntu15 and then rebooting fixes the problem.
[23:29] <touil76> I noticed, with version 15.2 that when I plugged the headphone set, the sound settings window swithed from "speakers" to "headphones". On the contrary, with the older 15 version, when I plug the headphone, the sound settings window stays on "speakers", though I hear the sound via the headphones.
[23:30] <jtaylor> thats fine
[23:30] <jtaylor> you'll probably be asked to provide more detailed information
[23:30] <touil76> Ok, thank you very much for you help. It was very appreciated.
[23:30] <jtaylor> they'll tell you how
[23:30] <touil76> Ok.
[23:31] <jtaylor> please tell me the bug number when you filed it
[23:31] <touil76> 1104565
[23:36] <jtaylor> touil76: to stick with the working package see: https://help.ubuntu.com/community/PinningHowto#Introduction_to_Holding_Packages
[23:36] <jtaylor> touil76: but remember to remove the holds again when the issue is fixed or you are asked to test the fix
[23:37] <jtaylor> < offline now, bye


[05:19] <Nairwolf> Hi gsilva, how are you ?
[05:19] <Nairwolf> Do you still need the html parser for the lubuntu wiki ?
[05:19] <Nairwolf> I know that I've said that I will do it since a loooooong time...
[05:19] <Nairwolf> I have too much things to do until that.
[05:19] <Nairwolf> I can start right now ;)
[05:20] <ianorlyn> Nairwolf: understood completely
[05:24] <Nairwolf> ianorlyn : sorry ?
[05:24] <ianorlyn> too much things to do until that
[05:28] <Nairwolf> ah ah ;)
[05:29] <Nairwolf> Me, I have an excuse, I made some tourism in the US.
[05:29] <Nairwolf> Okay, I stop to troll a serious channel
[14:20] <phillw> hi krytarik
[14:20] <krytarik> phillw: Ohai. :)
[14:21] <phillw> r u testing beta 2?
[14:21] <krytarik> Nope, limited hardware.
[14:40] <phillw> ah, okay :)
[14:41] <phillw> we'll have to second you to helping with wiki editing for new releases :D
[14:47] <krytarik> Heh. :D
[15:06] <phillw> Next one is a biggie... LTS :)
[16:53] <wxl> hey folks, beta2 is out if you haven't noticed. we have some test cases that still need doing http://iso.qa.ubuntu.com/qatracker/milestones/346/builds
[16:54] <wxl> if you could all check/confirm all bugs, that would be great