[00:18] -queuebot:#ubuntu-release- New binary: libscalar-type-perl [arm64] (noble-proposed/universe) [0.3.2-1] (no packageset)
[00:18] -queuebot:#ubuntu-release- New binary: libscalar-type-perl [ppc64el] (noble-proposed/universe) [0.3.2-1] (no packageset)
[00:18] -queuebot:#ubuntu-release- New binary: rust-eax [armhf] (noble-proposed/universe) [0.5.0-1] (no packageset)
[00:18] -queuebot:#ubuntu-release- New binary: rust-eax [s390x] (noble-proposed/universe) [0.5.0-1] (no packageset)
[00:18] -queuebot:#ubuntu-release- New binary: libscalar-type-perl [armhf] (noble-proposed/universe) [0.3.2-1] (no packageset)
[00:18] -queuebot:#ubuntu-release- New binary: rust-eax [ppc64el] (noble-proposed/universe) [0.5.0-1] (no packageset)
[00:18] -queuebot:#ubuntu-release- New binary: libscalar-type-perl [s390x] (noble-proposed/universe) [0.3.2-1] (no packageset)
[00:19] -queuebot:#ubuntu-release- New binary: kasts [ppc64el] (noble-proposed/universe) [23.07.90-2] (no packageset)
[00:19] -queuebot:#ubuntu-release- New binary: rust-eax [arm64] (noble-proposed/universe) [0.5.0-1] (no packageset)
[00:19] -queuebot:#ubuntu-release- New binary: kasts [arm64] (noble-proposed/universe) [23.07.90-2] (no packageset)
[00:19] -queuebot:#ubuntu-release- New binary: kasts [s390x] (noble-proposed/universe) [23.07.90-2] (no packageset)
[00:20] -queuebot:#ubuntu-release- New binary: kasts [armhf] (noble-proposed/universe) [23.07.90-2] (no packageset)
[00:23] -queuebot:#ubuntu-release- New binary: node-playwright [amd64] (noble-proposed/universe) [1.38.0+ds-1] (no packageset)
[00:23] -queuebot:#ubuntu-release- New binary: python-scienceplots [amd64] (noble-proposed/universe) [2.1.0-1] (no packageset)
[00:23] -queuebot:#ubuntu-release- New binary: python-art [amd64] (noble-proposed/universe) [6.1-1] (no packageset)
[00:23] -queuebot:#ubuntu-release- New binary: rust-eax [amd64] (noble-proposed/universe) [0.5.0-1] (no packageset)
[00:23] -queuebot:#ubuntu-release- New binary: kasts [amd64] (noble-proposed/universe) [23.07.90-2] (no packageset)
[00:23] -queuebot:#ubuntu-release- New binary: libstring-binary-interpolation-perl [amd64] (noble-proposed/universe) [1.0.0-1] (no packageset)
[00:23] -queuebot:#ubuntu-release- New binary: snakeyaml-engine [amd64] (noble-proposed/universe) [2.7+ds-1] (no packageset)
[00:23] -queuebot:#ubuntu-release- New binary: libscalar-type-perl [amd64] (noble-proposed/universe) [0.3.2-1] (no packageset)
[00:23] -queuebot:#ubuntu-release- New binary: node-html-webpack-plugin [amd64] (noble-proposed/universe) [5.5.3+~cs14.4.7-2] (no packageset)
[00:24] -queuebot:#ubuntu-release- New binary: hipsolver [amd64] (noble-proposed/universe) [5.5.1-2] (no packageset)
[00:27] -queuebot:#ubuntu-release- New binary: rust-eax [riscv64] (noble-proposed/universe) [0.5.0-1] (no packageset)
[00:28] -queuebot:#ubuntu-release- New binary: libscalar-type-perl [riscv64] (noble-proposed/universe) [0.3.2-1] (no packageset)
[00:48] -queuebot:#ubuntu-release- New binary: kasts [riscv64] (noble-proposed/universe) [23.07.90-2] (no packageset)
[05:27] -queuebot:#ubuntu-release- New binary: libscalar-type-perl [ppc64el] (noble-proposed/universe) [0.3.2-2] (no packageset)
[05:29] -queuebot:#ubuntu-release- New binary: libscalar-type-perl [amd64] (noble-proposed/universe) [0.3.2-2] (no packageset)
[05:29] -queuebot:#ubuntu-release- New binary: libstring-binary-interpolation-perl [amd64] (noble-proposed/universe) [1.0.0-2] (no packageset)
[05:30] -queuebot:#ubuntu-release- New binary: libscalar-type-perl [arm64] (noble-proposed/universe) [0.3.2-2] (no packageset)
[05:30] -queuebot:#ubuntu-release- New binary: libscalar-type-perl [s390x] (noble-proposed/universe) [0.3.2-2] (no packageset)
[05:30] -queuebot:#ubuntu-release- New binary: kasts [amd64] (noble-proposed/universe) [23.08.2-1] (no packageset)
[05:31] -queuebot:#ubuntu-release- New binary: kasts [ppc64el] (noble-proposed/universe) [23.08.2-1] (no packageset)
[05:34] -queuebot:#ubuntu-release- New binary: kasts [s390x] (noble-proposed/universe) [23.08.2-1] (no packageset)
[05:35] -queuebot:#ubuntu-release- New binary: kasts [arm64] (noble-proposed/universe) [23.08.2-1] (no packageset)
[05:35] -queuebot:#ubuntu-release- New binary: kasts [armhf] (noble-proposed/universe) [23.08.2-1] (no packageset)
[05:45] -queuebot:#ubuntu-release- New binary: libscalar-type-perl [riscv64] (noble-proposed/universe) [0.3.2-2] (no packageset)
[05:45] -queuebot:#ubuntu-release- New binary: libscalar-type-perl [armhf] (noble-proposed/universe) [0.3.2-2] (no packageset)
[06:08] -queuebot:#ubuntu-release- New binary: kasts [riscv64] (noble-proposed/universe) [23.08.2-1] (no packageset)
[07:07] -queuebot:#ubuntu-release- New: accepted hipsolver [amd64] (noble-proposed) [5.5.1-2]
[07:07] -queuebot:#ubuntu-release- New: accepted kasts [arm64] (noble-proposed) [23.07.90-2]
[07:07] -queuebot:#ubuntu-release- New: accepted kasts [ppc64el] (noble-proposed) [23.07.90-2]
[07:07] -queuebot:#ubuntu-release- New: accepted kasts [s390x] (noble-proposed) [23.07.90-2]
[07:07] -queuebot:#ubuntu-release- New: accepted kasts [arm64] (noble-proposed) [23.08.2-1]
[07:07] -queuebot:#ubuntu-release- New: accepted kasts [ppc64el] (noble-proposed) [23.08.2-1]
[07:07] -queuebot:#ubuntu-release- New: accepted kasts [s390x] (noble-proposed) [23.08.2-1]
[07:07] -queuebot:#ubuntu-release- New: accepted libscalar-type-perl [riscv64] (noble-proposed) [0.3.2-1]
[07:07] -queuebot:#ubuntu-release- New: accepted libscalar-type-perl [arm64] (noble-proposed) [0.3.2-2]
[07:07] -queuebot:#ubuntu-release- New: accepted libscalar-type-perl [ppc64el] (noble-proposed) [0.3.2-2]
[07:07] -queuebot:#ubuntu-release- New: accepted kasts [amd64] (noble-proposed) [23.07.90-2]
[07:07] -queuebot:#ubuntu-release- New: accepted kasts [riscv64] (noble-proposed) [23.07.90-2]
[07:08] -queuebot:#ubuntu-release- New: accepted kasts [armhf] (noble-proposed) [23.08.2-1]
[07:08] -queuebot:#ubuntu-release- New: accepted libscalar-type-perl [amd64] (noble-proposed) [0.3.2-1]
[07:08] -queuebot:#ubuntu-release- New: accepted libscalar-type-perl [armhf] (noble-proposed) [0.3.2-2]
[07:08] -queuebot:#ubuntu-release- New: accepted libscalar-type-perl [s390x] (noble-proposed) [0.3.2-2]
[07:08] -queuebot:#ubuntu-release- New: accepted libstring-binary-interpolation-perl [amd64] (noble-proposed) [1.0.0-2]
[07:08] -queuebot:#ubuntu-release- New: accepted node-playwright [amd64] (noble-proposed) [1.38.0+ds-1]
[07:08] -queuebot:#ubuntu-release- New: accepted python-scienceplots [amd64] (noble-proposed) [2.1.0-1]
[07:08] -queuebot:#ubuntu-release- New: accepted rust-eax [riscv64] (noble-proposed) [0.5.0-1]
[07:08] -queuebot:#ubuntu-release- New: accepted kasts [armhf] (noble-proposed) [23.07.90-2]
[07:08] -queuebot:#ubuntu-release- New: accepted kasts [riscv64] (noble-proposed) [23.08.2-1]
[07:08] -queuebot:#ubuntu-release- New: accepted libscalar-type-perl [riscv64] (noble-proposed) [0.3.2-2]
[07:08] -queuebot:#ubuntu-release- New: accepted node-html-webpack-plugin [amd64] (noble-proposed) [5.5.3+~cs14.4.7-2]
[07:08] -queuebot:#ubuntu-release- New: accepted rust-eax [amd64] (noble-proposed) [0.5.0-1]
[07:08] -queuebot:#ubuntu-release- New: accepted kasts [amd64] (noble-proposed) [23.08.2-1]
[07:08] -queuebot:#ubuntu-release- New: accepted libstring-binary-interpolation-perl [amd64] (noble-proposed) [1.0.0-1]
[07:08] -queuebot:#ubuntu-release- New: accepted snakeyaml-engine [amd64] (noble-proposed) [2.7+ds-1]
[07:08] -queuebot:#ubuntu-release- New: accepted libscalar-type-perl [amd64] (noble-proposed) [0.3.2-2]
[07:08] -queuebot:#ubuntu-release- New: accepted python-art [amd64] (noble-proposed) [6.1-1]
[07:08] -queuebot:#ubuntu-release- New: accepted immer [arm64] (noble-proposed) [0.8.1+dfsg-2]
[07:08] -queuebot:#ubuntu-release- New: accepted immer [ppc64el] (noble-proposed) [0.8.1+dfsg-2]
[07:08] -queuebot:#ubuntu-release- New: accepted immer [s390x] (noble-proposed) [0.8.1+dfsg-2]
[07:08] -queuebot:#ubuntu-release- New: accepted libscalar-type-perl [armhf] (noble-proposed) [0.3.2-1]
[07:08] -queuebot:#ubuntu-release- New: accepted libscalar-type-perl [s390x] (noble-proposed) [0.3.2-1]
[07:08] -queuebot:#ubuntu-release- New: accepted rust-color-eyre [amd64] (noble-proposed) [0.6.2-1]
[07:08] -queuebot:#ubuntu-release- New: accepted rust-eax [armhf] (noble-proposed) [0.5.0-1]
[07:08] -queuebot:#ubuntu-release- New: accepted rust-eax [s390x] (noble-proposed) [0.5.0-1]
[07:08] -queuebot:#ubuntu-release- New: accepted takari-polyglot-maven [amd64] (noble-proposed) [0.4.11-2]
[07:08] -queuebot:#ubuntu-release- New: accepted immer [amd64] (noble-proposed) [0.8.1+dfsg-2]
[07:08] -queuebot:#ubuntu-release- New: accepted immer [riscv64] (noble-proposed) [0.8.1+dfsg-2]
[07:08] -queuebot:#ubuntu-release- New: accepted libscalar-type-perl [ppc64el] (noble-proposed) [0.3.2-1]
[07:08] -queuebot:#ubuntu-release- New: accepted rust-eax [arm64] (noble-proposed) [0.5.0-1]
[07:08] -queuebot:#ubuntu-release- New: accepted rust-femme [amd64] (noble-proposed) [2.2.1~dfsg-5]
[07:08] -queuebot:#ubuntu-release- New: accepted immer [armhf] (noble-proposed) [0.8.1+dfsg-2]
[07:08] -queuebot:#ubuntu-release- New: accepted ruby-rails-assets-punycode [amd64] (noble-proposed) [2.2.3+dfsg-2build1]
[07:08] -queuebot:#ubuntu-release- New: accepted libscalar-type-perl [arm64] (noble-proposed) [0.3.2-1]
[07:08] -queuebot:#ubuntu-release- New: accepted rust-eax [ppc64el] (noble-proposed) [0.5.0-1]
[07:34] -queuebot:#ubuntu-release- New binary: rust-bytecodec [riscv64] (noble-proposed/universe) [0.4.15-1] (no packageset)
[07:35] <LocutusOfBorg> vorlon, llvm-toolchain-16 needs ocaml transition to go ahead, and it builds on i386 becaus ocaml is disabled there. if we kick it out for one day or two, we can finish some transitions stuck on i386, e.g. ffmpeg ones
[07:41] <LocutusOfBorg> for google-perftools, will you put under your todolist, or you prefer a new ping in some days? in the meanwhile we might also discover if maybe the flags were fixing autopkgtests
[09:08] -queuebot:#ubuntu-release- New binary: pytorch-sparse [amd64] (noble-proposed/universe) [0.6.18-1] (no packageset)
[09:44] -queuebot:#ubuntu-release- New binary: lager [amd64] (noble-proposed/universe) [0.1.1-1] (no packageset)
[09:44] -queuebot:#ubuntu-release- New binary: libdata-compactreadonly-perl [amd64] (noble-proposed/universe) [0.1.0-2] (no packageset)
[09:45] -queuebot:#ubuntu-release- New binary: lager [s390x] (noble-proposed/universe) [0.1.1-1] (no packageset)
[09:47] -queuebot:#ubuntu-release- New binary: lager [ppc64el] (noble-proposed/universe) [0.1.1-1] (no packageset)
[09:48] -queuebot:#ubuntu-release- New binary: lager [arm64] (noble-proposed/universe) [0.1.1-1] (no packageset)
[10:05] -queuebot:#ubuntu-release- New binary: lager [armhf] (noble-proposed/universe) [0.1.1-1] (no packageset)
[11:22] -queuebot:#ubuntu-release- New binary: node-html-loader [amd64] (noble-proposed/universe) [4.2.0-2] (no packageset)
[11:57] -queuebot:#ubuntu-release- New binary: lager [riscv64] (noble-proposed/universe) [0.1.1-1] (no packageset)
[12:11] -queuebot:#ubuntu-release- New: accepted lager [arm64] (noble-proposed) [0.1.1-1]
[12:11] -queuebot:#ubuntu-release- New: accepted lager [riscv64] (noble-proposed) [0.1.1-1]
[12:11] -queuebot:#ubuntu-release- New: accepted lager [armhf] (noble-proposed) [0.1.1-1]
[12:11] -queuebot:#ubuntu-release- New: accepted node-html-loader [amd64] (noble-proposed) [4.2.0-2]
[12:11] -queuebot:#ubuntu-release- New: accepted lager [amd64] (noble-proposed) [0.1.1-1]
[12:11] -queuebot:#ubuntu-release- New: accepted lager [s390x] (noble-proposed) [0.1.1-1]
[12:11] -queuebot:#ubuntu-release- New: accepted pytorch-sparse [amd64] (noble-proposed) [0.6.18-1]
[12:11] -queuebot:#ubuntu-release- New: accepted lager [ppc64el] (noble-proposed) [0.1.1-1]
[12:11] -queuebot:#ubuntu-release- New: accepted rust-bytecodec [riscv64] (noble-proposed) [0.4.15-1]
[12:11] -queuebot:#ubuntu-release- New: accepted libdata-compactreadonly-perl [amd64] (noble-proposed) [0.1.0-2]
[12:36] -queuebot:#ubuntu-release- New binary: libkysdk-applications [riscv64] (noble-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[14:21] -queuebot:#ubuntu-release- New binary: rust-cid-npm [amd64] (noble-proposed/universe) [0.0~git20200813.59cf068-2] (no packageset)
[14:22] -queuebot:#ubuntu-release- New binary: rust-cid-npm [arm64] (noble-proposed/universe) [0.0~git20200813.59cf068-2] (no packageset)
[14:24] -queuebot:#ubuntu-release- New binary: rust-cid-npm [s390x] (noble-proposed/universe) [0.0~git20200813.59cf068-2] (no packageset)
[15:32] -queuebot:#ubuntu-release- New binary: rust-sqlx-mysql [amd64] (noble-proposed/universe) [0.7.1-1] (no packageset)
[15:34] -queuebot:#ubuntu-release- New binary: rust-sqlx-mysql [arm64] (noble-proposed/universe) [0.7.1-1] (no packageset)
[15:34] -queuebot:#ubuntu-release- New binary: rust-sqlx-mysql [armhf] (noble-proposed/universe) [0.7.1-1] (no packageset)
[15:42] -queuebot:#ubuntu-release- New binary: rust-rustpython-parser [amd64] (noble-proposed/universe) [0.2.0-2] (no packageset)
[15:42] -queuebot:#ubuntu-release- New binary: rust-rustpython-parser [s390x] (noble-proposed/universe) [0.2.0-2] (no packageset)
[15:42] -queuebot:#ubuntu-release- New binary: rust-rustpython-parser [arm64] (noble-proposed/universe) [0.2.0-2] (no packageset)
[15:43] -queuebot:#ubuntu-release- New binary: rust-rustpython-parser [armhf] (noble-proposed/universe) [0.2.0-2] (no packageset)
[16:26] -queuebot:#ubuntu-release- New binary: rust-sequoia-cert-store [amd64] (noble-proposed/universe) [0.3.2-1] (no packageset)
[16:31] -queuebot:#ubuntu-release- New binary: rust-sequoia-cert-store [armhf] (noble-proposed/universe) [0.3.2-1] (no packageset)
[16:33] -queuebot:#ubuntu-release- New binary: rust-sequoia-cert-store [arm64] (noble-proposed/universe) [0.3.2-1] (no packageset)
[17:31] -queuebot:#ubuntu-release- New binary: lilv [amd64] (noble-proposed/universe) [0.24.20-3] (i386-whitelist, kubuntu)
[17:33] -queuebot:#ubuntu-release- New binary: rust-repro-env [amd64] (noble-proposed/universe) [0.3.2-1] (no packageset)
[17:37] -queuebot:#ubuntu-release- New binary: rustup [amd64] (noble-proposed/universe) [1.26.0-1] (no packageset)
[17:43] -queuebot:#ubuntu-release- New binary: rust-rustpython-parser [ppc64el] (noble-proposed/universe) [0.2.0-2] (no packageset)
[17:47] -queuebot:#ubuntu-release- New binary: rustup [s390x] (noble-proposed/universe) [1.26.0-1] (no packageset)
[17:48] -queuebot:#ubuntu-release- New binary: rust-repro-env [arm64] (noble-proposed/universe) [0.3.2-1] (no packageset)
[18:19] -queuebot:#ubuntu-release- New binary: rustup [arm64] (noble-proposed/universe) [1.26.0-1] (no packageset)
[19:55] -queuebot:#ubuntu-release- New binary: rustup [ppc64el] (noble-proposed/universe) [1.26.0-1] (no packageset)
[20:34] -queuebot:#ubuntu-release- New sync: haskell-nothunks (noble-proposed/primary) [0.1.4-2]
[20:35] -queuebot:#ubuntu-release- New sync: haskell-ansi-terminal-types (noble-proposed/primary) [0.11.5-2]
[20:35] <LocutusOfBorg> please ubuntu-archive ^^ these two needs to bootstrap hadrian against newer ghc :)
[20:35] <LocutusOfBorg> and then we can autosync
[20:37] <cjwatson> LocutusOfBorg: .
[20:38] -queuebot:#ubuntu-release- New: accepted haskell-ansi-terminal-types [sync] (noble-proposed) [0.11.5-2]
[20:38] -queuebot:#ubuntu-release- New: accepted haskell-nothunks [sync] (noble-proposed) [0.1.4-2]
[20:38] -queuebot:#ubuntu-release- New: accepted lilv [amd64] (noble-proposed) [0.24.20-3]
[20:38] -queuebot:#ubuntu-release- New: accepted rust-repro-env [arm64] (noble-proposed) [0.3.2-1]
[20:38] -queuebot:#ubuntu-release- New: accepted rust-sequoia-cert-store [arm64] (noble-proposed) [0.3.2-1]
[20:38] -queuebot:#ubuntu-release- New: accepted rustup [amd64] (noble-proposed) [1.26.0-1]
[20:38] -queuebot:#ubuntu-release- New: accepted rustup [ppc64el] (noble-proposed) [1.26.0-1]
[20:38] -queuebot:#ubuntu-release- New: accepted rust-repro-env [amd64] (noble-proposed) [0.3.2-1]
[20:38] -queuebot:#ubuntu-release- New: accepted rust-sequoia-cert-store [armhf] (noble-proposed) [0.3.2-1]
[20:38] -queuebot:#ubuntu-release- New: accepted rustup [s390x] (noble-proposed) [1.26.0-1]
[20:38] -queuebot:#ubuntu-release- New: accepted rust-rustpython-parser [ppc64el] (noble-proposed) [0.2.0-2]
[20:38] -queuebot:#ubuntu-release- New: accepted rustup [arm64] (noble-proposed) [1.26.0-1]
[20:39] -queuebot:#ubuntu-release- New: accepted libkysdk-applications [riscv64] (noble-proposed) [<IP_ADDRESS>-1]
[20:39] -queuebot:#ubuntu-release- New: accepted rust-cid-npm [arm64] (noble-proposed) [0.0~git20200813.59cf068-2]
[20:39] -queuebot:#ubuntu-release- New: accepted rust-rustpython-parser [amd64] (noble-proposed) [0.2.0-2]
[20:39] -queuebot:#ubuntu-release- New: accepted rust-rustpython-parser [armhf] (noble-proposed) [0.2.0-2]
[20:39] -queuebot:#ubuntu-release- New: accepted rust-sequoia-cert-store [amd64] (noble-proposed) [0.3.2-1]
[20:39] -queuebot:#ubuntu-release- New: accepted rust-sqlx-mysql [arm64] (noble-proposed) [0.7.1-1]
[20:39] -queuebot:#ubuntu-release- New: accepted rust-cid-npm [amd64] (noble-proposed) [0.0~git20200813.59cf068-2]
[20:39] -queuebot:#ubuntu-release- New: accepted rust-rustpython-parser [arm64] (noble-proposed) [0.2.0-2]
[20:39] -queuebot:#ubuntu-release- New: accepted rust-sqlx-mysql [amd64] (noble-proposed) [0.7.1-1]
[20:39] -queuebot:#ubuntu-release- New: accepted rust-cid-npm [s390x] (noble-proposed) [0.0~git20200813.59cf068-2]
[20:39] -queuebot:#ubuntu-release- New: accepted rust-sqlx-mysql [armhf] (noble-proposed) [0.7.1-1]
[20:39] -queuebot:#ubuntu-release- New: accepted rust-rustpython-parser [s390x] (noble-proposed) [0.2.0-2]
[20:41] <cjwatson> LocutusOfBorg: those don't seem to have been obviously successful
[21:13] <LocutusOfBorg> thanks! they are successful, just not yet
[21:13] <LocutusOfBorg> :)
[21:13] <LocutusOfBorg> I'm already issuing rebuilds!
[21:16] -queuebot:#ubuntu-release- New sync: haskell-barbies (noble-proposed/primary) [<IP_ADDRESS>-3]
[21:16] <LocutusOfBorg> sigh ^^
[21:22] -queuebot:#ubuntu-release- New: accepted haskell-barbies [sync] (noble-proposed) [<IP_ADDRESS>-3]
[21:23] -queuebot:#ubuntu-release- New binary: rust-mozim [amd64] (noble-proposed/universe) [0.2.2-1] (no packageset)
[21:25] -queuebot:#ubuntu-release- New: accepted rust-mozim [amd64] (noble-proposed) [0.2.2-1]
[21:25] -queuebot:#ubuntu-release- New binary: rust-mozim [armhf] (noble-proposed/universe) [0.2.2-1] (no packageset)
[21:26] -queuebot:#ubuntu-release- New binary: rust-mozim [arm64] (noble-proposed/universe) [0.2.2-1] (no packageset)
[22:02] -queuebot:#ubuntu-release- New binary: rust-sqlx-macros [amd64] (noble-proposed/universe) [0.7.1-1] (no packageset)
[22:05] -queuebot:#ubuntu-release- New binary: rust-sqlx-macros [arm64] (noble-proposed/universe) [0.7.1-1] (no packageset)
[22:05] -queuebot:#ubuntu-release- New binary: rust-sqlx-macros [armhf] (noble-proposed/universe) [0.7.1-1] (no packageset)
[22:18] -queuebot:#ubuntu-release- New binary: rust-wadl [amd64] (noble-proposed/universe) [0.1.4-1] (no packageset)
[22:18] -queuebot:#ubuntu-release- New binary: rust-wadl [ppc64el] (noble-proposed/universe) [0.1.4-1] (no packageset)
[22:19] -queuebot:#ubuntu-release- New binary: rust-wadl [armhf] (noble-proposed/universe) [0.1.4-1] (no packageset)
[22:19] -queuebot:#ubuntu-release- New binary: rust-wadl [s390x] (noble-proposed/universe) [0.1.4-1] (no packageset)
[22:20] -queuebot:#ubuntu-release- New binary: rust-wadl [arm64] (noble-proposed/universe) [0.1.4-1] (no packageset)
[22:37] -queuebot:#ubuntu-release- New binary: haskell-ansi-terminal-types [amd64] (noble-proposed/universe) [0.11.5-2] (no packageset)
[22:38] -queuebot:#ubuntu-release- New binary: haskell-ansi-terminal-types [ppc64el] (noble-proposed/universe) [0.11.5-2] (no packageset)
[22:38] -queuebot:#ubuntu-release- New binary: haskell-ansi-terminal-types [s390x] (noble-proposed/universe) [0.11.5-2] (no packageset)
[22:40] -queuebot:#ubuntu-release- New binary: haskell-ansi-terminal-types [arm64] (noble-proposed/universe) [0.11.5-2] (no packageset)
[22:49] -queuebot:#ubuntu-release- New binary: haskell-ansi-terminal-types [armhf] (noble-proposed/universe) [0.11.5-2] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: libnet-mqtt-simple-perl [amd64] (noble-proposed/none) [1.29-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: a2d [amd64] (noble-proposed/none) [2.0.0-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: libfdf [amd64] (noble-proposed/none) [0.5.0-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: lsprotocol [amd64] (noble-proposed/none) [2023.0.0~b1-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: libcleri [amd64] (noble-proposed/universe) [1.0.1-2] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: libfdf [ppc64el] (noble-proposed/none) [0.5.0-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: libcleri [armhf] (noble-proposed/universe) [1.0.1-2] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: scikit-build-core [amd64] (noble-proposed/none) [0.5.1-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: libgridxc [amd64] (noble-proposed/none) [2.0.0-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: tox-current-env [amd64] (noble-proposed/none) [0.0.11-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: libcleri [arm64] (noble-proposed/universe) [1.0.1-2] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: libcleri [s390x] (noble-proposed/universe) [1.0.1-2] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: libcleri [ppc64el] (noble-proposed/universe) [1.0.1-2] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: node-node-pty [ppc64el] (noble-proposed/none) [1.0.0+~6.3.0-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: libfdf [armhf] (noble-proposed/none) [0.5.0-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: rust-ntpd [amd64] (noble-proposed/universe) [1.0.0-5] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: libfdf [arm64] (noble-proposed/none) [0.5.0-1] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: libgridxc [armhf] (noble-proposed/none) [2.0.0-1] (no packageset)
[23:28] -queuebot:#ubuntu-release- New binary: node-mathjax-full [amd64] (noble-proposed/none) [3.2.2+~cs4.2.1-1] (no packageset)
[23:30] -queuebot:#ubuntu-release- New binary: libfdf [s390x] (noble-proposed/none) [0.5.0-1] (no packageset)
[23:31] -queuebot:#ubuntu-release- New binary: libgridxc [arm64] (noble-proposed/none) [2.0.0-1] (no packageset)
[23:31] -queuebot:#ubuntu-release- New binary: node-node-pty [s390x] (noble-proposed/none) [1.0.0+~6.3.0-1] (no packageset)
[23:31] -queuebot:#ubuntu-release- New binary: libgridxc [s390x] (noble-proposed/none) [2.0.0-1] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: rust-ntpd [armhf] (noble-proposed/universe) [1.0.0-5] (no packageset)
[23:38] -queuebot:#ubuntu-release- New binary: rust-ntpd [arm64] (noble-proposed/universe) [1.0.0-5] (no packageset)


[00:22] <cncr04s> is there any way to force a resync of a new drive to the other partner in the raid1 array, that throws IO read errors on blocks that don't really matter. Ive tried copying the partition to the new drive, but I can't get it to add as a clean drive, it always starts to sync, then fails due to IO errors. I want to ignore these errors, I fan fix those missing sectors later
[00:51] <tomreyn> cncr04s: http://unix.stackexchange.com/questions/42277/linux-repairing-bad-blocks-on-a-raid1-array-with-gpt
[00:51] <tomreyn> but you really should replace the disks
[00:52] <CodeMouse92> Every so often, when I'm working with PHPldapadmin, it crashes Apache2 quietly. As in...nothing in the error log, but Apache2 just stops listening on port 80.
[00:52] <cncr04s> i replaced one
[00:52] <cncr04s> but the second is bad too
[00:52] <CodeMouse92> Even if I restart Apache2, that's the case. I have to restart the computer to fix it. What's going on?
[00:55] <tomreyn> cncr04s: experimenting with badblocks, if anywhere, only makes sense where the 1h wage of trained it staff is several magnitudes lower than that of a new drive.
[00:56] <tomreyn> cncr04s: to create an exact copy of one of your previous raid members use dd_rescue
[01:03] <cncr04s> can I just add sda3 to a whole new array, with a missing disk, It's the / partition not the /boot. so I just need to update fstab in that case for / being the new array. I would just copy the filesystem from the old array to the new one if I need to, and in theory it should just have a new clean array with the filedata. This is what I'm trying next
[01:04] <cncr04s> do I need to clear anything on sda3 in this case? superblock?
[01:57] <CodeMouse92> Answering my own question...mod_evasive was doing its job. Because of how PHPldapadmin works, it exceeded 2 page requests a second. I whitelisted my internal network and raised the DOSPageRequest number.
[03:40] <CodeMouse92> Will a user crontab run its @reboot on reboot if it isn't logged in?
[03:43] <patdk-lap> will a user crontab run if the user isn't logged in?
[03:49] <CodeMouse92> That's what I said, yeah :)
[07:50] <Seveas> yes, crontabs don't need the user to be logged in [*]
[07:50] <Seveas> [*]unless the user has an encrypted homedir and the cronjob uses things in said homedir. Then the cronjob will still run, but obviously fail.
[09:53] <rbasak> cpaelzer: the dovecot retest on armhf didn't work. I can request again because it is intermittent. But we should probably fix that.
[09:54] <rbasak> I'm pretty sure it's a race.
[10:06] <cpaelzer> rbasak: I'm pretty sure as well as none in that particular test is arch specific
[10:07] <cpaelzer> rbasak: But while I fixed the test to work on last merge I never was really deep into it (only fixed stuff on the surface)
[10:07] <cpaelzer> rbasak: so I guess it is nothing to "just do in 5 min" especially that we need a portbox or such and to hit the transient case to analyze
[10:07] <cpaelzer> rbasak: would you open a bug and copy-attach the failing log?
[10:07] <cpaelzer> rbasak: one more for the backlog I guess
[10:11] <rbasak> cpaelzer: will do.
[10:11] <cpaelzer> rbasak: thanks
[10:13] <rbasak> cpaelzer: bug 1638865.
[10:17] <cpaelzer> thanks
[10:43] <haasn> What's the proper way to set up macvlan interfaces via /etc/network/interfaces? The hack I'm doing right now is like this: https://0x0.st/2-V.txt but the problem is that since `ip link add` gets run dynamically, it gets a different MAC address every time. I _could_ hardcode a MAC using `hwaddress ether ...` as well, but this all seems like a hack. Is there a better way to statically attach multiple
[10:43] <haasn> macvlan interfaces to a single physical interface?
[11:29] <powersj> cpaelzer: around?
[11:41] <cpaelzer> powersj: whats up?
[11:50] <powersj> cpaelzer: I got the two added qemu/live migration runs added, I was going to ask for names, but figured it out.
[11:51] <cpaelzer> powersj: that was what I added before the commands
[11:52] <cpaelzer> powersj: but eventually it is just names - make sure we recognize what it is all else isn't important
[11:52] <powersj> ok, I did change them slightly just to keep things consistent sort of
[11:52] <cpaelzer> yeah I'm good with that
[11:53] <rbasak> stgraber: I get "rror: Error opening startup config file: "loading config file for the container failed"" when trying to get into a zesty container on zesty. Any ideas? http://paste.ubuntu.com/23420414/
[11:53] <rbasak> I don't see anything obvious in /var/log/lxd/
[11:59] <rbasak> stgraber: I fixed it. I tried downgrading lxd, but that failed with a gazillion missing libgolang dependencies, so I gave up and "sudo apt-get -f install" to restore lxd and lxd-client back to 2.5-0ubuntu1. Now it works. So some kind of upgrade path problem? diglett is set to unattended-upgrades everything.
[13:08] <coreycb> zul, I'm kicking a bunch of rebuilds off in ocata CI
[13:09] <zul> coreycb: k good luck :)
[13:10] <zul> coreycb: starting to look at autopkgtest
[13:10] <coreycb> zul, ok
[13:39] <coreycb> zul, i'm working through heat and trove
[13:40] <zul> coreycb: is stuff building again?
[13:40] <coreycb> zul, yeah
[13:41] <zul> coreycb: cool
[13:56] <theGoat> is there a way to tell whether ubuntu has booted via systemd or booted via upstart?
[14:06] <zul> coreycb: i got keystone
[14:06] <coreycb> zul, thanks
[14:09] <coreycb> theGoat, pid 1 should be systemd
[14:09] <coreycb> if running with systemd
[14:10] <theGoat> ok, tks.
[14:11] <theGoat> on another issue.  ever since i upgraded to 16.04, i can't open any files on my nfs mounts.  on the server side all i get is : lockd: cannot monitor <client> and on the client side i get "no locks available"
[14:12] <theGoat> been fighting it for a week.  not sure where to go next
[14:12] <cpaelzer> theGoat: my NFS worked just fine through the same upgrade - any special lock related mount options in place?
[14:13] <cpaelzer> theGoat: I had all sort of tuning in the past but realized I didn't need it so these days I only have "rw,user,noauto"
[14:13] <theGoat> here is an example from my exports: /dumping_ground/software           <IP_ADDRESS>(rw,sync,no_root_squash,no_subtree_check,insecure
[14:14]  * cpaelzer needs to do a few logins to comapre
[14:14] <theGoat> i have even tried nolocks and locallocks on the client side...no luck
[14:16] <cpaelzer> I'm down to (rw,no_subtree_check) these days, but nothing in your config seems wrong to me atm
[14:16] <cpaelzer> hmm
[14:17] <cpaelzer> theGoat: might this help you ? http://sophiedogg.com/lockd-and-statd-nfs-errors/
[14:18] <cpaelzer> na I think that is suprt old or some other way not applicable
[14:20] <cpaelzer> ah well I found the dirs on my nfs server
[14:20] <cpaelzer> thou tey are empty
[14:20] <theGoat> cpaelzer:  following that doc....there doesn't seem to be a service labeled nfslock
[14:21] <cpaelzer> theGoat: true might have a slightly different name or is not appliacble here
[14:21]  * cpaelzer is checking
[14:24] <cpaelzer> I seem to have rpcbind, nfs-kernel-server, nfs-server, nfs-config and nfs-mountd running
[14:24] <cpaelzer> theGoat: I'm sure there are dependencies solving most and you only have to stop/start a few, but I don't know which ones without going deeper
[14:25] <theGoat> yeah, i have tried just about anything....it's a test box, so i am half tempted to whack it and go back to 14.04 or something like that
[14:26] <cpaelzer> theGoat: if it is a test box try if just stopping all of the services, then cleaning that dir and rebooting gets you working
[14:27] <cpaelzer> theGoat: if you do  not insist on any of the export options I't also remove some like sync
[14:28] <theGoat> cpaelzer: something like this: /dumping_ground/software           <IP_ADDRESS>(rw,no_root_squash,no_subtree_check,insecure)
[14:28] <cpaelzer> yeah, I don't know about insecure but it sounds insecure :-)
[14:28] <cpaelzer> the two others should be good I tihnk
[14:29] <theGoat> and i noticed i only have one lockd process running
[14:29] <cpaelzer> theGoat: if you haven't stopped the services yet (por later if the probelm persists)
[14:29] <cpaelzer> you can look at
[14:29] <cpaelzer> rpcinfo -p localhost
[14:29] <cpaelzer> and
[14:29] <cpaelzer> rpcinfo -u localhost nlockmgr
[14:30] <cpaelzer> theGoat: http://serverfault.com/questions/188918/problem-with-nfs-server-lockd-timing-out-on-debian-linux
[14:30] <cpaelzer> but they end up with the same solution
[14:38] <Braven> Does anyone here use maas
[14:43] <DK2> how safe is a upgrade from ubuntu 10.4 to 16.4?
[14:45] <ogra_> while it should be safe it will definitely be painful
[14:46] <ogra_> you cant do a direct upgrade but need to go from one LTS to the next in steps
[14:46] <ogra_> i.e.: 10.04 -> 12.04 -> 14.04 -> 16.04
[14:47] <DK2> so a release upgrade will jump to 12.04 first automatically?
[14:47] <ogra_> 10.04 is EOL already ... so for the first hop you need to follow https://help.ubuntu.com/community/EOLUpgrades/
[14:48] <ogra_> all subsequent ones should just work via do-release-upgrade
[14:49] <codedmart> If I made a change to a file in /etc/init.d/ do I need to run any command for the changes to take effect and/or be read/used?
[14:59] <zul> coreycb: doesnt help no binaries have been published yet for a dep when you do a jenkins run
[14:59] <coreycb> zul, is CI not publishing to the testing ppa?
[15:00] <zul> coreycb: nah oslo.config ftbfs yesterday and yadda yadda
[15:00] <coreycb> zul, yeah a ftbfs would cause binaries to not be published
[15:01] <zul> coreycb: ass
[15:01]  * coreycb laughs
[15:01] <stgraber> rbasak: yeah, we've seen two reports of that before. Best guess right now is that in some cases the lxd daemon isn't respawned on upgrade causing that error when forkexec is invoked
[15:58] <coreycb> ddellav, zul: working on swift
[15:58] <ddellav> coreycb ack
[15:58] <zul> coreycb: dep just needs to be backported
[15:59] <coreycb> zul, pyeclib?
[15:59] <coreycb> zul, ah yeah, did you kick that off?
[15:59] <ddellav> coreycb zul anyone working on heat?
[16:00] <coreycb> ddellav, I think it may have issues with oslo.config 3.19.0.  I think we can hold off on heat until 3.19.0 is in upper-constraints.
[16:01] <ddellav> coreycb ok
[16:01] <zul> coreycb:  yes
[16:01] <ddellav> coreycb zul fwiw i ran through keystone before i knew zul was working on it. Getting test failures complaining about oslo.config 3.18 conflicting with requirements.txt. I updated the sbuild and it is using proposed so not sure whats up with that
[16:05] <coreycb> ddellav, this should get you into the chroot if you want to poke around 'schroot -c zesty-amd64 -u root'
[16:06] <ddellav> coreycb yea, i've got that in my notes, i am inside the schroot but i see that 3.19 is installed. I'm not sure why the tests are complaining about 3.18
[16:07] <coreycb> ddellav, d/control may need to be updated to >= 3.19.0
[16:08] <coreycb> ddellav, since 3.19.0 is in zesty-proposed and 3.18.0 is in zesty
[16:08] <ddellav> coreycb ok. zul did you finish keystone?
[16:17] <zul> coreycb: not yet still failing
[16:17] <coreycb> zul, ddellav ^
[16:41] <ddellav> coreycb zul ack
[16:41] <ddellav> coreycb I'm getting that version number issue like with cinder on keystone
[16:41] <ddellav> now that i fixed the oslo.config
[16:41] <ddellav> only 1 test failed
[16:41] <ddellav> heh :)
[16:42] <ddellav> ValueError: Unknown remainder ['0dev253'] in '<IP_ADDRESS>rc2.0dev253'
[18:34] <coreycb> ddellav, zul: I just pushed an update for PBR_VERSION to cinder that fixes the unknown remainder issue
[18:34] <zul> coreycb: cool
[18:54] <ddellav> coreycb excellent. Perhaps thats needed for keystone as well
[19:10] <zul> coreycb: heads up https://review.openstack.org/#/c/393344/
[19:11] <coreycb> zul, aha
[20:17] <skylite_> how can I use rsyslogd to separate all my logs? Why is there only local0-7 how whould that be enough if I want to separate more than seven service logs?
[20:18] <sarnold> having only seven local services is a holdover from the 70s or something similarly ancient, back when it was hard to imagine even their huge 4 megabyte memory machines from running more than eight services
[20:19] <skylite_> but thats really it? I would have to work it out with 7?:D I tought Im missing something
[20:22] <skylite_> maybe I'll try to use fluentd is that more suitable for this?
[20:23] <sarnold> depends upon what you're doing; most linux distributions (except gentoo?) are moving to systemd family of services, including the systemd journal
[20:24] <sarnold> but for your own services perhaps fluent or ELK stack or whatever else might be more appropriate
[20:26] <skylite_> sarnold: Im not familiar with journal but I fould that its loosing all the logs after a reboot ? ¯\(°_o)/¯
[20:26] <skylite_> *found
[20:27] <skylite_> also I dont really like the idea of binary logs I would be happy with simple text files
[20:28] <jathan> Hello ubuntu-server. Is there is something similar to Kickstart for CentOS and RedHat scenarios, but for doing this (as automatic installations and system configiguration) with Ubuntu Server 16.06 please?
[20:29] <jathan> I need to set up an Ubuntu Server 16.04 script with hardening based in the CIS Benchmark.
[20:29] <sarnold> jathan: native is debian preseed files; also possible are cloud-init scripts, FAI (fully automated installer), maybe MAAS ...
[20:46] <jathan> sarnold: Thanks a lot! So instead of use a kickstart file for Ubuntu Server like this https://gist.github.com/vrillusions/d292953ff9bc0e2041d9 I can use FAI and create the neccesary content? Do you know if I need to do that manually (writing a new script) through a GUI or are there some FAI templates to create Ubuntu Server machines?
[20:48] <sarnold> jathan: I've not used FAI myself, I just know that some of the regulars here have used it; it's packaged in the archive, so hopefully there's some good starting points also packaged
[21:56] <marxjohnson> I'm running 16.04 on my home server, and dnsmasq keeps dying.  Can anyone suggest how I might track down why?
[22:02] <compdoc> mysql kept dying on mine. turns out an update to v5.7 stopped using my.conf, and needed mysql.conf. it would start and run, but then die after 24 hours or so
[22:07] <tomreyn> marxjohnson: start with: sudo service dnsmasq status
[22:07] <tomreyn> (after it failed)
[22:11] <tomreyn> other than that you could enable core dumps to file and analyze those with gdb to get a backtrace.
[22:13] <sarnold> is there any information in the logs when it happens?
[22:15] <marxjohnson> tomreyn: thanks, I'll look at that next time it p
[22:15] <marxjohnson> dies
[22:15] <marxjohnson> sarnold: which logs should I be looking at?
[22:16] <tomreyn> in case it doesn't die but just freezes, you can make gdb attach to the (running) process to get a backtrace: PID=`cat /var/run/dnsmasq/dnsmasq.pid`; sudo gdb -q -n -p $PID -ex 'bt' -batch
[22:17] <sarnold> marxjohnson: auditd logs if you have those, dmesg, syslog, dhcp logs..


[08:32] <Lunks> I'm kinda lost with Edubuntu. Is it on a server/client architecture? Which CDs do I need in order to use it?
[09:43] <nubae> Lunks: how would you like to use it, are you a school?
[14:59] <Lunks> And also, can I use Edubuntu over wireless?
[15:53] <sbalneav> Morning all
[15:54] <stgraber> moin sbalneav
[15:54] <sbalneav> Lunks: Are you talking using an edubuntu workstation with a wireless card in it, or using wireless thin clients?
[15:54] <sbalneav> Morning stgraber
[15:54] <sbalneav> So that patch worked for you?
[15:54] <Lunks> sbalneav: wireless thin clients
[15:54] <Lunks> I'm planning on deploying Edubuntu on a computer lab on my University
[15:55] <Lunks> One of the main issues is: the new lab won't have wired ethernet, just wireless.
[15:58] <sbalneav> Lunks: Well, wireless isn't a very good technology to try to deploy thin clients on.  Most wireless cards can't network boot.  Some people get around this by using a regular network card connected to a wireless bridge, but since thin clients require a fairly large amount of bandwidth, you'll really (practically) only be able to have 2 or 3 going
[15:59] <Lunks> Even if I've have the server wired to the AP?
[16:00] <Lunks> This should solve the issue on bandwidth, I believe. I can't find out how, by looking at the docs, on how to accomplish this using wi-fi. =<
[16:01] <nubae> Lunks: it wont
[16:01] <sbalneav> Wireless isn't like connecting to a switch.  There's no congestion mitigation like in a switch.  Wireless is like a hub: large numbers of workstations producing large amounts of data will result in a huge number of collisions.
[16:01] <nubae> you can run maybe 10 stations max
[16:02] <sbalneav> I'd say less than that, but yeah, either way, you're not going to get 20 or 30 workstations going wireless.
[16:02] <nubae> you might be able to use APs for every computer though
[16:02] <Lunks> That's not so good heh
[16:02] <nubae> pxe to wireless AP bridged to server
[16:02] <nubae> expensive and silly though
[16:03] <sbalneav> But by the time you spend all the money to do that, you might as well have just pulled a cat5 line to the workstation.
[16:03] <Lunks> Yeah, I'd rather hang on some cables around the room
[16:03] <Lunks> Any other way to use a similar approach to thin clients using Wireless?
[16:03] <nubae> yeah :-) and gigabit isnt coming to wireless any time soon
[16:04] <nubae> well, u could run NX or VNC
[16:04] <Lunks> One of our main goals is to use wireless to provide a similar experience, at least, to thin clients (centralized management, etc.)
[16:04] <sbalneav> Installing a stripped down ubuntu to a livecd or usb key would probably be better.
[16:06] <nubae> or u could use fat client
[16:06] <nubae> if your terminals permit it
[16:07] <nubae> something like xubuntu maybe
[16:07] <nubae> sbalneav: can u resend the #ltsp archives... my mail server was acting up and rejecting mails... its ok now though...
[16:13] <sbalneav> ok
[16:13] <sbalneav> email again? (didn't save it :()
[16:18] <Lunks> nubae: I've got the hardware, but fat clients will be ok with wireless bandwidth?
[16:19] <nubae> sure
[16:20] <nubae> everything is run on the clients
[16:20] <nubae> take a look here: http://nubae.com/ltsp-linux-terminal-server-project-netbooted-fat-client-for-ubuntu-hardy-and-intrepid
[16:24] <Lunks> Thanks
[16:24] <Lunks> I will.
[16:24] <nubae> what hardware have u got Lunks?
[16:24] <Lunks> Basically, I'll use this with an Edubuntu (LTSP) Server, right?
[16:25] <Lunks> nubae: ~100 PCs with Athlons, P4s
[16:25] <Lunks> They're pretty decent
[16:25] <nubae> then definetly use fat client
[16:26] <nubae> its a waste to use those as thin terminals
[16:26] <nubae> fat client = all the benefits of centralised user and program management, with little strain on server and bandwidth
[16:26] <Lunks> One of our goals would be to wipe the hard-drives and use them (or try to use as many as) on a RAID on our server (which I don't have the specs right now), and I can guess by the name 'fat' that it doesn't eliminate the need of a hard drive, right?
[16:26] <Lunks> But oh what the hell. :P
[16:27] <nubae> wrong... no hard drive
[16:27] <nubae> images are sent from the server to each client
[16:28] <Lunks> nubae: Great, I believe I'll be deploying fat clients on my free time =)
[16:28] <Lunks> Thank you very much, nubae
[16:28] <Lunks> I notice it's your blog. ;)
[16:29] <nubae> the hard drive is activated by default though, so u can use it for storage or whatever
[16:29] <nubae> heh, yeah
[16:29] <Lunks> I'll try to sort the wireless stuff using fat clients, then
[16:29] <nubae> with the clients u've got should be fine.. how much ram?
[16:31] <Lunks> Definetly more than 512mb, they're running Ubuntu right now
[16:32] <Lunks> I just dropped on my University
[16:33] <Lunks> Right now, everyone who wants to access a computer just have to login with a: student student kinda login
[16:33] <Lunks> So it's not very centralized nor easy to manage
[16:34] <Lunks> One of the main goals of the IT guy is to deploy thin clients, even though he doesn't seem to know much about it, so the new student gets to do all the fun, probably
[16:34] <nubae> then you are in for a surprise... LTSP is a centralisation miracle
[16:36] <Lunks> The only setback is this wireless thing which I'll have to sort out someday, somehow
[16:36] <nubae> its no problem with fat clients
[16:37] <Lunks> Probably having a small kernel booting with wpasupplicant and stuff on an USB stick or CD-ROM
[16:37] <nubae> wired is better of course
[16:37] <nubae> right
[16:37]  * nubae wonders if there is something like an AP with multiple ethernet slots that could bridge to server
[16:38] <Lunks> Just 4, nubae
[16:38] <Lunks> It'll not handle it, unfortunately
[16:38] <nubae> yah... hmm... u'd need 25 APs then for 100 computers
[16:39] <nubae> starts getting expensive I guess
[16:39] <nubae> in a smaller lab u could do it
[16:39] <Lunks> haha yeah, not really the best way
[16:39] <Lunks> It's not the best using Wi-Fi, either... I know.
[16:40] <nubae> well only way will be booting off cd, usb, or harddrive with connection to server (the no pxe on wireless is annoying)
[16:42] <Lunks> nubae: This should be doable, just booting a small kernel first, right? I never did an network boot, so it's a good learning curve to me here, sorry if I sound stupid sometimes. ;)
[16:47] <nubae> Lunks: something like that yeah.... there might be some stuff on the net about it, and diskless-workstation.com sells a usb key that does that
[16:53] <Lunks> I'll google this. Making a kernel boot with a few commands and binaries beside it maybe a great learning experience as well. :D
[16:54] <nubae> sure... do a write up somewhere
[16:55] <Lunks> I will, for sure. Thanks for all the help, nubae. :)


[01:43] <Flannel> We're getting more spam.  Replacement of those files I removed the other day, from https://wiki.ubuntu.com/HelpOnInstalling/hu
[01:43] <Flannel> Can we ban that user or something?
[01:44] <Flannel> IP maybe? Also, found this other one: https://wiki.ubuntu.com/CarInsurance/lxzdvavmtmkqeddveibzn and also some just from /CarInsurance
[01:44] <Flannel> deleting now.  But it'd be nice if we could make those pages not come back
[01:44] <Flannel> (since the have a stake inmaking those same URLs come back, because they've got those links out there)
[01:54] <Flannel> Meh.  Wiki spam protection is foiling my efforts!
[02:03] <Rocket2DMn> Flannel, if you find stuff on help.ubuntu.com/community, there are a few of us who can delete those
[02:03] <Rocket2DMn> any of these people - https://help.ubuntu.com/community/EditorGroup
[02:03] <Flannel> Rocket2DMn: this is on wiki.ubuntu.com
[02:04] <Flannel> and, delete the people? or just the uploads?
[02:04] <Rocket2DMn> yeah i know, im just letting you know in case you do see some on h.u.c since not everybody can delete from there
[02:04] <Flannel> gotcha.
[02:04] <Rocket2DMn> to delete the people you have to get a LP admin to disable the account
[02:05] <Rocket2DMn> ive been housecleaning the community docs tonight
[02:06] <Flannel> I've gotten all of the viruses/whatever from wiki.ubuntu.com that showed up in RecentChanges, but that's only a few days.
[02:12] <Rocket2DMn> cool, thanks for your help
[07:55] <mdke_> Flannel: you might be able to report the users to the Launchpad administrators and see if they can be banned on IP
[23:42] <raboof> 'man ulimit' seems a tiny bit misleading: 'ulimit' is actually provided by your shell, and 'man bash' (for example) might reveal much more functionality than 'man ulimit'
[23:42] <raboof> perhaps this should be mentioned in 'man ulimit'?


[11:59] <jelly> http://europe-v-facebook.org/EN/Data_Pool/data_pool.html
[12:10] <sillyslux> "everything you say can and will be used against you"
[12:12] <jelly> s/against you/for us/;
[12:15] <sillyslux> there is no "us" in "we"
[18:02] <sillyslux> nes ti fb... za sve ti triba account, a sve se i hakira
[18:02] <sillyslux> the sorry state of everything


[11:48] <MCR1> smspillaz: Hi :) Is bug 1085846 the reason for having to restart Unity with setsid unity for my Flat-file Configuration Backend and Default Profile to be correctly loaded ?
[11:51] <MCR1> smspillaz: When I boot the system my keyboard shortcuts are not correctly loaded, once I run setsid unity my profile loads correctly and when logging out/in everything works as expected until I reboot
[11:57] <MCR1> smspillaz: Another info regarding this issue - Once I try to "Add a new profile" in CCSM Preferences by clicking the + button and enter a name Compiz/Unity crashes...
[13:24] <MCR1> Does this make sense ? : http://paste.ubuntu.com/1443489/
[13:24] <MCR1> Seems like a copy-paste mistake to me, no ?
[13:25] <MCR1> look @ m_Minimum
[13:25] <MCR1> Nux/IntegerValidator.cpp, line 45ff


[02:15] -queuebot:#ubuntu-release- Unapproved: rejected xdg-desktop-portal [source] (jammy-proposed) [1.14.4-1ubuntu1~22.04.1]
[02:25] -queuebot:#ubuntu-release- Unapproved: accepted gnome-text-editor [source] (jammy-proposed) [42.2-0ubuntu1]
[04:40] <tsimonq2> I'm actively working on upstreaming LXQt to Debian - if you're tempted to sync over a delta, please ping me first, thanks.
[04:41] <tsimonq2> (libqtxdg is a good example of a package I've been able to completely sync, yay.)
[06:05] -queuebot:#ubuntu-release- Unapproved: mysql-8.0 (jammy-proposed/main) [8.0.29-0ubuntu<IP_ADDRESS> => 8.0.29-0ubuntu<IP_ADDRESS>] (core, i386-whitelist, ubuntu-server)
[07:50] -queuebot:#ubuntu-release- Unapproved: xdg-desktop-portal (jammy-proposed/main) [1.14.3-0ubuntu<IP_ADDRESS> => 1.14.4-1ubuntu1~22.04.1] (desktop-core)
[07:52] -queuebot:#ubuntu-release- Unapproved: rejected xdg-desktop-portal [source] (jammy-proposed) [1.14.4-1ubuntu1~22.04.1]
[07:53] -queuebot:#ubuntu-release- Unapproved: xdg-desktop-portal (jammy-proposed/main) [1.14.3-0ubuntu<IP_ADDRESS> => 1.14.4-1ubuntu1~22.04.1] (desktop-core)
[09:45] -queuebot:#ubuntu-release- Unapproved: qtbase-opensource-src (jammy-proposed/universe) [5.15.3+dfsg-2 => 5.15.3+dfsg-2ubuntu0.1] (i386-whitelist, kubuntu, qt5)
[11:36] -queuebot:#ubuntu-release- New binary: mujs [ppc64el] (kinetic-proposed/universe) [1.2.0-2] (ubuntu-budgie, ubuntu-mate, ubuntukylin)
[11:39] -queuebot:#ubuntu-release- New binary: mujs [amd64] (kinetic-proposed/universe) [1.2.0-2] (ubuntu-budgie, ubuntu-mate, ubuntukylin)
[11:41] -queuebot:#ubuntu-release- New binary: mujs [arm64] (kinetic-proposed/universe) [1.2.0-2] (ubuntu-budgie, ubuntu-mate, ubuntukylin)
[11:41] -queuebot:#ubuntu-release- New binary: mujs [armhf] (kinetic-proposed/universe) [1.2.0-2] (ubuntu-budgie, ubuntu-mate, ubuntukylin)
[11:42] -queuebot:#ubuntu-release- New binary: mujs [s390x] (kinetic-proposed/universe) [1.2.0-2] (ubuntu-budgie, ubuntu-mate, ubuntukylin)
[12:24] -queuebot:#ubuntu-release- New binary: mujs [riscv64] (kinetic-proposed/universe) [1.2.0-2] (ubuntu-budgie, ubuntu-mate, ubuntukylin)
[12:44] -queuebot:#ubuntu-release- New: accepted mujs [amd64] (kinetic-proposed) [1.2.0-2]
[12:44] -queuebot:#ubuntu-release- New: accepted mujs [armhf] (kinetic-proposed) [1.2.0-2]
[12:44] -queuebot:#ubuntu-release- New: accepted mujs [riscv64] (kinetic-proposed) [1.2.0-2]
[12:44] -queuebot:#ubuntu-release- New: accepted mujs [arm64] (kinetic-proposed) [1.2.0-2]
[12:44] -queuebot:#ubuntu-release- New: accepted mujs [s390x] (kinetic-proposed) [1.2.0-2]
[12:44] -queuebot:#ubuntu-release- New: accepted mujs [ppc64el] (kinetic-proposed) [1.2.0-2]
[12:45] -queuebot:#ubuntu-release- New: accepted libdigidoc [amd64] (kinetic-proposed) [3.10.5-2ubuntu1]
[12:45] -queuebot:#ubuntu-release- New: accepted libdigidoc [armhf] (kinetic-proposed) [3.10.5-2ubuntu1]
[12:45] -queuebot:#ubuntu-release- New: accepted libdigidoc [riscv64] (kinetic-proposed) [3.10.5-2ubuntu1]
[12:45] -queuebot:#ubuntu-release- New: accepted libdigidoc [arm64] (kinetic-proposed) [3.10.5-2ubuntu1]
[12:45] -queuebot:#ubuntu-release- New: accepted libdigidoc [s390x] (kinetic-proposed) [3.10.5-2ubuntu1]
[12:45] -queuebot:#ubuntu-release- New: accepted libdigidoc [ppc64el] (kinetic-proposed) [3.10.5-2ubuntu1]
[12:46] -queuebot:#ubuntu-release- Unapproved: gjs (jammy-proposed/main) [1.72.0-3~ubuntu22.04.1 => 1.72.0-3~ubuntu22.04.2] (desktop-core, desktop-extra, i386-whitelist, mozilla)
[13:12] -queuebot:#ubuntu-release- Unapproved: apport (focal-proposed/main) [2.20.11-0ubuntu27.24 => 2.20.11-0ubuntu27.25] (core, i386-whitelist)
[14:05] -queuebot:#ubuntu-release- New binary: nfs-utils [i386] (kinetic-proposed/main) [1:2.6.1-2ubuntu1] (core, i386-whitelist)
[14:06] -queuebot:#ubuntu-release- New binary: nfs-utils [amd64] (kinetic-proposed/main) [1:2.6.1-2ubuntu1] (core, i386-whitelist)
[14:06] -queuebot:#ubuntu-release- New binary: nfs-utils [s390x] (kinetic-proposed/main) [1:2.6.1-2ubuntu1] (core, i386-whitelist)
[14:06] -queuebot:#ubuntu-release- New binary: nfs-utils [ppc64el] (kinetic-proposed/main) [1:2.6.1-2ubuntu1] (core, i386-whitelist)
[14:09] -queuebot:#ubuntu-release- New binary: nfs-utils [armhf] (kinetic-proposed/main) [1:2.6.1-2ubuntu1] (core, i386-whitelist)
[14:11] -queuebot:#ubuntu-release- New binary: nfs-utils [arm64] (kinetic-proposed/main) [1:2.6.1-2ubuntu1] (core, i386-whitelist)
[14:31] -queuebot:#ubuntu-release- New binary: nfs-utils [riscv64] (kinetic-proposed/main) [1:2.6.1-2ubuntu1] (core, i386-whitelist)
[14:42] <Eickmeyer> Maybe unprescedented, but would it be possible for me to make a change to the Ubuntu Studio Focal seed for 22.04.1? There was an oversight.
[14:47] <jbicha> Eickmeyer: it's been done before. I think it requires a Feature Freeze Exception
[14:47] <jbicha> sometimes packages get dependencies that are just handled as normal SRUs without FFE paperwork though
[14:49] <Eickmeyer> jbicha: Gotcha. This is for Libreoffice Calc. It was excluded to save space, but when the space saving got resolved with iso-level-3 (meaning we could push beyond 4GB squashfs file sizes), I just overlooked adding it back to the seed. So, not really a dependency thing as it's all there.
[14:56] <ricotz> hello :), yet another re-try is required for https://launchpad.net/ubuntu/+source/llvm-toolchain-14/1:14.0.6-1/+build/24112253
[15:00] <ginggs> ricotz: what do you think will be different?  it's also failing in debian https://buildd.debian.org/status/package.php?p=llvm-toolchain-14
[15:06] <ricotz> ginggs, at least binutils is different compared to this debian build
[15:07] <ricotz> so having another actual build without launchpad bailing would be nice
[15:08] -queuebot:#ubuntu-release- Unapproved: rejected brltty [source] (jammy-proposed) [6.4-4ubuntu3]
[15:08] -queuebot:#ubuntu-release- Unapproved: brltty (jammy-proposed/main) [6.4-4ubuntu2 => 6.4-4ubuntu3] (ubuntu-desktop, ubuntu-server)
[15:26] <cjwatson> s/launchpad/this blasted cloud/
[15:31] <RikMills> vorlon: did you merge qt6-webengine to prepare for ffmpeg 5? seems likely, and I am curious
[15:31] <ginggs> ricotz: the queue was empty so I've given it back
[15:33] -queuebot:#ubuntu-release- New binary: golang-github-masterminds-sprig [amd64] (kinetic-proposed/universe) [3.2.1-3ubuntu1] (no packageset)
[16:01] <tsimonq2> Hi, if someone has the cycles for a pre-SRU rationale review I have a bug report here: https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1980180
[16:03] <tsimonq2> I'd like some feedback from the SRU team on what route we should take. Like Erich, I favor A
[16:03] <tsimonq2> The sooner the better since 22.04.1 is right around the corner...
[16:29] -queuebot:#ubuntu-release- Unapproved: accepted samba [source] (jammy-proposed) [2:4.15.5~dfsg-0ubuntu5.1]
[16:36] <ricotz> ginggs, thx
[16:52] -queuebot:#ubuntu-release- Unapproved: accepted libqb [source] (jammy-proposed) [2.0.4-1ubuntu0.1]
[17:04] <rbasak> tsimonq2: I asked some questions on the bug. I don't want to make a decision for the SRU team without consulting further, but my feeling is that in the absence of some other specific justfication, this kind of update is exactly what we promise to users we won't do.
[17:06] <jbicha> bdmurray: could you look into releasing freerdp2 to jammy-updates? the gnome-remote-desktop upstream maintainer has been pushing me about it
[17:22] <bdmurray> jbicha: I disagree with test case 1 not being verifiable as there are (or were in the past) a *suprising* number of people reporting crashes with -proposed enabled. Having said that because the fix is in freerdp and the crash is about gnome-remote-desktop finding out if people have the -proposed version of freerdp2 is more complicated.
[17:23] <bdmurray> jbicha: what dependency would I want to look for in the "Dependencies" section of a crash report?
[17:24] <bdmurray> libfreerdp2* he said answering his own question
[17:27] <jbicha> bdmurray: there is a gnome-remote-desktop/jammy SRU we could release at the same time if that helps for reviewing reported errors (once they both fully phase)
[17:31] <bdmurray> jbicha: my point is it should be possibe to query existing crashes in the Error Tracker to see if any of them have the new version of freerdp2 installed before deciding to release it to -updates.
[17:33] <jbicha> bdmurray: do you have a way to do that?
[17:34] <bdmurray> jbicha: I definitely had a way, it might require some minor tweaking but that seems useful.
[17:35] <jbicha> I'd appreciate it. I think it would help upstream who has been reviewing the error reports here too
[17:35] <bdmurray> I also don't want to delay the process so let's give me until EOD Thursday.
[17:51] <tsimonq2> rbasak: Hey, I forget which TZ you're in (I don't mean this to be too late) but a reply was sent to that SRU bug. Let us know if you have any questions :)
[18:14] <rbasak> tsimonq2: ack. Yes, I'm EOD now, but I'll make a note to get you an answer soon.
[18:14] <tsimonq2> Thanks!
[18:42] -queuebot:#ubuntu-release- New binary: golang-oras-oras-go [amd64] (kinetic-proposed/universe) [1.1.1-1ubuntu1] (no packageset)
[19:15] -queuebot:#ubuntu-release- New source: coturn (jammy-proposed/primary) [4.5.2-3.1~ubuntu22.04.1]
[19:43] <ahasenack> hello ubuntu-archive, my nfs-utils upload (https://launchpad.net/ubuntu/+source/nfs-utils/1:2.6.1-2ubuntu1) has a NEW package which is bin:libnfsidmap-regex, as a result of https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/1974067
[19:44] <ahasenack> src:libnfsidmap-regex was removed from the archive, and this is its replacement
[19:44] <ahasenack> please accept bin:libnfsidmap-regex into universe
[21:59] <xnox> vorlon:  it depends if .eggs in pypi shop moved to building against libffi8 or not.
[22:00] <xnox> vorlon:  it's unlikely that stuff has moved onto using jammy yet from upstreams.
[22:35] <cjwatson> eggs, what decade is it? :-)
[22:36] <cjwatson> but yeah, in general wheels typically use older ABIs for wider compatibility
[22:46] <xnox> same thing, once i moved to kernel land, all the userspace things just mushed into one thing for me.
[23:22] -queuebot:#ubuntu-release- New binary: dhcpcd5 [amd64] (kinetic-proposed/universe) [9.4.1-2] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: dhcpcd5 [ppc64el] (kinetic-proposed/universe) [9.4.1-2] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: dhcpcd5 [s390x] (kinetic-proposed/universe) [9.4.1-2] (no packageset)
[23:31] -queuebot:#ubuntu-release- New binary: golang-github-arran4-golang-ical [amd64] (kinetic-proposed/none) [0.0~git20220517.fd89fef-1] (no packageset)
[23:31] -queuebot:#ubuntu-release- New binary: golang-github-protonmail-go-mime [amd64] (kinetic-proposed/none) [0.0~git20220429.2192574-1] (no packageset)
[23:32] -queuebot:#ubuntu-release- New binary: dhcpcd5 [arm64] (kinetic-proposed/universe) [9.4.1-2] (no packageset)
[23:32] -queuebot:#ubuntu-release- New binary: srpc [amd64] (kinetic-proposed/universe) [0.9.7-1] (no packageset)
[23:32] -queuebot:#ubuntu-release- New binary: dhcpcd5 [armhf] (kinetic-proposed/universe) [9.4.1-2] (no packageset)
[23:33] -queuebot:#ubuntu-release- New binary: flocq [amd64] (kinetic-proposed/none) [4.1.0-1] (no packageset)


[11:53] <rick_h_> heh, cool thing of the day http://moongift.jp/2014/02/bookie-%E3%82%B7%E3%83%B3%E3%83%97%E3%83%AB%E3%81%A7%E5%AE%9F%E7%94%A8%E7%9A%84%E3%81%AA%E3%82%BD%E3%83%BC%E3%82%B7%E3%83%A3%E3%83%AB%E3%83%96%E3%83%83%E3%82%AF%E3%83%9E%E3%83%BC%E3%82%AF/
[11:53] <rick_h_> ugh on the url
[11:53] <rick_h_> but bookie hits japan
[13:15] <cmaloney> Good morning btw
[13:16] <cmaloney> rick_h_: Congratulations!
[13:17] <cmaloney> https://bmark.us/redirect/e0abe6379bd95d <- better link. ;)
[13:18] <rick_h_> yes, much better
[13:21] <brousch> Congrats on what?
[13:21] <rick_h_> I got a pie
[13:21] <cmaloney> brousch: Follow that link
[13:21] <rick_h_> it was yummy
[13:21] <rick_h_> :)
[13:22] <brousch> Should I translate it?
[13:22] <cmaloney> Unless you can read Japanese I would.
[14:10] <jrwren> rick_h_: run ads, you can retire :p
[14:17] <rick_h_> jrwren: hah
[16:41] <brousch> Ouch. All of the Blackwell rooms are Kings, no doubles
[16:42] <rick_h_> yea :/
[16:43] <brousch> no sharing unless you want to snuggle up
[17:53]  * greg-g finally starts OMC episode 90
[17:54]  * greg-g feels famous
[17:55] <greg-g> Craig Maloney: Ego Booster.
[17:55] <rick_h_> lol
[18:04] <brousch> "Ubuntu (phone) puts the control back into the hands of our partners"
[18:13] <rick_h_> brousch: !!!!! http://arstechnica.com/business/2014/02/google-fiber-chooses-nine-metro-areas-for-possible-expansion/
[18:13] <rick_h_> brousch: that's it. I'm drugging my wife and not letting her wake up until we're out in portland :)
[18:16] <rick_h_> lmao http://arstechnica.com/business/2014/02/google-fiber-chooses-nine-metro-areas-for-possible-expansion/?comments=1&post=26270971
[18:21] <brousch> What is bad about Portland?
[18:22] <greg-g> rain
[18:22] <rick_h_> I <3 rain
[18:22] <greg-g> Carrie has nixed Portland/Seattle because of it.  Maybe now I can drain lake Harding
[18:50] <brousch> go for a quick swim first
[18:51] <rick_h_> almost did, some lady came speeding through the sub and was thowing up water 10' in the air until she saw me and crushed her brakes
[18:51] <rick_h_> of course that sent a wave my way and now I've got new socks yay me
[18:51] <brousch> throw an iceball at her
[18:51] <rick_h_> all I had was a shovel, thought about it :)
[19:09] <jrwren> smoser: did that cloudinit stuff make it into 12.04.4 ?
[19:10] <smoser> i dont think i uploaded that yet.
[19:10] <smoser> i'm sorry.
[19:10] <jrwren> no worries.
[19:10] <smoser> fwiw, 12.04.4 is really a no-thing
[19:10] <smoser> i really wish we'd never made "point releases"
[19:10] <smoser> 12.04.X is 2 things:
[19:11] <smoser>  a.) a media cut of what is in the archive + updates at an arbitrary point in time
[19:11] <smoser>  b.) a bad decision to use a different kernel and expose the end user to pain if they chose to use that kernel.
[19:11] <smoser> er... if they chose to install from that media
[19:11] <smoser> (ie, 12.04.X has a "hardware enablement kernel" in it)
[19:11] <smoser> which will be installed by default.
[19:12] <jrwren> even just having the security updates alreayd there is kind of nice for a cloudimg
[19:12] <jrwren> less to apt-get upgrade and my instance will be ready sooner.
[19:25] <greg-g> cmaloney: I listened to the whole episode straight through. Well done.
[19:25] <greg-g> "bong breaker" heh
[19:38] <mrgoodcat> so is there a chc meeting at bean and leaf tonight? i know it seems like an obvious question but since i've never attended i just want to make sure i'm right. its too long a drive for me to be wrong
[19:40] <rick_h_> mrgoodcat: yep
[19:41] <widox> mrgoodcat: yep, starts @ 8pm
[19:42] <mrgoodcat> ok. someone may want to update the topic in #coffeehousecoders
[19:42] <mrgoodcat> it says 9:00
[19:42] <mrgoodcat> but it seems like nobody talks in that channel anyways
[19:42] <widox> oh, that's the AA CHC time I think
[19:42] <widox> and yeah, its pretty dead most of the time
[19:42] <mrgoodcat> got it
[19:43] <widox> mrgoodcat: http://royaloak.coffeehousecoders.com/
[19:43] <mrgoodcat> yea i got that. the reason i asked was because of the discrepancy between that and the topic in channel
[19:45] <rick_h_> heh, yea CHC started out as an Ann Arbor thing but we copied it and made it actually something that occurs
[19:46] <rick_h_> but yea, every wed night. There'll be a handfull of us out there.
[19:47] <cmaloney> greg-g: awesome. Glad you enjoyed it!
[19:48] <mrgoodcat> i think i'll be there tonight
[19:48] <rick_h_> mrgoodcat: cool
[19:48] <cmaloney> smoser: Did you send me your slides for your MUG presentation yet?
[19:49] <smoser> i did not. i can do that *right now*
[19:49] <cmaloney> Danke. :)
[19:49] <cmaloney> I can get that up on the site tonight then. :)
[19:50] <smoser> https://github.com/smoser/talk-lxc
[19:50] <smoser> i'll email you the pdf
[19:50] <smoser> but thats the source that generated it
[19:50] <cmaloney> Awesome. I'll post that to the site tonight
[19:52] <smoser> ok. i think you have email
[19:52] <mrgoodcat> are you doing a talk at the upcoming meeting or the one i just missed?
[19:53] <cmaloney> smoser: Thanks so much!
[19:53] <cmaloney> mrgoodcat: Was at the last MUG meeting last Tuesday.
[19:53] <cmaloney> http://www.mug.org/
[19:54] <smoser> cmaloney, i would liek to do a "secondary" talk (not the primary one) on shell scripting. its somethign i've wanted to talk about for some long time. "shell programming tips"
[19:54] <mrgoodcat> ah well. is there a way i can get a more human readable version than the tex? i'm not on my own computer right now otherwise i'd just compile it
[19:54] <cmaloney> mrgoodcat: I'll have it posted later tonight
[19:55] <mrgoodcat> oh cool
[19:55] <cmaloney> smoser: We'd love to have it.
[19:56] <cmaloney> smoser: If you'd send a note to<EMAIL_ADDRESS>we can capture it and work out the particulars.
[23:23] <cmaloney> Evening
[23:29] <rick_h_> party


[22:32] <bpye> Would a library in Ubuntu 14.04 that will not work with Clang 3.5 without a newer commit being added be considered a bug?


[00:00] <sarnold> jge_: interesting; but things there don't quite add up -- e.g. the vmware tools take ~10 megs, the snapd daemon takes ~10 megs, everything else sums to around 125 megs (using my patented half-assed arithmetic, 25 things of roughly five megs each :)
[00:01] <sarnold> jge_: check out slabtop output -- that might help explain where memory has gone
[00:03] <GameOfTrolls> hello sarnold
[00:03] <GameOfTrolls> how are you doing today
[00:03] <GameOfTrolls> im gg from oftc
[00:03] <sarnold> GameOfTrolls: aha :) not bad, weekend is nearly here :D
[00:03] <sarnold> GameOfTrolls: how are you tonight?
[00:03] <GameOfTrolls> im ok sarnold. just coding javascripts
[00:10] <teward> sarnold: ohai
[00:10] <sarnold> evening teward :)
[00:11] <teward> sarnold: can I pick your brain briefly for your thoughts on something?
[00:11] <sarnold> teward: sure
[00:12] <teward> if only 'cause i want your input on it, incoming PM
[00:48] <f1gjam> hey guys, I am trying to install openstack via autopilot, but juju fails to boot strap a node - here is the log file http://paste.ubuntu.com/17779796/
[01:00] <sarnold> f1gjam: wow, that's singularly useless :(
[01:00] <sarnold> f1gjam: can you try a manual juju bootstrap and see how far that gets?
[01:11] <f1gjam> sarnold, i have never done that, I was using the docs provided on the website
[01:12] <f1gjam> the autopilot docs
[09:16] <lordievader> Good morning


[06:10] <Mirv> chrisccoulson: not exactly, but maybe what you need it for can be done any way? I mean, you can certainly pass custom value types from c++ to qml and use them in signals
[06:10] <Mirv> chrisccoulson: usually the UITK people have already done it if one's wondering whether something can be done
[06:47] <dholbach> good morning
[07:19] <cylonmath2> gm
[10:26] <taiebot1> Will the meizu Mx4 will be launched at the UOS http://www.markshuttleworth.com/archives/1466 :-D
[10:45] <marc___> hi all.
[10:46] <marc___> Anyone around to help a (very) newbie setup the ubuntu-sdk? I seem to be having some issues getting it working.
[11:06] <marc___> Back later.
[11:50] <cwayne> mzanetti, yo, is authenticator in a PPA somewhere too? it'd be pretty useful to have on desktop (at least as a backup) :)
[13:43] <bfiller> mhall119: I registerd this blueprint for the browser convergence session - not sure if I did it right so it gets linked
[13:43] <bfiller> https://blueprints.launchpad.net/ubuntu/+spec/convergence-1505-converged-browser
[13:45] <mhall119> bfiller: is that for http://summit.ubuntu.com/uos-1505/meeting/22478/browser-for-convergence/ ?
[13:45] <bfiller> mhall119: yes
[13:46] <mhall119> bfiller: ok, I'll add it to that meeting
[13:47] <bfiller> mhall119: thanks
[15:02] <jcbjoe_> can somebody give me the command to install ubuntu-touch on a nexus 4
[15:02] <jcbjoe_> ubuntu-device-flash touch --channel=devel --bootstrap < -- im assuming i put stable where devel is
[15:29] <brunch875>  jcbjoe_: --bootstrap wipes, so be careful
[15:32] <jcbjoe_> brunch875: what command should i run to install then ?
[15:33] <brunch875> the same, but without bootstrap. On the other hand you NEED to wipe for the installation to succeed
[15:33] <brunch875> sometimes
[15:33] <brunch875> so my recommendation is to try without bootstrap and if it doesn't work, retry with bootstrap
[15:34] <brunch875> make sure to backup your data first if there's something you really can't afford losing
[15:54] <jcbjoe_> brunch875: nope its a phone i boughto of swappa i will be getting it today .. i have a backup phone in case the nexus 4 dosen't work
[15:55] <sturmflut-work> I was over it with ondra and ogra_ last week and came to no working state, so I'll ask again: What is the proper way to (temporarily) change the kernel command line on the bq? I tried everything I could come up with using abootimg and fastboot, but in the end the kernel always booted the default cmdline.
[16:12] <nicomen> anyone having issues creating a kit with the ubuntu sdk for 15.04?
[16:12] <bzoltan> nicomen: could you describe the issue you have?
[16:14] <nicomen> bzoltan: after setting up the chroot it fails with some permission issues, I don't have the text in front of me anymore. Is there a way to run the same click thing from a terminal?
[16:15] <nicomen> 14.10 worked, and it seems to be what I have on my e4.5
[16:15] <bzoltan> nicomen: sudo  click chroot -a armhf -f ubuntu-sdk-15.04 create
[16:15] <nicomen> ah nice thanks ;)
[16:23] <jcbjoe_> what is the most stable for ubuntu-touch is is it 14.04 or 15.04 ?
[16:24] <bzoltan> jcbjoe_: 15.04 devel proposed channel
[16:25] <nicomen> is there an easy way to update the actual phone to 15.04? apt-get dist-upgrade, or use an image?
[16:33] <jcbjoe_> bzoltan: is devel proposed stable ?
[16:33] <ogra_> no
[16:34] <ogra_> -proposed is never stable .... it is proposed for testing
[16:34] <ogra_> (untested daily build)
[16:35] <bzoltan> jcbjoe_: Oh man, sorry .. my eyes cheated me... I have read "recent"
[16:35]  * bzoltan is legally blind
[16:37] <jcbjoe_> its ok bzoltan thanks ogra_
[16:41] <jcbjoe_> any of you use ubuntu-touch as a daily driver ?
[16:41] <jcbjoe_> sorry for the 21 questions .. im going to be using it as a dailiy driver and just want some feedback
[16:42] <ogra_> yes, and there are phones on sale with it
[16:43] <ogra_> (so you can assume the buyers do too)
[17:11] <marcinello> jcbjoe: yeah, it's my daily driver on Nexus 4. I have dual boot with Android but I rarely use it
[17:12] <studio_> hi
[17:13] <studio_> is there an "easy way" for the bq E4.5 to boot for exp. the ut rtm-version from mmcblk0 and the ut dev-version from mmcblk1?
[17:28] <studio_> no idea?
[17:36] <studio_> ok, what about xmir on mir? when will the rootless x work on mir? https://wiki.ubuntu.com/Mir/Spec
[17:46] <studio_> popey, ping
[18:01] <studio_> ok, no answer is also an answer :(
[18:09] <jkb_> hi. I want to call a page from a dialog, pop it, and refocus the dialog again. is that possible?
[18:14] <pmcgowan> jkb_, maybe ask in #ubuntu-app-devel
[18:16] <Sebsebsebb> Hi
[18:16] <jkb_> pmcgowan, I have. But seems to be quiet at the moment. So, I tried here :-)
[18:17] <pmcgowan> oh
[18:19] <Sebsebsebb> How to see the crash files on phone
[18:21] <Sebsebsebb> Back
[18:30] <popey> Sebsebsebb: /var/crash
[18:30] <ogra_> or via the privacy/security settings ...
[18:30] <ogra_> (the submitted ones, online)
[18:32] <Sebsebsebb> I looked at this a bit before, but then get a loaf of files in there from what I remember, and then wasn't sure how to open one
[18:33] <Sebsebsebb> The submitted ones online got to have special access for that
[18:33] <Sebsebsebb> Which don't have
[18:35] <popey> Sebsebsebb: what are you hoping to see?
[18:36] <Sebsebsebb> Some crash error I guess, curious to see what is actually in them
[18:37] <popey> you can grab them from the /var/crash directory and unpack them
[18:37] <popey> apport-unpack file.crash foo/
[18:37] <Sebsebsebb> Yeah that's the bit I didn't understand how to do before how to unpack
[18:38] <popey> \o/ successfully made a 500M click package
[18:39] <popey> took freaking ages
[18:39] <popey> real    122m1.942s
[18:39]  * popey attempts to upload to the store
[18:39] <ogra_> wow, what is in it ? android ?
[18:39] <ogra_> AfU :)
[18:39] <popey> hah
[18:40] <popey> openstreetmap offline map
[18:40] <popey> lots of pre-rendered tiles
[18:40] <ogra_> the whole world ?
[18:40] <popey> hah, nope. one little island :S
[18:40] <ogra_> little :)
[18:40] <popey> http://www.openstreetmap.org/#map=12/50.6719/-1.2931
[18:40] <popey> fairly small, yeah
[18:41] <ogra_> wow
[18:41] <ogra_> that eats 500M ?
[18:41] <Sebsebsebb> By the way a ubuntu phone that turns into a basic ubuntu computer when put into a monitor or keyboard by October really?
[18:41] <popey> Sebsebsebb: so mark says :)
[18:41] <Tassadar> osm app on android can fit my whole country in 500mb Oo
[18:41] <popey> yeah, trying to figure out how they do that
[18:41] <popey> I suspect they render on the device?
[18:42] <Tassadar> yeah
[18:42] <popey> they don't ship the pre-rendered tiles.
[18:42] <popey> so i need to find some way to do that :)
[18:42] <Tassadar> the re-drawing when you zoom in looks like it is vectors
[18:42] <popey> yes
[18:42] <ogra_> it surely is
[18:42] <popey> i used maps.me
[18:42] <popey> which works really nicely and has an in-built downloader
[18:43] <popey> btw that's 500M compressed, the tiles are 2.9GB uncompressed :D
[18:43] <ogra_> http://wiki.openstreetmap.org/wiki/Vector_tiles ?
[18:44] <popey> ah yes, seen some of those, thanks. will investigate more
[18:44] <popey> http://wiki.openstreetmap.org/wiki/Kothic_JS looks interesting
[18:46] <ogra_> sure does
[18:46] <ogra_> ah, but for nodejs
[18:46] <Tassadar> click'd nodejs, obviously!
[18:46] <ogra_> thats easy :)
[18:46] <extraymond> Anyone know how to delete history from dash?
[18:47] <Tassadar> rm ~/.bash_history?
[18:48] <extraymond> Tassadar: no such file...
[18:48] <Tassadar> probably somewhere else in ubuntu then
[18:50] <extraymond> Will be nice if we can have that option from the drop-down menu when searching from scopes or dash though.
[18:50] <Tassadar> ooh, that dash, sorry :D
[18:50] <Tassadar> mean like bash, as in in the terminal, not the GUI)
[18:50] <Tassadar> *meant
[18:52] <extraymond> XD Do you know how to do so if it's dash?
[18:52] <Tassadar> no)
[18:52] <Tassadar> I don't really use ubuntu touch
[18:53] <extraymond> That's sad to know...
[18:53] <extraymond> Thx for trying to help anyway XD
[18:53] <Tassadar> it's not really compatible with my android wear watch, that could be the excuse)
[18:54] <popey> nodejs is fine, I have other node apps as clicks
[18:55] <ogra_> in the store ?
[18:55] <ogra_> Tassadar, time to fix that ;) ... patches accepted ;)
[18:55] <Tassadar> yeah, I know, but wear is propriatery
[18:55] <ogra_> as a whole ?!?
[18:56] <Tassadar> yes
[18:56] <ogra_> there must be APIs to talk to
[18:56] <Tassadar> only gpl parts are available
[18:56] <Tassadar> it's basically physical manifestation of google services
[18:56] <Tassadar> it uses the google apis even to communicate with the phone, gl re-implementing that :/
[18:57] <ogra_> wow
[18:57] <popey> ogra_: no, ones I'm working on
[18:57] <popey> but they work on device
[18:57] <ogra_> cool
[18:57] <popey> i have a new pebble time on order
[18:57] <popey> would be interesting to get that working with Ubuntu
[18:58] <Tassadar> not sure how open pebble really is
[18:58] <Tassadar> I know they didn't want to do windows phone support
[18:58] <Tassadar> I mean, nobody really does, but still
[18:59] <popey> I thought MS did the windows phone support then pebble backed away
[18:59] <Tassadar> or maybe that was that
[19:00] <Tassadar> dunno, not really interested in it that much
[19:17] <marc___> Hi All - Anyone around?
[19:27] <dadexix86> hi marc___
[19:40] <marc___> Hi Dadexix86
[19:41] <marc___> Got any time to help a newbie with ubuntu-sdk?
[19:43] <dadexix86> hi marc___ ehm... not really, I don't program for Ubuntu, so I didn't really set it up on my computer :)
[19:44] <marc___> No worries. I'll figure it out. Just can't seem to get the thing working. My setup is a bit kookie so it might take a while.
[20:09] <BOHverkill> https://i.imgur.com/7ke6qIw.png das erste ist Ubuntu das zweite dann arch ;)
[20:14] <BOHverkill> oh sorry false chatt :S
[21:35] <SturmFlut> popey: Ping
[21:35] <popey> SturmFlut: yo
[22:04] <SturmFlut> Might be interesting for some: http://sturmflut.github.io/ubuntu/bq/2015/05/04/hacking-the-bq-part-2-factory-mode/
[22:14] <OerHeks> SturmFlut, thank you, bookmarked.
[22:16] <cylonmath2> how to use google calendar?
[22:19] <SturmFlut> Oh wow. You can log into an adb shell in Factory Mode, start the FM Radio (which is currently not supported by Ubuntu Touch) and then look at dmesg. 187 lines of debugging output while tuning to a single channel, and the kernel loads about five firmware files :/
[22:59] <Becky01> shuttleworth said that thered be a phone out this year that could do convergence, does that mean itll converge from day one or that ionll be ready for when the softwares ready?