[01:35] <anonident> hey
[01:42] <anonident> anyone here?
[01:42] <anonident> I'm having an issue creating a bootable ebs AMI with lucid
[04:58] <anonident> it was an ephemeral drive issue breaking the ami
[04:58] <anonident> should have really specified that somewhere
[04:58] <anonident> canonical


[00:00] -queuebot:#ubuntu-release- New binary: antlr4-cpp-runtime [armhf] (hirsute-proposed/universe) [4.9+dfsg-1] (no packageset)
[00:00] -queuebot:#ubuntu-release- New binary: pg-wait-sampling [riscv64] (hirsute-proposed/universe) [1.1.2-2] (no packageset)
[00:00] -queuebot:#ubuntu-release- New binary: gvm-libs [arm64] (hirsute-proposed/universe) [20.8.0-1] (no packageset)
[00:01] -queuebot:#ubuntu-release- New binary: gvm-libs [armhf] (hirsute-proposed/universe) [20.8.0-1] (no packageset)
[00:01] -queuebot:#ubuntu-release- New binary: libexadrums [arm64] (hirsute-proposed/universe) [0.5.2-1] (no packageset)
[00:01] -queuebot:#ubuntu-release- New binary: gvm-libs [riscv64] (hirsute-proposed/universe) [20.8.0-1] (no packageset)
[00:01] -queuebot:#ubuntu-release- New binary: libexadrums [riscv64] (hirsute-proposed/universe) [0.5.2-1] (no packageset)
[00:01] -queuebot:#ubuntu-release- New binary: antlr4-cpp-runtime [riscv64] (hirsute-proposed/universe) [4.9+dfsg-1] (no packageset)
[00:01] -queuebot:#ubuntu-release- New binary: nuspell [arm64] (hirsute-proposed/universe) [4.1.0-1] (no packageset)
[00:01] -queuebot:#ubuntu-release- New binary: nuspell [riscv64] (hirsute-proposed/universe) [4.1.0-1] (no packageset)
[00:01] -queuebot:#ubuntu-release- New binary: pg-wait-sampling [armhf] (hirsute-proposed/universe) [1.1.2-2] (no packageset)
[00:01] -queuebot:#ubuntu-release- New binary: libexadrums [armhf] (hirsute-proposed/universe) [0.5.2-1] (no packageset)
[00:01] -queuebot:#ubuntu-release- New binary: pg-wait-sampling [arm64] (hirsute-proposed/universe) [1.1.2-2] (no packageset)
[00:02] -queuebot:#ubuntu-release- New binary: nuspell [armhf] (hirsute-proposed/universe) [4.1.0-1] (no packageset)
[00:02] -queuebot:#ubuntu-release- New binary: appstream [riscv64] (hirsute-proposed/main) [0.13.1-1] (core)
[00:02] -queuebot:#ubuntu-release- New binary: libgit2 [armhf] (hirsute-proposed/universe) [1.0.1+dfsg.1-3] (kubuntu)
[00:02] -queuebot:#ubuntu-release- New binary: nifticlib [armhf] (hirsute-proposed/universe) [3.0.1-1] (no packageset)
[00:02] -queuebot:#ubuntu-release- New binary: libgit2 [arm64] (hirsute-proposed/universe) [1.0.1+dfsg.1-3] (kubuntu)
[00:02] -queuebot:#ubuntu-release- New binary: nifticlib [riscv64] (hirsute-proposed/universe) [3.0.1-1] (no packageset)
[00:02] -queuebot:#ubuntu-release- New binary: nifticlib [arm64] (hirsute-proposed/universe) [3.0.1-1] (no packageset)
[00:02] -queuebot:#ubuntu-release- New binary: umtp-responder [arm64] (hirsute-proposed/universe) [1.3.10-1] (no packageset)
[00:03] -queuebot:#ubuntu-release- New binary: umtp-responder [armhf] (hirsute-proposed/universe) [1.3.10-1] (no packageset)
[00:03] -queuebot:#ubuntu-release- New binary: qpdfview [armhf] (hirsute-proposed/universe) [0.4.18-3] (lubuntu)
[00:04] -queuebot:#ubuntu-release- New binary: qpdfview [arm64] (hirsute-proposed/universe) [0.4.18-3] (lubuntu)
[00:05] -queuebot:#ubuntu-release- New binary: libgit2 [riscv64] (hirsute-proposed/universe) [1.0.1+dfsg.1-3] (kubuntu)
[00:06] -queuebot:#ubuntu-release- New binary: qpdfview [riscv64] (hirsute-proposed/universe) [0.4.18-3] (lubuntu)
[01:35] <mruffell> ubuntu-archive: I need  adcli - 0.8.2-1ubuntu2  from https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4336/+packages to be bin-synced to bionic-proposed. This is a revert of the problematic patches which caused the adcli regression, and is the same code as adcli - 0.8.2-1 in -release. I am around to test the package once it reaches -proposed.
[01:35] -queuebot:#ubuntu-release- New: accepted libgit2 [riscv64] (hirsute-proposed) [1.0.1+dfsg.1-3]
[01:35] -queuebot:#ubuntu-release- New: accepted qpdfview [armhf] (hirsute-proposed) [0.4.18-3]
[01:35] -queuebot:#ubuntu-release- New: accepted umtp-responder [armhf] (hirsute-proposed) [1.3.10-1]
[01:35] -queuebot:#ubuntu-release- New: accepted qpdfview [arm64] (hirsute-proposed) [0.4.18-3]
[01:35] -queuebot:#ubuntu-release- New: accepted qpdfview [riscv64] (hirsute-proposed) [0.4.18-3]
[01:35] <vorlon> mruffell: why should it be a binary sync?
[01:35] <vorlon> mruffell: (also, any Ubuntu developer can do the sync)
[01:35] <mruffell> vorlon: please read ~Security on mattermost
[01:35] -queuebot:#ubuntu-release- New: accepted appstream [riscv64] (hirsute-proposed) [0.13.1-1]
[01:35] -queuebot:#ubuntu-release- New: accepted libgit2 [armhf] (hirsute-proposed) [1.0.1+dfsg.1-3]
[01:35] -queuebot:#ubuntu-release- New: accepted nifticlib [armhf] (hirsute-proposed) [3.0.1-1]
[01:35] -queuebot:#ubuntu-release- New: accepted nuspell [arm64] (hirsute-proposed) [4.1.0-1]
[01:35] -queuebot:#ubuntu-release- New: accepted libgit2 [arm64] (hirsute-proposed) [1.0.1+dfsg.1-3]
[01:35] -queuebot:#ubuntu-release- New: accepted nifticlib [riscv64] (hirsute-proposed) [3.0.1-1]
[01:35] -queuebot:#ubuntu-release- New: accepted nifticlib [arm64] (hirsute-proposed) [3.0.1-1]
[01:36] -queuebot:#ubuntu-release- New: accepted umtp-responder [arm64] (hirsute-proposed) [1.3.10-1]
[01:36] -queuebot:#ubuntu-release- New: accepted antlr4-cpp-runtime [riscv64] (hirsute-proposed) [4.9+dfsg-1]
[01:36] -queuebot:#ubuntu-release- New: accepted libexadrums [arm64] (hirsute-proposed) [0.5.2-1]
[01:36] -queuebot:#ubuntu-release- New: accepted libexadrums [riscv64] (hirsute-proposed) [0.5.2-1]
[01:36] -queuebot:#ubuntu-release- New: accepted nuspell [riscv64] (hirsute-proposed) [4.1.0-1]
[01:36] -queuebot:#ubuntu-release- New: accepted pg-wait-sampling [armhf] (hirsute-proposed) [1.1.2-2]
[01:36] -queuebot:#ubuntu-release- New: accepted gvm-libs [riscv64] (hirsute-proposed) [20.8.0-1]
[01:36] -queuebot:#ubuntu-release- New: accepted nuspell [armhf] (hirsute-proposed) [4.1.0-1]
[01:36] -queuebot:#ubuntu-release- New: accepted libexadrums [armhf] (hirsute-proposed) [0.5.2-1]
[01:36] -queuebot:#ubuntu-release- New: accepted pg-wait-sampling [arm64] (hirsute-proposed) [1.1.2-2]
[01:36] -queuebot:#ubuntu-release- New: accepted antlr4-cpp-runtime [arm64] (hirsute-proposed) [4.9+dfsg-1]
[01:36] -queuebot:#ubuntu-release- New: accepted appstream [amd64] (hirsute-proposed) [0.13.1-1]
[01:36] -queuebot:#ubuntu-release- New: accepted gvm-libs [armhf] (hirsute-proposed) [20.8.0-1]
[01:36] -queuebot:#ubuntu-release- New: accepted qpdfview [s390x] (hirsute-proposed) [0.4.18-3]
[01:36] -queuebot:#ubuntu-release- New: accepted umtp-responder [s390x] (hirsute-proposed) [1.3.10-1]
[01:36] -queuebot:#ubuntu-release- New: accepted antlr4-cpp-runtime [armhf] (hirsute-proposed) [4.9+dfsg-1]
[01:36] -queuebot:#ubuntu-release- New: accepted pg-wait-sampling [riscv64] (hirsute-proposed) [1.1.2-2]
[01:37] -queuebot:#ubuntu-release- New: accepted gvm-libs [arm64] (hirsute-proposed) [20.8.0-1]
[01:37] -queuebot:#ubuntu-release- New: accepted umtp-responder [riscv64] (hirsute-proposed) [1.3.10-1]
[01:37] -queuebot:#ubuntu-release- New: accepted appstream [arm64] (hirsute-proposed) [0.13.1-1]
[01:37] -queuebot:#ubuntu-release- New: accepted nifticlib [s390x] (hirsute-proposed) [3.0.1-1]
[01:37] -queuebot:#ubuntu-release- New: accepted pg-wait-sampling [s390x] (hirsute-proposed) [1.1.2-2]
[01:37] -queuebot:#ubuntu-release- New: accepted qpdfview [ppc64el] (hirsute-proposed) [0.4.18-3]
[01:37] -queuebot:#ubuntu-release- New: accepted libgit2 [s390x] (hirsute-proposed) [1.0.1+dfsg.1-3]
[01:37] -queuebot:#ubuntu-release- New: accepted qpdfview [amd64] (hirsute-proposed) [0.4.18-3]
[01:37] -queuebot:#ubuntu-release- New: accepted nuspell [s390x] (hirsute-proposed) [4.1.0-1]
[01:37] -queuebot:#ubuntu-release- New: accepted umtp-responder [ppc64el] (hirsute-proposed) [1.3.10-1]
[01:37] -queuebot:#ubuntu-release- New: accepted antlr4-cpp-runtime [ppc64el] (hirsute-proposed) [4.9+dfsg-1]
[01:37] -queuebot:#ubuntu-release- New: accepted appstream [s390x] (hirsute-proposed) [0.13.1-1]
[01:37] -queuebot:#ubuntu-release- New: accepted libexadrums [s390x] (hirsute-proposed) [0.5.2-1]
[01:37] -queuebot:#ubuntu-release- New: accepted nuspell [ppc64el] (hirsute-proposed) [4.1.0-1]
[01:37] -queuebot:#ubuntu-release- New: accepted appstream [armhf] (hirsute-proposed) [0.13.1-1]
[01:38] -queuebot:#ubuntu-release- New: accepted libgit2 [amd64] (hirsute-proposed) [1.0.1+dfsg.1-3]
[01:38] -queuebot:#ubuntu-release- New: accepted fis-gtm [amd64] (hirsute-proposed) [6.3-014-1]
[01:54] <mruffell> vorlon: adcli will need to make its way into -security, so it needed to be built in a ppa with -security enabled, hence the binary copy
[01:55] <mruffell> vorlon: if you haven't read my email, I wrote up a overview of the adcli regression: https://pastebin.canonical.com/p/BMPjcCzJkR/
[05:19] -queuebot:#ubuntu-release- New binary: fasttrack-archive-keyring [amd64] (hirsute-proposed/none) [2020.11.25] (no packageset)
[05:20] -queuebot:#ubuntu-release- New binary: libnest2d [amd64] (hirsute-proposed/none) [0.4-26-g4d6fb4d-1] (no packageset)
[05:20] -queuebot:#ubuntu-release- New binary: proxy-vole [amd64] (hirsute-proposed/none) [1.0.3-1] (no packageset)
[05:20] -queuebot:#ubuntu-release- New binary: llvm-defaults [i386] (hirsute-proposed/universe) [0.51] (i386-whitelist)
[05:21] -queuebot:#ubuntu-release- New binary: aiodogstatsd [amd64] (hirsute-proposed/none) [0.14.0-1] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: chemical-structures [amd64] (hirsute-proposed/universe) [2.2.dfsg.0-16] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: apk-parser [amd64] (hirsute-proposed/none) [2.6.10+ds-1] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: golang-github-iancoleman-orderedmap [amd64] (hirsute-proposed/none) [0.1.0-1] (no packageset)
[05:22] -queuebot:#ubuntu-release- New binary: llvm-defaults [amd64] (hirsute-proposed/universe) [0.51] (i386-whitelist)
[05:22] -queuebot:#ubuntu-release- New binary: py-lz4framed [ppc64el] (hirsute-proposed/none) [0.14.0-1] (no packageset)
[05:22] -queuebot:#ubuntu-release- New binary: llvm-defaults [ppc64el] (hirsute-proposed/universe) [0.51] (i386-whitelist)
[05:22] -queuebot:#ubuntu-release- New binary: python-psycopg2cffi [amd64] (hirsute-proposed/none) [2.8.1-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: llvm-defaults [s390x] (hirsute-proposed/universe) [0.51] (i386-whitelist)
[05:23] -queuebot:#ubuntu-release- New binary: r-cran-genieclust [ppc64el] (hirsute-proposed/none) [0.9.4-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: rust-crunchy [amd64] (hirsute-proposed/none) [0.2.2-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: vdeplug-slirp [amd64] (hirsute-proposed/none) [0.1.0-2] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: python3-antlr4 [amd64] (hirsute-proposed/none) [4.9-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: uber-pom [amd64] (hirsute-proposed/none) [1.0.3-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: rust-bytemuck [amd64] (hirsute-proposed/none) [1.4.1-1] (no packageset)
[05:24] -queuebot:#ubuntu-release- New binary: py-lz4framed [amd64] (hirsute-proposed/none) [0.14.0-1] (no packageset)
[05:24] -queuebot:#ubuntu-release- New binary: r-cran-genieclust [amd64] (hirsute-proposed/none) [0.9.4-1] (no packageset)
[05:25] -queuebot:#ubuntu-release- New binary: jboss-vfs [amd64] (hirsute-proposed/none) [3.2.15.Final-1] (no packageset)
[05:25] -queuebot:#ubuntu-release- New binary: python-psycopg2cffi [ppc64el] (hirsute-proposed/none) [2.8.1-1] (no packageset)
[05:25] -queuebot:#ubuntu-release- New binary: llvm-defaults [armhf] (hirsute-proposed/universe) [0.51] (i386-whitelist)
[05:25] -queuebot:#ubuntu-release- New binary: rust-bytemuck [ppc64el] (hirsute-proposed/none) [1.4.1-1] (no packageset)
[05:26] -queuebot:#ubuntu-release- New binary: rust-crunchy [ppc64el] (hirsute-proposed/none) [0.2.2-1] (no packageset)
[05:26] -queuebot:#ubuntu-release- New binary: vdeplug-slirp [ppc64el] (hirsute-proposed/none) [0.1.0-2] (no packageset)
[05:26] -queuebot:#ubuntu-release- New binary: shotcut [amd64] (hirsute-proposed/universe) [20.11.28+ds-1] (no packageset)
[05:27] -queuebot:#ubuntu-release- New binary: llvm-defaults [arm64] (hirsute-proposed/universe) [0.51] (i386-whitelist)
[05:27] -queuebot:#ubuntu-release- New binary: python-psycopg2cffi [s390x] (hirsute-proposed/none) [2.8.1-1] (no packageset)
[05:27] -queuebot:#ubuntu-release- New binary: rust-bytemuck [s390x] (hirsute-proposed/none) [1.4.1-1] (no packageset)
[05:27] -queuebot:#ubuntu-release- New binary: vdeplug-slirp [s390x] (hirsute-proposed/none) [0.1.0-2] (no packageset)
[05:27] -queuebot:#ubuntu-release- New binary: py-lz4framed [s390x] (hirsute-proposed/none) [0.14.0-1] (no packageset)
[05:27] -queuebot:#ubuntu-release- New binary: rust-crunchy [s390x] (hirsute-proposed/none) [0.2.2-1] (no packageset)
[05:27] -queuebot:#ubuntu-release- New binary: r-cran-genieclust [s390x] (hirsute-proposed/none) [0.9.4-1] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: python-psycopg2cffi [arm64] (hirsute-proposed/none) [2.8.1-1] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: rust-bytemuck [arm64] (hirsute-proposed/none) [1.4.1-1] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: python-psycopg2cffi [armhf] (hirsute-proposed/none) [2.8.1-1] (no packageset)
[05:29] -queuebot:#ubuntu-release- New binary: r-cran-genieclust [armhf] (hirsute-proposed/none) [0.9.4-1] (no packageset)
[05:29] -queuebot:#ubuntu-release- New binary: rust-crunchy [arm64] (hirsute-proposed/none) [0.2.2-1] (no packageset)
[05:29] -queuebot:#ubuntu-release- New binary: vdeplug-slirp [armhf] (hirsute-proposed/none) [0.1.0-2] (no packageset)
[05:29] -queuebot:#ubuntu-release- New binary: rust-bytemuck [armhf] (hirsute-proposed/none) [1.4.1-1] (no packageset)
[05:29] -queuebot:#ubuntu-release- New binary: rust-crunchy [armhf] (hirsute-proposed/none) [0.2.2-1] (no packageset)
[05:30] -queuebot:#ubuntu-release- New binary: py-lz4framed [arm64] (hirsute-proposed/universe) [0.14.0-1] (no packageset)
[05:30] -queuebot:#ubuntu-release- New binary: vdeplug-slirp [arm64] (hirsute-proposed/universe) [0.1.0-2] (no packageset)
[05:31] -queuebot:#ubuntu-release- New binary: vdeplug-slirp [riscv64] (hirsute-proposed/universe) [0.1.0-2] (no packageset)
[05:32] -queuebot:#ubuntu-release- New binary: py-lz4framed [armhf] (hirsute-proposed/universe) [0.14.0-1] (no packageset)
[05:32] -queuebot:#ubuntu-release- New binary: r-cran-genieclust [arm64] (hirsute-proposed/universe) [0.9.4-1] (no packageset)
[05:36] -queuebot:#ubuntu-release- New binary: python-psycopg2cffi [riscv64] (hirsute-proposed/universe) [2.8.1-1] (no packageset)
[05:36] -queuebot:#ubuntu-release- New binary: rust-bytemuck [riscv64] (hirsute-proposed/universe) [1.4.1-1] (no packageset)
[05:37] -queuebot:#ubuntu-release- New binary: rust-crunchy [riscv64] (hirsute-proposed/universe) [0.2.2-1] (no packageset)
[05:49] -queuebot:#ubuntu-release- New binary: llvm-defaults [riscv64] (hirsute-proposed/universe) [0.51] (i386-whitelist)
[05:49] -queuebot:#ubuntu-release- New binary: py-lz4framed [riscv64] (hirsute-proposed/universe) [0.14.0-1] (no packageset)
[05:50] -queuebot:#ubuntu-release- New binary: php8.0 [s390x] (hirsute-proposed/universe) [8.0.0-1] (no packageset)
[05:51] -queuebot:#ubuntu-release- New binary: r-cran-genieclust [riscv64] (hirsute-proposed/universe) [0.9.4-1] (no packageset)
[06:06] -queuebot:#ubuntu-release- New binary: php8.0 [amd64] (hirsute-proposed/universe) [8.0.0-1] (no packageset)
[06:08] -queuebot:#ubuntu-release- New binary: php8.0 [ppc64el] (hirsute-proposed/universe) [8.0.0-1] (no packageset)
[06:28] -queuebot:#ubuntu-release- New: accepted php8.0 [ppc64el] (hirsute-proposed) [8.0.0-1]
[06:28] -queuebot:#ubuntu-release- New: accepted llvm-defaults [riscv64] (hirsute-proposed) [0.51]
[06:28] -queuebot:#ubuntu-release- New: accepted php8.0 [s390x] (hirsute-proposed) [8.0.0-1]
[06:28] -queuebot:#ubuntu-release- New: accepted py-lz4framed [riscv64] (hirsute-proposed) [0.14.0-1]
[06:28] -queuebot:#ubuntu-release- New: accepted r-cran-genieclust [riscv64] (hirsute-proposed) [0.9.4-1]
[06:28] -queuebot:#ubuntu-release- New: accepted rust-crunchy [riscv64] (hirsute-proposed) [0.2.2-1]
[06:28] -queuebot:#ubuntu-release- New: accepted php8.0 [amd64] (hirsute-proposed) [8.0.0-1]
[06:28] -queuebot:#ubuntu-release- New: accepted python-psycopg2cffi [riscv64] (hirsute-proposed) [2.8.1-1]
[06:28] -queuebot:#ubuntu-release- New: accepted py-lz4framed [armhf] (hirsute-proposed) [0.14.0-1]
[06:28] -queuebot:#ubuntu-release- New: accepted rust-bytemuck [riscv64] (hirsute-proposed) [1.4.1-1]
[06:29] -queuebot:#ubuntu-release- New: accepted py-lz4framed [arm64] (hirsute-proposed) [0.14.0-1]
[06:29] -queuebot:#ubuntu-release- New: accepted r-cran-genieclust [armhf] (hirsute-proposed) [0.9.4-1]
[06:29] -queuebot:#ubuntu-release- New: accepted rust-crunchy [arm64] (hirsute-proposed) [0.2.2-1]
[06:29] -queuebot:#ubuntu-release- New: accepted vdeplug-slirp [arm64] (hirsute-proposed) [0.1.0-2]
[06:29] -queuebot:#ubuntu-release- New: accepted vdeplug-slirp [riscv64] (hirsute-proposed) [0.1.0-2]
[06:29] -queuebot:#ubuntu-release- New: accepted r-cran-genieclust [arm64] (hirsute-proposed) [0.9.4-1]
[06:29] -queuebot:#ubuntu-release- New: accepted rust-crunchy [armhf] (hirsute-proposed) [0.2.2-1]
[06:29] -queuebot:#ubuntu-release- New: accepted rust-bytemuck [armhf] (hirsute-proposed) [1.4.1-1]
[06:29] -queuebot:#ubuntu-release- New: accepted vdeplug-slirp [armhf] (hirsute-proposed) [0.1.0-2]
[06:29] -queuebot:#ubuntu-release- New: accepted llvm-defaults [arm64] (hirsute-proposed) [0.51]
[06:29] -queuebot:#ubuntu-release- New: accepted python-psycopg2cffi [arm64] (hirsute-proposed) [2.8.1-1]
[06:29] -queuebot:#ubuntu-release- New: accepted python-psycopg2cffi [s390x] (hirsute-proposed) [2.8.1-1]
[06:29] -queuebot:#ubuntu-release- New: accepted rust-bytemuck [arm64] (hirsute-proposed) [1.4.1-1]
[06:29] -queuebot:#ubuntu-release- New: accepted rust-crunchy [s390x] (hirsute-proposed) [0.2.2-1]
[06:29] -queuebot:#ubuntu-release- New: accepted py-lz4framed [s390x] (hirsute-proposed) [0.14.0-1]
[06:29] -queuebot:#ubuntu-release- New: accepted r-cran-genieclust [s390x] (hirsute-proposed) [0.9.4-1]
[06:29] -queuebot:#ubuntu-release- New: accepted vdeplug-slirp [s390x] (hirsute-proposed) [0.1.0-2]
[06:29] -queuebot:#ubuntu-release- New: accepted python-psycopg2cffi [armhf] (hirsute-proposed) [2.8.1-1]
[06:29] -queuebot:#ubuntu-release- New: accepted rust-bytemuck [s390x] (hirsute-proposed) [1.4.1-1]
[06:30] -queuebot:#ubuntu-release- New: accepted jboss-vfs [amd64] (hirsute-proposed) [3.2.15.Final-1]
[06:30] -queuebot:#ubuntu-release- New: accepted py-lz4framed [amd64] (hirsute-proposed) [0.14.0-1]
[06:30] -queuebot:#ubuntu-release- New: accepted r-cran-genieclust [amd64] (hirsute-proposed) [0.9.4-1]
[06:30] -queuebot:#ubuntu-release- New: accepted rust-crunchy [ppc64el] (hirsute-proposed) [0.2.2-1]
[06:30] -queuebot:#ubuntu-release- New: accepted vdeplug-slirp [ppc64el] (hirsute-proposed) [0.1.0-2]
[06:30] -queuebot:#ubuntu-release- New: accepted llvm-defaults [armhf] (hirsute-proposed) [0.51]
[06:30] -queuebot:#ubuntu-release- New: accepted rust-bytemuck [ppc64el] (hirsute-proposed) [1.4.1-1]
[06:30] -queuebot:#ubuntu-release- New: accepted python-psycopg2cffi [ppc64el] (hirsute-proposed) [2.8.1-1]
[06:30] -queuebot:#ubuntu-release- New: accepted shotcut [amd64] (hirsute-proposed) [20.11.28+ds-1]
[06:30] -queuebot:#ubuntu-release- New: accepted llvm-defaults [amd64] (hirsute-proposed) [0.51]
[06:30] -queuebot:#ubuntu-release- New: accepted python-psycopg2cffi [amd64] (hirsute-proposed) [2.8.1-1]
[06:30] -queuebot:#ubuntu-release- New: accepted r-cran-genieclust [ppc64el] (hirsute-proposed) [0.9.4-1]
[06:30] -queuebot:#ubuntu-release- New: accepted rust-crunchy [amd64] (hirsute-proposed) [0.2.2-1]
[06:30] -queuebot:#ubuntu-release- New: accepted vdeplug-slirp [amd64] (hirsute-proposed) [0.1.0-2]
[06:30] -queuebot:#ubuntu-release- New: accepted llvm-defaults [s390x] (hirsute-proposed) [0.51]
[06:30] -queuebot:#ubuntu-release- New: accepted rust-bytemuck [amd64] (hirsute-proposed) [1.4.1-1]
[06:30] -queuebot:#ubuntu-release- New: accepted python3-antlr4 [amd64] (hirsute-proposed) [4.9-1]
[06:30] -queuebot:#ubuntu-release- New: accepted uber-pom [amd64] (hirsute-proposed) [1.0.3-1]
[06:31] -queuebot:#ubuntu-release- New: accepted aiodogstatsd [amd64] (hirsute-proposed) [0.14.0-1]
[06:31] -queuebot:#ubuntu-release- New: accepted chemical-structures [amd64] (hirsute-proposed) [2.2.dfsg.0-16]
[06:31] -queuebot:#ubuntu-release- New: accepted libnest2d [amd64] (hirsute-proposed) [0.4-26-g4d6fb4d-1]
[06:31] -queuebot:#ubuntu-release- New: accepted llvm-defaults [ppc64el] (hirsute-proposed) [0.51]
[06:31] -queuebot:#ubuntu-release- New: accepted py-lz4framed [ppc64el] (hirsute-proposed) [0.14.0-1]
[06:31] -queuebot:#ubuntu-release- New: accepted apk-parser [amd64] (hirsute-proposed) [2.6.10+ds-1]
[06:31] -queuebot:#ubuntu-release- New: accepted llvm-defaults [i386] (hirsute-proposed) [0.51]
[06:31] -queuebot:#ubuntu-release- New: accepted golang-github-iancoleman-orderedmap [amd64] (hirsute-proposed) [0.1.0-1]
[06:31] -queuebot:#ubuntu-release- New: accepted proxy-vole [amd64] (hirsute-proposed) [1.0.3-1]
[06:31] -queuebot:#ubuntu-release- New: accepted fasttrack-archive-keyring [amd64] (hirsute-proposed) [2020.11.25]
[06:40] -queuebot:#ubuntu-release- Unapproved: adcli (bionic-proposed/universe) [0.8.2-1ubuntu1 => 0.8.2-1ubuntu2] (no packageset) (sync)
[09:49] -queuebot:#ubuntu-release- New binary: pynest2d [s390x] (hirsute-proposed/universe) [4.8.0-1] (no packageset)
[09:50] -queuebot:#ubuntu-release- New binary: pynest2d [amd64] (hirsute-proposed/universe) [4.8.0-1] (no packageset)
[09:50] -queuebot:#ubuntu-release- New binary: r-cran-genie [s390x] (hirsute-proposed/universe) [1.0.5-1] (no packageset)
[09:50] -queuebot:#ubuntu-release- New binary: r-cran-genie [ppc64el] (hirsute-proposed/universe) [1.0.5-1] (no packageset)
[09:51] -queuebot:#ubuntu-release- New binary: pynest2d [ppc64el] (hirsute-proposed/universe) [4.8.0-1] (no packageset)
[09:52] -queuebot:#ubuntu-release- New binary: pynest2d [arm64] (hirsute-proposed/universe) [4.8.0-1] (no packageset)
[09:52] -queuebot:#ubuntu-release- New binary: r-cran-genie [amd64] (hirsute-proposed/universe) [1.0.5-1] (no packageset)
[09:53] -queuebot:#ubuntu-release- New binary: pynest2d [armhf] (hirsute-proposed/universe) [4.8.0-1] (no packageset)
[09:55] -queuebot:#ubuntu-release- New binary: r-cran-genie [armhf] (hirsute-proposed/universe) [1.0.5-1] (no packageset)
[09:57] -queuebot:#ubuntu-release- New binary: infomas-asl [amd64] (hirsute-proposed/universe) [3.0.5-1] (no packageset)
[09:57] -queuebot:#ubuntu-release- New binary: r-cran-genie [arm64] (hirsute-proposed/universe) [1.0.5-1] (no packageset)
[10:14] -queuebot:#ubuntu-release- New binary: pynest2d [riscv64] (hirsute-proposed/universe) [4.8.0-1] (no packageset)
[10:24] -queuebot:#ubuntu-release- New binary: r-cran-genie [riscv64] (hirsute-proposed/universe) [1.0.5-1] (no packageset)
[10:43] -queuebot:#ubuntu-release- New: accepted infomas-asl [amd64] (hirsute-proposed) [3.0.5-1]
[10:43] -queuebot:#ubuntu-release- New: accepted pynest2d [arm64] (hirsute-proposed) [4.8.0-1]
[10:43] -queuebot:#ubuntu-release- New: accepted pynest2d [ppc64el] (hirsute-proposed) [4.8.0-1]
[10:43] -queuebot:#ubuntu-release- New: accepted pynest2d [s390x] (hirsute-proposed) [4.8.0-1]
[10:43] -queuebot:#ubuntu-release- New: accepted r-cran-genie [arm64] (hirsute-proposed) [1.0.5-1]
[10:43] -queuebot:#ubuntu-release- New: accepted r-cran-genie [ppc64el] (hirsute-proposed) [1.0.5-1]
[10:43] -queuebot:#ubuntu-release- New: accepted r-cran-genie [s390x] (hirsute-proposed) [1.0.5-1]
[10:43] -queuebot:#ubuntu-release- New: accepted pynest2d [amd64] (hirsute-proposed) [4.8.0-1]
[10:43] -queuebot:#ubuntu-release- New: accepted pynest2d [riscv64] (hirsute-proposed) [4.8.0-1]
[10:44] -queuebot:#ubuntu-release- New: accepted r-cran-genie [armhf] (hirsute-proposed) [1.0.5-1]
[10:44] -queuebot:#ubuntu-release- New: accepted pynest2d [armhf] (hirsute-proposed) [4.8.0-1]
[10:44] -queuebot:#ubuntu-release- New: accepted r-cran-genie [riscv64] (hirsute-proposed) [1.0.5-1]
[10:44] -queuebot:#ubuntu-release- New: accepted r-cran-genie [amd64] (hirsute-proposed) [1.0.5-1]
[11:38] <LocutusOfBorg> any ubuntu-archive please let ldc migrate? only one removal, already done in debian is needed (glib-d on armhf riscv64 and s390x)
[15:09] <xnox> https://people.canonical.com/~ubuntu-archive/cd-build-logs/ubuntu-server/hirsute/daily-preinstalled-20201205.log looks stuck, despite the livefs builder finishing 5 hours ago?!
[15:23] <xnox> Laney:  vorlon: ^ ?
[17:41] -queuebot:#ubuntu-release- New binary: relion-cuda [amd64] (hirsute-proposed/multiverse) [3.1.0-2] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: eric [amd64] (hirsute-proposed/universe) [20.12+ds1-1] (no packageset)


[05:30] <cpaelzer> good morning
[05:48] <doko> Mirv: looking at https://launchpadlibrarian.net/289272540/buildlog_ubuntu-yakkety-amd64.qliss3d_1.4-2_BUILDING.txt.gz
[05:49] <doko> there's a X11 header check, but it looks like it's triggered by CHECK_QT4, so some qt4 dev package seems to be missing an x11 -dev dependency
[06:00] <Mirv> doko: I haven't spent many minutes with Qt 4 since initial 2012 qtchooser work, but there is just two dev packages libqt4-dev and libqt4-opengl-dev. the former does recommend libqt4-opengl-dev that depends on Mesa dev than depends on X11 dev
[06:01] <Mirv> it does not seem there would be anything related changed in Debian after last Ubuntu merge
[06:02] <doko> Mirv: ok, adding libx11-dev gets me one step further: https://launchpadlibrarian.net/289273657/buildlog_ubuntu-yakkety-s390x.qliss3d_1.4-2ubuntu1_BUILDING.txt.gz
[06:02] <doko> now complaining about missing shared qt libs
[06:08] <doko> Mirv: add the libqt4-opengl-dev b-d doesn't help
[06:14] <Mirv> so it has built in Debian six months ago, before qt4-x11 4.8.7+dfsg7. dfsg7 added -std=gnu++98 as a workaround for GCC6, maybe that could affect something negatively
[06:15] <pitti> Good morning
[06:16] <Mirv> or as it's using autotools for some reason, they'd need to be updated or qmake used instead (there is qliss3d.pro in addition to the autotools files)
[06:39] <handsome_feng> Hi, gays, Good morning !Because of some issues found in test today, we have updated the theme package,  Could anyone help to upload this: package: ubuntukylin-theme, Code : https://code.launchpad.net/~zctgbhu/ubuntukylin-theme/16.10 Release: https://launchpad.net/ubuntukylin-theme/16.10/1.6.2 , Thank you !
[06:53] <doko> Mirv: ahh, that's failing because *no* libs can be found in /usr/lib anymore ;-P
[06:54] <doko> ++ ls '/usr/lib/*.a'
[06:54] <doko> + QT_IS_STATIC=
[06:54] <doko> + test x = x
[06:54] <doko> + QT_IS_STATIC=no
[06:54] <doko> + test xno = xno
[06:54] <doko> ++ ls '/usr/lib/*.so'
[06:54] <doko> + QT_IS_DYNAMIC=
[06:54] <doko> + test x = x
[06:54] <doko> + as_fn_error 0 '*** Couldn'\''t find any Qt libraries' 4119 5
[06:54] <doko> + as_status=0
[06:55] <doko> so this qt config test is horribly broken :-/
[09:02] <tmus> I've disabled resolved completely, using dnsmasq instead. But if I connect to a VPN, the domain provided as "dns-search" from the VPN server, is the ONLY domain that's resolved by the DNS on the VPN connection, causing a lot of things to not work... Can I send ALL DNS queries the way of the VPN?
[09:02] <tmus> This worked fine in 16.04
[09:11] <pitti> tmus: could be fallout from bug 1592721
[09:11] <pitti> tmus: NM uses dnsmasq by default again in 16.10, FTR
[09:13] <tmus> pitti, good to hear that resolved was pulled - i like the idea, but not ready yet imho...
[09:13] <pitti> tmus: it's still being used on the server
[09:14] <pitti> tmus: for NM we need a proper DNS plugin for split-horizon DNS, which didn't exist until two weeks ago
[09:14] <pitti> we'll get that in Z
[09:14] <tmus> pitti, cool...
[09:14] <pitti> tmus: but your issue sounds like an NM-internal change (the above bug)
[09:17] <tmus> having read through the bug, this is clearly related, but not the same problem
[09:18] <tmus> For my VPN (this particular VPN anyway), i'm not split-tunnelling. Still, only DNS requests to my VPN's primary search-domain goes to the VPN DNS
[09:18] <tmus> (we have a looot of internal domains - but only the primary resolves correctly)
[09:19] <tmus> looking through syslog, it's clear that dnsmask is asked to use the VPN provided DNS servers *only* with the provided search-domain
[09:20] <tmus> actually it may be the same but now that i'm reading it the second time
[09:26] <tmus> pitti, can I msg you 10 lines of log to explain?
[09:26] <pitti> tmus: you can, but I suggest to put them on the bug instead and discuss there (busy with release stuff)
[09:28] <tmus> pitti, fair enough :)
[09:57] <pitti> cpaelzer: btw, you need https://anonscm.debian.org/cgit/autopkgtest/autopkgtest.git/commit/?id=40cb56b9 as well if you have any tests that reboot
[10:03] <cpaelzer> thanks pitti
[10:03] <cpaelzer> pitti: I was broken on s390 due to other things then, but happy on amd64 with my tests that did not include reboots
[10:26] <seb128> mardy, hey, is https://errors.ubuntu.com/problem/cdb7a4fc6d47e3ba3ce18606745c27933f9a7f57 something you are aware of? it's the n°1 error on e.u.c for 16.10
[10:27] <seb128> could be a qt issue, webbrowser seems to have a similar report
[10:28] <seb128> Mirv, ^ do you know about those reports?
[10:28] <mardy> seb128: I really wasn't, thanks
[10:28] <seb128> mardy, yw
[10:31] <mardy> Mirv: it's QNetworkManager, and happens during destruction...
[10:34] <mardy> Mirv: the first reports are from Oct 2nd and happen with older versions of signon too. So I guess it's due to some Qt landing...
[10:35] <seb128> mardy, Mirv, webbrowser has the same issue so it would suggest a qt bug rather than a signon one
[10:49] <Mirv> seb128: yes, bug #1630765 , happens after bug #1618590 got fixed. there's silo 2054 that is in QA's hands that includes a cherry-pick from Qt 5.8 which however upstream doesn't seem suitable for their 5.6 criteria, but we might accept that workaround
[10:50] <Mirv> latest discussion about what the workaround would be hiding is at https://codereview.qt-project.org/#/c/172173/ , thanks to Michael from our side for providing valgrind trace to upstream
[10:51] <seb128> k
[10:51] <seb128> which I guess means it's not going to be fixed for release
[10:51] <Mirv> I guess no. reverting to the previous version would bring the scoperunner crash-on-exit back.
[10:52] <Mirv> ubuntu-qa: have you started looking at silo 2054 for desktop (and xenial+overlay phone)?
[10:52] <davmor2> Mirv: nope still in the queue
[10:52] <Mirv> I was hoping there'd be a real fix by now, but it starts to look like we'd need to stop unloading those plugins
[12:34] <morf> hi
[12:34] <morf> is it possible to install ubuntu mobile to samsung galaxy s5 (klte)?
[13:11] <pragomer_1> Getting error "/init line 7 can't open /dev/sr0 no medium found" when booting via pxe.. here's my menu-entry:http://pastebin.com/3EJ4cPdp    Whats wrong?
[14:27] <ginggs> tseliot: the libcuda-8.0-1 provides seems to have fallen out of the nvidia driver somewere between 361 and 367
[14:32] <bdmurray> jbicha: Why did you reopen the yakkety task for bug 1619188?
[14:33] <jbicha> bdmurray: because I assumed it was broken on yakkety too, but I'll re-close it now
[14:34] <bdmurray> jbicha: I just booted a yakkety live cd again and -security is commented out and the script is +x so its good.
[14:38] <jbicha> bdmurray: good, I'm glad yakkety works at this point :)
[14:45] <tseliot> ginggs: I don't recall removing it, or maybe I simply imagined adding that?
[14:45] <tseliot> ginggs: BTW, is that only for yakkety?
[14:47] <tseliot> I actually said "I have just uploaded your changes", so it's just me losing that change somehow
[14:50] <ginggs> tseliot: yes, it is only for yakkety (for now - maybe commit to git for xenial and include with next upload so we can put cuda in backports)
[14:50] <tseliot> ginggs: ok, thanks
[14:51] <ginggs> i was definitely in 361 https://launchpad.net/ubuntu/+source/nvidia-graphics-drivers-361/361.45.11-0ubuntu4
[14:51] <ginggs> *it
[14:54] <tseliot> ginggs: yes, I probably used a slightly older branch as a base when creating the one for the 367 series
[15:12] <tseliot> ginggs: uploaded. I managed to find the same commit from the 361 branch. Go figure...
[15:16] <ginggs> tseliot: thanks!
[15:16] <tseliot> thanks for making me notice
[16:17] <nacc> can anyone see clearly why osgearth and qgis haven't migrated from trusty-proposed to trusty? All other archs have, and update_excuses/update_output say they are 'successful' and in the 'final' list.
[16:18] <nacc> sorry, specifically on armhf only
[16:39] <chiluk> cyphermox.. debdiffs in lp 1631474 ... modified per your recomendation.... I also did a bit more testing..
[16:39] <chiluk> not exactly what you asked for, but I felt it flowed better this way.. I claim personal preference.. I also improved the comment in case the next guy doesn't think like I do.
[16:50] <slangasek> nacc: that sounds somewhat related to the changes pitti was just making to britney this week
[16:50] <slangasek> nacc: oh, also, I'm not sure if we actually do migration of binaries using proposed-migration for stable releases
[16:50] <slangasek> it might require a manual copy
[16:53] <nacc> slangasek: ok, i was just surprised the other archs migrated but armhf hadn't
[16:53] <nacc> slangasek: maybe it just needs a manual poke? should i be asking #ubuntu-release instead?
[16:54] <slangasek> nacc: no, #ubuntu-release is busy with releasing ;)  I'm having a look at these
[16:54] <Laney> nacc: I think they're just random builds that happened after the release
[16:54] <slangasek> nacc: "the other archs migrated" - except they didn't, because what Laney said
[16:54] <nacc> slangasek: yeah, i was hesitant to interject there today :)
[16:54] <nacc> Laney: ah
[16:54] <Laney> We deleted some similar ones in xenial earlier today
[16:55] <Laney> Not sure how they got retried; didn't think that was available for released suites (but ICBW there)
[16:55] <nacc> ok, had a user in #ubuntu wonder why qgis wasn't installable on armhf in trusty
[16:56] <nacc> Laney: except for osgearth, it's not a rebuild? or do you meant something else
[16:56] <Laney> Build failure that later succeeded
[16:56] <nacc> ah!
[16:57] <nacc> slangasek: Laney: thanks for the explanation!
[17:00] <slangasek> nacc: ah yeah I can't work out how to actually copy these in to trusty-updates, because copy-package operates on source packages and there is no source in trusty-proposed.  Punting until a launchpad wizard can look at it (post-release)
[17:01] <slangasek> (my best idea so far is to copy the source /back/ from trusty release into trusty-proposed, so that there's then a source package that can be copied; but that sounds like a good way to make launchpad very angry about publication history)
[17:03] <infinity> slangasek: copy-package -e $ver --force-same-destination --from-suite=trusty-proposed -b foo
[17:03] <nacc> slangasek: ack, i'll put it on my todo to follow-up on later
[17:03] <slangasek> infinity: when the source was never previously in trusty-proposed?
[17:03] <infinity> slangasek: If it ever existed in trusty-proposed, LP will magically find it and put it back.
[17:03] <slangasek> ah
[17:03] <slangasek> ok
[17:03] <slangasek> yeah this is "random arch build caught up post-release"
[17:03] <slangasek> so it was never in -proposed
[17:03] <slangasek> errr wait
[17:03] <infinity> Sure it was.
[17:03] <slangasek> everything builds in -proposed these days
[17:03] <infinity> EVerything starts out in proposed.
[17:03] <slangasek> hee
[17:03] <slangasek> thanks
[17:05] <nacc> smoser: heh, your cloud-utils import kind of forced me to rethink the solution we had. It's now a bit more abstracted in the code and handles your particular case better (it was a real bug in the old implementation). When we do a source patch, we need to do it anywhere we might encounter that published version, including when we are lookingat the parents of a new import
[17:05] <slangasek> Copy candidates:

[17:06] <slangasek> ah there it is
[17:06] <smoser> nacc, so uploaded ?
[17:06] <nacc> smoser: testing my fix now :)
[17:06] <smoser> you have a feel / guess for how many packages might need "source patch" ?
[17:06] <nacc> smoser: and then need to actually clean up my changelog etc, but i think it's working
[17:07] <nacc> smoser: so far we've hit 3
[17:07] <smoser> 3/~50
[17:07] <smoser> :-(
[17:07] <nacc> smoser: yep
[17:07] <nacc> smoser: not great, not terrible (IMO)
[17:13] <smoser> $ proxy curl --silent http://archive.ubuntu.com/ubuntu/dists/xenial/main/source/Sources.xz | xzcat | grep ^Package: | wc -l
[17:13] <smoser> 2470
[17:13] <smoser> 6% failure rate on 2400 packages is 144
[17:14] <smoser> without touching universe. so yeah, maybe its not bad, but if in fact we have to manually patch 144 things, that sucks.
[17:15] <nacc> and i'm not sure it's on my roadmap to support importing all of main :)
[17:15] <nacc> as of right now, i'm focused on server packages
[17:16] <nacc> i'm not saying it's not a problem
[17:16] <smoser> what about just going on ?
[17:17] <smoser> warn: could not import package at version X.
[17:17] <nacc> then we'd have an inaccurate history
[17:17] <nacc> there are algorithmic guarantees we are trying to assert :)
[17:17] <nacc> we do orphan packages in some cases
[17:17] <smoser>  --allow-failed-imports
[17:18] <smoser> given the archive seems to have started rejecting things like that, its probably mostly a historic problem.
[17:18] <nacc> it's exclusively historic
[17:19] <nacc> smoser: feel free to file a bug :) as of right now, i'm not convinced it's a large enough issue to warrant adding a flag, or changing the algorithm again
[17:20] <smoser> nacc, alternatively i could convince you otherwise by changing that pipe command above to just loop over usd-import <package>
[17:20] <smoser> and file individual bugs :)
[17:21] <nacc> that would also be fine
[17:23] <nacc> smoser: it would be interesting to run that with --no-push, tbh, it'll probably take a few days to complete
[17:25]  * smoser tries
[17:29] <nacc> smoser: ok, cloud-utils can import with my fix(es). Want me to push now, or are you ok with waiting while I clean up my changelog
[17:30] <smoser> nacc, not really a hurry
[17:31] <smoser> just if i'm going to look at code now, i first run usd-import
[17:31] <nacc> smoser: ok, i should be able to push in about 20 minutes, it's not that complicate of a change, i just want to verify it a bit
[17:43] <jderose> chiluk: something seems slightly wonky with latest initramfs-utils from your PPA (at least for my use case); i added a comment to the bug
[17:44] <chiluk> thanks jderose
[17:44] <chiluk> jderose: can you get me full console log output?...
[17:45] <jderose> chiluk: yeah, what's the best way to do this?
[17:46] <chiluk> check to see if the errors are showing in /var/log/syslog or kern.log.. I suspect neither.
[17:46] <jderose> chiluk: or what's the place to dump this from if i don't have a serial console setup? after the boot i can mount a usb drive, copy it over to that
[17:46] <jderose> chiluk: okay, i'll just grab everything from /var/log
[17:47] <chiluk> dumping serial console would be the best .. as I don't think the messages you are seeing get dumped into /var/log
[17:47] <slangasek> nacc: so these packages are uncopiable, even with infinity's hint, with an error about 'binaries conflicting with the existing ones'.
[17:47] <jderose> chiluk: i'll try to get serial console smart in the mean time, but no promises :)
[17:48] <chiluk> that would be awesome jderose...
[17:49] <nacc> slangasek: hrm, that's odd, because rmadison says there are no binaries for armhf?
[17:49] <slangasek> nacc: certainly
[17:49] <chiluk> jderose what is your /proc/cmdline as well?
[17:49] <slangasek> nacc: it's a strange error, and there certainly should never have been /different/ binaries with the same version number
[17:49] <nacc> slangasek: agreed -- do you want me to file a bug?
[17:50] <slangasek> nacc: against launchpad, sure
[17:50] <nacc> slangasek: ok, thanks!
[17:50] <jderose> chiluk: "initrd=initrd.img-4.4.0-36-generic root=/dev/nfs nfsroot=<IP_ADDRESS>:/var/lib/tribble/ephemeral ip=dhcp ro nomodeset net.ifnames=0"... so the only "weird" thing i'm doing is using net.ifnames=0, not sure if that's effecting anything or not
[17:53] <chiluk> ah jderose I think what's happening is htat you are now going through the full all_net_bootable device bringup loop.
[17:53] <chiluk> which wasn't functioning correctly before.
[17:53] <jderose> chiluk: okay, so this is working as expected, despite making stuff take a bit longer?
[17:54] <chiluk> yeah ... jderose ... give me one second.
[17:54] <nacc> slangasek: LP: #1632800
[17:54] <chiluk> jderose ... I'm going to give you a script to run on your machine ..  we may have to strip out some additional devices.
[17:54] <chiluk> it also could just be possible that it's now trying all your devices for a dhcp server.
[17:54] <chiluk> instead of just the one you want.
[17:57] <jderose> chiluk: FYI, this was PXE booting a machine with one Ethernet and one WiFI nic
[17:57] <chiluk> jderose can you run http://paste.ubuntu.com/23313997/  for me?
[17:58] <chiluk> and tell me the output?
[17:58] <jderose> chiluk: is it okay to run it after the full boot completes, or does in need to be run early, like in the initramfs stage?
[17:58] <chiluk> after full boot should be good enough.
[17:59] <jderose> okay, just a sec...
[17:59] <chiluk> I just want to see if you have any odd devices..
[17:59] <chiluk> and the order in which they come up.
[17:59] <chiluk> cyphermox... hold off for a second... Looking at jderose's use case ..
[18:03] <chiluk> yeah so looking into it jderose I suspect the initramfs may be attempting to bring up your wlan device as well.
[18:04] <chiluk> the solution to that would be using ip=:::::eth0:dhcp instead of simply ip=dhcp
[18:04] <chiluk> which is actually more correct than it was previously.
[18:04] <jderose> chiluk: you're script is just outputting "eth0"
[18:06] <chiluk> hmm. I expected you to have multiple devices..
[18:06] <chiluk> and one failing.
[18:09] <chiluk> jderose: do you get the same errors if you use ip=:::::eth0:dhcp ??
[18:11] <chiluk> jderose.. for your use case nothing much has changed between 8.3+lp1631474 and 8.3+lp1631474b2 ..
[18:11] <cyphermox> chiluk: too late.
[18:12] <chiluk> you should be following the same logic path with both commits.
[18:12] <chiluk> it's ok cyphermox.. I think we have something else at play here with jderose.
[18:13] <cyphermox> my guess is there are timeouts -- the right way to figure this out is to get all the logs
[18:14] <chiluk> cyphermox: does that mean you've made the upload?  I think we are still safe with the debdiffs as they are currently in the bug.
[18:14] <cyphermox> yes, it's done, and yes, that part is correct
[18:15] <jderose> chiluk: okay, "ip=:::::eth0:dhcp" seems to work fine, no unexpected delay
[18:15] <jderose> but "ip=dhcp" still works differently than it previously did
[18:16] <chiluk> cyphermox ^^^ sounds to me like we're now correctly processing  all_netbootable_devices ..
[18:17] <chiluk> but running all_netbootable_devices for him only yeilds eth0.
[18:17] <chiluk> which is odd.
[18:17] <cyphermox> what other devices are there?
[18:18] <chiluk> cyphermox: running all_netbootable_devices  only shows eth0..
[18:18] <chiluk> which is why I'm confused..
[18:19] <chiluk> jderose you said there was a wireless card in there as well right?
[18:19] <cyphermox> yes, what other interfaces should there be?
[18:19] <jderose> cyphermox: just a wifi NIC, although `ifconfig -a` isn't actually showing the device for whatever reason
[18:19] <chiluk> probably lacks drivers
[18:19] <cyphermox> well, then that's the reason -- the driver is probably missing
[18:19] <cyphermox> "missing" == not loaded yet
[18:20] <chiluk> but that' doesn't explain why ip=dhcp causes errors where ip=:::::eth0:dhcp does not.
[18:20] <chiluk> at least for him.
[18:20] <jderose> maybe so. seems `wifi-tools` isn't install by default on ubuntu server, so that might be the problem too
[18:21] <chiluk> jderose what do you see in /sys/class/net/*   ?
[18:21] <jderose> chiluk: just "eth0" and "lo"
[18:22] <cyphermox> jderose: please open a bug and add all the output you have on screen as you try to boot
[18:22] <jderose> cyphermox: sure, but i might not have time till tomorrow
[18:24] <chiluk> that's fine.. jderose.. something else is going on in your boot case..
[18:24] <jderose> chiluk: gotcha, thanks. seems like i can just use "ip=:::::eth0:dhcp" and be fine
[18:24] <chiluk> feel free to ping me or cyphermox jderose when you have all thte logs grabbed.
[18:25] <jderose> okay, will do
[18:42] <dmj_s76> infinity: In doing upgrade testing xenial->yakkety, the updater complains that it can't authenticate.  Is that expected currently?
[18:52] <slangasek> dmj_s76: certainly not; can you be more specific?
[18:53] <dmj_s76> So running do-release-upgrade -d
[18:54] <dmj_s76> gpg: BAD signature from "Ubuntu Archive Automatic Signing Key<EMAIL_ADDRESS>[18:54] <dmj_s76> Authentication Failed
[18:55] <dmj_s76> Authenticating the upgrade failed.  There may be a problem with the network or with the server.
[18:55] <dmj_s76> Similar authentication failure message when using the graphical updater
[19:22] <slangasek> dmj_s76: ok, could that mean that you have (or did have) a captive portal in the way that is corrupting the download?  Do you see a similar failure from 'sudo apt update'?
[19:41] <chiluk> slangasek can I get sru approval for https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/1631474  initramfs-tools ?  you look to have approved the previous sru for initramfs-tools.
[19:41] <slangasek> chiluk: ENOTIME; grab the sru staffer du jour?
[19:41] <chiluk> will do.
[19:42] <chiluk> I understand you guys are knee deep in release time.
[20:01] <dmj_s76> slangasek: Actually checking into that
[20:03] <dmj_s76> slangasek: apt update works fine
[20:41] <tsimonq2> Who is responsible for yaboot nowadays?
[21:17] <dmj_s76> slangasek: infinity: Sorry to worry you guys.  It was a caching issue on our network.
[21:17] <slangasek> dmj_s76: so I suspected, thanks for confirming :)
[21:18] <dmj_s76> Had to wait to confirm on our end but wanted to give you a heads up in case it was an issue blocking testing for others
[23:23] <slavanap> I'm Windows developer. I want to implement Ubuntu File Manager right click extension. Where should I start? Which docs should I read first?
[23:27] <tsimonq2> slavanap: I would join #ubuntu-desktop if I were you :)
[23:28] <cjwatson> This isn't my field, but I think "nautilus extensions" would probably be good search terms here
[23:28] <tsimonq2> that too ^
[23:29] <cjwatson> (and "apt search nautilus extension" shows several existing ones that you could perhaps use as example code - again, not my field so I don't know which ones are best)
[23:34] <slavanap> tsimonq2, thanks for advice! :)
[23:35] <slavanap> cjwatson, got it! Thanks!
[23:39] <nacc> rbasak: took a while, but i think i've got the framework for upload/ tagging going now
[23:44] <nacc> rbasak: although something i've got is provoking a pygit2 segfault :)


[00:04] <slangasek> doko: I see that calc has assigned bug #373911 to you; will you have time to work on this in advance of alpha 1 (which basically means getting it done by Monday), or should I have a look?  (Or should we defer it until after alpha-1, to avoid OOo breaking the world once we unblock it? :)
[00:05] <slangasek> I guess the immediate problem can be fixed just by merging up gcj-4.4
[00:05] <slangasek> calc: ^^
[00:08] <slangasek> waaah, 7 digit soyuz queue numbers :(
[00:09] <Nafallo> hmm.
[00:13] <slangasek> E: collectd: shlib-with-non-pic-code usr/sbin/collectdmon
[00:13] <slangasek> so very wrong :P
[01:07] <directhex> slangasek, how does http://git.debian.org/?p=pkg-mono/packages/mono.git;a=commitdiff;h=88098645f7292133a52c5bc068b8fcdc94b12d4e look in terms of mono preinst stuff?
[01:41] <slangasek> directhex: "dpkg --compare-versions [...] && if"?
[01:41] <slangasek> directhex: "if dpkg --compare-versions [...] &&" would be more idiomatic
[01:42] <slangasek> directhex: btw, I think it would look cleaner if instead of generating this snippet in debian/rules, you had a copy of it as a separate file under debian/ that you could append as needed
[01:42] <directhex> howso?
[01:43] <slangasek> hmm?
[01:44] <directhex> you mean pull in a preinst template rather than using echo?
[01:44] <slangasek> yeah
[01:44] <slangasek> with a sed for the $$p bits
[01:45] <slangasek> the existing code is fine, I'm just generally averse to doing significant bits of scripting directly in a Makefile on account of the escaping requiremenst
[01:45] <directhex> yeah, there were an awful lot of try/retry iterations to get it right
[01:45] <directhex> i'll look into it tomorrow
[03:52] <mrhoden2009> Does anyone know how to do RAID configurations on Ubuntu, I have a few questions.
[03:53] <wgrant> mrhoden2009: You want #ubuntu.
[03:54] <mrhoden2009> thanks, I tried there but without much luck
[03:54] <mrhoden2009> do you know a better channel?
[03:54] <wgrant> I'm not sure, but certainly not here.
[03:54] <mrhoden2009> I tried ubuntu-server as well
[03:55] <mrhoden2009> lol okay thanks
[04:43] <calc> slangasek: i have a workaround that i think i may use... turn off using gcj entirely in OOo
[04:44] <calc> slangasek: gcj seems to be fairly crap in any case so getting rid of gcj support in OOo isn't really a loss afaict
[04:45] <maco> calc: mm? what's gcj do that's silly to OOo?
[04:50] <calc> sorry my desktop stopped accepting keyboard input and my laptop didn't fully work after resuming
[04:51] <calc> maco: so the issue is bug 373911
[04:51] <calc> maco: it seems that gcj does not work properly on i386/lpia or perhaps when used with aotcompile
[04:52] <calc> maco: aotcompile.py is part of gcj though so probably should work, and OOo relies on it working to compile native jars
[04:52] <maco> fun...what is .spec in terms other than rpm packaging?
[04:53] <calc> it tells libgcj how to do linking
[04:53] <maco> ah ok
[04:54] <calc> the file is actually there or at least should be, its there on my test chroot but gcj seems to be unable to find it
[04:55] <calc> hmm my keyboard wasn't actually dead it seems firefox ate it
[04:55] <maco> ive been running into that problem with Qt apps a lot
[04:56] <calc> i killed firefox and then logged out and back into X and everything works fine again
[04:56] <maco> type type type and nothing shows up
[04:56] <maco> ah i just have to change window focus about 10 times or so, then my kbd works again. killing the app thats rejecting input also works
[04:57] <calc> maco: it ate it to where i couldn't even get a terminal to work
[04:57] <calc> yea killing firefox in this case seemed to help
[04:58] <calc> it also seemed to cause my mouse not to work correctly either probably the same issue
[05:01] <calc> anyone else get a 'disable advertising' button on /. ?
[05:43] <FloridaGuy> hey guys....keep up the great work....9.04 has approved alot..in preformence..speed...lolks
[05:57] <DShepherd> hello all
[05:57] <poningru> 'lo
[05:57] <DShepherd> my hibernate works! finally! who can i thank for this!!
[05:58] <DShepherd> it just .. works outside of the box with jaunty
[05:58] <DShepherd> and I am really thankful. Give me some names .. something.. i wanna thank them for this
[06:19] <Amaranth> DShepherd: It was all me ;)
[06:20] <Amaranth> DShepherd: I waved a magic wand over it
[06:20] <DShepherd> hehehe
[06:20] <Amaranth> Seriously though, that'd be the kernel team and/or the guys who work on your graphics driver
[06:20]  * DShepherd praise Amaranth
[06:20] <DShepherd> nvidia card here...
[06:21] <DShepherd> i dont think I am using the opensource driver here
[06:21] <DShepherd> Amaranth, but thanks for the direction though. I am in ubuntu-kernel channel now
[06:23] <slangasek> calc: er, I don't see the basis for saying that gcj is "fairly crap".
[06:23] <slangasek> calc: it just happens to be out of sync with gcc 4.4 right now, as I said.
[06:24] <DShepherd> Amaranth, dont you do some nvidia driver work?
[06:25] <Amaranth> DShepherd: nope, in the dapper days I packaged a driver in my PPA that supported GL_EXT_texture_from_pixmap but otherwise I stay away
[06:25] <DShepherd> Amaranth, ah ok.
[07:16] <nixternal> mneptok: you sure have a lot of nerve talking about pie on the planet, at least you tried to calm the Chicago waters here, but I have an army who is ready to fight for best pie :p
[07:27] <jussi01> nixternal: I want pie... give me some!
[07:28] <nixternal> mmmmm, spacca's tomorrow for some good ol' pie and beer....pizza maffia style :)
[07:30] <mneptok> nixternal: Chicago pizza isn't pie. it's dough with some red stuff on top. >;)
[07:30] <nixternal> oh man, you are asking for it!
[07:30]  * nixternal whistles and summons up the good fellahs
[07:31] <nixternal> nhandler: help me out dude, lets do this Chicago style!
[07:31]  * mneptok looks around ABQ and Rio Rancho
[07:31] <nixternal> hehe
[07:31] <mneptok> prolly more mafiosi here than there ;)
[07:31] <nixternal> all you have done there is the sun!
[07:31] <nixternal> mneptok: depends, can we count the ones who just went to prison here?
[07:31] <mneptok> three words. "In Plain Sight"
[07:32] <mneptok> Blagojevich is Italian? >;)
[07:32] <nixternal> mneptok: they don't count, they are all down there as Paul Smith in witness protection :P
[07:32] <nixternal> no, blago is just stupid
[07:32] <mneptok> like Chicago pizza.
[07:32]  * mneptok runs
[07:32] <nixternal> oh mna
[07:32] <nixternal> man
[07:32]  * nixternal whistles louder
[08:23] <slangasek> mneptok: OOI, how does "New York, New York" rate on your scale of Portland pizzerias? :)
[08:23] <slangasek> (and if you know better, please share :)
[08:32] <mneptok> slangasek: no idea. never been there.
[08:32] <mneptok> slangasek: if the crust is more than a pinky finger thick, and shows no sign of burning, it's crap. :)
[08:34] <slangasek> heh
[08:34] <slangasek> of course it's not more than a pinky finger thick :)
[08:35] <slangasek> it's New York style, not Pizza Hut style
[08:35] <mneptok> Pizza Hut isn't pizza. it's ketchup on a bagel with a genetic defect. >:P
[08:41] <slangasek> lool, doko: I'm having a poke at the gcj-4.4 merge, so that gcj can find its .spec file again, and I'm confused about how it's supposed to be configured on armel because the changelog says "build with --with-float=softfp --with-fpu=vfp", and the debian/rules disagrees - which way is this supposed to be?
[09:07] <lool> slangasek: We deferred these changes
[09:07] <slangasek> ok
[09:07] <lool> slangasek: To only switch when we move up to >= armv6
[09:07] <lool> Until then, we have compat with non-vfp systems
[09:07]  * slangasek nods
[09:08] <lool> Thanks for the merge!
[12:00] <BUGabundo> pitti: ping. I can't file a bug on apport using apport
[13:28] <doko> slangasek: preparing an upload now
[13:57] <MaximLevitsky> I have a patch to fix small bug in open-terminal extension
[13:57] <MaximLevitsky>  https://bugs.launchpad.net/ubuntu/+source/nautilus-open-terminal/+bug/333462
[13:57] <MaximLevitsky> How to get it included?
[14:10] <poningru> MaximLevitsky, attach the patch
[14:10] <poningru> to the bugreport in launchpad
[14:10] <MaximLevitsky> poningru: I did so
[14:10] <MaximLevitsky> a debdiff that is
[14:11] <poningru> ping one of the core devs? though that is frowned upon iirc
[14:11] <MaximLevitsky> poningru: isn't there a standard way to mark a bug report as fixed/patch attached ?
[14:12] <MaximLevitsky> I assigned it to ubuntu-main-sponsors in hope that will help
[14:12] <Hobbsee> subscribe ubuntu-main-sponsors, and they'll sponsor it
[14:12] <Hobbsee> (please don't assign them)
[14:14] <MaximLevitsky> Hobbsee: ok, done
[14:14] <wgrant> https://wiki.ubuntu.com/SponsorshipProcess
[14:17] <MaximLevitsky> this package belongs to universe
[14:18] <MaximLevitsky> so can I unsubscribe main sponsers/
[14:18] <MaximLevitsky> ?
[14:33] <james_w> dear fellow archive admins: diffstat isn't installed, which seems to prevent me from running lintian, that's not just me right?
[15:21] <jdstrand> slangasek: re launchpadlib remotely> I run it just fine remotely here-- am I missing something?
[15:34] <soren> How do you run launchpadlib non-remotely?
[16:02] <calc> slangasek: 'fairly crap' was with regards to it causing quite a few bugs over the years with OOo due to not being good enough compared to java spec
[16:02] <calc> slangasek: before we converted over to using openjdk for OOo we would get bugs about java related code not working correctly on a fairly regular basiss
[16:03] <directhex> does openjdk run on all arches yet?
[16:05] <calc> directhex: it apparently has issues on ia64 but afaict I am using it for all other archs now
[16:05] <calc> directhex: ia64 is still using gcj :\
[16:06] <calc> i've seen bugs even recently about gcj usage when people have installed the ooo-gcj package so getting rid of it would probably not be a bad thing
[16:06] <directhex> calc, how odd, sun re-released an ia64 version of java 6 very recently
[16:06] <directhex> after a big java-shaped drought for itanic users
[16:06] <calc> directhex: i didn't set ia64 to use gcj rene did, so i'm not entirely sure why he did that, probably due to some bugs
[16:07] <directhex> perhaps
[16:10] <calc> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=502422
[16:10] <calc> that was why he disabled openjdk on ia64
[16:12] <Chipzz> calc: 'fairly crap' is also how I would describe OOo as a whole
[16:12] <calc> Chipzz: true :)
[16:12] <Chipzz> OOo is software nobody really wants to use, but uses at a lack of better alternative
[16:13] <calc> Chipzz: but a java compiler that doesn't compile valid java isn't particularly useful
[16:13] <Chipzz> yeah
[16:13] <directhex> Chipzz, waiting to see what happens next w/ Oracle and OOo
[16:13] <Chipzz> but then, 'fairly crap' is /also/ how I would describe Java as a whole
[16:14] <directhex> mildly amusing that sun java can't compile sun openoffice, but hey ho
[16:14] <Chipzz> :P
[16:14] <directhex> i don't think i can describe java in those terms without starting a CoC debate
[16:14] <Chipzz> Java is an academic experiment ran out of hand :P
[16:15] <directhex> java is a trailblazing pioneer
[16:15] <maxb> Yup. You look at some portions of its APIs, and you think "What *idiot* designed this?"
[16:16] <calc> looks like doko already fixed gcj for me though so i can retry the builds :)
[16:16] <calc> directhex: openjdk isn't really sun java, its sun java that has been modified to some extent
[16:17] <directhex> maxb, i think java combines wild-eyed innocence at its newness, with a very very long backwards-compatibility approach. this may be considered "bad"
[16:17] <Chipzz> amusingly, for a lot of things I've tried it for, gnumeric and abiword work at least as good/better than OOo
[16:17] <calc> directhex: afaik sun java itself does build OOo but is non-free so we don't use that
[16:17] <meoblast001> hi
[16:17] <meoblast001> i have a question of whether something would be possible or not
[16:18] <Chipzz> have you tried asking on #ubuntu first? :P
[16:18]  * calc agrees with the intrepreted languages being not particularly useful (esp due to being very slow) debate ;-)
[16:18] <meoblast001> i often have a lot of development packages on my system that i only use once
[16:18] <meoblast001> would it be possible for computer janitor to eventually remove those
[16:18] <Chipzz> meoblast001: apt-get auto-remove
[16:18] <Chipzz> now go to #ubuntu please :)
[16:18] <meoblast001> ok
[16:19] <Chipzz> (may also be autoremove with the -)
[16:19] <Chipzz> weird how you can just *feel* that whatever someone is going to ask will be off-topic even before they ask it
[16:19] <maxb> It must be said #ubuntu is somewhat useless due to its own success :-/
[16:21] <maxb> One of benefits of running the development release is the ability to use #ubuntu+1 with a clearl concience :-)
[16:21] <directhex> i ba=rely trust karmic in a pbuilder yet, let alone on a real pc
[16:22] <calc> maxb: even better to just build in chroots then you don't cruft up your system to begin with
[16:22] <Chipzz> calc: it's not so much the interpreted nature of java (which isn't even 100% true to start with) I have a problem with
[16:23] <Chipzz> python is interpreted too
[16:23] <calc> yea python is slow too :)
[16:23] <Chipzz> and so is .net
[16:23]  * calc used to have a link comparing various languages speed
[16:23] <Chipzz> mono is a lot faster compared to java last I tried
[16:24] <calc> yea
[16:24] <calc> iirc python was something like an order of magnitude slower than c at least in some areas
[16:24] <Chipzz> one of the few things I don't fault M$ for
[16:24] <directhex> mono is faster in many cases, but has a juch slower GC
[16:24] <calc> and .net was a few times slower and java a few times slower than .net
[16:24] <directhex> python is ~60x slower than mono
[16:24] <calc> .net being a few times slower than c
[16:25] <Chipzz> but then, the benchmarks you ran probably aren't very relevant to real world use
[16:26] <Chipzz> in practice, most of the time, be it in Java, .Net or Python is spent in bindings (ie native code)
[16:26] <Chipzz> and I doubt there are benchmarks comparing the same program in gtk+, pygtk, gtk# and java-gnome
[16:27] <calc> yea and for mostly gui programs you just need fast enough code
[16:27] <calc> most apps aren't cpu bound, they just wait for user input all the time
[16:28] <Chipzz> and like I said, even the user input waiting happens in C :p
[16:28] <directhex> Chipzz, and where most time is spent waitring for user input, the important factor shifts to "does writing this code give me a hernia?"
[16:29] <Chipzz> personally I decide what language to write a program in based on whatever is most suited/fits the idiom best
[16:30] <Chipzz> or amounts to the least lines of code
[16:30] <Chipzz> (excluding whitespace/semiwhitespace/comments)
[16:31] <Chipzz> semiwhitesspace -> things like { and } in C for example
[16:31] <Chipzz> if (foo)
[16:31] <Chipzz> {
[16:31] <Chipzz> bar;
[16:31] <Chipzz> }
[16:31] <Chipzz> would be counted as only 2 lines
[17:14] <calc> slangasek: do you happen to know what is wrong with libltdl7-dev on powerpc i got the same build failure for OOo as the other one that was an arch mismatch but i didn't see it in the mismatch file
[17:14] <calc> slangasek: http://launchpadlibrarian.net/26510428/buildlog_ubuntu-karmic-powerpc.openoffice.org_1%3A3.1.0~rc2-1ubuntu1_FAILEDTOBUILD.txt.gz
[17:18] <james_w> calc: that package doesn't exist in karmic
[17:18] <james_w> probably libltdl-dev now
[17:19] <calc> james_w: ok
[17:20] <calc> so then i guess unixodbc is bugged because the last version uploaded specifically depends on libltdl7-dev :\
[17:21] <calc> "  * (Build)-depend on libltdl7-dev to fix dependencies on armel."
[17:21] <james_w> well that was an upload to jaunty
[17:22] <calc> well is now buggy rather since it needs to be updated
[17:22] <calc> hmm no libltdl-dev provides libltdl7-dev
[17:23]  * calc checks when libtool was last built on powerpc
[17:23] <calc> ah it probably was built after OOo failed
[18:11] <geiseri_> hi, i have a problem with my own generated ftp-archive generated package set, i can debootrap the sysetem, but tasksel fails because it cannot fund task minimal.  i am assuming i missed a step, but i cannot for the life of me figure out where.
[19:15] <geiseri_> any ideas on my problem?
[19:18] <geiseri_> what is really strange is i can run the tasksel command and it asks me to select the openssh server
[19:18] <geiseri_> could the problem be in my preseed file?
[19:19] <geiseri_> in reality i do not even want tasksel to run at all since i have a full package list i would rather have installed
[19:32] <vart> I am trying to use kernel set_memory_ro method from asm/cacheflush.h, but it fails when I am doing insmod, says "unknown symbol set_memory_ro", I am using ubuntu 9.04
[19:41] <dtchen> TheMuso_: linus has merged the last of the stable 1.0.20 alsa-kernel bits.
[19:54] <maxb> dtchen: Would you perhaps be able to suggest on what package I should report popping/crackling audio *only* when playing from DVDs (on karmic)?
[19:56] <dtchen> maxb: start with the player, and we'll triage from there
[19:56] <maxb> hmm, I have reproduced the same in totem and mplayer
[19:56] <dtchen> maxb: which output was mplayer using?
[19:57] <dtchen> (-ao pulse or -ao alsa?)
[19:57] <maxb> I tried it with -ao alsa and -ao pulse, it sounded the same in both cases
[19:57] <dtchen> then it's pulseaudio or lower
[19:57] <dtchen> i'd file one affecting pa
[19:58] <maxb> Ok, will do then, thanks
[20:21] <geiseri_> *sigh* this tasksel bug is driving me nuts, is there any documentation on how these things work beyond the stock debain installer information?
[20:22] <geiseri_> it seems there are a few parts missing
[20:23] <geiseri_> its seems that no matter what is in my preseed file it cannot find task minimal... and its not clear how these tasks are defined from what i can see
[20:27] <slangasek> jdstrand: how is launchpadlib supposed to launch your browser for the authentication callback?
[20:29] <slangasek> calc: well, gcj is already fixed now thanks to doko, so there's no reason to drop OOo-gcj as a quick-n-dirty workaround here.  If it should be dropped on its own merits, then fine...
[20:31] <slangasek> calc: the libltdl7-dev thing was actually that the real libltdl7-dev package was still in the archive but uninstallable; now that it's NBSed out, things should build fine
[20:31] <james_w> slangasek: you can copy over an auth token just like we do with the cookie
[20:31] <slangasek> james_w: ah.  well, AFAICS, that's the part that's been Not Working with syncbugbot anyway :)
[20:31] <james_w> true :-)
[20:34] <geiseri_> is there a better channel to ask questions on how to customize the installer?
[20:35]  * ScottK thinks #ubuntu-installer exists.
[20:35] <geiseri_> its pretty dead in there
[20:36] <ScottK> !weekend
[20:36] <geiseri_> hmmm... is there any online documentation on the changes that ubuntu makes to the debian installer that i could look into?
[20:37] <geiseri_> i am not finding the right google keywords it seems
[20:41] <a|wen> geiseri_: look in the changelog
[20:42] <geiseri_> is there a package for the debian installer itself?
[20:42]  * a|wen would without looking guess at debian-installer
[20:43] <geiseri_> there is one afaik but i think its like simple-ccd or debian-cd, they are not ubuntufied
[20:43] <james_w> debian-installer is lots of packages
[20:43]  * geiseri_ will look again
[20:46] <geiseri_> i mean i didnt think what i was doing was that hard to do... all i needed was a cd that booted up and installed ubuntu onto a system with a set partition scheme, and package list...
[20:47] <a|wen> it is not the OEM option you are looking for?
[20:48] <geiseri_> if it worked it would be close... the rub is im trying to add a few extra packages that are not on the base install
[20:48] <geiseri_> it seems though when i change the package list all sorts of things break for non-obvious reasons
[20:57] <calc> slangasek: yea i saw, i think i will just keep it around now
[20:58] <calc> slangasek: i'll be watching to see if it fails for any other reason and try to get it fixed in time for alpha 1 (tomorrow night is effectively freeze aiui)
[20:59]  * calc hopes the mass give back doesn't delay the alpha 1 release
[21:00] <a|wen> calc: working boost1.35 :)
[21:00] <calc> several of the buildds have 400+ packages still left to build
[21:07] <a|wen> if anyone has time to sponsor some boost updates to get things into shape (working) again it would be nice :) most importantly bug 373962 and also bug 371617
[21:34] <sveinung_> Hello! I'm trying to get a fix for bug 345706 into Ubuntu main. This is the first time I have tried to get anything into Ubuntu main.
[21:34] <sveinung_> I have already done one mistake. (I assumed I needed permission from those responsible for the package before I could subscribe main sponsors) Could anyone check if I have done others?
[21:35] <sveinung_> By the way: How long should a package be in Karmic before I can suggest a sru to jaunty?
[21:38] <sveinung_> anything I can do better (more details in the bug report etc) to increace the chanse of it getting in?
[23:03] <TheMuso_> dtchen: thanks for the heads up.
[23:04] <dtchen> it amuses me slightly that alsa-tools 1.0.20 lacks all the necessary autotools bits
[23:04] <dtchen> there's a gitcompile script...and nothing else.
[23:06] <dtchen> pitti: i'm afraid 345627 is going to have to be tagged verification-failed; even though linux-2.6.28-12.43-generic fixes the symptoms for some users, it presents an awesome regression for others. i feel it's better to live with known breakage than introduce a regression.
[23:09] <TheMuso_> dtchen: heh well that shouldn't be a problem.
[23:16] <jdong> dtchen: that's a shame
[23:17] <jdong> it seemed to make audio a bit less blippy for me in skype under heavy load
[23:17] <jdong> maybe like all this other audio stuff it's placebo effect :)
[23:17] <dtchen> jdong: yeah, well, rock..hard place.
[23:17] <jdong> understood
[23:17] <dtchen> there's still so much more work to get the _drivers_ stable, much less upper parts of the stack.
[23:19] <jdong> I see
[23:20] <lifeless> IIRC 70+% of the bugs of linux [kernel] are in drivers
[23:20] <jdong> well that's probably where all the sloppy "quick get it out" coding happens.
[23:21] <jdong> and the long nights with coffee spent futzing with registers until something magically starts working.
[23:21] <lifeless> dtchen: does alsa-tools still use autoconf?
[23:21] <lifeless> dtchen: just doesn't ship configure?
[23:21] <TheMuso_> lifeless: yes I would think so
[23:21] <lifeless> TheMuso_: so would I, I'm trying to be sure ;)
[23:21] <lifeless> TheMuso_: also, the ataraid list fails :)
[23:22] <TheMuso_> lifeless: you're telling me. No response from upstream re your issue.
[23:22] <TheMuso_> I can't help wondering whether they have abandoned dmraid for the new metadata support going into mdadm 3 or some such.
[23:22] <lifeless> if so it would be nice to TELL THEIR USERS
[23:22] <TheMuso_> agreed
[23:23] <lifeless> anyhoo
[23:23] <dtchen> lifeless: it normally ships configure. however, it [1.0.20] only ships a one-line gitcompile script. it lacks Makefile.am, configure.ac, ...
[23:23] <dtchen> kinda fail.
[23:23] <lifeless> dtchen: wow
[23:23] <lifeless> TheMuso_: ^ file under assumptions :O
[23:24] <lifeless> TheMuso_: is danwood76 the debian maintaer of dmraid ?
[23:24] <TheMuso_> lifeless: no
[23:25] <lifeless> who then - some random?
[23:25] <TheMuso_> dtchen: I'd say 1.0.20a or some such will be out within days.
[23:25] <TheMuso_> yeah
[23:27] <lifeless> TheMuso_: so I'll whip up a decoder for what appear to be magic bytes on my drives; will you be happy to apply that?
[23:27] <TheMuso_> lifeless: Sure. I'd say the debian maintainer will be interested as well. I'll be committing it to Debian and karmic, then I'll SRU it for jaunty.
[23:28] <lifeless> cool