[00:08] -queuebot:#ubuntu-release- New binary: texinfo [riscv64] (mantic-proposed/main) [7.0.3-2] (core, i386-whitelist)
[01:54] -queuebot:#ubuntu-release- New binary: gitaly [amd64] (mantic-proposed/universe) [16.0.7+ds1-2] (no packageset)
[02:04] -queuebot:#ubuntu-release- New binary: gitaly [ppc64el] (mantic-proposed/universe) [16.0.7+ds1-2] (no packageset)
[02:06] -queuebot:#ubuntu-release- New binary: gitaly [arm64] (mantic-proposed/universe) [16.0.7+ds1-2] (no packageset)
[02:06] -queuebot:#ubuntu-release- New binary: gitaly [s390x] (mantic-proposed/universe) [16.0.7+ds1-2] (no packageset)
[02:20] -queuebot:#ubuntu-release- New binary: gitaly [armhf] (mantic-proposed/universe) [16.0.7+ds1-2] (no packageset)
[03:37] <zhsj> hmm, regarding the above gitaly new binary, could ubuntu-archive process extra packages in bug 1758702
[03:37] -ubottu:#ubuntu-release- Bug 1758702 in gitlab-shell (Ubuntu) "Please consider adding gitlab to sync blacklist" [Undecided, Confirmed] https://launchpad.net/bugs/1758702
[05:25] -queuebot:#ubuntu-release- New: accepted gitaly [amd64] (mantic-proposed) [16.0.7+ds1-2]
[05:25] -queuebot:#ubuntu-release- New: accepted gitaly [armhf] (mantic-proposed) [16.0.7+ds1-2]
[05:25] -queuebot:#ubuntu-release- New: accepted gitaly [s390x] (mantic-proposed) [16.0.7+ds1-2]
[05:25] -queuebot:#ubuntu-release- New: accepted texinfo [arm64] (mantic-proposed) [7.0.3-2]
[05:25] -queuebot:#ubuntu-release- New: accepted texinfo [i386] (mantic-proposed) [7.0.3-2]
[05:25] -queuebot:#ubuntu-release- New: accepted texinfo [riscv64] (mantic-proposed) [7.0.3-2]
[05:25] -queuebot:#ubuntu-release- New: accepted gitaly [arm64] (mantic-proposed) [16.0.7+ds1-2]
[05:25] -queuebot:#ubuntu-release- New: accepted texinfo [amd64] (mantic-proposed) [7.0.3-2]
[05:25] -queuebot:#ubuntu-release- New: accepted texinfo [ppc64el] (mantic-proposed) [7.0.3-2]
[05:25] -queuebot:#ubuntu-release- New: accepted gitaly [ppc64el] (mantic-proposed) [16.0.7+ds1-2]
[05:25] -queuebot:#ubuntu-release- New: accepted texinfo [s390x] (mantic-proposed) [7.0.3-2]
[05:25] -queuebot:#ubuntu-release- New: accepted texinfo [armhf] (mantic-proposed) [7.0.3-2]
[06:03] <RAOF> cpaelzer: You've commented on https://bugs.launchpad.net/ubuntu/+source/gitlab-shell/+bug/2024202, so might know something about gitlab-shell: Is it useful in the archive? https://bugs.launchpad.net/ubuntu/+source/gitlab/+bug/1758702 is a request to remove+block sync from Debian for it, and the reasoning seems sensible.
[06:03] -ubottu:#ubuntu-release- Launchpad bug 2024202 in gitlab-shell (Ubuntu) "Sync gitlab-shell 14.18.0+ds1-3 (universe) from Debian unstable (main)" [Undecided, New]
[06:03] -ubottu:#ubuntu-release- Launchpad bug 1758702 in gitlab-shell (Ubuntu) "Please consider adding gitlab to sync blacklist" [Undecided, Confirmed]
[06:08] <cpaelzer> RAOF: I've fallen victim to the same misassumption as jbicha and would join https://bugs.launchpad.net/ubuntu/+source/gitlab/+bug/1758702/comments/8
[06:08] -ubottu:#ubuntu-release- Launchpad bug 1758702 in gitlab-shell (Ubuntu) "Please consider adding gitlab to sync blacklist" [Undecided, Confirmed]
[06:10] <cpaelzer> RAOF: I came by this case on patch piloting and did miss that aspect :-/
[06:10] <cpaelzer> RAOF: thanks for bringing it up
[06:24] <RAOF> Hm. gitaly is already in extra_removals.txt; why is it back in mantic?
[06:42] <doko> it's in mantic-proposed, auto-synced from debian
[06:46] <RAOF> And extra_removals is documentation only, not automation-instructions?
[11:37] -queuebot:#ubuntu-release- Unapproved: gcc-10 (lunar-proposed/universe) [10.4.0-7ubuntu1 => 10.5.0-1ubuntu1~23.04] (core, i386-whitelist) (sync)
[11:38] -queuebot:#ubuntu-release- Unapproved: gcc-10-cross (lunar-proposed/universe) [19ubuntu1 => 20ubuntu1] (i386-whitelist) (sync)
[11:39] -queuebot:#ubuntu-release- Unapproved: gcc-10 (kinetic-proposed/universe) [10.4.0-5ubuntu2 => 10.5.0-1ubuntu1~22.10] (core, i386-whitelist) (sync)
[11:39] -queuebot:#ubuntu-release- Unapproved: gcc-10-cross-ports (lunar-proposed/universe) [20ubuntu1 => 21ubuntu1] (i386-whitelist) (sync)
[11:39] -queuebot:#ubuntu-release- Unapproved: gcc-10-cross (kinetic-proposed/universe) [19ubuntu1 => 19ubuntu1.1] (i386-whitelist) (sync)
[11:40] -queuebot:#ubuntu-release- Unapproved: gcc-10 (jammy-proposed/universe) [10.4.0-4ubuntu1~22.04 => 10.5.0-1ubuntu1~22.04] (core, i386-whitelist) (sync)
[11:40] -queuebot:#ubuntu-release- Unapproved: gcc-10-cross-ports (kinetic-proposed/universe) [20ubuntu1 => 20ubuntu1.1] (i386-whitelist) (sync)
[11:41] -queuebot:#ubuntu-release- Unapproved: gcc-10-cross-ports (jammy-proposed/universe) [19ubuntu1.1 => 19ubuntu1.2] (i386-whitelist) (sync)
[11:41] -queuebot:#ubuntu-release- Unapproved: gcc-10-cross (jammy-proposed/universe) [18ubuntu1.1 => 18ubuntu1.2] (i386-whitelist) (sync)
[12:04] -queuebot:#ubuntu-release- Unapproved: gcc-10 (focal-proposed/main) [10.3.0-1ubuntu1~20.04 => 10.5.0-1ubuntu1~20.04] (i386-whitelist) (sync)
[12:04] -queuebot:#ubuntu-release- Unapproved: gcc-10-cross (focal-proposed/main) [6ubuntu4 => 6ubuntu6] (i386-whitelist) (sync)
[12:05] -queuebot:#ubuntu-release- Unapproved: gcc-10-cross-ports (focal-proposed/universe) [5ubuntu3 => 5ubuntu6] (i386-whitelist) (sync)
[12:06] -queuebot:#ubuntu-release- Unapproved: gcc-10-cross-mipsen (focal-proposed/universe) [2+c1ubuntu1.2 => 2+c1ubuntu1.4] (no packageset) (sync)
[17:47] -queuebot:#ubuntu-release- Unapproved: ec2-hibinit-agent (focal-proposed/main) [1.0.0-0ubuntu9.3 => 1.0.0-0ubuntu9.4] (no packageset)
[17:47] -queuebot:#ubuntu-release- Unapproved: ec2-hibinit-agent (kinetic-proposed/main) [1.0.0-0ubuntu12.1 => 1.0.0-0ubuntu12.2] (core)
[17:47] -queuebot:#ubuntu-release- Unapproved: ec2-hibinit-agent (jammy-proposed/main) [1.0.0-0ubuntu<IP_ADDRESS> => 1.0.0-0ubuntu<IP_ADDRESS>] (core)
[17:47] -queuebot:#ubuntu-release- Unapproved: ec2-hibinit-agent (lunar-proposed/main) [1.0.0-0ubuntu13.1 => 1.0.0-0ubuntu13.2] (core)
[18:36] <blackboxsw> sil2100: bdmurray: cloud-init 23.2.1 has an SRU which has completed verification. It has 2 specific fixes for regressions discovered during verification on 23.2  (1. apport-bug on focal-only, 2. detecting `ds=nocloud-net` if when kernel parameters override default behavior. I'm not sure if sil2100 had already started on this review yesterday, or if it didn't make the cut. If there is time, please review for this SRU.
[18:56] <blackboxsw> f
[19:57] -queuebot:#ubuntu-release- Unapproved: pidgin (jammy-proposed/universe) [1:2.14.8-1ubuntu2 => 1:2.14.8-1ubuntu2.1] (kubuntu)
[20:14] -queuebot:#ubuntu-release- Unapproved: glibc (focal-proposed/main) [2.31-0ubuntu9.10 => 2.31-0ubuntu9.11] (core, i386-whitelist) (sync)
[21:18] -queuebot:#ubuntu-release- New binary: sssd [amd64] (mantic-proposed/main) [2.9.1-1ubuntu1] (i386-whitelist, ubuntu-desktop, ubuntu-server)
[21:18] -queuebot:#ubuntu-release- New binary: sssd [i386] (mantic-proposed/main) [2.9.1-1ubuntu1] (i386-whitelist, ubuntu-desktop, ubuntu-server)
[21:18] -queuebot:#ubuntu-release- New binary: sssd [ppc64el] (mantic-proposed/main) [2.9.1-1ubuntu1] (i386-whitelist, ubuntu-desktop, ubuntu-server)
[21:18] -queuebot:#ubuntu-release- New binary: sssd [s390x] (mantic-proposed/main) [2.9.1-1ubuntu1] (i386-whitelist, ubuntu-desktop, ubuntu-server)
[21:23] -queuebot:#ubuntu-release- New binary: sssd [armhf] (mantic-proposed/main) [2.9.1-1ubuntu1] (i386-whitelist, ubuntu-desktop, ubuntu-server)
[21:24] -queuebot:#ubuntu-release- New binary: sssd [arm64] (mantic-proposed/main) [2.9.1-1ubuntu1] (i386-whitelist, ubuntu-desktop, ubuntu-server)
[21:41] -queuebot:#ubuntu-release- Unapproved: accepted glibc [sync] (focal-proposed) [2.31-0ubuntu9.11]
[22:34] -queuebot:#ubuntu-release- New binary: sssd [riscv64] (mantic-proposed/main) [2.9.1-1ubuntu1] (i386-whitelist, ubuntu-desktop, ubuntu-server)
[23:26] -queuebot:#ubuntu-release- New binary: golang-github-hashicorp-terraform-config-inspect [amd64] (mantic-proposed/none) [0.0~git20230614.f32df32-1] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: ruby-rb-sys [amd64] (mantic-proposed/none) [0.9.79-3] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: rust-json5 [amd64] (mantic-proposed/none) [0.4.1-1] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: python-rlpycairo [amd64] (mantic-proposed/none) [0.3.0-2] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: rust-heapless [amd64] (mantic-proposed/none) [0.7.16-1] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: fonts-atarist [amd64] (mantic-proposed/none) [0+git20230624+ds-1] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: ruby-circuitbox [amd64] (mantic-proposed/none) [2.0.0-1] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: rust-cfb [amd64] (mantic-proposed/none) [0.7.3-1] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: rust-lz4-flex [amd64] (mantic-proposed/none) [0.11.1-1] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: glab [amd64] (mantic-proposed/none) [1.31.0-1] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: rust-dot-writer [amd64] (mantic-proposed/none) [0.1.3-1] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: rust-build-time [amd64] (mantic-proposed/none) [0.1.3-1] (no packageset)
[23:28] -queuebot:#ubuntu-release- New binary: ruby-neighbor [amd64] (mantic-proposed/none) [0.2.3-1] (no packageset)
[23:28] -queuebot:#ubuntu-release- New binary: rust-clap-mangen [amd64] (mantic-proposed/none) [0.2.12-1] (no packageset)
[23:28] -queuebot:#ubuntu-release- New binary: rust-defmt-macros [amd64] (mantic-proposed/none) [0.3.3-1] (no packageset)
[23:28] -queuebot:#ubuntu-release- New binary: rust-anstyle [amd64] (mantic-proposed/none) [1.0.1-1] (no packageset)
[23:28] -queuebot:#ubuntu-release- New binary: rust-eww-shared-util [amd64] (mantic-proposed/none) [0.1.0-1] (no packageset)
[23:28] -queuebot:#ubuntu-release- New binary: rust-color-to-tui [amd64] (mantic-proposed/none) [0.2.0-1] (no packageset)
[23:35] -queuebot:#ubuntu-release- New binary: libtest-snapshot-perl [amd64] (mantic-proposed/none) [0.06-1] (no packageset)
[23:35] -queuebot:#ubuntu-release- New binary: rust-toml-datetime [amd64] (mantic-proposed/none) [0.6.3-1] (no packageset)
[23:35] -queuebot:#ubuntu-release- New binary: stdgpu-contrib [amd64] (mantic-proposed/none) [1.3.0+git20220507.32e0517-1] (no packageset)
[23:35] -queuebot:#ubuntu-release- New binary: rust-papergrid [amd64] (mantic-proposed/none) [0.9.1-1] (no packageset)
[23:35] -queuebot:#ubuntu-release- New binary: rust-twofish [amd64] (mantic-proposed/none) [0.7.1-1] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: libanyevent-xspromises-perl [amd64] (mantic-proposed/none) [0.005-1] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: rust-rtoolbox [amd64] (mantic-proposed/none) [0.0.1-1] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: rust-serde-spanned [amd64] (mantic-proposed/none) [0.6.3-1] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: rust-thiserror-core-impl [amd64] (mantic-proposed/none) [1.0.38-1] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: rust-rcgen [amd64] (mantic-proposed/none) [0.11.1-1] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: rust-sysexits [amd64] (mantic-proposed/none) [0.6.1-1] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: rust-scroll [amd64] (mantic-proposed/universe) [0.11.0-1] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: rust-wycheproof [amd64] (mantic-proposed/none) [0.5.0-1] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: harfbuzz [i386] (mantic-proposed/main) [8.0.0-1] (core, i386-whitelist)
[23:43] -queuebot:#ubuntu-release- New binary: gpredict [amd64] (mantic-proposed/universe) [2.3-115-g0f3beb6-1] (no packageset)
[23:43] -queuebot:#ubuntu-release- New binary: harfbuzz [ppc64el] (mantic-proposed/main) [8.0.0-1] (core, i386-whitelist)
[23:43] -queuebot:#ubuntu-release- New binary: harfbuzz [amd64] (mantic-proposed/main) [8.0.0-1] (core, i386-whitelist)
[23:46] -queuebot:#ubuntu-release- New binary: rust-build-time [ppc64el] (mantic-proposed/universe) [0.1.3-1] (no packageset)
[23:46] -queuebot:#ubuntu-release- New binary: rust-color-to-tui [ppc64el] (mantic-proposed/universe) [0.2.0-1] (no packageset)
[23:47] -queuebot:#ubuntu-release- New binary: harfbuzz [s390x] (mantic-proposed/main) [8.0.0-1] (core, i386-whitelist)
[23:48] -queuebot:#ubuntu-release- New binary: golang-github-hashicorp-terraform-config-inspect [ppc64el] (mantic-proposed/universe) [0.0~git20230614.f32df32-1] (no packageset)
[23:48] -queuebot:#ubuntu-release- New binary: rust-scroll [ppc64el] (mantic-proposed/universe) [0.11.0-1] (no packageset)
[23:48] -queuebot:#ubuntu-release- New binary: rust-cfb [ppc64el] (mantic-proposed/universe) [0.7.3-1] (no packageset)
[23:48] -queuebot:#ubuntu-release- New binary: glab [ppc64el] (mantic-proposed/universe) [1.31.0-1] (no packageset)
[23:48] -queuebot:#ubuntu-release- New binary: rust-defmt-macros [ppc64el] (mantic-proposed/universe) [0.3.3-1] (no packageset)
[23:48] -queuebot:#ubuntu-release- New binary: golang-github-hashicorp-terraform-config-inspect [riscv64] (mantic-proposed/universe) [0.0~git20230614.f32df32-1] (no packageset)
[23:48] -queuebot:#ubuntu-release- New binary: rust-dot-writer [ppc64el] (mantic-proposed/universe) [0.1.3-1] (no packageset)
[23:49] -queuebot:#ubuntu-release- New binary: harfbuzz [arm64] (mantic-proposed/main) [8.0.0-1] (core, i386-whitelist)
[23:49] -queuebot:#ubuntu-release- New binary: rust-clap-mangen [ppc64el] (mantic-proposed/universe) [0.2.12-1] (no packageset)
[23:49] -queuebot:#ubuntu-release- New binary: rust-anstyle [ppc64el] (mantic-proposed/universe) [1.0.1-1] (no packageset)
[23:49] -queuebot:#ubuntu-release- New binary: rust-eww-shared-util [ppc64el] (mantic-proposed/universe) [0.1.0-1] (no packageset)
[23:49] -queuebot:#ubuntu-release- New binary: rust-heapless [ppc64el] (mantic-proposed/universe) [0.7.16-1] (no packageset)
[23:50] -queuebot:#ubuntu-release- New binary: rust-lz4-flex [ppc64el] (mantic-proposed/universe) [0.11.1-1] (no packageset)
[23:51] -queuebot:#ubuntu-release- New binary: rust-json5 [ppc64el] (mantic-proposed/universe) [0.4.1-1] (no packageset)
[23:51] -queuebot:#ubuntu-release- New binary: rust-rtoolbox [ppc64el] (mantic-proposed/universe) [0.0.1-1] (no packageset)
[23:51] -queuebot:#ubuntu-release- New binary: rust-serde-spanned [ppc64el] (mantic-proposed/universe) [0.6.3-1] (no packageset)
[23:51] -queuebot:#ubuntu-release- New binary: rust-toml-datetime [ppc64el] (mantic-proposed/universe) [0.6.3-1] (no packageset)
[23:51] -queuebot:#ubuntu-release- New binary: rust-papergrid [ppc64el] (mantic-proposed/universe) [0.9.1-1] (no packageset)
[23:51] -queuebot:#ubuntu-release- New binary: rust-sysexits [ppc64el] (mantic-proposed/universe) [0.6.1-1] (no packageset)
[23:51] -queuebot:#ubuntu-release- New binary: rust-scroll [arm64] (mantic-proposed/universe) [0.11.0-1] (no packageset)
[23:51] -queuebot:#ubuntu-release- New binary: libanyevent-xspromises-perl [ppc64el] (mantic-proposed/universe) [0.005-1] (no packageset)
[23:51] -queuebot:#ubuntu-release- New binary: rust-scroll [s390x] (mantic-proposed/universe) [0.11.0-1] (no packageset)
[23:52] -queuebot:#ubuntu-release- New binary: rust-thiserror-core-impl [ppc64el] (mantic-proposed/universe) [1.0.38-1] (no packageset)
[23:53] -queuebot:#ubuntu-release- New binary: golang-github-hashicorp-terraform-config-inspect [s390x] (mantic-proposed/universe) [0.0~git20230614.f32df32-1] (no packageset)
[23:53] -queuebot:#ubuntu-release- New binary: rust-scroll [armhf] (mantic-proposed/universe) [0.11.0-1] (no packageset)
[23:54] -queuebot:#ubuntu-release- New binary: rust-cfb [s390x] (mantic-proposed/universe) [0.7.3-1] (no packageset)
[23:55] -queuebot:#ubuntu-release- New binary: glab [s390x] (mantic-proposed/universe) [1.31.0-1] (no packageset)
[23:55] -queuebot:#ubuntu-release- New binary: rust-build-time [s390x] (mantic-proposed/universe) [0.1.3-1] (no packageset)
[23:55] -queuebot:#ubuntu-release- New binary: rust-twofish [ppc64el] (mantic-proposed/universe) [0.7.1-1] (no packageset)
[23:55] -queuebot:#ubuntu-release- New binary: rust-anstyle [s390x] (mantic-proposed/universe) [1.0.1-1] (no packageset)
[23:55] -queuebot:#ubuntu-release- New binary: rust-wycheproof [ppc64el] (mantic-proposed/universe) [0.5.0-1] (no packageset)
[23:55] -queuebot:#ubuntu-release- New binary: rust-clap-mangen [s390x] (mantic-proposed/universe) [0.2.12-1] (no packageset)
[23:55] -queuebot:#ubuntu-release- New binary: glab [arm64] (mantic-proposed/universe) [1.31.0-1] (no packageset)
[23:55] -queuebot:#ubuntu-release- New binary: rust-defmt-macros [s390x] (mantic-proposed/universe) [0.3.3-1] (no packageset)
[23:55] -queuebot:#ubuntu-release- New binary: rust-anstyle [armhf] (mantic-proposed/universe) [1.0.1-1] (no packageset)
[23:55] -queuebot:#ubuntu-release- New binary: stdgpu-contrib [ppc64el] (mantic-proposed/multiverse) [1.3.0+git20220507.32e0517-1] (no packageset)
[23:56] -queuebot:#ubuntu-release- New binary: rust-build-time [armhf] (mantic-proposed/universe) [0.1.3-1] (no packageset)
[23:56] -queuebot:#ubuntu-release- New binary: rust-dot-writer [s390x] (mantic-proposed/universe) [0.1.3-1] (no packageset)
[23:56] -queuebot:#ubuntu-release- New binary: rust-scroll [riscv64] (mantic-proposed/universe) [0.11.0-1] (no packageset)
[23:56] -queuebot:#ubuntu-release- New binary: rust-color-to-tui [s390x] (mantic-proposed/universe) [0.2.0-1] (no packageset)
[23:56] -queuebot:#ubuntu-release- New binary: rust-heapless [s390x] (mantic-proposed/universe) [0.7.16-1] (no packageset)
[23:58] -queuebot:#ubuntu-release- New binary: rust-cfb [armhf] (mantic-proposed/universe) [0.7.3-1] (no packageset)
[23:58] -queuebot:#ubuntu-release- New binary: rust-eww-shared-util [s390x] (mantic-proposed/universe) [0.1.0-1] (no packageset)
[23:59] -queuebot:#ubuntu-release- New binary: rust-anstyle [arm64] (mantic-proposed/universe) [1.0.1-1] (no packageset)
[23:59] -queuebot:#ubuntu-release- New binary: rust-clap-mangen [arm64] (mantic-proposed/universe) [0.2.12-1] (no packageset)
[23:59] -queuebot:#ubuntu-release- New binary: rust-color-to-tui [armhf] (mantic-proposed/universe) [0.2.0-1] (no packageset)
[23:59] -queuebot:#ubuntu-release- New binary: rust-defmt-macros [riscv64] (mantic-proposed/universe) [0.3.3-1] (no packageset)
[23:59] -queuebot:#ubuntu-release- New binary: rust-eww-shared-util [riscv64] (mantic-proposed/universe) [0.1.0-1] (no packageset)
[23:59] -queuebot:#ubuntu-release- New binary: rust-json5 [s390x] (mantic-proposed/universe) [0.4.1-1] (no packageset)
[23:59] -queuebot:#ubuntu-release- New binary: rust-build-time [arm64] (mantic-proposed/universe) [0.1.3-1] (no packageset)
[23:59] -queuebot:#ubuntu-release- New binary: rust-defmt-macros [armhf] (mantic-proposed/universe) [0.3.3-1] (no packageset)
[23:59] -queuebot:#ubuntu-release- New binary: rust-heapless [riscv64] (mantic-proposed/universe) [0.7.16-1] (no packageset)
[23:59] -queuebot:#ubuntu-release- New binary: rust-clap-mangen [armhf] (mantic-proposed/universe) [0.2.12-1] (no packageset)
[23:59] -queuebot:#ubuntu-release- New binary: rust-lz4-flex [s390x] (mantic-proposed/universe) [0.11.1-1] (no packageset)
[23:59] -queuebot:#ubuntu-release- New binary: rust-dot-writer [riscv64] (mantic-proposed/universe) [0.1.3-1] (no packageset)


[07:53] <pef> hello
[12:23] <Riddell> venda: jpatrick was after you
[12:23] <Riddell> 19:57 < jpatrick> can anyone point me to what I can do to help with the docs?
[12:30] <jpatrick> yeah
[03:21] <Morp> Hello
[03:21] <Morp> Just wondering if its possible to include KDevelop in the next Kubuntu release as in Knoppix.
[03:22] <Riddell> Morp: there's no room on the CD for developers tools, but it's available to download
[03:23] <Morp> Thanks. What about the possiblity to include it maybe in later releases.
[03:24] <Riddell> well there still won't be any room on the CD
[03:24] <Morp> Ok. Thanks.
[03:55] <Riddell> anyone running hoary?
[03:56] <Morp> Yes Riddell
[03:56] <jpatrick> Me too
[03:57] <jpatrick> what are you doing?
[03:57] <Riddell> investigating why printing won't work
[03:57] <Riddell> what happens in hoary if you print a kword file with just "asdfasdf" in it?
[03:57] <jpatrick> I was talking to Kmorph
[03:58] <jpatrick> he's erasing the topics
[03:58] <Kmorph> jpatrick: Sorry about that. I'm trying out some IRC program I just downloaded and I dont seem to know its controls
[03:59] <Kmorph> Thanks
[03:59] <Riddell> Kmorph: how did you manage to erase the topics?
[03:59] <Kmorph> Let me just switch programs
[03:59] <Kmorph> I have no idea
[03:59] <Kmorph> I just logged in with MaxxIM and its just taken control
[04:01] <jpatrick> you can rejoin #kubuntu now
[04:03] <Kmorph> let me just quit the program altogether. Its just bringing some problems
[04:06] <jpatrick> odd
[04:07] <jpatrick> My printer isn't printer
[04:07] <jpatrick> printing*
[04:07] <jpatrick> :-/
[04:09] <jpatrick> hmm..
[04:10] <jpatrick> was working before.
[04:10] <Morp> Morph needs much help. Seems he's lost it
[04:11] <Morp> Kmorph needs much help. Seems he's lost it
[04:11] <jpatrick> don't worry
[04:14] <Morp> I've tried on several occasion to run the Kubuntu live CD on my computer but the sound just isnt there. I tried it on a friend's computer and it worked out smooth. An idea
[04:15] <jpatrick> hmm..
[04:15] <jpatrick> maybe your sound card isn't supported
[04:15] <Morp> I thought so, but wasnt sure.
[04:16] <jpatrick> yeah
[04:17] <Morp> The computer however crashed and I returned it back. Anyway jpatrick, if you were to buy a laptop for extreme coding, what brand would you go for? ;)
[04:18] <jpatrick> dunno
[04:18] <jpatrick> I like Dell
[04:18] <jpatrick> cheap, does the trick
[04:19] <jpatrick> And if you do buy don't buy it at Home go to Small Business (cheaper)
[04:20] <Morp> Some friend had suggested Dell but I was doubtful
[04:20] <Morp> Thanks
[04:20] <jpatrick> You don't have to have a Small Business
[04:21] <Morp> :)
[04:21] <jpatrick> It exactly like Home but cheaper!! :D
[04:23] <Morp> jpatrick, what do you figure out would be the average price? (I have a thing for AMD)
[04:24] <jpatrick> around 900 pounds
[04:25] <jpatrick> http://www.dell.com/
[04:26] <Morp> which Dell (inspiron, latitude or presicion)
[04:26] <jpatrick> oh
[04:27] <jpatrick> 'At this time, Dell does not manufacture any systems with AMD Athlon processors.'
[04:27] <jpatrick> :(
[04:27] <Morp> A buddy of mine working with Dell told that they can make it custom to your specs
[04:28] <jpatrick> yeah you can
[04:29] <jpatrick> Click on a computer and below the specs there's a button called 'Customize it'
[04:49] <jpatrick> Last time I dist-upgraded from Hoary to Breezy it said PERL: Locale settings error
[04:50] <jpatrick> is that wrong?
[04:52] <Riddell> jpatrick: it may happen at some point between upgrading locales
[04:53] <jpatrick> no it happened when the packages started unpacking
[04:54] <Riddell> yes, so the old locales have gone and the new ones arn't in place
[04:54] <jpatrick> ah
[04:54] <jpatrick> Great
[04:54] <Riddell> it should fix itself once the new locale package is installed and locales are generated
[04:54] <jpatrick> If I dist-upgrade will it install a new kernel?
[04:58] <Riddell> quite probably you'll get a new linux build
[04:59] <jpatrick> I've spent the last hour compiling the lastest one
[05:01] <Riddell> if you did it the debian way and made a debian package then it won't install it if your one has a larger version number
[05:02] <jpatrick> mine's 2.6.10
[05:03] <Riddell> 2.6.12 is in breezy
[05:04] <jpatrick> And I'm compiling 2.6.13 on Hoary
[05:06] <jpatrick> sorry <IP_ADDRESS>
[05:09] <jpatrick> Ok I'll upgrade to Breezy then add the new kernel
[05:28] <jpatrick> Is there kubuntu.org repo for Breezy?
[05:30] <Riddell> jpatrick: no
[06:11] <OculusAquilae> hi
[06:12] <Riddell> hello OculusAquilae
[06:12] <jpatrick> hello
[06:12] <OculusAquilae> what about systemsettings, shouldn't it get scrollbars?
[06:12] <Riddell> OculusAquilae: does it need them?
[06:13] <OculusAquilae> on 1024x786 yes
[06:13] <jpatrick> not here
[06:13] <OculusAquilae> the network configuration needs it for example
[06:14] <Riddell> yeah, the qt designed files for network configuration need a lot of tidyiung
[06:14] <OculusAquilae> I know kde is very much optimized on 1240x1024, but many people have notebooks with 1024x786 only
[06:15] <OculusAquilae> and there are possibly people with 800x600 too
[06:15] <Riddell> KDE policy is that it should work on 800x600
[06:15] <Riddell> that doesn't always happen unfortunatly
[06:15] <Riddell> especially in german, all those long strings
[06:16] <OculusAquilae> kcontrol uses scrollviews for that
[07:39] <pef> bye
[07:39] <jpatrick> cya
[10:44] <jpatrick> Riddell: Is dist-upgrade meant to remove kubuntu-desktop, konqueror, etc ?
[10:45] <Riddell> it is not
[10:46] <Riddell> dist-upgrade probably isn't advisable, just install kubuntu-desktop
[10:46] <jpatrick> Well it's removed Konqueror, Kicker, Kubuntu-desktop and most of the other stuff
[10:47] <jpatrick> even kdm
[10:49] <Riddell> jpatrick: what happens if you apt-get install kubuntu-desktop ?
[10:50] <jpatrick> Can't now
[10:50] <jpatrick> still unpacking and setting up stuff
[10:51] <Riddell> cross your fingers
[10:51] <jpatrick> yeah, good idea
[10:56] <jpatrick> xserver-xorg prerm warning: X server provided by xserver-xorg package is being removed; setting /etc/X11/X to point to /bin/true
[10:56] <Riddell> oh dear
[10:57] <jpatrick> now it's unpacking a load of xserver-xorg debs
[10:57] <allee> jpatrick: hmm, I did an apt-get dist-upgrade this afternoon now right now.  No problem.
[10:57] <allee> s/now/and/
[10:58] <Riddell> allee: from hoary to breezy?
[10:58] <jpatrick> I get this problem sometimes:
[10:58] <jpatrick> perl: warning: Setting locale failed.
[10:58] <jpatrick> perl: warning: Please check that your locale settings:       LANGUAGE = "en_GB:en", LC_ALL = (unset), LANG = "en_GB.UTF-8" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). perl: warning: Setting locale failed.
[10:58] <allee> no breezy -> breezy.
[10:58] <jpatrick> But I think Riddell explained that already
[11:01] <allee> lol
[11:02] <jpatrick> it's just removed kb3 klipper kdevelop3 and kdevelop3-data
[11:02] <jpatrick> oh and right now kdevelop3-plugins
[11:03] <jpatrick> some more KDE apps :(
[11:05] <allee> Riddell: pkg policy: digikam #1487 has a trival fix.  Should I post the interdiff to malone or better upload to revu
[11:09] <jpatrick> It almost killed my session
[11:09] <Riddell> allee: what's the number for?  malone?
[11:09] <allee> yeap.
[11:10] <Riddell> allee: post me the patch and I can upload if you want
[11:11] <allee> 'k
[11:16] <jpatrick> As soon as it's done I'm apt-getting kubuntu-desktop
[11:17] <Riddell> wow, digikam binary .deb is 11Megs
[11:18] <allee> 0.7.3 is 24 MB.  0.7.4 will split docs out  digikam -> 2 MB.
[11:35] <jpatrick> so instead of apt-get dist-upgrade I should of done apt-get install kubuntu-desktop ?
[11:38] <allee> dist-upgrade should do.  but breezy is in flux so it does not work all the time.  this will change before release ;)
[11:39] <Riddell> jpatrick: as long as KDE is what you're interested in it's a lot safer
[11:39] <Riddell> allee: that fix going to go to debian too?
[11:40] <allee> Yes. It's already on my disk.
[11:41] <allee> Unfortunately 0.7.4 uses CECILL license.  Got no okay from debian-legel yet :(  So maybe I have to uplaod 0.7.3 first.
[11:41] <jpatrick> I tried installing from the Colony 2 CD
[11:43] <jpatrick> It couldn't detect my wireless card unlike Hoary
[11:43] <Riddell> allee: CECILL licence?
[11:44] <allee> http://www.cecill.info/licences.en.html
[11:44] <allee> french derivative of GPL which tries to take french laws into account
[11:44] <Riddell> hum
[11:44] <Riddell> is it GPL compatible?
[11:45] <allee> They claim yes.
[11:45] <Riddell> hum
[11:45] <allee> but debian-legal had not reached consensus about DFSG status
[11:47] <allee> it's only parts of digikamplugins that use CECILL but digikam version and digikam version are tighly coupled
[11:47] <Riddell> does upstream have a reason for using that licence or are they just trying to be annoying?
[11:47] <allee> digikam 0.7.4 conflicts with digikamimageplugins > 0.7.3
[11:48] <allee> Gilles (french to) uses some quite nice and sophisticated image correction code.
[11:49] <allee> CECILL claim it's GPL compatible but debian tends to tribble check new licenses with respect to DSFG
[11:50] <Riddell> new digikam uploaded, but I forgot to change version from build1 to ubuntu1
[11:50] <Riddell> which means it should sync normally with debian next time so that's OK :)
[11:51] <allee> thx.
[11:52] <Riddell> wait for it to hit the archives then test then close beastie
[11:52] <allee> 'k.  I'm curious too if this works.
[11:54] <allee> nite!
[11:54] <Riddell> guid nicht
[11:55] <allee> Jidisch?
[11:56] <Riddell> Scots
[11:58] <jpatrick> Oh I liked that page you made about the Mozilla thing
[11:58] <Riddell> translating mozilla is horrible, that's why I'm a KDE developer :)
[11:59] <jpatrick> Sounds like a nice job :)


[05:48] <stub> lifeless: So my branch had timeout as the timeout, and your branch has timeout as the goal time for the 99% calculations, and histogram_width as the timeout
[05:49] <lifeless> yeah, my first branhc, as you said, was in poor shape
[05:49] <lifeless> the incremental changes are twofold
[05:49] <lifeless> firstly, there is an existing bug in the report: the stddev is being mangled by the clipping of the data
[05:49] <lifeless> likewise the variange
[05:50] <lifeless> so I changed that, and having fixed that I then had the abilitity to do the histogram columns independently, and I figures that seeing the shape beyond the timeout would be useful
[05:54] <stub> The logic was that if a page takes longer than the hard timeout, that is irrelevant. It doesn't render so ends up in the 'fail' column at the hard timeout, giving a nice 'kick' at the end.
[05:55] <stub> I would have labelled the last column 'timeout' if the graphing tool let me.
[05:56] <stub> I suspect the only correct answer though would be to report a timeout%, and have the stats calculated non-timeout pages.
[05:58] <lifeless> stub: well, what I've done willso have a kick
[05:58] <lifeless> and - we could do a kick at the exact timeout column if you wanted
[05:58] <lifeless> but I wanted the stddev to be accurate, because that tells us the 99% figure
[05:59] <lifeless> stub: perhaps you could give it a spin and we can see what it looks like ?
[06:03] <stub> lifeless: I don't like that we are growing a separate list for capped request times. I think we want to create this on the fly using a generator, and use numpy.fromiter instead of numpy.asarray to construct the array.
[06:04] <lifeless> stub: ok
[06:04] <lifeless> stub: is that a memory overhead concern ?
[06:04] <stub> We have nearly 500 of these things in ram containing over 10 million 32bit objects, so yeah
[06:05] <stub> But I pulled out the spool-to-disk version, as it seemed to be better to hit swap than open 500 temporary files. That was implemented as I thought I was crashing devpad, but it was just hardware issues.
[06:06] <stub> (monthly reports will get lots of requests, when devpad stays up long enough to actually generate one...)
[06:07] <stub> I'll give it a run as is - memory shouldn't be an issue for a daily run.
[06:09] <lifeless> I'm happy to change that for you
[06:09] <lifeless> I considered doing it on the fly but it seemed slower ;P
[06:19] <stub> It is slower, but that is a minor part of our runtime. Parsing the logs takes time. Generating the stats is pretty much instantaneous.
[06:39] <lifeless> ok
[06:39] <lifeless> so - lets see how it looks, and I'll look up fromiter
[06:46] <stub> fromiter(iterable, numpy.float32, len(self.request_times)) - we know the length so can use the third parameter
[06:47] <lifeless> and iterable is an adapter to call min ?
[06:48] <stub> https://devpad.canonical.com/~stub/ppr/edge/latest-daily-timeout-candidates.html is done. lpnet still generating
[06:48] <stub> lifeless: I imagine it is a generator that returns the time capped to the timeout
[06:49] <lifeless> RIGHT
[06:49] <lifeless> bah
[06:49] <lifeless> Right
[06:49] <lifeless> thats what I thought too
[06:53] <stub> Bwaha... LibraryFileAlias:StreamOrRedirectLibraryFileAliasView is a mess without the cap ;)
[06:53] <stub> But I guess that is the truth.
[06:53] <lifeless> yup
[06:54] <lifeless> do think these changes are ok then ?
[06:56] <lifeless> I've pushed up a (hopefully working) fromiter version
[07:04] <stub> That all looks good. I've kicked off another run with the new version
[07:05] <lifeless> thanks
[10:56] <jelmer> noodles775: Could I add a branch to your queue?
[10:56] <noodles775> jelmer: please do :)
[10:57] <jelmer> noodles775: The MP is https://code.edge.launchpad.net/~jelmer/launchpad/613468-xb-ppa-db/+merge/32307
[10:57] <jelmer> noodles775, thanks!
[11:00] <StevenK> noodles775: O hai, can you re-re-review https://code.edge.launchpad.net/~stevenk/launchpad/switch-ifp-to-unittests/+merge/32073 ?
[11:01] <noodles775> StevenK: indeed :)
[11:33] <noodles775> StevenK: I'm not trying to make your life hard, and hate dragging this review on, but I don't understand why test_create_builds does so much more than what the name implies... do you have time to mumble and discuss it briefly?
[11:44] <StevenK> noodles775: Yes, doing so in a sec
[11:45] <StevenK> noodles775: But it doesn't? It asserts the *source* for 0.1-2 exists, and then creates a build for it?
[12:15] <StevenK> noodles775: The diff does not appear to have been updated yet, but the MP is ready for your re-re-re-review.
[12:15] <noodles775> Thanks StevenK
[12:38] <StevenK> noodles775: No news is good news, or I'm in the queue?
[12:42] <noodles775> StevenK: looking now (had to merge as the MP hadn't updated)
[12:42] <StevenK> Yes, I'm not sure what is going on there
[12:50] <jelmer> noodles775: Thanks for the review!
[12:51] <noodles775> np
[12:57] <noodles775> StevenK: looks good. I've just highlighted what seem to be a few inconsistencies in the comments, but otherwise r=me: http://pastebin.ubuntu.com/476903/
[13:07] <wgrant> jelmer: Hm, why are the extra fields JSON?
[13:07] <wgrant> They're known to be string pairs.
[13:08] <wgrant> It seems like an extra table would do fine, leave the table smaller, and make it possible to query them in future.
[13:08] <jelmer> wgrant: consistency with other fields in the database, where we also use JSON.
[13:08] <wgrant> Are there any, apart from on Job?
[13:08] <StevenK> noodles775: Planning to commit http://pastebin.ubuntu.com/476907/
[13:09] <jelmer> wgrant: No, just job actually.
[13:09] <wgrant> jelmer: And it's like that so that custom job types can store different data there.
[13:09] <wgrant> I don't see why JSON should be used here, and not a separate table.
[13:17] <jelmer> wgrant: simplicity; I don't see why we would need to query that field. if we would go the way of a separate table we might want to use it for some of the other control fields as well
[13:17] <jelmer> which might not be a bad idea, just out of scope for me at the moment.
[13:31] <StevenK> gmb: O hai! Given noodles775's has Approved the MP at https://code.edge.launchpad.net/~stevenk/launchpad/switch-ifp-to-unittests/+merge/32073; can haz moar review?
[13:39] <gmb> StevenK, If you stop asking in lolspeak, yes. ;)
[13:40] <gmb> In fact, I think noodles775's review is far more comprehensive than mine (hurrah for context)
[13:40] <gmb> So I'll just mark it approved.
[13:40] <StevenK> gmb: Okay, cool
[15:19] <james_w> jml: hi, would you be willing to do an incremental review of https://code.edge.launchpad.net/~james-w/launchpad/no-more-sampledata-2/+merge/31891 ?
[15:19] <jml> james_w, yes. I'll look at it shortly
[15:19] <james_w> thanks
[16:41] <leonardr> can i get someone to review my really simple launchpadlib branch? i've been in the queue since yesterday
[16:41] <bac> hey salgado, can you do a shipit review for me?
[16:42] <leonardr> https://code.edge.launchpad.net/~leonardr/launchpadlib/616055/+merge/32352
[16:42] <salgado> bac, sure!
[16:42] <bac> salgado:  https://code.edge.launchpad.net/~bac/shipit/bug-616059/+merge/32457
[16:42] <salgado> bac, not allowed
[16:43] <bac> salgado:  try now
[16:43] <salgado> bac, while you subscribe me to your branch, subscribe launchpad-pqm as well, or else you won't be able to land it later
[16:44] <bac> salgado:  thanks for the tip!
[16:44] <leonardr> bac, while you wait, will you review my branch please?
[16:44] <bac> leonardr:  sure
[16:44]  * bac looks
[16:45] <leonardr> thanks
[16:47] <salgado> bac, did you consider doing that for canonical.* instead of canonical.launchpad.*?
[16:48] <bac> salgado:  yeah, sort of.  i thought lp was sufficient.  you think i chose wrong?
[16:49] <salgado> bac, I'd have done for canonical.* but lp.* and canonical.launchpad.* is certainly where we do most of our changes/refactorings, so it's no big deal
[16:57] <bac> salgado:  yeah, you would've...but you're smarter than me!
[17:02] <salgado> bac, If that was the case I'd have done this change long ago. ;)
[17:02] <bac> salgado:  yeah, if you weren't such a slacker
[17:10] <salgado> that is certainly the case
[17:11] <bac> leonardr:  r=bac.
[17:11] <salgado> bac, did you get my review?  you might want to get someone from ISD to have a look as well, as they own shipit now
[17:13] <bac> salgado:  i see it now.  did you mean to have it just be a comment?
[17:13] <salgado> no, just approved using the web UI, but it'd be good to at least let them know about the change before it lands
[17:14] <bac> salgado:  i'll talk to achuni or someone else
[17:14] <bac> salgado:  thanks for catching those issues
[17:14] <bac> i renamed to sd_setUp b/c there is another setUp being imported in that file
[17:15] <salgado> np.  thank you for doing this change
[17:15] <salgado> fair enough
[17:15] <bac> sd is cryptic for 'systemdocs'
[17:44] <leonardr> benji-lunch, it looks like we're missing a review for lazr.restfulclient/total_size_link
[18:00] <leonardr> noodles775, the branch i'd like reviewed is https://code.edge.launchpad.net/~benji/lazr.restfulclient/total_size_link/+merge/32472
[18:01] <leonardr> it's benji's branch but most of the code is mine
[18:01] <leonardr> just fyi, when you get to me
[18:07] <jml> james_w, done
[18:25] <james_w> thanks jml
[18:26] <jml> np
[18:42] <leonardr> noodles775, i'd also like to add this to the queue: https://code.edge.launchpad.net/~leonardr/launchpad/new-lazr.restful-and-friends/+merge/32474
[18:48] <jelmer> leonardr: I think Michael has signed off for the day.
[18:48] <leonardr> well, damn
[18:48] <leonardr> bac, are you in the mood to do more reviews?
[18:49] <bac> leonardr:  i can do one.
[18:49] <jelmer> rockstar should be around later, or is he on leave?
[18:49]  * bac has a full day of reviews tomorrow
[18:49] <rockstar> Oh snap, forgot it was Thursday.
[18:50] <leonardr> bac: ok, rockstar will take care of these
[18:51] <bac> thanks leonardr and rockstar
[18:59] <rockstar> leonardr, apparently there are two review to do for you.  Where's the other one?
[18:59] <rockstar> (I already did new-lazr.restful-and-friends)
[18:59] <leonardr> rockstar: ok, the other one is https://code.edge.launchpad.net/~benji/lazr.restfulclient/total_size_link/+merge/32472
[19:05] <bac> rockstar may i add a small branch to your queue?
[19:05] <rockstar> bac, sure.
[19:07] <rockstar> bac, ftr, I'm going to clear out all the +activereviews today, so you won't have a huge queue tomorrow.
[19:12] <bac> rockstar:  that would be swell.  do leave me some, though!
[19:30] <bac> leonardr:  what is the status of this branch: https://code.edge.launchpad.net/~leonardr/launchpad/grant-permissions-oauth/+merge/29425
[19:30] <leonardr> bac: i got sidetracked by an emergency project before i could land it, and i don't want to land it on its own because it's part of another large project
[19:31] <leonardr> so, the status is "wait and see"
[19:31] <bac> leonardr:  ok
[21:33] <bac> thanks for the review rockstar
[22:25] <jelmer> rockstar: I've fixed the conflicts in my branch; any chance I could add it back into your queue?
[22:26] <rockstar> jelmer, if it's in +activereviews, I'll get to it today.
[22:26]  * rockstar is firefighting currently.
[22:26] <jelmer> rockstar: great, thanks
[22:26] <jelmer> rockstar: oh, ok
[22:43] <thumper> jelmer: are you going to propose the bzr-git update branch?
[22:44] <jelmer> thumper: yes, it should fix quite a few of the broken imports
[22:44] <thumper> cool
[22:44] <thumper> there is someone trying the chicken import every few days
[22:45] <jelmer> thumper: yeah, he pinged me on IRC today about it.
[22:45] <jelmer> thumper: How hard it is to get the new bzr-git deployed without waiting for the next lp release?
[22:45] <thumper> jelmer: very trivial
[22:45] <thumper> jelmer: we land it, test it on staging
[22:46] <thumper> jelmer: then CP it to the production branch
[22:46] <thumper> jelmer: and get it rolled out
[22:46] <thumper> so lag time is 3 x ec2 test run + staging rollout lag + production rollout lag
[22:47] <thumper> add in test time, and getting approval, both of which should be pretty short
[22:47] <jelmer> ok
[23:20] <jelmer> thumper: https://code.edge.launchpad.net/~jelmer/launchpad/update-bzr-git/+merge/32527
[23:35] <thumper> jelmer: done
[23:36] <jelmer> thumper: bug 497428 appears to be fixed, scilab's import is working. Can I mark it fixreleased in launchpad-code?
[23:36] <_mup_> Bug #497428: Import on a large git repository is failing <code-import> <Bazaar Git Plugin:Fix Released> <Launchpad Bazaar Integration:Triaged> <https://launchpad.net/bugs/497428>
[23:36] <thumper> jelmer: yep
[23:47] <jelmer> thumper: perhaps we should increase the number of revisions imported per step with bzr-svn
[23:47] <thumper> jelmer: I'm up for that
[23:47] <thumper> jelmer: it is just a config change I think
[23:47] <jelmer> thumper: the KDE branches appear to be working now, but they're spending 15 minutes trying to figure out what 1k revisions to fetch and then 2 minutes doing the actual work.
[23:48] <thumper> jelmer: 10k seem reasonable?
[23:48] <jelmer> thumper: Yeah, definitely.
[23:49] <jelmer> thumper: Could the git batch size also be increased perhaps?
[23:49] <thumper> jelmer: yep
[23:49] <jelmer> I think it's at 10k now but we should be able to handle 30k at least
[23:49] <thumper> jelmer: sure, sounds reasonable
[23:57] <mwhudson> i still wonder if it should be time-limited not rev-count limited
[23:59] <jelmer> mwhudson: time and memory limited in that case, but yeah, that sounds reasonable.


[09:26] <hajix> hi there
[09:26] <hajix> how r u guys
[09:26] <hajix> any body is here for helping
[09:26] <hajix> im in elementary os with no liber office
[09:26] <hajix> and i download liber from the offical site
[09:26] <hajix> and then i extracted
[09:26] <hajix> but in the folder there is a lot of deb files
[09:26] <hajix> i dont know how to install
[09:26] <hajix> witch one to install
[09:26] <hajix> HELP!


[00:02] <gregcoit> hi.  how do I undo a "bzr rm"?  no other commands have been run since then (like "bzr ci").
[00:06] <maxb> bzr revert pathname should do it
[00:06] <gregcoit> maxb: ty - that worked!
[00:33] <lifeless> mgz: deryck
[00:50] <poolie> good morning
[00:50] <poolie> hi lifeless
[00:50] <lifeless> hi poo
[00:51] <lifeless> hi poolie
[00:52] <poolie> snort
[00:53] <mgz> you really want those last three letters
[00:54] <mgz> lifeless: should I bug him on irc or subscribe him to the bug or what?
[00:55] <lifeless> mgz: overloaded word that
[00:55] <lifeless> I'd discuss with him
[00:55] <lifeless> and see if he wants a unique bug or what have you
[00:55] <mgz> thanks.
[01:04] <spiv> Good morning.
[01:06] <lifeless> hola
[02:25] <poolie> hi there spiv
[02:37] <thumper> in the bzrlib source
[02:37] <thumper> is there a method to do interdiffs?
[02:38] <poolie> thumper: i don't think so-
[02:38] <lifeless> mmm
[02:38] <lifeless> depends on what you mean
[02:38] <thumper> I'd really like to not to have to shell out to interdiff binary
[02:38] <lifeless> ok, that, no - we haven't done that yet.
[02:39] <thumper> I have an old review diff, and a new review diff generated from newer commits
[02:39] <thumper> I want to see the difference between them
[02:39] <thumper> (and email it out)
[02:39] <lifeless> right, lp mp incremental changes ?
[02:39] <thumper> yep
[02:39] <lifeless> if I can suggest a different way
[02:40] <lifeless> you have the old tip O and the new tip N
[02:40] <lifeless> do a preview-merge with O and get a tree - not a diff
[02:40] <lifeless> do a preview-merge with N and get the tree.
[02:40] <lifeless> then do diff between the two preview trees
[02:41] <lifeless> I'd expect that to be more useful, and its not going to be an interdiff, so its easier to read.
[02:42] <thumper> are preview trees up to that yet
[02:42] <thumper> ?
[02:42] <lifeless> If they aren't it will be straight forward to fix I suspect
[02:42] <lifeless> if they aren't I'd really like to know anyhow :)
[02:54] <poolie> lifeless: re ease of reading, the output of interdiff is not a diff of diffs
[02:54] <poolie> iirc
[02:55] <poolie> it's just a diff
[02:55] <lifeless> ah yes
[02:55] <lifeless> I'm thinking debdiff
[02:55] <lifeless> which is interdiff
[02:55] <lifeless> of patches
[02:56] <lifeless> and known to blow up spectacularly with some packages
[02:56] <poolie> jam (if any), lifeless, we need a way to get debug info for out of memory errors
[02:57] <lifeless> poolie: nevertheless the failure modes in two previews seem better to me, IMBW.
[02:57] <lifeless> poolie: yes, agreed.
[02:58] <lifeless> hmm, -Derror should give us something
[03:00] <poolie> can anyone confidently answer about bzr-svn in https://answers.edge.launchpad.net/bzr/+question/116868
[03:00] <poolie> there is a bug for this
[03:00] <poolie> may need jam jam
[03:01] <lifeless> jam jam ?
[04:08] <jam> lifeless, poolie: you rang?
[04:08] <lifeless> I didn't; poolie may have
[04:08] <jam> poolie: what sort of mem info do you want?
[04:09] <lifeless> jam: there is an OOM error occuring on a 30MB file according to some guy in some bug report.
[04:09] <poolie> jam, when bzr crashes with MemoryError i'd like us to get some useful debugging info back from the user
[04:09] <lifeless> be nice to be able to see whats really oging on.
[04:09] <poolie> there's a bug asking for this
[04:12] <jam> poolie: I remember chatting with you about this a bit. One of the problems is that stuff like 'str' objects aren't in the gc list
[04:13] <jam> strs and ints/floats/etc being the most obvious not present
[04:13] <jam> and now StaticTuple :)
[04:15] <poolie> so i guess the question is:
[04:16] <poolie> if there is any data we could easily report we should do it
[04:16] <poolie> even if it's not 100% complete or if it's useful in only a subset of cases
[04:16] <jam> poolie: well, you can certainlly call trace.debug_memory()
[04:17] <jam> which would at least tell you vmpeak and vmsize, etc
[04:17] <poolie> mm, we should put that into the apport file ,if we don't already
[04:18] <poolie> i don't know if that will tell us _why_ we ran out though
[04:18] <poolie> perhaps the traceback may give some clue
[04:18] <poolie> can we take the question that you'd ask the user experiencing an oom problem
[04:18] <poolie> and automatically answer it when they first hit the bug?
[04:58] <jam> poolie: I'd have to think about what the first questions would be. Things I would usually ask are stuff like "what action were you taking" which should already be in the log file
[04:58] <jam> what the size of files are you working with
[04:58] <jam> I think that would be a bit hard to automatically answer
[05:00] <jam> knowing the sizes of objects in the frames on the stack could be useful
[05:12] <poolie> jam i guess we could walk up the stack and print either the actual contents of the locals, or some data about them
[05:12] <poolie> such as their estimated size
[05:12] <jam> poolie: I think contents is risky, but size could be reasonable
[05:12] <poolie> some risk of leaking private data there
[05:13] <jam> well, I'm thinking more about 100MB files
[05:14] <poolie> that too
[05:14] <poolie> there is a cgitb module that does some of this
[05:15] <poolie> including trimming large values
[05:15] <poolie> so there's a function (in meliae?) that estimates the size of an object?
[05:30] <jam> poolie: in python 2.6 you can use sys.getsizeof()
[05:30] <jam> meliae also exposes something like this
[05:30] <poolie> ok
[05:31] <poolie> so this won't tell us if we're using lots of memory in a global not referenced by the stack
[05:31] <poolie> and it would probably be too noisy to print all the globals
[05:31] <poolie> but that may be an unusual condition
[05:31] <poolie> i guess we could print globals using a lot of memory
[05:34] <jam> we could walk gc.get_referents() at a cost of 1 pointer per object
[05:37] <poolie> cost in terms of needing to allocate more memory to do that?
[05:53] <jam> yeah
[05:53] <jam> for the list that holds it
[05:54] <jam> it could be a problem if we are already oom
[06:21] <lifeless> jam: for when you awake.
[06:22] <lifeless> https://bugs.edge.launchpad.net/bzr-builddeb/+bug/552950
[06:22] <lifeless> please comment
[06:57] <yao> if I commit 10 times, from rev 1 to rev 10, in my local branch, and didn't push them to remote branch yet,
[06:57] <yao> I want to uncommit commit #5, what should I do?
[06:57] <yao> 'bzr uncommit' doesn't help,
[07:05] <poolie> yao: it depends on exactly what you want
[07:05] <poolie> do you want to pretend #5 never happened, or do you want to just reverse it's effect?
[07:06] <yao> poolie: former, I think,
[07:06]  * yao is wondering whether it is possible to pretend #5 never happened
[07:45] <aidalgol> Google is turning up nothing on this: is it safe to edit .bzrignore?
[07:49] <spiv> Yep.
[07:52] <aidalgol> OK, good.
[07:53] <aidalgol> Why might this line (in a .bzrignore) have *two* stars?
[07:53] <aidalgol> lisp/**/loaddefs.el
[08:00] <spiv> aidalgol: see 'bzr help ignore', it explains the patterns
[08:00] <spiv> (Also, 'bzr help patterns')
[08:01] <spiv> To answer your specific query: "/**/ - Matches 0 or more directories in a path"
[08:59] <poolie> hi there spiv, vila
[08:59] <vila> hey poolie
[09:00] <poolie> sorry yao i missed you there
[09:00] <poolie> are you still here?
[09:00] <poolie> have a look at the bzr-
[09:00] <poolie> have a look at the bzr-rewrite plugin
[09:00] <yao> poolie: I am here...
[09:01] <poolie> do you want to keep the later commits as distinct commits?
[09:01] <poolie> or are you happy to fold them into just one?
[09:03] <yao> poolie: I want to keep later commits as distinct ones...
[09:03]  * yao is looking at https://launchpad.net/bzr-rewrite
[09:05] <poolie> try bzr help rebase
[09:22] <poolie> we should document that specific case
[10:36] <yoroy> How do I find where bzr is intalled on OS X? Trying to get the Eclipse plugin working.
[10:45] <C-Keen> yoroy: which bzr will tell you on a Terminal
[10:46] <yoroy> C-Keen: forgot to mention I don't want to use a Terminal
[10:46] <yoroy> :)
[10:46] <yoroy> but I could handle it if I knew the command
[10:46] <C-Keen> I don't understand
[10:47] <GaryvdM> mgz: Ping
[10:47] <yoroy> C-Keen: the eclips plugin asks me for the path to the bzr executable. I don't know how to find that path
[10:47] <C-Keen> yoroy: well type 'which bzr' on a Terminal and you know
[10:48] <yoroy> C-Keen: thank you
[10:52] <mgz> pong garyvdm, but I'm leaving in five minutes, hopefully be around a bit later though
[10:52] <GaryvdM> Hi mgz
[10:52] <GaryvdM> The .pyo in the installer were fine
[10:53] <GaryvdM> for plugins
[10:53] <GaryvdM> but the .pyo that were created for plugins that I had in BZR_PLUGIN_PATH got doc strings removed
[10:54] <mgz> did you see the log?
[10:54] <GaryvdM> So if we could get the files in library.zip to be -OO
[10:54] <mgz> you've not got the final part of my don't-recompile-plugin-pyo-files fix
[10:54] <GaryvdM> but leave the exe as -O
[10:55] <GaryvdM> Oh - were is that?
[10:55] <mgz> you need the recent change to bzr setup.py and/or the third rev in the bzr-windows-installer merge proposal
 but leave the exe as -O <- if one of us can work out how to do this, it would also be good.
[10:55] <GaryvdM> Ok - I find that an try a build...
[10:56] <mgz> I saw the bug with recompilation and stopped investigating there, but getting the exe as -O would be good.
[10:56] <GaryvdM> mgz: maybe build the library.zip ourselfs
[10:57] <GaryvdM> Ok cool.
[10:57] <mgz> there's probably a neater way, just didn't get as far as looking for it.
[10:57] <GaryvdM> Thanks
[10:58] <mgz> okay, leaving now.
[14:02] <bobslee> hi, does bzr explorer install without a glitch on mac osx?
[14:12] <GaryvdM> bobslee: The installer works well
[14:15] <GaryvdM> bobslee: There are some polish issues on mac though - like the app name in the menu shows as "python".
[14:17] <GaryvdM> bobslee: I'm also not sure if it installs a app icon, so either run "bzr explorer" from a terminal, or create a shortcut icon.
[14:24] <bobslee> GaryvdM: ok thanx for info. But it requires a bunch of dependencies Qt, QBzr.. takes a while to install?
[14:26] <GaryvdM> bobslee: Maybe you are reading a old info. The latest installers have every thing you need.
[14:27] <GaryvdM> bobslee: http://wiki.bazaar.canonical.com/MacOSXBundle/SnowLeopard
[14:27] <GaryvdM> bobslee: What version of Mac OS do you have
[14:28] <bobslee> 10.5 (leopard)
[14:28] <GaryvdM> bobslee: The 10.6 installer has everything, but for the 10.5 installer, you have to install Qt
[14:29] <bobslee> GaryvdM: allrighty, thanx I'll give it a try
[14:29] <GaryvdM> bobslee: http://wiki.bazaar.canonical.com/MacOSXBundle
[14:31] <bobslee> GaryvdM: do you whether bzr supports reverse merging (like i.e. in svn: merge -r1000:993) ?
[14:31] <GaryvdM> bobslee: yes
[14:34] <bobslee> GaryvdM: I prefer to install bzr (explorer) via macports. Is that a good choice? - because I want to prevent dependency/upgrade nightmares..
[14:35] <GaryvdM> bobslee: my experience no, but I don't use a mac much, so I would say investigate yourself.
[14:35] <GaryvdM> bobslee: check if they have the latest versions...
[14:56] <bobslee> GaryvdM: thanx again
[15:43] <detritux> hi all. I've been trying to push my local modification to my launchpad project for a while but never succeeded: Transport operation not possible: readonly transport
[15:43] <detritux> I added my ssh keys to launchpad and logged into launchpad from my bazaar explorer as described in one of the tuto
[15:43] <detritux> any ideas?
[15:51] <GaryvdM> detritux: Have you done 'bzr launchpad-login'?
[15:51] <detritux> yes I did that in the bazaar explorer
[15:51] <detritux> if I run it without any arguments it prints my login so I assume it worked
[15:52] <GaryvdM> detritux: What is the url that you are pusing to.
[15:53] <detritux> bzr+ssh://bazaar.launchpad.net/~ugocupcic/sr-ros-interface/trunk/
[15:53] <GaryvdM> detritux: That's odd.
[15:54] <detritux> :S yeah, I only found tutorials / forums and it seemed quite straightforward each time
[15:54] <GaryvdM> detritux: could you please pastbin the relevant entry from ~/.bzr.log
[15:57] <detritux> 0.173  bazaar version: 2.1.1
[15:57] <detritux> 0.173  bzr arguments: [u'commit', u'-m', u'added dependency to robot_state_publisher for easier build.', u'shadow_robot/sr_hand/manifest.xml']
[15:57] <detritux> 0.175  encoding stdout as osutils.get_user_encoding() 'UTF-8'
[15:57] <detritux> 0.210  ssh implementation is OpenSSH
[15:57] <detritux> 8.869  opening working tree '/home/genugo/Projects/st-ros-interface'
[15:57] <detritux> 8.934  Traceback (most recent call last):
[15:57] <detritux>   File "/usr/lib/python2.6/dist-packages/bzrlib/commands.py", line 853, in exception_to_return_code
[15:57] <detritux>     return the_callable(*args, **kwargs)
[15:57] <detritux>   File "/usr/lib/python2.6/dist-packages/bzrlib/commands.py", line 1055, in run_bzr
[15:57] <detritux>     ret = run(*run_argv)
[15:57] <detritux>   File "/usr/lib/python2.6/dist-packages/bzrlib/commands.py", line 661, in run_argv_aliases
[15:57] <detritux>     return self.run_direct(**all_cmd_args)
[15:57] <detritux>   File "/usr/lib/python2.6/dist-packages/bzrlib/commands.py", line 665, in run_direct
[15:57] <detritux>     return self._operation.run_simple(*args, **kwargs)
[15:57] <detritux>   File "/usr/lib/python2.6/dist-packages/bzrlib/cleanup.py", line 122, in run_simple
[15:57] <detritux>     self.cleanups, self.func, *args, **kwargs)
[15:57] <detritux>   File "/usr/lib/python2.6/dist-packages/bzrlib/cleanup.py", line 156, in _do_with_cleanups
[15:57] <detritux>     result = func(*args, **kwargs)
[15:57] <detritux>   File "/usr/lib/python2.6/dist-packages/bzrlib/plugins/qbzr/lib/commands.py", line 788, in run
[15:57] <detritux>     return run_subprocess_command(cmd, bencoded)
[15:57] <detritux>   File "/usr/lib/python2.6/dist-packages/bzrlib/plugins/qbzr/lib/subprocess.py", line 789, in run_subprocess_command
[15:57] <detritux>     return commands.run_bzr(argv)
[15:58] <detritux>   File "/usr/lib/python2.6/dist-packages/bzrlib/commands.py", line 1055, in run_bzr
[15:58] <detritux>     ret = run(*run_argv)
[15:58] <detritux>   File "/usr/lib/python2.6/dist-packages/bzrlib/commands.py", line 661, in run_argv_aliases
[15:58] <detritux>     return self.run_direct(**all_cmd_args)
[15:58] <detritux>   File "/usr/lib/python2.6/dist-packages/bzrlib/commands.py", line 665, in run_direct
[15:58] <detritux>     return self._operation.run_simple(*args, **kwargs)
[15:58] <detritux>   File "/usr/lib/python2.6/dist-packages/bzrlib/cleanup.py", line 122, in run_simple
[15:58] <detritux>     self.cleanups, self.func, *args, **kwargs)
[15:58] <detritux>   File "/usr/lib/python2.6/dist-packages/bzrlib/cleanup.py", line 156, in _do_with_cleanups
[15:58] <detritux>     result = func(*args, **kwargs)
[15:58] <detritux>   File "/usr/lib/python2.6/dist-packages/bzrlib/builtins.py", line 3138, in run
[15:58] <detritux>     exclude=safe_relpath_files(tree, exclude))
[15:58] <detritux>   File "/usr/lib/python2.6/dist-packages/bzrlib/decorators.py", line 192, in write_locked
[15:58] <detritux>     self.lock_write()
[15:58] <detritux>   File "/usr/lib/python2.6/dist-packages/bzrlib/workingtree_4.py", line 618, in lock_write
[15:58] <detritux>     self.branch.lock_write()
[15:58] <detritux>   File "/usr/lib/python2.6/dist-packages/bzrlib/remote.py", line 2377, in lock_write
[15:58] <detritux>     remote_tokens = self._remote_lock_write(token)
[15:58] <detritux>   File "/usr/lib/python2.6/dist-packages/bzrlib/remote.py", line 2367, in _remote_lock_write
[15:58] <detritux>     repo_token or '', **err_context)
[15:58] <detritux>   File "/usr/lib/python2.6/dist-packages/bzrlib/remote.py", line 52, in _call
[15:58] <detritux>     return self._client.call(method, *args)
[15:58] <detritux>   File "/usr/lib/python2.6/dist-packages/bzrlib/smart/client.py", line 132, in call
[15:58] <detritux>     result, protocol = self.call_expecting_body(method, *args)
[15:58] <detritux>   File "/usr/lib/python2.6/dist-packages/bzrlib/smart/client.py", line 145, in call_expecting_body
[15:58] <GaryvdM> detritux: Next time, please use something like http://pastebin.org/ when you paste :-)
[15:58] <detritux>     method, args, expect_response_body=True)
[15:58] <detritux>   File "/usr/lib/python2.6/dist-packages/bzrlib/smart/client.py", line 81, in _call_and_read_response
[15:58] <detritux>     expect_body=expect_response_body),
[15:58] <mwhudson> detritux: paaaaaaaaaaaste bin
[15:58] <detritux>   File "/usr/lib/python2.6/dist-packages/bzrlib/smart/message.py", line 306, in read_response_tuple
[15:58] <detritux>     _translate_error(self.args)
[15:59] <detritux>   File "/usr/lib/python2.6/dist-packages/bzrlib/smart/message.py", line 355, in _translate_error
[15:59] <detritux>     raise errors.LockFailed(*error_args[:2])
[15:59] <detritux> LockFailed: Cannot lock LockDir(lp-70455952:///~ugocupcic/sr-ros-interface/trunk/.bzr/branchlock): Transport operation not possible: readonly transport
[15:59] <detritux> 8.934  Transferred: 1KiB (0.1K/s r:1K w:1K)
[15:59] <detritux> 8.934  return code 3
[15:59] <detritux> 411.969  Traceback (most recent call last):
[15:59] <detritux>   File "_dirstate_helpers_pyx.pyx", line 1852, in bzrlib._dirstate_helpers_pyx._loop_one_block
[15:59] <detritux> StopIteration
[15:59] <iocor> oh my lord
[15:59] <detritux> 417.318  return code 1
[15:59] <detritux> a bit long, sorry :S
[15:59] <detritux> sorry guys, I'll use pastebin next time
[16:00] <mgz> is your launchpad username *not* ugocupcic?
[16:00] <mgz> because you can't push to other people's branches.
[16:01] <GaryvdM> mgz: /whois detritux = "Ugo Cupcic"
[16:01] <GaryvdM> Seems like that is his user :-)
[16:02] <detritux> yeah
[16:02] <mgz> okay, that's me out. anyone else?
[16:06] <GaryvdM> detritux: I just want to make sure about something. Please will you pastebin 'bzr info'.
[16:06] <mgz> on his local branch rather than the lp one?
[16:06] <GaryvdM> Yes
[16:07] <GaryvdM> Ah - maybe bug 412657
[16:07] <detritux> http://pastebin.org/385322
[16:07] <GaryvdM> https://bugs.edge.launchpad.net/bzr/+bug/412657
[16:08] <mgz> that bug doesn't seem to have anything for cause or workaround...
[16:09] <detritux> hm unbind / rebind I can try that
[16:09] <mgz> oh, wait, bind/unbind/redo
[16:09] <detritux> how do you unbind ?
[16:09] <mgz> bzr unbind && bzr bind
[16:10] <detritux> :D
[16:11] <mgz> if that fixes it for you I'd wham an "affects me to" on that bug.
[16:11] <GaryvdM> mgz: Can we chat re installer -OO?
[16:12] <GaryvdM> time ok?
[16:12] <mgz> yup, I'm back and lunched now
[16:12] <GaryvdM> Cool - so I was building with all your patches
[16:13] <mgz> ^or rather, affectsmetoo on the bug that one is duped against I guess
[16:13]  * GaryvdM get branch urls to prove
[16:13] <detritux> yeah I'll do that if it fixes it
[16:13] <mgz> and... stuff still breaks?
[16:13] <GaryvdM> Yes.
[16:14] <mgz> meh, my timestamp checking lines are scrolled out of buffer
[16:14] <mgz> I think I pasted them in here though...
[16:15] <GaryvdM> mgz: The issues was that a plugin that was allready installed on disk from source in a manually set BZR_PLUGIN_PATH got compiled with -OO when bzr.exe ran.
[16:15] <mgz> basically, need see if the mtime of the py file which complains is the same as the stamp in the packaged pyo file
[16:16] <mgz> oh, that's possibly expected
[16:16] <mgz> if it was never actually installed with optimize
[16:16] <GaryvdM> mgz: when I did "set BZR_PLUGIN_PATH=" then it worked...
[16:16] <mgz> one of the things I wanted to find out with that patch is if it's common to use from-source plugins with bundled installers
[16:17] <mgz> which strikes me as dodgy compared to installing into the right plugin dir, but if non-devs actually do it...
[16:18] <GaryvdM> mgz: So the only way that I see -OO viable is if we can get it so that library.zip is compiled as -OO but the .exe is not .
[16:19] <mgz> if people actually do that, I agree (for the moment, a future way is just to mark up plugin cmd objects as well)
[16:19] <GaryvdM> mgz: Your patches to prevent pyo recompile are still valuable though...
[16:19] <mgz> I'll poke around in py2exe
[16:20] <GaryvdM> mgz: How much difference does -OO make compared to -O?
[16:20] <GaryvdM> mgz: I think it would be good to try measure.
[16:20] <mgz> not much, a couple of megs to library.zip and a fractional cold startup improvement
[16:21] <mgz> Alexander did a couple of tests at UDS for me when we were merging it
[16:22] <mgz> https://code.launchpad.net/~gz/bzr/support_OO_flag_installer/+merge/24484
[16:23] <GaryvdM> mgz: the branches that I built with: lp:~garyvdm/bzr-windows-installers/maybe and lp:~garyvdm/bzr/2.2b3+packing
[16:23] <GaryvdM> The latter now has the org -OO patch reverted.
[16:23] <mgz> dod you know if there'll be a 2.2b4 from the current trunk?
[16:25] <GaryvdM> Bla - lp is sloooow at the moment.
[16:25] <GaryvdM> mgz: according to https://edge.launchpad.net/bzr/2.2 - yes
[16:26] <mgz> is that lp's fault or your undersea cable's?
[16:26] <GaryvdM> Oh yeah - I forgot about that.
[16:34] <mgz> okay, reading py2exe source, doesn't seem to be a configurable way of doing it, but could easily chop it in
[16:39] <GaryvdM> mgz: 7.7% faster cold start - Ok - that makes it worth it ...
[16:40] <GaryvdM> mgz: We could also maybe look at which plugins we can do a -OO on, and which not...
[16:40] <mgz> well, it's not a big job to just fix them all
[16:41] <mgz> but messing with py2exe looks amusing
[16:46] <GaryvdM> mgz: Would it work  if we ran byte_compile(optimize=2) for everything going it to library.zip, and then did py2exe with optimize=1 .
[16:47] <GaryvdM> mgz: or does it compile from scratch?
[16:47] <mgz> nope.
[16:47] <mgz> sec, I'll give you a diff to try
[16:52] <mgz> http://paste.ubuntu.com/460272/ < how about that for a horrible hack
[16:54] <GaryvdM> Not to bad.
[16:54] <detritux> GaryvdM: ah I found my real problem in fact. You can't commit on a branch that's being pulled from a svn. That's logical... thanks for your help
[16:56] <GaryvdM> mgz: Suggestion: In build_executable, remember what optimize was, and then restore it.
[16:56] <mgz> I started writing that, then I looked at the diff context and decided it was silly
[16:57] <mgz> really that's a sensible setting we want to keep, so would be best to get a proper version upstream
[16:57] <GaryvdM> mgz: +1 for upstream.
[16:58] <mgz> ...last release was 2008
[17:00] <mgz> I've got theller to look at patches before though so can probably get it in svn at least
[17:01] <GaryvdM> Very useful: http://pastebin.org/385361
[17:03] <mgz> yeah, methods are bound late, get a different object back each time
[17:03]  * GaryvdM goes to find food.
[19:15] <lifeless> vila: hi
[19:16] <lifeless> vila: Is it true, a fix for the locking thing is in 2.1 branch? if so, we should get it into the LP tree
[20:02] <elmo> blah, what's the bzr push trick to push to where I just branched from?
[20:02] <elmo> I thought it was bzr push --parent, but it's not that
[20:04] <james_w> push :parent
[20:04] <elmo> james_w: thanks
[20:30] <lifeless> james_w: hi
[20:30] <james_w> hi lifeless
[20:31] <lifeless> I've pushed up a test
[20:31] <lifeless> I'm going to try and get some more love in place today and tomorrow
[20:31] <lifeless> I can has review? [or is it buried in my email overnight?)
[20:31] <james_w> lifeless: I'm in the middle of looking at it
[20:31] <james_w> it looks broadly fine
[20:32] <lifeless> \o/
[20:32] <lifeless> thanks
[20:32] <lifeless> I realise the test style is a fresh one
[20:32] <lifeless> its not quite -right- but its broadly where I want things to be
[20:32] <lifeless> I think its fairly readable ?
[20:32] <james_w> I don't think you need to use dh-make, but I can understand that working out the needed steps might be a bit much
[20:32] <lifeless> james_w: if you want to give me a recipe to slot into that fixture, great.
[20:33] <james_w> yeah, it's fairly readable
[20:33] <lifeless> I was fighting a bit of an uphill battle at the time ;)
[20:33] <james_w> it's not what I would expect fixtures to be used for really
[20:33] <lifeless> thats interesting
[20:33] <james_w> well, at least say the FileMovedReplacedUpstream part
[20:34] <james_w> I would expect to have something like BranchBuilder, where you call methods, rather than compose fixtures
[20:34] <james_w> I'm happy to see how this develops though
[20:37] <lifeless> great
[20:37] <lifeless> I'll use these as a basis for the next patch too then
[20:37] <lifeless> its why I wanted to get this one seen to rapidly, to avoid a big pile of 'nooo' from you :)
[20:43] <james_w> heh
[20:44] <james_w> I just think that the method calls would make reading the intent of the test easier, but let's find out
[20:44] <lifeless> it would be nice
[20:44] <lifeless> (perhaps)
[20:45] <lifeless> to do @with_fixture(fixture_description_here)
[20:45] <lifeless> thats kindof the philosophic reason for making it all declarable rather than procedural
[20:45] <lifeless> one of the .. reasons
[20:46] <lifeless> another is to be able to switch out implementations very easily, a BranchBuilder is more monolithic, so you would switch out all at once rather than granularly.
[22:46] <davidstrauss> How can I make Loggerhead only bind to localhost?
[22:47] <davidstrauss> nvm


[16:13] <cjohnston> newz2000: you around?
[17:44] <newz2000> hi cjohnston, I'm here
[17:46] <cjohnston> howdy
[17:46] <newz2000> What's happening?
[17:47] <cjohnston> chillin at UDW
[17:47] <cjohnston> am I correct that wiki link issues like the one this morning should be invalid as it isnt "your job" (imo?) to maintain wiki links
[17:48] <cjohnston> I did fix released ont hat one cause I specifically know it was fixed.. but in general, the user should either fix it or approach the correct group to fix it?
[17:48] <cjohnston> if you know what im talking about
[17:48] <newz2000> I think the general policy is that it depends on where the link came from
[17:49] <cjohnston> on a wiki page
[17:49] <newz2000> If the link came from an important web presence, either one of our sites or a partner site then we'll try to fix it
[17:49] <cjohnston> bug 512836 is what im referring to
[17:49] <ubot3> Malone bug 512836 in ubuntu-website "https://wiki.ubuntu.com/MeetingLogs links to nonexisting wrong url" [Undecided,Fix released] https://launchpad.net/bugs/512836
[17:51] <newz2000> I'd say in situations like this it's best to be as helpful as possible.
[17:51] <cjohnston> ok..
[17:51] <cjohnston> so if i can fix it/contact someone to fix it allow it to be
[17:51] <cjohnston> and then just fix closed when possible
[17:53] <newz2000> yeah, and if in doubt, definitely ping me
[17:53] <cjohnston> cool
[17:53] <cjohnston> That one was an easy enough fix
[17:53] <newz2000> I've also changed my email workflow so that bugs like this don't get overlooked easily so I'll start responding to these more quickly
[17:53] <cjohnston> ;-)
[17:53] <cjohnston> awesome
[17:54] <cjohnston> did you ever get a chance to look at the roadmap i started?
[17:54] <newz2000> no, I didn't see it, is it on the wiki?
[17:54] <cjohnston> https://wiki.ubuntu.com/Website/WebsiteLocalization/Roadmap
[17:54] <newz2000> hmm.. I wonder why I didn't get notified, I thought I was subscribed
[17:55] <cjohnston> With User Days last week I was really busy, so have been limited on time, but I should be able to get more work going now
[17:55] <newz2000> looks like a good start


[01:14] <itsafork> ummm.... WHAT?!?!
[01:14] <paultag> heyya itsafork
[01:15] <Unit193> Hello paultag , itsafork
[01:15] <paultag> heyya Unit193
[01:15] <itsafork> not sure how i'm feeling about the default "thingy" (actually i forgot the name of it) on the side
[01:15] <Unit193> Cheri703: They are not going
[01:15] <itsafork> howdy paultag! howdy unit193!
[01:15] <Cheri703> :/ figures
[01:15] <Cheri703> hola itsafork
[01:15] <paultag> itsafork: howdy :)
[01:16] <paultag> heyya Cheri703
[01:16] <Cheri703> hola paultag
[01:16] <itsafork> whats kickin cheri703???
[01:16] <paultag> Gah, I wish I had a budget
[01:16] <paultag> I have so many good projects and zero hackers
[01:16] <Cheri703> not a ton, just trying to run down some clients and need to do laundry before my trip
[01:17] <paultag> Cheri703: woot :)
[01:17] <itsafork> hey guys, i just want to say, that there are time i truly HATE VPN access...
[01:17] <itsafork> this is one of those times... :'(
[01:17] <itsafork> thanks for listening.
[01:18] <Unit193> itsafork: It's a good idea, just doesn't work right
[01:18] <itsafork> oh no, 60% of the time my VPNs work all the time!!!
[01:19] <itsafork> i'm working from home because i may , or may not have fallen asleep at work today...
[01:19] <canthus13> Cheri703: you're leaving the 7th, right?
[01:19] <Cheri703> yep
[01:19] <canthus13> k. Good.
[01:19] <canthus13> I can get a few more pics of sully before I mail him.
[01:19] <Cheri703> but early in the morning
[01:19] <canthus13> I'll mail him monday.
[01:19] <Cheri703> so...need it by the 6th
[01:19] <Cheri703> k
[01:19] <Unit193> itsafork: I use SSH tunnel because VPN doesn't work for me...
[01:20] <itsafork> umm.... *cough cough* paultag! i'm studying for my CEH, what needs hacked??
[01:20] <paultag> itsafork: I have three projects that are quite sizable and would really help me a lot
[01:20] <paultag> itsafork: are you serious about helping?  Not me...
[01:42] <itsafork> sorry dude!
[01:43] <canthus13> Not me.
[01:44]  * canthus13 is workin'. :/.
[01:45] <Unit193> itsafork: All in joke
[01:45] <Unit193> It would be nice if I could go...
[01:45] <Cheri703> I can't go, no ride :(
[01:46] <itsafork> unit193 you're going to make it!?! i'm so glad, we'll get to meet in person!
[01:46] <itsafork> cheri703 :(
[01:46] <Unit193> itsafork: AFAIK, I don't really know you... I have only spoken to you a few times on here :/
[01:53] <dmcglone> Unit193: you here?
[01:53] <Unit193> dmcglone: Yeah, what ya need?
[01:54] <dmcglone> did you boot into Ubuntu using a USB stick and virtual machine?
[01:55]  * canthus13 did it with vbox.
[01:55] <Unit193> ,dmcglone Sorry, I have not used Ubuntu last few version
[01:56] <dmcglone> well virtualbox is not letting me start the virtual machine for some reason, hang on I'm gonna try and modprobe
[01:58] <dmcglone> Ah ha, this worked: modprobe vboxdrv
[02:00] <dmcglone> How do you tell virtualbox to boot from USB, I don't see any option for it, only floopy, cd or HD, network
[02:02] <Unit193> canthus13: I still can't figure out how to get NX to work with Xubuntu...
[02:09] <dmcglone> I can't get Vbox to boot from USB stick :-/
[02:10] <Unit193> Wouldn't you just use the ISO?
[02:13] <dmcglone> Ha, I didn't think of that, lemme try
[02:18] <dmcglone> didn't work
[02:21] <Unit193> I need to figure this out...
[02:29] <dmcglone> I'm going to get a shower later
[04:06] <canthus13> Unit193: that guide should work for xubuntu just as well..
[04:07] <canthus13> ...Although a quick google seems to indicate issues with xfce. :/
[04:07] <Unit193> canthus13: The FreeNX one almost works, but doesn't bring up the desktop correctly (And gives a little bit of cleanup after)
[04:08] <Unit193> I don't think I will be able to use FreeNX :(
[04:08] <canthus13> Do you use the same account that's already logged in on the machine?
[04:09]  * canthus13 gets weird issues if he accidentally logs in with the same user that's logged in at the console.
[04:13] <Unit193> I logged out before I tried NX
[04:14] <canthus13> Hmm.
[04:15] <Unit193> canthus13: I understand you don't use it with XFCE so you can't help much..
[04:16] <Unit193> Or am Wong? Being wrong would be nice...
[04:16] <canthus13> Unit193: tried this?  http://ubuntuforums.org/showthread.php?t=1344881
[04:17] <canthus13> err. this. http://geekyprojects.com/general/manage-mythtv-remotely-with-nx/
[04:17] <canthus13> That details the xfce setup.
[04:21] <Unit193> That really didn't work, thanks for the links though...
[04:52] <Unit193> Cheri703: Do you do hardware too?
[04:52] <Cheri703> to a degree, what's up?
[04:56] <Unit193> Nothing
[04:56] <Unit193> I was just thinking of the stuff people ask me for help with
[04:57] <Unit193> I don't do laptop hardware
[04:57] <Cheri703> I can to a degree
[04:57] <Cheri703> it depends on what the issue is
[04:57] <Unit193> Does it list what you do/don't do on your site?
[04:57] <Cheri703> and I'll only touch it if it's out of warranty
[04:57] <Cheri703> not yet :)
[04:58] <Unit193> +1 no warranty
[05:05]  * canthus13 does laptops. :)
[05:06] <Unit193> canthus13: Do you do pickups?
[05:06] <canthus13> I don't drive. :(  Otherwise, I would.
[05:06] <Unit193> How do you get to work?
[05:07] <canthus13> My wife drives.  And I live right on the bus route that goes by my workplace if necessary.
[05:08] <canthus13> The buses suck here, but I can manage.
[05:42] <Unit193> Cheri703: paultag: http://www.arcamax.com/newspics/18/1894/189461.gif
[05:51] <Cheri703> anyone want to bring me some munchy snacks?
[07:01] <Unit193> Morning comes at 7:31am for me tomorrow
[07:03] <Cheri703> ew
[12:42] <Unit193> Yep, not fun
[14:25] <Unit193> There are two girls talking about "I have a big butt" "I have wide hips" etc. I'm in the wrong room...
[16:20] <canthus13> Unit193: You like it. don't lie.
[16:36] <Unit193> canthus13: Eh? They were kinda annoying
[16:56] <canthus13> Unit193: ...Old song reference. :)
[16:58] <Unit193> canthus13: What song? (If I haven't heard it, I have older parents)
[16:59] <Cheri703> I like big butts and I cannot lie, you uhdduh brudduhs can't deny, when a girl walks in with an itty bitty waist and a round thing in your face
[17:00] <Unit193> Yep, that's not too old
[17:01] <Unit193> Sir-Mix-A-Lot
[17:05] <Unit193> I was thinking old = 30s-60s
[17:06] <canthus13> Unit193: :)
[17:13] <canthus13> Cheri703: Heh... I so didn't expect that to come from you. :)
[17:13] <Cheri703> :D
[17:18]  * canthus13 wonders why he's at work...
[17:18] <canthus13> Not that I"m complaining... 5hours of overtime is fine by me.  but it'd dead here.
[21:08] <canthus13> Hmm... I think I'ma try the Zen kernel tonight...
[21:20] <Cheri703> http://thedailywh.at/2011/04/30/slo-mo-thing-of-the-day-6/
[21:30] <thafreak> ok, so i have an android tablet now...using connectbot ssh, and a real usb keyboard to get into my irssi screen session
[21:30] <thafreak> totally badass
[21:30] <thafreak> or at the least, very novel
[21:31] <thafreak> novelty will probably wear off eventualy
[21:32] <thafreak> well, see some of you tomorrow hopefully...later
[23:40]  * canthus13 gonna try gnome 3 on natty... see if it's any more stable and usable than unity.
[23:41] <Unit193> It's not very pre configured isi ti?
[23:42] <canthus13> no. I'm using a PPA.
[23:42] <canthus13> But then again, unity isn't exactly preconfigured.


[04:32] <mup> Bug #1610475 changed: [2.0 rc3] DNS not responding - rndc -c /etc/bind/maas/rndc.conf.maas reload` returned non-zero exit status 1 <oil> <oil-2.0> <MAAS:Expired> <https://launchpad.net/bugs/1610475>
[12:27] <mup> Bug #1631595 opened: [IPMI] MAAS can't operate a Supermicro server with IPMI firmare version 1.76. <ipmipower> <MAAS:New> <https://launchpad.net/bugs/1631595>