[00:08] -queuebot:#ubuntu-release- New binary: baloo [ppc64el] (eoan-proposed/universe) [4:4.14.3-3] (no packageset)
[00:08] -queuebot:#ubuntu-release- New binary: rust-assert-cli [ppc64el] (eoan-proposed/universe) [0.6.3-1] (no packageset)
[00:26] -queuebot:#ubuntu-release- New binary: rust-caps [ppc64el] (eoan-proposed/universe) [0.3.2-1] (no packageset)
[00:26] -queuebot:#ubuntu-release- New binary: rust-core-arch [ppc64el] (eoan-proposed/universe) [0.1.5-1] (no packageset)
[00:27] -queuebot:#ubuntu-release- New binary: rust-bumpalo [ppc64el] (eoan-proposed/universe) [2.5.0-1] (no packageset)
[00:31] -queuebot:#ubuntu-release- New binary: rust-darling-macro [ppc64el] (eoan-proposed/universe) [0.9.0-1] (no packageset)
[00:34] -queuebot:#ubuntu-release- New binary: rust-data-encoding-macro-internal [ppc64el] (eoan-proposed/universe) [0.1.7-1] (no packageset)
[00:34] -queuebot:#ubuntu-release- New binary: rust-doc-comment [ppc64el] (eoan-proposed/universe) [0.3.1-1] (no packageset)
[00:34] -queuebot:#ubuntu-release- New binary: rust-dirs-sys [ppc64el] (eoan-proposed/universe) [0.3.3-1] (no packageset)
[00:37] -queuebot:#ubuntu-release- New binary: rust-diesel [ppc64el] (eoan-proposed/universe) [1.4.2-1] (no packageset)
[00:38] -queuebot:#ubuntu-release- New binary: rust-getrandom [ppc64el] (eoan-proposed/universe) [0.1.6-1] (no packageset)
[00:45] -queuebot:#ubuntu-release- New binary: rust-gettext-rs [ppc64el] (eoan-proposed/universe) [0.4.1-1] (no packageset)
[00:48] -queuebot:#ubuntu-release- New binary: rust-http-body [ppc64el] (eoan-proposed/universe) [0.1.0-1] (no packageset)
[00:50] -queuebot:#ubuntu-release- New binary: rust-ipconfig [ppc64el] (eoan-proposed/universe) [0.2.1-1] (no packageset)
[00:55] -queuebot:#ubuntu-release- New binary: rust-ipnetwork [ppc64el] (eoan-proposed/universe) [0.14.0-1] (no packageset)
[01:01] -queuebot:#ubuntu-release- New binary: rust-nom-4 [ppc64el] (eoan-proposed/universe) [4.2.3-1] (no packageset)
[01:02] -queuebot:#ubuntu-release- New binary: rust-ppv-lite86 [ppc64el] (eoan-proposed/universe) [0.2.5-1] (no packageset)
[01:04] -queuebot:#ubuntu-release- New binary: rust-quick-xml [ppc64el] (eoan-proposed/universe) [0.14.0-1] (no packageset)
[01:10] -queuebot:#ubuntu-release- New binary: rust-rand-core-0.3 [ppc64el] (eoan-proposed/universe) [0.3.0-1] (no packageset)
[01:10] -queuebot:#ubuntu-release- New binary: rust-stackvector [ppc64el] (eoan-proposed/universe) [1.0.6-1] (no packageset)
[01:13] -queuebot:#ubuntu-release- New binary: rust-static-assertions [ppc64el] (eoan-proposed/universe) [0.3.3-1] (no packageset)
[01:17] -queuebot:#ubuntu-release- New binary: chicken [arm64] (eoan-proposed/universe) [5.1.0-1] (no packageset)
[01:33] -queuebot:#ubuntu-release- New binary: chicken [ppc64el] (eoan-proposed/universe) [5.1.0-1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: libexadrums [s390x] (eoan-proposed/universe) [0.4.0-1] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: r-bioc-rhtslib [s390x] (eoan-proposed/universe) [1.16.1+dfsg-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: libexadrums [amd64] (eoan-proposed/universe) [0.4.0-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: puppet-module-magnum [amd64] (eoan-proposed/universe) [14.4.0-3] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: puppet-module-theforeman-dns [amd64] (eoan-proposed/universe) [5.4.0-2] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: libexadrums [i386] (eoan-proposed/universe) [0.4.0-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: puppet-module-placement [amd64] (eoan-proposed/universe) [1.2.0-2] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: r-bioc-rhtslib [amd64] (eoan-proposed/universe) [1.16.1+dfsg-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: r-bioc-rhtslib [i386] (eoan-proposed/universe) [1.16.1+dfsg-1] (no packageset)
[05:20] -queuebot:#ubuntu-release- New binary: libexadrums [arm64] (eoan-proposed/universe) [0.4.0-1] (no packageset)
[05:20] -queuebot:#ubuntu-release- New binary: python-pure-sasl [amd64] (eoan-proposed/universe) [0.5.1+dfsg1-2] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: libexadrums [armhf] (eoan-proposed/universe) [0.4.0-1] (no packageset)
[05:22] -queuebot:#ubuntu-release- New binary: r-bioc-rhtslib [armhf] (eoan-proposed/universe) [1.16.1+dfsg-1] (no packageset)
[05:27] -queuebot:#ubuntu-release- New binary: r-bioc-rhtslib [arm64] (eoan-proposed/universe) [1.16.1+dfsg-1] (no packageset)
[08:04] <tjaalton> apw: could you check the newer mesa from bionic queue in order to get things forward..
[08:11] <apw> tjaalton, looking
[08:13] -queuebot:#ubuntu-release- Unapproved: rejected mesa [source] (bionic-proposed) [19.0.8-0ubuntu0~18.04.1]
[08:14] -queuebot:#ubuntu-release- Unapproved: accepted mesa [source] (bionic-proposed) [19.0.2-1ubuntu1.1~18.04.2]
[08:19] -queuebot:#ubuntu-release- New: accepted linux-signed-oem-osp1 [amd64] (bionic-proposed) [5.0.0-1015.16]
[09:17] -queuebot:#ubuntu-release- New binary: chicken [armhf] (eoan-proposed/universe) [5.1.0-1] (no packageset)
[09:43] -queuebot:#ubuntu-release- Unapproved: usb-creator (xenial-proposed/main) [0.3.2ubuntu16.04.1 => 0.3.2ubuntu16.04.2] (ubuntu-desktop)
[09:43] -queuebot:#ubuntu-release- Unapproved: usb-creator (bionic-proposed/main) [0.3.5ubuntu18.04.1 => 0.3.5ubuntu18.04.2] (ubuntu-desktop)
[09:43] -queuebot:#ubuntu-release- Unapproved: usb-creator (disco-proposed/main) [0.3.5ubuntu19.04.1 => 0.3.5ubuntu19.04.2] (ubuntu-desktop)
[09:50] <tkamppeter> tjaalton, vorlon, the SRU mor modemmanager on Bionic, bug 1828102 got uploaded, could you pass it into -proposed? Thanks.
[09:53] <tkamppeter> tjaalton, vorlon, I have verified the Bionic SRU of bug 1763520, fix on GTK print dialog, no one reported a regression, could you put it into -updates? Thanks.
[09:53] <tjaalton> tkamppeter: nothing moves to -updates on a friday
[09:54] <tkamppeter> tjaalton, did not know that, is it to avoid regressions on the weekend?
[09:54] <tjaalton> yep
[09:56] <tkamppeter> tjaalton, but moving the MM update into -proposed is possible on a Friday?
[09:56] <tjaalton> yes
[10:03] <seb128> tjaalton, if you do SRU, can you review libsoup2.4 in bionic? it's a trivial followup one liner compared to what is already in bionic-proposed
[10:04] <tjaalton> yes, i'll do some later, shifting hours because of errands
[10:04] <seb128> I don't manage to get a diff from the queue, launchpad seems unhappy again :/
[10:16] <apw> seb128, the librarian is having a sad
[10:36] <apw> seb128, you are missing your -v so it has no bugs now
[10:36] <apw> (for libsoup)
[10:37] <seb128> apw, I though the tools were smart enough to 'merge' the existiçng and new ... is it better if I reupload?
[10:38] <apw> seb128, cirtinaly the review tools hate on you :)
[10:38] <apw> seb128, if it is easy, yes please
[10:38] <seb128> k
[10:40] <apw> seb128, ping me when it is there, and i'll get it in
[10:41] -queuebot:#ubuntu-release- Unapproved: rejected libsoup2.4 [source] (bionic-proposed) [2.62.1-1ubuntu0.3]
[10:42] <seb128> apw, thanks, I just did the dput so should be in the queue in the next minutes
[10:42] -queuebot:#ubuntu-release- Unapproved: libsoup2.4 (bionic-proposed/main) [2.62.1-1ubuntu0.2 => 2.62.1-1ubuntu0.3] (core)
[10:43] -queuebot:#ubuntu-release- Unapproved: accepted linux-firmware [source] (disco-proposed) [1.178.4]
[10:44] <seb128> apw, ^ and librarian seems to be happier now
[10:45] -queuebot:#ubuntu-release- Unapproved: accepted libsoup2.4 [source] (bionic-proposed) [2.62.1-1ubuntu0.3]
[10:45] <apw> seb128, yeah she stopped her strop.  and approved
[10:46] -queuebot:#ubuntu-release- Unapproved: accepted linux-firmware [source] (bionic-proposed) [1.173.10]
[10:46] <seb128> apw, thx! :)
[11:15] -queuebot:#ubuntu-release- New binary: libsignal-protocol-c [s390x] (eoan-proposed/universe) [2.3.2-2] (no packageset)
[11:21] -queuebot:#ubuntu-release- New binary: libsignal-protocol-c [armhf] (eoan-proposed/universe) [2.3.2-2] (no packageset)
[11:27] -queuebot:#ubuntu-release- New binary: libsignal-protocol-c [arm64] (eoan-proposed/universe) [2.3.2-2] (no packageset)
[12:46] -queuebot:#ubuntu-release- New binary: libexadrums [ppc64el] (eoan-proposed/universe) [0.4.0-1] (no packageset)
[13:53] <sil2100> Laney: hey o/ Found the issue that was causing the bug comments on successful tests
[13:53] <sil2100> Laney: prepared a fix MP if anything, along with fixes for the 2 other bugs you filled (since they're all related)
[13:53] <sil2100> https://code.launchpad.net/~ubuntu-release/britney/+git/britney2-ubuntu/+merge/370375
[13:54] <sil2100> Laney: had to refactor the way we check for failures, since my previous logic was WRONG
[13:57] -queuebot:#ubuntu-release- New binary: r-bioc-rhtslib [ppc64el] (eoan-proposed/universe) [1.16.1+dfsg-1] (no packageset)
[14:39] -queuebot:#ubuntu-release- Unapproved: accepted modemmanager [source] (disco-proposed) [1.10.0-1ubuntu<IP_ADDRESS>]
[14:45] -queuebot:#ubuntu-release- New: accepted chicken [armhf] (eoan-proposed) [5.1.0-1]
[14:45] -queuebot:#ubuntu-release- New: accepted libexadrums [arm64] (eoan-proposed) [0.4.0-1]
[14:45] -queuebot:#ubuntu-release- New: accepted libexadrums [i386] (eoan-proposed) [0.4.0-1]
[14:45] -queuebot:#ubuntu-release- New: accepted libsignal-protocol-c [arm64] (eoan-proposed) [2.3.2-2]
[14:45] -queuebot:#ubuntu-release- New: accepted libsignal-protocol-c [s390x] (eoan-proposed) [2.3.2-2]
[14:45] -queuebot:#ubuntu-release- New: accepted puppet-module-placement [amd64] (eoan-proposed) [1.2.0-2]
[14:45] -queuebot:#ubuntu-release- New: accepted python-pure-sasl [amd64] (eoan-proposed) [0.5.1+dfsg1-2]
[14:45] -queuebot:#ubuntu-release- New: accepted r-bioc-rhtslib [arm64] (eoan-proposed) [1.16.1+dfsg-1]
[14:45] -queuebot:#ubuntu-release- New: accepted r-bioc-rhtslib [i386] (eoan-proposed) [1.16.1+dfsg-1]
[14:45] -queuebot:#ubuntu-release- New: accepted r-bioc-rhtslib [s390x] (eoan-proposed) [1.16.1+dfsg-1]
[14:45] -queuebot:#ubuntu-release- New: accepted libexadrums [amd64] (eoan-proposed) [0.4.0-1]
[14:45] -queuebot:#ubuntu-release- New: accepted libexadrums [ppc64el] (eoan-proposed) [0.4.0-1]
[14:45] -queuebot:#ubuntu-release- New: accepted puppet-module-magnum [amd64] (eoan-proposed) [14.4.0-3]
[14:45] -queuebot:#ubuntu-release- New: accepted r-bioc-rhtslib [amd64] (eoan-proposed) [1.16.1+dfsg-1]
[14:45] -queuebot:#ubuntu-release- New: accepted r-bioc-rhtslib [ppc64el] (eoan-proposed) [1.16.1+dfsg-1]
[14:45] -queuebot:#ubuntu-release- New binary: r-cran-vctrs [arm64] (eoan-proposed/universe) [0.2.0-1] (no packageset)
[14:45] -queuebot:#ubuntu-release- New binary: rust-backtrace-sys [arm64] (eoan-proposed/universe) [0.1.30-1] (no packageset)
[14:45] -queuebot:#ubuntu-release- New binary: rust-backtrace-sys [i386] (eoan-proposed/universe) [0.1.30-1] (no packageset)
[14:45] -queuebot:#ubuntu-release- New binary: rust-core-arch [arm64] (eoan-proposed/universe) [0.1.5-1] (no packageset)
[14:45] -queuebot:#ubuntu-release- New binary: rust-darling-macro [arm64] (eoan-proposed/universe) [0.9.0-1] (no packageset)
[14:45] -queuebot:#ubuntu-release- New: accepted libexadrums [armhf] (eoan-proposed) [0.4.0-1]
[14:45] -queuebot:#ubuntu-release- New: accepted puppet-module-theforeman-dns [amd64] (eoan-proposed) [5.4.0-2]
[14:45] -queuebot:#ubuntu-release- New binary: fonts-smc-gayathri [amd64] (eoan-proposed/universe) [1.000-1] (no packageset)
[14:45] -queuebot:#ubuntu-release- New binary: rust-backtrace-sys [armhf] (eoan-proposed/universe) [0.1.30-1] (no packageset)
[14:45] -queuebot:#ubuntu-release- New binary: rust-core-arch [armhf] (eoan-proposed/universe) [0.1.5-1] (no packageset)
[14:45] -queuebot:#ubuntu-release- New binary: rust-data-encoding-macro-internal [armhf] (eoan-proposed/universe) [0.1.7-1] (no packageset)
[14:45] -queuebot:#ubuntu-release- New: accepted libsignal-protocol-c [armhf] (eoan-proposed) [2.3.2-2]
[14:45] -queuebot:#ubuntu-release- New binary: rust-backtrace-sys [amd64] (eoan-proposed/universe) [0.1.30-1] (no packageset)
[14:45] -queuebot:#ubuntu-release- New binary: rust-data-encoding-macro-internal [arm64] (eoan-proposed/universe) [0.1.7-1] (no packageset)
[14:45] -queuebot:#ubuntu-release- New: accepted r-bioc-rhtslib [armhf] (eoan-proposed) [1.16.1+dfsg-1]
[14:45] -queuebot:#ubuntu-release- New binary: rust-backtrace-sys [s390x] (eoan-proposed/universe) [0.1.30-1] (no packageset)
[14:46] -queuebot:#ubuntu-release- New: accepted baloo [ppc64el] (eoan-proposed) [4:4.14.3-3]
[14:46] -queuebot:#ubuntu-release- New: accepted chicken [ppc64el] (eoan-proposed) [5.1.0-1]
[14:46] -queuebot:#ubuntu-release- New: accepted rust-assert-cli [ppc64el] (eoan-proposed) [0.6.3-1]
[14:46] -queuebot:#ubuntu-release- New: accepted rust-caps [ppc64el] (eoan-proposed) [0.3.2-1]
[14:46] -queuebot:#ubuntu-release- New: accepted rust-darling-macro [ppc64el] (eoan-proposed) [0.9.0-1]
[14:46] -queuebot:#ubuntu-release- New: accepted rust-diesel [ppc64el] (eoan-proposed) [1.4.2-1]
[14:46] -queuebot:#ubuntu-release- New: accepted rust-doc-comment [ppc64el] (eoan-proposed) [0.3.1-1]
[14:46] -queuebot:#ubuntu-release- New: accepted rust-gettext-rs [ppc64el] (eoan-proposed) [0.4.1-1]
[14:46] -queuebot:#ubuntu-release- New: accepted rust-ipconfig [ppc64el] (eoan-proposed) [0.2.1-1]
[14:46] -queuebot:#ubuntu-release- New: accepted rust-nom-4 [ppc64el] (eoan-proposed) [4.2.3-1]
[14:46] -queuebot:#ubuntu-release- New: accepted chicken [arm64] (eoan-proposed) [5.1.0-1]
[14:46] -queuebot:#ubuntu-release- New: accepted rust-bumpalo [ppc64el] (eoan-proposed) [2.5.0-1]
[14:46] -queuebot:#ubuntu-release- New: accepted rust-data-encoding-macro-internal [ppc64el] (eoan-proposed) [0.1.7-1]
[14:46] -queuebot:#ubuntu-release- New: accepted rust-getrandom [ppc64el] (eoan-proposed) [0.1.6-1]
[14:46] -queuebot:#ubuntu-release- New: accepted rust-ipnetwork [ppc64el] (eoan-proposed) [0.14.0-1]
[14:46] -queuebot:#ubuntu-release- New: accepted rust-quick-xml [ppc64el] (eoan-proposed) [0.14.0-1]
[14:46] -queuebot:#ubuntu-release- New: accepted rust-stackvector [ppc64el] (eoan-proposed) [1.0.6-1]
[14:46] -queuebot:#ubuntu-release- New binary: rust-diesel [s390x] (eoan-proposed/universe) [1.4.2-1] (no packageset)
[14:46] -queuebot:#ubuntu-release- New binary: rust-gettext-rs [s390x] (eoan-proposed/universe) [0.4.1-1] (no packageset)
[14:46] -queuebot:#ubuntu-release- New binary: rust-ipconfig [s390x] (eoan-proposed/universe) [0.2.1-1] (no packageset)
[14:46] -queuebot:#ubuntu-release- New: accepted libexadrums [s390x] (eoan-proposed) [0.4.0-1]
[14:46] -queuebot:#ubuntu-release- New: accepted rust-dirs-sys [ppc64el] (eoan-proposed) [0.3.3-1]
[14:46] -queuebot:#ubuntu-release- New: accepted rust-ppv-lite86 [ppc64el] (eoan-proposed) [0.2.5-1]
[14:46] -queuebot:#ubuntu-release- New: accepted rust-static-assertions [ppc64el] (eoan-proposed) [0.3.3-1]
[14:46] -queuebot:#ubuntu-release- New binary: rust-http-body [s390x] (eoan-proposed/universe) [0.1.0-1] (no packageset)
[14:46] -queuebot:#ubuntu-release- New: accepted rust-core-arch [ppc64el] (eoan-proposed) [0.1.5-1]
[14:46] -queuebot:#ubuntu-release- New: accepted rust-rand-core-0.3 [ppc64el] (eoan-proposed) [0.3.0-1]
[14:46] -queuebot:#ubuntu-release- New binary: rust-ipnetwork [s390x] (eoan-proposed/universe) [0.14.0-1] (no packageset)
[14:46] -queuebot:#ubuntu-release- New: accepted rust-http-body [ppc64el] (eoan-proposed) [0.1.0-1]
[14:46] -queuebot:#ubuntu-release- New binary: rust-getrandom [s390x] (eoan-proposed/universe) [0.1.6-1] (no packageset)
[14:47] -queuebot:#ubuntu-release- New: accepted rust-diesel [arm64] (eoan-proposed) [1.4.2-1]
[14:47] -queuebot:#ubuntu-release- New: accepted rust-gettext-rs [arm64] (eoan-proposed) [0.4.1-1]
[14:47] -queuebot:#ubuntu-release- New: accepted rust-http-body [arm64] (eoan-proposed) [0.1.0-1]
[14:47] -queuebot:#ubuntu-release- New: accepted rust-ipconfig [arm64] (eoan-proposed) [0.2.1-1]
[14:47] -queuebot:#ubuntu-release- New: accepted rust-ipnetwork [armhf] (eoan-proposed) [0.14.0-1]
[14:47] -queuebot:#ubuntu-release- New: accepted rust-nom-4 [armhf] (eoan-proposed) [4.2.3-1]
[14:47] -queuebot:#ubuntu-release- New: accepted rust-ppv-lite86 [armhf] (eoan-proposed) [0.2.5-1]
[14:47] -queuebot:#ubuntu-release- New: accepted rust-quick-xml [armhf] (eoan-proposed) [0.14.0-1]
[14:47] -queuebot:#ubuntu-release- New: accepted rust-rand-core-0.3 [armhf] (eoan-proposed) [0.3.0-1]
[14:47] -queuebot:#ubuntu-release- New: accepted rust-stackvector [armhf] (eoan-proposed) [1.0.6-1]
[14:47] -queuebot:#ubuntu-release- New: accepted rust-diesel [armhf] (eoan-proposed) [1.4.2-1]
[14:47] -queuebot:#ubuntu-release- New: accepted rust-http-body [armhf] (eoan-proposed) [0.1.0-1]
[14:47] -queuebot:#ubuntu-release- New: accepted rust-nom-4 [arm64] (eoan-proposed) [4.2.3-1]
[14:47] -queuebot:#ubuntu-release- New: accepted rust-quick-xml [arm64] (eoan-proposed) [0.14.0-1]
[14:47] -queuebot:#ubuntu-release- New: accepted rust-stackvector [arm64] (eoan-proposed) [1.0.6-1]
[14:47] -queuebot:#ubuntu-release- New: accepted rust-static-assertions [armhf] (eoan-proposed) [0.3.3-1]
[14:47] -queuebot:#ubuntu-release- New binary: rust-core-arch [amd64] (eoan-proposed/universe) [0.1.5-1] (no packageset)
[14:47] -queuebot:#ubuntu-release- New binary: rust-ppv-lite86 [i386] (eoan-proposed/universe) [0.2.5-1] (no packageset)
[14:47] -queuebot:#ubuntu-release- New binary: rust-rand-core-0.3 [i386] (eoan-proposed/universe) [0.3.0-1] (no packageset)
[14:47] -queuebot:#ubuntu-release- New: accepted rust-gettext-rs [armhf] (eoan-proposed) [0.4.1-1]
[14:47] -queuebot:#ubuntu-release- New: accepted rust-ppv-lite86 [arm64] (eoan-proposed) [0.2.5-1]
[14:47] -queuebot:#ubuntu-release- New: accepted rust-static-assertions [arm64] (eoan-proposed) [0.3.3-1]
[14:47] -queuebot:#ubuntu-release- New binary: rust-diesel [amd64] (eoan-proposed/universe) [1.4.2-1] (no packageset)
[14:47] -queuebot:#ubuntu-release- New binary: rust-stackvector [amd64] (eoan-proposed/universe) [1.0.6-1] (no packageset)
[14:47] -queuebot:#ubuntu-release- New: accepted rust-ipnetwork [arm64] (eoan-proposed) [0.14.0-1]
[14:47] -queuebot:#ubuntu-release- New binary: baloo [i386] (eoan-proposed/universe) [4:4.14.3-3] (no packageset)
[14:47] -queuebot:#ubuntu-release- New: accepted rust-rand-core-0.3 [arm64] (eoan-proposed) [0.3.0-1]
[14:47] -queuebot:#ubuntu-release- New binary: rust-rand-core-0.3 [amd64] (eoan-proposed/universe) [0.3.0-1] (no packageset)
[14:47] -queuebot:#ubuntu-release- New: accepted baloo [arm64] (eoan-proposed) [4:4.14.3-3]
[14:47] -queuebot:#ubuntu-release- New: accepted chicken [s390x] (eoan-proposed) [5.1.0-1]
[14:47] -queuebot:#ubuntu-release- New: accepted r-cran-vctrs [arm64] (eoan-proposed) [0.2.0-1]
[14:47] -queuebot:#ubuntu-release- New: accepted r-cran-vctrs [i386] (eoan-proposed) [0.2.0-1]
[14:47] -queuebot:#ubuntu-release- New: accepted rust-assert-cli [amd64] (eoan-proposed) [0.6.3-1]
[14:48] -queuebot:#ubuntu-release- New: accepted rust-backtrace-sys [arm64] (eoan-proposed) [0.1.30-1]
[14:48] -queuebot:#ubuntu-release- New: accepted rust-backtrace-sys [i386] (eoan-proposed) [0.1.30-1]
[14:48] -queuebot:#ubuntu-release- New: accepted rust-backtrace-sys [s390x] (eoan-proposed) [0.1.30-1]
[14:48] -queuebot:#ubuntu-release- New: accepted rust-caps [amd64] (eoan-proposed) [0.3.2-1]
[14:48] -queuebot:#ubuntu-release- New: accepted rust-dirs-sys [arm64] (eoan-proposed) [0.3.3-1]
[14:48] -queuebot:#ubuntu-release- New: accepted baloo [armhf] (eoan-proposed) [4:4.14.3-3]
[14:48] -queuebot:#ubuntu-release- New: accepted r-cran-vctrs [armhf] (eoan-proposed) [0.2.0-1]
[14:48] -queuebot:#ubuntu-release- New: accepted rust-backtrace-sys [amd64] (eoan-proposed) [0.1.30-1]
[14:48] -queuebot:#ubuntu-release- New: accepted rust-backtrace-sys [ppc64el] (eoan-proposed) [0.1.30-1]
[14:48] -queuebot:#ubuntu-release- New: accepted rust-darling-macro [armhf] (eoan-proposed) [0.9.0-1]
[14:48] -queuebot:#ubuntu-release- New: accepted rust-doc-comment [arm64] (eoan-proposed) [0.3.1-1]
[14:48] -queuebot:#ubuntu-release- New: accepted rust-getrandom [arm64] (eoan-proposed) [0.1.6-1]
[14:48] -queuebot:#ubuntu-release- New: accepted rust-ipconfig [armhf] (eoan-proposed) [0.2.1-1]
[14:48] -queuebot:#ubuntu-release- New binary: rust-data-encoding-macro-internal [i386] (eoan-proposed/universe) [0.1.7-1] (no packageset)
[14:48] -queuebot:#ubuntu-release- New binary: rust-doc-comment [amd64] (eoan-proposed/universe) [0.3.1-1] (no packageset)
[14:48] -queuebot:#ubuntu-release- New: accepted fonts-smc-gayathri [amd64] (eoan-proposed) [1.000-1]
[14:48] -queuebot:#ubuntu-release- New: accepted rust-backtrace-sys [armhf] (eoan-proposed) [0.1.30-1]
[14:48] -queuebot:#ubuntu-release- New: accepted rust-dirs-sys [armhf] (eoan-proposed) [0.3.3-1]
[14:48] -queuebot:#ubuntu-release- New: accepted rust-getrandom [armhf] (eoan-proposed) [0.1.6-1]
[14:48] -queuebot:#ubuntu-release- New binary: rust-dirs-sys [i386] (eoan-proposed/universe) [0.3.3-1] (no packageset)
[14:48] -queuebot:#ubuntu-release- New binary: rust-getrandom [i386] (eoan-proposed/universe) [0.1.6-1] (no packageset)
[14:48] -queuebot:#ubuntu-release- New: accepted r-cran-vctrs [ppc64el] (eoan-proposed) [0.2.0-1]
[14:48] -queuebot:#ubuntu-release- New: accepted rust-doc-comment [armhf] (eoan-proposed) [0.3.1-1]
[14:48] -queuebot:#ubuntu-release- New binary: rust-getrandom [amd64] (eoan-proposed/universe) [0.1.6-1] (no packageset)
[14:48] -queuebot:#ubuntu-release- New: accepted rust-bumpalo [amd64] (eoan-proposed) [2.5.0-1]
[14:48] -queuebot:#ubuntu-release- New binary: baloo [amd64] (eoan-proposed/universe) [4:4.14.3-3] (no packageset)
[14:48] -queuebot:#ubuntu-release- New: accepted hepmc3 [amd64] (eoan-proposed) [3.1.1-1]
[14:48] -queuebot:#ubuntu-release- New: accepted r-cran-rdpack [amd64] (eoan-proposed) [0.11-0-1]
[14:48] -queuebot:#ubuntu-release- New: accepted r-cran-vctrs [s390x] (eoan-proposed) [0.2.0-1]
[14:48] -queuebot:#ubuntu-release- New: accepted r-cran-bayestestr [amd64] (eoan-proposed) [0.2.2-1]
[14:48] -queuebot:#ubuntu-release- New: accepted r-cran-vctrs [amd64] (eoan-proposed) [0.2.0-1]
[14:56] <vorlon> Laney, juliank: any idea why the i386 cloud image seems to have linux-headers-5.0.0-16-generic unpacked and breaking dkms module builds? http://autopkgtest.ubuntu.com/packages/v/v4l2loopback/eoan/i386
[14:56] <vorlon> s/cloud image/autopkgtest image/
[15:00] <seb128> vorlon, L_aney is travelling to debconf so you might not get a reply from him today (unless he gets online during some stop)
[15:02] <tjaalton> vorlon: do you think it would be possible to release the fix for bug 1836721, it affects 32bit users on 4.15 kernel
[15:03] <vorlon> seb128: fair enough, it's not urgent
[15:03] <tjaalton> it very fresh in proposed, but already verified and is a simple fix/revert
[15:04] <vorlon> tjaalton: assuming it was a spot fix for this issue and the autopkgtests passed, yes
[15:06] <vorlon> tjaalton: I see two autopkgtest regressions, are you following through on those?
[15:06] <vorlon> https://people.canonical.com/~ubuntu-archive/proposed-migration/bionic/update_excuses.html#mesa
[15:09] <tjaalton> vorlon: I'll check, but can't be anything else than needing a rerun. we had this patch in the previous version for 18.04.2
[15:09]  * vorlon nods
[15:13] <tjaalton> freemat/arm64 needed a retry last time too, and freecad/i386 seems to have failed the same way before too ("ValueError: Cannot set the datum because the sketch contains conflicting constraints")
[15:16] <vorlon> tjaalton: "failed the same way before" - when? the last failure I see on http://autopkgtest.ubuntu.com/packages/f/freecad/bionic/i386 dates back to March
[15:18] <tjaalton> vorlon: that's the one ;)
[15:18] <vorlon> ok
[15:18] <tjaalton> didn't mean it fails every time
[15:18] <vorlon> far enough back in the history that I'm not content to assume it's a flaky test
[15:18] <vorlon> anyway, I've pushed some retries and I'll follow through today
[15:19] <tjaalton> cool, me too..
[15:23] <vorlon> :)
[15:29] <Laney> vorlon: don't know, but note we aren't building fresh ones atm, would be easiest to turn those back on and see if it gets fixed
[15:29] <Laney> sil2100: thanks, nice one, will review later
[15:33] <vorlon> Laney: ack
[15:34] <Laney> 'those' -> upstream i386 images, in case it wasn't clear
[15:34]  * vorlon nods
[15:34] <vorlon> what's strange is that the autopkgtest log doesn't show /any/ linux-headers packages being installed, but two are available
[15:35] <Laney> you should be able to look in testbed-packages to see what was installed in the base system
[15:35] <vorlon> certainly
[15:35] <Laney> these will have been dist-upgraded daily since the last upstream image was produced
[15:35]  * vorlon nods
[15:35] <Laney> so you could imageine a certain amount of cruft, possibly
[15:35] <Laney> soryr for typos, I'm ion mobile
[16:12] -queuebot:#ubuntu-release- New binary: qtstyleplugins-src [s390x] (eoan-proposed/universe) [5.0.0+git23.g335dbec-3ubuntu1] (kubuntu, qt5)
[16:13] <teward> vorlon: see PMs if you get a minute
[16:13] <teward> follow up to yesterday
[16:18] -queuebot:#ubuntu-release- New binary: qtstyleplugins-src [arm64] (eoan-proposed/universe) [5.0.0+git23.g335dbec-3ubuntu1] (kubuntu, qt5)
[16:18] -queuebot:#ubuntu-release- New binary: qtstyleplugins-src [armhf] (eoan-proposed/universe) [5.0.0+git23.g335dbec-3ubuntu1] (kubuntu, qt5)
[16:23] -queuebot:#ubuntu-release- New binary: exadrums [amd64] (eoan-proposed/universe) [0.4.0-1] (no packageset)
[16:23] -queuebot:#ubuntu-release- New binary: cairosvg [amd64] (eoan-proposed/universe) [2.4.0-1] (no packageset)
[16:23] -queuebot:#ubuntu-release- New binary: qtstyleplugins-src [amd64] (eoan-proposed/universe) [5.0.0+git23.g335dbec-3ubuntu1] (kubuntu, qt5)
[16:23] -queuebot:#ubuntu-release- New binary: exadrums [i386] (eoan-proposed/universe) [0.4.0-1] (no packageset)
[16:25] -queuebot:#ubuntu-release- New binary: qtstyleplugins-src [i386] (eoan-proposed/universe) [5.0.0+git23.g335dbec-3ubuntu1] (kubuntu, qt5)
[16:27] -queuebot:#ubuntu-release- New binary: r-cran-performance [amd64] (eoan-proposed/universe) [0.2.0-1] (no packageset)
[16:33] <teward> vorlon: short summary: test case (manual) added.  also included requisite conf data.  And upstream replied to my email - there's no TLS1.3 behaviorisms that'd be introduced just by the rebuild that aren't otherwise introduced by OpenSSL already.
[16:33] <teward> note that the default config we *have* disables TLS 1.3 by default
[16:34] <teward> nginx.conf: ssl_protocols doesn't include TLS 1.3 so it's not enabled.
[16:34] <teward> so we're basically doing the rebuild for *making sure* that the not-enabled TLS1.3 is actually not enabled which can only be done when NGINX is aware that TLS1.3 is an option in libssl and therefore doesn't *use* it in the nginx runtime when not enabled by an admin
[16:35] <teward> (i.e. you have to include TLSv1.3 in the ssl_protocols line to enable 1.3.  Not a default in Bionic to enable it.)
[16:35] <teward> (continuing from yesterday)
[16:47] <vorlon> teward: thanks
[16:48] <teward> also put data on the bug too
[16:49] <teward> but I did confirm the test case does what it intends - TLS1.3 is 'disabled' with the nginx in proposed
[16:50] <teward> but available with the one in -updates currently because there's no way for NGINX to know NOT to serve 1.3
[16:50] <teward> and as you said, if someone enables 1.3, they assume any risks from that since TLS 1.3 is 'new and experimental'
[17:21] -queuebot:#ubuntu-release- New binary: exadrums [arm64] (eoan-proposed/universe) [0.4.0-1] (no packageset)
[17:23] -queuebot:#ubuntu-release- New binary: exadrums [armhf] (eoan-proposed/universe) [0.4.0-1] (no packageset)
[18:00] -queuebot:#ubuntu-release- New binary: exadrums [ppc64el] (eoan-proposed/universe) [0.4.0-1] (no packageset)
[18:01] -queuebot:#ubuntu-release- New binary: qtstyleplugins-src [ppc64el] (eoan-proposed/universe) [5.0.0+git23.g335dbec-3ubuntu1] (kubuntu, qt5)
[18:53] -queuebot:#ubuntu-release- Unapproved: accepted landscape-client [source] (bionic-proposed) [18.01-0ubuntu3.4]
[18:57] -queuebot:#ubuntu-release- Unapproved: accepted librabbitmq [source] (bionic-proposed) [0.8.0-1ubuntu<IP_ADDRESS>]
[18:58] -queuebot:#ubuntu-release- Unapproved: accepted librabbitmq [source] (xenial-proposed) [0.7.1-1ubuntu0.1]
[23:11] -queuebot:#ubuntu-release- New binary: barman [amd64] (eoan-proposed/universe) [2.8-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: harp [amd64] (eoan-proposed/universe) [1.7-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: olm [i386] (eoan-proposed/universe) [3.1.3+dfsg-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: olm [amd64] (eoan-proposed/universe) [3.1.3+dfsg-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: harp [i386] (eoan-proposed/universe) [1.7-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: libqmatrixclient [amd64] (eoan-proposed/universe) [0.5.2-1] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: libqmatrixclient [i386] (eoan-proposed/universe) [0.5.2-1] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: golang-github-getlantern-hex [amd64] (eoan-proposed/universe) [0.0~git20160523.083fba3-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: golang-github-briandowns-spinner [amd64] (eoan-proposed/universe) [1.6.1-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: golang-github-knqyf263-go-version [amd64] (eoan-proposed/universe) [1.1.1-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: r-cran-linprog [amd64] (eoan-proposed/universe) [0.9-2-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: rust-clicolors-control [amd64] (eoan-proposed/universe) [1.0.0-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: golang-github-caarlos0-env [amd64] (eoan-proposed/universe) [6.0.0-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: r-cran-linprog [i386] (eoan-proposed/universe) [0.9-2-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: harp [ppc64el] (eoan-proposed/universe) [1.7-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: libqmatrixclient [ppc64el] (eoan-proposed/universe) [0.5.2-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: rust-clicolors-control [i386] (eoan-proposed/universe) [1.0.0-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: r-cran-vipor [amd64] (eoan-proposed/universe) [0.4.5-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: ergo [amd64] (eoan-proposed/universe) [3.7-1] (no packageset)
[23:28] -queuebot:#ubuntu-release- New binary: simgrid [i386] (eoan-proposed/universe) [3.23+dfsg2-1] (no packageset)
[23:31] -queuebot:#ubuntu-release- New binary: simgrid [amd64] (eoan-proposed/universe) [3.23+dfsg2-1] (no packageset)
[23:51] -queuebot:#ubuntu-release- New binary: exadrums [s390x] (eoan-proposed/universe) [0.4.0-1] (no packageset)


[02:19] -queuebot:#ubuntu-ci-eng- andyrock, https://bileto.ubuntu.com/#/ticket/3658 Needs rebuild due to new commits (disco/nux). Ready to build (/:, disco/Failed, disco/cache., disco/local, disco/lp:nux, disco/to, disco/update)
[02:39] -queuebot:#ubuntu-ci-eng- andyrock, https://bileto.ubuntu.com/#/ticket/3658 Failed to build (disco/nux). Ready to build (/:, disco/Failed, disco/cache., disco/local, disco/lp:nux, disco/to, disco/update)
[03:07] -queuebot:#ubuntu-ci-eng- rikmills, https://bileto.ubuntu.com/#/ticket/4823 Diff missing
[03:43] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/4442 Ready to build (/:, /: Failed to update local lp:bamf cache., focal/Failed, focal/cache., focal/local, focal/lp:bamf, focal/to, focal/update). Successfully built (focal/bamf)
[03:43] -queuebot:#ubuntu-ci-eng- morphis, https://bileto.ubuntu.com/#/ticket/2162 Needs rebuild due to higher version at destination (zesty/aethercast). Ready to build (/:, /: Failed to update local lp:aethercast cache., xenial/Failed, xenial/cache., xenial/isc-dhcp, xenial/local, xenial/lp:aethercast, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/isc-dhcp, zesty/local, zesty/lp:aethercast, zesty/to, zesty/update). Successfully built (xenial/aethercast)
[04:03] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/4442 Ready to build (/:, focal/Failed, focal/cache., focal/local, focal/lp:bamf, focal/to, focal/update). Successfully built (focal/bamf)
[04:03] -queuebot:#ubuntu-ci-eng- morphis, https://bileto.ubuntu.com/#/ticket/2162 Needs rebuild due to new commits (zesty/aethercast). Ready to build (/:, xenial/Failed, xenial/cache., xenial/isc-dhcp, xenial/local, xenial/lp:aethercast, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/isc-dhcp, zesty/local, zesty/lp:aethercast, zesty/to, zesty/update). Successfully built (xenial/aethercast)
[06:25] -queuebot:#ubuntu-ci-eng- rikmills, https://bileto.ubuntu.com/#/ticket/4823 Generating diffs
[06:31] -queuebot:#ubuntu-ci-eng- rikmills, https://bileto.ubuntu.com/#/ticket/4823 Successfully built


[09:04] <wingarmac_> Greeting ! I would like help to set up dnsmasq right.  my FQDN is now pointing my ISP' DSL router with fixed public IP, where my server and desktop are connected on. How can I make my computers be reachable by name with ping for example to : server.mydomain.fqdn and desktop.mydomain.fqdn from inside as outside the domain?
[09:05] <wingarmac_> I do not get how to setup the tunnel. I do not understand how the information passes trough and identify what computer uses this name.
[09:10] <wingarmac_> Can anyone explain how I can set this up so I can understand what it does ?
[18:17] <wingarmac__> Hi, can anyone explain me the difference between the working of a nameserver and a proxyserver, when it comes to set names of hosts on the internal network?
[18:18] <wingarmac__> This to use a domain name on device with a local IP
[18:18] <wingarmac__> FQDN
[18:21] <wingarmac__> My provider seem to advice me a proxyserver to do so, but others a tiny ddns or dhcp server like dnsmasq. I do not know where to look for. Can anyone help me make the difference and see what's applying to what I'm intend to ?
[18:39] <alkisg> wingarmac__: if you just want to access your nearby pc, you can use hostname.local, it's an automatic name they get from an automatic mdns server called "avahi", that is running in local networks
[18:39] <alkisg> While if you want a global fqdn like pc1.example.com, with global ip=<IP_ADDRESS>, to be known with another local ip, like <IP_ADDRESS>, then you need a local dns server
[18:54] <wingarmac__> no, they would be all part of the same vpn
[18:54] <wingarmac__> 10.0.0.x
[18:55] <wingarmac__> Is it possible with /etc/systemd/resolved.conf and hosts to set it up ?
[18:56] <alkisg> Then you need a dns server for the vpn; you can define that in the vpn settings
[18:56] <wingarmac__> would dnsmasq do ?
[18:58] <alkisg> Sure
[18:59] <wingarmac__> when i install it the port 53 is already in use by 735/systemd-resolve
[18:59] <wingarmac__> How should I begin to set things up and for dnsmasq?
[19:03] <alkisg> You can set "bind-interfaces" in dnsmasq. Read its man page, man dnsmasq
[19:03] <alkisg> That will allow systemd-resolved to run in "lo", and dnsmasq in the other interfaces. You'll probably also need "except-interface lo" in dnsmasq
[19:38] <wingarmac__> Thanks, I'll look into this. ^
[19:48] <luna_> 22.04.2 downloaded
[21:01] <jayb> hi.  hoping someone can help me with some installation questions.  i'm trying to install 22.04 LTS onto a headless server.  this server has a disk array with 8 disks, and i hoped to install / on a zfs raidz3.  the ubuntu desktop installer provides an option for installing / on zfs, but i don't see such an option in the ubuntu server installer.  can someone recommend a way to install ubuntu server with / on zfs?
[21:02] <sarnold> jayb: I followed an earlier version of this guide for my zfs on root laptop install before the desktop installer supported it https://openzfs.github.io/openzfs-docs/Getting%20Started/Ubuntu/Ubuntu%2022.04%20Root%20on%20ZFS.html
[21:03] <sarnold> jayb: I recommend making the boot partition larger than the 500MB minimum they mention
[21:06] <jayb> sarnold: thanks!  looks promising
[21:06] <sarnold> jayb: yeah, it's good stuff :)
[21:18] <jayb> sarnold: i just noticed that those instructions say: "System Requirements: Ubuntu 22.04.01 ("jammy") Desktop CD (not any server images)"  i am really hoping there is a way to get there using ubuntu server ISOs
[21:21] <sdeziel> I've always been too lazy (and worried about the livecd recovery scenario) to bother with ZFS on root... I take the simple approach of using btrfs for the rootfs and do the fancy zpool setup post-install on the remaining disk space
[21:21] <sarnold> jayb: oh dang, that's a bummer :( I *bet* that's mostly for the zfsutils-linux package, but maybe also kernel modules.. dunno there :( maybe it'd be enough to get that package onto the live system after booting?
[21:21] <sdeziel> jayb: ^ not what you asked for but it still gives you a checksum, compression, snapshots  for your rootfs


[02:06] <lotuspsychje> good morning to all
[02:08] <lotuspsychje> !info linux-image-generic
[05:23] <lotuspsychje> Description:	Ubuntu 16.04.1 LTS
[06:34] <ducasse> morning!
[06:36] <lotuspsychje> hey ducasse
[06:37] <lotuspsychje> how are you?
[06:37] <ducasse> good thanks - and you? enjoying a quiet sunday morning?
[06:37] <lotuspsychje> yep got to work at 11
[06:38] <ducasse> aha, i see. no rest for the wicked ;)
[06:40] <lotuspsychje> :p
[06:41] <lotuspsychje> upgraded to .1
[06:41] <ducasse> me too, but i've still got one machine on wily. should try to fix that today...
[06:42] <lotuspsychje> cool
[09:53]  * daftykins carries in his cereal with his eyes still closed
[09:53]  * ducasse hands daftykins a cup of espresso
[09:53] <daftykins> ooh ty
[09:54] <ducasse> speaking of, need more tea.
[09:54] <daftykins> i was thinking that, need to do a milk run in a moment
[09:57] <ducasse> ahh, there we go :) caffeine <3
[10:00] <daftykins> https://www.youtube.com/watch?v=qh91IO9cV48 i found this neat
[10:19] <ducasse> interesting :) just been reading through the world's longest log dump for a guy, and suddenly he doesn't want to investigate further and logs off :-/
[10:21] <daftykins> oy
[10:31] <ducasse> do you know much about web server daemons, by any chance? i need to set one up on my vps, just wondering which one has the best security track record...
[10:34] <daftykins> most of my experience has been basic setups for wordpress LAMP setups, where i stuck to apache2, i tried out nginx recently but was a bit disappointed when it didn't even have the apache tools for automating the symlinks to enable sites and modules
[10:35] <daftykins> hadn't tried to 'harden' nginx in any way, but i've gotten by with apache - just needs tweaking to reduce its' many worker count and default config to hide version # and so on
[10:36] <ducasse> i'm mostly going to serve static pages and files, to use as a sort of personal dumping ground to share files. i was thinking of lighttpd, since this vps has a limited amount of memory and such.
[10:36] <daftykins> ah right
[10:37] <daftykins> i run a little home one in 384MB RAM... LAMP with a basic wordpress + this irssi instance
[10:39] <ducasse> actually, the vps has 1gb of memory, but it's primarily doing other things so the web setup would still need to be very light...
[10:50] <daftykins> how does the mem usage sit right now?
[10:53] <ducasse> pretty good, a little under half available, but it was just rebooted.
[10:56] <daftykins> ah well, probably makes sense to avoid full blown apache - but i've not tried that one
[10:58] <ducasse> i wasn't really thinking that much about memory usage, more about security. in my mind, apache might have a bigger attack surface than something like lighttpd, but i could be entirely wrong.
[10:59] <daftykins> yeah, you don't wanna dip into swap though :D it could do, depending on default modules i suppose
[11:01] <ducasse> think i'll just try lighttpd first, as it should be more than adequate for my needs. i could probably whip up something that would do what i need in a few lines of python, even :)
[11:03] <daftykins> ^_^
[11:03] <daftykins> ugh i feel like i should get a clear plastic sheet to cover my keyboard, this house seems to be a dust machine
[11:04] <ducasse> try one of those sealed, industrial keyboards :)
[11:05] <daftykins> hah
[11:07] <ducasse> would probably not be very comfortable to type on, though.
[11:08] <daftykins> have you ever seen those laser ones that cast a pattern onto the desk, then somehow it registers you touching the spots?
[11:09] <ducasse> yes, but i can't imagine i would like them. need the tactile feedback. looks cool, though :)
[11:10] <daftykins> yeah, i imagine latency too
[11:10] <daftykins> i got told about an industry situation where the staff kept damaging keyboards though, so they put in one of them instead
[11:12] <ducasse> i'm _much_ too picky about mice and keyboards.
[11:12] <ducasse> hard to find one i like :)
[11:13] <\9> i'm sort of trying to find one that i would like
[11:13] <\9> the usual keyboard layout doesn't have enough keys for my needs
[11:14] <\9> the finnish keyboard layout sucks for coding so i have to xmodmap the layout a tad
[11:14] <\9> i still need to use alt+gr t o get backspace
[11:14] <ducasse> \9: check out the ones i were talking to daftykins about yesterday - wasdkeyboards.com - they have a lot of variations. dunno about extra keys, though, i'll miss that from my current one.
[11:16] <daftykins> i'm fine with the default UK layout, extra keys is something i detest
[11:18] <\9> i need the ä and ö keys though, it's slightly inconvenient to use the compose ke for them all the time
[11:18] <\9> thanks ducasse i will check that out
[11:19] <ducasse> \9: they have at least 88 104 and 105-key ones, in just about any layout you want, you can choose switches and colors for caps and print etc. basically fully custom :)
[11:21] <\9> so i see
[11:26] <\9> hmm neat, i can edit the layout as svg
[11:27] <ducasse> yep, thinking of ordering one myself to replace my razer. i like my current keyboard, but a couple of the keys send several characters when pressed...
[11:27] <\9> i still want my 106th key thouhg :(
[11:28] <\9> though*
[11:31] <daftykins> seems to me like if you can't fit into the standard layouts everyone else does, something you're doing is wrong.
[11:34] <ducasse> i do just fine with a 105-key layout. my razer has 5 'macro keys' on the left side, i have them mapped to various things but honestly don't use them that much...
[14:57] <BluesKaj> Hi all
[14:58] <daftykins> \o
[15:02] <BluesKaj> hey daftykins
[15:06] <ducasse> afternoon, BluesKaj - everything well?
[15:07] <ducasse> daftykins: i (sort of) fixed my keyboard :)
[15:08] <BluesKaj> hi ducasse, yeah I'm trying setup konverstaion to connect thru a socks5 proxy server provided ny my vpn service . but the settings aren't working
[15:10] <daftykins> ducasse: \o/
[15:10] <ducasse> BluesKaj: how/what is failing? it just won't connect?
[15:11] <BluesKaj> scuse my KB mistakes ...it's suddenly very dark...storms approaching
[15:11] <BluesKaj> again
[15:11] <ducasse> daftykins: it's not 100%, but much better :) i'll try prying off the keycaps and go over it with pressurized air later.
[15:12] <daftykins> :)
[15:12] <daftykins> i'm still suffering with the membrane here ;_;
[15:12] <BluesKaj> yeah the asimov, weber and kornbluth servers just fail with unknown error
[15:14] <ducasse> odd. freenode is sponsored by pia iirc, so they shouldn't be blocking vpn traffic either... has konversation got a network log or console?
[15:15] <daftykins> is that SSL connection or non?
[15:19] <BluesKaj> daftykins,  I tried it with and without ssl sasl, different port numbers etc etc, but nothing , even the logs don't show anything
[15:19] <daftykins> hrmm
[15:20] <daftykins> well SOCKS is typically a browser thing only i thought, so i'd be more inclined to go back to making the VPN work properly
[15:21] <BluesKaj> vpn works fine , but I prefer not to use the vpn unless needed and I'd just like to have individual apps use the proxy rather than resorting to all internet connections going thru the vpn
[15:22] <ducasse> you can always have the vpn tunnel open at all times and just route traffic from certain apps through it.
[15:23] <BluesKaj> the proxy5 setings for pia proxy server in amsterdam works fine on qbittorrent,  checking with netstat -tapen shows the IPs qbittorrent is routed thru
[15:25] <BluesKaj> ducasse,  that would be good if I knew how to set that up
[15:25] <ducasse> i think i have a link somewhere, do you want me to dig for it?
[15:26] <BluesKaj> sure
[15:26] <daftykins> yeah that makes sense, you don't have to have your tunnel replace the default gateway
[15:26] <ducasse> hang on, it's on a machine in another room. brb.
[15:26] <BluesKaj> right
[15:28] <ducasse> http://askubuntu.com/questions/37412/how-can-i-ensure-transmission-traffic-uses-a-vpn
[15:29] <ducasse> that's for torrent, but it demonstrates the general idea.
[15:30] <ducasse> you start openvpn with --noroute, so you will keep your default route. then route what you want through the tunnel interface.
[15:33] <ducasse> there is also a git repo with scripts for deluge: https://github.com/bendikro/deluge-vpn.git
[15:33] <daftykins> i imagine that for ease of use on a graphical desktop you'd make a bunch of scripts to run perhaps
[15:34] <ducasse> yes, the github link would be a starting point there.
[15:36] <BluesKaj> think it would be simpler to just configure konversation, since does offer the socks5 option
[15:38] <ducasse> well, if that's the only program you want it for that is possibly true :)
[15:39] <BluesKaj> qbittorrent is already configured and working
[15:40] <ducasse> right. is there a verbose logging option?
[15:46] <daftykins> tail /var/log/$topic_above.log :
[15:46] <daftykins> "it dun work"
[15:46] <daftykins> "it dun work"
[15:52] <ducasse> :)
[15:54] <ducasse> something wrong here too, my laptop is 2.6gb into swap with over a gig of memory free...
[15:58] <daftykins> D:
[15:58] <daftykins> some kinda task that deems itself backgrounded, so swapped out? o0
[16:02] <ducasse> maybe, but i don't know _what_ - not that much running, it only has 4gb. bah, need to reboot anyway, kernel update.


[03:03] <grantbow> That was a good podcast recording with pleia2 about ubuntu-women.org and related topics! We hope to have it up on dvlug.org soon.
[17:05] <pleia2> Ubuntu User Days is happening now over in #ubuntu-classroom :) https://wiki.ubuntu.com/UserDaysTeam/quantal
[17:05] <darthrobot> Title: [UserDaysTeam/quantal - Ubuntu Wiki]
[17:27] <grantbow> hurray!
[17:28] <pleia2> and #ubuntu-classroom-chat for discussion&questions ;)
[17:31] <grantbow> Looks like a good schedule lined up. http://is.gd/8rtIi  I am liking this Samsung XE303 I'm using.
[17:31] <darthrobot> [R: people.ubuntu.com] Title: [Ubuntu Classroom Schedule]
[17:39] <grantbow> Hmm, I just found out about ChrUbuntu. http://techfoobar.blogspot.com/2013/01/how-to-install-ubuntu-on-samsungs-new.html
[17:39] <darthrobot> Title: [Linux and Tech Stuff: How to install Ubuntu on Samsungs new Chromebook (notebook 303C)]
[17:42] <grantbow> User Day logs are at http://irclogs.ubuntu.com/2013/02/09/%23ubuntu-classroom.html
[17:42] <darthrobot> Title: [/srv/irclogs.ubuntu.com/2013/02/09/#ubuntu-classroom.txt]
[18:37] <pleia2> grantbow: http://marcin.juszkiewicz.com.pl/2013/02/05/chromebook-support-lands-in-13-04/
[18:38] <darthrobot> Title: [Chromebook support lands in 13.04 | Marcin Juszkiewicz]
[18:43] <grantbow> nice, thanks
[18:55] <grantbow> We have not one but two presenters pleia2 and philipballew :-)
[18:55] <grantbow> go team
[18:59] <pleia2> and Gareth :)
[19:00] <pleia2> oh, it says Gareth but it's actually Richard
[19:00] <pleia2> doh :)
[19:00] <pleia2> "submitted by"
[19:00] <pleia2> philipballew is also running the scale next generation thing, and the ubuntu booth


[03:09] <xu-irc15w> Hi need a small help. while tweaking here and there i might have removed some of the default repos from Software and Update/Other software. how can i add the default repos back?
[03:15] <Bashing-om> xu-irc15w: My stripped down but fully functional source list file. - /etc/apt/sources.list
[03:38] <Bashing-om> xu-irc15w: 2) https://gist.github.com/seveas/09139dc2ce7e46e37ca6647b193ac0c9 <- vanilla sources.list file
[10:08] <xu-irc58w> can anyone here help me with this ?W:Updating from such a repository can't be done securely, and is therefore disabled by default., W:See apt-secure(8) manpage for repository creation and user configuration details., E:The repository 'http://pt.archive.ubuntu.com/ubuntu eoan-updates Release' does not have a Release file., W:Updating from such a
[10:08] <xu-irc58w> repository can't be done securely, and is therefore disabled by default., W:See apt-secure(8) manpage for repository creation and user configuration details., E:The repository 'http://pt.archive.ubuntu.com/ubuntu eoan Release' does not have a Release file., W:Updating from such a repository can't be done securely, and is therefore disabled by
[10:08] <xu-irc58w> default., W:See apt-secure(8) manpage for repository creation and user configuration details., E:The repository 'http://security.ubuntu.com/ubuntu eoan-security Release' does not have a Release file.
[10:08] <Unit193> ....Oh dear.
[10:11] <arraybolt3> xu-irc58w: For in the event you look at the logs, Ubuntu 19.10 is out of support and has been for a few years now. The easiest and best way to fix this problem is to download the latest Xubuntu 22.04.1 ISO from the official website, back up your data, and install Xubuntu from scratch. (Make sure to save any passwords stored in your browsers or password managers.)
[10:11] <Unit193> !eolupgrades
[10:11] <arraybolt3> s/a few years/a couple years/
[14:52] <kaiss> html
[19:31] <paraflu> ist


[00:07] <probasix> Hope this is not just the way kubuntu is now... I'll continue googling.
[00:07] <mybalzitch> probasix: are you using some weird theme?
[00:07] <probasix> Fresh install
[00:08] <probasix> installed all my usual apps, changed the wallpaper, that's about it.
[00:13] <probasix> No worries. Something just went wonky during or after install. Going to scrap and start over.
[08:51] <b77987> 547
[08:53] <b77987> MIKI
[12:17] <BluesKaj> Hi all
[17:50] <Guest72> "Ireland time" on the Kubuntu 21.04 installer is wrong.
[17:50] <Guest72> It runs an hour too slow.
[18:05] <Guest59> Wondering if anyone has experienced a vsync bug that displays only over the k-menu panel?
[18:05] <Guest59> If I take a screenshot, it looks fine
[18:06] <Guest59> but visually, it appears like an old analog TV picture with bad vertical hold, the picture rolls vertically....but only over the panel at the bottom edge of the screen
[18:09] <Guest59> working on an animated gif to link
[18:12] <Guest59> video card is NVIDIA Corporation GM107GLM [Quadro M2000M] (rev a2)
[18:14] <Guest59> https://imgflip.com/gif/5k4udg
[18:21] <Guest59> all righty then....


[12:09] <zul> BenC: ping
[12:14] <BenC> zul: pong
[12:15] <WebMaven> BenC: Is someone assigned to produce the fix for my laptop?
[12:15] <BenC> WebMaven: yeah, me
[12:15] <WebMaven> BenC: Ah, OK.
[12:16] <BenC> WebMaven: first part is actually figuring out what to fix
[12:16] <WebMaven> Is there any further info I can get you to help that along?
[12:17] <WebMaven> I obviously have a workaround for now, but I'd rather have an actual fix.
[12:22] <zul> BenC: the fxsave_clelar function doesnt exist in 2.6.10 looks like i might have to backport it
[12:23] <zul> http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blobdiff;h=cba8a3b0cded5a77191d9528710b04c85bc13c5b;hp=876eb9a2fe7868a7c7ce01ef694403b3150f4601;hb=18bd057b1408cd110ed23281533430cfc2d52091;f=include/asm-x86_64/i387.h
[12:35] <zul> and i gave you the wrong link
[12:38] <zul> http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=7180d4fb83085fef9d24b353f5bd79cf6fd98447
[12:48] <bluefoxicy> I
[12:48] <bluefoxicy> have no fucking clue if this is going to work.
[12:48] <bluefoxicy> oh that's right I have to throw stuff in elf.h all over the place
[01:53] <zul> thre patches for hoary done
[01:54] <zul> BenC: are you going to the the distro team meeting tomorrow morning?
[01:55] <zul> im debating whether to get up for it or not
[02:01] <ajmitch> morning
[02:01] <ajmitch> zul: do it!
[02:02] <zul> wohoo...dateline is doing internet predators again
[02:42] <bluefoxicy> did they get me on there this time?
[02:44] <zul> uh...ok
[02:50] <Keybuk> BenC: awake?
[02:50] <Keybuk> BenC: un-ping
[03:21] <zul> BenC: yay it builds
[10:03] <fabbione> BenC: please pull from my edgy tree when you are around.. i completed the cluster cleanup for gfs1
[10:59] <zul> hey
[11:03] <ajmitch> hi zul
[11:05] <zul> hey ajmitch
[01:13] <zul> hey
[01:13] <ajmitch> hey zul
[01:14] <zul> hey ajmitch
[01:16] <zul> BenC: ill send you the diff for hoary tonight
[06:12] <cbx33> Hi all, ogra pointed me here
[06:12] <cbx33> I have a problem my keyboard on a Toshiba Laptop
[06:12] <cbx33> it happens on the live cd as well as the system I upgraded from breezy
[06:12] <cbx33> it was fine before
[06:13] <cbx33> but now every minute or so, it just skips two characters or so
[06:13] <Keybuk> cbx33: the letters "w", "i", "t" and "h" don't work? :p
[06:13] <cbx33> Keybuk, see, it skipped those 4
[06:14] <cbx33> sometimes, it holds down one letter for the 2 that it skipped and replaces them with that character
[06:14] <BenC> cbx33: Does it skip and sometimes repeat?
[06:14] <Keybuk> it started happening after the upgrade?
[06:14] <cbx33> Keybuk, yes
[06:14] <cbx33> BenC, yes
[06:14] <BenC> cbx33: There's a bug report about that, search linux-source-2.6.15 bug reports for "repeat"
[06:14] <mjg59> cbx33: Did you have working battery status in breezy?
[06:15] <cbx33> mjg59, no
[06:15] <mjg59> Do you in dapper?
[06:15] <cbx33> yes
[06:15] <BenC> yeah, that's the one
[06:15] <mjg59> Ok. It'll be the smart battery driver
[06:15] <cbx33> wow thanks guys
[06:15] <cbx33> anything I can do
[06:15] <BenC> unload the driver
[06:15] <cbx33> I'de prefer to get rid of the battery monitor
[06:15] <mjg59> It seems to disable interrupts for long enough that things break
[06:15] <BenC> acpi_ something
[06:15] <cbx33> any helpers on how
[06:15] <mjg59> cbx33: sudo rmmod acpi-sbs
[06:15] <cbx33> how do I make that permanent?
[06:15] <mjg59> Will do it temporarily. It's a bit harder to make it permanent.
[06:15] <Keybuk> echo blacklist acpi-sbs > /etc/modprobe.d/blacklist-sbs
[06:16] <mjg59> Keybuk: No
[06:16] <Keybuk> or is it force loaded?
[06:16] <mjg59> Keybuk: acpid modprobes everything in drivers/acpi
[06:16] <Keybuk> mjg59: gnargh, and it doesn't use modprobe -b ?!
[06:16] <mjg59> Keybuk: Doubt it
[06:16] <BenC> acpid should call modprobe -b
[06:16] <cbx33> could I add it to my login script?
[06:16] <cbx33> actually no
[06:16] <fabbione> hey BenC
[06:17] <BenC> hey fabbione, saw your msg
[06:17] <BenC> I'll pull shortly
[06:17] <cbx33> that'll do for now
[06:17] <Keybuk> cbx33: edit /etc/init.d/acpid and add MODPROBE_OPTIONS=-b near the top
[06:17] <fabbione> BenC: perfect thanks.. it kills cluster/ and update the gnbd code that's the only left over from the cvs tree
[06:17] <cbx33> what does that do?
[06:18] <Keybuk> cbx33: it means that the blacklist line I gave you above with work
[06:18] <BenC> cbx33: and then do the blacklist shown above
[06:18] <Keybuk> and prevent that module being loaded at boot
[06:18] <cbx33> ok cool
[06:19] <cbx33> shall i create blacklist-sbs
[06:19] <cbx33> if it doesn't exist?
[06:19] <Keybuk> yes
[06:19] <Keybuk> (filed a bug on acpid to remind myself to fix that)
[06:19] <cbx33> can I test by restarting the acpid service ?
[06:19] <Keybuk> cbx33: if you've done the rmmod, yes
[06:20] <zul> BenC: so if my hoary boots tonight ill upload it sounds good? or do you want to have a look at the diff again?
[06:20] <Keybuk> if the module doesn't show up in lsmod after, then it's worked
[06:20] <alex_joni> hello, any idea what to check if a custom built 2.6.15 (from dapper 2.6.15-23) doesn't show the splash? (it simply stays black)
[06:20] <BenC> zul: upload sounds good
[06:20] <cbx33> w00t
[06:20] <cbx33> thank you guys so much
[06:20] <cbx33> you have nooooo idea how annoying that was
[06:21] <cbx33> Keybuk, do you have a bug number for that so I can see when it's fixed
[06:21] <Keybuk> #49017
[06:22] <zul> BenC: excelente el presidente
[06:22] <Keybuk> (for the acpid blacklist)
[06:22] <Keybuk> #39315 for the battery module problem
[06:23] <cbx33> thanks
[06:24] <cbx33> oh you guys are amazing
[06:24] <cbx33> thank you so much
[06:24] <cbx33> do you guys hug here ;) like in motu?
[06:24] <cbx33> and -bugs
[06:24] <cbx33> if so
[06:30] <BenC> there seems to be a patch to fix that hang when reading BAT/state
[06:39] <BenC> mjg59: Have you seen the patch that makes acpi/ec.c use a sema instead of a spinlock, and fixes the acpi-sbs problem?
[06:40] <BenC> presumably it slows down access to the ec, but keeps it from holding off interrupts while reading the bat status
[06:41] <cbx33> does the fix we just implemented stop the batt monitor from working
[06:41] <BenC> yes
[06:46] <cbx33> ok cool just soas I know
[06:46] <cbx33> thought it did
[08:27] <mjg59> BenC: Might help
[08:51] <BenC> mjg59: I'm a little reluctant to put it into dapper...but the problem it's causing is pretty big
[08:52] <BenC> might be best to disable acpi-sbs for dapper, and test this patch in edgy
[08:52] <mjg59> What codepath does the patch hit?
[08:54] <BenC> acpi_ec_polling_wait(), acpi_ec_poll_read(), acpi_ec_poll_write(), acpi_ec_poll_query()
[08:54] <mjg59> Does anything else use them?
[08:55] <BenC> it's just ec.c...changing the spinlocks to semaphores and some udelays to msleeps, but with same timeouts
[08:55] <BenC> use those functions?
[08:55] <BenC> hmm..not sure
[08:57] <mjg59> The answer seems to be "no"
[08:57] <mjg59> I'd just go ahead and do it, tbh
[08:57] <BenC> ibm_acpi
[08:58] <BenC> and i2c_acpi_ec
[08:58] <BenC> acpi_sbs.c uses i2c_acpi_ec
[08:59] <BenC> fuck it, can't hurt I guess
[08:59] <BenC> 11 out of 16 hunks FAILED -- saving rejects to file drivers/acpi/ec.c.rej
[08:59] <BenC> figures
[09:02] <mjg59> Ha
[09:02] <mjg59> i2c_acpi_ec is only used for acpi_sbs
[09:02] <mjg59> The rejects are probably due to acpi *finally* being lindented
[09:03] <BenC> yeah, looks that way
[09:03] <BenC> the patch is for .14
[09:04] <BenC> plus s/polling/poll/
[09:35] <BenC> crimsun: ping
[09:54] <zul> right im out of here..
[09:55] <zul> ttyl
[11:05] <crimsun> BenC: pong
[11:06] <BenC> crimsun: should any of the sound patches you sent me for dapper need to be merged into 2.6.17, or will they get pulled from upstream?
[11:07] <crimsun> BenC: they're all from upstream hg, so they'll get pulled, no need to merge
[11:07] <crimsun> (saves much work)
[11:07] <BenC> ok, thanks
[11:07] <crimsun> np
[11:21] <zul> yay it boots
[11:25] <zul> BenC: ping
[11:26] <BenC> zul: pong
[11:26] <zul> is there anything i have to do to dput to upload to hoary-security?
[11:29] <zul> i guess not..
[11:29] <zul> Uploading via ftp linux-source-2.6.10_2.6.10-34.18.dsc: done.
[11:29] <zul> Uploading via ftp linux-source-2.6.10_2.6.10-34.18.diff.gz:
[11:36] <zul> crap it got rejected
[11:37] <zul> it says im not permitted to upload to hoary security


[05:23] <ashabadi> QA:  tell kilos ashabadi has 120 badsector in sda3 but the fsck command did not fix bad sector details: http://pastebin.com/DjQJCbex . any guidance?
[05:23] <QA> ashabadi: Righto, I'll tell Kilos on freenode
[05:39] <RemonShai> ashabadi, vaw..... i'm back
[05:40] <ashabadi> sorry wrong channel :P
[05:40] <ashabadi> welcome back RemonShai
[05:40] <ashabadi> good to see you are up...
[05:40] <ashabadi> your name is off unconventional pattern :)
[05:41] <RemonShai> ashabadi, যেমন.........?
[05:41] <ashabadi> কখনও এমন নাম শুনিনি তাই বললাম আর কিছু না :)
[05:42] <RemonShai> হাহহাহাহহাহাহাহহা........ অনেকে তাই বলে?
[05:43] <ashabadi> হুমমম
[09:49] <Kilos> helloooo bd peeps
[12:33] <pavlushka> Hello abhra , its been quite a while, :)
[12:33] <Kilos> hi pavlushka abhra a nd others
[12:33] <Kilos> you ok pavlushka ?
[12:33] <Kilos> hi tareq
[12:34] <pavlushka> Kilos: I am fine, thanks.
[12:34] <Kilos> missed  you yesterday
[12:34] <pavlushka> I missed you too, :p
[12:35] <Kilos> well thats good
[12:35] <tareq> hello Kilos
[12:36] <pavlushka> tareq, run "/msg nickserv identify your_password"
[12:36] <pavlushka> and Hello tareq , :)
[12:36] <tareq> এটা সবসময় লিখতে হয়
[12:39] <pavlushka> tareq: না, আপনি এটা settings এ server configuration এ set করে নিতে পারেন, প্রতিবার login এর সময় আপনা থেকে যেন command টা run করে।
[13:06] <pavlushka> -ChanServ- Information on #ubuntu-bd:
[13:07] <Kilos> did you get anything pavlushka ?
[13:07] <Kilos> or must you use a different command
[13:08] <pavlushka> Kilos: yes I must, :)
[13:08] <Kilos> try /msg chanserv
[13:08] <Kilos> i have never tried that
[13:27] <abhra> sorry. could not reply earlier. sleeping. :)
[13:28] <abhra> শুভসন্ধ্যা
[13:34] <pavlushka> :)
[13:34] <pavlushka> bbl
[14:06] <pavlushka> wow! Hello annasha !
[14:07] <pavlushka> sigh
[15:41] <Kilos> hi RemonShai
[15:58] <RemonShai> hi....... Kilos
[16:09] <Kilos> wb pavlushka
[16:10] <pavlushka> Kilos: Did I go somewhere?, ok I switched the line, got it.
[16:11] <Kilos> lol
[16:13] <RemonShai> Kilos me too....
[16:13] <Kilos> haha RemonShai are you using a mobile device
[16:14] <Kilos> all your fancy posts
[16:14] <RemonShai> Kilos yes......
[16:14] <Kilos> haha
[16:16] <RemonShai> Kilos , when my Internet package  data getting low, I use it on mobile....
[16:16] <pavlushka> RemonShai: clever
[16:16] <Kilos> ah ok
[16:16] <RemonShai> pavlushka, Tehran
[16:16] <Kilos> yeah mobiles seem to use less for some reason hey
[16:17] <RemonShai> pavlushkasorry.... yeh
[16:17] <pavlushka> ????
[16:18] <RemonShai> pavlushka, miss text
[16:18] <pavlushka> ok
[16:19] <RemonShai> pavlushka & KilosI want my default unity again on ubuntu, how can I do it...?
[16:19] <Kilos> what have you got there now
[16:21] <pavlushka> RemonShai: আপনি এখন উবুন্টুতে কি ব্যবহার করছেন?
[16:21] <RemonShai> now I change it again and again... And I make my laptop ugly....
[16:21] <pavlushka> RemonShai: আপনি এখন উবুন্টুতে কি ব্যবহার করছেন?
[16:21] <RemonShai> unity
[16:22] <RemonShai> but this is different to see...:(
[16:22] <pavlushka> RemonShai: আর কি কি modify করসেন unity'র?
[16:23] <RemonShai> theme change....
[16:25] <pavlushka> RemonShai: run in terminal "sudo unity --reset"
[16:26] <RemonShai> আমি এই কমান্ডটা-ই দিতে চাইছিলাম, একজনে আমাকে পাম মাইরা ফাটিয়ে দিছিলো। ***তার নাম কমু না।
[16:27] <Kilos> hi ashabadi
[16:27] <pavlushka> RemonShai: unity and lightdm is a pair for Ubuntu, you might also do in addition "sudo dpkg-reconfigure lightdm"
[16:27] <ashabadi> hello Kilos
[16:27] <ashabadi> pavlushka: RemonShai
[16:27] <pavlushka> RemonShai: দেখেন আগে ঠিকমত run করে কি না, তারপরে জানাইয়েন
[16:27] <pavlushka> Helllllo ashabadi
[16:28] <pavlushka> bbl, gotta run
[16:28] <Kilos> ok
[16:29] <RemonShai> pavlushka, is this enough....?  I'll try that next morning, when my night Internet pack activate.... :)
[16:30] <RemonShai> ashabadi bro... pavlushka bro active now & my old friend Kilos too.....hahahhaha
[16:30] <Kilos> lol
[16:30] <RemonShai> LoL..... 2
[16:32] <ashabadi> hmmm
[16:32] <ashabadi> Kilos: /dev/sda3 is my /home partition
[16:32] <Kilos> yes
[16:33] <ashabadi> hence already mounted and can't be unmounted by umount
[16:33] <ashabadi> also e2fsck does not work
[16:33] <Kilos> hmm...
[16:33] <Kilos> let me see what i did
[16:33] <ashabadi> I think I will make a bootable usb and run diagnosis from live environment
[16:34] <ashabadi> that way hard disks wont be mounted
[16:34] <ashabadi> now I have to search for usb stick....
[16:35] <Kilos> you have to run it from the system so it can make a file to save the info of badblocks for fsck to use in the future
[16:35] <Kilos> what does this command do?
[16:35] <Kilos> sudo fsck -t ext4 -l bad-blocks-result /dev/sda1
[16:36] <Kilos> that should create the file to save the info isnt it
[16:36] <ashabadi> same as sda3
[16:36] <ashabadi> that I shared earlier in pastebin
[16:37] <Kilos> i thought it would create a file in sda1 to save the badblocks results
[16:37] <ashabadi> bad-blocks-result should be bad-blocks-result.txt?
[16:37] <ashabadi> sda1 does not contain any bad sector
[16:37] <ashabadi> sda3 does
[16:38] <Kilos> yes but i thought it would save the sda3 info in a file in sda1
[16:38] <ashabadi> but in sda3 bad-blocks-result is a file with 0 byte size
[16:39] <Kilos> maybe
[16:39] <Kilos> sudo fsck -t ext4 -l bad-blocks-result /dev/sda1/bad-blocks-result.txt
[16:40] <ashabadi> same result
[16:40] <ashabadi> as before
[16:40] <Kilos> this is all above my knowledge, i thought it created the file for future reference
[16:41] <Kilos> oh my
[16:41] <Kilos> Researcher- ping
[16:41] <Kilos> we need someone more clever than me to eplain what we need to do now
[16:42] <Kilos> i just followed those commands and drive hasnt packed up again
[16:43] <Kilos> the bad blocks thing should work similar to chkdsk in windows
[16:43] <Kilos> mark the bad sectors and not use them again
[16:44] <Kilos> we need to find the creator of badblocks and ask him i think
[16:44] <ashabadi> :p
[16:45] <Kilos> but the good thing is we know what caused your problem now
[16:45] <Kilos> now we try fix it
[16:51] <ashabadi> lets try with .txt then
[16:51] <ashabadi> and see what happens
[16:52] <Kilos> ok
[16:53] <ashabadi> it will take another 6/7 hours I guess
[16:53] <Kilos> eish
[16:54] <Kilos> didnt badblocks leave a result file in home or even in root folders
[16:54] <ashabadi> 0 byte
[16:54] <ashabadi> no information
[16:54] <Kilos> oh yes
[16:57] <Kilos> see if they give a tutorial here https://duckduckgo.com/?q=bad-blocks+tutorial+for+ubuntu&t=opera&ia=web
[16:59] <ashabadi> I'm going to run fsck from live disk next
[16:59] <Kilos> the only prob with that is it doesnt create a save info file in the working system
[17:00] <Kilos> look here too https://duckduckgo.com/?q=bad-blocks+tutorial+for+ubuntu&t=opera&ia=web
[17:00] <Kilos> somewhere there must be a good tutorial
[17:01] <Kilos> oh
[17:02] <Kilos> maybe it has that 0b file there so if you run sudo touch /forcefsck and reboot then it will add the info
[17:02] <Kilos> then at least its fsck running from your system
[17:27] <pavlushka> RemonShai: command গুলো run করার জন্য internet এর দরকার নেই
[17:27] <pavlushka> wb ashabadi
[17:27] <ashabadi> thanks pavlushka
[17:28] <pavlushka> শাহরিয়ার তারিক ভাই, আমি
[17:29] <pavlushka> অভিভুত আপনার thanks পেয়ে, সত্যি
[17:30] <pavlushka> একটাই লাইন, মাঝে enter presses হয়ে গিয়েছিল, lol
[17:30] <pavlushka> *pressed
[17:30] <ashabadi> ?
[17:30] <ashabadi> hmm
[17:30] <ashabadi> good to know that you are entertained...
[17:32] <pavlushka> শুধু wb এর জন্য আপনি thanks দিবেন, (normal) কিন্তু প্রস্তুত ছিলাম না, :p
[17:32] <Kilos> ashabadi have you got 2 drives?
[17:32] <Kilos> bottom 1/4 is using badblocks
[17:32] <Kilos> http://www.howtogeek.com/howto/37659/the-beginners-guide-to-linux-disk-utilities/
[17:33] <ashabadi> Kilos: physical disk? only 1, have 4 partition though
[17:33] <Kilos> i think i remember gparted also can mark bad blocks
[17:33] <Kilos> let me keep searching
[17:36] <ashabadi> Kilos: for the time being hold on searching
[17:36] <ashabadi> I will run fsck with gpated live disk if necessary
[17:36] <ashabadi> gparted has dedicated live disk for such issues...
[17:36] <ashabadi> if it does not work then I shall come back and try finding solution
[17:37] <Kilos> ok
[17:37] <Kilos> good luck
[17:38] <ashabadi> that article is for Ubuntu desktop.. I've kubuntu desktop
[17:38] <ashabadi> no disk utility :(
[17:38] <Kilos> you can install it
[17:38] <Kilos> gnome-disk-utility
[17:38] <ashabadi> i have bitter experience in mixing de apps
[17:38] <Kilos> then start it by typing in disks in launcher
[17:39] <ashabadi> gnome apps in kde environment
[17:39] <Kilos> lol
[17:39] <Kilos> the kde disk tool isnt as good
[17:39] <ashabadi> once I installed gnome apps in laptop, and for no reason my wifi stopped working in kde
[17:40] <Kilos> i dont know about 16.04 but on 14.04 it hasnt caused any hassles
[17:40] <Kilos> ouch
[17:40] <ashabadi> I am talking about 10* era
[17:41] <ashabadi> after that I no longer mix de if it isnt absolutely necessary
[17:41] <Kilos> i think things are  more stable but im scared to go 16.04 because there are still too many unfixed bugs
[17:42] <Kilos> and at least updates on 14.04 have slowed down now so not so much data use
[17:57] <pavlushka> Welcome tareq
[17:57] <tareq> hi pavlushka
[18:00] <pavlushka> power down, awe, need to leave with a broken heart,:(
[18:01] <Kilos> eish
[18:46] <pavlushka> Welcome AudaciousTUX !
[18:46] <AudaciousTUX> helu
[18:47] <pavlushka> AudaciousTUX: বলু
[18:47] <AudaciousTUX> ki bulbo
[18:48] <AudaciousTUX> MBL pailam.   vaiyar puran MBL amar notun MBL hoi geche :3
[18:48] <pavlushka> lol, congrats, wow
[18:49] <pavlushka> looks like all quiet in the eastern front, !
[18:50] <pavlushka> ashabadi: your disk problem solved?
[18:52] <pavlushka> ashabadi: I am using a 80 GB hdd with only a few recoverable bad blocks for 8 years, boring.
[18:52] <pavlushka> and now Kilos suffering the power cut, :(
[18:55] <AudaciousTUX> :p
[18:56] <pavlushka> AudaciousTUX: Has your :p a reason?
[18:57] <pavlushka> just asking
[19:00] <pavlushka> So RemonShai , welcome
[19:01] <RemonShai> pavlushka, thanks....
[19:01] <pavlushka> কেন?
[19:02] <RemonShai> pavlushka,  for welcome :D
[19:03] <pavlushka> RemonShai: আমি ভাবলাম, আপনার সমস্যা সমাধান হয়েছে, তা কি হল সেটার?
[19:04] <RemonShai> pavlushka, এখনো ট্রাই করি নাই। সকালে নেট প্যাকেজ কিনা লই।
[19:09] <RemonShai> ashabadi, AudaciousTUX, pavlushka, vaw... here everyone nocturnal...?
[19:54] <pavlushka> Welcome zaki
[19:58] <zaki> thnx
[19:59] <zaki> how are you all? :)
[20:03] <RemonShai> pavlushka, https://paste.ubuntu.com/18413631/
[20:35] <pavlushka> RemonShai: do you have unity-tweak-tool installed in your system?
[20:35] <pavlushka> RemonShai: "unity-tweak-tool"
[20:35] <RemonShai> yes
[20:36] <pavlushka> then run in terminal "sudo unity-tweak-tool --reset-unity", and report
[20:36] <AudaciousTUX_> hello from the pi side :v
[20:36] <pavlushka> AudaciousTUX: wow, congrats!
[20:37] <AudaciousTUX_> :D
[20:37] <pavlushka> AudaciousTUX: See you on the other side of PI, :p
[20:39] <AudaciousTUX_> :p
[20:39] <AudaciousTUX_> heat sink must :3
[20:39] <AudaciousTUX_> gorom hoi jay
[20:40] <AudaciousTUX_> ektu age review banailam
[20:40] <pavlushka> AudaciousTUX: hmm, is it possible to add a heat-sink?
[20:40] <AudaciousTUX_> yah
[20:41] <pavlushka> AudaciousTUX: I mean manually?
[20:41] <AudaciousTUX_> ei gorome jodio kono prob hoyna... tobuo pi amar jan pran... eto hot thakle problem :p
[20:41] <pavlushka> lol
[20:41] <AudaciousTUX_> ummm manually bolte??
[20:41] <AudaciousTUX_> rasbir jonne alada heat sink paoa jay
[20:42] <pavlushka> AudaciousTUX: একটা heat sink কিনা, সেইটা just add কইরা দিলা
[20:42] <zaki> good to know.., some day i will use one
[20:42] <pavlushka> ashabadi_: ping
[20:42] <pavlushka> zaki: me too, :)
[20:43] <AudaciousTUX_> just processor er upre lagailei hoilo... cooling paste (nam thik moto janina) lagaya processor er upre bosai deya lage
[20:43] <AudaciousTUX_> jekono heat sink e hoibe
[20:43] <zaki> বাহ।।
[20:43] <AudaciousTUX_> kintu eto picci size er heat sink kinai vala
[20:44] <pavlushka> RemonShai: any result?
[20:45] <zaki> what it about?
[20:47] <pavlushka> zaki: RemonShai wants to restore the defaults in unity, he has done some modifications that he dont want anymore.
[20:47] <AudaciousTUX_> pi er review banaite giya 2 bar shock khailam... :3
[20:48] <pavlushka> AudaciousTUX: shock is better than chhaka, :p
[20:48] <zaki> :D
[20:48] <AudaciousTUX_> true dat... duitai khaichi... hagar hagar bar :')
[20:49]  * pavlushka rolling on the ground laughing
[20:50] <AudaciousTUX_> :3
[20:50]  * pavlushka cant tell why he is laughing, For murad_takla or for the amount?
[20:53] <AudaciousTUX_> :3
[20:55] <AudaciousTUX_> linux 2% market share cross korche
[20:55] <AudaciousTUX_> not bad :D
[20:56] <RemonShai> pavlushka ,  same case....!!! সমস্যাটা হইলো top panel গায়েব।
[21:00] <RemonShai> pavlushka   https://paste.ubuntu.com/18416198/
[21:49] <pavlushka> Audacio17: রঙ্গে আস না?
[22:39] <pavlushka> AudaciousTUX: এ তো দেখি রঙ্গের ডিব্বা, স্বপ্ন হল সত্যি, ঈদের আগেই ঈদ


[15:44] <jamespage> sil2100: hey can we get https://bugs.launchpad.net/cloud-archive/+bug/1837905 release now? sahid_  has confirmed testing and tagged inline with process now
[16:06] <sil2100> jamespage: hey! Sure, let me do that once we're done with the eoan candidate images - I expect I can tackle that somewhere tomorrow
[16:06] <jamespage> sil2100: OK - I have some other updates ready for upload once those have cleared proposed
[17:14] <ahasenack> hi guys, I'm tracking down a dep8 failure in eoan and looks like the i386 test actually was run on a x86_64 host (64bits), is that expected?
[17:14] <ahasenack> test log is<EMAIL_ADDRESS>[17:15] <ahasenack> one can see the intention of running on i386, like -image adt/ubuntu-eoan-i386-server
[17:15] <ahasenack> but at the same time we can also see apt fetching release files from amd64
[17:16] <ahasenack> and an amd64 kernel seems to be installed: linux-generic:amd64 is already the newest version (<IP_ADDRESS>.21).
[17:18] <sarnold> ahasenack: I believe there's no 32bit x86 kernel on eoan
[17:18] <sarnold> ahasenack: we're still planning on supporting some of the libraries for 32bit x86 use but the intention is to run them on 64 bit amd64 kernels
[17:19] <ahasenack> the python code is calling platform.machine() to check the arch
[17:19] <ahasenack> that seems to be returning x86_64 when the test is supposed to be running on i386
[17:19] <ahasenack> then the test isn't skipped, and fails
[17:20] <ahasenack> yeah, last good run was on i386 "native"
[17:20] <ahasenack> http://autopkgtest.ubuntu.com/packages/p/python-pyeclib/eoan/i386
[17:20] <ahasenack> just checked the test log from there
[17:21] <ahasenack> then a sea of red started
[17:21] <ahasenack> maybe the test should use dpkg-architecture
[17:22] <cjwatson> dpkg --print-architecture if you want a runtime check of the userspace architecture
[17:22] <sarnold> dpkg-dev: /usr/bin/dpkg-architecture
[17:22] <cjwatson> (dpkg-architecture is in dpkg-dev; dpkg --print-architecture doesn't require -dev)
[17:22] <ahasenack> yeah, that seems to work
[17:23] <ahasenack> let me just check if that python platform module has nothing else I could use
[17:23] <ahasenack> platform.architecture() maybe
[17:24] <cjwatson> Conceivably I guess
[17:25] <cjwatson> This all triggers my "probably testing for the wrong thing" reflex though
[17:26] <sarnold> that's an excellent way to describe that feeling I was getting :) thanks
[17:26] <ahasenack> it's a test that is not meant to be run on i386
[17:26] <ahasenack> dep8 doesn't have a way to express that, does it?
[17:27] <cjwatson> Oh, this is in debian/tests/
[17:27] <cjwatson> You should check the dpkg architecture in that case
[17:28] <cjwatson> dpkg --print-architecture would be correct
[17:28] <cjwatson> AFAIK there is indeed no way to specify that in autopkgtest metadata
[17:29] <cjwatson> Though could you not just put libisal2 in the test's Depends?
[17:30] <cjwatson> Not certain but that would be the first thing I'd try
[17:30] <cjwatson> That's what the test is purportedly for, so let's stop using proxy properties like the current architecture?
[17:35] <ahasenack> not my package, it just got called out in our daily triage. It's blocking python-six
[17:35] <ahasenack> I never heard of python-pyeclib before today :)
[17:35] <ahasenack> trying to figure out the best way to unblock it
[17:36] <ahasenack> looks like that skip was introduced in 1.5.0-1ubuntu2
[17:37] <ahasenack> cjwatson: so how to run the test in amd64, if then it needs libisal2? Where would the libisal2 dep be declared?
[17:38] <ahasenack> the other half of the tests run on all arches
[17:38] <cjwatson> ahasenack: Depends: in debian/tests/control for the particular tests in question
[17:39] <ahasenack> it is in there, but with the [amd64] flag. You mean it should be there without that flag?
[17:39] <cjwatson> ahasenack: In fact it already seems to have "libisal2 [amd64]" there.  I wonder whether just making that be "libisal2" and letting it be unresolvable on other architectures would help
[17:39] <cjwatson> Maybe
[17:39] <cjwatson> Worth testing (locally)
[17:41] <cjwatson> But failing that, check dpkg --print-architecture since this test really does care about the dpkg arch not the kernel arch
[17:41] <cjwatson> Or even test whether the library exists, ctypes.cdll.LoadLibrary or something
[20:45] <mwhudson> if you put unavailable depends in debian/tests/control the tests just fail, i think


[04:27] <mup> Bug # changed: 1659613, 1672054, 1685337, 1686244
[17:07] <mup> Bug #1686485 changed: cc_ntp fails to work when deploying ubuntu-core <cloud-init:Fix Committed> <MAAS:Invalid> <https://launchpad.net/bugs/1686485>
[17:07] <mup> Bug #1705594 changed: [2.2] rackd errors after fresh install <cdo-qa> <cdo-qa-blocker> <MAAS:Invalid> <https://launchpad.net/bugs/1705594>
[18:46] <mup> Bug #1713556 opened: pods: MAAS created VMs don't log console output <cdoqa> <MAAS:New> <https://launchpad.net/bugs/1713556>
[19:04] <mup> Bug #1713556 changed: pods: MAAS created VMs don't log console output <cdoqa> <MAAS:New> <https://launchpad.net/bugs/1713556>