[00:04] -queuebot:#ubuntu-release- New binary: llvm-toolchain-8 [s390x] (eoan-proposed/main) [1:8.0.1-1] (core)
[00:47] -queuebot:#ubuntu-release- New: accepted atropos [ppc64el] (eoan-proposed) [1.1.21+dfsg-1]
[00:47] -queuebot:#ubuntu-release- New: accepted mshr [amd64] (eoan-proposed) [2019.1.0+dfsg1-3]
[00:47] -queuebot:#ubuntu-release- New: accepted r-cran-mice [amd64] (eoan-proposed) [3.6.0-1]
[00:47] -queuebot:#ubuntu-release- New: accepted r-cran-mice [armhf] (eoan-proposed) [3.6.0-1]
[00:47] -queuebot:#ubuntu-release- New: accepted r-cran-mice [ppc64el] (eoan-proposed) [3.6.0-1]
[00:47] -queuebot:#ubuntu-release- New: accepted skesa [amd64] (eoan-proposed) [2.3.0-1]
[00:47] -queuebot:#ubuntu-release- New: accepted llvm-toolchain-8 [s390x] (eoan-proposed) [1:8.0.1-1]
[00:47] -queuebot:#ubuntu-release- New: accepted r-cran-mice [arm64] (eoan-proposed) [3.6.0-1]
[00:47] -queuebot:#ubuntu-release- New: accepted r-cran-mice [s390x] (eoan-proposed) [3.6.0-1]
[00:47] -queuebot:#ubuntu-release- New: accepted mshr [armhf] (eoan-proposed) [2019.1.0+dfsg1-3]
[00:47] -queuebot:#ubuntu-release- New: accepted r-cran-mice [i386] (eoan-proposed) [3.6.0-1]
[00:48] -queuebot:#ubuntu-release- New: accepted atropos [amd64] (eoan-proposed) [1.1.21+dfsg-1]
[00:48] -queuebot:#ubuntu-release- New: accepted mshr [i386] (eoan-proposed) [2019.1.0+dfsg1-3]
[00:48] -queuebot:#ubuntu-release- New: accepted tcmu [amd64] (eoan-proposed) [1.4.0-1]
[00:48] -queuebot:#ubuntu-release- New: accepted tcmu [armhf] (eoan-proposed) [1.4.0-1]
[00:48] -queuebot:#ubuntu-release- New: accepted tcmu [s390x] (eoan-proposed) [1.4.0-1]
[00:48] -queuebot:#ubuntu-release- New: accepted atropos [arm64] (eoan-proposed) [1.1.21+dfsg-1]
[00:48] -queuebot:#ubuntu-release- New: accepted tcmu [arm64] (eoan-proposed) [1.4.0-1]
[00:48] -queuebot:#ubuntu-release- New: accepted skesa [i386] (eoan-proposed) [2.3.0-1]
[00:48] -queuebot:#ubuntu-release- New: accepted tcmu [i386] (eoan-proposed) [1.4.0-1]
[00:48] -queuebot:#ubuntu-release- New: accepted biobambam2 [amd64] (eoan-proposed) [2.0.95-1]
[00:48] -queuebot:#ubuntu-release- New: accepted biobambam2 [armhf] (eoan-proposed) [2.0.95-1]
[00:48] -queuebot:#ubuntu-release- New: accepted biobambam2 [ppc64el] (eoan-proposed) [2.0.95-1]
[00:48] -queuebot:#ubuntu-release- New: accepted biobambam2 [arm64] (eoan-proposed) [2.0.95-1]
[00:48] -queuebot:#ubuntu-release- New: accepted biobambam2 [i386] (eoan-proposed) [2.0.95-1]
[01:04] -queuebot:#ubuntu-release- New binary: llvm-toolchain-8 [amd64] (eoan-proposed/main) [1:8.0.1-1] (core)
[01:23] -queuebot:#ubuntu-release- New binary: llvm-toolchain-8 [ppc64el] (eoan-proposed/main) [1:8.0.1-1] (core)
[03:55] -queuebot:#ubuntu-release- New binary: llvm-toolchain-8 [i386] (eoan-proposed/main) [1:8.0.1-1] (core)
[06:03] -queuebot:#ubuntu-release- Unapproved: qemu (bionic-proposed/main) [1:2.11+dfsg-1ubuntu7.16 => 1:2.11+dfsg-1ubuntu7.17] (ubuntu-server, virt)
[06:05] <cpaelzer> rbasak: (or other SRU people) there was a minor fixup needed for the bug 1828495 SRU which is now provided
[06:06] <cpaelzer> if one could check and accept that over what is in -proposed now that would be great
[06:06] <cpaelzer> the new upload is qemu 1:2.11+dfsg-1ubuntu7.17
[08:22] -queuebot:#ubuntu-release- New binary: llvm-toolchain-8 [armhf] (eoan-proposed/main) [1:8.0.1-1] (core)
[08:32] -queuebot:#ubuntu-release- Unapproved: accepted qemu [source] (bionic-proposed) [1:2.11+dfsg-1ubuntu7.17]
[08:33] <rbasak> cpaelzer: done ^
[08:41] -queuebot:#ubuntu-release- New: accepted llvm-toolchain-8 [amd64] (eoan-proposed) [1:8.0.1-1]
[08:41] -queuebot:#ubuntu-release- New: accepted llvm-toolchain-8 [armhf] (eoan-proposed) [1:8.0.1-1]
[08:42] -queuebot:#ubuntu-release- New: accepted llvm-toolchain-8 [i386] (eoan-proposed) [1:8.0.1-1]
[08:42] -queuebot:#ubuntu-release- New: accepted llvm-toolchain-8 [ppc64el] (eoan-proposed) [1:8.0.1-1]
[11:10] -queuebot:#ubuntu-release- New binary: double-conversion [amd64] (eoan-proposed/universe) [3.1.5-2] (kubuntu)
[11:11] -queuebot:#ubuntu-release- New binary: double-conversion [i386] (eoan-proposed/universe) [3.1.5-2] (kubuntu)
[11:12] -queuebot:#ubuntu-release- New binary: double-conversion [ppc64el] (eoan-proposed/universe) [3.1.5-2] (kubuntu)
[11:12] -queuebot:#ubuntu-release- New binary: double-conversion [s390x] (eoan-proposed/universe) [3.1.5-2] (kubuntu)
[11:13] -queuebot:#ubuntu-release- New binary: double-conversion [arm64] (eoan-proposed/universe) [3.1.5-2] (kubuntu)
[11:13] -queuebot:#ubuntu-release- New binary: double-conversion [armhf] (eoan-proposed/universe) [3.1.5-2] (kubuntu)
[13:14] -queuebot:#ubuntu-release- New: accepted zsys [source] (eoan-proposed) [0.1]
[13:16] -queuebot:#ubuntu-release- New binary: zsys [s390x] (eoan-proposed/none) [0.1] (no packageset)
[13:16] -queuebot:#ubuntu-release- New binary: zsys [amd64] (eoan-proposed/none) [0.1] (no packageset)
[13:17] -queuebot:#ubuntu-release- New binary: zsys [i386] (eoan-proposed/none) [0.1] (no packageset)
[13:17] -queuebot:#ubuntu-release- New binary: zsys [ppc64el] (eoan-proposed/none) [0.1] (no packageset)
[13:17] -queuebot:#ubuntu-release- New binary: zsys [arm64] (eoan-proposed/none) [0.1] (no packageset)
[13:19] -queuebot:#ubuntu-release- New binary: zsys [armhf] (eoan-proposed/universe) [0.1] (no packageset)
[13:33] -queuebot:#ubuntu-release- New binary: nut [s390x] (eoan-proposed/main) [2.7.4-9ubuntu1] (ubuntu-desktop, ubuntu-server)
[13:40] -queuebot:#ubuntu-release- New binary: nut [i386] (eoan-proposed/main) [2.7.4-9ubuntu1] (ubuntu-desktop, ubuntu-server)
[13:41] -queuebot:#ubuntu-release- New binary: nut [amd64] (eoan-proposed/main) [2.7.4-9ubuntu1] (ubuntu-desktop, ubuntu-server)
[13:41] -queuebot:#ubuntu-release- New binary: nut [ppc64el] (eoan-proposed/main) [2.7.4-9ubuntu1] (ubuntu-desktop, ubuntu-server)
[13:41] -queuebot:#ubuntu-release- New binary: nut [arm64] (eoan-proposed/main) [2.7.4-9ubuntu1] (ubuntu-desktop, ubuntu-server)
[13:41] -queuebot:#ubuntu-release- New binary: nut [armhf] (eoan-proposed/main) [2.7.4-9ubuntu1] (ubuntu-desktop, ubuntu-server)
[14:45] -queuebot:#ubuntu-release- New: accepted zsys [amd64] (eoan-proposed) [0.1]
[14:45] -queuebot:#ubuntu-release- New: accepted zsys [armhf] (eoan-proposed) [0.1]
[14:45] -queuebot:#ubuntu-release- New: accepted zsys [ppc64el] (eoan-proposed) [0.1]
[14:45] -queuebot:#ubuntu-release- New: accepted zsys [arm64] (eoan-proposed) [0.1]
[14:45] -queuebot:#ubuntu-release- New: accepted zsys [s390x] (eoan-proposed) [0.1]
[14:45] -queuebot:#ubuntu-release- New: accepted zsys [i386] (eoan-proposed) [0.1]
[16:56] <coreycb> bdmurray: hi, would you be able to take a look at releasing nova to bionic-updates? we have security fixes coming out today so we'll either need to get that released or rebase what's in proposed if it's not ready.
[17:04] <bdmurray> coreycb: does in the next hour work for you?
[17:05] <coreycb> bdmurray: yes, thank you
[17:16] -queuebot:#ubuntu-release- New binary: pristine-lfs [armhf] (eoan-proposed/none) [20190626.0-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: pristine-lfs [amd64] (eoan-proposed/none) [20190626.0-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: pristine-lfs [i386] (eoan-proposed/none) [20190626.0-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: pristine-lfs [arm64] (eoan-proposed/none) [20190626.0-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: pristine-lfs [s390x] (eoan-proposed/none) [20190626.0-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: rust-bstr [armhf] (eoan-proposed/none) [0.1.3-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: rust-bstr [arm64] (eoan-proposed/none) [0.1.3-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: rust-bstr [i386] (eoan-proposed/none) [0.1.3-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: rust-bstr [amd64] (eoan-proposed/none) [0.1.3-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: rust-bstr [s390x] (eoan-proposed/none) [0.1.3-1] (no packageset)
[17:21] -queuebot:#ubuntu-release- New: accepted pristine-lfs [amd64] (eoan-proposed) [20190626.0-1]
[17:21] -queuebot:#ubuntu-release- New: accepted pristine-lfs [i386] (eoan-proposed) [20190626.0-1]
[17:21] -queuebot:#ubuntu-release- New: accepted rust-bstr [amd64] (eoan-proposed) [0.1.3-1]
[17:21] -queuebot:#ubuntu-release- New: accepted rust-bstr [armhf] (eoan-proposed) [0.1.3-1]
[17:21] -queuebot:#ubuntu-release- New: accepted rust-bstr [s390x] (eoan-proposed) [0.1.3-1]
[17:21] -queuebot:#ubuntu-release- New: accepted pristine-lfs [arm64] (eoan-proposed) [20190626.0-1]
[17:21] -queuebot:#ubuntu-release- New: accepted rust-bstr [arm64] (eoan-proposed) [0.1.3-1]
[17:22] -queuebot:#ubuntu-release- New: accepted pristine-lfs [s390x] (eoan-proposed) [20190626.0-1]
[17:22] -queuebot:#ubuntu-release- New: accepted rust-bstr [i386] (eoan-proposed) [0.1.3-1]
[17:22] -queuebot:#ubuntu-release- New: accepted double-conversion [amd64] (eoan-proposed) [3.1.5-2]
[17:22] -queuebot:#ubuntu-release- New: accepted double-conversion [armhf] (eoan-proposed) [3.1.5-2]
[17:22] -queuebot:#ubuntu-release- New: accepted double-conversion [ppc64el] (eoan-proposed) [3.1.5-2]
[17:22] -queuebot:#ubuntu-release- New: accepted pristine-lfs [armhf] (eoan-proposed) [20190626.0-1]
[17:22] -queuebot:#ubuntu-release- New: accepted double-conversion [arm64] (eoan-proposed) [3.1.5-2]
[17:22] -queuebot:#ubuntu-release- New: accepted double-conversion [s390x] (eoan-proposed) [3.1.5-2]
[17:22] -queuebot:#ubuntu-release- New: accepted double-conversion [i386] (eoan-proposed) [3.1.5-2]
[17:24] <bdmurray> coreycb: bug 1830341 isn't verified for nova yet afaict.
[17:28] <coreycb> bdmurray: let me update that, i just ran regression tests
[17:34] <coreycb> bdmurray: we still need to do manual verification testing of horizon for that 1830341 but the rest of the packages are tested and ready to release
[17:35] <coreycb> bdmurray: dosaboy is testing nova 2:19.0.1-0ubuntu2 in disco-proposed over the next few hours so i think we'll try to release that with the security update too
[17:37] <bdmurray> coreycb: okay
[17:37] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (bionic-proposed/main) [5.0.0-1014.14~18.04.1] (kernel)
[17:38] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (bionic-proposed/main) [4.15.0-57.63] (core, kernel)
[17:38] -queuebot:#ubuntu-release- New binary: linux-signed-gcp-edge [amd64] (bionic-proposed/main) [5.0.0-1013.13~18.04.1] (kernel)
[17:38] -queuebot:#ubuntu-release- New binary: linux-signed-oem-osp1 [amd64] (bionic-proposed/universe) [5.0.0-1018.20] (no packageset)
[17:38] -queuebot:#ubuntu-release- New binary: linux-signed-gke-4.15 [amd64] (bionic-proposed/main) [4.15.0-1039.41] (no packageset)
[17:38] -queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (bionic-proposed/main) [4.15.0-57.63] (core, kernel)
[17:38] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [amd64] (bionic-proposed/main) [5.0.0-25.26~18.04.1] (kernel)
[17:38] -queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (disco-proposed/main) [5.0.0-25.26] (core, kernel)
[17:39] -queuebot:#ubuntu-release- New binary: linux-signed-oracle [amd64] (bionic-proposed/main) [4.15.0-1020.22] (kernel)
[17:40] -queuebot:#ubuntu-release- New binary: linux-signed-gke-5.0 [amd64] (bionic-proposed/universe) [5.0.0-1013.13~18.04.1] (kernel)
[17:40] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (disco-proposed/main) [5.0.0-1014.14] (core, kernel)
[17:40] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (disco-proposed/main) [5.0.0-25.26] (core, kernel)
[17:40] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [ppc64el] (xenial-proposed/main) [4.15.0-57.63~16.04.1] (kernel)
[17:40] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [ppc64el] (bionic-proposed/main) [5.0.0-25.26~18.04.1] (kernel)
[17:40] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (xenial-proposed/main) [4.15.0-1054.59] (kernel)
[17:40] -queuebot:#ubuntu-release- New binary: linux-signed-gcp [amd64] (disco-proposed/main) [5.0.0-1013.13] (core, kernel)
[17:41] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (bionic-proposed) [5.0.0-1014.14~18.04.1]
[17:41] -queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (bionic-proposed) [4.15.0-57.63]
[17:41] -queuebot:#ubuntu-release- New binary: linux-signed-oem [amd64] (bionic-proposed/main) [4.15.0-1049.56] (kernel)
[17:41] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [amd64] (xenial-proposed/main) [4.15.0-57.63~16.04.1] (kernel)
[17:41] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (xenial-proposed/main) [4.4.0-159.187] (core, kernel)
[17:41] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (bionic-proposed) [4.15.0-57.63]
[17:41] -queuebot:#ubuntu-release- New binary: linux-signed [arm64] (disco-proposed/main) [5.0.0-25.26] (core, kernel)
[17:41] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [arm64] (bionic-proposed/main) [5.0.0-25.26~18.04.1] (kernel)
[17:41] -queuebot:#ubuntu-release- New binary: linux-signed-oracle [amd64] (xenial-proposed/main) [4.15.0-1020.22~16.04.1] (kernel)
[17:41] -queuebot:#ubuntu-release- New: accepted linux-signed-gcp-edge [amd64] (bionic-proposed) [5.0.0-1013.13~18.04.1]
[17:41] -queuebot:#ubuntu-release- New: accepted linux-signed-gke-5.0 [amd64] (bionic-proposed) [5.0.0-1013.13~18.04.1]
[17:41] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [arm64] (bionic-proposed) [5.0.0-25.26~18.04.1]
[17:41] -queuebot:#ubuntu-release- New: accepted linux-signed-oem-osp1 [amd64] (bionic-proposed) [5.0.0-1018.20]
[17:41] -queuebot:#ubuntu-release- New: accepted linux-signed-oracle [amd64] (bionic-proposed) [4.15.0-1020.22]
[17:41] -queuebot:#ubuntu-release- New: accepted linux-signed [arm64] (disco-proposed) [5.0.0-25.26]
[17:41] -queuebot:#ubuntu-release- New: accepted linux-signed-gke-4.15 [amd64] (bionic-proposed) [4.15.0-1039.41]
[17:41] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [ppc64el] (bionic-proposed) [5.0.0-25.26~18.04.1]
[17:41] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (disco-proposed) [5.0.0-25.26]
[17:41] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [amd64] (bionic-proposed) [5.0.0-25.26~18.04.1]
[17:41] -queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (disco-proposed) [5.0.0-25.26]
[17:41] -queuebot:#ubuntu-release- New: accepted linux-signed-oem [amd64] (bionic-proposed) [4.15.0-1049.56]
[17:42] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (disco-proposed) [5.0.0-1014.14]
[17:42] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (xenial-proposed) [4.15.0-1054.59]
[17:42] -queuebot:#ubuntu-release- New: accepted linux-signed-gcp [amd64] (disco-proposed) [5.0.0-1013.13]
[17:42] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (xenial-proposed) [4.4.0-159.187]
[17:42] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [amd64] (xenial-proposed) [4.15.0-57.63~16.04.1]
[17:42] -queuebot:#ubuntu-release- New: accepted linux-signed-oracle [amd64] (xenial-proposed) [4.15.0-1020.22~16.04.1]
[17:42] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [ppc64el] (xenial-proposed) [4.15.0-57.63~16.04.1]
[17:46] -queuebot:#ubuntu-release- New binary: linux-signed-gcp [amd64] (xenial-proposed/main) [4.15.0-1039.41~16.04.1] (kernel)
[17:49] -queuebot:#ubuntu-release- New: accepted linux-signed-gcp [amd64] (xenial-proposed) [4.15.0-1039.41~16.04.1]
[19:55] <enyc> LocutusOfBorg: fwiw, on further investigation  r.e. virtualbox-ext-pack  upgrade, I'm getting impression a local network issue / http-redirect  etc.  caused the ext-pack download checksum to fail  ...
[19:56] <enyc> LocutusOfBorg: does raise the question if the ext-pack shouldnormalyl be loaded over  https  so ssl-verified connection etc...
[20:10] <Ukikie> The SHA1 sum in the postinst is more trustworthy than relying on CAs.
[22:02] -queuebot:#ubuntu-release- Unapproved: grub2 (eoan-proposed/main) [2.04-1ubuntu4 => 2.04-1ubuntu4] (core)
[22:19] -queuebot:#ubuntu-release- Unapproved: grub2 (eoan-proposed/main) [2.04-1ubuntu4 => 2.04-1ubuntu4] (core)
[23:56] <RAOF> Hm. Is there any reason not to release bug# 1444656 to Trusty? It seems like it should be a valid candidate, but it's been sitting there for ages (I've only just noticed it)


[03:58] <JohnTalent> what is the status of vst usage, can I add them to reaper yet under linux?
[03:59] <holstein> JohnTalent: nothing about linux is preventing that
[03:59] <holstein> JohnTalent: i would ask in #opensourcemusicians or #kxstudio ..if its working anywhere id bet falk is making it work for kxstudio
[04:02] <JohnTalent> holstein: great. this is johnnyl btw.
[04:02] <JohnTalent> how have you been?
[04:02] <holstein> not bad
[04:02] <JohnTalent> thats good!
[04:03] <JohnTalent> holstein: did you hear a sample of mine?
[04:03] <holstein> not yet :)
[04:03] <JohnTalent> soundcloud.com/johnnyl
[04:04] <JohnTalent> soundcloud.com/johnnylutz
[04:04] <JohnTalent> sorry
[04:05] <JohnTalent> made that with reaper/windows.
[04:05] <holstein> lol.. the ark is full ;)
[04:05] <JohnTalent> i know great huh?
[04:05] <JohnTalent> hehe
[04:07] <holstein> you might like https://www.youtube.com/watch?v=-wr2DxHbzEA
[04:11] <JohnTalent> brilliant!
[04:11] <JohnTalent> thats you?
[04:11] <JohnTalent> I never knew!
[04:14] <JohnTalent> I'd like to think one day I can use laptop/keyboard and gig with what little I have. i think vsts may be the way too it. My keyboard has beautiful instruments, but there are others I *need*.
[04:16] <holstein> some kind of country-western thing? or a theater job?
[04:16] <holstein> usually, in the "orchestras" ive played in, they supply the instrument patches and hardware for the synth players
[04:17] <JohnTalent> holstein: freestyle. whatever i can manage.
[04:18] <JohnTalent> i want a better classical piano.
[04:19] <JohnTalent> i miss the one i used to play at my college house.
[04:19] <holstein> i say, just use what you have, unless there is an actual piano around
[04:19] <holstein> though, i like pianoteq quite a bit
[04:19] <JohnTalent> i have a good flute and some other very cool instruments on my korg. but i don't want to be limited by major instruments that i *need*.
[04:19] <JohnTalent> i tired pianoteq. eh.
[04:19] <holstein> well, you may just not need them
[04:20] <holstein> i mean, not to get out there and get started
[04:20] <holstein> if you are not needing certain patches for a job
[04:20] <holstein> if you are, id just have them get them for you
[04:20] <JohnTalent> i know there are monster vsts out there with rich sound, maybe with linux's more optimized sound playing i could gig. it's a dream i guess.
[04:22] <JohnTalent> i have yet to go through them all. but my flamenco guitar vst is so much better than my korg. although it isn't incredibly bad.
[04:23] <JohnTalent> thats the thing here in america, we have a bar and movie culture.
[04:24] <holstein> sure.. i play in bars in america..
[04:47] <JohnTalent> holstein: i'm not sure on this but i think vsts main problem is custom installation under windows.
[04:47] <holstein> im not sure
[04:47] <holstein> i only use native or supported wine applications
[04:54] <JohnTalent> i have vsts i purchased but the author flat out refuses to support linux. so a waste of $220
[05:02] <holstein> if its a deal breaker, just use what they support
[05:02] <holstein> dual boot windows or whatever
[05:05] <JohnTalent> i have vowed never to go back to windows.
[05:05] <holstein> then, you vow to leave that money on the table
[05:05] <holstein> sell them
[05:05] <JohnTalent> hard to buy instruments, impossible to sell.
[05:05] <holstein> ok
[05:05] <holstein> then, you wasted your money..?
[05:08] <JohnTalent> in a big way
[05:09] <holstein> nothing wrong with using the products as intended.. or trying to sell them
[05:09] <holstein> anyways.. im out.. gn
[05:09] <JohnTalent> however, it wasn't my fault. microsoft left my computer open to hacking. and someone specifically deleted my entire downloads directory. i could not put that back on the internet again. so i went linux and now I am here.
[05:09] <JohnTalent> sleep well!
[05:10] <holstein> you dont have to get online with windows
[05:10] <holstein> dual boot to use the product you purchased that requires it..
[05:10] <JohnTalent> holstein: windows suffers using asio anyway.
[05:10] <JohnTalent> linux uses asio much better!
[05:10] <holstein> then, just trash the CD and call it a loss..
[05:10] <JohnTalent> yep.
[05:10] <holstein> i can only offer plausible scnearios that work
[05:10] <holstein> sell.. use..
[05:10] <JohnTalent> yeah
[05:11] <JohnTalent> stay well my friend! peace!
[05:24] <fer_> hola alguien que hable español?
[05:26] <Unit193> !es | fer_
[15:08] <marius> o
[15:08] <holstein> welcome
[15:46] <marius_> marius
[23:35] <uRock> what would be the best format for me to record video if I planned to add music to it in openshot?


[00:45] <mwhudson> heh the autopkgtest queue for zesty/amd64 looks a bit crazy
[01:16] <tyhicks> @pilot out
[01:18] <tyhicks> sponsored virt-manager (LP: #1634304) and will be security-sponsoring mariadb-{5.5,10.0} (LP: #1638125) and proftpd-dfsg (LP: #1462311) after they finish building in the security PPA
[03:12] <tsimonq2> Hey guys, how would I go about having a comment added here? https://merges.ubuntu.com/universe.html
[03:12] <tsimonq2> As in a comment on a package
[03:12] <tumbleweed> type and press enter
[03:13] <tsimonq2> ...?
[03:13] <tsimonq2> I can't do that...
[03:13] <tumbleweed> yes you can
[03:13] <tsimonq2> How?
[03:14] <tumbleweed> click in a comment field, type, e...
[03:14] <tsimonq2> OH
[03:14] <tsimonq2> HAH
[03:14] <tsimonq2> Thank you
[03:14] <tumbleweed> :)
[03:18] <sarnold> cool :)
[08:05] <pitti> Good morning
[08:32] <nacc> doko: fyi, upstream libwebp is going to have the full fix for the neon detection bits in 0.5.2, we can drop the delta once it's packaged: https://bugs.chromium.org/p/webp/issues/detail?id=313
[08:41] <bdmurray> seb128: This crash seems to only affect the SRU'ed version of libreoffice - https://errors.ubuntu.com/problem/3f5546617f0b197529d734bee9ae770fb485b92d
[08:46] <doko> nacc: looks ok if it's arm64 only. we can't assume neon on armhf
[08:49] <nacc> doko: ack, I'll make sure to test that (0.5.2 isn't packaged yet in debian, not sure it's actually released upstream yet, that patch is just queued for it)
[08:57] <smoser> pitti, systemctl status home.mount
[08:57] <smoser>    Loaded: loaded (/etc/fstab; bad; vendor preset: enabled)
[08:57] <smoser> why 'bad' ?
[08:57] <pitti> smoser: not sure, my laptop says "loaded (/etc/fstab; generated"
[08:58] <pitti> smoser: any journal errors about that?
[08:58] <smoser> interesting. do you have a home.mount ?
[08:58] <pitti> smoser: not on disk, just from the fstab generator in /run
[08:58] <pitti> UUID=deadbeef /home           btrfs   defaults,subvol=@home 0       2
[08:58] <pitti> i. e. nothing surprising
[08:59] <pitti> smoser: do you have a drop-in for this or an on-disk unit?
[08:59] <stgraber>    Loaded: loaded (/proc/self/mountinfo)
[08:59] <stgraber>    Active: active (mounted) since Wed 2016-12-07 14:43:31 CET; 19h ago
[09:01] <smoser> pitti, i've not done anything.
[09:01] <seb128> bdmurray, hum, thanks, let's see what Bjoern has to say about it but I expect that he's going to say that the number of reports is too low and it's in statistical errors not relevant
[09:01] <smoser> on zesty another sytsem, i see http://paste.ubuntu.com/23597482/
[09:01] <pitti> smoser: so, anything about home.mount in journal?
[09:01] <smoser> seemingly more normal
[09:01] <smoser> not much
[09:01] <pitti> smoser: yep, that's how it looks like here too
[09:02] <smoser> http://paste.ubuntu.com/23597483/
[09:03] <bdmurray> seb128: okay, than that I'm happy with fully phasing it
[09:03] <seb128> bdmurray, ok, great, thanks for reviewing those and for unblock the snapd-glib one!
[09:03] <seb128> unblocking
[09:03] <pitti> smoser: any errors in systemd-analyze verify /run/systemd/generator/home.mount other than the "unit is bound to inactive..."?
[09:05] <smoser> pitti, systemd-analyze verify shows nothing at all
[09:05] <smoser> http://paste.ubuntu.com/23597499/
[09:05] <smoser> pitti, if you want to come and look i can let you
[09:05] <pitti> smoser: which room?
[09:05] <smoser> but i'm not terribly fussed on it at this point
[09:05] <smoser> server room.
[09:22] <pitti> rharper: resolvconf updated in x/y/z
[09:22] <rharper> pitti: thanks!
[09:25] <nacc> rbasak: https://en.wikipedia.org/wiki/Chemical_file_format
[09:26] <nacc> slangasek: is it correct to assert that a 'patches-applied' version of a srcpkg only makes sense for 3.0 (quilt)
[09:39] <petn-randall> Hi, were would I find the VCS used for packaging for rng-tools? I plan on introducing rng-tools5 to Debian again, and I'd like to inherit the VCS history to retain the contributions of the Ubuntu maintainers.
[09:52] <nacc> petn-randall: afaict, no vcs was used; it might have been bzr, but the last update was in vivid (15.04)
[09:52] <nacc> petn-randall: or at least, i'm not sure there's a gurantee there was
[09:56] <petn-randall> nacc: Is there some implicit scheme where I could expect to find the bzr repo?
[09:59] <nacc> petn-randall: this seems to be 'current': https://code.launchpad.net/~ubuntu-branches/ubuntu/vivid/rng-tools/vivid
[10:00] <nacc> petn-randall: or more accurately (historical branches): https://code.launchpad.net/ubuntu/+source/rng-tools
[10:01] <nacc> petn-randall: if you want to look at the same sort of thing, but from git, I could import it for you on the side (or you could run that import locally), to at least keep the history. It won't match the VCS exactly (in that it doesn't know about bzr), but will have the fully history of the srcpkg in ubuntu
[10:04] <petn-randall> nacc: I'd only import the master/current branch, not all branches, since I only want to retain the contributions of Ubuntu devs, and not retain all releases of all Ubuntu releases (this is of limited use for Debian). The bzr repo already helped me out a lot, thanks.
[10:14] <slangasek> nacc: if you mean "does patches-applied make sense for a package with debian/patches that's format 1.0?", yes it's correct that this does not make sense
[10:16] <nacc> slangasek: ack, thanks!
[10:16] <nacc> petn-randall: np!
[10:17] <nacc> slangasek: and one step further, is '3.0 (quilt)' the only format for which it makes sense to have a difference between patches-unapplied and patches-applied
[10:27] <slangasek> nacc: yes, because it's the only format for which dpkg-source applies packages
[10:27] <slangasek> patches
[10:27] <slangasek> nacc: a 1.0 package may have bits in the diff.gz that are unpacked to locations outside of debian/; but there is no equivalent "patches-unapplied" in that case
[10:57] <smoser> pitti, so i think yesterday you were saying i could dropin to be After=cloudinit-local.service
[10:57] <smoser> for<EMAIL_ADDRESS>[10:57] <smoser> that is what looks right.
[10:57] <smoser> can you do a<EMAIL_ADDRESS>? or is that not possible or desireable due to the @
[10:59] <pitti> smoser: that's possible; if you have a template unit already, you have %I, so you can do<EMAIL_ADDRESS>[10:59] <pitti> and otherwise, if you know the device already, put that in
[11:00] <smoser> well, ic an't know the device until i run
[11:00] <smoser> and at that point its too late.
[11:00] <smoser> so i think dropin seems maybe the only thing i can do
[11:01] <pitti> smoser: that seems fine
[11:05] <smoser> pitti, so the path then is:
[11:05] <smoser><EMAIL_ADDRESS>[11:05] <pitti> *nod*
[11:06] <smoser> the @ i ddin't know for sure. thanks
[11:07] <pitti> smoser: I'm not sure if you can literally do<EMAIL_ADDRESS>and it would automatically apply to the same instance as the unit it came from
[11:07] <pitti> I think that won't work, but feel free to give it a try of course
[11:13] <smoser> i think it wont work also
[11:22] <pitti> rharper: ah, Thomas already responded (I think you did test in sid, right?)
[11:22] <rharper> pitti: yes
[11:22] <rharper> but ifupdown/networking  only
[11:22] <rharper> I'll reply
[11:23] <rharper> I've not tested networkd in debian
[11:23] <pitti> that should be enough to ensure it doesn't regress
[11:23] <rharper> I think so too
[11:23] <rharper> but I want to double check
[11:23] <rharper> before I say yes
[13:14] <pitti> smb: /proc/sys/net/core/rmem_default
[13:22] <pitti> smb: udevadm info --export-db|grep -c ^P:
[13:53] <nacc> cpaelzer: LP: #1593024
[13:53] <nacc> cpaelzer: c#16 (some bullets in c#14 for context)
[14:17] <nacc> cpaelzer: https://wiki.canonical.com/ServerTeam/ServerReleaseHandling
[15:30] <caribou> rbasak: looks like the 'broken' samba package we rolled back is still present in xenial-proposed :
[15:30] <caribou> samba | 2:4.3.11+dfsg-0ubuntu<IP_ADDRESS> | xenial-proposed
[15:31] <caribou> rbasak: shoudn't it be removed from there also ?
[15:31] <Laney> apw: doko: do you know what's up with linux/amd64 and linux/ppc64el autopkgtests on zesty?
[15:32] <Laney> are they being skipped?
[15:33] <doko> Laney: no idea, and apw is on paternity leave
[15:33] <Laney> hmm
[15:33] <Laney> doko: it's blocking your gcc-6 and binutils :-)
[15:33] <doko> sure, I know that
[15:34] <infinity> Eh.  Why was that run with --all-proposed?
[15:34] <Laney> that?
[15:34] <infinity> 4.9.0 isn't in release yet.
[15:35] <Laney> Don't know, but 4.8 wasn't any better
[15:35] <infinity> So, someone from the kernel team should look at them and tell us if it looks like the toolchain broke them or if their tests just suck.
[15:35] <infinity> bjf: ^
[15:39] <bjf> infinity, can you tell rtg what the issue is and what you need him to look into?
[15:40] <infinity> rtg: Your autopkgtests are failing in zesty for the new gcc and binutils uploads, can you look into the logs and decide who to blame?
[15:41] <rtg> infinity, can do
[15:41] <Laney> There's already a badtest for linux
[15:42] <infinity> Oh, is there a current one?
[15:42] <infinity> Well, maybe that's just the way to go for now, but that's getting really old.
[15:42] <Laney> Nope
[15:42] <infinity> A testsuite that almost never passes is pretty useless.
[15:42] <Laney> Maybe there's some history there though
[15:45] <rbasak> caribou: yes, but I'm told it needs an AA to do a v-f removal.
[15:45] <rbasak> We should get better at this though. If people are volunteering to test -proposed for us, the least we could do is remove known broken stuff, IMHO.
[15:45] <caribou> ah, ok. Someone just reported the issue on the Trusty bug
[15:46] <rbasak> slangasek: bug 1644428: please could you delete samba from xenial-proposed? ^
[15:47] <doko> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=845690 was kernel related, but that one is fixed
[15:47] <rbasak> Strictly speaking it's bug 1584485 I think actually. That's where the v-f is.
[15:48] <rbasak> slangasek: and, to add to our discussion the other day, perhaps v-f removals should be a routine AA task to add to the list?
[18:22] <mwhudson> are autopkgtests actually running?
[18:23] <nacc> mwhudson: i think the queue lengths are still huge at least for amd64/i386
[18:24] <mwhudson> nacc: yeah, they are suspiciously similar to the queue lengths when i went to bed
[18:25] <nacc> mwhudson: iiuc, there might be some issues with one of the infra pieces, but i'm honestly not sure
[18:36] <ginggs> the amd64 is moving, earlier it was on the libs, now it's  down to open-vm-tools, openafs, etc.
[18:36] <ginggs> ^ queue
[18:37] <ginggs> that's still on the tests triggered by glibc
[19:07] <mwhudson> ginggs: oh ok, i guess i'll just be patient then :)


[00:28] <mhall119> anyone know if OpenOffice 4 Kids is being packaged for Lucid?
[00:41] <Ahmuck-Jr> openoffice 4 kids ?!
[00:41] <mhall119> yeah, the're making a more kid friendly version
[00:41] <mhall119> it's in 0.8 (beta) right now
[00:42] <mhall119> someone was asking me if we were going to use it for Qimo 2.0
[00:46] <Ahmuck-Jr> looks kewl
[00:47] <Ahmuck-Jr> joerg_: new project?
[00:48] <joerg_> Ahmuck-Jr, www.myserv-project.org
[00:48] <joerg_> absolutely non commercial and open source
[02:31] <sbalneav> mhall119: if it isn't in the repos at this point, I'd say no.
[02:59] <sbalneav> joerg_: Let me know when you'd like me to look at an ldap module.
[03:04] <joerg_> sbalneav, hey...thanks, that is nice :)
[03:05] <joerg_> sbalneav, I have played with a lot of stuff recently and even set up a slapd :)
[03:06] <joerg_> sbalneav, trying to implement the basic ideas to give fellow developers some starting point.
[03:06] <joerg_> sbalneav, give me a shout if you know some web designer who'd like to give the whole thing a comm look and feel :)
[03:08] <joerg_> sbalneav, do you want to have a look at it?
[03:09] <sbalneav> No, I'm not much for web stuff :(  I'm more a plumbing guy.
[03:09] <sbalneav> HedgeMage may be interested.
[03:10] <joerg_> sbalneav, no, I mean at the status of the whole thing
[03:10] <joerg_> sbalneav, then I'd give u a demo account
[03:11] <sbalneav> Sure
[03:11] <sbalneav> thanks
[03:14] <joerg_> sbalneav, have u got ten minutes right now?
[03:19] <sbalneav> Not at the moment, I'm madly trying to fix another bug :(
[14:36] <sbalneav> Morning all
[15:12] <highvoltage> sbalneav!
[15:12] <highvoltage> morning!
[15:12] <sbalneav> highvoltage: have a look at my ldap page?
[15:13] <highvoltage> sbalneav: I did indeed.
[15:14] <highvoltage> sbalneav: I don't know enough about ldap to give constructive feedback, but just reading through it it seems easy to follow and well layed out
[15:14] <highvoltage> sbalneav: I'll try it out some time
[16:07] <sbalneav> Hmmm, I need to figure out the magic needed for asking debconf questions.
[16:08] <sbalneav> That way, we could get the edubuntu-ldap meta packages started.
[16:08] <ogra> sbalneav, phew, have fun ...
[16:08] <highvoltage> sbalneav: steal it from other packages :)
[16:08] <sbalneav> Yeah, there's always that :)
[16:08] <highvoltage> sbalneav: I think it's much easier than reading the actual debconf docs
[16:08] <sbalneav> take a look at the source for the slapd package.
[16:09] <sbalneav> With 1 question, all that stuff on the wiki page could be turned into a package.
[16:09] <sbalneav> We just need to ask the password.
[16:12] <alkisg> sbalneav: you need (1) a template with the question, (2) . /usr/share/debconf/confmodule, (3) db_get your_question, (4) db_stop
[16:17] <sbalneav> alkisg: thanks!  I'll look into that.
[16:18] <alkisg> sbalneav: I've recently used that for sch-scripts, so if you need any help, ping me :)
[16:18] <sbalneav> That wiki page will end up becoming the core of Edubuntu's post-lucid "ldap everywhere" strategy.
[16:18] <alkisg> (btw, what did you think of the project?)
[16:18] <alkisg> (apart from it being immature :D)
[16:23] <sbalneav> alkisg: I've set aside some time this week to take a look at it
[16:23] <alkisg> sbalneav: thank you - be sure to `bzr pull` before you look at it, as much new code is added every day.
[16:26] <sbalneav> shouldn't be too hard to externalize the code into generic objects.
[16:26]  * alkisg is able to use sch-scripts currently to build a fat client chroot with no console involved at all... but that's only the begining
[16:29] <ogra> wohoo
[16:47] <alkisg> !info dnsmasq-base hardy
[16:47] <alkisg> ogra ^^
[16:47] <ogra> alkisg, yeah, i see -base in main too
[16:48] <ogra> alkisg, if you can safely convert people on upgrades without breaking their setups, why not move to it ...
[16:49] <alkisg> ogra, schools here use dnsmasq in proxydhcp mode, because they use routers as dhcp server. And it's OK to tell them "wipe your disk and reinstall the new LTS version" every two years :)
[16:50] <alkisg> So I'm not really concerned about compatibility or upgrades - I'm only concerned about bugs etc...
[16:50] <ogra> alkisg, i thought you talked about the default in ubuntu
[16:50] <alkisg> Nah... I'm too young to Ubuntu and too old in life to try that :D
[23:38] <XuzhouJim> Can't seem to send to channel on ltsp.
[23:40] <alkisg> You need to register your nickname first
[23:42] <crimsun> alkisg: any updates on edubuntu/ltsp audio [lucid]?
[23:42] <crimsun> alkisg: i.e., anything I should have on my radar
[23:42] <alkisg> hey crimsun - I don't think so, everything seems fine so far
[23:43] <crimsun> alkisg: good to read, thanks
[23:43] <alkisg> I'll give it a look tomorrow, it's too late here, and I'll ping you if I see something, but really, I think everything's fine. Thanks! :)
[23:43] <crimsun> ok
[23:43] <XuzhouJim> I'm having an audio problem. Just got my server up and booting thin clients but getting bad feedback. Mic's being routed through speakers.
[23:44] <alkisg> XuzhouJim: try MIC_VOLUME=10 and VOLUME=50 in lts.conf
[23:44] <XuzhouJim> Tried setting MIC_VOLUME and FRONT_MIC_VOLUME to zero but no effect.
[23:46] <XuzhouJim> Where can I register my nickname?
[23:49] <alkisg> In your client settings.
[23:49] <alkisg> Too late here, good night all.


[19:48] <goddard> bkerensa: hey
[20:13] <cweber10> bkerensa: I am here off and on just have classes.
[20:15] <cweber10> Yesterday was a busy day