[01:01] -queuebot:#ubuntu-release- New binary: libtitanium-json-ld-java [amd64] (lunar-proposed/universe) [1.3.1-2] (no packageset)
[01:01] -queuebot:#ubuntu-release- New binary: savvy [amd64] (lunar-proposed/universe) [2.1.0-2] (no packageset)
[01:02] -queuebot:#ubuntu-release- New binary: savvy [ppc64el] (lunar-proposed/universe) [2.1.0-2] (no packageset)
[01:02] -queuebot:#ubuntu-release- New binary: savvy [s390x] (lunar-proposed/universe) [2.1.0-2] (no packageset)
[01:04] -queuebot:#ubuntu-release- New binary: savvy [armhf] (lunar-proposed/universe) [2.1.0-2] (no packageset)
[01:05] -queuebot:#ubuntu-release- New binary: savvy [arm64] (lunar-proposed/universe) [2.1.0-2] (no packageset)
[01:08] -queuebot:#ubuntu-release- New binary: slepc4py [amd64] (lunar-proposed/universe) [3.17.2-1] (no packageset)
[01:11] -queuebot:#ubuntu-release- New binary: slepc4py [s390x] (lunar-proposed/universe) [3.17.2-1] (no packageset)
[01:11] -queuebot:#ubuntu-release- New binary: slepc4py [arm64] (lunar-proposed/universe) [3.17.2-1] (no packageset)
[01:13] -queuebot:#ubuntu-release- New binary: slepc4py [ppc64el] (lunar-proposed/universe) [3.17.2-1] (no packageset)
[02:04] -queuebot:#ubuntu-release- New binary: lomiri-system-settings [riscv64] (lunar-proposed/universe) [1.0~git20221028.ca6da85-1] (no packageset)
[03:15] -queuebot:#ubuntu-release- New: accepted lomiri-system-settings [riscv64] (lunar-proposed) [1.0~git20221028.ca6da85-1]
[03:15] -queuebot:#ubuntu-release- New: accepted slepc4py [amd64] (lunar-proposed) [3.17.2-1]
[03:16] -queuebot:#ubuntu-release- New: accepted slepc4py [ppc64el] (lunar-proposed) [3.17.2-1]
[03:16] -queuebot:#ubuntu-release- New: accepted savvy [arm64] (lunar-proposed) [2.1.0-2]
[03:16] -queuebot:#ubuntu-release- New: accepted slepc4py [s390x] (lunar-proposed) [3.17.2-1]
[03:16] -queuebot:#ubuntu-release- New: accepted slepc4py [arm64] (lunar-proposed) [3.17.2-1]
[03:16] -queuebot:#ubuntu-release- New: accepted gr-gsm [arm64] (lunar-proposed) [1.0.0~20220727-1]
[03:16] -queuebot:#ubuntu-release- New: accepted haskell-libffi [armhf] (lunar-proposed) [0.1-2]
[03:16] -queuebot:#ubuntu-release- New: accepted liblc3 [arm64] (lunar-proposed) [1.0.1-1]
[03:16] -queuebot:#ubuntu-release- New: accepted qflipper [ppc64el] (lunar-proposed) [1.2.1-2]
[03:16] -queuebot:#ubuntu-release- New: accepted savvy [armhf] (lunar-proposed) [2.1.0-2]
[03:16] -queuebot:#ubuntu-release- New: accepted savvy [s390x] (lunar-proposed) [2.1.0-2]
[03:16] -queuebot:#ubuntu-release- New binary: knot [ppc64el] (lunar-proposed/universe) [3.2.2-1] (no packageset)
[03:16] -queuebot:#ubuntu-release- New binary: rust-sluice [amd64] (lunar-proposed/universe) [0.5.5-1] (no packageset)
[03:16] -queuebot:#ubuntu-release- New binary: rust-socks [amd64] (lunar-proposed/universe) [0.3.4-2] (no packageset)
[03:16] -queuebot:#ubuntu-release- New: accepted haskell-libffi [arm64] (lunar-proposed) [0.1-2]
[03:17] -queuebot:#ubuntu-release- New: accepted libquazip1-qt5 [armhf] (lunar-proposed) [1.3-1]
[03:17] -queuebot:#ubuntu-release- New: accepted savvy [amd64] (lunar-proposed) [2.1.0-2]
[03:17] -queuebot:#ubuntu-release- New: accepted twopaco [ppc64el] (lunar-proposed) [1.0.0+dfsg-1]
[03:17] -queuebot:#ubuntu-release- New binary: rust-smart-default [amd64] (lunar-proposed/universe) [0.6.0-1] (no packageset)
[03:17] -queuebot:#ubuntu-release- New: accepted libbitarray [armhf] (lunar-proposed) [2.0-1]
[03:17] -queuebot:#ubuntu-release- New: accepted savvy [ppc64el] (lunar-proposed) [2.1.0-2]
[03:17] -queuebot:#ubuntu-release- New binary: rust-stderrlog [amd64] (lunar-proposed/universe) [0.5.3-1] (no packageset)
[03:17] -queuebot:#ubuntu-release- New: accepted libtitanium-json-ld-java [amd64] (lunar-proposed) [1.3.1-2]
[03:17] -queuebot:#ubuntu-release- New binary: kwin [riscv64] (lunar-proposed/universe) [4:<IP_ADDRESS>-0ubuntu1] (kubuntu)
[03:17] -queuebot:#ubuntu-release- New: accepted calamares-extensions [armhf] (lunar-proposed) [1.2.1-2]
[03:17] -queuebot:#ubuntu-release- New: accepted cimfomfa [arm64] (lunar-proposed) [21-361-2]
[03:17] -queuebot:#ubuntu-release- New: accepted golang-1.18 [armhf] (lunar-proposed) [1.18.7-1]
[03:17] -queuebot:#ubuntu-release- New: accepted rust-lexiclean [ppc64el] (lunar-proposed) [0.0.1-1]
[03:17] -queuebot:#ubuntu-release- New: accepted tanidvr [ppc64el] (lunar-proposed) [1.4.1-1]
[03:17] -queuebot:#ubuntu-release- New: accepted tryton-modules-purchase-amendment [amd64] (lunar-proposed) [6.0.1-2]
[03:17] -queuebot:#ubuntu-release- New: accepted zycore-c [armhf] (lunar-proposed) [1.2.0-2]
[03:17] -queuebot:#ubuntu-release- New binary: gcc-12-cross-ports [i386] (lunar-proposed/universe) [11ubuntu1] (i386-whitelist)
[03:17] -queuebot:#ubuntu-release- New sync: golang-github-scaleway-scaleway-sdk-go (lunar-proposed/primary) [1.0.0~beta9-2]
[03:17] -queuebot:#ubuntu-release- New binary: libgit2 [riscv64] (lunar-proposed/universe) [1.5.0+ds-6ubuntu1] (i386-whitelist, kubuntu)
[03:17] -queuebot:#ubuntu-release- New: accepted cif2hkl [armhf] (lunar-proposed) [1.4.2+ds1-1]
[03:17] -queuebot:#ubuntu-release- New: accepted rust-js-int [ppc64el] (lunar-proposed) [0.2.2-1]
[03:17] -queuebot:#ubuntu-release- New: accepted tryton-modules-product-price-list-dates [amd64] (lunar-proposed) [6.0.1-2]
[03:17] -queuebot:#ubuntu-release- New binary: gcc-12-cross-ports [amd64] (lunar-proposed/universe) [11ubuntu1] (i386-whitelist)
[03:17] -queuebot:#ubuntu-release- New binary: libgit2 [armhf] (lunar-proposed/universe) [1.5.0+ds-6ubuntu1] (i386-whitelist, kubuntu)
[03:17] -queuebot:#ubuntu-release- New: accepted cimfomfa [armhf] (lunar-proposed) [21-361-2]
[03:17] -queuebot:#ubuntu-release- New: accepted tryton-modules-purchase-price-list [amd64] (lunar-proposed) [6.0.1-2]
[03:17] -queuebot:#ubuntu-release- New binary: libgit2 [s390x] (lunar-proposed/universe) [1.5.0+ds-6ubuntu1] (i386-whitelist, kubuntu)
[03:17] -queuebot:#ubuntu-release- New: accepted seqan-raptor [ppc64el] (lunar-proposed) [<IP_ADDRESS>.git.fecfbca+ds-3]
[03:17] -queuebot:#ubuntu-release- New sync: golang-github-ionos-cloud-sdk-go (lunar-proposed/primary) [6.1.3-2]
[03:18] -queuebot:#ubuntu-release- New: accepted rust-uom [amd64] (lunar-proposed) [0.33.0-1]
[03:18] -queuebot:#ubuntu-release- New: accepted tryton-modules-incoterm [amd64] (lunar-proposed) [6.0.2-2]
[03:18] -queuebot:#ubuntu-release- New: accepted tryton-modules-marketing-email [amd64] (lunar-proposed) [6.0.0-3]
[03:18] -queuebot:#ubuntu-release- New: accepted tryton-modules-party-avatar [amd64] (lunar-proposed) [6.0.1-2]
[03:18] -queuebot:#ubuntu-release- New: accepted tryton-modules-product-price-list-parent [amd64] (lunar-proposed) [6.0.0-2]
[03:18] -queuebot:#ubuntu-release- New: accepted tryton-modules-production-split [amd64] (lunar-proposed) [6.0.0-2]
[03:18] -queuebot:#ubuntu-release- New: accepted tryton-modules-purchase-history [amd64] (lunar-proposed) [6.0.0-2]
[03:18] -queuebot:#ubuntu-release- New: accepted tryton-modules-account-tax-cash [amd64] (lunar-proposed) [6.0.0-2]
[03:18] -queuebot:#ubuntu-release- New: accepted tryton-modules-marketing [amd64] (lunar-proposed) [6.0.0-2]
[03:18] -queuebot:#ubuntu-release- New: accepted tryton-modules-production-outsourcing [amd64] (lunar-proposed) [6.0.0-2]
[03:18] -queuebot:#ubuntu-release- New: accepted tryton-modules-purchase-request-quotation [amd64] (lunar-proposed) [6.0.2-2]
[03:18] -queuebot:#ubuntu-release- New: accepted tryton-modules-marketing-automation [amd64] (lunar-proposed) [6.0.3-2]
[03:18] -queuebot:#ubuntu-release- New: accepted tryton-modules-production-work-timesheet [amd64] (lunar-proposed) [6.0.0-2]
[03:18] -queuebot:#ubuntu-release- New: accepted tryton-modules-product-kit [amd64] (lunar-proposed) [6.0.8-1]
[03:18] -queuebot:#ubuntu-release- New: accepted rust-totp-rs [amd64] (lunar-proposed) [3.0.1-2]
[03:18] -queuebot:#ubuntu-release- New: accepted rust-uname [amd64] (lunar-proposed) [0.1.1-1]
[03:18] -queuebot:#ubuntu-release- New: accepted rust-unic-langid-impl [amd64] (lunar-proposed) [0.9.0-1]
[03:18] -queuebot:#ubuntu-release- New: accepted tryton-modules-account-statement-coda [amd64] (lunar-proposed) [6.0.0-2]
[03:18] -queuebot:#ubuntu-release- New: accepted tryton-modules-attendance [amd64] (lunar-proposed) [6.0.1-2]
[03:18] -queuebot:#ubuntu-release- New: accepted rust-tracing-futures [amd64] (lunar-proposed) [0.2.5-2]
[03:18] -queuebot:#ubuntu-release- New: accepted tryton-modules-account-payment-stripe [amd64] (lunar-proposed) [6.0.5-1]
[03:18] -queuebot:#ubuntu-release- New: accepted tryton-modules-carrier-subdivision [amd64] (lunar-proposed) [6.0.1-2]
[03:18] -queuebot:#ubuntu-release- New: accepted rust-unescape [amd64] (lunar-proposed) [0.1.0-1]
[03:18] -queuebot:#ubuntu-release- New: accepted tryton-modules-account-statement-ofx [amd64] (lunar-proposed) [6.0.0-2]
[03:19] -queuebot:#ubuntu-release- New: accepted rust-temptree [amd64] (lunar-proposed) [0.2.0-1]
[03:19] -queuebot:#ubuntu-release- New: accepted rust-tracing-log [amd64] (lunar-proposed) [0.1.3-2]
[03:19] -queuebot:#ubuntu-release- New: accepted rust-treeline [amd64] (lunar-proposed) [0.1.0-1]
[03:19] -queuebot:#ubuntu-release- New: accepted tryton-modules-account-payment-braintree [amd64] (lunar-proposed) [6.0.3-1]
[03:19] -queuebot:#ubuntu-release- New: accepted rust-tower-layer [amd64] (lunar-proposed) [0.3.1-1]
[03:19] -queuebot:#ubuntu-release- New: accepted tryton-modules-account-invoice-secondary-unit [amd64] (lunar-proposed) [6.0.0-2]
[03:19] -queuebot:#ubuntu-release- New: accepted rust-tracing-serde [amd64] (lunar-proposed) [0.1.3-2]
[03:19] -queuebot:#ubuntu-release- New: accepted tryton-modules-account-statement-aeb43 [amd64] (lunar-proposed) [6.0.1-3]
[03:28] -queuebot:#ubuntu-release- New binary: postgis [amd64] (lunar-proposed/universe) [3.3.1+dfsg-2] (no packageset)
[03:41] -queuebot:#ubuntu-release- New binary: postgis [s390x] (lunar-proposed/universe) [3.3.1+dfsg-2] (no packageset)
[03:49] -queuebot:#ubuntu-release- New binary: postgis [amd64] (lunar-proposed/universe) [3.3.1+dfsg-2ubuntu1] (no packageset)
[03:50] -queuebot:#ubuntu-release- New: accepted postgis [amd64] (lunar-proposed) [3.3.1+dfsg-2]
[03:50] -queuebot:#ubuntu-release- New: accepted postgis [s390x] (lunar-proposed) [3.3.1+dfsg-2]
[03:50] -queuebot:#ubuntu-release- New: accepted rust-strict-num [amd64] (lunar-proposed) [0.1.0-1]
[03:50] -queuebot:#ubuntu-release- New: accepted rust-target [amd64] (lunar-proposed) [2.0.0-1]
[03:50] -queuebot:#ubuntu-release- New: accepted tryton-modules-account-invoice-correction [amd64] (lunar-proposed) [6.0.0-2]
[03:50] -queuebot:#ubuntu-release- New: accepted rust-talktosc [amd64] (lunar-proposed) [0.1.3-2]
[03:50] -queuebot:#ubuntu-release- New: accepted tryton-modules-account-invoice-defer [amd64] (lunar-proposed) [6.0.3-2]
[03:50] -queuebot:#ubuntu-release- New: accepted rust-tokio-serde [amd64] (lunar-proposed) [0.8.0-2]
[03:51] -queuebot:#ubuntu-release- New: accepted knot [ppc64el] (lunar-proposed) [3.2.2-1]
[03:51] -queuebot:#ubuntu-release- New: accepted rust-smart-default [amd64] (lunar-proposed) [0.6.0-1]
[03:51] -queuebot:#ubuntu-release- New: accepted rust-stderrlog [amd64] (lunar-proposed) [0.5.3-1]
[03:51] -queuebot:#ubuntu-release- New binary: postgis [s390x] (lunar-proposed/universe) [3.3.1+dfsg-2ubuntu1] (no packageset)
[03:51] -queuebot:#ubuntu-release- New: accepted rust-sluice [amd64] (lunar-proposed) [0.5.5-1]
[03:51] -queuebot:#ubuntu-release- New binary: postgis [arm64] (lunar-proposed/universe) [3.3.1+dfsg-2] (no packageset)
[03:51] -queuebot:#ubuntu-release- New: accepted rust-socks [amd64] (lunar-proposed) [0.3.4-2]
[03:54] -queuebot:#ubuntu-release- New: accepted postgis [arm64] (lunar-proposed) [3.3.1+dfsg-2]
[03:55] -queuebot:#ubuntu-release- New binary: postgis [arm64] (lunar-proposed/universe) [3.3.1+dfsg-2ubuntu1] (no packageset)
[04:08] -queuebot:#ubuntu-release- New binary: postgis [armhf] (lunar-proposed/universe) [3.3.1+dfsg-2] (no packageset)
[04:08] -queuebot:#ubuntu-release- New binary: postgis [ppc64el] (lunar-proposed/universe) [3.3.1+dfsg-2ubuntu1] (no packageset)
[04:09] -queuebot:#ubuntu-release- New: accepted postgis [armhf] (lunar-proposed) [3.3.1+dfsg-2]
[05:24] -queuebot:#ubuntu-release- New binary: morse-simulator [amd64] (lunar-proposed/universe) [1.4-7] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: morse-simulator [ppc64el] (lunar-proposed/universe) [1.4-7] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: morse-simulator [s390x] (lunar-proposed/universe) [1.4-7] (no packageset)
[05:30] -queuebot:#ubuntu-release- New binary: morse-simulator [arm64] (lunar-proposed/universe) [1.4-7] (no packageset)
[05:30] -queuebot:#ubuntu-release- New binary: morse-simulator [armhf] (lunar-proposed/universe) [1.4-7] (no packageset)
[06:14] -queuebot:#ubuntu-release- New binary: morse-simulator [riscv64] (lunar-proposed/universe) [1.4-7] (no packageset)
[06:14] -queuebot:#ubuntu-release- New: accepted morse-simulator [amd64] (lunar-proposed) [1.4-7]
[06:14] -queuebot:#ubuntu-release- New: accepted morse-simulator [armhf] (lunar-proposed) [1.4-7]
[06:14] -queuebot:#ubuntu-release- New: accepted morse-simulator [riscv64] (lunar-proposed) [1.4-7]
[06:14] -queuebot:#ubuntu-release- New: accepted morse-simulator [arm64] (lunar-proposed) [1.4-7]
[06:14] -queuebot:#ubuntu-release- New: accepted morse-simulator [s390x] (lunar-proposed) [1.4-7]
[06:14] -queuebot:#ubuntu-release- New: accepted morse-simulator [ppc64el] (lunar-proposed) [1.4-7]
[09:33] -queuebot:#ubuntu-release- New: accepted gcc-12-cross-ports [amd64] (lunar-proposed) [11ubuntu1]
[09:33] -queuebot:#ubuntu-release- New: accepted gcc-12-cross-ports [i386] (lunar-proposed) [11ubuntu1]
[09:34] -queuebot:#ubuntu-release- New: accepted gcc-12-cross-mipsen [amd64] (lunar-proposed) [2+c1]
[09:34] -queuebot:#ubuntu-release- New: accepted gcc-12-cross-mipsen [arm64] (lunar-proposed) [2+c1]
[09:34] -queuebot:#ubuntu-release- New: accepted gcc-12-cross-mipsen [ppc64el] (lunar-proposed) [2+c1]
[09:35] -queuebot:#ubuntu-release- New: accepted gcc-11-cross-mipsen [amd64] (lunar-proposed) [5+c3]
[09:35] -queuebot:#ubuntu-release- New: accepted gcc-11-cross-mipsen [ppc64el] (lunar-proposed) [5+c3]
[09:35] -queuebot:#ubuntu-release- New: accepted gcc-11-cross-mipsen [arm64] (lunar-proposed) [5+c3]
[09:36] -queuebot:#ubuntu-release- New: accepted kwin [amd64] (lunar-proposed) [4:<IP_ADDRESS>-0ubuntu1]
[09:36] -queuebot:#ubuntu-release- New: accepted kwin [armhf] (lunar-proposed) [4:<IP_ADDRESS>-0ubuntu1]
[09:36] -queuebot:#ubuntu-release- New: accepted kwin [riscv64] (lunar-proposed) [4:<IP_ADDRESS>-0ubuntu1]
[09:36] -queuebot:#ubuntu-release- New: accepted kwin [arm64] (lunar-proposed) [4:<IP_ADDRESS>-0ubuntu1]
[09:36] -queuebot:#ubuntu-release- New: accepted kwin [s390x] (lunar-proposed) [4:<IP_ADDRESS>-0ubuntu1]
[09:36] -queuebot:#ubuntu-release- New: accepted kwin [ppc64el] (lunar-proposed) [4:<IP_ADDRESS>-0ubuntu1]
[09:39] -queuebot:#ubuntu-release- New: accepted libgit2 [amd64] (lunar-proposed) [1.5.0+ds-6ubuntu1]
[09:39] -queuebot:#ubuntu-release- New: accepted libgit2 [armhf] (lunar-proposed) [1.5.0+ds-6ubuntu1]
[09:39] -queuebot:#ubuntu-release- New: accepted libgit2 [riscv64] (lunar-proposed) [1.5.0+ds-6ubuntu1]
[09:39] -queuebot:#ubuntu-release- New: accepted spirv-llvm-translator-15 [amd64] (lunar-proposed) [15.0.0-1ubuntu1]
[09:39] -queuebot:#ubuntu-release- New: accepted spirv-llvm-translator-15 [armhf] (lunar-proposed) [15.0.0-1ubuntu1]
[09:39] -queuebot:#ubuntu-release- New: accepted spirv-llvm-translator-15 [s390x] (lunar-proposed) [15.0.0-1ubuntu1]
[09:39] -queuebot:#ubuntu-release- New: accepted libgit2 [arm64] (lunar-proposed) [1.5.0+ds-6ubuntu1]
[09:39] -queuebot:#ubuntu-release- New: accepted libgit2 [s390x] (lunar-proposed) [1.5.0+ds-6ubuntu1]
[09:39] -queuebot:#ubuntu-release- New: accepted spirv-llvm-translator-15 [ppc64el] (lunar-proposed) [15.0.0-1ubuntu1]
[09:39] -queuebot:#ubuntu-release- New: accepted libgit2 [i386] (lunar-proposed) [1.5.0+ds-6ubuntu1]
[09:39] -queuebot:#ubuntu-release- New: accepted spirv-llvm-translator-15 [arm64] (lunar-proposed) [15.0.0-1ubuntu1]
[09:40] -queuebot:#ubuntu-release- New: accepted golang-github-ionos-cloud-sdk-go [sync] (lunar-proposed) [6.1.3-2]
[09:40] -queuebot:#ubuntu-release- New: accepted golang-github-scaleway-scaleway-sdk-go [sync] (lunar-proposed) [1.0.0~beta9-2]
[09:40] -queuebot:#ubuntu-release- New: rejected golang-github-scaleway-scaleway-sdk-go [sync] (lunar-proposed) [1.0.0~beta9-2]
[09:40] -queuebot:#ubuntu-release- New: accepted kopeninghours [sync] (lunar-proposed) [22.08.2-2]
[09:42] -queuebot:#ubuntu-release- New binary: golang-github-ionos-cloud-sdk-go [amd64] (lunar-proposed/none) [6.1.3-2] (no packageset)
[09:42] -queuebot:#ubuntu-release- New binary: kopeninghours [amd64] (lunar-proposed/none) [22.08.2-2] (no packageset)
[09:42] -queuebot:#ubuntu-release- New binary: kopeninghours [s390x] (lunar-proposed/none) [22.08.2-2] (no packageset)
[09:42] -queuebot:#ubuntu-release- New binary: golang-github-scaleway-scaleway-sdk-go [amd64] (lunar-proposed/none) [1.0.0~beta9-2] (no packageset)
[09:42] -queuebot:#ubuntu-release- New binary: kopeninghours [ppc64el] (lunar-proposed/none) [22.08.2-2] (no packageset)
[09:43] -queuebot:#ubuntu-release- New binary: kopeninghours [armhf] (lunar-proposed/none) [22.08.2-2] (no packageset)
[09:44] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-abdalah-meta to canonical-oem-metapackages in bionic
[09:44] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-abdulkareem-meta to canonical-oem-metapackages in bionic
[09:44] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-abdullah-meta to canonical-oem-metapackages in bionic
[09:44] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-abe-meta to canonical-oem-metapackages in bionic
[09:44] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-abedabun-meta to canonical-oem-metapackages in bionic
[09:44] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-abeeku-meta to canonical-oem-metapackages in bionic
[09:44] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.simon-abdulrahman-meta to canonical-oem-metapackages in bionic
[09:44] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.simon-abednego-meta to canonical-oem-metapackages in bionic
[09:44] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-abdalah-meta to canonical-oem-metapackages in focal
[09:44] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-abdulkareem-meta to canonical-oem-metapackages in focal
[09:45] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-abdullah-meta to canonical-oem-metapackages in focal
[09:45] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-abe-meta to canonical-oem-metapackages in focal
[09:45] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-abedabun-meta to canonical-oem-metapackages in focal
[09:45] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-abeeku-meta to canonical-oem-metapackages in focal
[09:45] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.simon-abdulrahman-meta to canonical-oem-metapackages in focal
[09:45] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.simon-abednego-meta to canonical-oem-metapackages in focal
[09:45] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-abdalah-meta to canonical-oem-metapackages in jammy
[09:45] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-abdulkareem-meta to canonical-oem-metapackages in jammy
[09:45] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-abdullah-meta to canonical-oem-metapackages in jammy
[09:45] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-abe-meta to canonical-oem-metapackages in jammy
[09:45] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-abedabun-meta to canonical-oem-metapackages in jammy
[09:45] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-abeeku-meta to canonical-oem-metapackages in jammy
[09:45] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.simon-abdulrahman-meta to canonical-oem-metapackages in jammy
[09:45] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.simon-abednego-meta to canonical-oem-metapackages in jammy
[09:45] -queuebot:#ubuntu-release- New binary: kopeninghours [arm64] (lunar-proposed/none) [22.08.2-2] (no packageset)
[09:45] <doko> bdmurray: https://autopkgtest.ubuntu.com/packages/p/python-cogent/lunar/arm64  503 Service Unavailable
[09:49] -queuebot:#ubuntu-release- Unapproved: accepted firmware-sof [source] (jammy-proposed) [2.0-1ubuntu4]
[09:50] -queuebot:#ubuntu-release- New: accepted golang-github-ionos-cloud-sdk-go [amd64] (lunar-proposed) [6.1.3-2]
[09:50] -queuebot:#ubuntu-release- New: accepted golang-github-scaleway-scaleway-sdk-go [amd64] (lunar-proposed) [1.0.0~beta9-2]
[10:08] -queuebot:#ubuntu-release- New binary: kopeninghours [riscv64] (lunar-proposed/universe) [22.08.2-2] (no packageset)
[10:14] -queuebot:#ubuntu-release- New: accepted kopeninghours [amd64] (lunar-proposed) [22.08.2-2]
[10:14] -queuebot:#ubuntu-release- New: accepted kopeninghours [armhf] (lunar-proposed) [22.08.2-2]
[10:14] -queuebot:#ubuntu-release- New: accepted kopeninghours [riscv64] (lunar-proposed) [22.08.2-2]
[10:14] -queuebot:#ubuntu-release- New: accepted kopeninghours [arm64] (lunar-proposed) [22.08.2-2]
[10:14] -queuebot:#ubuntu-release- New: accepted kopeninghours [s390x] (lunar-proposed) [22.08.2-2]
[10:14] -queuebot:#ubuntu-release- New: accepted kopeninghours [ppc64el] (lunar-proposed) [22.08.2-2]
[10:23] -queuebot:#ubuntu-release- New binary: golang-github-libgit2-git2go [amd64] (lunar-proposed/universe) [34.0.0-2] (no packageset)
[10:23] -queuebot:#ubuntu-release- New binary: opencl-clang-15 [amd64] (lunar-proposed/universe) [15.0.0-1] (no packageset)
[10:24] -queuebot:#ubuntu-release- New binary: opencl-clang-15 [s390x] (lunar-proposed/universe) [15.0.0-1] (no packageset)
[10:25] -queuebot:#ubuntu-release- New binary: opencl-clang-15 [ppc64el] (lunar-proposed/universe) [15.0.0-1] (no packageset)
[10:26] <bdmurray> doko: works for me
[10:26] -queuebot:#ubuntu-release- New binary: opencl-clang-15 [armhf] (lunar-proposed/universe) [15.0.0-1] (no packageset)
[10:27] <bdmurray> The update_excuses report seems quite old - 02:37. Does anybody around know what to look at?
[10:27] -queuebot:#ubuntu-release- New binary: opencl-clang-15 [arm64] (lunar-proposed/universe) [15.0.0-1] (no packageset)
[10:29] <bdmurray> for the record seb is looking
[10:39] -queuebot:#ubuntu-release- Unapproved: accepted firmware-sof [source] (kinetic-proposed) [2.1.1-1ubuntu1.1]
[10:58] -queuebot:#ubuntu-release- New: accepted golang-github-libgit2-git2go [amd64] (lunar-proposed) [34.0.0-2]
[10:58] -queuebot:#ubuntu-release- New: accepted opencl-clang-15 [arm64] (lunar-proposed) [15.0.0-1]
[10:58] -queuebot:#ubuntu-release- New: accepted opencl-clang-15 [ppc64el] (lunar-proposed) [15.0.0-1]
[10:58] -queuebot:#ubuntu-release- New: accepted opencl-clang-15 [amd64] (lunar-proposed) [15.0.0-1]
[10:58] -queuebot:#ubuntu-release- New: accepted opencl-clang-15 [s390x] (lunar-proposed) [15.0.0-1]
[10:58] -queuebot:#ubuntu-release- New: accepted opencl-clang-15 [armhf] (lunar-proposed) [15.0.0-1]
[11:21] -queuebot:#ubuntu-release- Unapproved: accepted google-compute-engine-oslogin [source] (kinetic-proposed) [20220714.00-0ubuntu1]
[11:22] -queuebot:#ubuntu-release- Unapproved: accepted google-compute-engine-oslogin [source] (jammy-proposed) [20220714.00-0ubuntu1~22.04.1]
[11:22] -queuebot:#ubuntu-release- Unapproved: accepted google-compute-engine-oslogin [source] (focal-proposed) [20220714.00-0ubuntu1~20.04.1]
[11:23] -queuebot:#ubuntu-release- Unapproved: accepted google-compute-engine-oslogin [source] (bionic-proposed) [20220714.00-0ubuntu1~18.04.0]
[12:02] -queuebot:#ubuntu-release- New: accepted postgis [amd64] (lunar-proposed) [3.3.1+dfsg-2ubuntu1]
[12:02] -queuebot:#ubuntu-release- New: accepted postgis [ppc64el] (lunar-proposed) [3.3.1+dfsg-2ubuntu1]
[12:02] -queuebot:#ubuntu-release- New: accepted postgis [arm64] (lunar-proposed) [3.3.1+dfsg-2ubuntu1]
[12:02] -queuebot:#ubuntu-release- New: accepted postgis [s390x] (lunar-proposed) [3.3.1+dfsg-2ubuntu1]
[12:05] <RikMills> ubuntu-archive: please accept the kwin new binaries. same soname bumps have already been accepted in debian
[12:06] <doko> there's nothing to accept
[12:07] <RikMills> doko: sorry for the noise. must have been done without me noticing
[12:07] <RikMills> they were there earlier today....
[12:52] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-image [source] (kinetic-proposed) [2.2+22.10ubuntu1]
[13:43] -queuebot:#ubuntu-release- Unapproved: nvme-cli (jammy-proposed/main) [1.16-3build1 => 1.16-3ubuntu0.1] (core)
[13:43] -queuebot:#ubuntu-release- Unapproved: nvme-cli (kinetic-proposed/main) [1.16-4 => 1.16-4ubuntu0.1] (core)
[15:06] -queuebot:#ubuntu-release- Unapproved: rsync (jammy-proposed/main) [3.2.3-8ubuntu3 => 3.2.3-8ubuntu3.1] (core, i386-whitelist)
[15:48] <sil2100> seb128: okay, so I started doing the canary switch - and now I see I think the right way to go would be to also update livecd-rootfs, dropping the use of canary subproject
[15:49] <sil2100> re: my earlier statement that we'd only need cdimage changes
[15:49] -queuebot:#ubuntu-release- Unapproved: opensbi (kinetic-proposed/main) [1.1-1 => 1.1-1ubuntu<IP_ADDRESS>] (core)
[15:49] <sil2100> In theory we could, but then again, there is no reason for us to build with SUPROJECT=canary
[15:49] <sil2100> Also, at the same time, I'll drop using the PPA for builds
[15:50] <sil2100> We'd probably need to switch things around, and add a SUBPROJECT=legacy..?
[15:51] <sil2100> Anyway, working on the cdimage bits, but I probably won't be able to finish today, not to mention the livecd-rootfs tweaks - maybe you'd want to pick up that part?
[16:48] <enr0n> vorlon: Can we hint xen-tools on arm64 which is blocking openssh in kinetic-proposed? I have opened bug 1995969 explaining the failure, which is not related to openssh.
[16:48] -ubottu:#ubuntu-release- Bug 1995969 in xen-tools (Debian) "xen-tools: xt-guess-suite-and-mirror cannot handle deb http://ports.ubuntu.com/ubuntu-ports" [Undecided, New] https://launchpad.net/bugs/1995969


[16:10] <knome> hello
[16:10] <slickymasterWork> I think it will be wuick
[16:10] <slickymasterWork> quick*
[16:11] <knome> sure
[16:11] <slickymasterWork> as no one has even answered the mail on ML, I think we ought to move forward with the integration of the team in the Doc Team
[16:11] <knome> yeah, sounds fair
[16:11] <slickymasterWork> is there any bureaucracy needed
[16:11] <slickymasterWork> ?
[16:11] <knome> has geoff answered in PM?
[16:11] <slickymasterWork> no
[16:11] <knome> do you want to wait for that, or do you think it's okay to go ahead without it?
[16:12] <slickymasterWork> but as far as I could get from some of his posts in UF he acknowledged it
[16:12] <knome> okay
[16:12] <knome> ok, so, let me think
[16:12] <knome> first, you need to send an email saying we're doing this now
[16:12] <slickymasterWork> IMO we should go ahead, there's no point on dragging it
[16:13] <knome> someone needs to ask #ubuntu-ops to forward this channel to #ubuntu-doc once we're ready with it
[16:13] <knome> the LP team can be deleted, but of course you should invite everybody to other doc teams
[16:13] <knome> or, well, it can stay if you want to
[16:13] <knome> i guess that doesn't matter much
[16:13] <knome> the mailing list is LP only as well?
[16:13] <knome> yeah.
[16:13] <knome> you should edit the LP team to tell people to use the -doc mailing list
[16:14] <slickymasterWork> yeah, the mailing list is only LP, it's not as ubuntu one
[16:14] <knome> and maybe send a mail to that list telling "these people will start using this list, with this [tag]"
[16:14] <slickymasterWork> s/as(an
[16:14] <knome> iirc, you can deactivate the mailing list
[16:14] <knome> yourself, that is
[16:14] <knome> that would be sane
[16:14] <slickymasterWork> agree
[16:15] <knome> if there are forum threads, they can keep existing
[16:15] <knome> but you might want to send an URL to those to the -doc list as well
[16:15] <knome> then you probably want to move the team wiki stuff around a bit
[16:15] <slickymasterWork> as far as the name changing in the wiki, can I do it (permissions wise?)
[16:15] <knome> i can do it
[16:16] <slickymasterWork> ok, I'll get all the motion started this weekend
[16:16] <knome> i'll do the wiki name change now
[16:16] <slickymasterWork> ok, thanks
[16:16] <knome> no problem
[16:17] <slickymasterWork> belkinsa ^^
[16:17] <knome> ok, rename done, and NewDocs redirected to PopularPage
[16:17] <knome> +s
[16:17] <slickymasterWork> okay
[16:18] <slickymasterWork> that covers it for now
[16:18] <knome> i'll change all the links in that wiki to point to the new page
[16:18] <slickymasterWork> while you're at it :)
[16:20] <slickymasterWork> hmmm, think I'm also going to post something in the UF thread
[16:20] <knome> yeah, that too
[16:23] <knome> the alphabet pages need updating for the banners.
[16:24] <knome> but i kept NewDocs/Banner for now
[16:24] <slickymasterWork> isn't there any sort of script that would allow you to rename the url's
[16:25] <slickymasterWork> ?
[16:25] <knome> don't know
[16:25] <knome> i mean, i can rename the pages
[16:26] <knome> but not easily batch-edit the pages
[16:26] <slickymasterWork> but there are quite a few of them, to be renamed
[16:26] <knome> sure
[16:26] <knome> but they work for now, so no problem
[16:26] <knome> do it while you go really
[16:26] <knome> or take 15mins to do it ;)
[16:27] <slickymasterWork> when renaming, is there something that has to be done to the ancient page? deletion of sorts?
[16:28] <knome> i redirected the old page to the new page
[16:28] <knome> but not the subpages
[18:01] <slickymasterWork> belkinsa: go through today's backlog please
[18:36] <belkinsa> slickymaster (or slickymasterWork) ping
[18:38] <slickymasterWork> pong if it's real fast belkinsa
[18:38] <belkinsa> Are you going to talk to #ubuntu-ops about fowarding the channel?
[18:39] <slickymasterWork> yes, but not just now though
[18:39] <belkinsa> Okay, just checking.
[18:39] <slickymasterWork> but we're not obliged to
[18:39] <slickymasterWork> it's just that it doesn't make much sense keeping this channel once everything is done with
[18:40] <belkinsa> I know.  But I think the Doc mailing-list needs another prefix.
[18:40] <slickymasterWork> I thought you were already working on that
[18:41] <slickymasterWork> at least from what I recall from your mailing list
[18:41] <pleia2> couldn't it just be part of [Wiki] ?
[18:41] <pleia2> (I would prefer that)
[18:41] <belkinsa> I guess so.
[18:41] <slickymasterWork> what pleia2?
[18:41] <slickymasterWork> could
[18:41] <slickymasterWork> +
[18:41] <pleia2> slickymasterWork: the mailing list prefix
[18:42] <belkinsa> A prefix for NewDocs or whatever it's calle.d
[18:42] <slickymasterWork> ah
[18:42] <slickymasterWork> yes, and it would saner
[18:43] <slickymasterWork> PopularPages, as of unofficially today, and officially tomorrow
[18:43] <belkinsa> Sounds good.
[18:44] <slickymasterWork> I have to go now, but I'll be back after dinner
[18:44] <slickymasterWork> ->
[18:44] <belkinsa> Alright.
[23:49] <knome> the alphabet pages now point to the PopularPages/Banner page.
[23:50] <slickymaster> great knome, thanks
[23:50] <knome> np
[23:50] <belkinsa> Thanks knome.
[23:51] <knome> so, is ya no a real person, or a bot?
[23:51] <slickymaster> I0ve already emailed the ML, posted in the UF, and edited the LP page stating that from tomorrow NewDocs will cease to exist in the present format
[23:51] <pleia2> great work everyone
[23:51] <slickymaster> tks pleia2
[23:51] <pleia2> my day off begins in a couple hours, so I'll take the opportunity now to /part here, see you in -doc ;)
[23:52] <knome> yes, let's empty this channel
[23:53] <belkinsa> Same, and remove from my favorites
[23:53] <knome> yano, hai.
[23:53] <slickymaster> before that knome how do I ask #ubuntu-ops to forward this channel to #ubuntu-doc
[23:53] <belkinsa> We need to remove jenni, yano.
[23:53] <yano> hm?
[23:53] <yano> ah, okay
[23:54] <knome> yano, cheers
[23:54] <belkinsa> yano, https://lists.launchpad.net/newdocs/msg00403.html
[23:55] <yano> ah
[23:55] <knome> yano, welcome to #ubuntu-doc
[23:57] <slickymaster> knome: does this channel has to be active to ask #ubuntu-ops to forward it to #ubuntu-doc?
[23:58] <knome> i'm asking about it
[23:58] <slickymaster> ok
[23:59] <belkinsa> Well, it's time to update my wiki page.


[20:25] <ahmetalpbalkan> hi folks I'm trying to build rpm for cloud-init on centos: https://bugs.launchpad.net/cloud-init/+bug/1561169 any ideas why I might be getting this?
[21:11] <suro-patz> ahmetalpbalkan: I was getting the same error
[21:11] <suro-patz> I can help you on that
[21:18] <suro-patz> I updated https://bugs.launchpad.net/cloud-init/+bug/1561169/comments/1 as the work-around for this … ahmetalpbalkan:
[22:11] <ahmetalpbalkan> suro-patz: wow thanks it helped
[22:17] <ahmetalpbalkan> suro-patz: still getting an error though, https://bugs.launchpad.net/cloud-init/+bug/1561169/comments/2
[22:17] <ahmetalpbalkan> I started to suspect if this is happening because I'm already on an azure VM
[22:18] <ahmetalpbalkan> it complains about /lib/udev/rules.d/66-azure-ephemeral.rules that ought to be packaged.
[22:21] <suro-patz> ahmetalpbalkan: this is a different error, and appears to be associated with Azure
[22:21] <suro-patz> I have not encountered this
[22:21] <suro-patz> I am glad that you could proceed past the previous cheetah-related error
[22:21] <ahmetalpbalkan> suro-patz: makes sense, I'll try on another machine. thanks for help!
[22:22] <ahmetalpbalkan> yeah I would've never figured out
[22:22] <ahmetalpbalkan> I spent 2 hours debugging the other day and couldn't find where string 'd' comes from
[22:22] <suro-patz> ahmetalpbalkan: incidentally I was debugging the same issue yesterday
[22:22] <suro-patz> that's why I could readily share the insight!
[22:23] <ahmetalpbalkan> suro-patz: awesome. I think I'll play with it more over the weekend, my goal is to see if we can fully use cloud-init for Azure cloud. It's only debian/ubuntu at this point.
[22:23] <suro-patz> cool!


[10:50] <davmor2> cjwatson: the message about iana will that effect automated installs?
[10:51] <cjwatson> sorry, no idea what you're talking about :)
[10:52] <davmor2> on alternate there is now a popup message from dns iirc saying it needs to download the iana info which can't be shipped
[10:52] <davmor2> you need to say yes or no to the script running
[10:52] <davmor2> I'm just wondering if that will affect automated installs
[10:52] <cjwatson> soren: sounds excellent and it's not unlike the 'digress' framework that Debian use to do installer testing, at least in spirit (digress operates by serial console installation and expect, or similar). There are a number of things that one can't test with preseeding, the manual partitioner chief among them, so I'd definitely support the usefulness of this approach!
[10:53] <cjwatson> davmor2: yes, I would expect so; they would have to preseed it away
[10:54] <soren> cjwatson: Excellent. I'm glad you approve.
[10:54] <cjwatson> davmor2: don't suppose you already have a DEBCONF_DEBUG=developer log of this happening?
[10:54] <davmor2> cjwatson: okay ta
[12:02] <michaelforrest> cjwatson: I understand we want to add a stage to the installer where proprietary drivers are approved
[12:02] <michaelforrest> cjwatson: I was wondering if we could use the same stage to let users opt-in to get mp3s and Flash?
[12:03] <cjwatson> hmm, that's definitely strictly more difficult since we can't put that software on the CD
[12:04] <michaelforrest> I was thinking more that it would be a script that would automatically install those from the network on first login or something
[12:04] <cjwatson> that's kind of unpleasant :(
[12:04] <michaelforrest> it's more unpleasant to go to youtube and not be able to watch any videos
[12:04] <michaelforrest> or that warning you get when you want to install mp3 support...
[12:04] <cjwatson> we have to include that warning
[12:04] <cjwatson> or something with equivalent meaning
[12:05] <michaelforrest> sure -
[12:05] <michaelforrest> absolutely
[12:05] <michaelforrest> but if we could make it something during install
[12:05] <michaelforrest> I would like that a lot
[12:05] <michaelforrest> and so would 99% of users.
[12:05] <cjwatson> hmm, I don't know. I'm not immediately keen on it because it makes it less likely that we'll be able to get the whole thing done - jockey already exists and it's probably fairly straightforward to just drop it in
[12:05] <michaelforrest> (non-scientific estimate)
[12:06] <cjwatson> I'd like to make it a separate development task rather than piggybacking
[12:06] <michaelforrest> I don't know anything about Jockey
[12:06] <michaelforrest> (googling now)
[12:06] <cjwatson> jockey = System -> Administration -> Hardware Drivers
[12:07] <cjwatson> I understand the request - I can see how it makes some kind of sense to have all the legally nasty stuff in one place
[12:07] <michaelforrest> ok so technically they're separate things, but conceptually they're not too far apart
[12:07] <michaelforrest> yeah
[12:07] <cjwatson> just worried about the implementation
[12:07] <michaelforrest> sure
[12:08] <michaelforrest> I think it would be a worthwhile pain-in-the-ass though.
[12:08] <cjwatson> I think we should avoid first-login work because that has a non-intuitive kind of effect on boot performance
[12:08] <michaelforrest> ok
[12:08] <cjwatson> for lucid, I'd honestly rather offer it but say "only works if you have networking" or something
[12:09] <michaelforrest> yeah I was about to say
[12:09] <cjwatson> will probably be a pain in the arse for broadcom
[12:09] <michaelforrest> I'm terrified of the complexity involved in reliably establishing network..
[12:09] <cjwatson> (boot performance: reason for this is that we profile the first boot)
[12:10] <cjwatson> perhaps we could have a staged design - here's what the page looks like for hardware drivers only, here's what it looks like with proprietary software as well
[12:11] <cjwatson> oh and obviously the whole page vanishes if you say "free software only" at the bootloader
[12:11]  * ev is lost - how did we get from installing codecs as part of ubiquity to a second stage installation breaking boot profiling?
[12:11] <michaelforrest> what if I want to make the 'use all the proprietary stuff' the recommended option :)
[12:11] <cjwatson> ev: 12:04 <michaelforrest> I was thinking more that it would be a script that would automatically install those from the network on first login or something
[12:11] <ev> ahh
[12:12] <cjwatson> michaelforrest: I suspect your boss' boss might object
[12:12] <ev> sorry, I missed that
[12:12] <michaelforrest> I think we can bring him round
[12:12] <cjwatson> we keep proprietary software out of main for a reason
[12:12] <cjwatson> and we've committed to that at the highest level
[12:13] <cjwatson> this has pretty serious implications on how Ubuntu is perceived in the community
[12:13] <michaelforrest> yeah but in the world-at-large people want Flash, MP3s and Skype.
[12:13] <cjwatson> making it easy but not doing it by default is a different matter
[12:13] <michaelforrest> nevertheless, this is not an #ubuntu-installer discussion :)
[12:13] <cjwatson> we can only conquer the world at large if we keep our community
[12:13] <cjwatson> it's not an either-or kind of thing
[12:13] <michaelforrest> We will find a way.
[12:14] <cjwatson> we've settled on the path of making it straightforward to get at proprietary software when you need it, but not installing it by default
[12:14] <cjwatson> this is a compromise, which does tend to mean that neither side is totally happy ;-)
[12:15] <ev> so, lucid+1 *tentatively* add the ability, but not as the default selection, to install flash, mp3, skype, etc in the installer, much like we're going to do with jockey in lucid?
[12:15] <ev> perhaps integrating them into the same UI, but to be determined after design consideration
[12:15] <cjwatson> MP3 is likely to get easier in the near future, BTW
[12:15] <ev> oh?
[12:15] <cjwatson> the patents are expiring pretty soon
[12:15] <ev> hooray
[12:16] <cjwatson> they already have in some jurisdictions, I believe
[12:16] <michaelforrest> maybe we should make YouTube work by showing the h.264 videos that Apple made them sort out so it works on iPhones...
[12:16] <michaelforrest> how soon is pretty soon?
[12:16] <cjwatson> hmm, we discussed h.264 in the TB a while back, I can't remember the exact outcome
[12:17] <cjwatson> http://en.wikipedia.org/wiki/MP3#Licensing_and_patent_issues
[12:17] <ev> December 2012, according to wikipedia.
[12:17] <cjwatson> "may", so we would need to lawyer-check that
[12:17] <michaelforrest> still important to do something in the meantime, I think.
[12:18] <cjwatson> sure
[12:18] <ev> sure, I imagine we'll always have this issue of non-free stuff that people want and we can technically distribute
[12:18] <michaelforrest> indeed
[12:18] <michaelforrest> subject to the whims of fashion.
[12:18] <ev> haha
[12:18] <cjwatson> I would add that our historical understanding has been that there's a difference in liability between just distributing things on our servers and actively going out and offering them to people
[12:18] <cjwatson> it's all a bit vague, but this has to be run past legal
[12:19] <cjwatson> flash is probably ok
[12:19] <cjwatson> it's merely a licensing nightmare rather than a patent nightmare
[12:20] <cjwatson> if we really wanted to fix that we would fund gnash :P
[12:22] <ev> I wanted to like gnash, but I fear it will never catch up.  Adobe is hardly static in its development of Flash.
[12:22] <cjwatson> as long as things are proprietary we're always going to be at a fundamental disadvantage
[12:23] <cjwatson> the things that are currently fashionable I mean
[12:25] <ev> indeed, I'm not disagreeing, just being pessimistic about reaching that goal with flash anytime in the near future.
[12:25] <cjwatson> yeah
[13:30] <ev> shtylman: would you mind putting your scripts for nfs mounting ubiquity trunk inside a VM somewhere public?  I'm keen to see how you handled things like ubiquity/components/ubi-*
[13:40] <shtylman> ev: no probs...will do that tonight when I get home from work
[13:40] <ev> coolness
[14:33] <ev> michaelforrest: a new CD is available at <http://cdimage.ubuntu.com/daily-live/20091209/>.  It has the networking fix and seems to have the graphical changes you were after.
[14:34] <michaelforrest> thanks ev
[17:08] <CIA-15> grub-installer: cjwatson * r828 ubuntu/ (debian/changelog grub-installer): GRUB 2 now supports installation on SATA RAID and multipath.
[17:10] <michaelforrest> sooooooooo…. we do ship proprietary drivers on the CD?
[17:10] <cjwatson> some of them, can't ship all
[17:10] <michaelforrest> is there anything documented about the permission being requested as part of the install process?
[17:11] <cjwatson> could you rephrase that?
[17:11] <michaelforrest> um.. evan said something about a discussion about asking people if they wanted to use these drivers during installation
[17:12] <cjwatson> ev: oh, pretty much the same as what System -> Administration -> Hardware Drivers does, would you say?
[17:12] <michaelforrest> in my experience, I was confused that my wireless card worked on the live cd but not on the install
[17:12] <cjwatson> the kernel team will want us to ask because in general they can't effectively support proprietary drivers
[17:12] <michaelforrest> so is there anything written down about that anywhere?
[17:12] <michaelforrest> so I can learn more
[17:13] <michaelforrest> and stick a step into the design
[17:13] <cjwatson> I would copy-and-paste the text from Hardware Drivers to you but I can't because it isn't selectable ;-)
[17:14] <michaelforrest> I will have to use my touch-typing skills :P
[17:14] <cjwatson> "Proprietary drivers do not have public source code that Ubuntu developers are free to modify. Security updates and corrections depend solely on the responsiveness of the manufacturer. Ubuntu cannot fix or improve these drivers."
[17:14] <michaelforrest> hmm.
[17:14] <michaelforrest> "But if you want your wireless card to work then this is the only option" ??
[17:15] <cjwatson> how true that is varies between drivers
[17:15] <cjwatson> don't generalise too far from your own experience :)
[17:15] <michaelforrest> 'Ubuntu' is an entity that fixes drivers?
[17:15] <cjwatson> the Ubuntu kernel team does that kind of work
[17:15] <michaelforrest> strange phrasing that's all.
[17:15] <cjwatson> in the case of video drivers, the proprietary driver might work better for some use cases
[17:15] <cjwatson> I didn't write that text
[17:16] <cjwatson> better> or it might totally break
[17:16] <cjwatson> we just have no reasonable way to tell, across the board
[17:16] <michaelforrest> I am just trying to understand what a user is expected to do with that information!
[17:16] <michaelforrest> Is it relevant if there is not a choice?
[17:17] <cjwatson> in a number of environments, people might rather have a supported system that can only do wired networking, than have a dodgy wireless driver that isn't supported properly
[17:18] <cjwatson> it's in the nature of proprietary drivers that they sometimes fail to keep up with kernel changes, and sometimes the result of using one can be worse than having no driver at all
[17:18] <cjwatson> the difficulty here is that we're trying to present an inherently bad situation
[17:19] <cjwatson> but one that's relevant to a pretty large number of users
[17:19] <michaelforrest> I would have thought that open-source drivers would be equally prone to lagging behind the latest kernel changes… is that wrong?
[17:19] <cjwatson> not so
[17:19] <cjwatson> open-source drivers are maintained in the kernel tree itself, and when kernel maintainers make changes that require driver changes, they tend to upgrade the whole tree in step
[17:19] <cjwatson> out-of-tree drivers have to catch up for themselves
[17:20] <michaelforrest> ok
[17:21] <michaelforrest> I am thinking about this phenomenon http://snowleopard.wikidot.com/
[17:22] <michaelforrest> listings of third-party drivers
[17:22] <michaelforrest> I know.
[17:22] <michaelforrest> Can we say 'third party' instead of 'proprietary' instead do you think?
[17:22] <cjwatson> that's an application checker, isn't it?
[17:22] <cjwatson> at least primarily so
[17:22] <michaelforrest> oh
[17:22] <michaelforrest> I was looking for the one about hardware drivers
[17:22] <michaelforrest> didn't really read it
[17:23] <michaelforrest> but you get the idea
[17:23] <cjwatson> applications are a different kettle of fish, because the interface between the kernel and applications is much more rigidly defined
[17:23] <michaelforrest> yeah let's not talk about applications
[17:24] <cjwatson> the fact that we don't have the source code is relevant - it means that nobody other than the manufacturer is really capable of offering support. There are a couple of cases where multiple drivers are offered, and savvy users may well want to make a distinction on that basis
[17:25] <cjwatson> for example, in the case of one of the two Broadcom drivers, we're able to offer the source to the driver (and so it's a lot easier to keep that part in step, so it's less likely to cause random kernel crashes and the like) but we can't ship the firmware
[17:25] <michaelforrest> it feels like an upgrade-related issue more than an installation issue
[17:26] <michaelforrest> can ubuntu reliably drop back to open-source drivers if the proprietary ones don't work after upgrade? or will things most likely just go mental?
[17:26] <ev> sorry, was on the phone
[17:26] <ev> reading the scrollback now
[17:26] <cjwatson> not completely reliably and automatically
[17:26] <cjwatson> if you can manage to get to the Hardware Drivers application, you can deactivate the broken thing there
[17:27] <cjwatson> I don't really agree that it's just an upgrade issue though, as we often have to be in the position where the proprietary drivers we ship don't work on some hardware
[17:28] <michaelforrest> if there was a way to give the user enough information to make an informed choice it would all make a lot more sense
[17:29] <michaelforrest> I don't feel that saying 'this might not work.. not our problem' is adequate from a user-perspective.
[17:29] <cjwatson> would be easier if we had reliable access to the network :)
[17:29] <cjwatson> this entire problem does not exist in an ideal world
[17:29] <cjwatson> this is, unfortunately, entirely best-effort territory :(
[17:32] <cjwatson> "not our problem" is probably a bit too strong; the idea is more "degraded service"
[17:32] <michaelforrest> Inaccessible third-party drivers are such a fact of life in the Windows and Mac world I wonder why we'd even comment on it!
[17:32] <cjwatson> the Windows installer doesn't install inaccessible third-party drivers for you
[17:32] <michaelforrest> That is true.
[17:33] <cjwatson> your OEM might, but in that case they have QAed them
[17:33] <michaelforrest> And the Mac installer knows what it's gonna get.
[17:33] <michaelforrest> More-or-less.
[17:33] <cjwatson> also nobody expects bug reports on Windows to have any effect :)
[17:33] <cjwatson> (to a first approximation)
[17:33] <michaelforrest> "Ubuntu has found third-party drivers for your hardware - do you want to use them?"
[17:33] <michaelforrest> hmm.
[17:34] <michaelforrest> ("yeah I found em all right, I found 'em on a cd! cackacakcakcle")
[17:37] <cjwatson> the problem here is that there are reasons to use these drivers (sometimes excellent, e.g. no wireless without them) and there are reasons not to use these drivers (sometimes excellent, e.g. they'll crash your computer). If I knew how to present that kind of choice I'd be suggesting something already :(
[17:38] <cjwatson> I do think that we should not be shy about Ubuntu's selling points with respect to the things we ship ourselves that are open source
[18:34] <michaelforrest> cjwatson: looking at the daily build now. logo looks good on my mac's screen and external monitor.
[18:35] <michaelforrest> I'd like to switch the colours though - orange for the selected and a light grey for the unselected options
[18:35] <michaelforrest> can I give you some colour values?
[20:27] <jdoelger> Hi, is there any way to do an expert install without a network connection?
[21:56] <cjwatson> michaelforrest: sure
[21:56] <cjwatson> jdoelger: certainly, expert mode is entirely unrelated to whether you have a network connection or not - have you tried selecting it from the F6 menu at the CD boot loader?
[22:04] <jdoelger> cjwatson: when i used the alternate install disk, i just hit f6 and select expert mode -- when it gets to detecting network, it fails to recognize the card and won't let me continue with the installation
[22:05] <cjwatson> expert mode shouldn't make a difference to that - I'd guess it would have failed in normal mode too?
[22:05] <jdoelger> the desktop version sees it and uses the atl1c module
[22:05] <cjwatson> expert mode in the alternate installer just causes some more questions to be shown
[22:05] <cjwatson> ok, so that's a bug
[22:05] <cjwatson> almost certainly in the kernel, believe it or not
[22:06] <cjwatson> which release?
[22:06] <jdoelger> karmic
[22:06] <cjwatson> so I'm afraid the alternate installer will be broken for you, but if you file a bug on the 'linux' source package in Ubuntu and tell me the bug number, we'll get that fixed for lucid
[22:07] <cjwatson> http://paste.ubuntu.com/338319/ is the patch
[22:08] <jdoelger> heh, well that's fun.  from the look of that the installer is just missing the atl1c module?
[22:10] <jdoelger> is there a way I could copy that module to a flashdrive, then plug that in when the installer asks if i have anything with additional drivers on it?
[22:13] <cjwatson> you can certainly try - it's just the module out of the regular Ubuntu kernel
[22:14] <cjwatson> unless you fancy building udebs for yourself, though, it might be easiest to simply copy it into the filesystem from a shell prompt
[22:14] <cjwatson> (when the installer complains)
[22:15] <cjwatson> I'm surprised it won't let you continue, though
[22:15] <cjwatson> are you installing from the network, or from a CD?
[22:15] <jdoelger> so basically i can copy it to /lib/modules/*kernel*/kernel/drivers/net/atl1c then modprobe it?
[22:15] <jdoelger> from a cd, made into a liveusb
[22:15] <jdoelger> with unetbootin
[22:15] <cjwatson> right
[22:15] <cjwatson> it should be possible to just continue past that message
[22:16] <jdoelger> yeah the screen comes up red, and says it can't continue when i get to the 'select mirrors' part
[22:16] <cjwatson> worst case you get dropped to the main menu and then you have to bypass some steps
[22:16] <cjwatson> choosing a mirror shouldn't be mandatory in the installer image you have
[22:16] <cjwatson> it's got the base system on the CD, after all
[22:16] <jdoelger> that's what i thought!
[22:16] <jdoelger> lol
[22:16] <cjwatson> but you might have to bypass some of the main menu steps
[22:17] <jdoelger> maybe i just didn't try to jump ahead far enough
[22:22] <jdoelger> if i get the module into /lib/modules/*kernel*/kernel/drivers/net/atl1c modprobe should see it though, right?
[22:22] <cjwatson> you might have to run depmod -a as well, but basically yes
[22:23] <jdoelger> okay, good to know.
[22:28] <jdoelger> got it!
[22:30] <davmor2> cjwatson: I lose keyboard on new user in oem mode
[22:30] <jdoelger> thanks so much for your help.
[22:30] <cjwatson> jdoelger: great. let me know that bug number and I'll make sure it gets fixed properly.
[22:31] <cjwatson> davmor2: "lose" in what way?
[22:32] <davmor2> cjwatson: it works in oem, it works on end-user setup, when you get the end user gdm you have no keyboard
[22:32] <cjwatson> literally no response to keypresses?
[22:33] <davmor2> cjwatson: that's the one
[22:33] <cjwatson> I blame pitti, he touched that code latsst
[22:33] <cjwatson> er, last
[22:37] <davmor2> cjwatson: works if I reboot the system into the fresh user
[22:37] <davmor2> so it is only the transfer from oem user to end user
[22:37] <cjwatson> I definitely blame pitti
[22:37] <davmor2> sound like a plan ;)
[22:38] <cjwatson> either his ubi-reload-keyboard script is broken, or udevified X ain't working


[02:14] <jose> jcastro: dude, you've already filled in all the spots!
[02:15] <jose> I like the 'free credit' thing
[07:11] <dholbach> good morning
[11:18] <dpm> popey, where have the UOS app dev sessions gone? I can't see them anymore on the list of sessions pending to be scheduled, or in the schedule
[11:19] <dpm> oh, they're probably in the "Unscheduled meetings" pane
[11:19] <mhall119> dpm: you won't see them as available to be scheduled, sinc eyou're not a lead on that track
[11:19] <dpm> and I can't see those without being track lead
[11:19] <dpm> yeah
[11:24] <dpm> mhall119, is there a way the whole team can see all sessions for the review this afternoon, even if they're not yet scheduled?
[11:28] <mhall119> dpm: http://summit.ubuntu.com/uos-1505/all/ shows all approved meetings
[11:29] <mhall119> dpm: if that's not enough I can make us all schedule managers for the event, that would effectively give us lead-level access to all tracks
[11:30] <dpm> mhall119, ah, I had tried that one, but I might have done something wrong. In any case, that works, thanks mhall119! I think if you can make us schedule managers, that'd be great, so that we can all help each other with scheduling
[11:30] <dpm> or does that introduce more complexity in the django site administration?
[11:31] <mhall119> no, it's somethign we've had for a while, usually msms would get this so she could make any necessary changes at in-person UDS
[11:31] <mhall119> since we went virtuals and had many leads, we just haven't needed it
[11:31] <dpm> mhall119, in that case, if you could do that for our team, that'd be great
[11:32] <mhall119> done
[11:32] <dpm> cool, thanks
[11:32] <mhall119> dpm: can you see all the tracks on http://summit.ubuntu.com/uos-1505/review/ now?
[11:33] <dpm> mhall119, ah, that's the url that got me confused in the first place. I can only see one session there: "Demo: Unity 8 in Desktop mode"
[11:35] <mhall119> dpm: probably not that anymore either, since I just approved it
[11:35] <mhall119> dpm: but you see all the track names now?
[11:36] <dpm> mhall119, no, it's now empty
[11:36] <dpm> ah,
[11:36] <dpm> I probably need to log out and back in, don't I?
[11:36]  * dpm tries
[11:36] <dpm> no luck
[11:42] <popey> dpm: sorry, was having lunch, has mhall119 sorted you?
[11:43] <dpm> all good, thanks popey
[12:18] <czajkowski> popey: good news table has been fixed co working day will resume shortly :D
[12:18] <popey> heh
[14:43] <jcastro> mhall119, I'm on 14.10 r16 on my N4, is that the latest hotness or can I play with something new?
[14:50] <mhall119> jcastro: devel-proposed is the hotest hotness
[14:50] <mhall119> which is r181 for mako
[14:52] <jcastro> how do I get there from here? I don't mind reformatting
[14:52] <mhall119> ubuntu-device-flash --channel ubuntu-touch/devel-proposed
[14:52] <mhall119> should work
[15:07] <jcastro> mhall119, is ubuntu-touch/devel that far behind?
[15:08] <jcastro> seems like a safer bet for me
[15:11] <mhall119> jcastro: it was, we may have had a promotion there this past week
[15:11] <jcastro> ok I'll start there
[16:02] <dpm> thanks jcastro for getting the cloud sessions scheduled!
[16:02] <jcastro> <3
[16:02] <dpm> :-)
[16:09] <dholbach_> all right my friends - see you all tomorrow again!
[16:10]  * popey hugs dholbach_
[16:10]  * dholbach_ hugs popey back :)
[16:10] <dholbach_> have a great rest of your day


[13:17] <ubuntuwlk> Hi folks, please excuse any inadvertently bad IRC behavior.  I haven't done this in a loooong time.  I have a problem with timidity, which hasn't gotten any traction on askubuntu nor timidity-talk, and it seems to me possibly more Studio-centric, so here I am
[13:18] <ubuntuwlk> Here's the problem I posted in askubuntu:  https://askubuntu.com/questions/1298529/timidity-occasionally-running-amok
[13:20] <ubuntuwlk> So, basically, it seems that timidity is started (and stopped) at boot.  My problem is that, quite frequently, it stays out there, using up a cpu.
[13:22] <ubuntuwlk> I assume this is in the init.d scripts.  I don't quite get how it's supposed to stop, and am looking to debug it.
[13:23] <ubuntuwlk> Thanks!
[16:52]  * OvenWerks wishes timidity was not a package any more
[20:05] <realdeaocho> There's issues with using the link for the zsync file from the cdimage server for studio. I was usually able to copy the link location and paste that into konsole and then zsync the daily file. The link isn't working now for whatever reason. I'll post this to the mailing list as well.
[20:09] <kc2bez> zsync doesn't work with https if you change it to http it should work.


[00:00] <tyson_> Hi, how do I change the scp port??
[00:02] <sarnold> tyson_: see ListenAddress in sshd_config(5) for full details
[00:03] <tyson_> sarnold: thank you
[00:10] <tyson_> sarnold: still failing
[00:13] <sarnold> tyson_: did you restart sshd?
[00:13] <sarnold> tyson_: do you need to modify firewall rules to open that other port?
[00:14] <tyson_> sarnold: scp still says: por 22. connecion refused
[00:14] <tyson_> sarnold: yap
[00:15] <sarnold> tyson_: if your sshd is no longer listening on port 22, you'll have to tell your client what port to use to
[00:15] <sarnold> too
[00:18] <BTC2510> hello guys
[00:19] <tyson_> sarnold: What should I have done on the config file? set the port to the one I wanted, right?
[00:20] <tyson_> sarnold: scp is still doing its thing on port 22
[00:20] <bastidrazor> tyson_: you need to tell scp to use a different port
[00:20] <sarnold> tyson_: did you tell your scp client to use the different port?
[00:21] <tyson_> sarnold: no, I do not know how to do that
[00:21] <shauno> if you're going to mess with the ports, add an entry to ~/.ssh/config.  your sanity will thank you (and scp will honor it)
[00:22] <tyson_> shauno: I have...
[00:22] <tyson_> but somehow I still get the same error
[00:22] <sarnold> tyson_: it'd be scp -P portnum user@host:/path/to/file /path/to/local/dest
[00:23] <sarnold> tyson_: or, as shauno suggests, adding the funny port to your your ~/.ssh/config for that host, so you don't go nuts. :)
[00:24] <tyson_> sarnold: believe it or not I was trying that for the last 10 mins... do you know what was wrong -p instead of -P...... this Case sensitive thing will surely drive me mad
[00:25] <tyson_> sarnold: do you actualy know the difference and why?
[00:26] <bastidrazor> tyson_: the easiest way to learn about most commands is to read the manpage for them. 'man scp'
[00:26] <sarnold> tyson_: -p preserves mtimes and atimes in the copy (just like cp -p)
[00:27] <tyson_> sarnold: thank you....
[00:27] <tyson_> bastidrazor: thank you.....
[00:31] <roaksoax> run people run...
[00:31] <roaksoax> zul: is back :)
[00:39] <smoser> roaksoax, i'ave seen busted lang (or even unset) cause problems other places too. maybe on postgress
[00:40] <roaksoax> bigjools: ^^
[00:40] <zul> roaksoax:  havent seent that before unless debootstrap wasnt setup properly
[00:43] <BTC2510> was thinking,iv been a linux user a long long time ago,and i gave it up for win,soo now im planing too start ubuntu.
[00:44] <BTC2510> let me hear something
[00:44] <BTC2510> still as fun,as back then¨
[00:46] <sarnold> BTC2510: I have more fun with Linux now than I did ~19 years ago -- the simple things are no longer baffling, and the complicated things are more .. beautiful.
[00:46] <tsaavik> Without knowing what you want to do with it, and why you 'gave it up' its hard to answer your question.
[10:23] <AnRkey> good day, I'm trying to set static routes to go out of a ppp0 interface. Any way to do this automatically without specifying the gw or dev options in /etc/network/interfaces ?
[10:45] <jacobw> I upgraded to the version of byobu from the PPA and found that Alt+Left and Alt+Right now scroll through screens, I used to use these for Weechat and irssi, can I disable these bindings?
[11:33] <Guest7673> good day, I'm trying to set static routes to go out of a ppp0 interface. Is there any way to do this automatically without specifying the gw or dev options in /etc/network/interfaces? I don't have the remote address (dynamic) to set as the gw
[12:36] <Haris> Hello all
[13:10] <cusion> hi, there! could any one tell me what is login passphrase?
[13:13] <jpds> cusion: Log in passphrase?
[13:14] <cusion> yeah
[13:14] <cusion> i run ecryptfs-mount-private, it requires me to enter login passphrase
[13:15] <Sander^work> http://shop.canonical.com/product_info.php?products_id=658 <-- Do anyone know if I can buy one advantage and one cloud add-on to support all guest in a virtual enviroment?
[13:20] <jpds> Sander^work: I think cloud is more for openstack, etc.
[13:20] <jpds> Sander^work: Have you tried contacting sales?
[13:21] <Sander^work> jpds, My manager did.. But the webpage was not clear about it.. so I just wanted to double check.
[13:21] <Sander^work> jpds, question is if I need the advantage support for each vm.
[13:22] <Sander^work> When it comes to mysql support.. then they only count physical machines.
[13:24] <qman__> Sander^work, "The add-on provides support per physical machine and for an unlimited number of virtual instances on each physical machine." - sounds pretty clear to me
[13:26] <Sander^work> qman__, that was not what my manager said.
[13:26] <Sander^work> qman__, after talking to sales on the phone.
[13:27] <qman__> I'm not associated with canonical at all, so I can't say authoritatively, but that language pretty concisely says that it's per physical machine with unlimited instances
[13:27] <Sander^work> qman__, he said I needed one support agreement for each guest.
[13:27] <qman__> but I'm sure that only applies to cloud, not standard VMs
[13:27] <Sander^work> qman__, ah, OK. I guess.
[13:27] <qman__> big difference between the two
[14:40] <hallyn> Daviey: hey - next server team conflicts with the vUDS.  should we cancel?
[14:41] <ScottK> hallyn: Clearly server team is planning too far ahead.
[14:42] <hallyn> ?
[14:42] <ScottK> If you didn't plan meetings in advance, there'd be no conflict with pop up UDS's a week away.
[14:42] <hallyn> gotcha :)
[14:43] <Daviey> hallyn: yep!  good catch
[14:43] <ScottK> And since the Canonical messaging on this UDS mess is that it's quite reasonable and why is everyone upset, you _must_ be wrong.
[14:43] <ScottK> ;-)
[14:44] <Daviey> ScottK: Great to see you embracing this.
[14:45] <hallyn> roaksoax: as you're scheduled to run the next meeting, do you mind sending an email to ubuntu-server about the cancelation?
[14:45] <ScottK> Embracing isn't the word I would have used.
[14:45] <jpds> ScottK: Working at Canonical is like UDS every day. ;-)
[14:45] <Daviey> as of late, my liver would agree with you.
[14:46] <zul> oooh....thats qutoable
[14:46] <ScottK> Well many of us who work for !canonical can't just drop everything.
[14:46] <roaksoax> hallyn: has it been cancelled? wasnt aware of that
[14:46] <roaksoax> but sure
[14:46] <hallyn> roaksoax: see above :)
[14:46] <ScottK> roaksoax: It wasn't before 5 minutes ago.
[14:47] <Daviey> ScottK: you probably know more about the vUDS, than the majority of canonical ubuntu engineers
[14:48] <ScottK> I only know what I read on the fridge.
[14:48] <Daviey> ScottK: Really, next week for server is going to be more of a checkpoint discussion
[14:48] <Daviey> which we have never really done well previously
[14:48] <Daviey> This really does add more transparency.
[14:48] <ScottK> Right.  It's still not clear what the sudden driver for a "UDS" mid cycle is.
[14:49] <Daviey> ScottK: I think the real driver for it, was having open discussion and planning around the phone.
[14:49] <Daviey> It wasn't driven by server :)
[14:49] <hallyn> that was my impression,
[14:49] <hallyn> i wasn't planning on spending the two full days on google+
[14:49] <hallyn> until the next one
[14:50] <Daviey> ScottK: But i am really trying to allow us to use this opportunity to give us a platform to be more open
[14:50] <ScottK> I think for Kubuntu we're likely to drop specs/burndown charts completely and just use something like Trello.
[14:50] <Daviey> ScottK: you must know that canonical used to have a middpoint platform rally?
[14:50] <ScottK> Yes.
[14:50] <zul> Daviey/jamespage: when you get a chance http://paste.ubuntu.com/5573476/
[14:50] <hallyn> Trello?
[14:50] <Daviey> ScottK: So think of this one for us, ike an open rally.
[14:50] <Daviey> That is how i want to use it, anyway.
[14:50] <ScottK> But if we're doing something different than what a UDS is for, it would be clearly to call it something different.
[14:51] <hallyn> Daviey: is there going to be a schedule posted for the server bits?
[14:51] <ScottK> clearly/clearer
[14:51] <Daviey> hallyn: Yes. Have you not filed your sessions yet? :)
[14:51] <Daviey> ScottK: I am not saying that it's what it is generally for.. It is what i am hoping WE can use it for. :)
[14:51] <hallyn> cheeky
[14:52] <ScottK> Right, sounds good.
[14:52] <hallyn> all right, back to this build over here
[14:53] <ScottK> Not that I'm available for this one, but the answer I got to my question about "How does one give a plenary talk" was highly discouraging.  It involved a bunch of Google services I've never used.  I'm not 100% I even know what they all are.
[14:55] <Daviey> ScottK: Not surprisingly, i am a fan of Free software.. But i am also a pragmatist.  Google hangouts are without a doubt the best no-cost solution to this.
[14:56] <Daviey> Unless a group of people want to get together to make a comparable open source suite?
[14:56] <ScottK> To the extent that one is comfortable with data being shared among an unpublished list of ALL Google's services, I don't doubt it.
[14:56] <Daviey> and uploading an ogv to the internet isn't sharing it with google?
[14:57] <Daviey> Anyway, this discussion isn't helpful.  Unless you are volunteering to drive a comparable video conference stack.
[14:57] <ScottK> That doesn't grant them any special rights with the data.
[14:58] <ScottK> I've participated remotely at UDS before and it's just not that hard.
[14:58] <ScottK> I think making it suck equally for everyone in the name of transparency doesn't make any sense.  I'm sure it's cheaper and that may be the real driver, but let's say that then.
[14:58] <Daviey> I have aswell, it was an awful experience
[14:59] <Daviey> ScottK: If it helps.. I believe we will be able to telephone people in.
[15:00] <ScottK> The harder part about being remote was carving out the time when I wasn't travelling/dedicated to doing UDS.
[15:00] <ScottK> So for me the technology is the least of the problem.
[15:01] <Daviey> Well, last time i was remote.. i attended sessions in the bath.. Which was (thankfully) voice only.. With the addition of video.. this makes it more of a challenge.
[15:02] <rbasak> If everything that happens at UDS is public anyway, what's the problem with also giving Google a copy?
[15:06] <hallyn> bow chicka bow wow, Daviey
[15:11] <rbasak> "Why ARM in Servers?" panel discussion live now: https://plus.google.com/102031805064483509929/posts
[15:11] <zul> Daviey:  * shudder *
[15:24] <alphAEcho1> ldap_bind: Invalid credentials (49)
[15:24] <alphAEcho1> what does that error mean?
[15:25] <alphAEcho1> i am using ldapadd -x -D cn=admin,dc=something,dc=com -W -f add_content.ldif
[15:26] <alphAEcho1> and the file add_content.ldif i created myself reading https://help.ubuntu.com/12.10/serverguide/openldap-server.html
[15:26] <alphAEcho1> section Modifying/Populating your Database
[15:26] <alphAEcho1> anyone that knows anything?
[15:34] <detrix42> Hello everyone who are at their keyboard.  I just set up ubuntu server a few days ago.  Now setting up email server.  I went with postfix and alpine, but I need to know how to create/set the tls certificate.  Thanks for any help.
[15:36] <jcastro> hey ScottK, lmk if you guys switch to Trello
[15:37] <jcastro> I'm like, loving every minute of it.
[15:37] <jcastro> I use it as my day to day burndown chart
[15:37] <ScottK> We're looking into it.
[15:49] <gucki> any quagga guru here? :()
[15:52] <bkotewall> I have an ubuntu openstack question...  Authentication for swift seems to work sometimes, and sometimes it doesn't work, when I turn on memcache auth token caching on the swift proxy processes.  When I turn off memcache in swift proxy for the auth tokens, it works everytime
[15:52] <rbasak> !anyone | gucki
[15:53] <bkotewall> has anyone else encountered this issue before?  I'm also looking around on google
[15:53] <gucki> rbasak: sorry, dont get the point of this text ;)
[15:53] <gucki> i try to add an vlan interface using vtysh. configure works fine, and i can see the config using "sh run", but it's actually not active on the host? :(
[16:09] <saki`> sooooo...
[16:09] <saki`> i want to setup icecast on a server
[16:10] <saki`> for web radio
[16:10] <saki`> anyone have any experience with that?
[16:13] <kuups> Hey everybody, this may be a bit of a stupid question, but I can't seem to get the sources for the 2.6.32-042stab064.3 kernel installed.
[16:14] <ikonia> kuups: it's a kernel your VPS provider has made
[16:14] <ikonia> kuups: thats because it's not an ubuntu kernel
[16:14] <resno> iptables or csf?
[16:14] <ikonia> kuups: your ubuntu install is not a complete ubuntu install, it's a bastardized version your VPS provider has made
[16:15] <kuups> so I should take it up with my VPS provider?
[16:15] <ikonia> yes
[16:15] <resno> kuups: what kinda vps?
[16:15] <kuups> resno: what do you mean what kind?
[16:16] <resno> openvz or xen?
[16:16] <resno> if its openvz, you can install another kernel.
[16:16] <resno> cant*
[16:16] <resno> its a limitation on how openvz runs.
[16:17] <kuups> I think it's openvz, but it's not exactly specified
[16:17] <ikonia> kuups: just talk to your hosting provider
[16:17] <resno> but yall talk to them
[16:17] <ikonia> kuups: you'll find that a more practical approach
[16:17] <resno> then heresay
[16:17] <resno> how goes it ikonia
[16:17] <ikonia> fine
[17:02] <zul> yolanda/jamespage: https://code.launchpad.net/~zulcss/nova/nova-cleanup/+merge/151057
[17:22] <yolanda> zul, do you think that we could backport "officially" wsme, webob and pecan to precise?
[17:22] <zul> yolanda: yeah i can do it this afternoon
[17:22] <zul> wsme is not in the archvie though
[17:22] <zul> Daviey:  ^^^
[17:22] <yolanda> is that still on my branch?
[17:23] <zul> yolanda:  uploaded but still stuck in binary new
[17:25] <yolanda> zul, i found some new deps for wsme and i had to comment tests in order to build that for precise
[17:25] <yolanda> not sure if it's giving that problems on raring
[17:25] <zul> yolanda: ok well one step at a time
[17:27] <yolanda> zul, installing ceilometer on precise gives that error:
[17:27] <yolanda> Unpacking python-ceilometer (from .../python-ceilometer_2013.1.a336.g9335d81+git201302212101~precise-0ubuntu1_all.deb) ...
[17:27] <yolanda> dpkg: error processing /var/cache/apt/archives/python-ceilometer_2013.1.a336.g9335d81+git201302212101~precise-0ubuntu1_all.deb (--unpack):
[17:27] <yolanda>  trying to overwrite '/usr/share/pyshared/tests/__init__.py', which is also in package python-boto 2.2.2-0ubuntu2
[17:27] <yolanda> any idea about that?
[17:28] <zul> yolanda:  not yet ill have a look this afternoon
[17:28] <yolanda> oh https://bugs.launchpad.net/ceilometer/+bug/1102110
[17:34] <Goranek_> hi guys, whats the pythonic way of naming exceptions?
[17:34] <Goranek_> an example, my module is named "Life"
[17:34] <Goranek_> Exception LifeUserUnknown or just UserUnknown
[17:34] <Goranek_> ?
[17:35] <Goranek_> or Life_UserUnknown or User_Unknown
[17:46] <hallyn> Daviey: discussions on the list, and ScottK's comments earlier, do make me wonder - hwo will rolling release affect blueprints?
[17:46] <hallyn> not asking for an answer, but just wondering - has it been discussed?
[17:47] <hallyn> i'd be happy with getting per-LTS blueprints (for things like 'user namespace support inlxc') with per-monthly lower-overhead-not-quite-buleprints bits for short work items
[17:51] <Daviey> hallyn: I don't think it impacts blueprints too much, really
[17:52] <Daviey> we have set the goal for 13.04 release.. right?
[17:52] <hallyn> Daviey: dunno what that means.  i just don't want to do allthe bluepritn overhead every month
[17:53] <Daviey> Oh!
[17:53] <Daviey> hallyn: How do you feel about rolling blueprints? :)
[17:53] <Daviey> one blueprint to handle namespacing, that spans multiple months?
[18:00] <hallyn> Daviey: right, that's what i was hoping for (and meant with lts blueprints)
[18:07] <Koheleth> any problems with this postfix update?
[18:13] <Koheleth> let me rephrase, has anyone recently updated the recent postfix update on ubuntu server and had any problems
[18:24] <sarnold> Koheleth: are you _seeing_ problems?
[18:29] <Koheleth> sarnold its just that the last time I found that mail could not be sent and postfix where as helpful as a bag of nails
[18:29] <Koheleth> just thyought someone on here must have taken the plunge
[18:34] <Koheleth> does anyone run a ubuntu server here ;)
[18:35] <holstein> Koheleth: its all ubuntu, and i run a few.. i just dont have any comments on what you are asking
[18:36] <Koheleth> you not use postfix
[18:36] <holstein> Koheleth: correct.. i do not use postfix
[18:36] <Koheleth> thanks
[18:36] <holstein> Koheleth: i do run ubuntuserver
[18:37] <Koheleth> ok, but my first question sort of gives it away, thanks, narrowed 1 user down :)
[18:38] <holstein> Koheleth: sure, and thats why i didnt comment... but if you are wondering why, since you are not getting answers, if the channel/community is dead, its not.. you can ask in #ubuntu as well,, or the forum/mailing lists
[18:38] <Koheleth> sure, thanks
[18:38] <Koheleth> different time zones and planets as well
[18:47] <zul> adam_g: https://code.launchpad.net/~zulcss/glance/deps-refresh/+merge/151072
[18:48] <zul> adam_g: https://code.launchpad.net/~zulcss/ceilometer/deps-refresh/+merge/151073
[19:09] <SynSynWork> Anyone have any experience using TPM to handle full-disk-encryption (and boot security) on Ubuntu Server?  I'd like to tie the decryption key to the specific hardware as well as decrypt using the key stored in TPM.
[19:15] <SynSynWork> No TPM suggestions?
[19:16] <holstein> SynSynWork: apparently not from any of the volunteers right now.. try #ubuntu or the mailing list or the forum.. cheers!
[19:16] <sarnold> SynSynWork: I recall reading recently that e.g. Lenovo uses a key in TPM for ata storage locking...
[19:17] <sarnold> SynSynWork: .. I've not read of OS-level uses, but try googling "trousers" if you're at a complete loss of how to get there. (I don't know for certain that they're involved, but .. maybe they are? :)
[19:17] <SynSynWork> holstein, Yeah, I tossed the same message out in #ubuntu
[19:18] <SynSynWork> sarnold, Yeah, I've been looking into Trousers specifically.
[19:18] <SynSynWork> sarnold, I have a TPM board and Trousers supposedly can handle the key writing, etc.
[19:19] <SynSynWork> sarnold, But that doesn't really help get the OS installed in a manner that will attempt to read said key from TPM.
[19:19] <SynSynWork> So, I'm assuming there is an additional step.
[19:20] <sarnold> SynSynWork: darn, then I'm not saying anything new for you :)
[19:20] <sarnold> SynSynWork: please do report back what you discover, if you've got the time/inclination.
[19:20] <SynSynWork> sarnold, Sure thing.  And yeah, I was seeing some rumors of DM-Crypt and LuKS supporting TPM, so I was hoping there was some magic easy button.
[19:24] <SynSynWork> sarnold, The _good_ news is Trousers supposedly can handle key storage, de/encryption with key, and data-sealing (which can be used to make it hardware specific.  But like I said, there is still the matter of getting the boot process to read and use that key.  I saw some vague references to building a new initrd - so that might be the solution.  But there is just so little information.
[19:24] <sarnold> SynSynWork: i recall last time I looked into it being a bit dissapointed at how fragmented it all felt
[19:25] <sarnold> SynSynWork: trousers people got the chip going, LUKS people had a nice key storage format thingy, dm had good layering of block-level encryption, and all groups felt their work was done. hehe.
[19:25] <SynSynWork> sarnold, Agreed, too many camps working on their own projects in their on their own little islands.
[19:52] <Praxi> so I have an adaptec controller thats just software raid.  I have 4 1TB drives that I would like to combine space on and maybe have some redundancy fault tolerance.  Ubuntu server 12.04 doesn't pick up the drives as a raid, but does see them all individually.  I dont have the option of buying any more hardware.  Should I be looking at ubuntu servers software raid?
[19:52] <Praxi> https://help.ubuntu.com/12.04/serverguide/advanced-installation.html  <--specifically I'm reading that.
[19:54] <sarnold> Praxi: many people prefer software raid setups, because a dead controller card doesn't take the array with it -- it can be rebuilt on other systems
[19:54] <Praxi> ! ok then hehe.    Should I just be rerunning the partition manager and building a raid in there?
[19:57] <Praxi> when looking at that previous link I posted, it doesn't say where to start, I assume parted?
[20:27] <SynSynWork> sarnold, Going back through my notes, when I researched this last time, I came across this (had forgotten about it, glad I took notes) - https://www.tpmcrypt.org/trac Figured you'd might find it interesting.
[20:28] <sarnold> SynSynWork: thanks :D
[20:28] <SynSynWork> sarnold, No problem.  Only downfall is the last update was 14m ago, and its only Alpha.  I'm assuming it is dead in the water.
[20:28] <sarnold> SynSynWork: oh :/ that seems like a plausible conclusion :(
[20:29] <SynSynWork> sarnold, But it does go through the whole process, cryptsetup+trousers, etc.  https://www.tpmcrypt.org/trac/wiki/TpmCryptInstall  So might be worth a test or two.
[20:29] <sarnold> hehe, "revision 44", not a good sign :) https://www.tpmcrypt.org/svn/tpmcrypt/
[20:32] <sarnold> SynSynWork: hum. Those directions look significantly better than the state of their svn might suggest. It might be further along than I suspected. :)
[20:32] <SynSynWork> sarnold, Yeah, it looks like _parts_ of it work.  And it might just be the parts we need/want.
[20:53] <lwizardl> hello
[20:54] <lwizardl> I was wondering if there was a way to have emails sent everytime a user logons to the system?
[21:14] <tsaavik> lwizardl: yes, but you probably want to look into setting up a centralized syslog server instead
[21:27] <lwizardl> tsaavik, yeah I was looking into that on linux journal. but I was looking at that as an option.
[21:28] <tsaavik> You could fool around with /etc/profile.d but really, your just going to run into issues, and you have the annoyance or worrying about wheter the server is configured for mail properly
[21:39] <lwizardl> tsaavik, true. I was just looking for more options that I could use.
[21:57] <sliddjur> I need some help using cracklib. i installed libpam-cracklib. now my /etc/pam.d/common-password updated and I can see the cracklib module. but its not using my new password rules.
[21:59] <Fra_ButBut_> Hello all
[22:02] <Fra_ButBut_> Is there nobody ?
[22:02] <holstein> Fra_ButBut_: sure.. just ask
[22:05] <sliddjur> he just wanted to ask why my cracklib isnt working
[22:05] <Fra_ButBut_> Ah fine, i am french sorry for my english  i work for ameliorate her by irc
[22:06] <Fra_ButBut_> I am in my mobile for write Is not easy
[22:08] <holstein> !fr
[22:13] <Fra_ButBut_> Re in my mobile irc buh
[22:13] <Fra_ButBut_> Bug
[22:18] <Fra_ButBut_> Olala
[22:19] <holstein> !fr | Fra_ButBut_ try the french channel
[22:20] <Fra_ButBut_> Thanks but Is for work my english
[22:21] <holstein> !ot | Fra_ButBut_ then try this for chat
[22:23] <Fra_ButBut_> OK Thanks, Goodbye ;)
[22:25] <jcastro> smoser: I think achiang's response on -devel can handle the use case you were talking about during lunch
[23:42] <med_> best ircd?
[23:42] <med_> I don't see one in the charm store.
[23:42] <med_> (lots of irc clients)


[18:35] <MatthewAllen_> Hey! I'm having a few issues with Autopilot, I'm running the test cases of the default Ubuntu application "unity-calendar-app" and I'm failing 11 of the test cases, terminal output --> http://paste.ubuntu.com/13825846/


 The tarballs for Qt 5.9.5 are out: http://download.qt.io/official_releases/qt/5.9/5.9.5/submodules/
 Though not officially announced yet, and no tags in Git yet.
 Oooooooooh
 @mitya57, When could it be announced?
 Maybe later today, but I am not sure.
 Ok.
 As soon as it's announced, I'm going to work as hard as I can to land it so it can go in this weekend or before.
[14:02] <mitya57> There is a release team meeting on #qt-releases starting right now
 <jaheikki3_> So 5.9.5: Content was ready but new release blocker reported from testing
 huih..which one?
 QTBUG-67577
 jaheikki3_: [REG 5.9.4 -> 5.9.5] qt.io shows warning about Certificate Transparency - https://bugreports.qt.io/browse/QTBUG-67577 (In Progress)
 We discussed about it with Kai & it is quite visible regression
 <jaheikki3_> Target is still to get release out during this week
 http://lists.qt-project.org/pipermail/releasing/2018-April/004631.html
 Ok
[15:07] <lubot3> * tsimonq2 joins #qt-releases
 It's a Windows issue :|
[15:11] <lisandro> @tsimonq2 get the packaging ready, if it's only one change you will have it ready to go once the fix is there
 Good idea.
 @lisandro, They removed the previously published tarballs, so unless @tsimonq2 had downloaded them, it would be hard.
[15:25] <lisandro> if I read correctly they released a beta
 I wonder if checksums of the (non-WebEngine) tarballs will be the same in the final release.
 @mitya57, Ah no
[23:41] <tsimonq2> So from the look of things, Ubuntu 18.10 will ship with Qt 5.11.


[12:31] <Ubugtu> New bug: #79018 in firefox (main) "Cannot move bookmarks in bookmark editor" [Medium,Confirmed]  https://launchpad.net/bugs/79018
[01:00] <Ubugtu> New bug: #84107 in firefox (main) "firefox crashed while I was running scorched3d" [Undecided,Unconfirmed]  https://launchpad.net/bugs/84107
[02:31] <Ubugtu> New bug: #68325 in firefox (main) "Firefox crashes after being open for an extended period of time" [Undecided,Confirmed]  https://launchpad.net/bugs/68325
[02:41] <Ubugtu> New bug: #68313 in firefox (main) "Occasional firefox crash when re-arranging a tab which is loading" [Undecided,Needs info]  https://launchpad.net/bugs/68313
[02:46] <Ubugtu> New bug: #71583 in firefox (main) "Crash nsProfileLock::FatalSignalHandler" [Undecided,Confirmed]  https://launchpad.net/bugs/71583
[02:57] <Ubugtu> New bug: #74576 in firefox "crash [@nsWindowWatcher::OpenWindowJSInternal]  [@nsContentTreeOwner::ShowAsModal] [@nsXULWindow::ShowModal] " [Medium,Confirmed]  https://launchpad.net/bugs/74576
[03:01] <Ubugtu> New bug: #41623 in firefox (main) "Firefox windows do not get focus when launched" [Medium,Needs info]  https://launchpad.net/bugs/41623
[03:25] <Ubugtu> New bug: #61104 in gcc-4.1 (main) "[fixed in 4.2]  C++ visibility attribute" [High,Confirmed]  https://launchpad.net/bugs/61104
[03:36] <Ubugtu> New bug: #84123 in firefox (main) "Firefox Crash Visiting ASCII Art Site" [Undecided,Unconfirmed]  https://launchpad.net/bugs/84123
[04:05] <jhnjwng> Any one could reproduce #84123 ?
[04:07] <jhnjwng> he uses jdk 1.6.0 plugin.
[04:10] <crimsun> I can't reproduce the crash.
[04:13] <jhnjwng> crimsun: do you use java 1.6 plugin?
[04:13] <crimsun> it's installed if that's what you're asking
[04:14] <Admiral_Chicago> haha.
[04:14] <jhnjwng> thanks. cause I have 1.5, let me get 1.6
[04:18] <jhnjwng> Or do I need to ? do we consider 1.6 stable enough ?
[04:21] <Ubugtu> New bug: #84132 in firefox (main) "firefox crashes when opening confirm dialog box" [Undecided,Unconfirmed]  https://launchpad.net/bugs/84132
[04:22] <crimsun> jhnjwng: it's stable for my uses, but YMMV.
[04:22] <crimsun> I wonder how many of these crash reports will be moot if the users wipe ~/.mozilla
[04:22] <crimsun> for the life of me - although I'm on x86 - I can't reproduce the greater lot of 'em
[04:25] <jhnjwng> I am new to  triage, any idea how to handle #84123?
[04:38] <jhnjwng> I am running java 1.6 plugin, and cannot reproduce  #84123.
[04:50] <jhnjwng> good night everyone.
[05:11] <Ubugtu> New bug: #84137 in firefox (main) "[edgy]  Firefox crashed logging in to MySpace.com" [Undecided,Unconfirmed]  https://launchpad.net/bugs/84137
[06:10] <Ubugtu> New bug: #84144 in firefox (main) "firefox crashed twice trying to open www.jamptv.com" [Undecided,Unconfirmed]  https://launchpad.net/bugs/84144
[09:55] <Ubugtu> New bug: #84161 in firefox (main) "(edgy) firefox crashes when visiting www.tiipsi.com" [Undecided,Unconfirmed]  https://launchpad.net/bugs/84161
[11:17] <gnomefreak> something is really wrong with this.
[12:13] <gnomefreak> finally got a worth while stack
[12:15] <asac> finally I got back online again :) ... telco company had downtime :/
[12:15] <gnomefreak> sorry to hear that. i will have bad news for you a little later
[12:17] <asac> bad news?
[12:17] <asac> please go right ahead ... hate to wait for bad news ;)
[12:17] <gnomefreak> i installed 90+ -dbg packages last night and they dont seem to help a bit on a few of the reports. im thinking apport is not saving some reports correctly
[12:18] <gnomefreak> bug 84123 is done.
[12:18] <Ubugtu> Malone bug 84123 in firefox "Firefox Crash Visiting ASCII Art Site" [Undecided,Confirmed]  https://launchpad.net/bugs/84123
[12:18] <gnomefreak> that is the best damn retrace i have had
[12:18] <asac> gnomefreak: hmmm .... sometimes its not possible to gather all infos i guess
[12:20] <gnomefreak> not sure. f4hy's report its one you commented is that a full stacktrace. yes it is i ran it with all -dbg symbols thats all i get off of it. maybe if pitti updates his repos i will try again with -d
[12:32] <asac> gnomefreak: ;)
[12:32] <asac> ok ... going to lunch now
[12:32] <gnomefreak> i did bug #84123 with wrong firefox and it turned out great :)
[12:32] <Ubugtu> Malone bug 84123 in firefox "Firefox Crash Visiting ASCII Art Site" [Undecided,Confirmed]  https://launchpad.net/bugs/84123
[12:32] <gnomefreak> have fun
[01:01] <Ubugtu> New bug: #84177 in firefox (main) "Streaming Video with Totem-plugin for Mozilla Firefox does not work since I installed the latest updates form Ubuntu. -No Video- appears on the screen" [Undecided,Unconfirmed]  https://launchpad.net/bugs/84177
[01:30] <Ubugtu> New bug: #66720 in lsr "Firefox package prevents Orca and LSR from reading web content in Firefox and Epiphany" [Undecided,Rejected]  https://launchpad.net/bugs/66720
[01:40] <gnomefreak> full stacktrace: Stacktrace: Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.
[01:40] <gnomefreak> 1".
[01:43] <gnomefreak> i ran it 4 times 2 times with -d and 2 wiout the -d and all came out same
[02:31] <asac> k ... thanks for your work ... hopefully I can process a good bunch of the ones you already did this weekend.
[03:27] <gnomefreak> asac: im gonna go ahead and upload the stacktrace from that bug report above see if it helps :( also asked reporter for another crash report so i can see if its apport on their system changing things some fail some succeed so i want to compare them
[03:40] <gnomefreak> i guess i was part of that one
[03:50] <Ubugtu> New bug: #84207 in firefox (main) "firefox error" [Undecided,Unconfirmed]  https://launchpad.net/bugs/84207
[03:53] <asac> sometimes you need more than one attempt to gateher a good crash report. Sometimes the same problem leads to crashes at different places. So asking or send a new is always good if the other has not much information
[03:54] <gnomefreak> thats what ive been doing i hate attaching what seems imcomplete reports
[03:58] <AlexLatchford> what do we do with issues that are marked against Flash 7?
[03:58] <AlexLatchford> reject them and tell the user to update to 9?
[04:04] <gnomefreak> AlexLatchford: tell user to try flash9 and have him/her try to reproduce it
[04:04] <AlexLatchford> Well the user said he took the version from Adobes site and it worked
[04:04] <AlexLatchford> so I presuming he meant 9 when he says this, I have asked him to clarify it then I will reject the bug once the clarification has been made
[04:05] <gnomefreak> AlexLatchford: than flash 9 in the repos should fix it but with confirmation we wont know.
[04:05] <AlexLatchford> yeah ok
[04:05] <gnomefreak> reject it with if it happens again reopen with more info
[04:05] <gnomefreak> something like that should be ok
[04:07] <gnomefreak> if someone happens to stumble on an epiphany-browsers bug let me know i want to try something one it
[04:07] <gnomefreak> on*
[04:10] <gnomefreak> AlexLatchford: i stole bug 84137 from you to retrace it real fast. do you want it assigned back to you?
[04:10] <Ubugtu> Malone bug 84137 in firefox "[edgy]  Firefox crashed logging in to MySpace.com" [Medium,Needs info]  https://launchpad.net/bugs/84137
[04:11] <AlexLatchford> nah its cool
[04:11] <gnomefreak> k
[04:11] <AlexLatchford> ill let you have the fun :P
[04:12] <gnomefreak> great thanks :)
[04:13] <gnomefreak> im still downloading the crash report its like 16mb :(
[04:13] <AlexLatchford> you read stacktraces bottom up right?
[04:14] <gnomefreak> yep
[04:14] <gnomefreak> for the most part
[04:14] <AlexLatchford> where the first call #0 is usually the problem?
[04:14] <gnomefreak> thats how i understand it but you may have problems before that that lead up to it i think
[04:14] <AlexLatchford> hmm ok
[04:15] <AlexLatchford> #0  0xffffe410 in __kernel_vsyscall ()
[04:15] <AlexLatchford> #0  0xffffe410 in __kernel_vsyscall ()
[04:15] <AlexLatchford> #1  0xb7e00651 in raise () from /lib/tls/i686/cmov/libpthread.so.0
[04:15] <AlexLatchford> those lines seem to appear in almost everyone lol
[04:15] <gnomefreak> #1 might be the issue on that. #0 and #0 look like normal calls
[04:15] <gnomefreak> they are in almost every stacktrace
[04:16] <AlexLatchford> yeah
[04:31] <Ubugtu> New bug: #84214 in firefox (main) "RFE: snapshot builds of Firefox 3" [Wishlist,Confirmed]  https://launchpad.net/bugs/84214
[04:31] <gnomefreak> asac: how is your to-do-list?
[04:45] <Ubugtu> New bug: #84219 in firefox (main) "Don't know.  I just saw the Bug message this morning and I don't remember a crash last night." [Undecided,Unconfirmed]  https://launchpad.net/bugs/84219
[05:22] <asac> gnomefreak: heavy load :)
[05:23] <gnomefreak> yep me too. i was thiniking of the ff3 shapshots
[05:23] <gnomefreak> may want to wait on that until it becomes a bit more stable
[05:36] <gnomefreak> BTW if you have any TB retraces needed go ahead and assign me i should be set to run them
[06:54] <asac> yeah ... maybe extent the wiki to contain links for our tags on all application that our team supports
[06:55] <gnomefreak> asac: do we have more tags?
[06:58] <asac> no ... but the link in wiki just shows those tagged for firefox
[07:00] <gnomefreak> if i get a chance once these retraces are caught up i might add == FireFox == above the table we have and set one up for TB
[07:01] <Ubugtu> New bug: #84242 in firefox (main) "Firefox address bar search broken using proxy" [Undecided,Unconfirmed]  https://launchpad.net/bugs/84242
[07:04] <asac> yeah ... or place multiple links (at best with app icon) in the link column ... as the table will probably get a bit more complex
[07:05] <gnomefreak> asac: what do you think about bug 68313
[07:05] <Ubugtu> Malone bug 68313 in firefox "Occasional firefox crash when re-arranging a tab which is loading" [Undecided,Needs info]  https://launchpad.net/bugs/68313
[07:05] <gnomefreak> asac: ill look at the page see what i can come up with for the table
[07:14] <gnomefreak> ok got it up for now. under the quicksearch im not sure wher eyou got the pages from.
[07:15] <asac> just replace firefox with thunderbird
[07:15] <asac> then it should work
[07:15] <asac> -> in the link path
[07:17] <gnomefreak> its mozilla-thunderbird
[07:18] <gnomefreak> :)
[07:24] <gnomefreak> the one i listed above im not sure what to do with. ive ran it enough times and get same outcome and there is no missing debug symbols :(
[07:55] <asac> oh ... right mozilla-
[07:57] <asac> ok ok ... have to hurry to travel to my weekend destination ... will eventually show up this weekend ... so maybe cu then :)
[09:51] <Ubugtu> New bug: #51756 in firefox (main) "firefox puts trademark HTML entity into job name when printing; causes Cups IPP printers to fail" [Undecided,Unconfirmed]  https://launchpad.net/bugs/51756
[10:10] <Ubugtu> New bug: #84279 in firefox (main) "Firefox crashed after installing "Gmail Notify" via Add/Remove applications" [Undecided,Unconfirmed]  https://launchpad.net/bugs/84279
[10:57] <gnomefreak> AlexLatchford: Admiral_Chicago you guys here?
[11:01] <gnomefreak> anyway im waiting on final work from asac after he looks at a bug i assigned him but i get most of the debug symbols. Yes we still need one and im gonna try a few things out. there is one in feisty hoping it will cover edgy also but we will see.
[11:14] <gnomefreak> s/work/word