[21:10] <oom> How can i include a html file in html? For example i want to create a separate html file, the main-menu and want them include in other hmtl files. So when i change the main-menu i don't have to do that for all pages. I don't want to use php. And is it possible with python?


[01:12] -queuebot:#ubuntu-release- New: accepted gnucap-python [amd64] (disco-proposed) [0.0.2-1.1]
[01:12] -queuebot:#ubuntu-release- New: accepted gnucap-python [armhf] (disco-proposed) [0.0.2-1.1]
[01:12] -queuebot:#ubuntu-release- New: accepted gnucap-python [ppc64el] (disco-proposed) [0.0.2-1.1]
[01:12] -queuebot:#ubuntu-release- New: accepted gnucap-python [arm64] (disco-proposed) [0.0.2-1.1]
[01:12] -queuebot:#ubuntu-release- New: accepted gnucap-python [s390x] (disco-proposed) [0.0.2-1.1]
[01:12] -queuebot:#ubuntu-release- New: accepted gnucap-python [i386] (disco-proposed) [0.0.2-1.1]
[05:19] -queuebot:#ubuntu-release- New binary: leaflet-markercluster [amd64] (disco-proposed/universe) [1.4.1~dfsg-3] (no packageset)
[05:19] -queuebot:#ubuntu-release- New binary: leaflet [amd64] (disco-proposed/universe) [1.4.0~dfsg-5] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: deltachat-core [s390x] (disco-proposed/none) [0.39.0-1+ds] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: deltachat-core [i386] (disco-proposed/none) [0.39.0-1+ds] (no packageset)
[05:22] -queuebot:#ubuntu-release- New binary: leaflet-image [amd64] (disco-proposed/none) [0.4.0~dfsg-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: deltachat-core [amd64] (disco-proposed/none) [0.39.0-1+ds] (no packageset)
[05:26] -queuebot:#ubuntu-release- New binary: deltachat-core [ppc64el] (disco-proposed/universe) [0.39.0-1+ds] (no packageset)
[05:34] -queuebot:#ubuntu-release- New binary: deltachat-core [arm64] (disco-proposed/universe) [0.39.0-1+ds] (no packageset)
[05:34] -queuebot:#ubuntu-release- New binary: deltachat-core [armhf] (disco-proposed/universe) [0.39.0-1+ds] (no packageset)
[08:51] -queuebot:#ubuntu-release- New: accepted deltachat-core [amd64] (disco-proposed) [0.39.0-1+ds]
[08:51] -queuebot:#ubuntu-release- New: accepted deltachat-core [armhf] (disco-proposed) [0.39.0-1+ds]
[08:51] -queuebot:#ubuntu-release- New: accepted deltachat-core [ppc64el] (disco-proposed) [0.39.0-1+ds]
[08:51] -queuebot:#ubuntu-release- New: accepted leaflet-image [amd64] (disco-proposed) [0.4.0~dfsg-1]
[08:51] -queuebot:#ubuntu-release- New: accepted leaflet [amd64] (disco-proposed) [1.4.0~dfsg-5]
[08:51] -queuebot:#ubuntu-release- New: accepted deltachat-core [arm64] (disco-proposed) [0.39.0-1+ds]
[08:51] -queuebot:#ubuntu-release- New: accepted deltachat-core [s390x] (disco-proposed) [0.39.0-1+ds]
[08:51] -queuebot:#ubuntu-release- New: accepted deltachat-core [i386] (disco-proposed) [0.39.0-1+ds]
[08:51] -queuebot:#ubuntu-release- New: accepted leaflet-markercluster [amd64] (disco-proposed) [1.4.1~dfsg-3]
[08:55] <oSoMoN> good morning!
[08:56] <oSoMoN> thunderbird is blocked in disco-proposed because it fails to build on s390x, but I don't think it's ever built on that arch, how can I get it unblocked?
[09:01] <didrocks> oSoMoN: I don't think this is what is blocking it
[09:02] <didrocks> oSoMoN: if you look at https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html, autopkgtests for enigmail are regressing on 4 archs
[09:02] <oSoMoN> oh, I must admit I didn't even look, I assumed the build failure was what caused it
[09:03] <oSoMoN> didrocks, thanks for the tip, I'll look at those enigmail testsc
[09:03] <didrocks> otherwise, you are correct, the current version in disco already failed on s390x
[09:03] <didrocks> oSoMoN: yw, good luck!
[09:04] <sil2100> infinity: o/
[09:04] -queuebot:#ubuntu-release- Unapproved: linux-firmware-raspi2 (bionic-proposed/multiverse) [1.20161020-0ubuntu1 => 1.20180919-0ubuntu<IP_ADDRESS>] (no packageset)
[09:15] -queuebot:#ubuntu-release- Unapproved: rejected livecd-rootfs [source] (bionic-proposed) [2.525.13]
[09:21] <oSoMoN> those enigmail test failures don't appear to be a regression introduced by thunderbird 60.4.0
[09:28] <cjwatson> oSoMoN: FWIW in general build failures don't block migration unless the package had built on that arch before
[09:28] <oSoMoN> ack
[09:29] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (bionic-proposed/main) [2.525.12 => 2.525.14] (desktop-core)
[09:47] <kstenerud> Hi guys, there's a bug in diaspora-installer's package that makes it fail to install 100% of the time. I've posted a bug to debian because it affects them as well: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=919978
[09:47] <kstenerud> diaspora-installer in turn blocks a bunch of other packages in ubuntu
[09:47] <kstenerud> for example exim4
[09:48] <kstenerud> so we can't merge any new versions because the diaspora-installer currently in disco is broken
[09:48] -queuebot:#ubuntu-release- Unapproved: gnutls28 (cosmic-proposed/main) [3.6.4-2ubuntu1 => 3.6.4-2ubuntu1.1] (core)
[09:58] -queuebot:#ubuntu-release- Unapproved: rejected livecd-rootfs [source] (bionic-proposed) [2.525.14]
[10:01] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (bionic-proposed/main) [2.525.12 => 2.525.14] (desktop-core)
[10:11] <doko> what's up with http://autopkgtest.ubuntu.com/packages/libg/libgnatcoll-bindings/disco/amd64 ? I redo the test, I see it in running, but the results never show up
[10:14] <Laney> fsvo "never" (wait longer)
[10:21] <xnox_> Laney, i have reports about invalid autopkgtest.list in systemd-upstream autopkgtests (those are with ppas)
[10:21] <doko> well, I already gave these back Sat and Sun. so no, waiting 48hour doesn't seem to be normal
[10:21] <xnox_> Laney, is this known and/or fixed?
[10:21] <Laney> xnox_: no not by me, got a log?
[10:22] <xnox_> Laney<EMAIL_ADDRESS>[10:22] <xnox_> E: Malformed entry 1 in list file /etc/apt/sources.list.d/autopkgtest.list (URI parse)
[10:22] <xnox_> E: The list of sources could not be read.
[10:23] <xnox_> Laney, you can click on many others red X at https://github.com/systemd/systemd/pulls and scroll to bionic-<arch> results for more.
[10:23] <Laney> weird
[10:23] <Laney> would you like to help investigate? :-)
[10:25] <xnox_> Laney, i guess i can change packaging to cat all the apt sources lines.... and it would show up in the build log....
[10:25] <xnox_> Laney, do you mean something like that?
[10:26] -queuebot:#ubuntu-release- Unapproved: gnome-shell-extension-ubuntu-dock (cosmic-proposed/main) [63ubuntu<IP_ADDRESS> => 63ubuntu<IP_ADDRESS>] (ubuntu-desktop)
[10:26] <Laney> or run it locally and see if it happens, that kind of thing
[10:26] <xnox_> or well, given that setup commands supposed to set all of that up, i can rerun those, to see what happens with newest autopkgtest
[10:26] <xnox_> yeah.
[10:26] <Laney> I didn't change autopkgtest in the last week or so though
[10:26] <Laney> so presumably something external
[10:27] <xnox_> how REL= is calculated there does not inspire confidence
[10:29] <xnox_> unless
[10:29] <xnox_> maybe it is an apt regression.... juliank ?!
[10:29] <xnox_> juliank<EMAIL_ADDRESS>[10:29] <xnox_> note the very bottom, lists a mega long shell command which fails with invalid URI syntax.
[10:30] <xnox_> something wrong with echo "deb [trusted=yes] file:///tmp/autopkgtest.ELg0Z4/binaries /" >/etc/apt/sources.list.d/autopkgtest.list ?
[10:30] <xnox_> Laney, juliank - didn't somebody mention that "/tmp gets cleared out, and I don't know why" ?
[10:32] <Laney> doesn't ring any bells to me
[10:32] <Laney> that also probably wouldn't result in the sources.list file being called malformed
[10:33] <juliank> xnox_: hmm
[10:33] <infinity> No, that would give you a 404ish thing.
[10:33] <juliank> xnox_: i mentioned something about empty tmp but i was wrong
[10:33] <infinity> E: Failed to fetch file:/tmp/autopkgtest.ELg0Z4/binaries/Packages  File not found - /tmp/autopkgtest.ELg0Z4/binaries/Packages (2: No such file or directory)
[10:34] <juliank> the sources.list liine looks fine, thought, maybe there's some weird unicode stuff going on?
[10:35] <juliank> it certainly is recognized here
[10:35] <xnox_> not terribly urgent; but systemd upstream are a bit pissed that they can't merge anything =)
[10:36] <xnox_> cause we gate their pull requests on systemd
[10:37] <Laney> BS
[10:37] <Laney> i've seen them merge pull requests ignoring autopkgtest loads of times
[10:38] <xnox_> Laney, doesn't mean they like doing that.
[10:38] <Laney> still, let's run the thing at home and see what happens
[10:38] <juliank> there must either be a : missing or the url is empty
[10:38] <Laney> maybe not, but it definitely does not mean "they can't merge anything"
[10:38] <juliank> otherwise you don't get that error
[10:53] <LocutusOfBorg> any AA please do some nodejs cleanup?
[10:53] <LocutusOfBorg> e.g. node-duplexer2 |    0.1.4-1 | source, all ------------------- Reason ------------------- ROM; FTBFS + provided by node-duplexer3
[10:53] <LocutusOfBorg> this is removed in debian
[10:56] <LocutusOfBorg> node-marked-man <-- maybe kick this one out?
[10:58] <LocutusOfBorg> node-duplexer2 is not provided in src:node-duplexer3
[10:58] <LocutusOfBorg> marked-man is RC buggy
[11:00] <LocutusOfBorg>  node-temporary is rc buggy in debian
[11:01] -queuebot:#ubuntu-release- New binary: linux-signed-lts-xenial [amd64] (trusty-proposed/main) [4.4.0-142.168~14.04.1] (kernel)
[11:04] <LocutusOfBorg> also kick node-grunt-contrib-concat out from release  (rc buggy)
[11:12] <Laney> doko: ok sorry I think you did actually find a problem
[11:13] <Laney> there's something weird on amd64 at the minute that is breaking the runs and we were failing to report that quite properly
[11:18] -queuebot:#ubuntu-release- New: accepted linux-signed-lts-xenial [amd64] (trusty-proposed) [4.4.0-142.168~14.04.1]
[11:44] <LocutusOfBorg> apw, maybe you can help node go a little bit further?
[11:44] <LocutusOfBorg> we are close to have a migration
[11:46] <juliank> oh the queues are empty again, time to start my tests
[11:47] <juliank> there's a lot of interdependencies between all the rails stuff, fwiw
[11:49] <juliank> they did the really crap thing where quite a few of them now build-depend on themselves in their own version, in <!nocheck>
[11:50] <juliank> so to update them, you have to rebuild them in nocheck profile before you can build them properly
[11:50] <juliank> despite the tests not actually doing anything useful, as test failures do not break the build...
[11:56] <juliank> doko: are you fixing ruby2.5 ftbfs or should I try?
[11:57] <doko> juliank: I'm not. probably you'll find new certificates upstream in 2.6 ... maybe coordinate with the server team
[11:58] <juliank> oh yes, amybe someone from them wants to
[11:58] <juliank> I found the patches
[12:12] <doko> Laney: ta, I see now recent failures
[12:14] <doko> now fails "propoerly" with
 failure: Timed out on waiting for ssh connection
[12:14] <doko> autopkgtest [09:21:38]: ERROR: testbed failure: cannot send to testbed: [Errno 32] Broken pipe
[12:23] <juliank> doko: this looks scary: [    2.702365] 198 (fstype): Uhuuh, elf segment at<PHONE_NUMBER>200000 requested but the memory is mapped already - in<EMAIL_ADDRESS>[12:37] <Laney> yeah dunno what that's about
[12:52] <doko> the recent failiures all show "unknown" for the version
[12:54] <Laney> good, then my fixes worked
[13:00] <Laney> the i386 ones are that problem vorlo-n was looking at last week, amd64 is this weird new issue
[13:02] <Laney> maybe it's all-proposed=1 and the 4.19 kernel is broken?
[13:02] <Laney> seems to correspond to all-proposed anyway
[13:06] <doko> sforshee, apw: ^^^
[13:08] <cascardo> fstype is statically linked, I haven't seen any changes from 4.18 and 4.19
[13:08] <cascardo> fs/binfmt_elf.c has a single change that doesn't seem related
[13:11] <cascardo> I could reproduce it, though, on 4.20
[13:12] <cascardo> downgrading klibc-utils worked
[13:12] <cascardo> doko: ^
[13:14] <doko> xnox_: ^^^ your br0ke it
[13:17] <xnox_> doko, lovely
[13:18] <doko> should we just remove it from the proposed pocket for now?
[13:18] <xnox_> doko, i really don't know why klibc ftbfs on i386 https://launchpad.net/ubuntu/+source/klibc/2.0.4-9ubuntu3
[13:18] <xnox_> doko, i think we should remove that build, yes.
[13:18] <doko> cascardo: did you downgrade to 2.0.4-9ubuntu2 ?
[13:18] <cascardo> doko: yep
[13:18] <doko> can we update that bug then?
[13:20] <cascardo> it seems this kernel code is new since bionic, and some bugs have been found and fixed already
[13:20] <cascardo> so, it's possible it's a bug in the kernel, and not on how the binary was produced. but the binary is definitively different
[13:21] <cascardo> 2 vs 4 load segments. and that also happens with the same source version 2.0.4-9ubuntu2 after a rebuild on disco/disco-proposed
[13:24] <doko> debian has a new upstream
[13:24] <doko> and the package could need some merging
[13:25] <doko> the successful build was still made with gcc 7
[13:27] <xnox> * Disable PIE, since we link all executables as non-relocatable
[13:27] <xnox>     (Closes: #907404)
[13:27] <xnox> sounds relevant
[13:27] <xnox> doko, should i merge new klibc from debian then?
[13:32] <doko> xnox: sure, worth a try
[13:33] <cascardo>    * x86_64: Use -Ttext-segment to avoid address collision
[13:34] <cascardo> the PIE thing seems to fix FTBFS, while this latter one would fix the "Uhuuh, elf segment" thing
[13:37] <ahasenack> juliank: https://code.launchpad.net/~ahasenack/ubuntu/+source/ruby2.5/+git/ruby2.5/+merge/362021 care for a quick review?
[13:38] <cascardo> https://salsa.debian.org/kernel-team/klibc/commit/2a705525e0816f9d708d7c41688f6bcb127374fe
[13:39] <cascardo> result of changes to binutils
[13:51] <juliank> ahasenack: lgtm
[14:01] -queuebot:#ubuntu-release- Unapproved: virtualbox-guest-additions-iso (trusty-proposed/multiverse) [4.3.36-1ubuntu<IP_ADDRESS> => 4.3.40-0ubuntu<IP_ADDRESS>] (no packageset)
[14:16] <Laney> cascardo: thanks for looking at that, now I don't suppose you would know anything about<EMAIL_ADDRESS>either would you?
[14:16] <Laney> (your reward for helping with a bug: have another one :P)
[14:17] -queuebot:#ubuntu-release- Unapproved: virtualbox (trusty-proposed/multiverse) [4.3.36-dfsg-1+deb8u1ubuntu<IP_ADDRESS> => 4.3.40-0ubuntu14.04.1] (ubuntu-cloud)
[14:21] <Laney> Steve started looking it but he didn't indicate (to me anyway) that he'd done more than reproduce
[14:26] <Laney> xnox:
[14:26] <Laney> [14:26] <Laney> deb t file:///tmp/autopkgtest.INQi4E/binaries /
[14:26] <Laney> wtfffffffffffffffffffffffffffffffff
[14:28] -queuebot:#ubuntu-release- New binary: llvm-toolchain-snapshot [s390x] (disco-proposed/universe) [1:9~svn351420-1~exp1] (no packageset)
[14:28] <Laney> ...I mean it sure is malformed...
[14:33] <cascardo> Laney: looking
[14:42] <cascardo> Laney: is it possible to get the qemu invocation or some nova setup for that run? I am trying to find out how initrd is given to the VM. or does it from disk, with grub?
[14:43] <cascardo> does it boot from disk, I meant
[14:44] <Laney> cascardo: we just use nova boot --image <some cloud image>
[14:44] <Laney> I can ask IS if they can get the qemu invocation
[14:48] <cascardo> Laney: I don't think that's needed. let's assume that boots from disk
[14:48] <Laney> k, well I asked anyway :-)
[14:48] <Laney> I do doubt it is given in a special way behind our back though
[14:50] <cascardo> Laney: is that happening across the board?
[14:50] <cascardo> and only i386?
[14:50] <Laney> not 100% of times, but quite often
[14:50] <Laney> and yeah, I've only seen it there
[14:57] <Laney> only disco too
[15:02] <cyphermox> there's a grub2 amd64 binary in unapproved for trusty; could someone please review it and let it through (it's block for Secure Boot signing)
[15:04] <Laney> xnox: any ideas? i can't think of anything atm
[15:05] <Laney> juliank: or you maybe
[15:10] <juliank> Laney: no ideas here
[15:11] <Laney> /o\
[15:11] <cascardo> hum... now that I think of it, I may have hit this locally, let me try it
[15:21] <cascardo> ok, so it seems grub will set env initrdfail, and depending on its value, will boot without initrd, but with panic=-1, which should reboot immediately
[15:21] <cascardo> which is what we see all the time, it boots without initrd, then reboots immediately, then boots with initrd
[15:23] <cascardo> I see panic=-1 on the latest kernel cmdline, so it should have reboot
[15:24] <doko> Laney: again can't see the log for a retried test at http://autopkgtest.ubuntu.com/packages/libg/libgnatcoll-bindings/disco/amd64
[15:24] <doko> two hours agao
[15:25] <Laney> doko: busy, ping someone else
[15:28] <Laney> looks like excuses got it though
[15:28] <Laney> (excuses doesn't need the website to be up to date)
[15:29] <doko> ohh, indeed
[15:29] <Laney> also the website now
[15:29] <Laney> it's just really slow - we would welcome a contribution to fix that
[15:30] <Laney> https://trello.com/c/8XSNcbDH/11-update-information-on-the-web-faster
[15:30] <xnox> Laney, [trust=yes] got eaten by shell ?
[15:30] <xnox> [ for test and t for trust=yes?!
[15:30] <xnox> [trusted=yes]
[15:31] <Laney> dunno
[15:31] <Laney> why did the text before it get echoed?
[15:31] <Laney> and after
[15:31] <Laney> and why did it come out as a 't'?
[15:31] <Laney> makes no sense to me
[15:31] <Laney> ... I'm trying replacing that echo with a printf ...
[15:33] <Laney> also what changed to make it break now?
[15:43] -queuebot:#ubuntu-release- Unapproved: gnome-shell-extension-ubuntu-dock (bionic-proposed/main) [0.9.1ubuntu18.04.1 => 0.9.1ubuntu18.04.2] (ubuntu-desktop)
[15:49] <cascardo> so, /etc/default/grub.d/40-force-partuuid.cfg is present on i386 images, which cause that attempted boot without initrd, followed by a fallback
[15:50] <cascardo> so, it is supposed to be doing this. now, why have it failed to reboot after panic?
[16:14] -queuebot:#ubuntu-release- Unapproved: grub2 (disco-proposed/main) [2.02+dfsg1-5ubuntu10 => 2.02+dfsg1-5ubuntu10] (core)
[16:19] <xnox> cascardo, possibly due to failure to write out grub-env and read it back?
[16:20] -queuebot:#ubuntu-release- New binary: llvm-toolchain-snapshot [i386] (disco-proposed/universe) [1:9~svn351420-1~exp1] (no packageset)
[16:22] <cascardo> xnox: could be, but why would that fail?
[16:22] <cascardo> and it worked at least once
[16:23] <xnox> cascardo, dunno. i'm not that advanced in grub.
[16:23] <xnox> cascardo, maybe brainstorm with cyphermox or vorlon ?
[16:23] <cascardo> yeah, I am doing some tests here after some reading some of that code by the two of them
[16:25] <cascardo> now, we don't see it in a loop trying to boot that failed kernel
[16:26] <cascardo> which is what I would expect from an empty env
[16:26] <cascardo> so, I was thinking more of a kernel failing to reboot, though that also seems unlikely
[16:32] <Laney> xnox: printf seems better here :/
[16:32] <Laney> I can't really explain that though
[16:33] <xnox> Laney, something somewhere has changed or broke escaping in one of the layers somewhere. too much bash and sh in all the places =/
[16:33] <xnox> Laney, if printf is better, let's just do that from now on, and be done with it.
[16:34] <Laney> I've got to propose it upstream though, and to do that I'd ideally be able to say why it was wrong before :'(
[16:34] <Laney> anyway, triggered a real run instead of one of my by-hand ones
[16:34] <Laney> let's see if that onee works
[16:34] <Laney> s/onee/one/
[16:36] <rbasak> vorlon: for my understanding, why did you force-badtest diaspora-installer rather than kick it out of the release pocket? AIUI, the test is good, and the package is bad.
[16:52] -queuebot:#ubuntu-release- Unapproved: grub2 (disco-proposed/main) [2.02+dfsg1-5ubuntu10 => 2.02+dfsg1-5ubuntu10] (core)
[16:54] <cyphermox> cascardo: is it UEFI? just in case you're trying to boot an unsigned kernel?
[17:03] <cyphermox> could someone please review grub2 binaries in disco unapproved as well?
[17:13] -queuebot:#ubuntu-release- New binary: goo [amd64] (disco-proposed/universe) [0.155-16] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: playerctl [i386] (disco-proposed/universe) [2.0.1-1] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: playerctl [amd64] (disco-proposed/universe) [2.0.1-1] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: playerctl [s390x] (disco-proposed/universe) [2.0.1-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: libewf [s390x] (disco-proposed/universe) [20140804-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: rust-crossbeam-epoch [i386] (disco-proposed/universe) [0.7.0-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: golang-github-apparentlymart-go-openvpn-mgmt [amd64] (disco-proposed/universe) [0.0~git20161009.9a305ae-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: libewf [amd64] (disco-proposed/universe) [20140804-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: golang-github-oxtoacart-bpool [amd64] (disco-proposed/universe) [0.0~git20150712.4e1c556-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: rust-crossbeam-epoch [amd64] (disco-proposed/universe) [0.7.0-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: golang-github-getlantern-context [amd64] (disco-proposed/universe) [0.0~git20190109.c447772-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: ptable [amd64] (disco-proposed/universe) [0.9.2-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: rust-crossbeam-epoch [s390x] (disco-proposed/universe) [0.7.0-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: rust-roxmltree [amd64] (disco-proposed/universe) [0.4.1-2] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: hardening-runtime [amd64] (disco-proposed/universe) [1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: rust-rand-os [amd64] (disco-proposed/universe) [0.1.1-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: python-gffutils [amd64] (disco-proposed/universe) [0.9-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New: accepted ec2-hibinit-agent [source] (trusty-proposed) [1.0.0-0ubuntu1~14.04.0]
[17:19] -queuebot:#ubuntu-release- New binary: rust-euclid-macros [i386] (disco-proposed/universe) [0.1.0-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: rust-roxmltree [i386] (disco-proposed/universe) [0.4.1-2] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: rust-euclid-macros [amd64] (disco-proposed/universe) [0.1.0-1] (no packageset)
[17:19] <cascardo> cyphermox: that's on autopkgtest, I don't think they are UEFI
[17:19] -queuebot:#ubuntu-release- New binary: rust-rand-os [i386] (disco-proposed/universe) [0.1.1-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- Unapproved: gtk+3.0 (cosmic-proposed/main) [3.24.1-1ubuntu2 => 3.24.4-0ubuntu1] (ubuntu-desktop)
[17:19] <cascardo> cyphermox<EMAIL_ADDRESS>[17:19] -queuebot:#ubuntu-release- New binary: pyinsane [amd64] (disco-proposed/universe) [2.0.13-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: rust-euclid-macros [s390x] (disco-proposed/universe) [0.1.0-1] (no packageset)
[17:20] <cascardo> seems to be a pattern on i386 disco. so, I found out about the noinitrd boot plus fallback, which explains this pattern of booting without initrd, then rebooting
[17:20] -queuebot:#ubuntu-release- New binary: libewf [i386] (disco-proposed/universe) [20140804-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: rust-roxmltree [s390x] (disco-proposed/universe) [0.4.1-2] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: rust-rand-os [s390x] (disco-proposed/universe) [0.1.1-1] (no packageset)
[17:21] <Laney> xnox: nah it failed again with printf this time
[17:21] -queuebot:#ubuntu-release- New binary: ec2-hibinit-agent [i386] (trusty-proposed/none) [1.0.0-0ubuntu1~14.04.0] (no packageset)
[17:21] <Laney> seems slightly random as to when it happens
[17:23] -queuebot:#ubuntu-release- New binary: libewf [ppc64el] (disco-proposed/universe) [20140804-1] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: playerctl [ppc64el] (disco-proposed/universe) [2.0.1-1] (no packageset)
[17:28] -queuebot:#ubuntu-release- New binary: rust-crossbeam-epoch [ppc64el] (disco-proposed/universe) [0.7.0-1] (no packageset)
[17:29] -queuebot:#ubuntu-release- New binary: playerctl [arm64] (disco-proposed/universe) [2.0.1-1] (no packageset)
[17:29] -queuebot:#ubuntu-release- New binary: playerctl [armhf] (disco-proposed/universe) [2.0.1-1] (no packageset)
[17:30] <jbicha> please remove both gtk 3.24.3 cosmic unapproved uploads, superseded by gtk 3.24.4
[17:32] -queuebot:#ubuntu-release- New binary: libewf [armhf] (disco-proposed/universe) [20140804-1] (no packageset)
[17:34] -queuebot:#ubuntu-release- New binary: libewf [arm64] (disco-proposed/universe) [20140804-1] (no packageset)
[17:34] -queuebot:#ubuntu-release- New binary: rust-crossbeam-epoch [armhf] (disco-proposed/universe) [0.7.0-1] (no packageset)
[17:34] -queuebot:#ubuntu-release- New binary: rust-crossbeam-epoch [arm64] (disco-proposed/universe) [0.7.0-1] (no packageset)
[17:35] -queuebot:#ubuntu-release- New binary: rust-euclid-macros [ppc64el] (disco-proposed/universe) [0.1.0-1] (no packageset)
[17:35] -queuebot:#ubuntu-release- New binary: rust-roxmltree [ppc64el] (disco-proposed/universe) [0.4.1-2] (no packageset)
[17:35] -queuebot:#ubuntu-release- New binary: rust-rand-os [ppc64el] (disco-proposed/universe) [0.1.1-1] (no packageset)
[17:35] -queuebot:#ubuntu-release- New: accepted ec2-hibinit-agent [i386] (trusty-proposed) [1.0.0-0ubuntu1~14.04.0]
[17:38] -queuebot:#ubuntu-release- New binary: rust-euclid-macros [arm64] (disco-proposed/universe) [0.1.0-1] (no packageset)
[17:38] -queuebot:#ubuntu-release- New binary: rust-rand-os [arm64] (disco-proposed/universe) [0.1.1-1] (no packageset)
[17:38] -queuebot:#ubuntu-release- New binary: rust-roxmltree [armhf] (disco-proposed/universe) [0.4.1-2] (no packageset)
[17:38] -queuebot:#ubuntu-release- New binary: rust-euclid-macros [armhf] (disco-proposed/universe) [0.1.0-1] (no packageset)
[17:38] -queuebot:#ubuntu-release- New binary: rust-roxmltree [arm64] (disco-proposed/universe) [0.4.1-2] (no packageset)
[17:40] -queuebot:#ubuntu-release- Unapproved: accepted gnutls28 [source] (cosmic-proposed) [3.6.4-2ubuntu1.1]
[17:40] -queuebot:#ubuntu-release- New binary: qgis [s390x] (disco-proposed/universe) [2.18.28+dfsg-1] (no packageset)
[17:40] -queuebot:#ubuntu-release- New binary: rust-rand-os [armhf] (disco-proposed/universe) [0.1.1-1] (no packageset)
[17:41] -queuebot:#ubuntu-release- Unapproved: rejected gtk+3.0 [source] (cosmic-proposed) [3.24.3-0ubuntu1]
[17:43] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (bionic-proposed) [2.525.14]
[17:57] -queuebot:#ubuntu-release- New binary: qgis [ppc64el] (disco-proposed/universe) [2.18.28+dfsg-1] (no packageset)
[18:05] <ahasenack> the schleuder error is this: https://pastebin.ubuntu.com/p/Tp3g2PFPp7/
[18:05] <ahasenack> I don't know if the real error is that git msg, or
[18:06] <ahasenack> Could not find 'mail' (~> 2.6.0) - did find: [mail-2.7.1] (Gem::MissingSpecVersionError)
[18:08] -queuebot:#ubuntu-release- New: accepted golang-github-apparentlymart-go-openvpn-mgmt [amd64] (disco-proposed) [0.0~git20161009.9a305ae-1]
[18:09] -queuebot:#ubuntu-release- New: accepted golang-github-getlantern-context [amd64] (disco-proposed) [0.0~git20190109.c447772-1]
[18:09] -queuebot:#ubuntu-release- New: accepted goo [amd64] (disco-proposed) [0.155-16]
[18:09] -queuebot:#ubuntu-release- New: accepted libewf [amd64] (disco-proposed) [20140804-1]
[18:09] -queuebot:#ubuntu-release- New: accepted libewf [armhf] (disco-proposed) [20140804-1]
[18:09] -queuebot:#ubuntu-release- New: accepted libewf [ppc64el] (disco-proposed) [20140804-1]
[18:09] -queuebot:#ubuntu-release- New: accepted playerctl [amd64] (disco-proposed) [2.0.1-1]
[18:09] -queuebot:#ubuntu-release- New: accepted playerctl [armhf] (disco-proposed) [2.0.1-1]
[18:09] -queuebot:#ubuntu-release- New: accepted playerctl [ppc64el] (disco-proposed) [2.0.1-1]
[18:09] -queuebot:#ubuntu-release- New: accepted ptable [amd64] (disco-proposed) [0.9.2-1]
[18:09] -queuebot:#ubuntu-release- New: accepted python-gffutils [amd64] (disco-proposed) [0.9-1]
[18:09] -queuebot:#ubuntu-release- New: accepted golang-github-oxtoacart-bpool [amd64] (disco-proposed) [0.0~git20150712.4e1c556-1]
[18:09] -queuebot:#ubuntu-release- New: accepted libewf [arm64] (disco-proposed) [20140804-1]
[18:09] -queuebot:#ubuntu-release- New: accepted libewf [s390x] (disco-proposed) [20140804-1]
[18:09] -queuebot:#ubuntu-release- New: accepted playerctl [i386] (disco-proposed) [2.0.1-1]
[18:09] -queuebot:#ubuntu-release- New: accepted pyinsane [amd64] (disco-proposed) [2.0.13-1]
[18:09] -queuebot:#ubuntu-release- New: accepted rust-crossbeam-epoch [armhf] (disco-proposed) [0.7.0-1]
[18:09] -queuebot:#ubuntu-release- New: accepted hardening-runtime [amd64] (disco-proposed) [1]
[18:09] -queuebot:#ubuntu-release- New: accepted playerctl [arm64] (disco-proposed) [2.0.1-1]
[18:09] -queuebot:#ubuntu-release- New: accepted rust-crossbeam-epoch [arm64] (disco-proposed) [0.7.0-1]
[18:09] -queuebot:#ubuntu-release- New: accepted libewf [i386] (disco-proposed) [20140804-1]
[18:09] -queuebot:#ubuntu-release- New: accepted playerctl [s390x] (disco-proposed) [2.0.1-1]
[18:09] -queuebot:#ubuntu-release- New: accepted rust-crossbeam-epoch [amd64] (disco-proposed) [0.7.0-1]
[18:09] -queuebot:#ubuntu-release- New: accepted rust-crossbeam-epoch [ppc64el] (disco-proposed) [0.7.0-1]
[18:09] -queuebot:#ubuntu-release- New: accepted rust-euclid-macros [amd64] (disco-proposed) [0.1.0-1]
[18:09] -queuebot:#ubuntu-release- New: accepted rust-euclid-macros [armhf] (disco-proposed) [0.1.0-1]
[18:09] -queuebot:#ubuntu-release- New: accepted rust-euclid-macros [ppc64el] (disco-proposed) [0.1.0-1]
[18:09] -queuebot:#ubuntu-release- New: accepted rust-rand-os [amd64] (disco-proposed) [0.1.1-1]
[18:09] -queuebot:#ubuntu-release- New: accepted rust-rand-os [armhf] (disco-proposed) [0.1.1-1]
[18:09] -queuebot:#ubuntu-release- New: accepted rust-rand-os [ppc64el] (disco-proposed) [0.1.1-1]
[18:09] -queuebot:#ubuntu-release- New: accepted rust-roxmltree [amd64] (disco-proposed) [0.4.1-2]
[18:09] -queuebot:#ubuntu-release- New: accepted rust-roxmltree [armhf] (disco-proposed) [0.4.1-2]
[18:09] -queuebot:#ubuntu-release- New: accepted rust-crossbeam-epoch [i386] (disco-proposed) [0.7.0-1]
[18:09] -queuebot:#ubuntu-release- New: accepted rust-euclid-macros [arm64] (disco-proposed) [0.1.0-1]
[18:09] -queuebot:#ubuntu-release- New: accepted rust-euclid-macros [s390x] (disco-proposed) [0.1.0-1]
[18:09] -queuebot:#ubuntu-release- New: accepted rust-rand-os [i386] (disco-proposed) [0.1.1-1]
[18:09] -queuebot:#ubuntu-release- New: accepted rust-roxmltree [arm64] (disco-proposed) [0.4.1-2]
[18:09] -queuebot:#ubuntu-release- New: accepted rust-roxmltree [ppc64el] (disco-proposed) [0.4.1-2]
[18:09] -queuebot:#ubuntu-release- New: accepted rust-crossbeam-epoch [s390x] (disco-proposed) [0.7.0-1]
[18:09] -queuebot:#ubuntu-release- New: accepted rust-rand-os [arm64] (disco-proposed) [0.1.1-1]
[18:09] -queuebot:#ubuntu-release- New: accepted rust-roxmltree [i386] (disco-proposed) [0.4.1-2]
[18:09] -queuebot:#ubuntu-release- New: accepted rust-euclid-macros [i386] (disco-proposed) [0.1.0-1]
[18:09] -queuebot:#ubuntu-release- New: accepted rust-roxmltree [s390x] (disco-proposed) [0.4.1-2]
[18:09] -queuebot:#ubuntu-release- New: accepted rust-rand-os [s390x] (disco-proposed) [0.1.1-1]
[18:25] <ahasenack> doesn't look like it's supposed to work with ruby-mail 2.7.x: https://0xacab.org/schleuder/schleuder/merge_requests/128/commits
[18:25] <ahasenack> they are pinning it at 2.6.0
[18:25] <ahasenack> kstenerud: ^ that's as far as I got
[18:26] <ahasenack> and https://0xacab.org/schleuder/schleuder/issues/352 is open, to get it to work with 2.7.0 (2.7.x?)
[18:32] <ahasenack> release team, any opinion on that? ^ schleuder fails in debian (https://ci.debian.net/packages/s/schleuder/), ubuntu, and as far as I could track it, it's because it doesn't work with ruby-mail 2.7.1 (https://0xacab.org/schleuder/schleuder/merge_requests/128/diffs) which is what we have in disco
[18:33] <ahasenack> 1https://pastebin.ubuntu.com/p/WZhZf42gJg/ test run after I hacked the spec to allow ruby-mail 2.7.1
[18:33] <ahasenack> 2 failures
[18:38]  * ahasenack files a bug
[18:39] <ahasenack> https://bugs.launchpad.net/ubuntu/+source/schleuder/+bug/1812730
[18:39] <ahasenack> kstenerud: ^
[18:43] -queuebot:#ubuntu-release- New binary: qgis [amd64] (disco-proposed/universe) [2.18.28+dfsg-1] (no packageset)
[18:53] <ahasenack> it's blocking gnupg2, btw
[19:10] -queuebot:#ubuntu-release- New binary: qgis [i386] (disco-proposed/universe) [2.18.28+dfsg-1] (no packageset)
[19:13] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [amd64] (disco-proposed) [2.02+dfsg1-5ubuntu10]
[19:13] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [amd64] (trusty-proposed) [2.02~beta2-9ubuntu1.16]
[19:13] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [arm64] (disco-proposed) [2.02+dfsg1-5ubuntu10]
[19:14] -queuebot:#ubuntu-release- Unapproved: accepted linux-firmware-raspi2 [source] (bionic-proposed) [1.20180919-0ubuntu<IP_ADDRESS>]
[19:14] -queuebot:#ubuntu-release- New binary: qgis [armhf] (disco-proposed/universe) [2.18.28+dfsg-1] (no packageset)
[19:30] -queuebot:#ubuntu-release- New binary: llvm-toolchain-snapshot [ppc64el] (disco-proposed/universe) [1:9~svn351420-1~exp1] (no packageset)
[19:47] -queuebot:#ubuntu-release- New binary: llvm-toolchain-snapshot [amd64] (disco-proposed/universe) [1:9~svn351420-1~exp1] (no packageset)
[19:57] -queuebot:#ubuntu-release- Unapproved: ubuntu-release-upgrader (cosmic-proposed/main) [1:<IP_ADDRESS> => 1:<IP_ADDRESS>] (core)
[20:03] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-release-upgrader [source] (cosmic-proposed) [1:<IP_ADDRESS>]
[20:08] -queuebot:#ubuntu-release- Unapproved: tar (bionic-proposed/main) [1.29b-2 => 1.29b-2ubuntu0.1] (core)
[20:33] -queuebot:#ubuntu-release- New binary: qgis [arm64] (disco-proposed/universe) [2.18.28+dfsg-1] (no packageset)
[21:38] -queuebot:#ubuntu-release- New: accepted qgis [amd64] (disco-proposed) [2.18.28+dfsg-1]
[21:38] -queuebot:#ubuntu-release- New: accepted qgis [armhf] (disco-proposed) [2.18.28+dfsg-1]
[21:38] -queuebot:#ubuntu-release- New: accepted qgis [ppc64el] (disco-proposed) [2.18.28+dfsg-1]
[21:38] -queuebot:#ubuntu-release- New: accepted qgis [arm64] (disco-proposed) [2.18.28+dfsg-1]
[21:38] -queuebot:#ubuntu-release- New: accepted qgis [s390x] (disco-proposed) [2.18.28+dfsg-1]
[21:38] -queuebot:#ubuntu-release- New: accepted qgis [i386] (disco-proposed) [2.18.28+dfsg-1]
[21:39] -queuebot:#ubuntu-release- New: accepted llvm-toolchain-snapshot [amd64] (disco-proposed) [1:9~svn351420-1~exp1]
[21:39] -queuebot:#ubuntu-release- New: accepted llvm-toolchain-snapshot [ppc64el] (disco-proposed) [1:9~svn351420-1~exp1]
[21:39] -queuebot:#ubuntu-release- New: accepted llvm-toolchain-snapshot [i386] (disco-proposed) [1:9~svn351420-1~exp1]
[21:39] -queuebot:#ubuntu-release- New: accepted llvm-toolchain-snapshot [s390x] (disco-proposed) [1:9~svn351420-1~exp1]
[21:39] -queuebot:#ubuntu-release- New sync: llvm-toolchain-8 (disco-proposed/primary) [1:8~svn351401-1~exp1]
[21:40] -queuebot:#ubuntu-release- New: accepted llvm-toolchain-8 [sync] (disco-proposed) [1:8~svn351401-1~exp1]
[23:23] -queuebot:#ubuntu-release- New binary: gradle-completion [amd64] (disco-proposed/universe) [1.3.1-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: r-cran-sys [amd64] (disco-proposed/universe) [2.1-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: r-cran-sys [i386] (disco-proposed/universe) [2.1-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: golang-github-protonmail-go-autostart [amd64] (disco-proposed/universe) [0.0~git20181114.c527205-2] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: samblaster [i386] (disco-proposed/universe) [0.1.24-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: samblaster [amd64] (disco-proposed/universe) [0.1.24-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: tuna [amd64] (disco-proposed/universe) [0.12-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: node-domino [amd64] (disco-proposed/universe) [2.1.1~dfsg-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: rust-rctree [amd64] (disco-proposed/universe) [0.2.1-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: tuna [i386] (disco-proposed/universe) [0.12-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: r-cran-sys [s390x] (disco-proposed/universe) [2.1-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: rust-rctree [i386] (disco-proposed/universe) [0.2.1-1] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: xygrib [amd64] (disco-proposed/universe) [1.2.2-1] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: xygrib [i386] (disco-proposed/universe) [1.2.2-1] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: gsoap [s390x] (disco-proposed/universe) [2.8.75-1] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: rust-fern [s390x] (disco-proposed/universe) [0.5.7-1] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: samblaster [s390x] (disco-proposed/universe) [0.1.24-1] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: rust-fern [i386] (disco-proposed/universe) [0.5.7-1] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: tuna [s390x] (disco-proposed/universe) [0.12-1] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: rust-rctree [s390x] (disco-proposed/universe) [0.2.1-1] (no packageset)
[23:28] -queuebot:#ubuntu-release- New binary: xygrib [s390x] (disco-proposed/universe) [1.2.2-1] (no packageset)
[23:28] -queuebot:#ubuntu-release- New binary: rust-fern [amd64] (disco-proposed/universe) [0.5.7-1] (no packageset)
[23:29] -queuebot:#ubuntu-release- New binary: gsoap [i386] (disco-proposed/universe) [2.8.75-1] (no packageset)
[23:30] -queuebot:#ubuntu-release- New binary: r-cran-sys [arm64] (disco-proposed/universe) [2.1-1] (no packageset)
[23:30] -queuebot:#ubuntu-release- New binary: r-cran-sys [armhf] (disco-proposed/universe) [2.1-1] (no packageset)
[23:31] -queuebot:#ubuntu-release- New binary: rust-rctree [armhf] (disco-proposed/universe) [0.2.1-1] (no packageset)
[23:31] -queuebot:#ubuntu-release- New binary: r-cran-sys [ppc64el] (disco-proposed/universe) [2.1-1] (no packageset)
[23:31] -queuebot:#ubuntu-release- New binary: samblaster [arm64] (disco-proposed/universe) [0.1.24-1] (no packageset)
[23:31] -queuebot:#ubuntu-release- New binary: rust-rctree [arm64] (disco-proposed/universe) [0.2.1-1] (no packageset)
[23:31] -queuebot:#ubuntu-release- New binary: samblaster [ppc64el] (disco-proposed/universe) [0.1.24-1] (no packageset)
[23:32] -queuebot:#ubuntu-release- New binary: rust-fern [arm64] (disco-proposed/universe) [0.5.7-1] (no packageset)
[23:32] -queuebot:#ubuntu-release- New binary: samblaster [armhf] (disco-proposed/universe) [0.1.24-1] (no packageset)
[23:32] -queuebot:#ubuntu-release- New binary: tuna [armhf] (disco-proposed/universe) [0.12-1] (no packageset)
[23:32] -queuebot:#ubuntu-release- New binary: rust-rctree [ppc64el] (disco-proposed/universe) [0.2.1-1] (no packageset)
[23:32] -queuebot:#ubuntu-release- New binary: tuna [ppc64el] (disco-proposed/universe) [0.12-1] (no packageset)
[23:32] -queuebot:#ubuntu-release- New binary: tuna [arm64] (disco-proposed/universe) [0.12-1] (no packageset)
[23:33] -queuebot:#ubuntu-release- New binary: gsoap [ppc64el] (disco-proposed/universe) [2.8.75-1] (no packageset)
[23:33] -queuebot:#ubuntu-release- New binary: rust-fern [ppc64el] (disco-proposed/universe) [0.5.7-1] (no packageset)
[23:33] -queuebot:#ubuntu-release- New binary: rust-fern [armhf] (disco-proposed/universe) [0.5.7-1] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: xygrib [ppc64el] (disco-proposed/universe) [1.2.2-1] (no packageset)
[23:38] -queuebot:#ubuntu-release- New binary: gsoap [amd64] (disco-proposed/universe) [2.8.75-1] (no packageset)
[23:47] -queuebot:#ubuntu-release- New binary: gsoap [arm64] (disco-proposed/universe) [2.8.75-1] (no packageset)
[23:48] -queuebot:#ubuntu-release- New binary: gsoap [armhf] (disco-proposed/universe) [2.8.75-1] (no packageset)


[10:12] <phoniclynx> I have a I have a back end setup and a front end. The back end can see the videos and allows me to view the videos... but the front end doesn't show the videos option in the media library... Is there an option I've accidentally checked or something?
[10:13] <Shadow__X> phoniclynx: are you saying the backend is a backend/frontend and on there you see your videos but on a different frontned you dont?
[10:14] <phoniclynx> correct
[10:14] <phoniclynx> the backend/frontend sees the video options.. but the straight front end dosn't see them.. it used to.. but not any more
[10:14] <Shadow__X> what do you mean by the video option.
[10:16] <phoniclynx> Media Library - Watch Videos
[10:18] <Shadow__X> the option is not in the menu at all? or it is there but the videos are not showing up
[10:22] <phoniclynx> not in the options menu
[10:23] <Shadow__X> if thats the case then most likely the frontend does not have that plugin installed
[10:24] <Shadow__X> i will also note that you want to make sure both the frontend and backend are running the same revision number and are using the same repo
[10:24] <phoniclynx> congratulations.... 10 cookies to you
[10:25] <Shadow__X> thanks
[10:25] <phoniclynx> i don't know how the plugin got turned off tho
[10:25] <phoniclynx> i turned them all on
[10:26] <Shadow__X> i am not sure but perhaps in an upgrade it could of happen
[10:26] <phoniclynx> okay.. here's a curly one
[10:26] <phoniclynx> it now shows up
[10:26] <phoniclynx> but won't let u go into it
[10:27] <Shadow__X> check the logs then
[10:27] <phoniclynx> dw.. i think i solved it
[10:27] <phoniclynx> i rebooted it
[10:29] <phoniclynx> what the hell.. have another 3 cookies
[10:29] <Zinn> phoniclynx: Please watch your language.
[10:29] <phoniclynx> lol
[10:29] <phoniclynx> gotta love bots
[10:32] <phoniclynx> after all that now its saying there are no video's
[10:33] <Shadow__X> if thats the case then its either of 2 things. You are not using storage groups and need to mount the share locally or you are using storage groups and they are not setup correctly
[10:35] <phoniclynx> now my server is going crazy
[10:38] <Shadow__X> give it some camomile tea
[10:39] <phoniclynx> haha it needs more than that i think
[10:39] <phoniclynx> i restarted GDM
[10:40] <phoniclynx> now mythfrontend just crashes every time it opens.. and then it tries to restart it.. and is in a loop
[10:41] <Shadow__X> check the logs to see whats going on. You can open it from terminal as well
[10:41] <phoniclynx> no screen attached
[10:41] <phoniclynx> i'm havin to SSH to it
[10:41] <phoniclynx> but i think i found the error
[10:41] <phoniclynx> somehow the PPA's were set to lucid and not mavrick
[10:42] <Shadow__X> perhaps that is it
[10:42] <mycosys> if you need to run x stuff remotely xpra/window switch works well
[10:42] <phoniclynx> bot nix
[10:43] <phoniclynx> both nix*
[10:43] <mycosys> xpra is nix
[10:43] <mycosys> tho ported
[10:43] <mycosys> provides the ability to disconnect from the x session without closing the app
[10:43] <phoniclynx> handy
[10:43] <mycosys> like screen
[10:43] <phoniclynx> dl in now
[10:44] <mycosys> also allows the x app to be on 2 (or more) screens
[10:44] <phoniclynx> i have no idea how to use it tho
[10:44] <mycosys> window switch is a fgrontend for it
[10:44] <mycosys> *frontend
[10:45] <phoniclynx> i type xpra and it give me a help screen
[10:45] <phoniclynx> which realy isn't much help
[10:45] <mycosys> i have only used it via window switch - tho window switch does too much and i should learn its cl
[10:45] <mycosys> try man xpra i spose
[10:47] <phoniclynx> nat@NatLinux:/etc/apt$ xpra start mythtv
[10:47] <phoniclynx> Entering daemon mode; any further errors will be reported to:
[10:47] <phoniclynx>   /home/nat/.xpra/:mythtv.log
[10:48] <mycosys> http://winswitch.org/
[10:51] <mycosys> http://winswitch.org/downloads/debian-repository.html?dist_select=maverick
[10:51] <Zinn> [winswitch.org] Window Switch - Debian Repository
[10:58] <phoniclynx> trying to wrap my head around the MAN pages
[10:59] <phoniclynx> so u have to have xpra on both client and server
[11:07] <phoniclynx> well the PPA correction fixed it


[00:00] <AlanBell> http://askubuntu.com/questions/107442/orca-screen-reader/107473#107473 yay I did a thing on askubuntu to correct some fantasically crap advice that someone was given there
[00:02] <gord> i've only one experience with ask ubuntu, and that is that i have an rss feed from it in my google homepage. whenever i see a question i can answer i go there to find someone else has done a good job of answering it anyway.
[00:11]  * popey votes AlanBell up
[00:12] <AlanBell> somehow I have a reputation of 137, without actually thinking I use askubuntu at all
[00:14] <penguin42> AlanBell: You sure your chickens aren't doing stuff while you're out?
[00:14] <AlanBell> that is probably it
[00:14] <jpds> They're probably crossing the road.
[02:36] <Azelphur> Does anyone know how to force an upgrade on a package to a version available in a newer ubuntu release?
[02:37] <Azelphur> also, does anyone know what to do in order to point out that the version of the application in the repo is actually, 100% broken and needs to be updated
[05:13] <ubuntuuk-planet> [Jono Bacon] Calling All Twisted Daemon Experts - http://www.jonobacon.org/2012/02/25/calling-all-twisted-daemon-experts/
[05:58] <MartijnVdS> Azelphur: use a backport, or add the new ubuntu version to sources.list and pin it (apt pinning is your google keyword here), then apt-get install pkg=version
[05:58] <MartijnVdS> Azelphur: and "file a bug"
[10:33] <jacobw> morning ubunteros
[10:33] <AlanBell> morning
[10:38] <brobostigon> good morning everyone,
[10:39] <dwatkins> hiya folks
[10:40] <brobostigon> hi dwatkins
[10:40] <dwatkins> I forgot to log in to my Ubuntu machine, that makes using x11vnc a little difficult...
[10:45] <TheOpenSourcerer> popey: ping
[10:48] <KrimZon> I once set up xrdp on a machine to remote into it - it would create a new x session for each login
[11:03] <daubers> Morning
[11:13] <AlanBell> anyone got a Samsung Galaxy Y (or other budget smartphone suggestion)
[11:14] <directhex> how budget is budget?
[11:14] <AlanBell> £15/month preferably free handset
[11:16] <directhex> various low-end galaxies exist at that price point
[11:17] <directhex> acer liquid express from orange?
[11:19] <directhex> or from tmobile with moare data
[11:19] <directhex> xperia neo v? htc wildfire s?
[11:20] <directhex> couple of LGs from O2 at that rate, or a refurb galaxy s2 for £60
[11:23] <AlanBell> thanks
[11:23] <AlanBell> where is the refurb s2?
[11:29] <TheOpenSourcerer> AlanBell: Wifey has the Galaxy Ace and is happy with it.
[11:29] <TheOpenSourcerer> Got it from CPW
[11:29] <AlanBell> that is a possibility
[11:29] <AlanBell> http://shop.o2.co.uk/mobile_phone/pay_monthly/24_months/100MB/BlackBerry/Torch%209860 this looks like a good deal. Not Android, but quite cheap for a decent phone I think
[11:36] <TheOpenSourcerer> anyone got a init script to start/stop a minecraft server? Am trying this one but it aint working and no logs: https://github.com/Ahtenus/minecraft-init
[11:37] <jacobw> obvious question, doesn't minecraft-server provide its own init scripts?
[11:37] <TheOpenSourcerer> jacobw: if it did do you not think I would have tried it?
[11:39] <jacobw> i'm just kind of suprised it dosen't
[11:40] <TheOpenSourcerer> it's just a jar
[11:40] <jacobw> i realise that might be annoying ;)
[11:41] <jacobw> i can't see any logging stuff in the code
[11:43] <jacobw> have you done all this stuff https://github.com/Ahtenus/minecraft-init/blob/master/readme.markdown
[12:00] <TheOpenSourcerer> found a different script that seems to work: https://github.com/ajoberstar/minecraft-init
[12:00] <jacobw> awesome :)
[12:01] <TheOpenSourcerer> My son is now a happy chap.
[12:16] <TheOpenSourcerer> Anyone know any friendly Swedes who could spare my wife an hr? (or even a Norwegian might do it? eh christel_ ;-) ) https://twitter.com/#!/opensourcerer/status/173380412868001792
[12:27] <jacobw> translation?
[12:29] <czajkowski> TheOpenSourcerer: drop her a mail her mum is visiting so she's not on irc
[12:59] <popey> TheOpenSourcerer: pong
[13:18] <TheOpenSourcerer> Hi popey Was going to ask about minecraft servers and OpenJDK but it seems to be running fine :-) I have a happy son whose is sending out an IP address to his mates.
[13:20] <popey> excellent
[14:30] <daubers> Urgh, covered in roof tile dust now
[14:32] <cliftonts> what are you up to daubers?
[14:32] <daubers> cliftonts: Running cables through the roof at the hackspace
[14:32] <cliftonts> aah right
[14:32] <daubers> And screaming at the router
[14:32] <daubers> no-one seems to have the password for it :)
[14:33] <cliftonts> lol
[14:37] <cliftonts> daubers: well the Tottenham Court Road computer fair is DEAD today!
[14:58]  * daubers closes up the hackspace
[17:09] <AlanBell> afternoon all
[17:09]  * AlanBell has been out hat shopping
[17:18] <MartijnVdS> Top hat? Bowler hat?
[17:18] <brobostigon> deer stalker?
[17:18] <penguin42> thing with bells
[17:18] <MartijnVdS> penguin42: one of those jester hats you mean? :)
[17:18] <penguin42> MartijnVdS: Yeh
[17:19]  * penguin42 hopes AlanBell hasn't been buying a Fedora
[17:19] <MartijnVdS> Maybe a cowboy hat
[17:19] <MartijnVdS> or a sombrero
[17:19] <AlanBell> http://www.orvis.co.uk/store/product.aspx?pf_id=7910&dir_id=466&group_id=10625&cat_id=11585&subcat_id=11586
[17:22] <AlanBell> mine is black which isn't shown on the website
[17:23] <penguin42> Gah! He has bought a Fedora!
[17:23] <AlanBell> it isn't red
[17:23] <penguin42> true
[17:24] <AlanBell> they didn't have one in #dd4814
[17:26] <penguin42> that would be pretty special
[17:30] <brobostigon> wales 12 : 12 eng.
[17:35] <AlanBell> czajkowski: what train are you getting to Reading?
[17:37] <brobostigon> wales 19 : 12 eng. wales are doing pretty well, really.
[17:41] <czajkowski> AlanBell: aiming to be there for 12:30
[17:42] <czajkowski> how about you
[17:42] <MartijnVdS> Heh, Picasa's face detector + pictures from a family reunion = confusion all around
[17:42] <MartijnVdS> it's tagging 2 aunts as 1 person, and 3 nieces as 1 person :)
[17:43] <gordonjcp> hehe
[17:46] <brobostigon> lol
[17:46] <MartijnVdS> Well they do look alike (as they're family), but still.. :)
[17:47] <AlanBell> czajkowski: well I have car so can do any time really, I can meet you at the station perhaps
[17:48] <AlanBell> I will be the one in a hat
[17:49] <czajkowski> sure
[17:50] <czajkowski> dont know where the train staion is in relation to the stadium?
[17:50] <MartijnVdS> czajkowski: Check google maps ;)
[17:52] <czajkowski> MartijnVdS: you dont say ;)
[17:52] <czajkowski> was more of a passing comment
[17:52] <MartijnVdS> :)
[17:52] <AlanBell> more than a walk
[17:52] <MartijnVdS> Wonder of our age, that
[17:52] <AlanBell> there are probably buses or some kind of organised way to get there, but I have a car and free parking
[17:55] <AlanBell> though last time czajkowski got in my car I had to scrap it the next day
[17:56] <gordonjcp> o_O
[17:58] <czajkowski> AlanBell: hah forgot about that
[17:59] <gordonjcp> sounds like a story worth the telling...
[18:01]  * daubers makes cake
[18:03] <christel> mmmcake
[18:03] <MartijnVdS> \o/ cake
[18:03] <penguin42> typeof(cake) ?
[18:04] <MartijnVdS> sizeof(cake) ?
[18:05] <daubers> typeof(cake) = victoria_sponge; sizeof(cake)=20cm;
[18:05] <daubers> or should that be (cm) 20
[18:05] <daubers> Hmmm...
[18:05] <penguin42> cake.jam=strawberry ?
[18:06] <gordonjcp> cake.jam = bramble
[18:06] <daubers> strawberry \o/
[18:06] <penguin42> daubers: Yeh!
[18:07] <daubers> coops finest :)
[18:07]  * penguin42 wonders if cake[0] is the top or bottom cake - but I guess there could be wars about that
[18:08] <dwatkins_> cake wars
[18:08] <daubers> I love the smell of baking in the evening, smells like victory.
[18:09] <penguin42> well, going to bed on a slice of victoria sponge with the smell of warm cake must make for nice dreams
[18:10] <dwatkins> gooey dreams
[18:12] <brobostigon> !info chromium-browser precise
[18:48] <ali1234> has anyone seen this 7 page article about raspberry pi in linux format?
[18:48] <ali1234> i'm wondering how they stretched it out to 7 pages
[18:48] <ali1234> i mean that's about 50% of the magazine
[18:50] <Azelphur> because it's the raspberry pi, it should time travel and take every page of every linux format magazine ever.
[18:50] <Azelphur> \o/
[19:16] <jacobw> evening
[19:18] <daubers> o/
[19:24] <jacobw> how is precise right now?
[19:26] <AlanBell> rather fine
[19:27]  * jacobw checks schedule
[19:29]  * daubers puts the kettle on, loads up episode one of BSG and get's his warhammer paints out
[19:31] <penguin42> jacobw: Kprecise isn't too bad - chromium is being a bit touchy for me, other than that all good
[19:32] <jacobw> kubuntu?
[19:32] <jacobw> i've given up on kde after a few years of advocacy and a few more years of waiting for 4.x to reach the standard of 3.5
[19:36] <jacobw> i don't care enough about gui things aren't web based anymore
[19:39] <penguin42> jacobw: Yeh, I found I prefered current 4.x to the way Gnome was going
[19:41] <jacobw> penguin42: i'm in the small cross section of people who like both unity and gnome3
[19:42] <penguin42> each to our own hey
[19:42] <jacobw> :)
[19:42] <jacobw> things that run in the terminal or the browser > other things
[22:39] <dogmatic69> adobe dropped linux for adobe air
[22:39] <dogmatic69> they suck
[22:40] <zleap> that means bbc iplayer may stop working,
[22:40] <zleap> are they under some sort of pressure to do this
[22:41] <brobostigon> bbc iplayer requires only flash that i know of, i dont have adobe air here, and iplayer works fine.
[22:42] <zleap> ah
[22:43] <zleap> why drop support for linux,  creating the software can't be that much different to creating the software for OSX
[22:43] <brobostigon> both are in a way unix, but there are alot of differences.
[22:43] <zleap> ok
[22:45] <brobostigon> i would say, everything in osx above basic darwin is different, but i think they even adapt and change that.from the published OSS darwin.
[22:45] <zleap> ok
[22:46] <brobostigon> but they certainly used darwin as a basis, but everything above that, i would say is different.
[22:46] <zleap> hmm,  they could reverse that policy if the raspberry PI takes off adn can use adobe air properly
[22:47] <brobostigon> i dont think there is even the basic gnu toolset, in osx.
[22:48] <zleap> ah
[22:48] <zleap> its bsd based isn't it
[22:48] <zleap> so not gpl license
[22:49] <brobostigon> it must have dd though, as the basic osx haiku liveusb creation instructions mention dd being there.
[22:49] <brobostigon> zleap: darwin is based on nextstep, therefore bsd, yes.
[22:50] <zleap> ah,  nextstep being the front end
[22:50] <brobostigon> in part, in darwin also,
[22:50] <zleap> i need to read up on OSX for this computer group,  youth service place uses macs
[22:50] <brobostigon> ah.
[22:51] <dogmatic69> I thought the whole point of air was to be platform independent apps
[22:51] <dogmatic69> so much for that
[22:51] <zleap> yeah
[22:51] <zleap> mind you won't html5 do away with all this flash stuff too
[22:51] <dogmatic69> adobe and everything they make can just go jump off a cliff
[22:51] <dogmatic69> flash is dead, html5 has replaced it
[22:51] <zleap> exactly
[22:52] <dogmatic69> air was slightly different, still bloated though
[23:07] <Azelphur> I'm not that great at apache configs, can anyone take a look at this and tell me how I might move it to be on a subdomain? http://collabedit.com/d6u87
[23:07] <Azelphur> like, instead of being active only on /munin, I want to put it on munin.azelphur.com
[23:17] <shaneo1> Does anyone else have sound from their speakers when headphones are plugged in
[23:17] <Azelphur> shaneo1: it's a "common" thing that happens, but it's hardware specific to fix it.
[23:18] <shaneo1> I have realtek hardware built in my laptop,
[23:18] <Azelphur> shaneo1: the only advice I can really give is google the hardware, see if you can find any answers on ubuntuforums or askubuntu, Upgrading alsa may also help
[23:19] <shaneo1> I am running the latest alsa on 12.04
[23:19] <Azelphur> did it happen on 11.10?
[23:19] <shaneo1> no
[23:19] <Azelphur> file a bug
[23:19] <shaneo1> ok thanks


[18:08] <Equiet> Hi, I made Software Center UI redesign. Could you please have a look? Main screen: http://i47.tinypic.com/2q1aseg.jpg Selected department screen: http://i50.tinypic.com/sd1p40.jpg
[18:18] <javier_> hi
[18:19] <javier_> de que se trata este lugar?
[18:55] <thorwil> Equiet: i guess you should add them to https://wiki.ubuntu.com/SoftwareCenter/Comments
[18:56] <Equiet> thorwil: I will, but I want know your opinion first.
[18:58] <thorwil> Equiet: tabs are a good idea. i brought them up myself, but got to know that the folks at Canonical alread have wireframes including that and a number of other ideas i brought up
[18:58] <mac_v_> Equiet: nice...  a few points though.. they want the free section to use a blue background[not sure why the hell it is so]  so you need to factor that too
[18:59] <thorwil> Equiet: search outside the notebook is not well placed, as it doesn't imply the actual scope of search
[19:00] <thorwil> Equiet: i don't think there should be a sitiuation where you have both Install and Choose_add-ons as choices
[19:01] <thorwil> Equiet: the Departments headline in the 2nd simply doesn't look clickable
[19:03] <Equiet> thorwil: Hm, the searchbox - good point, but I don't know where else put that.
[19:03] <thorwil> Equiet: the icons on the tabs are cute, but the labels partly on 2 lines is a problem
[19:06] <thorwil> Equiet: you could extend the page to encase the search entry, looking like a 2nd active tab. though gtk doesn't allow that, currently, afaik
[19:09] <Equiet> Very helpful. Thank you.
[19:09] <thorwil> Equiet: np. you seem to have a pretty good feel for layout/spacing
[19:10] <mac_v> Equiet: also the lower left pane s designed to be used for i believe "picks" or something of the sort
[19:11] <mac_v> is*
[21:03] <dashua> http://www.ubuntu-pics.de/bild/33563/screenshot_004_yIfuUQ.png
[21:04] <dashua> Testing new murrine options.  Not bad.
[21:04] <kwwii> dashua: ooh, sweet
[21:04] <kwwii> dashua: the insensitve buttons look nice
[21:05] <kwwii> is this in the latest murrine svn?
[21:05] <zniavre> ho dashua i did not understand wich options were added
[21:05] <dashua> He added a bunch
[21:05] <dashua> Check the NEWS entry
[21:05] <dashua> kwwii, Yes.
[21:05] <kwwii> 2s of looking at that screenshot and I realize I need it ;)
[21:06] <dashua> When the blueprint launches for the new Metacity for Lucid, I'll start hacking a gtkrc
[21:06] <dashua> I'm actually on Lucid now.  Took a chance.  It will break soon enough.
[21:07] <dashua> I need to kill this DEBUG on notify-osd.
[21:09] <zniavre> dashua,  are you on rev174 ? i saw nothing helping me into news file
[21:10] <dashua> He merged all the testing branches into master.
[21:10] <dashua> I pulled the dec09 branch last night.
[21:10] <dashua> brb, dinner
[21:12] <zniavre> i must be dumb tonight i understand nothing ...
[21:34] <dashua> zniavre, http://paste.ubuntu.com/337573/
[21:36] <zniavre> dashua,  thank you
[21:36] <zniavre> where did you find this?
[21:36] <dashua> NEWS file
[21:37] <zniavre> mine does not display this ...
[21:37] <kwwii> boah, reading up on these changes...it is like christmas already
[21:37] <kwwii> very nice
[21:38] <zniavre> i got the good one ? from svn ? rev 174
[21:38] <kwwii> the widget outline color option and the gradient color options alone are killer
[21:38] <zniavre> kwwii,  yes that s true
[21:38] <kwwii> this is great news, it will make things much easier
[21:41] <dashua> zniavre, git clone git://git.gnome.org/murrine
[21:41] <dashua> No longer subversion
[21:41] <zniavre> haaaaaaaaaaaa !
[21:41] <zniavre> :o)
[21:41] <zniavre> sorry
[21:41] <zniavre> compiling same way than before ?
[21:41] <dashua> Yep
[21:41] <zniavre> haha   big thank you
[21:42] <dashua> Just add your new style options
[21:42] <zniavre> i understand now
[21:43] <dashua> Np
[21:44] <zniavre> 15mo to install git-core :o(
[21:46] <ckontros> Man. Channel's a little empty tonight (or insert time-of-day).
[21:48] <dashua> ckontros, Sup mang?
[21:48] <ckontros> nada
[21:49] <ckontros> Sulking from your resignation. :(
[21:50] <dashua> ckontros, =/
[21:51] <dashua> I should be in my new home by the end of the month and I am feeling motivated again :)
[21:51] <dashua> I haven't done anything for quite some time on any front
[21:52] <ckontros> dashua: If you feel like working some magic on a new Studio GTK theme it would be most welcome. The above screenshot looked nice.
[21:52] <dashua> I have a few themes in the pipe, but was just messing with the new options
[21:53] <dashua> Ok cool.
[21:53] <ckontros> dashua: Just let me know (here or email) when we can set aside a day (on the weekend) to hack. I bet we could pull something together in a day.
[21:54] <dashua> I'll clean this one up and we can start from here.
[21:54] <dashua> I think all selected colors should work
[21:55] <ckontros> K. Just lemmie know. :) For now, I gotta rip this new Harry Potter DVD, shower, eat and do some general "after work" stuff.
[21:55] <dashua> Alright, have fun :)
[23:24] <zniavre> http://gnome-look.org/content/show.php/Murrine+Engine+%28Ubuntu+Packages%29?content=99516&PHPSESSID=7eb3fb6207a1a44805730755816e8942 > did you see any murrine worries dashua ?
[23:25]  * kwwii heads off to bed
[23:25] <kwwii> night all
[23:25] <zniavre> bonne nuit
[23:26] <kwwii> bis morgen ;)


 Thanks
[11:18] <BluesKaj> think I'll retire my rpi3, don't feel like mucking about with it atm
[11:18] <lotuspsychje> you would love a nuc BluesKaj
[11:19] <EoflaOE> BluesKaj: what is rpi3?
[11:19] <BluesKaj> EoflaOE, https://www.raspberrypi.org/products/raspberry-pi-3-model-b/
[11:20] <EoflaOE> BluesKaj: Looking for that.
[11:21] <EoflaOE> You reminded me. I almost forgot about rpi.
[11:22] <BluesKaj> it's only weakness is the microsd cards which don't last very long due to the many read/writes it has to handle
[11:23] <EoflaOE> BluesKaj: OK.
[11:23] <BluesKaj> I had mine booting from the sdcard with the / files on a hdd, but after the last upgrade it no longer boots
[11:25] <BluesKaj> and I seldom use it anymore so I'll set it asibe for now
[11:25] <BluesKaj> aside
[11:25] <EoflaOE> BluesKaj: OK. I had one of my HDDs failed in 2018 because of 5 years.
[11:25] <EoflaOE> On my old PC
[11:26] <BluesKaj> the hdd here is ok , already checked it out
[11:27] <EoflaOE> Nice. Now, I have 1 spare HDD running on my old PC with Lubuntu 19.10, and on my new PC, I am using VBox to run Ubuntu 19.10.
[11:29] <BluesKaj> running Kubuntu 19.10 here on this pc
[11:29] <BluesKaj> I don't bother with VMs
[11:29] <EoflaOE> Very awesome.
[11:30] <BluesKaj> yeah, been a Kubuntu tester for the last 10yrs or so
[11:31] <EoflaOE> Nice. Since what Kubuntu version?
[11:32] <BluesKaj> since KDE4, but I used Kubuntu for 3 or 4 yrs previous to that
[11:33] <BluesKaj> think KDE4 was released in 2008
[11:34] <EoflaOE> Nice. I discovered Ubuntu in 2012 when I was 8, and actually used it in 2016.
[11:35] <BluesKaj> neat
[11:35] <EoflaOE> Thanks. I also joined Launchpad and #ubuntu in that usage year.
[11:39] <BluesKaj> not many bugs to report to launchpad on 19.10, it's very stable for dev OS
[11:40] <EoflaOE> Yes. It just got more stable. When you were testing Kubuntu, are you reporting bugs?
[11:41] <BluesKaj> sometimes, but usually one of the devs discovers them before I do
[11:42] <EoflaOE> Nice.
[11:47] <EoflaOE> BluesKaj: Do you know about irclogs.ubuntu.com?
[11:49] <BluesKaj> yes, but my client keeps channel logs right in my home dir
[11:50] <EoflaOE> My clients that I use keep logs, too.
[11:51] <BluesKaj> irc client that is, Konversation
[11:52] <EoflaOE> OK. I use the following clients: IRC for Android, mIRC (new PC, Windows), HexChat (old PC)
[11:53] <luna> i always use irssi
[11:54] <EoflaOE> luna: Nice, so irssi runs on the console. It is text-based. I have heard about it before, but used it for a few.
[11:55] <BluesKaj> hey luna, irssi is handy in emergencies. if I can't get to the desktop, but I haven't needed it in yrs
[11:56] <jeremy31> I use irccloud
[13:08] <Talikka> I use irssi and ircclud free. I don't know which one is better. I am a traditionalist.
[13:40] <lotuspsychje> !info linux-image-generic bionic
[17:04] <lotuspsychje> tomreyn: what does this mean? Started Forward Password Requests to Plymouth Directory Watch.
[17:04] <TJ-> lotuspsychje: it's a service
[17:05] <lotuspsychje> never noticed that before
[17:05] <lotuspsychje> Started Show Plymouth Boot Screen. this yes
[17:06] <TJ-> lotuspsychje: see "systemctl cat systemd-ask-password-plymouth.path"
[17:06] <lotuspsychje> tnx
[17:08] <lotuspsychje> all kinds od weird things in his dmesg omg
[17:12] <lotuspsychje> smells like a test pc, randomly install all kinds of stuff mixed
[17:15] <lotuspsychje> apache, sql, clamav, bumblebee lol
[17:31] <tomreyn> lotuspsychje: sorry, i missed your question here
[17:31] <lotuspsychje> no sweat tomreyn
[17:31] <lotuspsychje> i was thinking along with that dmesg
[17:31] <tomreyn> 31°C here, so yes, there's sweat ;)
[17:31] <lotuspsychje> loll
[17:32] <tomreyn> duo_ubuntu could certainly benefit from a more stretegic approach.
[17:33] <lotuspsychje> sounds like the nutty proffessor-dev installing tons of things at the time he thinks of it :p
[17:33] <lotuspsychje> then end up with a warzone pc
[17:34] <lotuspsychje> i also do that sometimes, but hey we try to solve bugs sometimes
[17:36] <tomreyn> it's ok to do this in a VM, but this is bare metal and seems to be his or her primary terminal
[18:08] <lotuspsychje> welcome fromBeyond
[18:08] <fromBeyond> hi lotuspsychje
[18:09] <lotuspsychje> fromBeyond: do you use gnome on 19.04?
[18:12] <fromBeyond> lotuspsychje: yes. When I work, I am using i3wm, so I can use my OS and an IDE (arange windows, with vim, debugger, etc.), but otherwise yes
[18:13] <lotuspsychje> fromBeyond: but your current ubuntu is an upgrade from 18.04 to 19.04 correct?
[18:13] <fromBeyond> lotuspsychje: yes correct.
[18:14] <fromBeyond> Perhaps i mispoke about gnome, because i am using gnome-terminal, and thought it implies "yes"
[18:14] <fromBeyond> (i am a long time user of ubuntu, but i am far from an expert on it)
[18:14] <lotuspsychje> fromBeyond: did you try a fresh install 19.04 to compare system with mac/win?
[18:17] <fromBeyond> lotuspsychje: The difference i mentioned before, was present also in 18.04. Meaning that on my ubuntu machine, the benchmark was running at roughly the same speed (8-10ms). When I updated to 19.04, i didn't do a clean install, I just upgraded.
[18:17] <fromBeyond> lotuspsychje: but on windows, the same benchmark runs at 18-20 ms
[18:17] <fromBeyond> mentioned benchmark is purely computational, with multithreading
[18:18] <lotuspsychje> fromBeyond: to upgrade like that its 18.04=>18.10=>19.04
[18:19] <fromBeyond> lotuspsychje: I see. I did not know. I never upgraded before. I used 16 for a long time, than when i got a new machine i installed 18.04
[18:20] <lotuspsychje> fromBeyond: can you tell us more of your system and its purpose? did you use gnome on 18.04 or i3 too?
[18:21] <fromBeyond> lotuspsychje: I used i3 when working, and gnome otherwise
[18:21] <TJ->  fromBeyond  as I said earlier *profile* the program on those systems, that'll show you where time is taken
[18:21] <fromBeyond> my system is a dell xps 15.
[18:22] <fromBeyond> TJ-: Yes, I arranged to get the profiles from windows in this time
[18:22] <TJ-> fromBeyond: it could be due to the kernel's pre-empt/scheduling configuration, for example
[18:22] <fromBeyond> (we all have same machines, but others run windows)
[18:22] <fromBeyond> yes, i see
[18:23] <TJ-> There's no point spending time guessing at random; collect data, analyse it
[18:23] <fromBeyond> yes
[18:24] <fromBeyond> all benchmarks i have ever ran from our codebase, always work quite faster on my ubuntu machine, than on theirs
[18:24] <fromBeyond> recently i got the desire to understand why exactly this is happening
[18:24] <fromBeyond> i will collect the datafrom their machines
[18:25] <fromBeyond> lotuspsychje: my machine is a dell cps 15. It has intel i7. I write c++ code, for real time mesh processing.
[18:27] <fromBeyond> I deal with algorithms, so all my benchmarks are purely computational (no graphics).
[18:27] <fromBeyond> i tried the benchmark on gnome, and got the same result, just as fast as in i3. No significant difference
[18:36] <lotuspsychje> fromBeyond: you said you used 16.04 in the past? how was that compared as benchmark
[18:50] <fromBeyond> lotuspsychje: 16.04 was a bit slower on the benchmarks, but not significantly. But there is a difference.
[18:50] <fromBeyond> will produce a graph, i have old results saved


[01:30] <ronj> hoy hoy, just filed https://bugs.launchpad.net/ubuntustudio/+bug/685049
[01:30] <kubotu> why not just kubuntu-dvd ?
[02:21] <ronj> also, currently there are (probably due to unity and ubustu metapackages not updated) no gnome-panel
[14:09] <falktx> hi
[14:09] <kubotu> KDE bug 258400 in powermanagement "[powerdevil] suspend / hibernate not avaliable without hal in KDE
[14:09] <kubotu> oh, I've noticed that since removing HAL I no longer get suspend/hibernate options in KDE 4 6beta1" [Normal,Resolved: fixed]
[14:09] <falktx> persia: hi
[14:10] <falktx> persia: i noticed alessio is looking for a fix for composite
[14:10] <falktx> persia: I have the patch to fix, do you have alessio (quadispro) mail?
[14:40] <ScottL> falktx, i think you can use the "Contact This Person" button on his launchpad page
[14:41] <ScottL> kubotu, why do you keep talking about kde here?
[14:41] <ScottL> kubotu, are you a bot?
[14:41] <kubotu> which emmc bin are you downloading?
[14:41] <falktx> ScottL: yep, I did it


[01:57] <SirOsisOfThelive> hi all,  i just installed ubunto 20 server to host kvm virtual machines.  is there a prefered firewall i can set up.  google gives conflicting results.
[01:58] <sarnold> ufw is the default interface over iptables
[01:58] <SirOsisOfThelive> ok thanks
[02:17] <jayjo> what's the best way to build a debian sid package on an ubuntu machine? For example, I'm trying to build https://packages.debian.org/sid/python3-build. Can I add a deb-src to my apt/sources.list without pinning or being afraid of breaking other things?
[02:19] <sarnold> jayjo: yeah, you can have loads of deb-src lines, no trouble
[03:43] <teward> sarnold: maybe for source packages, but that won't get build deps, which if they're doing a Sid build they'll need build deps they probably won't have
[03:44] <teward> and they might need Debian Sid build dep versions to work
[03:44] <teward> ... which is why sbuild is my build env :P
[03:45] <sarnold> teward: hmm, I assumed they wanted a new feature from debian on ubuntu, not trying to build a debian package for debian
[03:45] <sarnold> otherwise they'd just use debian :)
[03:47] <teward> > best way to build a debian sid package on Ubuntu
[03:47] <teward> vague statement is vague
[03:48] <teward> but I have to build Sid packages on Ubuntu (xca) so i think some clarity might be needed
[03:48] <teward> and i stand by the "what if the libs are too old on $RELEASE" argument :P
[03:48] <sarnold> aye, but in that case you've signed up for some fun :)
[03:49] <sarnold> teward: dinner time :) have fun
[06:50] <luna_> Server updated to 20.04.2 now :)
[07:30] <lordievader> Good morning