[05:11] -queuebot:#ubuntu-release- New binary: libsignal-protocol-c [ppc64el] (bionic-proposed/none) [2.3.1+git20171007-2] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: libsignal-protocol-c [arm64] (bionic-proposed/none) [2.3.1+git20171007-2] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: libsignal-protocol-c [s390x] (bionic-proposed/none) [2.3.1+git20171007-2] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: seqtools [ppc64el] (bionic-proposed/none) [4.44.1+dfsg-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: seqtools [s390x] (bionic-proposed/none) [4.44.1+dfsg-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: libsignal-protocol-c [armhf] (bionic-proposed/none) [2.3.1+git20171007-2] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: seqtools [arm64] (bionic-proposed/none) [4.44.1+dfsg-1] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: libsignal-protocol-c [amd64] (bionic-proposed/none) [2.3.1+git20171007-2] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: libsignal-protocol-c [i386] (bionic-proposed/none) [2.3.1+git20171007-2] (no packageset)
[05:18] -queuebot:#ubuntu-release- New binary: libterm-choose-perl [amd64] (bionic-proposed/none) [1.507-1] (no packageset)
[05:18] -queuebot:#ubuntu-release- New binary: ruby-guard-shell [amd64] (bionic-proposed/none) [0.7.1-1] (no packageset)
[05:18] -queuebot:#ubuntu-release- New binary: nipy [s390x] (bionic-proposed/none) [0.4.1-2] (no packageset)
[05:18] -queuebot:#ubuntu-release- New binary: r-cran-recipes [amd64] (bionic-proposed/none) [0.1.0-1] (no packageset)
[05:20] -queuebot:#ubuntu-release- New binary: nipy [ppc64el] (bionic-proposed/none) [0.4.1-2] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: seqtools [armhf] (bionic-proposed/none) [4.44.1+dfsg-1] (no packageset)
[05:22] -queuebot:#ubuntu-release- New binary: seqtools [amd64] (bionic-proposed/none) [4.44.1+dfsg-1] (no packageset)
[05:22] -queuebot:#ubuntu-release- New binary: seqtools [i386] (bionic-proposed/none) [4.44.1+dfsg-1] (no packageset)
[05:32] -queuebot:#ubuntu-release- New binary: nipy [i386] (bionic-proposed/none) [0.4.1-2] (no packageset)
[05:38] -queuebot:#ubuntu-release- New binary: nipy [amd64] (bionic-proposed/none) [0.4.1-2] (no packageset)
[05:46] -queuebot:#ubuntu-release- New binary: nipy [arm64] (bionic-proposed/none) [0.4.1-2] (no packageset)
[09:13] -queuebot:#ubuntu-release- Unapproved: strongswan (artful-proposed/main) [5.5.1-4ubuntu2.1 => 5.5.1-4ubuntu2.2] (ubuntu-server)
[09:14] -queuebot:#ubuntu-release- Unapproved: strongswan (zesty-proposed/main) [5.5.1-1ubuntu3.2 => 5.5.1-1ubuntu3.3] (ubuntu-server)
[09:14] -queuebot:#ubuntu-release- Unapproved: strongswan (xenial-proposed/main) [5.3.5-1ubuntu3.4 => 5.3.5-1ubuntu3.5] (ubuntu-server)
[10:08] -queuebot:#ubuntu-release- New sync: haskell-unliftio-core (bionic-proposed/primary) [<IP_ADDRESS>-1]
[10:10] -queuebot:#ubuntu-release- New sync: haskell-fgl-arbitrary (bionic-proposed/primary) [<IP_ADDRESS>-1]
[10:10] -queuebot:#ubuntu-release- New sync: haskell-unliftio (bionic-proposed/primary) [<IP_ADDRESS>-1]
[10:10] -queuebot:#ubuntu-release- New sync: haskell-storable-record (bionic-proposed/primary) [<IP_ADDRESS>-1]
[10:23] -queuebot:#ubuntu-release- Unapproved: ntp (artful-proposed/main) [1:4.2.8p10+dfsg-5ubuntu3 => 1:4.2.8p10+dfsg-5ubuntu3.1] (ubuntu-server)
[10:29] -queuebot:#ubuntu-release- New: accepted libsignal-protocol-c [amd64] (bionic-proposed) [2.3.1+git20171007-2]
[10:29] -queuebot:#ubuntu-release- New: accepted libsignal-protocol-c [armhf] (bionic-proposed) [2.3.1+git20171007-2]
[10:29] -queuebot:#ubuntu-release- New: accepted libsignal-protocol-c [ppc64el] (bionic-proposed) [2.3.1+git20171007-2]
[10:29] -queuebot:#ubuntu-release- New: accepted libterm-choose-perl [amd64] (bionic-proposed) [1.507-1]
[10:29] -queuebot:#ubuntu-release- New: accepted ruby-guard-shell [amd64] (bionic-proposed) [0.7.1-1]
[10:29] -queuebot:#ubuntu-release- New: accepted seqtools [arm64] (bionic-proposed) [4.44.1+dfsg-1]
[10:29] -queuebot:#ubuntu-release- New: accepted seqtools [i386] (bionic-proposed) [4.44.1+dfsg-1]
[10:29] -queuebot:#ubuntu-release- New: accepted libsignal-protocol-c [arm64] (bionic-proposed) [2.3.1+git20171007-2]
[10:29] -queuebot:#ubuntu-release- New: accepted libsignal-protocol-c [s390x] (bionic-proposed) [2.3.1+git20171007-2]
[10:29] -queuebot:#ubuntu-release- New: accepted seqtools [amd64] (bionic-proposed) [4.44.1+dfsg-1]
[10:29] -queuebot:#ubuntu-release- New: accepted seqtools [s390x] (bionic-proposed) [4.44.1+dfsg-1]
[10:29] -queuebot:#ubuntu-release- New: accepted libsignal-protocol-c [i386] (bionic-proposed) [2.3.1+git20171007-2]
[10:29] -queuebot:#ubuntu-release- New: accepted seqtools [armhf] (bionic-proposed) [4.44.1+dfsg-1]
[10:29] -queuebot:#ubuntu-release- New: accepted r-cran-recipes [amd64] (bionic-proposed) [0.1.0-1]
[10:29] -queuebot:#ubuntu-release- New: accepted seqtools [ppc64el] (bionic-proposed) [4.44.1+dfsg-1]
[10:45] -queuebot:#ubuntu-release- New sync: haskell-unliftio-core (bionic-proposed/primary) [<IP_ADDRESS>-1]
[10:50] <jamespage> in the interests of clearing some backlog pre-christmas - please can ceph in artful-proposed under bug 1728576 be released to updates?
[10:50] <ubot5`> bug 1728576 in ceph (Ubuntu Artful) "[SRU] ceph 12.2.1" [High,Fix committed] https://launchpad.net/bugs/1728576
[11:10] -queuebot:#ubuntu-release- New binary: tesseract [s390x] (bionic-proposed/universe) [4.00~git2174-3b62badd-5] (kubuntu)
[11:13] -queuebot:#ubuntu-release- New binary: tesseract [ppc64el] (bionic-proposed/universe) [4.00~git2174-3b62badd-5] (kubuntu)
[11:14] -queuebot:#ubuntu-release- New binary: mumps [s390x] (bionic-proposed/universe) [5.1.2-2] (no packageset)
[11:18] -queuebot:#ubuntu-release- New binary: mumps [ppc64el] (bionic-proposed/universe) [5.1.2-2] (no packageset)
[11:19] -queuebot:#ubuntu-release- New binary: mumps [i386] (bionic-proposed/universe) [5.1.2-2] (no packageset)
[11:19] -queuebot:#ubuntu-release- New binary: tesseract [amd64] (bionic-proposed/universe) [4.00~git2174-3b62badd-5] (kubuntu)
[11:23] -queuebot:#ubuntu-release- New binary: tesseract [i386] (bionic-proposed/universe) [4.00~git2174-3b62badd-5] (kubuntu)
[11:24] -queuebot:#ubuntu-release- New binary: tesseract [arm64] (bionic-proposed/universe) [4.00~git2174-3b62badd-5] (kubuntu)
[11:26] -queuebot:#ubuntu-release- New binary: tesseract [armhf] (bionic-proposed/universe) [4.00~git2174-3b62badd-5] (kubuntu)
[11:27] -queuebot:#ubuntu-release- New binary: tesseract-lang [amd64] (bionic-proposed/none) [4.00~git15-45ed289-3] (no packageset)
[11:29] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (artful-proposed/main) [4.13.0-21.24] (core, kernel)
[11:29] -queuebot:#ubuntu-release- New binary: linux-signed-oem [amd64] (xenial-proposed/universe) [4.13.0-1012.13] (kernel)
[11:29] -queuebot:#ubuntu-release- New binary: mumps [amd64] (bionic-proposed/universe) [5.1.2-2] (no packageset)
[11:30] -queuebot:#ubuntu-release- New binary: linux-signed-hwe-edge [amd64] (xenial-proposed/main) [4.13.0-21.24~16.04.1] (kernel)
[11:31] -queuebot:#ubuntu-release- New binary: mumps [arm64] (bionic-proposed/universe) [5.1.2-2] (no packageset)
[11:40] -queuebot:#ubuntu-release- New binary: mumps [armhf] (bionic-proposed/universe) [5.1.2-2] (no packageset)
[12:02] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe-edge [amd64] (xenial-proposed) [4.13.0-21.24~16.04.1]
[12:02] -queuebot:#ubuntu-release- New: accepted linux-signed-oem [amd64] (xenial-proposed) [4.13.0-1012.13]
[12:34] <LocutusOfBorg> cjwatson, please re-enable haskell autosync, I don't foresee any ghc 8.2 in the near future
[12:35] <LocutusOfBorg> (we should probably try to get 8.2 in 18.04 anyway)
[12:35] <cjwatson> LocutusOfBorg: done
[12:35] <LocutusOfBorg> ta
[12:35] <LocutusOfBorg> people are putting pressure to have 8.2 in unstable, but stackage is not tracking it
[12:36] <LocutusOfBorg> damn, stackage just published it
[12:36] <LocutusOfBorg> :/
[15:46] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (artful-proposed) [4.13.0-21.24]
[16:12] -queuebot:#ubuntu-release- Unapproved: libmbim (xenial-proposed/main) [1.12.2-2ubuntu1 => 1.14.0-1ubuntu<IP_ADDRESS>] (kubuntu, ubuntu-desktop)
[16:12] -queuebot:#ubuntu-release- Unapproved: libqmi (xenial-proposed/main) [1.12.6-1 => 1.16.2-1ubuntu<IP_ADDRESS>] (kubuntu, ubuntu-desktop)
[16:13] -queuebot:#ubuntu-release- Unapproved: modemmanager (xenial-proposed/main) [1.4.12-1ubuntu1 => 1.6.4-1ubuntu<IP_ADDRESS>] (kubuntu, ubuntu-desktop)
[16:16] -queuebot:#ubuntu-release- New sync: linux-kvm (bionic-proposed/primary) [4.4.0-1013.18]
[16:17] -queuebot:#ubuntu-release- New sync: linux-meta-kvm (bionic-proposed/primary) [<IP_ADDRESS>3.13]
[18:16] -queuebot:#ubuntu-release- Unapproved: debian-installer (xenial-proposed/main) [20101020ubuntu451.17 => 20101020ubuntu451.18] (core)
[18:56] <sil2100> RAOF: hey! Could you release ubuntu-image into -updates for artful, zesty and xenial? Thanks!
[19:02] <acheronuk> Hi, could pintery test against qtbase-opensource-src on arm64 perhaps be ignored?
[19:02] <acheronuk> for https://autopkgtest.ubuntu.com/packages/pinentry/bionic/arm64
[19:03] <acheronuk> it seems to be failing the same in all but one random case, and not related to new Qt at all
[19:06] <slangasek> doko: fwiw we don't expose 'error' state in update_excuses.yaml, we only list results as regression vs. alwaysfail.  So we don't have a good way to automatically retry only those tests that errored out and which are relevant to migration
[19:08] <slangasek> jibel: hi, I understand from powersj that ~canonical-platform-qa-jenkins is the team that has access to trigger jenkins jobs for the image smoketests.  Could ubuntu-release be added as part of that team?  Or should it be some canonical-only subset?  (AIUI the jenkins is firewalled, so maybe it doesn't have to be subsetted)
[19:12] <sil2100> apw: are you doing SRU work right now? Could you release ubuntu-image while you're at it? ;)
[19:15] <jibel> slangasek, hi, I added ubuntu-release.
[19:15] <slangasek> jibel: cheers
[19:16] <slashd> slangasek, good day I did all the verification-done-$RELEASE for "ca-certificates-java", there is no autopkgtest failures in pending SRU and it will reach its 7 days (minimum aging period in -proposed) this Friday. Do you think there is a chance we can release it in -updates on friday ? or you would prefer to release it early Jan 2018 ?
[19:16] <slangasek> slashd: well I'm not going to be here Friday to release it
[19:17] <slangasek> slashd: we could release it early, if the SRUer of the day agrees
[19:18] <slashd> slangasek, sound good I'll ping ask sil2100 on Thursday, it'll give the pkg an extra 48 hours in -proposed
[19:18] <slashd> slangasek, thanks and enjoy your time off
[19:18] <slangasek> slashd: a) why would you wait instead of doing it now?
[19:18] <slangasek> slashd: b) pinging sil2100 won't do any good, he's already off
[19:20] <slashd> slangasek, ack for sil2100, because today the SRU vanguard is already EOD, and I wanted to give the package as much time as possible in -proposed.
[19:21] <slashd> slangasek, but if someone from the SRU team is okay to release it now, I'm totally fine with it
[19:25] <slangasek> slashd: giving it more time in -proposed means giving us less time to respond to any regressions detected in -updates before it becomes a holiday emergency.  if we're going to release it early we should do so asap
[19:26] <slangasek> slashd: and RAOF shouldn't be EOD yet, he should be just coming online shortly
[19:26] <slashd> slangasek, make sense to me to have some day left to react in case of.... will ping RAOF then, tks again
[19:28] <slashd> o/ RAOF, based on the above discussion with slangasek ^ can you please look at "ca-certificates-java" in -proposed for Xenial and Zesty, and see if it could be eligible for an early release ?
[19:31] <slashd> slashd, what I meant by RAOF EOD is that he is the Tuesday vanguard, but when he will be online it's going to be Wednesday for him, so it'll be someone else duty, but if RAOF doesn't do it. I'll ping the Wednesday vanguard when I start my day tomorrow.
[19:31] <slashd> slangasek, ^
[19:32] <slangasek> slashd: my understanding is that RAOF celebrates western-hemisphere-Tuesday for these purposes ;)
[19:32] <slashd> slangasek, ok ;) We are all good then
[19:38] <slangasek> jibel: ah... does being added to that team need to be confirmed by ubuntu-release, or something? I don't see ubuntu-release added, and I don't see anything pending for me to accept
[20:14] <slangasek> Laney: did you happen to see my follow-up question on https://bugs.launchpad.net/auto-package-testing/+bug/1733839 ? seems like a small enough change and I'm happy to follow this through, but I don't understand the rationale for part of it here
[20:14] <ubot5`> Launchpad bug 1733839 in Auto Package Testing "Sometimes we use upstream cloud images without harmful packages removed" [Undecided,New]
[20:40] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (bionic-proposed/main) [4.14.0-13.15] (core, kernel)
[21:17] -queuebot:#ubuntu-release- New: accepted linux-kvm [sync] (bionic-proposed) [4.4.0-1013.18]
[21:17] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (bionic-proposed) [4.14.0-13.15]
[21:17] -queuebot:#ubuntu-release- New: accepted linux-meta-kvm [sync] (bionic-proposed) [<IP_ADDRESS>3.13]
[21:17] <elbrus> does anybody understand why updating libjs-jquery-colorpicker doesn't trigger autopkgtesting of cacti?
[21:18] <elbrus> cacti needs a rebuild for libjs-jquery-colorpicker 1.2.14-1 to not break it (due to the use of dh_linktree)
[21:19] <elbrus> see Debian bug 884756 and 884804
[21:19] <ubot5`> Debian bug 884756 in cacti "cacti can not install missing dependency" [Grave,Open] http://bugs.debian.org/884756
[21:19] <ubot5`> Debian bug 884804 in release.debian.org "nmu: cacti_1.1.28+ds1-2" [Normal,Open] http://bugs.debian.org/884804
[21:39] -queuebot:#ubuntu-release- New: accepted mumps [amd64] (bionic-proposed) [5.1.2-2]
[21:39] -queuebot:#ubuntu-release- New: accepted mumps [armhf] (bionic-proposed) [5.1.2-2]
[21:39] -queuebot:#ubuntu-release- New: accepted mumps [arm64] (bionic-proposed) [5.1.2-2]
[21:39] -queuebot:#ubuntu-release- New: accepted tesseract-lang [amd64] (bionic-proposed) [4.00~git15-45ed289-3]
[21:40] -queuebot:#ubuntu-release- New: accepted tesseract [armhf] (bionic-proposed) [4.00~git2174-3b62badd-5]
[21:41] -queuebot:#ubuntu-release- New: accepted tesseract [amd64] (bionic-proposed) [4.00~git2174-3b62badd-5]
[21:41] -queuebot:#ubuntu-release- New: accepted tesseract [i386] (bionic-proposed) [4.00~git2174-3b62badd-5]
[21:41] -queuebot:#ubuntu-release- New: accepted tesseract [arm64] (bionic-proposed) [4.00~git2174-3b62badd-5]
[21:41] -queuebot:#ubuntu-release- New: accepted mumps [i386] (bionic-proposed) [5.1.2-2]
[21:41] -queuebot:#ubuntu-release- New: accepted mumps [s390x] (bionic-proposed) [5.1.2-2]
[21:41] -queuebot:#ubuntu-release- New: accepted nipy [arm64] (bionic-proposed) [0.4.1-2]
[21:41] -queuebot:#ubuntu-release- New: accepted nipy [ppc64el] (bionic-proposed) [0.4.1-2]
[21:41] -queuebot:#ubuntu-release- New: accepted tesseract [ppc64el] (bionic-proposed) [4.00~git2174-3b62badd-5]
[21:41] -queuebot:#ubuntu-release- New: accepted mumps [ppc64el] (bionic-proposed) [5.1.2-2]
[21:41] -queuebot:#ubuntu-release- New: accepted nipy [i386] (bionic-proposed) [0.4.1-2]
[21:41] -queuebot:#ubuntu-release- New: accepted tesseract [s390x] (bionic-proposed) [4.00~git2174-3b62badd-5]
[21:41] -queuebot:#ubuntu-release- New: accepted nipy [amd64] (bionic-proposed) [0.4.1-2]
[21:41] -queuebot:#ubuntu-release- New: accepted nipy [s390x] (bionic-proposed) [0.4.1-2]
[22:39] -queuebot:#ubuntu-release- Unapproved: unattended-upgrades (artful-proposed/main) [0.98ubuntu1 => 0.98ubuntu1.1] (desktop-core, ubuntu-server)
[22:51] -queuebot:#ubuntu-release- Unapproved: unattended-upgrades (zesty-proposed/main) [0.93.1ubuntu2.3 => 0.93.1ubuntu2.4] (desktop-core, ubuntu-server)
[22:52] <tsimonq2> slangasek: Please update your pinentry hint so that it covers arm64 as well, it seems to be a container problem.
[22:52] <slangasek> tsimonq2: arm64 tests don't run in containers
[22:53] <tsimonq2> slangasek: er, my terminology's off, but regardless, this seems runner-related<EMAIL_ADDRESS>[22:53] <tsimonq2> It also fails on all other arches except for armhf, which is *weird*.
[22:54] <slangasek> ah; so what's exceptional there is that it *did* ever succeed on arm64
[22:54] <slangasek> it's not runner-related, it's what-the-hell-is-wrong-with-your-test,-pinentry-related
[22:54] -queuebot:#ubuntu-release- Unapproved: unattended-upgrades (xenial-proposed/main) [0.90ubuntu0.8 => 0.90ubuntu0.9] (desktop-core, ubuntu-server)
[22:54] <LocutusOfBorg> I run it against itself, so we have a record that it was regressed in release
[22:54] <LocutusOfBorg> slangasek, bad test is bad, and even worse when completely unreliable
[22:54] <slangasek> (see the comment above the existing hint in my hint file)
[22:54] <LocutusOfBorg> tsimonq2, what about pinging upstream?
[22:55]  * LocutusOfBorg pointed tsimonq2 to you just because of your comment :p
[22:55] <slangasek> it hadn't been necessary to hint it for other archs because they were always-failed.  I just don't know why it managed to pass on arm64 one time
[22:55] <tsimonq2> LocutusOfBorg: I could do that, but it's irrelevant to the fact that qtbase migration is blocked because of it
[22:55] <LocutusOfBorg> tsimonq2, for the future I mean
[22:55] <slangasek> hint updated
[22:55] <LocutusOfBorg> <3
[22:55] <tsimonq2> Thanks slangasek!
[22:56] <tsimonq2> The last failure, which I'm working on right now... wh- why...
[22:56] <tsimonq2>    Actual   (noImplicitSmb.path())   : "//path1/path2"
[22:56] <tsimonq2>    Expected (QString("/path1/path2")): "/path1/path2"
[22:56] <LocutusOfBorg> tsimonq2, the interesting fact is that against itself it passes
[22:56] <LocutusOfBorg> so the new qt is adding a new slash?
[22:56] <tsimonq2> LocutusOfBorg: I doubt it's related to the new Qt, to be honest.
[22:56] <slangasek> speaking of running tests against themselves, LocutusOfBorg you may be interested in my MP to facilitate batching such things: https://code.launchpad.net/~vorlon/ubuntu-archive-tools/fancier-autopkgtest-retries/+merge/335413
[22:57] <LocutusOfBorg> oh... tsimonq2 samba might be the clue
[22:58] <tsimonq2> slangasek: YES <3
[22:58] <tsimonq2> LocutusOfBorg: Oh?
[22:58] <slangasek> (please use responsibly)
[22:58] <LocutusOfBorg> slangasek, <3
[22:58] <LocutusOfBorg> btw, somebody sent you an email wrt freetype :)
[22:59] <LocutusOfBorg> tsimonq2, I remember a new samba landing in Ubuntu last weeks
[22:59] <tsimonq2> LocutusOfBorg: Oh, I didn't catch that.
[23:00] <tsimonq2> That could possibly explain it.
[23:00] <LocutusOfBorg> "KUrlTest::testSmb"
[23:00] <tsimonq2> Right...
[23:00] <LocutusOfBorg> I would expect smb to mean samba, but there is nothing in -proposed related to samba, and the test is not installing it
[23:00] <LocutusOfBorg> sooo maybe this is completely unrelated
[23:01] <tsimonq2> In any case, an extra erraneous slash... shouldn't be an issue...
[23:01] <tsimonq2> I'm tempted to just XFAIL it.
[23:01] <slangasek> LocutusOfBorg: freetype> hmm indeed
[23:03] <LocutusOfBorg> I'm tempted to close the RFS, but in case somebody else sponsor it... they might do some big damage
[23:03] <LocutusOfBorg> tsimonq2, better fix it :p
[23:04] <tsimonq2> LocutusOfBorg: If I can reproduce it locally, then meh, why not :P
[23:04] <tsimonq2> (sometimes I deal with autopkgtest failures that consistently happen on the autopkgtesters but can't reproduce locally... those are the *fun* ones)
[23:06] <RAOF> slashd: Ok, that looks like a sensible thing to release early.
[23:08] <LocutusOfBorg> tsimonq2, it might be a qt regression, better not xfail it
[23:08] <LocutusOfBorg> you can send the issue upstream, maybe they have a fix
[23:09] <LocutusOfBorg> I know an extra slash isn't hurting, but this is a library, so maybe applications might misbehave with shared samba folders
[23:10] <tsimonq2> LocutusOfBorg: Let me steal slangasek's MP for --no-proposed and try it out real quick, maybe it's just a kde4libs(or whatever the freaking thing's called) regression
[23:11] <LocutusOfBorg> tsimonq2, it doesn't fail against itself
[23:11] <LocutusOfBorg> I did a no change rebuild already
[23:11] <LocutusOfBorg> it fails against proposed, yeah
[23:11] <LocutusOfBorg> and proposed means qt mostly
[23:11] <LocutusOfBorg> so, unless you want to meld the two logs, and see which versions differs, I doubt a new rebuilds will have a different outcome
[23:12]  * LocutusOfBorg goes to sleep, mumps rebuilds issued, haskell is ongoing, and retry for failed qt tests issued to
[23:12] <LocutusOfBorg> *too
[23:14] <tsimonq2> Cool cool.
[23:25] <slashd> thanks RAOF
[23:41] <slangasek> fossfreedom: hi there
[23:41] <fossfreedom> slangasek, hi
[23:41] <slangasek> fossfreedom: so, flavor respins.  I think we should do them, yes
[23:42] <slangasek> I need to work out the mechanics of how we will even do them
[23:42] <fossfreedom> thanks for the confirmation.  We are just putting a notice on our website as well just to let everyone know  - with a link to the bug report.  I hope that's ok to-do that.
[23:42] <slangasek> but their release will be dependent on having folks to test etc
[23:42] <wxl> are you guys talking about the lenovo bios issue?
[23:43] <slangasek> fossfreedom: yes, I think that's appropriate.  We've done the same today for the ubuntu.com download page and I've updated the release notes
[23:43] <slangasek> wxl: yes
[23:43] <wxl> oh my
[23:43] <wxl> ^^ @tsimonq2 incoming respins of 17.10 due to BIOS issue on Lenovo laptops (will fix our UEFI issue, too)
[23:43] <wxl> s/will/should/
[23:43] <slangasek> hah, so I guess you'll be +1 on it
[23:43] <wxl> :)
[23:44] <wxl> that's a fair assumption
[23:44] <slangasek> NB I don't know that I'll be able to get the respin started until next week
[23:44] <wxl> ^^ @valorie heads up to you, too, about potential 17.10 respins coming soon
[23:45] <tsimonq2> wxl, slangasek: So it takes a machine-bricking issue to get a respin of all flavors but when you can't install Lubuntu in the first place on those machines to begin with, we don't get a respin? :P
[23:45] <valorie> nice
[23:45] <tsimonq2> Huh.
[23:45] <tsimonq2> (lol, in all reality, I'm glad this is getting dealt with)
[23:45] <wxl> @tsimonq2: it takes world breaking, yes. not ridiculous
[23:45] <wxl> i must say lenovo's response to the whole thing is just sad
[23:46] <tsimonq2> wxl: How so?
[23:46] <slangasek> fwiw I wouldn't assume that the responses users are getting so far from support is Lenovo's final word on the subject
[23:47] <tsimonq2> slangasek: I wouldn't be surprised if it would be far off from "you broke our warranty by installing an unofficial operating system, we can't help you" to be honest.
[23:53] -queuebot:#ubuntu-release- Unapproved: rejected rtl8812au [source] (xenial-proposed) [<IP_ADDRESS>75.20140902+dfsg-0ubuntu2.1]


[09:10] <Depiro> i have a question i cant run gta sa on my ubuntu 13.04 wine programe loader how i can do that ? Greetings from te Netherlands
[09:12] <YoBoY> Hi Depiro, you are not on a support channel here, try to ask on the #ubuntu channel to have an answer
[09:13] <Depiro> thanks


[11:18] <bluesabre> Nice! wx was the first ui toolkit I ever used :)
[16:10] <knome> oh... i thought it was the "final" release
[16:10] <knome> :P
[21:25] <Unit193> knome: We don't generate the docs on the server anymore right?  If not, then I believe java (fop) are no longer needed?


[03:33] <madcat> Hi anyone here? I've a question how do you automatically run local app on thin client without typing ltsp-localapps (program)?
[03:35] <Ahmuck-Jr> permantly?
[03:38] <Ahmuck-Jr> madcat:
[03:38] <madcat> Hi ahmuck-jr, yes because we're using it forever
[03:38] <madcat> Our thin clients are fat clients so to speak
[03:38] <Ahmuck-Jr> u can do a fat client mode, or u can do drbl for fat clients
[03:39] <Ahmuck-Jr> u can also put localapps in your lts.conf
[03:39] <madcat> What's a fat client mode? Or drbl?
[03:39] <madcat> Yes I've edited my lts.conf
[03:39] <Ahmuck-Jr> nubae had a fat client mode script
[03:39] <madcat> I've followed the guide on help.ubuntu, but it doesn't show up on the menu
[03:39] <Ahmuck-Jr> after editing the script, you need to enter chroot and install the apps in chroot
[03:39] <Ahmuck-Jr> what apps are these?
[03:40] <madcat> They're simple apps open-office, totem, gimp, you should see a (ws12) on the app top window if it's running local right?
[03:41] <madcat> but mine won't show up, I need to still type ltsp-localapps everytime
[03:41] <madcat> Isn't it suppose to be automatically launched locally in the menu?
[03:41] <Ahmuck-Jr> u chrooted these apps?
[03:41] <madcat> Yes
[03:41] <Ahmuck-Jr> rebuilt the client
[03:41] <madcat> https://help.ubuntu.com/community/UbuntuLTSP/LTSPLocalAppsJaunty followed this
[03:42] <madcat> I already rebuilt it
[03:43] <madcat> also when I launch them from Applications> etc... and I do ltsp-localapps xterm  ps aux | grep (program) it doesn't show to be running
[03:44] <madcat> The reason I'm asking is some of my co workers, don't know how to type in the CLI ltsp-localapps (program)
[03:44] <Ahmuck-Jr> wow, out of my leage
[03:44] <Ahmuck-Jr> i don't recall going through anything that contovoluted
[03:45] <Ahmuck-Jr> and you shouldn't have to type in ltsp-localapps
[03:45] <madcat> I'm sorry, I'm using Ubuntu not edubuntu
[03:45] <madcat> Don't worry, thanks for your help!
[03:46] <madcat> :)
[03:53] <Ahmuck-Jr> madcat: i use ubuntu
[03:53] <Ahmuck-Jr> u can ask ltsp questions here.  ur wanting stgraber
[03:53] <Ahmuck-Jr> er, sbalneav
[05:06] <Ahmuck-Jr> https://help.ubuntu.com/community/DisklessUbuntuHowto - wow, so many options
[05:07] <Ahmuck-Jr> this howto, it's not drbl or ltsp or ldap ?!
[05:10] <sbalneav> Ahmuck-Jr: It's just implementing LTSP the way it started out originally.
[05:10] <Ahmuck-Jr> how's that
[05:11] <Ahmuck-Jr> btw, epaphus and madcat both in ltsp have ltsp questions i cannot answer
[05:11] <Ahmuck-Jr> do you ever get tired of answering the same questions?
[05:11] <sbalneav> No, I don't mind.
[05:11] <sbalneav> brb, I'll announce myself in #ltsp
[05:12] <alkisg> Ahmuck-Jr: the link you posted just uses remote hard disk space, nothing more
[05:12] <sbalneav> Ahmuck-Jr: the very first implementation of LTSP that Jim did as a test was NFS root dir mounted read/write, like they're doing.
[05:12] <alkisg> Similar to AoE
[05:12] <sbalneav> right.
[05:13] <alkisg> It doesn't involve thin clients
[05:13] <alkisg> (hi all :))
[05:13] <sbalneav> I did something similar to this 15 years ago with 68030 sun workstations.
[05:13] <sbalneav> there's 50 bazillion different ways you can do thin clients on unix machines.
[05:14] <sbalneav> All LTSP is is just one "nicely prepackaged" method of doing it.
[05:15] <sbalneav> The only reason why LTSP became the "de facto" (if you can call it that) project is because:
[05:15] <sbalneav> 1) Jim did a LOT of chatting it up in the beginning,
[05:15] <Ahmuck> https://help.ubuntu.com/community/UbuntuLTSP/LTSPLocalAppsJaunty is this doc up to date?
[05:15] <Ahmuck> is this really what needs to happen in jaunty?
[05:15] <sbalneav> 2) Eric implemented it in K12LTSP
[05:16] <sbalneav> 3) We managed to attract a fairly high-quality cadre of people who liked what we were doing, and spread it around.
[05:19] <Ahmuck> alkisg: have you looked at drbl?
[05:19] <Ahmuck> i'm kinda looking at fat clients as well, but not sure if ltsp is the way to go
[05:20] <alkisg> Ahmuck: yes, I didn't like it at all
[05:20] <Ahmuck> why?
[05:20] <alkisg> It's a pack of patches that don't integrate with anything
[05:20] <Ahmuck> sbalneav: stgraber posted jaunty localapps above, is that doc correct?  one has to follow all those things for local apps?  or is the ltsp doc correct?
[05:21] <Ahmuck> someone suggested that drbl was not being maintained?!
[05:21] <alkisg> Ahmuck: let's continue on LTSP, it won't be easy to talk in 2 pages at once
[05:21] <Ahmuck> well drbl isn't really ltsp, but might apply to edubuntu classrooms
[05:21] <Ahmuck> i didn't want to make the ltsp guys upset
[05:24] <alkisg> Ahmuck: no don't worry the ltsp guys don't get easily upset :)
[05:24] <alkisg> Just a warning, don't try drbl in a system that you don't want to format it afterwards :)
[05:24] <alkisg> It doesn't get properly uninstalled. It doesn't use the packaging system much.
[05:25] <sbalneav> Some of us snarkier b*st*rds make pointed comments from time to time, but all in good fun :)
[05:26] <Ahmuck> clonezilla server uses drbl
[05:26] <Ahmuck> drbl live
[05:27] <Ahmuck> been looking at cloning 30+ computers at a time
[05:27] <Ahmuck> then using ldap/nfs for authentication/storage
[05:27] <sbalneav> Ahmuck: Never worry about offending anyone in LTSP by discussing thin client systems other than LTSP.
[05:28] <sbalneav> Most of us have all played around with other thin client solutions.  We come back to LTSP for a variety of reasons.
[05:29] <sbalneav> Most of the time the people come back to us because we're the only Free Software thin client project that both actively developed, AND actively supported.
[05:29] <sbalneav> Plus we're good people to hang around with if you like Beer and Lobster.  And steak :)
[05:38] <Ahmuck> well, i'm allergic to beer, and don't think i've ever had lobster
[05:38] <Ahmuck> but i do raise beef!
[05:38] <sbalneav> On the hoof?
[05:38] <sbalneav> Moo!
[05:38] <Ahmuck> yep
[05:39] <Ahmuck> we could host a convention and have all the beef one would need
[05:39] <sbalneav> So long as I don't have to get it myself :(
[05:40] <sbalneav> I'm squeamish, which, for a meat eater, is a logically inconsistent thing to be.... but there it is.
[05:40] <sbalneav> I don't mind my meat already cut up on to nice little styrofoam trays, but I can't look bessie in the eye :(
[05:41] <sbalneav> Where's your ranch?  How many acres?
[05:42] <Ahmuck> kansas
[05:42] <Ahmuck> center of the continent
[05:45] <sbalneav> Section? Quarter section
[05:45] <sbalneav> ?
[05:45] <sbalneav> My cottage is on 40 acres that part of it was used as cattle grazing land.
[05:47] <sbalneav> *yawn*
[05:47] <sbalneav> Headin' to bed.  Be on tomorrow, same bat time, same bat channel.
[14:48] <sbalneav> Morning all
[14:55] <highvoltage> hi sbalneav!
[18:35] <Lns> http://blog.freenode.net/2009/12/december-8-2009-connectivity-issues-and-netsplits/
[19:10] <dgroos> Good afternoon--got a question.
[19:11] <dgroos> I had that recursive fd/3/fd/3/fd deal again and it brought down my server and it's my lunch so have a few moments to try to fix it.
[19:14] <dgroos> sbalneav had mentioned a bug in a program that had been fixed awhile back in the stgraber's Launchpad.
[19:16] <dgroos> I thought I re-updated the things from this launchpad, but it seems that I've got this error again.
[19:16] <dgroos> My server has been working about 7 minutes now with
[19:17] <dgroos> rm -r fd (which contains the massive bloated file.  Now going on 8 minutes...
[19:19] <dgroos> where is this bug documented?
[19:34] <asanchez> ping stgraber
[20:08] <stgraber> asanchez: pong
[20:13] <asanchez> stgraber, edubuntu menu editor looks very interesting
[20:13] <asanchez> we've just solved our divert problems using XDG as you recommend us in barcelona
[20:14] <asanchez> but menu editor is still interesting for these classrooms that want a more reduce educational menu
[20:16] <asanchez> currently we have most of our developers working in a new collaboration tool (https://launchpad.net/guadalinexedu-collaboration-tool) and in a usb stick for unnattended installations
[20:17] <asanchez> but I think we can help you testing your alpha and beta releases
[20:35] <stgraber> asanchez: cool, I'll let you know when we have something working. We'll also be looking for some example menus to include in the package.
[20:36] <asanchez> Our education menu has a lot of things, I think is a bad example
[20:37] <asanchez> we receive everyday requests for new applications and menu is becoming a monster
[20:39] <asanchez> http://www.guadalinexedu.org/img/background_guadalinexedu_650x406.png
[21:11] <alkisg> stgraber: when you said we'll have live LTSP in the edubuntu DVD... has someone been assigned this? Or it's just a thought?
[21:19] <alkisg> stgraber: so, because I want to do something similar, should I be working on that? Or should I just wait? (I prefer the second choice of course :))
[21:25] <dgroos> bump...
[21:26] <dgroos> infinite recursion creates GB of fd/3/fd/3/fd/3...
[21:26] <dgroos> help?
[21:31] <Ahmuck-Jr> dgroos: hi
[21:31] <Ahmuck-Jr> restate the question in laymans terms
[21:32] <dgroos> Ahmuck-Jr: howdy
[21:33] <dgroos> I tried to start my computers during 2nd period today, they wouldn't work correctly.  I jumped ship from my room and went to a computer lab that happened to be empty then.
[21:34] <dgroos> When I was able to investigate things, I checked Hard drive memory and found the disk was FULL.
[21:36] <dgroos> I tracked down some of the bloat to a specific user's dev directory.  There was a directory in there called, "fd".
[21:37] <dgroos> inside of that was a directory called, "3", inside of that there was a directory called, "fd", "3" was in that, fd in that... and so in down the line...
[21:39] <dgroos> I removed the fd directory as root user: rm -r fd when I was in the users dev directory. 14 minutes later, the command completed, and the hard drive was 27 GB lighter!
[21:40] <dgroos> sbalneav had said this was a bug in ... I don't remember... but that it had been fixed in stgraber's Launchpad.
[21:40] <dgroos> I have his launchpad as a source, updated/installed, but I get this fatal problem again.
[21:41] <sbalneav> dgroos: yeah, it's cause by spaces in usernames apparently
[22:17] <dgroos> Anyone?
[22:20] <sbalneav> Anyone what?
[22:20] <sbalneav> I responded :)
[22:21] <dgroos> :)
[22:21] <sbalneav> can you reproduce the problem by putting a space in the username?
[22:21] <dgroos> what do you mean, put a space in the name?  when I login?
[22:22] <sbalneav> right
[22:23] <sbalneav> that is apparently what triggers it.
[22:23] <sbalneav> so, see if you can trigger it, then we can see if there's another bbug lurking in there.
[22:23] <sbalneav> We fix it, you install the fix...
[22:23] <sbalneav> Problem solved :)
[22:23] <dgroos> OK!
[22:24] <sbalneav> But, not 'till I get home at least, since it's time for me to head home from work and get some dindin
[22:25] <sbalneav> I should be back at the keyboard by 6:30 -> 7:00 cst
[22:26] <dgroos> Thanks, back to you then!
[22:41] <dgroos> wow-- I put a space before the username and login seemed to work initially, but it stalled before the login screen appeared.
[22:44] <dgroos> I did, "sudo du -sh *" inside this users home folder.  I watch the dev directory quickly grow in size.  It started at 176 KB, did it again 45 seconds later and it was 100 MB.  Did it a minute or two later and it was 548 MB, a minute or so later and it was 921 MB. And there it stays.
[22:48] <dgroos> On the client it now says, "An add-in card in the system appeared to not work correctly on the last boot attempt...  (then there's a note that says to push F1 to boot).  Which I did, then it didn't login and instead went to the screen it normally shows when the thin client fails to boot.
[22:48] <dgroos> I'm heading home too--I'll be back later.
[22:49] <dgroos> Ahmuck-Jr: thanks for asking :)


[07:38] <xQuasar> Hi all
[07:39] <xQuasar> If I just want to install the latest version of JRE
[07:39] <xQuasar> which package do i get?
[07:39] <xQuasar> java-common, java-gcj-compat, java-gcj-compat-dev or java-gcj-compat-headless?


[04:22] <langit> halo
[04:26] <ObrienDave> Greetings & Welcome
[04:33] <langit> what good twitter client for xubuntu 14 bro?
[04:34] <holstein> http://ubuntuguide.net/how-to-install-birdie-twitter-client-in-ubuntu-14-04
[04:34] <holstein> http://ubuntuhandbook.org/index.php/2014/07/install-corebird-ubuntu-ppa/
[04:35] <holstein> http://jfnlinuxproject.blogspot.com/2014/05/5-twitter-clients-for-linux.html
[04:36] <langit> oke im try
[05:31] <vrkalak> does anyone when the new xubuntu-14.10 will be released ?  (expected release date)
[05:32] <knosys> I dont know. Does any one knows if LibreOffice temporary save files in case it get freezed?
[05:33] <ObrienDave> vrkalak, 23rd i think
[05:34] <vrkalak> Debian-testing is due to be 'frozen' ... not ubuntu or it's apps
[05:34] <cfhowlett> knosys, libreoffice does have /temp save functionality
[05:34] <ObrienDave> vrkalak, i'm testing final release candidates as we chat :)
[05:34] <vrkalak> ObrienDave, it's only about a week ... i can live with that
[05:35] <vrkalak> thanks, ObrienDave
[05:35] <knosys> cfhowlett: do you know if its by default enabled? thanks
[05:35] <cfhowlett> knosys, > tools > options                   you can specify /temp save target
[05:49] <knosys> cfhowlett: when i restarted the application it autosuggested me to recover, nice
[05:49] <knosys> no harm done
[05:49] <knosys> thanks
[05:58] <vrkalak> ObrienDave, <incogito>  I am an Admin and a 'spy' for Mint-Xfce
[05:58] <ObrienDave> vrkalak, LOL ok if you say so :)
[09:27] <Tondinahk> Hello everyone! I'd like to ask a question. I didn't find specific problem in the internet. So it's as follows:
[09:30] <Tondinahk> When i create a new launcher from MenuLibre it creates it fine, shows it and i can reorder it edit aso. It saves the new launcher under .local/share/applications with a name "menulibre-lighttable.desktop". All the other files don't have "menulibre-" name. Anyway all is fine, but when i close the Menulibre and open MenuLibre again it won't show my newly created launcher anymore. It's present in start menu though but MenuLibre wont show it a
[09:30] <Tondinahk> nd i can't edit it obviously anymore.
[09:30] <Tondinahk> Hope i don't preach any rules by typing a long question.
[09:32] <Tondinahk> System application launchers or shortcuts are all stored under /usr/share/applications
[09:34] <Tondinahk> Mostly using default configuration of xubuntu 14.04 x64 with whisker menu and all.
[09:51] <knome> Tondinahk, it's designed that the launchers go into your home, because a regular user shouldn't touch the system launchers, only override them at the most extreme case
[09:52] <knome> Tondinahk, have you searched for that launcher in menulibre? are you sure it isn't shown somewhere else than where you created it? (that would be a bug as well i guess)
[09:53] <knome> Tondinahk, finally, especially if you can reproduce that, file a bug and i'll try to confirm it and we'll then forward it to the menulibre developer
[09:53] <Tondinahk> Well WhiskerMenu shows it and i can search for it MenuLibre can't find it. I have tried to search for it under MenuLibre nothing.
[09:54] <Tondinahk> I remember this problem way back already actually but i'm lazy to file the bugs.
[09:54] <knome> ok, in that case can you check if you can reproduce that with another launcher
[09:54] <knome> and keep the file that isn't showing in menulibre in a safe place to attach it to the bug
[09:57] <Tondinahk> Yea funny i can create other launcher with a system command which works as expected. Trying another program which isn't installed in a system.
[09:59] <akis> hi all. does anyone maybe know why 'weather update' is not working properly last days and gives 'no data' many hours during the day?
[10:03] <knome> akis, i believe the weather sites have again updated their API so the applet can't get the data. a fix is on the way, but not sure when it will land
[10:04] <akis> knome: why the applet works for a while only and then stops?
[10:05] <knome> akis, i don't know.
[10:05] <alket> hi, how to make windows to open at center , or better , to the last know position ?
[10:06] <akis> knome: do you think that is right to report this issue on "askubuntu"?
[10:06] <knome> akis, well, it's known, and i don't know why you would "report" it on askubuntu
[10:07] <knome> akis, askubuntu is not the place where developers look what bugs are filed/reported
[10:07] <knome> akis, if you want to be helpful, file a bug in launchpad (though one might exist already)
[10:08] <akis> knome: ok. i though that developers read 'askubuntu'.
[10:08] <knome> they might or might not, but that's definitely not the main source of their information
[10:09] <Unit193> LP: #1377612, xfce 10916
[10:09] <alket> hey don't overshadow my question pls :p
[10:09] <Unit193> It's in proposed.
[10:09] <akis> knome: i tried already using google to find any discussion about this issue but i found nothing
[10:09] <suncokret> hello
[10:09] <knome> alket, you might want to look at gdevilspie
[10:10] <Unit193> akis: See links above.
[10:10] <suncokret> when i instaled Lubuntu i had windows xp sp2. Later i was replace windows xp sp2 (with norton ghost) with windows xp sp3 and i have error - when Lubuntu is starting there is message that it can't recognize partition where is windows and ask me if i want to wait or skip mounting, i used NTFS configuration tool and partition is mounted in system, but i still have that message when starting Lubuntu. How to fix this?
[10:10] <knome> suncokret, this is not the lubuntu support channel.
[10:10] <slickymasterWork> akis, Open up your software sources & enable the -proposed repo, then update sources. You should then see an update for xfce4-weather-plugin to 0.8.3-1ubuntu0.1
[10:11] <slickymasterWork> install it, then re-open your software sources & disable the proposed repo
[10:11] <suncokret> knome, it is same problem for xubuntu too
[10:12] <Tondinahk> knome there is a bug already for my problem (MenuLibre not showing custom launcher) but there's no reply and status is undecided.
[10:12] <knome> Tondinahk, please paste the bug number
[10:13] <Tondinahk> knome, yea sorry: 1373982
[10:14] <knome> Tondinahk, if you can attach the .desktop file that isn't showing up in menulibre to the bug, that would be helpful
[10:14] <knome> Tondinahk, also the version of menulibre and xubuntu you are using
[10:14] <Tondinahk> knome, Okei, i'll try. Haven't filed bugs before. Just a comment with an attached file?
[10:14] <knome> Tondinahk, yep
[10:15] <knome> Tondinahk, you want to click the "add attachment or patch" link first, you can also write a comment there
[10:15] <akis> slickymasterWork: do i have to enable 'pre-released updates (tusty-proposed)'?
[10:16] <slickymasterWork> yes akis, it will then prompt you for your password, enter it and reload your sources
[10:17] <suncokret> so, does somebody know how i can fix problem?
[10:20] <cfhowlett> suncokret, this sounds like you used the ubuntu "windows" installer.  did you?
[10:21] <akis> slickymasterWork: do i have to download all the available software or just the 'weather information plugin'? can i disable 'pre-released updates' after i download plugin's update or should i leave it enable?
[10:21] <sorinello> Hello. Did anybody has an issue with LibreOffice crashing the Notification widget ?
[10:22] <suncokret> cfhowlett, i have double boot : lubuntu and xp
[10:25] <cfhowlett> suncokret, obviously you know that xp is DEAD^3 no security no support.  suggest you kill xp and install an ubuntu only machine
[10:26] <suncokret> do you know how i can fix problem with message?
[10:27] <cfhowlett> suncokret, no idea but ... using windows tools to manager your linux partitions is likely to cause problems.
[10:28] <Tondinahk> knome, okei replied to the bug topic https://bugs.launchpad.net/ubuntu/+source/menulibre/+bug/1373982 .
[10:28] <cfhowlett> suncokret, it's not reporting breakage, it's verifying partition = normal behavior.  my dual boot does the same thing.
[10:29] <suncokret> i didn't use windows tools, i used linux NTFC configuration tool
[10:29] <suncokret> *ntfs
[10:30] <akis> fixed. thank you for your advises!
[10:31] <knome> Tondinahk, cheers, i will try to get that confirmed soon
[10:31] <Tondinahk> thanks knome!
[12:04] <cjdm> Hi, there.
[12:05] <cjdm> My 64 bits Xubuntu installation does not recognise my 4GB of RAM.
[12:17] <koegs> cjdm: do you have a integrated vga? some of the ram is used for it
[12:21] <cjdm> I have a GA-945GCM-S2L motherboard, http://www.gigabyte.com/products/product-page.aspx?pid=2669#sp
[12:30] <koegs> and you do not use a seperate vga card?
[12:32] <elfy> cjdm: how much of RAM does it recognise?
[12:33] <cjdm> elfy: 3 of 4GB
[12:33] <cjdm> koegs: no.
[12:45] <graybis> I am installing Xubuntu and it says encrypt disk. What disk encryption does?
[12:47] <koegs> graybis: dm-crypt
[12:49] <graybis> Is proxychains supported by Xubuntu?
[12:49] <koegs> cjdm: i would check the bios for an option to delegate some of the RAM to the vga chip
[12:49] <koegs> graybis: http://packages.ubuntu.com/search?keywords=proxychains
[12:49] <cjdm> koegs: thanks, I think I should flash the BIOS.
[12:50] <koegs> cjdm: why flash?
[12:51] <cjdm> koegs: Because the version I have does not offer me many options, It's a little bit old, from 2008.
[14:39] <WELLTHON> alguem sabe me informar se o XUBUNTU 14.04 está disponivel em portugues brasil?
[14:40] <cfhowlett> !es | WELLTHON
[14:44] <GridCube> !br WELLTHON
[14:44] <GridCube> !br | WELLTHON
[14:51]  * cfhowlett will someday learn to distinguish Spanish from Brazilian Portugues.
[14:53] <xangua> Hola cómo está voce today mi amigo cfhowlett
[14:53] <Hedgework> cfhowlett: Portuguese, whether from Brazil or Portugal, sounds vaguely more like Latin than Spanish does.  That's how I tell.
[14:55] <GridCube> xangua == trollmaster
[14:56] <Hedgework> heh
[15:03] <slickymasterWork> Hedgework: lol, I might disagree with you on that
[15:04] <Hedgework> slickymasterWork: Oh?  What is your impression?
[15:04] <Hedgework> (note that I'm a Latin geek but I have no real working knowledge of Spanish or Portuguese)
[15:05] <elfy> Hedgework probably doesn't know which bit of the Iberian Peninsula slickymasterWork hails from
[15:05]  * Hedgework had no idea where slickymasterWork was from in general, aside from "probably Earth or thereabouts"
[15:05] <slickymasterWork> well, since I'm portuguese, and have a basic grasp of spanish, I would say that both idioms have a huge Latin influence and both equally sound Latin
[15:05] <slickymasterWork> lol
[15:06] <Hedgework> Interesting.  Both are Romance languages (derived from Latin primarily), but I've always found that Portuguese felt vaguely closer than Spanish to me.
[15:07] <slickymasterWork> that would be due to the fact that you probably are used to ear/see spanish more than portuguese
[15:07] <slickymasterWork> s/ear/hear
[15:07] <Hedgework> That may be it.
[15:07] <slickymasterWork> dam 'h' key
[15:07] <slickymasterWork> *damn
[16:19] <xubuntu86w> hey! hello there, i have a question about skype. is there any audio filter for the mic? i mean, i use it in my netbook and it also gets the netbook sound, fans, hardisk... thanks!
[16:20] <GridCube> xubuntu86w, you can tune the microphone sensibility on pavucontrol settings
[16:48] <carrera> Greetings Everyone!  :)
[16:50] <slickymasterWork> |hi | carrera
[16:50] <slickymasterWork> !hi | carrera
[16:52] <carrera> I ran Xubuntu on my 18.4" Toshiba Qosmio for most of 2013
[16:52] <carrera> and I loved it!
[16:53] <carrera> but I don't like zeitgeist
[16:53] <carrera> so I moved to Debian Jessie and XFCE
[16:53] <carrera> but I miss Xubuntu and wanna move back
[16:54] <carrera> is there any way to remove zeitgeist without screwing up the system?
[16:57] <slickymasterWork> !zeitgeist | carrera
[16:58] <slickymasterWork> !zeitgeist-core | carrera
[17:01] <carrera> slickymaster, thanks.  It seems like a lot of packages are tightly coupled with zeitgeist
[18:09] <qwebirc92783> Hi, someone know where to edit the size of the start button to get bigger icon ? my bottom bar is currently like that http://i.imgur.com/WuhCjQl.png
[18:16] <GridCube> qwebirc92783, thats happening because you are using the option to have two rows in the panel, so the icon is setting itself to one of the rows
[18:17] <GridCube> i don't know of a way to avoid this
[18:22] <qwebirc92783> GridCube: Yes it is true, I use 2 rows, and if I use 1 row, all other plugins will be bigger And is not what I want.
[18:23] <GridCube> qwebirc92783, you could fill a bug report to xfce4-panel and hope one day someone fixes that
[18:24] <qwebirc92783> where ?
[18:25] <qwebirc92783> on xfce or whiskermenu ?
[18:26] <qwebirc92783> GridCube: here is what I set in two way http://i.imgur.com/Mh88BzE.png http://i.imgur.com/FanVmdx.png
[18:27] <GridCube> mmm, i think its xfce, but maybe whiskersmenu can address the issue as well? i don't know, it might
[18:30] <GridCube> oh, i remember the workaround we found last time this issue arised XD
[18:30] <GridCube> it wasn't pretty
[18:31] <GridCube> you can add a panel containin just the launcher and set it to the bottom corner, then rezise the other panel to leave tha space empty to the other side and vualá
[18:33] <qwebirc92783> oh Yes !!!  GridCube you really SMARt !!!
[18:33] <qwebirc92783> thank you :))
[18:35] <GridCube> you still should report the bug qwebirc92783, its not an elegant solution
[18:56] <qwebirc92783> GridCube: yes true and the width is not perfect when I add both bar. One of the two bars is overlayed to the other or else it is too short.
[18:57] <GridCube> mmhm, yes
[18:57] <GridCube> not elegant at all
[18:59] <qwebirc92783> GridCube: had to use a trick, adding an additional element (invisible space) containing the menu bar.
[19:01] <qwebirc92783> GridCube: Here is the final result. http://i.imgur.com/TIj8xDw.png
[19:02] <qwebirc92783> Nostalgia :)
[19:08] <GridCube> qwebirc92783, look, i used 3 panels to make the bottom ponel thingy http://i.imgur.com/xGfIfaB.png
[19:11] <GridCube> well gotta go, good luck qwebirc92783 :)
[20:02] <batfastad> Hi everyone. Is there a way to increase the snapping distance of windows somewhere in XFCE?
[20:03] <batfastad> Sometimes I find it difficult to drag to resize windows, especially with a touchpad
[20:05] <Unit193> batfastad: Settings Manager > Window Manager > Advanced.
[20:10] <batfastad> Unit193: Ah yes, saw that. On re-reading what I wrote that does as I asked.
[20:11] <batfastad> But I think what I actually meant was is there a way to adjust the sensitivity of the mouse over the edges of windows to get the dragging handles? If that makes sense?
[20:15] <Unit193> batfastad: Perhaps you'd be interested in knowing of alt+drag?
[20:15] <batfastad> Sometimes it's like the dragging handles are only available over a 1-2px margin over the window border, then the action of clicking the mouse moves the pointer off the border and makes it difficult to drag
[20:15] <carrera> can anyone tell me how to remove zeitgeist from xubuntu without breaking the system?
[20:16] <Unit193> carrera: sudo apt-get purge libzeitgeist* zeitgeist*
[20:16] <batfastad> Unit193: Aha, that's good for dragging. But I'm looking for help in resizing windows
[20:17] <Unit193> batfastad: Right, I meant to say right click to resize.  Sorry.
[20:18] <carrera> Unit193, thanks.  What about zeitgeist-core?   Doesn't that do all the logging?
[20:18] <Unit193> carrera: That'd get purged too.
[20:19] <carrera> Also, doesn't anything in xubuntu depend on libzeitgeist
[20:19] <Unit193> Might, it'll ask you to confirm before it'll actually get rid of anything.
[20:19] <carrera> I know, for example, gEdit and Nautilus depend on libzeitgeist
[20:20] <batfastad> Unit193: Wow - you just blew my mind!! That. Is. Awesome!
[20:20] <Unit193> batfastad: Hah, glad I could help.
[20:20] <Unit193> carrera: Ah, since I use neither and they don't come by default, I wouldn't know about that.
[20:20] <carrera> Unit193, have you successfully removed zeitgeist from your system?
[20:21] <Unit193> Sure, I don't have it here.
[20:21] <carrera> Awesome!  :)
[20:21] <batfastad> Unit193: Thanks for your help - that's brilliant :D
[20:21] <Unit193> batfastad: Have a great day. :)
[20:22] <carrera> cause I remember changing the look and feel of my ubuntu system when I tried to remove it in April 2014
[20:22] <carrera> That's when I moved to xubuntu
[20:23] <carrera> and I loved it, except after a couple of months, I noticed that the dreaded zeitgeist was there
[20:23] <carrera> too
[20:23] <carrera> Then I moved to Debian Jessie + XFCE
[20:24] <carrera> but I wanna move back to xubuntu
[20:24] <carrera> Unit193, why is zeitgeist included in xubuntu anyway?
[20:25] <Unit193> Because something Xubuntu ships with recommends or depends on it.
[20:31] <carrera> do you know what that some thing is?
[20:32] <carrera> I think Richard Stallman is not happy about zeitgeist
[20:32] <carrera> He thinks Ubuntu is spying on people
[20:34] <Unit193> carrera: That's all fine and dandy for him, he's allowed.  But this really isn't the place for that, it's a support channel.
[20:36] <carrera> Okay!  :)
[20:38] <carrera> I have 2 SSD drives in my laptop.  Does xubuntu 14.04 or 14.10 iso include support for SoftRAID?
[20:38] <carrera> I think 14.04 is over 950 MB now
[21:00] <xubuntu631> hi ,xubuntu world!
[21:00] <xubuntu631> works!
[21:02] <xubuntu631> Ive installed xubuntu on this laptop, because the mashine is sloooow. I would like now to check the general info of the laptop in order to see if I can upgrade it.
[21:08] <xubuntu631> is there a grafic software to do this or should I use terminal?
[21:11] <krytarik> !info hardinfo | xubuntu631
[21:12] <Unit193> lshw-gtk, but I like lshw better (and there's even an html page generator).
[21:16] <xubuntu631> thanx krytarik ! I run !info in Terminal. Hope to get somewhere...
[21:17] <krytarik> xubuntu631: That'd be "sudo apt-get install hardinfo" though, to install it. :)
[21:22] <xubuntu631> works! thanx krytarik
[21:27] <mic-w> Anybody got any ideas about the weather-applet not working the last few days?
[21:27] <xubuntu631> need to learn first what (where) is the RAM, is there a free slot to add one, will the mashine take it if i add one.
[21:27] <pleia2> mic-w: no ideas, but I had noticed it as well
[21:29] <Unit193> [06:09:15] < Unit193> LP: #1377612, xfce 10916
[21:29] <mic-w> pleia2; Somebody on the ubuntuforums was saying about enabling the trusty proposed repo, doing an update, removing it, reinstalling after a reboot, then disabling the repo again; sound feasible?
[21:30] <Unit193> mic-w: Honestly?  I'd just pull the deb, easier.  Or, just wait for it to feed through proposed.
[21:30] <mic-w> Hm! Sounds about right...
[21:30] <pleia2> thanks Unit193 :)
[21:30] <Unit193> pleia2: Sure.
[21:31] <mic-w> Unit193; you reckon it'd be esier to download the deb, yes?
[21:32] <Unit193> https://launchpad.net/ubuntu/+source/xfce4-weather-plugin/0.8.3-1ubuntu0.1  That or wait for it to officially land, it should be about teseted enough.
[21:38] <mic-w> Unit193; Hmm. I use my-weather-forecast on Unity in Ubuntu....I like the big digital clock. Won't run in xfce4, though. It'll install, but just won't run.
[21:39] <Unit193> I use a script of mine that uses the Wunderground API in conky, myself.
[21:40] <mic-w> Unit193; Huh, I tried Conky; had a little go at it for a few days, and gave up on it...too complicated!
[21:56] <carrera> does xubuntu 14.04 iso have support for Software RAID?
[22:07] <carrera> does anyone know if 14.04 has support for Software RAID?
[22:42] <qwebirc92783> Hi GridCube
[22:42] <GridCube> :) hey qwebirc92783 you still around
[22:43] <qwebirc92783> I reported something about whisker menu, But I dont if is the right place
[22:43] <qwebirc92783> I don't know*
[22:44] <qwebirc92783> https://bugs.launchpad.net/ubuntu/+source/xfce4-whiskermenu-plugin/+bug/1382676
[22:46] <qwebirc92783> ubottu scared me.
[22:46] <GridCube> qwebirc92783, sounds about right
[22:46] <GridCube> !bot | qwebirc92783
[22:46] <qwebirc92783> hehe :)
[22:47] <GridCube> qwebirc92783, your bug report sound about right
[22:48] <GridCube> though i say, thebug is on xfce4-panel
[22:50] <qwebirc92783> but to send a bug about xfce is pain because too many place (whisker github author, launchpad many place too, bugzilla.xfce.org)
[22:50] <GridCube> just do ubuntu-bug xfce4-panel and let the software take care of that
[22:54] <qwebirc92783> GridCube: I do not think this bug depends on the Panel because many plugins have the ability to change the frame size, as the Orage plugin.
[23:04] <GridCube> mm
[23:04] <GridCube> well, you might be right :)
[23:25] <carrera> can anyone tell me what's the best way of installing 14.04 on a laptop with 2 SSDs but no hardware RAID
[23:25] <carrera> does the amd64 ISO have Software RAID support?
[23:59] <nico__> any one on here using Intel NUC?


 yes I  have somehoow gotten used to that
 I don't have that in the manual dang it
[00:00] <wxl> if we fix this, it will only be for 19.10
 @kc2bez [steam], or wine or lutris
 what will happen for 20.04?
[00:02] <wxl> if we get this fixed, then it will Just Work™
 I follow you now.
 The same command works, at this time, in 20.04
[00:08] <wxl> which command
[00:08] <wxl> ?
 sudo dpkg --add-architecture i386
[00:09] <wxl> yeah it works fine, but it needs to be implemented ahead of time
[00:09] <wxl> users shouldn't be required to do it themselves
[00:10] <wxl> to get a feel for the experience, get a fresh install and open discover and install steam
 what about default settings?
[00:10] <wxl> thing is i want it installed ASAP because maybe someday in the future some package we have in the packageset has an i386 requirement
 maybe a postinst script?
[00:11] <wxl> at that point we can do it as a pre-inst in packages, but i'd like it earlier than that
 it would land in live that way (not 19.10 live)
 there should be a whitelist for all the 386 packages I think.
[00:13] <wxl> i'm hoping @tsimonq2 has a better idea
 @tsimonq2 is a pretty knowledgeable person
 Ubuntu did it in Ubiquity so we should do it in Calamares.
 Add a shellprocess module which runs the command enabling it
 As for whether it goes before or after the packages module, I'm not sure. Does this command need sudo apt update to be effective? If so, should we assume users know to do that?
 Additionally, can this be done without network? Does this command automatically run sudo apt update?
[00:19] <wxl> well if we could get it in the squashfs we'd have a one up on ubuntu, because it'd work in live
 In my opinion, in the squashfs is the wrong answer. It doesn't feel right to do that. I'd be in favor of doing it via casper if we REALLY wanted it in live, but I definitely think at minimum we need a Cala module
 The squashfs is supposed to be as clean as we can possibly get it. Plus, it'd be really hacky to test
 As for how you'd test a casper change, I don't quite remember. cyphermox or TJ- may know
 But as wxl may be the only one who knows what casper's role is, casper is the software specific to the live image that e.g. sets up the live user with autologin and such
[00:24] <wxl> my concern is what the future may bring
[00:24] <wxl> i guess for the time being we can just get the shellprocess module and call it good
 Is there another angle I'm not addressing here?
 We'd have live and install covered by this
[00:25] <wxl> oh casper? well, yeah i guess we could look into that, too
[00:26] <wxl> could you put that in the task with maybe a nudge to TJ-?
[00:27] <TJ-> I think I missed the start of this was not in channel or AWOL
[00:28] <wxl> @tsimonq2: here's the heavy lifting of the command https://git.dpkg.org/cgit/dpkg/dpkg.git/tree/src/main.c#n452
 @TJ- [<TJ-> I think I missed the start of this was not in channel or AWOL], How do you test casper changes wrt an ISO?
[00:29] <wxl> omg their error functions are ohshit or ohshite X''''''''D
[00:32] <TJ-> tsimonq2: very long time since I needed to do that... vaguely... I *think* I had an extracted installer ISO image file-system booted into a virtual machine (since in almost all cases an 'ISO' is actually booted as a regular MBR/GPT image and not ISO9660+El-Torito)
[00:32] <wxl> it doesn't seem like it does any apt update although i'm not sure if it's necessary
[00:33] <TJ-> tsimonq2: so losetup with some 'tweaks' to ensure it correctly presents the MBR/GPT and partitions
[00:33] <TJ-> wxl: what are you referring to? "dpkg --add-architecture" ?
[00:34] <wxl> TJ-: yeah
[00:34] <TJ-> wxl: as far as I know all that does is add to /var/lib/dpkg/arch
[00:34] <TJ-> dpkg doesn't 'know' about apt
[00:34] <wxl> whether or not it *needs* it, i don't know. my guess is no.
[00:35] <wxl> there are only different pools/dists, not necessarily separate lists for archs
[00:36] <wxl> if anyone'
[00:36] <wxl> s curious what i mean http://us.archive.ubuntu.com/ubuntu/
[00:37] <wxl> also this is a lot of fun http://us.archive.ubuntu.com/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/
[00:37] <TJ-> yes, it's only relevant for binary packages. As I recall Apt internally uses /var/lib/dpkg/arch to determine the default arch (first line) or verify <package>:otherarch is valid
[00:38] <TJ-> Same as putting arch-limiters/specifiers in sources.list "deb [arch=i386] ..."
 @wxl [<wxl> also this is a lot of fun http://us.archive.ubuntu.com/ubuntu/ubuntu/ubunt …], You're awfully deep there.
[00:38] <wxl> @kc2bez: you can go to ∞ if you want
 @wxl [<wxl> @kc2bez: you can go to ∞ if you want], Actually, that's not true.
 Believe me, I know, I've tried. XD
[00:39] <wxl> (an aside: default compose key for ° is compose-oo while ∞ is compose-88 which doesn't seem totally appropriate)
[00:39] <wxl> OOOH YOU"RE RIGHT
[00:39] <wxl> http://us.archive.ubuntu.com/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/
 When you launch Discover doesn't it do an apt update
[00:40] <TJ-> It's an HTTP server, can't have too many symlinks :)
[00:42] <wxl> right @kc2bez
[00:44] <wxl> so where would we make this change in casper again? i forgot from last time
[03:07] <theloudspeaker> Why launch discover to test in the firat place ? Just do a fresh install. Don't connect internet. Do the add architecture command.
[03:07] <theloudspeaker> I can try this in a couple of different ways as needed on a fresh install on hardware later today.
[03:09] <theloudspeaker> Also, @guiverc read your latest comment on T30, sad that grub ditched us and works with mate-grub-theme. :/ But hey atleast now we are sure it wasn't a bug. I will just go and place the files to someother place this time. :) Hopefully will work.
[03:11] <guiverc> I could re-install on uefi (without encryption; chose encryption as it was very different options to prior install-test... rather than what was easiest for your grub testing..)
 Probably a uefi install without encryption might work. But I am not so hopeful about it.
[16:35] <wxl> OMG WHY DOES SOURCEFORGE SUCK SO BADDDDDDDDD
[17:04] <theloudspeaker> Lol! What happened?
[17:04] <wxl> you broke
[17:05] <wxl> linux-generic-hwe-18.04 : Depends: linux-image-generic-hwe-18.04 (= <IP_ADDRESS>.96) but it is not going to be installed
[17:05] <wxl> whatever
[17:06] <theloudspeaker> ?
[17:11] <genii> !info linux-image-generic-hwe-18.04
[17:12] <genii> Hm
[17:23] <theloudspeaker> K!


[21:07] -queuebot:#lubuntu-devel- Builds: Lubuntu Desktop amd64 [Focal 20.04.4] (20220218.1) has been added
 the dedicated server has been set up and i'm installing the OS now.  Then I'll start configuration of the LXD cluster and moving data around.
 That is fantastic news.