[22:28] <rharper> smoser: so, how about this one... http://paste.ubuntu.com/24080787/   ;  rendering an eni with bonded vlans; cloud-init-local renders to disk, networking is all up and fine; then in cloud-init (net mode) we somehow attempt to rename the bond0; which fails, but then somehow, at the end of the service, we've dropped our routes.
[22:32] <rharper> it's possible I've broken something; this is my v2 pass-through branch; though config isn't v2/netplan/systemd at all;
[22:55] <rharper> the rename may not be the issue; but we should filter out non-physical devices when we collect the current_info;  in this case, it creates a dict with the bond0 which has the same mac as the interface; but we return bond0 as the name;
[22:56] <rharper> currently looking for something in sys ;  I think we can filter by the set of names in /sys/devices/virtual/net
[23:06] <rharper> but that fixed it;  I'll send a PR tomorrow


[11:50] <rkatz> it looks the same, except when I login it still looks small, but when I exit the x screensaver is normal looking.
[11:50] <jcole> i want to view their desktop
[11:50] <rkatz> So I should get a 17" screen and reinstall?
[11:50] <rkatz> or reboot?
[11:51] <paradoxmo> rkatz... no...
[11:51] <paradoxmo> all your other fonts look okay?
[11:51] <paradoxmo> but the login screen is abnormally small
[11:51] <rkatz> I should go back to Mandrake and forget it???
[11:51] <olorin> jcole: if you just want to do X-remote administration you might use a vnc client
[11:51] <paradoxmo> ?
[11:52] <rkatz> once I login things look fine.
[11:52] <rkatz> before I login things cannot be read.
[11:52] <paradoxmo> rkatz: never seen that before. okay. was it a fresh warty install?=
[11:52] <rkatz> yes, fresh, with formatting of hard drive. It doesn't ask any options, except the resolution, but I have had 1024x768 on this screen just fine.
[11:53] <rkatz> ...under other distributions.
[11:53] <paradoxmo> rkatz: try another theme
[11:53] <rkatz> I did try another theme, same thing.
[11:53] <rkatz> And you said it wasn't the themes...and I agree.
[11:53] <paradoxmo> weird.
[11:53] <rkatz> Thank you, I guess I'll go back to Mandrake crap...
[11:53] <jcole> olorin: there are 5 people logged into his m$ netmeeting session... i'm trying to figure out how to do it... vnc doesn't seem to work
[11:53] <paradoxmo> don't give up so easily...
[11:54] <rkatz> I am so sick of this stuff, even Larry the cow cannot help me!!!
[11:54] <paradoxmo> yeah... i'm sorry
[11:54] <paradoxmo> wait, what locale did you pick?
[11:54] <rkatz> RedHat sucks for workstation.
[11:54] <rkatz> Mandrake cannot be upgraded and boxes you into a bastardized Redhat...and all the dependencies are screwed.
[11:55] <rkatz> Gentoo takes eons to get a good install/configure...
[11:55] <confrey|^|> hi ecerybody
[11:55] <rkatz> locale?
[11:55] <paradoxmo> ubuntu and debian in general are really good, let me /msg you and see if we can figure it out
[11:55] <rkatz> it defaulted to my locale: Pacific.
[11:55] <rkatz> Debian didn't work for me either...stuff just never worked.
[11:56] <confrey|^|> I have installed nvidia driver, and X often freezes, what can I do?
[11:57] <jcole> confrey|^|: run this "zcat /usr/share/doc/nvidia-glx/README.gz > $HOME/Desktop/nvidia.txt"
[11:58] <jcole> confrey|^|: then double click the file on your desktop
[12:00] <paradoxmo> olorin: yeah, that was it. it's fine now. thanks


[05:33] <greg-g> cmaloney: ah, cool. I was actually looking for any of the client software that I've seen (eg: softsqueeze)
[14:15] <rick_h_> morning
[14:18] <cmaloney> greg-g: softsqueeze and squeezeslave are on sourceforge
[14:18] <cmaloney> though i use squeezelite
[14:19] <cmaloney> good norning btw
[14:22] <rick_h_> oooh, 4k come save me! http://accessories.ap.dell.com/sna/productdetail.aspx?c=hk&cs=hkdhs1&l=en&s=dhs&sku=210-ACBV
[14:27] <rick_h_> wow http://www.newegg.com/Product/Product.aspx?Item=N82E16824236338
[15:06] <cmaloney> rick_h_: Daymn.
[15:07] <rick_h_> well, at least one day we'll get non-HD monitors. Now if only they'd come down from costing more than twice the price of my liquid cooled desktop
[15:30] <brousch7> 39" 4k monitor for $550
[15:30] <brousch7> What's wrong with that?
[15:32] <rick_h_> brousch7: you left about $3k off
[15:32] <brousch7> No. I posted a link to it last week
[15:33] <cmaloney> THat one was in HK dollars
[15:33] <cmaloney> I wonder how the Dell ultrasharp monitors compare
[15:33] <cmaloney> They seem to go on sale an awful lot
[15:34] <brousch7> I came across this very interesting monitor yesterday: 39" 4K TV (3840 x 2160) for $550. Very tempting. http://goo.gl/f0bKre
[15:34] <cmaloney> I don't trust Tiger Direct
[15:35] <brousch7> It's also on amazon
[15:35] <cmaloney> Ah, that's better. ;)
[15:35]  * cmaloney just has a thing against Tiger Direct
[15:35] <brousch7> That was just where I found it first
[15:36] <brousch7> Amazon has good reviews of it too
[15:37] <brousch7> http://www.amazon.com/Seiki-Digital-SE39UY04-39-Inch-Ultra/dp/B00DOPGO2G/ref=sr_1_1?ie=UTF8&qid=1385739422&sr=8-1&keywords=seiko+39+4k
[15:37] <cmaloney> I also don't trust reviews of products that are less than a year old
[15:37] <cmaloney> s/year/6 months/
[15:38]  * cmaloney still hold a grudge against BluRay too, but that's another matter altogehter.
[15:39] <brousch7> So many trust issues
[15:43] <cmaloney> yep
[16:33] <jrwren> why hate blueray?
[16:41] <cmaloney> Because Sony has gone out of their way to obfuscate the format.
[16:41] <cmaloney> Much the same way that they did with SACD.
[16:42] <cmaloney> https://wiki.archlinux.org/index.php/BluRay
[16:44] <cmaloney> That and I currently have a TV that only supports 720p so it's not going to give me much outside of a non-pixelated picture.
[17:18] <brousch7> cmaloney: 720p? My phone has better resolution
[17:21] <cmaloney> brousch7: That's OK. My TV is likely older and cost less than your phone. ;)
[17:23] <rick_h_> and you look at it from about 100x farther away
[17:24] <cmaloney> yep
[17:34] <brousch7> My wife says she sees no difference between our 40" 1080p tv and our standard def 30" from 2000
[17:39] <jrwren> does she wear glasses? contacts? has she had an eye exam?
[18:39] <cmaloney> Howdy.
[18:44] <jrwren> cmaloney: brousch7 wife is blind. did you know?
[19:10] <cmaloney> jrwren: I had no idea
[23:02] <rick_h_> brousch would be proud of me :P https://plus.google.com/116120911388966791792/posts/KnaY6ZZhXdE
[23:08] <greg-g> hellz yeah, got my new 24" 1920x1200 monitor today, and it looks beautiful
[23:09] <rick_h_> greg-g: woot
[23:10] <greg-g> so hard finding the x1200 part of that
[23:25] <greg-g> how come I'm not being more productive already?
[23:25] <rick_h_> greg-g: you need to get 3 of them
[23:27] <greg-g> rick_h_: aha! thanks!
[23:28] <rick_h_> glad to be of service
[23:39] <brousch7> Go rick_h_ !
[23:45] <rick_h_> :)
[23:59] <jrwren> greg-g: ooooh... what kind of display?


[20:37] <ahasenack> ok, starting to understand how src:crypto-policies work. In kinetic: https://pastebin.ubuntu.com/p/jmdfDbqBqH/
[20:38] <sarnold> oh wow that'
[20:39] <sarnold> that's way more promising than I expected
[20:39] <ahasenack> oh, not out of the box, not yet
[20:39] <sarnold> ahhhhh there we go
[20:39] <ahasenack> but the amount of changes is less than I expected
[20:39] <sarnold> https://bugs.launchpad.net/ubuntu/+source/crypto-policies/+bug/1926664 gave me the impression it didn't work at all :(
[20:39] <ahasenack> most of the time it boils down to include a config snippet, i.e., add some sort of "include /foo/bar/*.conf" in the main config
[20:39] <ahasenack> which many packages already have
[20:40] <ahasenack> so it's just a matter of placing the extra snipped in the right place
[20:40] <ahasenack> it gets trickier with openssl, of course, and its section-hell of openssl.cnf
[20:40] <sarnold> nice nice nice :D it really would be nice to have a good handle on all the "but my ancient $tool requires $gross_crypto" bug reports
[20:40] <ahasenack> this is promising
[20:41] <ahasenack> there is support for bind, gnutls, java, krb5, libreswan, libssh, nss, openssh and openssl
[20:41] <ahasenack> I will concentrate my experiments in a ppa, https://launchpad.net/~ahasenack/+archive/ubuntu/crypto-policy/
[20:44] <ahasenack> so that bug is kind of invalid. The way crypto-policy works, is that it generates config file snippets for each supported app/library
[20:44] <ahasenack> and then it's up to each app/library to include this config snippet
[20:44] <sarnold> hrm :( I think I misunderstood what it provided us, too :(
[20:45] <ahasenack> for openssl to use it, for example, we have to add this somewhere in openssl.cnf:
[20:45] <ahasenack> .include = /etc/crypto-policies/back-ends/opensslcnf.config
[20:45] <ahasenack> that opensslcnf.config file is generated by the policy, and maps to the level that was chosen (LEGACY, DEFAULT, FUTURE, NEXT, etc)
[21:13] <ahasenack> sarnold: do you remember that other bug we had requesting to implement system-wide crypto policies? I think it even had a few tasks
[21:13] <ahasenack> but I forget against which package it was
[21:27] <sarnold> ahasenack: hrm :( I can't recall that bug off-hand, sorry
[21:27] <ahasenack> while I have you
[21:27] <ahasenack> can you check if lftp https://ubuntu.com works for you?
[21:27] <ahasenack> it doesn't for me
[21:32] <sarnold> ahasenack: fails on focal and bionic
[21:33] <ahasenack> sarnold: sergiodj found this: https://github.com/lavv17/lftp/issues/641
[21:34] <ahasenack> "Which is why now lftp won't work against default LetsEncrypt chains anymore"
[21:34] <ahasenack> apparently they are/were using their own code to do some validation (!)
[21:34] <sarnold> wow
[21:34] <sarnold> that might have made sense in ye olden dayes
[21:37] <ahasenack> I filed a bug
[21:38] <sarnold> nice
[21:38] <sarnold> tbh I didn't know lftp did https :) I figured it was ftp and ftps only
[21:47] <ahasenack> sarnold: found the bug: https://bugs.launchpad.net/ubuntu/+source/ca-certificates/+bug/1647285
[21:48] <sarnold> oh yeah! you're reaching back through time a ways there :) hehe


[00:33] -queuebot:#ubuntu-release- New binary: lua-lxc [amd64] (eoan-proposed/universe) [1:3.0.2-1ubuntu1] (no packageset)
[00:33] -queuebot:#ubuntu-release- New binary: lua-lxc [s390x] (eoan-proposed/universe) [1:3.0.2-1ubuntu1] (no packageset)
[00:33] -queuebot:#ubuntu-release- New binary: lua-lxc [i386] (eoan-proposed/universe) [1:3.0.2-1ubuntu1] (no packageset)
[00:34] -queuebot:#ubuntu-release- New binary: lua-lxc [arm64] (eoan-proposed/universe) [1:3.0.2-1ubuntu1] (no packageset)
[00:34] -queuebot:#ubuntu-release- New binary: lua-lxc [ppc64el] (eoan-proposed/universe) [1:3.0.2-1ubuntu1] (no packageset)
[00:34] -queuebot:#ubuntu-release- New binary: lua-lxc [armhf] (eoan-proposed/universe) [1:3.0.2-1ubuntu1] (no packageset)
[00:53] <doko> apw, sforshee: linux has autopkg test regressions. please could you have a look?
[05:11] <apw> doko, will do
[05:41] -queuebot:#ubuntu-release- Unapproved: openldap (xenial-proposed/main) [2.4.42+dfsg-2ubuntu3.6 => 2.4.42+dfsg-2ubuntu3.7] (ubuntu-server)
[05:42] -queuebot:#ubuntu-release- Unapproved: openldap (bionic-proposed/main) [2.4.45+dfsg-1ubuntu1.3 => 2.4.45+dfsg-1ubuntu1.4] (ubuntu-server)
[05:42] -queuebot:#ubuntu-release- Unapproved: openldap (disco-proposed/main) [2.4.47+dfsg-3ubuntu2.1 => 2.4.47+dfsg-3ubuntu2.2] (ubuntu-server)
[05:45] -queuebot:#ubuntu-release- Unapproved: psmisc (xenial-proposed/main) [22.21-2.1build1 => 22.21-2.1ubuntu0.1] (core)
[08:41] <RikMills> if someone has time, could they accept the okteta new binaries? new kdevelop is dep waiting on that. thanks
[10:22] -queuebot:#ubuntu-release- New: accepted okteta [amd64] (eoan-proposed) [5:0.26.2-2ubuntu1]
[10:22] -queuebot:#ubuntu-release- New: accepted okteta [armhf] (eoan-proposed) [5:0.26.2-2ubuntu1]
[10:22] -queuebot:#ubuntu-release- New: accepted okteta [ppc64el] (eoan-proposed) [5:0.26.2-2ubuntu1]
[10:22] -queuebot:#ubuntu-release- New: accepted okteta [arm64] (eoan-proposed) [5:0.26.2-2ubuntu1]
[10:22] -queuebot:#ubuntu-release- New: accepted okteta [s390x] (eoan-proposed) [5:0.26.2-2ubuntu1]
[10:22] -queuebot:#ubuntu-release- New: accepted okteta [i386] (eoan-proposed) [5:0.26.2-2ubuntu1]
[10:34] <RikMills> ty ^
[11:17] -queuebot:#ubuntu-release- New binary: kdevelop [s390x] (eoan-proposed/universe) [4:5.4.0-2ubuntu1] (kubuntu)
[11:21] -queuebot:#ubuntu-release- New binary: kdevelop [i386] (eoan-proposed/universe) [4:5.4.0-2ubuntu1] (kubuntu)
[11:22] -queuebot:#ubuntu-release- New binary: kdevelop [amd64] (eoan-proposed/universe) [4:5.4.0-2ubuntu1] (kubuntu)
[11:24] -queuebot:#ubuntu-release- New binary: kdevelop [ppc64el] (eoan-proposed/universe) [4:5.4.0-2ubuntu1] (kubuntu)
[11:51] -queuebot:#ubuntu-release- New binary: kdevelop [arm64] (eoan-proposed/universe) [4:5.4.0-2ubuntu1] (kubuntu)
[12:12] -queuebot:#ubuntu-release- New binary: kdevelop [armhf] (eoan-proposed/universe) [4:5.4.0-2ubuntu1] (kubuntu)
[13:29] <juliank> rbasak: Hey, I've got a dpkg SRU (trigger fixes) in bionic that needs releasing. It's been released on disco and xenial already, only bionic's missing
[13:30] <seb128> hum, does anyone understand what are the problem for the new libvpx to migrate?
[14:09] -queuebot:#ubuntu-release- New: accepted lua-lxc [amd64] (eoan-proposed) [1:3.0.2-1ubuntu1]
[14:09] -queuebot:#ubuntu-release- New: accepted lua-lxc [armhf] (eoan-proposed) [1:3.0.2-1ubuntu1]
[14:09] -queuebot:#ubuntu-release- New: accepted lua-lxc [ppc64el] (eoan-proposed) [1:3.0.2-1ubuntu1]
[14:09] -queuebot:#ubuntu-release- New: accepted lua-lxc [arm64] (eoan-proposed) [1:3.0.2-1ubuntu1]
[14:09] -queuebot:#ubuntu-release- New: accepted lua-lxc [s390x] (eoan-proposed) [1:3.0.2-1ubuntu1]
[14:09] -queuebot:#ubuntu-release- New: accepted lua-lxc [i386] (eoan-proposed) [1:3.0.2-1ubuntu1]
[14:10] -queuebot:#ubuntu-release- New: accepted poco [amd64] (eoan-proposed) [1.9.2-2ubuntu1]
[14:10] -queuebot:#ubuntu-release- New: accepted poco [armhf] (eoan-proposed) [1.9.2-2ubuntu1]
[14:10] -queuebot:#ubuntu-release- New: accepted poco [ppc64el] (eoan-proposed) [1.9.2-2ubuntu1]
[14:10] -queuebot:#ubuntu-release- New: accepted poco [arm64] (eoan-proposed) [1.9.2-2ubuntu1]
[14:10] -queuebot:#ubuntu-release- New: accepted poco [s390x] (eoan-proposed) [1.9.2-2ubuntu1]
[14:10] -queuebot:#ubuntu-release- New: accepted poco [i386] (eoan-proposed) [1.9.2-2ubuntu1]
[14:21] -queuebot:#ubuntu-release- New: accepted nut [amd64] (eoan-proposed) [2.7.4-9ubuntu1]
[14:21] -queuebot:#ubuntu-release- New: accepted nut [armhf] (eoan-proposed) [2.7.4-9ubuntu1]
[14:21] -queuebot:#ubuntu-release- New: accepted nut [ppc64el] (eoan-proposed) [2.7.4-9ubuntu1]
[14:21] -queuebot:#ubuntu-release- New: accepted nut [arm64] (eoan-proposed) [2.7.4-9ubuntu1]
[14:21] -queuebot:#ubuntu-release- New: accepted nut [s390x] (eoan-proposed) [2.7.4-9ubuntu1]
[14:21] -queuebot:#ubuntu-release- New: accepted nut [i386] (eoan-proposed) [2.7.4-9ubuntu1]
[14:22] -queuebot:#ubuntu-release- New: accepted budgie-wallpapers [amd64] (eoan-proposed) [19.10]
[14:24] <ginggs> would someone please kick the mercurial can along? 'force-badtest mercurial/4.8.2-1ubuntu4/arm64'
[14:26] -queuebot:#ubuntu-release- New: accepted rust-quick-xml [amd64] (eoan-proposed) [0.14.0-2ubuntu1]
[14:26] -queuebot:#ubuntu-release- New: accepted rust-quick-xml [armhf] (eoan-proposed) [0.14.0-2ubuntu1]
[14:26] -queuebot:#ubuntu-release- New: accepted rust-quick-xml [ppc64el] (eoan-proposed) [0.14.0-2ubuntu1]
[14:26] -queuebot:#ubuntu-release- New: accepted rust-quick-xml [arm64] (eoan-proposed) [0.14.0-2ubuntu1]
[14:26] -queuebot:#ubuntu-release- New: accepted rust-quick-xml [s390x] (eoan-proposed) [0.14.0-2ubuntu1]
[14:26] -queuebot:#ubuntu-release- New: accepted rust-quick-xml [i386] (eoan-proposed) [0.14.0-2ubuntu1]
[14:27] <vorlon> ginggs: done
[14:31] <seb128> hey vorlon, do you know what's the status of libvpx (and other transitions) in eoan-proposed? I always have difficulties to read/understand update_output.txt
[14:31] <ginggs> vorlon: ta!
[14:32] <seb128> vorlon, do you know if there is anything I can help with? I would like to see some of it cleared off before we stack other incoming debian transitions
[14:35] <vorlon> seb128: checking current status now.  When I last looked, ffmpeg was waiting for tests; and I see it's tied to the mysql-8.0 transition as well (unless we bounce mythtv out temporarily)
[14:36] <vorlon> seb128: so, ffmpeg has a failing autopkgtest on armhf which is probably the source of a lot of noise
[14:36] <vorlon> and xpra has a failure on ppc64el
[14:36] <vorlon> and then mythtv
[14:36] <vorlon> that's all I see
[14:37] <vorlon> Locutusofborg: why did you manually sync qtwebkit?  all this does is put packages on the slow path through the NEW queue requiring manual review
[14:38] -queuebot:#ubuntu-release- New: accepted qtwebkit [sync] (eoan-proposed) [2.3.4.dfsg-10]
[14:40] <seb128> vorlon, k, thanks, I will try to see if I can help with some of that
[14:40] <seb128> vorlon, we have a poppler transition and an evolution-data-server one coming from the desktop side in the next week (before ff)
[14:40] <RikMills> vorlon: so you will remove? https://launchpad.net/ubuntu/+source/qtwebkit-source
[14:41] <vorlon> RikMills: that should eventually be processed as a removal of a package removed from Debian
[14:42] <RikMills> ok
[14:42] -queuebot:#ubuntu-release- New: accepted magnus [sync] (eoan-proposed) [1.0.2-2]
[14:43]  * vorlon squints at new-binary-debian-universe not matching on skalibs
[14:44] -queuebot:#ubuntu-release- New: accepted skalibs [amd64] (eoan-proposed) [<IP_ADDRESS>-2]
[14:44] -queuebot:#ubuntu-release- New: accepted skalibs [armhf] (eoan-proposed) [<IP_ADDRESS>-2]
[14:44] -queuebot:#ubuntu-release- New: accepted skalibs [ppc64el] (eoan-proposed) [<IP_ADDRESS>-2]
[14:44] -queuebot:#ubuntu-release- New: accepted skalibs [arm64] (eoan-proposed) [<IP_ADDRESS>-2]
[14:45] -queuebot:#ubuntu-release- New: accepted skalibs [s390x] (eoan-proposed) [<IP_ADDRESS>-2]
[14:45] -queuebot:#ubuntu-release- New: accepted skalibs [i386] (eoan-proposed) [<IP_ADDRESS>-2]
[14:48] -queuebot:#ubuntu-release- New binary: magnus [amd64] (eoan-proposed/none) [1.0.2-2] (no packageset)
[15:04] <rbalint> vorlon, doko: we discussed it with xnox anc please drop systemd 243~rc1-0ubuntu2 from eoan proposed
[15:06] <rbalint> 243~rc1 is not a good candindate for eoan since 243 may not be releases early enough, thus i'm rebasing the delta on top of 241 for eoan to see if it regresses netplan and network-manager and get is migrated to release
[15:07] <vorlon> rbalint: done
[15:14] <rbalint> vorlon, thanks! i collected the packages to be rebuilt on amd64 and they are gamemode and libratbag https://pastebin.ubuntu.com/p/V6mqMRCxqx/ - this is consistent with them being blocked on systemd on update_excuses
[15:15] <vorlon> rbalint: ok. are you doing those rebuilds?
[15:15] <rbalint> vorlon, yes, how long should i wait before uploading them?
[15:16] <vorlon> rbalint: 1h is generally enough
[15:16] <rbalint> vorlon, ok, thanks!
[15:16] <cyphermox> rbalint: 243~rc1 still in a PPA or elsewhere?
[15:17] <cyphermox> I'm hoping to upload a new netplan today, I'd love to fix the tests at that point to work with current and futures systems
[15:17] <cyphermox> *systemd
[15:17] <rbalint> cyphermox, yes, i saved it to ppa:rbalint/systemd-save
[15:17] <cyphermox> cool, ta
[15:18] <rbalint> i keep working on getting 243 into a good packaged shape, but it blocks too much in eoan-proposed for now
[15:19] <rbalint> 241 is in Debian stable thus it should be a safe bet for eoan
[15:42] -queuebot:#ubuntu-release- New: accepted kdevelop [amd64] (eoan-proposed) [4:5.4.0-2ubuntu1]
[15:42] -queuebot:#ubuntu-release- New: accepted kdevelop [armhf] (eoan-proposed) [4:5.4.0-2ubuntu1]
[15:42] -queuebot:#ubuntu-release- New: accepted kdevelop [ppc64el] (eoan-proposed) [4:5.4.0-2ubuntu1]
[15:42] -queuebot:#ubuntu-release- New: accepted kdevelop [arm64] (eoan-proposed) [4:5.4.0-2ubuntu1]
[15:42] -queuebot:#ubuntu-release- New: accepted kdevelop [s390x] (eoan-proposed) [4:5.4.0-2ubuntu1]
[15:42] -queuebot:#ubuntu-release- New: accepted kdevelop [i386] (eoan-proposed) [4:5.4.0-2ubuntu1]
[16:46] <teward> vorlon: when time permits, can you check raysession in NEW this time to see if it meets with the required needs?  I reviewed what we discussed about last time and think all the issues were ironed out.
[16:46] <teward> Eickmeyer wants it to land before FF
[16:54] <vorlon> teward: yes
[16:54] <teward> thank you kindly
[16:56] -queuebot:#ubuntu-release- New: accepted magnus [amd64] (eoan-proposed) [1.0.2-2]
[17:02] <vorlon> E: linux-firmware-dragonboard410 source: source-only-upload-to-non-free-without-autobuild
[17:02] <vorlon> who mapped 'non-free' to 'multiverse' in the Ubuntu lintian package and why?
[17:04] <vorlon> ah because there's a generic mapping of "is non-free" which this keys on
[17:05] <vorlon> even though we don't use the XS-Autobuild field in lp
[17:12] -queuebot:#ubuntu-release- New binary: captagent [amd64] (eoan-proposed/none) [<IP_ADDRESS>-3.1] (no packageset)
[17:12] -queuebot:#ubuntu-release- New binary: node-stream-to-observable [amd64] (eoan-proposed/none) [0.2.0+repack-1] (no packageset)
[17:12] -queuebot:#ubuntu-release- New binary: magics-python [s390x] (eoan-proposed/universe) [1:1.0.1-2] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: captagent [s390x] (eoan-proposed/universe) [<IP_ADDRESS>-3.1] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: rtl-433 [amd64] (eoan-proposed/universe) [18.12+git20190808-1] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: magics-python [amd64] (eoan-proposed/universe) [1:1.0.1-2] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: rtl-433 [s390x] (eoan-proposed/universe) [18.12+git20190808-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: captagent [i386] (eoan-proposed/universe) [<IP_ADDRESS>-3.1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: magics-python [i386] (eoan-proposed/universe) [1:1.0.1-2] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: rtl-433 [i386] (eoan-proposed/universe) [18.12+git20190808-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: captagent [ppc64el] (eoan-proposed/universe) [<IP_ADDRESS>-3.1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: rtl-433 [ppc64el] (eoan-proposed/universe) [18.12+git20190808-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: magics-python [ppc64el] (eoan-proposed/universe) [1:1.0.1-2] (no packageset)
[17:20] <ogra> hmm, why is linux-raspi2 in universe in bionic ? is that on purpose or is that a sync error
[17:23] -queuebot:#ubuntu-release- New binary: captagent [armhf] (eoan-proposed/universe) [<IP_ADDRESS>-3.1] (no packageset)
[17:23] -queuebot:#ubuntu-release- New binary: magics-python [arm64] (eoan-proposed/universe) [1:1.0.1-2] (no packageset)
[17:23] -queuebot:#ubuntu-release- New binary: magics-python [armhf] (eoan-proposed/universe) [1:1.0.1-2] (no packageset)
[17:23] -queuebot:#ubuntu-release- New binary: rtl-433 [armhf] (eoan-proposed/universe) [18.12+git20190808-1] (no packageset)
[17:23] -queuebot:#ubuntu-release- New binary: rtl-433 [arm64] (eoan-proposed/universe) [18.12+git20190808-1] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: captagent [arm64] (eoan-proposed/universe) [<IP_ADDRESS>-3.1] (no packageset)
[17:35] <vorlon> ogra: it's in universe in all releases
[17:35] <ogra> oh
[17:35] <ogra> interesting
[17:35] <ogra> the files it depends on are not
[17:36] -queuebot:#ubuntu-release- New: accepted captagent [arm64] (eoan-proposed) [<IP_ADDRESS>-3.1]
[17:36] -queuebot:#ubuntu-release- New: accepted rtl-433 [arm64] (eoan-proposed) [18.12+git20190808-1]
[17:36] -queuebot:#ubuntu-release- New: accepted magics-python [armhf] (eoan-proposed) [1:1.0.1-2]
[17:36] -queuebot:#ubuntu-release- New: accepted rtl-433 [armhf] (eoan-proposed) [18.12+git20190808-1]
[17:36] -queuebot:#ubuntu-release- New: accepted captagent [armhf] (eoan-proposed) [<IP_ADDRESS>-3.1]
[17:36] -queuebot:#ubuntu-release- New: accepted captagent [ppc64el] (eoan-proposed) [<IP_ADDRESS>-3.1]
[17:36] -queuebot:#ubuntu-release- New: accepted magics-python [arm64] (eoan-proposed) [1:1.0.1-2]
[17:36] -queuebot:#ubuntu-release- New: accepted magics-python [ppc64el] (eoan-proposed) [1:1.0.1-2]
[17:36] -queuebot:#ubuntu-release- New: accepted rtl-433 [i386] (eoan-proposed) [18.12+git20190808-1]
[17:36] -queuebot:#ubuntu-release- New: accepted rtl-433 [s390x] (eoan-proposed) [18.12+git20190808-1]
[17:36] -queuebot:#ubuntu-release- New: accepted captagent [i386] (eoan-proposed) [<IP_ADDRESS>-3.1]
[17:36] -queuebot:#ubuntu-release- New: accepted magics-python [i386] (eoan-proposed) [1:1.0.1-2]
[17:36] -queuebot:#ubuntu-release- New: accepted rtl-433 [ppc64el] (eoan-proposed) [18.12+git20190808-1]
[17:36] -queuebot:#ubuntu-release- New: accepted captagent [s390x] (eoan-proposed) [<IP_ADDRESS>-3.1]
[17:36] -queuebot:#ubuntu-release- New: accepted rtl-433 [amd64] (eoan-proposed) [18.12+git20190808-1]
[17:37] -queuebot:#ubuntu-release- New: accepted captagent [amd64] (eoan-proposed) [<IP_ADDRESS>-3.1]
[17:37] -queuebot:#ubuntu-release- New: accepted magics-python [s390x] (eoan-proposed) [1:1.0.1-2]
[17:37] -queuebot:#ubuntu-release- New: accepted magics-python [amd64] (eoan-proposed) [1:1.0.1-2]
[17:37] -queuebot:#ubuntu-release- New: accepted node-stream-to-observable [amd64] (eoan-proposed) [0.2.0+repack-1]
[20:05] -queuebot:#ubuntu-release- Unapproved: uw-imap (bionic-proposed/universe) [8:2007f~dfsg-5build1 => 8:2007f~dfsg-5ubuntu<IP_ADDRESS>] (no packageset)
[20:05] -queuebot:#ubuntu-release- Unapproved: uw-imap (disco-proposed/universe) [8:2007f~dfsg-5build1 => 8:2007f~dfsg-5ubuntu<IP_ADDRESS>] (no packageset)
[20:51] <Locutusofborg> vorlon, it was not autosyncd
[20:51] <Locutusofborg> don't ask me why, there was an ubuntu qtwebkit-source with same binaries, but *broken*
[20:51] <Locutusofborg> so, I had to sync it
[20:55] <Locutusofborg> (all qtwebkit reverse-deps are broken on amd64 and arm64, and also qtwebkit-source itself)
[20:55] <vorlon> Locutusofborg: ah ok
[20:55] <vorlon> right, I think autosync defaults to not pulling in source packages that ship binary packages that exist in Ubuntu with an Ubuntu version number
[21:08] <vorlon> mitya57: do we want the epoch + reversioning of compiz from Debian? I ask because compiz-plugins-experimental is dep-wait for 242 days on the epoch-bumped compiz
[21:20] <Locutusofborg> vorlon, interestingly, the autosync log didn't mention it
[21:20] <Locutusofborg> meh
[21:21] <Locutusofborg> not sure why autosync never tried to pick it up
[21:22] <Locutusofborg> (I'm usually searching for such packages, to see what can be sycnd)
[23:11] -queuebot:#ubuntu-release- New binary: ruby-jekyll-readme-index [amd64] (eoan-proposed/none) [0.2.0-1] (no packageset)
[23:11] -queuebot:#ubuntu-release- New binary: ruby-jekyll-relative-links [amd64] (eoan-proposed/none) [0.6.0-1] (no packageset)
[23:12] -queuebot:#ubuntu-release- New binary: openvr [amd64] (eoan-proposed/none) [1.5.17~ds1-2] (no packageset)
[23:12] -queuebot:#ubuntu-release- New binary: ruby-acme-client [amd64] (eoan-proposed/none) [2.0.3-1] (no packageset)
[23:12] -queuebot:#ubuntu-release- New binary: rust-freetype-sys [amd64] (eoan-proposed/none) [0.7.1-1] (no packageset)
[23:12] -queuebot:#ubuntu-release- New binary: openvr [i386] (eoan-proposed/none) [1.5.17~ds1-2] (no packageset)
[23:12] -queuebot:#ubuntu-release- New binary: ruby-jekyll-default-layout [amd64] (eoan-proposed/none) [0.1.4-1] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: omnidb [s390x] (eoan-proposed/none) [2.16.0+ds-1] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: rust-freetype-sys [i386] (eoan-proposed/none) [0.7.1-1] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: rust-fuchsia-cprng [amd64] (eoan-proposed/none) [0.1.1-1] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: rust-fuchsia-cprng [s390x] (eoan-proposed/none) [0.1.1-1] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: rust-lyon-path [s390x] (eoan-proposed/none) [0.13.2-2] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: postgresfixture [amd64] (eoan-proposed/none) [0.4.1-1] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: rust-fuchsia-cprng [i386] (eoan-proposed/none) [0.1.1-1] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: rust-url [s390x] (eoan-proposed/universe) [2.1.0-1] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: rust-freetype-sys [s390x] (eoan-proposed/none) [0.7.1-1] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: rust-lyon-path [amd64] (eoan-proposed/none) [0.13.2-2] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: omnidb [amd64] (eoan-proposed/none) [2.16.0+ds-1] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: ruby-jekyll-data [amd64] (eoan-proposed/none) [1.0.0-2] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: omnidb [i386] (eoan-proposed/none) [2.16.0+ds-1] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: rust-rle-decode-fast [i386] (eoan-proposed/none) [1.0.1-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: bidict [amd64] (eoan-proposed/none) [0.18.0-2] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: ruby-apollo-upload-server [amd64] (eoan-proposed/none) [1.0.0-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: rust-cookie [amd64] (eoan-proposed/universe) [0.12.0-3] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: rust-cookie [s390x] (eoan-proposed/universe) [0.12.0-3] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: rust-rle-decode-fast [amd64] (eoan-proposed/none) [1.0.1-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: rust-url [i386] (eoan-proposed/universe) [2.1.0-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: thunarx-python [amd64] (eoan-proposed/none) [0.5.1-2] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: python-googleapi [amd64] (eoan-proposed/universe) [1.7.11-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: rust-cookie [armhf] (eoan-proposed/universe) [0.12.0-3] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: rust-url [amd64] (eoan-proposed/universe) [2.1.0-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: tophat-recondition [amd64] (eoan-proposed/none) [1.4-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: ruby-jekyll-sitemap [amd64] (eoan-proposed/none) [1.3.1-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: rust-url [ppc64el] (eoan-proposed/universe) [2.1.0-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: rust-lyon-path [i386] (eoan-proposed/none) [0.13.2-2] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: rust-cookie [arm64] (eoan-proposed/universe) [0.12.0-3] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: rust-cookie [ppc64el] (eoan-proposed/universe) [0.12.0-3] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: rust-fuchsia-cprng [armhf] (eoan-proposed/none) [0.1.1-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: rust-cookie [i386] (eoan-proposed/universe) [0.12.0-3] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: thunarx-python [i386] (eoan-proposed/none) [0.5.1-2] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: rust-fuchsia-cprng [arm64] (eoan-proposed/none) [0.1.1-1] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: omnidb [arm64] (eoan-proposed/none) [2.16.0+ds-1] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: rust-freetype-sys [arm64] (eoan-proposed/none) [0.7.1-1] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: rust-lyon-path [arm64] (eoan-proposed/none) [0.13.2-2] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: omnidb [armhf] (eoan-proposed/none) [2.16.0+ds-1] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: rust-url [arm64] (eoan-proposed/universe) [2.1.0-1] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: rust-freetype-sys [armhf] (eoan-proposed/none) [0.7.1-1] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: omnidb [ppc64el] (eoan-proposed/none) [2.16.0+ds-1] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: rust-rle-decode-fast [s390x] (eoan-proposed/none) [1.0.1-1] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: thunarx-python [s390x] (eoan-proposed/none) [0.5.1-2] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: openvr [s390x] (eoan-proposed/none) [1.5.17~ds1-2] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: rust-url [armhf] (eoan-proposed/universe) [2.1.0-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: rust-freetype-sys [ppc64el] (eoan-proposed/none) [0.7.1-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: rust-lyon-path [ppc64el] (eoan-proposed/none) [0.13.2-2] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: rust-rle-decode-fast [ppc64el] (eoan-proposed/none) [1.0.1-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: rust-fuchsia-cprng [ppc64el] (eoan-proposed/none) [0.1.1-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: rust-rle-decode-fast [arm64] (eoan-proposed/none) [1.0.1-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: openvr [arm64] (eoan-proposed/none) [1.5.17~ds1-2] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: openvr [ppc64el] (eoan-proposed/none) [1.5.17~ds1-2] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: rust-rle-decode-fast [armhf] (eoan-proposed/none) [1.0.1-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: openvr [armhf] (eoan-proposed/none) [1.5.17~ds1-2] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: thunarx-python [ppc64el] (eoan-proposed/none) [0.5.1-2] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: rust-lyon-path [armhf] (eoan-proposed/none) [0.13.2-2] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: thunarx-python [arm64] (eoan-proposed/universe) [0.5.1-2] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: thunarx-python [armhf] (eoan-proposed/universe) [0.5.1-2] (no packageset)
[23:21] -queuebot:#ubuntu-release- New: accepted thunarx-python [armhf] (eoan-proposed) [0.5.1-2]
[23:21] -queuebot:#ubuntu-release- New: accepted openvr [arm64] (eoan-proposed) [1.5.17~ds1-2]
[23:21] -queuebot:#ubuntu-release- New: accepted openvr [ppc64el] (eoan-proposed) [1.5.17~ds1-2]
[23:21] -queuebot:#ubuntu-release- New: accepted rust-fuchsia-cprng [ppc64el] (eoan-proposed) [0.1.1-1]
[23:21] -queuebot:#ubuntu-release- New: accepted rust-lyon-path [ppc64el] (eoan-proposed) [0.13.2-2]
[23:21] -queuebot:#ubuntu-release- New: accepted rust-rle-decode-fast [armhf] (eoan-proposed) [1.0.1-1]
[23:21] -queuebot:#ubuntu-release- New: accepted thunarx-python [ppc64el] (eoan-proposed) [0.5.1-2]
[23:21] -queuebot:#ubuntu-release- New: accepted openvr [armhf] (eoan-proposed) [1.5.17~ds1-2]
[23:21] -queuebot:#ubuntu-release- New: accepted rust-lyon-path [armhf] (eoan-proposed) [0.13.2-2]
[23:21] -queuebot:#ubuntu-release- New: accepted thunarx-python [arm64] (eoan-proposed) [0.5.1-2]
[23:21] -queuebot:#ubuntu-release- New: accepted rust-freetype-sys [ppc64el] (eoan-proposed) [0.7.1-1]
[23:21] -queuebot:#ubuntu-release- New: accepted rust-rle-decode-fast [arm64] (eoan-proposed) [1.0.1-1]
[23:22] -queuebot:#ubuntu-release- New: accepted omnidb [ppc64el] (eoan-proposed) [2.16.0+ds-1]
[23:22] -queuebot:#ubuntu-release- New: accepted rust-freetype-sys [arm64] (eoan-proposed) [0.7.1-1]
[23:22] -queuebot:#ubuntu-release- New: accepted rust-lyon-path [arm64] (eoan-proposed) [0.13.2-2]
[23:22] -queuebot:#ubuntu-release- New: accepted rust-rle-decode-fast [s390x] (eoan-proposed) [1.0.1-1]
[23:22] -queuebot:#ubuntu-release- New: accepted rust-url [armhf] (eoan-proposed) [2.1.0-1]
[23:22] -queuebot:#ubuntu-release- New: accepted openvr [s390x] (eoan-proposed) [1.5.17~ds1-2]
[23:22] -queuebot:#ubuntu-release- New: accepted rust-rle-decode-fast [ppc64el] (eoan-proposed) [1.0.1-1]
[23:22] -queuebot:#ubuntu-release- New: accepted thunarx-python [s390x] (eoan-proposed) [0.5.1-2]
[23:22] -queuebot:#ubuntu-release- New: accepted rust-freetype-sys [armhf] (eoan-proposed) [0.7.1-1]
[23:22] -queuebot:#ubuntu-release- New: accepted rust-url [arm64] (eoan-proposed) [2.1.0-1]
[23:22] -queuebot:#ubuntu-release- New: accepted bidict [amd64] (eoan-proposed) [0.18.0-2]
[23:22] -queuebot:#ubuntu-release- New: accepted omnidb [armhf] (eoan-proposed) [2.16.0+ds-1]
[23:22] -queuebot:#ubuntu-release- New: accepted rust-cookie [armhf] (eoan-proposed) [0.12.0-3]
[23:22] -queuebot:#ubuntu-release- New: accepted rust-cookie [ppc64el] (eoan-proposed) [0.12.0-3]
[23:22] -queuebot:#ubuntu-release- New: accepted rust-fuchsia-cprng [armhf] (eoan-proposed) [0.1.1-1]
[23:22] -queuebot:#ubuntu-release- New: accepted thunarx-python [i386] (eoan-proposed) [0.5.1-2]
[23:22] -queuebot:#ubuntu-release- New: accepted omnidb [arm64] (eoan-proposed) [2.16.0+ds-1]
[23:22] -queuebot:#ubuntu-release- New: accepted rust-cookie [i386] (eoan-proposed) [0.12.0-3]
[23:22] -queuebot:#ubuntu-release- New: accepted rust-lyon-path [i386] (eoan-proposed) [0.13.2-2]
[23:22] -queuebot:#ubuntu-release- New: accepted rust-cookie [arm64] (eoan-proposed) [0.12.0-3]
[23:22] -queuebot:#ubuntu-release- New: accepted rust-fuchsia-cprng [arm64] (eoan-proposed) [0.1.1-1]
[23:23] -queuebot:#ubuntu-release- New: accepted python-googleapi [amd64] (eoan-proposed) [1.7.11-1]
[23:23] -queuebot:#ubuntu-release- New: accepted ruby-jekyll-sitemap [amd64] (eoan-proposed) [1.3.1-1]
[23:23] -queuebot:#ubuntu-release- New: accepted rust-cookie [s390x] (eoan-proposed) [0.12.0-3]
[23:23] -queuebot:#ubuntu-release- New: accepted rust-url [amd64] (eoan-proposed) [2.1.0-1]
[23:23] -queuebot:#ubuntu-release- New: accepted rust-url [ppc64el] (eoan-proposed) [2.1.0-1]
[23:23] -queuebot:#ubuntu-release- New: accepted tophat-recondition [amd64] (eoan-proposed) [1.4-1]
[23:23] -queuebot:#ubuntu-release- New: accepted ruby-apollo-upload-server [amd64] (eoan-proposed) [1.0.0-1]
[23:23] -queuebot:#ubuntu-release- New: accepted rust-rle-decode-fast [amd64] (eoan-proposed) [1.0.1-1]
[23:23] -queuebot:#ubuntu-release- New: accepted thunarx-python [amd64] (eoan-proposed) [0.5.1-2]
[23:23] -queuebot:#ubuntu-release- New: accepted rust-cookie [amd64] (eoan-proposed) [0.12.0-3]
[23:23] -queuebot:#ubuntu-release- New: accepted rust-url [i386] (eoan-proposed) [2.1.0-1]
[23:23] -queuebot:#ubuntu-release- New: accepted omnidb [amd64] (eoan-proposed) [2.16.0+ds-1]
[23:23] -queuebot:#ubuntu-release- New: accepted omnidb [s390x] (eoan-proposed) [2.16.0+ds-1]
[23:23] -queuebot:#ubuntu-release- New: accepted rust-freetype-sys [s390x] (eoan-proposed) [0.7.1-1]
[23:23] -queuebot:#ubuntu-release- New: accepted rust-fuchsia-cprng [s390x] (eoan-proposed) [0.1.1-1]
[23:23] -queuebot:#ubuntu-release- New: accepted rust-lyon-path [s390x] (eoan-proposed) [0.13.2-2]
[23:23] -queuebot:#ubuntu-release- New: accepted rust-url [s390x] (eoan-proposed) [2.1.0-1]
[23:23] -queuebot:#ubuntu-release- New: accepted omnidb [i386] (eoan-proposed) [2.16.0+ds-1]
[23:23] -queuebot:#ubuntu-release- New: accepted rust-fuchsia-cprng [i386] (eoan-proposed) [0.1.1-1]
[23:23] -queuebot:#ubuntu-release- New: accepted rust-rle-decode-fast [i386] (eoan-proposed) [1.0.1-1]
[23:23] -queuebot:#ubuntu-release- New: accepted ruby-jekyll-data [amd64] (eoan-proposed) [1.0.0-2]
[23:23] -queuebot:#ubuntu-release- New: accepted rust-lyon-path [amd64] (eoan-proposed) [0.13.2-2]
[23:24] -queuebot:#ubuntu-release- New: accepted openvr [amd64] (eoan-proposed) [1.5.17~ds1-2]
[23:24] -queuebot:#ubuntu-release- New: accepted postgresfixture [amd64] (eoan-proposed) [0.4.1-1]
[23:24] -queuebot:#ubuntu-release- New: accepted ruby-jekyll-default-layout [amd64] (eoan-proposed) [0.1.4-1]
[23:24] -queuebot:#ubuntu-release- New: accepted ruby-jekyll-relative-links [amd64] (eoan-proposed) [0.6.0-1]
[23:24] -queuebot:#ubuntu-release- New: accepted rust-freetype-sys [i386] (eoan-proposed) [0.7.1-1]
[23:24] -queuebot:#ubuntu-release- New: accepted openvr [i386] (eoan-proposed) [1.5.17~ds1-2]
[23:24] -queuebot:#ubuntu-release- New: accepted ruby-jekyll-readme-index [amd64] (eoan-proposed) [0.2.0-1]
[23:24] -queuebot:#ubuntu-release- New: accepted rust-fuchsia-cprng [amd64] (eoan-proposed) [0.1.1-1]
[23:24] -queuebot:#ubuntu-release- New: accepted ruby-acme-client [amd64] (eoan-proposed) [2.0.3-1]
[23:24] -queuebot:#ubuntu-release- New: accepted rust-freetype-sys [amd64] (eoan-proposed) [0.7.1-1]


[23:56] <KingParrot> How does one configure libwxgtk-media2.8-0 (>= <IP_ADDRESS>+dfsg2)?
[23:56] <nacc> KingParrot: ... wrong channel?
[23:57] <KingParrot> I am trying to install this into a ubuntu
[23:57] <KingParrot> does ubuntu not use deb?
[23:57] <nacc> KingParrot: this is the channel for meetings
[23:57] <nacc> KingParrot: you want #ubuntu


[02:56] <user|90689> .
 (Photo, 1179x867) https://irc-attachments.kde.org/wDnWCTF7/file_16701.jpg
 Discover is stuck. I am unable to install any software.
 19.04
[04:28] <valorie> you might have to kill it
[04:28] <valorie> possibly it's trying to fetch something unfetchable
[04:28] <valorie> although usually it just gracefully reports that
[04:31] <imac_> I have found that It can't always Fetch all items if I don't let it fully load first before searchig software
[04:33] <imac_> Discover works pretty good onw, but still needs some stability work
[04:33] <imac_>  now*
 @valorie, Will restart my laptop and see.
[04:36] <valorie> well, you can just kill discover
[04:36] <valorie> run `top` in the commandline
[04:37] <valorie> and see what number discover is
[04:37] <valorie> then `killall #discover#` where #discover# is a number
[04:37] <valorie> as reported by top
 @valorie, It worked. Thank you so much.
 After re-opening after a few moments
 it says up to date
[04:39] <valorie> excellent!
[04:39] <valorie> cool
[04:40] <valorie> top can be very useful
[04:40] <valorie> htop as well
[04:40] <valorie> !top
[04:40] <valorie> huh
[04:40] <valorie> silly ubottu
 @valorie, Thanks for all your help valorie and imac
[04:40] <valorie> oh you are welcome
 yep i like htop
[06:17] <lordievader> Good morning
[08:38] <gmoutso> Please help. Cannot logout/shutdown on kubuntu. Xorg.0.log says (EE) Failed to open authorization file "/var/run/sddm/{eeaa3046-9ace-4bef-ae9f-01d9478dabf5}": No such file or directory
[08:40] <diogenes_> gmoutso, does: systemctl poweroff works?
[08:42] <gmoutso> sudo shutdown now works
[08:42] <gmoutso> I haven';t tried systemctl poweroff. should I? (I will have to leave you now if I do)
[08:45] <diogenes_> the thing is, i don't know the answer to your question but if systemctl poweroff works, you create a shortcut and use it as a temporary workaround.
[08:48] <gmoutso> Thanks diogenes. I am at work and don't want to shutdown now. I will try it later
[08:48] <diogenes_> ok
[10:19] <gmoutso> is there a log file to trace everthing that happend once I logout from KDE? I ask because logout (and shutdown) hangs
[10:47] <BluesKaj> Howdy folks
[11:46] <BluesKaj> Quantxt state your issue, we'll try to help
[12:01] <BluesKaj> Quantxt, not true, I do it all the time after updates/upgrades without any problems
[16:03] <sid21g>  Is there a way to keep Konversation IRC connected? I always have to add the IRC groups and chat history is lost too.
[16:20] <genii> sid21g: It should be saving it's configuration normally into ~/.kde/share/config/konversationrc and other things like what size the default window should be and general settings into ~/.kde/share/apps/konversation ..so maybe it can't write  in there ( possible if it was run somehow previously as root, or some other thing happened to change it's write access)
[16:22] <genii> If you do ls -l ~/.kde/share/config/  the username and groupname should all correspond to the username which you are logged in as
[16:27] <sid21g> genii: it is for ubuntu 18.04
[16:29] <genii> sid21g: Regardless if you are using Lubuntu, Xubuntu, Kubuntu,Mythbuntu, Ubuntu Mate, or regular Ubuntu, this is where it's config files should be at
[16:29] <sid21g> genii: got it
[16:30] <sid21g> so there is no inbuild fix
[16:35] <genii> Actually, the location may have changed to ~/config/
[16:36] <genii> If I recall all the different rc files are suposed to be getting into a unified area
[19:44] <VeryBewitching> Hey folks; did an update today (18.04) and Amarok crashes on launch.  The error deals with a potentially corrupt InnoDB database.  Where is this stored and how can I force recovery of it?
[19:49] <tomreyn> VeryBewitching: innodb is a mysql storage engine, do you have a mysql server installed ithere?
[19:50] <VeryBewitching> I do, and I know what InnoDB is, but I don't know where Amarok stores it's copy of it.
[19:50] <VeryBewitching> I'm assuming it spawns it's own mysqld for the music database
[19:57] <tomreyn> VeryBewitching: i'd expect it to be a database stored somewhere below /var/lib/mysql as usual
[19:57] <tomreyn> but i never installed amarok, certainly not with a mysql backend, so i'm afraid i would not know.
[19:58] <VeryBewitching> Nah, it uses it's own local copy I think, still digging for it
[20:04] <tomreyn> possibly ~/.kde/share/apps/amarok/mysqle/
[20:07] <tomreyn> this package doesn't look too happy by the way:  https://packages.ubuntu.com/search?keywords=amarok  https://packages.debian.org/search?keywords=amarok  https://tracker.debian.org/news/871662/amarok-removed-from-testing/
[20:12] <VeryBewitching> I know, Amarok is a great application though, even given how dated it is.  No other player boasts the same kinds of features that it is.  Cantata comes close in some areas, but I definitely prefer Amarok.
[21:44] <matt__> hello
[21:44] <matt__> first time with Kubuntu
[21:44] <matt__> and with Konversation
[21:44] <matt__> what all can it do
 matt__: you can talk to people from all over the world
[22:32] <tomreyn> you would have had to respond to matt within a minute after he posted his latest line.


[01:10] <rww> [context: pleia2 mentioned a survey tool in #ubuntu-locoteams; I asked if we could put it on our site]
[01:10] <rww> pleia2: might be nice to keep it around too, so we can do polls more often
[01:10] <rww> pleia2: i feel like we could improve on soliciting feedback from non-core members
[01:10] <pleia2> rww: if you're willing, we could set it up for ubuntu-us.org (also on that server) and give access to other states too
[01:11] <pleia2> but now maybe I'm getting ahead of myself :)
[01:11] <nhaines> rww: thanks for volunteering to set that up for everyone in the US!
[01:11]  * rww waits for jose to pipe up
[01:11]  * nhaines emails OMGUbuntu
[01:12] <rww> of course, we could just use Condorcet polling for release party locations :P :P :P
[01:12] <nhaines> lol
[01:13] <pleia2> I dream of the day we have enough venues to vote upon
[01:13] <rww> yeah, it's less "this venue or that venue" and more that I'm interested in where the people are that would come to one
[01:13] <pleia2> ah, yeah
[01:13] <rww> because I don't want to put on an event in north-of-SF California and discover that there are like 2 Ubuntu users in that area
[01:14] <pleia2> none of whom think it's cool to hang out with linux people
[01:14] <pleia2> :D
[01:20] <nhaines> ha!
[01:28]  * jose waves
[01:28] <jose> rww: where's that survey you mentioned?
[01:30] <rww> jose: didn't make it yet, am pondering what I want to do it on
[01:30] <rww> this limething sounds good though, so I'll look at that
[01:30] <jose> yep, limesurvey or surveymonkey, or google forms
[01:50] <pleia2> jose: we're looking to use something that's open source, so not so much those last two :)
[01:51] <jose> oh, then yep
[02:01] <nhaines> Microsoft® Survey™.


[19:08] <cody-somerville> :]
[23:17] <boredandblogging> nixternal: ping
[23:18] <nixternal> boredandblogging: pong?
[23:18] <boredandblogging> nixternal: anything happen with the LoCo db yet?
[23:18] <nixternal> working on it
[23:19] <nixternal> been to busy at work to dedicate a lot of coding hours on it and was planning on getting it done this weekend, but today at work a huge wrench got thrown in to the wheel
[23:20] <boredandblogging> nixternal: no biggie, someone else asked me about it, got me curious
[23:20] <nixternal> ya, I have the LP wrapper done, but we were trying to figure out the most efficient way with it
[23:21] <nixternal> my models got cut in half as we aren't going to have user accounts on it, everything will be through LP with a wrapper back creating classes and db tables for events
[23:21] <nixternal> then the events will connect back to the LP team
[23:22] <boredandblogging> sweet, so its gonna be pretty light and fast
[23:22] <nixternal> light yes, fast no, because LP doesn't know the meaning of fast
[23:22] <boredandblogging> lol, fair enough
[23:22] <nixternal> it's as strong as its weakest link :)
[23:23] <boredandblogging> awesome, looking forward to it


[01:10] -SwissBot:#ubuntu-news- ::Fridge:: Ubuntu Weekly Newsletter Issue 639 @ http://fridge.ubuntu.com/2020/07/13/ubuntu-weekly-newsletter-issue-639/ (by wildmanne39)
[01:22] -SwissBot:#ubuntu-news- ::Planet:: David Tomaschik: Raspberry Pi as a Penetration Testing Implant (Dropbox) @ https://systemoverlord.com/2020/07/14/raspberry-pi-as-a-penetration-testing-implant.html
[12:44] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Blog: Canonical launches enhanced GSI partner programme, bringing scalability and automation... @ https://ubuntu.com//blog/%ef%bb%bfcanonical-launches-enhanced-gsi-partner-programme-bringing-scalability-and-automation-to-modernise-enterprise-it-deployments
[13:14] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Ubuntu Will No Longer Track Which Packages Users Install @ https://www.omgubuntu.co.uk/2020/07/ubuntu-popularity-contest-removed (by Joey Sneddon)
[14:37] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: GloDroid Brings Android 10 to the PinePhone, PineTab @ https://www.omgubuntu.co.uk/2020/07/glodroid-android-for-pinephone-allwinner (by Joey Sneddon)
[15:57] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Limited Edition PinePhone with 3GB RAM and USB Dock Goes on Sale @ https://www.omgubuntu.co.uk/2020/07/buy-pinephone-postmarketos (by Joey Sneddon)
[17:03] -SwissBot:#ubuntu-news- ::Softpedia:: Mozilla Officially Launches VPN Service, Linux Version Coming Too @ https://news.softpedia.com/news/mozilla-officially-launches-vpn-service-linux-version-coming-too-530542.shtml (by Bogdan Popa)
[17:09] -SwissBot:#ubuntu-news- ::Softpedia:: Google Chrome 84 Released for Linux, Windows, macOS @ https://news.softpedia.com/news/google-chrome-84-released-for-linux-windows-macos-530543.shtml (by Bogdan Popa)
[17:24] -SwissBot:#ubuntu-news- ::Planet:: Sebastian Dröge: GStreamer Rust Bindings & Plugins New Releases @ https://coaxion.net/blog/2020/07/gstreamer-rust-bindings-plugins-new-releases/
[19:21] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Mozilla VPN Goes Live, But Linux Users Aren’t Invited (Yet) @ https://www.omgubuntu.co.uk/2020/07/mozilla-vpn-goes-live-but-linux-users-arent-invited-yet (by Joey Sneddon)
[22:06] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: An Official GNOME Merchandise Shop Has Just Opened @ https://www.omgubuntu.co.uk/2020/07/gnome-merchandise-shop (by Joey Sneddon)


[06:58] <mborzecki> morning
[06:59] <mvo> hey mborzecki
[06:59] <mvo> good morning
[06:59] <mborzecki> last day this year :)
[07:00] <mborzecki> mvo: are you aware of any documentation for snapd that might list kernel config options that we require?
[07:02] <mvo> mborzecki: yeah, last day!
[07:02] <mvo> mborzecki: I don't think we have such a list yet
[07:02] <mvo> mborzecki: sounds like a good forum topic
[07:02] <mvo> mborzecki: there is a "docs" tag in the forum
[07:03] <mborzecki> there's a guy right here, clearly having some issue with the kernel missing features that we need, https://forum.snapcraft.io/t/mount-of-core-failed-to-setup-loop-device/3267/8
[07:05] <mvo> mborzecki: yeah, just looked over this and indeed, he probably missed squashfs first and now cgroup freezer
[07:06] <mborzecki> i'm writing a reply, just wanted to double check if we have something i could point him to
[07:08]  * mvo nods
[07:24] <mup> Issue snapcraft#1827 opened: cross-compilation support for catkin plugin <Created by Timple> <https://github.com/snapcore/snapcraft/issue/1827>
[07:32] <mup> PR snapd#4420 opened: cmd: clarify "This leaves %s tracking %s." message <Created by mvo5> <https://github.com/snapcore/snapd/pull/4420>
[07:44] <mborzecki> hmm now i have 2 spotifys installed, so picking the icon from gnome dashboard i have no clue which one will start
[07:59] <mvo> mborzecki: yeah, thats annoying
[07:59] <mup> PR snapd#4421 opened: daemon: add new polkit action to manage interfaces <Created by mvo5> <https://github.com/snapcore/snapd/pull/4421>
[09:38] <mborzecki> mvo: on arch there's no locale set by default so it's C, we override it in tests and set it C.UTF-8 (which doesn't work btw), now if i do `LC_ALL=C snap info` i'll get utf-8 characters anyway (the arrow pointing upwards)
[09:39] <ikey> C.UTF-8 is a Debuntuism
[09:39] <ikey> Doesn't exist anywhere else
[09:39] <mborzecki> yup, we've discussed this :)
[09:40] <mborzecki> small patch on glibc side, but unlikely to hit arch unless upstream merges it
[09:40] <ikey> was it ever sent upstream? not tryna be funny just generally curious
[09:41] <ikey> i know gnu projects are terrible at responding to patches in general
[09:41] <mborzecki> ikey: https://sourceware.org/bugzilla/show_bug.cgi?id=17318
[09:41] <ikey> 3 years, not bad
[09:41] <ikey> i figured if it was it was maybe 4, in my head, lol
[09:41] <mborzecki> idk, glibc has become much more civlized since leadership change
[09:42] <ikey> glibc itself has yes, but GNU projects still have a certain way around them.. ^^
[09:42] <ikey> 'cept nano. nano is just cool
[09:42]  * ikey goes off to steal utf8 patch for solus
[09:42] <ikey> erm imean borrow
[09:43] <mborzecki> ikey: it's all free software after all, right? :)
[09:44] <ikey> indeed :D
[09:45] <mborzecki> anyways, i suppose we shouldn't output utf-8 unless the it's allowed by locale
[10:19] <mvo> mborzecki: yeah, this looks iffy, thanks for noticing
[10:31] <mup> Issue snapcraft#1693 closed: Develop metadata handler system <Created by sergiusens> <Closed by kyrofa> <https://github.com/snapcore/snapcraft/issue/1693>
[10:31] <mup> PR snapcraft#1825 closed: metadata: add infrastructure for extracting metadata from parts <Created by kyrofa> <Merged by kyrofa> <https://github.com/snapcore/snapcraft/pull/1825>
[10:34] <ikey> q: i see that the metadata can be extracted *from* appstream, but is the appstream raw data available separately somehow?
[10:34] <ikey> i.e. for software center integration and non broken screenshots
[10:55] <mup> Issue snapcraft#1828 opened: Support desktop and icon in appstream handler <Created by sergiusens> <https://github.com/snapcore/snapcraft/issue/1828>
[11:16] <sergiusens> ikey that is a simpler part once the bike shedding on what to call the entry ends :-)
[11:16] <ikey> ah
[11:16] <sergiusens> so, maybe, it is the hardest part as it involves people :-P
[11:16] <ikey> yeaa
[11:17]  * sergiusens goes off to run some errands
[12:04] <mup> PR snapd#4422 opened: packaging/arch: disable services when removing <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4422>
[12:04] <mvo> mborzecki: slightly sad that the last two PRs are unhappy again
[12:04] <mborzecki> mvo: which ones?
[12:04] <mvo> mborzecki: my last two, one looks real, so my fault but one had a spurious test failure. oh well
[12:04] <mvo> mborzecki: but things in general are better, its just a single failure at least :)
[12:05] <mvo> mborzecki: thanks for spotting the extra whitespace btw
[12:05] <mborzecki> nothing compared to what we had with debian sid :)
[12:05] <mborzecki> sure
[12:06] <mborzecki> fwiw, i think it'd be nice to renable debian sid at some point, it's possible that we were causing the instability after all :P
[12:08] <mvo> mborzecki: yeah, definitely, we need to investigate that
[12:08] <mvo> mborzecki: its also likely that real users on sid have problems :(
[12:08] <mvo> mborzecki: but then, sid is by nature unstable but still
[12:08] <mborzecki> 'real users', you mean debian devs? :D
[12:08] <mvo> lol
[12:09] <mvo> *cough* yes
[13:35] <mborzecki> mvo: #4404 selinux PR that i mentioned
[13:35] <mup> PR #4404: data/selinux: allow messages from policykit <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/4404>
[13:37] <mup> Issue snapcraft#1694 closed: Develop appstream handler <Created by sergiusens> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/issue/1694>
[13:37] <mup> PR snapcraft#1826 closed: extractors: support appstream metadata in parts <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1826>
[13:41] <mborzecki> mvo: the exact forum topic is https://forum.snapcraft.io/t/selinux-blocking-snapd-since-update-on-fedora-27/3002 shall I tag it?
[13:54]  * sergiusens waves again
[13:58] <mvo> mborzecki: thanks, I cherry-pick it
[13:58] <mborzecki> mvo: great
[14:02] <mvo> mborzecki: cherry-picked, thanks for the reminder
[14:02] <mborzecki> sure
[14:07]  * Son_Goku hopes that now people other than him will actually help fix snapd-selinux things
[14:08] <ikey> people use selinux?
[14:08] <ikey> *runs*
[14:10] <mup> PR snapd#4423 opened: snap: provide more meaningful errors for installMany and friends <Created by mvo5> <https://github.com/snapcore/snapd/pull/4423>
[14:11] <ikey> i meant *merry christmas
[14:11] <ikey> common typo
[14:15] <Son_Goku> ikey: your sarcasm is noted and ignored
[14:16] <Son_Goku> it's not quite Christmas yet, so Happy Holidays :)
[14:16] <ikey> i expected no less :P
[14:16] <ikey> yep. merry christmas. :)
[14:16] <ikey> ( :P )
[14:16]  * ikey doesn't buy into the happy holidays thing
[14:16] <Son_Goku> well, technically we're in Hanukkah right now
[14:16] <ikey> oh right
[14:16] <ikey> happy harmonica
[14:16] <Son_Goku> :D
[14:16]  * ikey is cultured
[14:16]  * mvo is impressed
[14:17] <Son_Goku> at one point, I've celebrated both
[14:17] <ikey> oh cool
[14:17] <Son_Goku> used to hang out with a Jewish family a lot as a kid
[14:17] <Son_Goku> so we did both
[14:17] <ikey> ah
[14:17] <Son_Goku> my family isn't Christian (not too surprising), so we were okay with doing both
[14:17] <ikey> irish catholic family so we had a different approach altogether
[14:18] <ikey> if something went wrong it was probably our fault and thats why god doesnt love us :P
[14:18] <Son_Goku> ...
[14:18] <Son_Goku> that's, terrifying
[14:18] <ikey> hey we got chocolates
[14:18] <ikey> was worth it
[14:18] <ikey> xD
[14:19] <Son_Goku> heh
[14:19] <ikey> besides, it didn't have any lasting effects
[14:19]  * ikey settles the eye twitch
[14:19] <Son_Goku> you know, I'm not so sure...
[14:19] <ikey> lmao
[14:25] <mborzecki> Son_Goku: fwiw, i'll do what i can on the snapd-selinux front :)
[14:26] <Son_Goku> the only other thing I hope for is someone to implement an selinux backend for the snappy security rules HLL
[14:28] <oSoMoN> I’ve finally taken the time to rename the play0ad snap to "0ad", now that this is a valid name, wondering if there's a mechanism in place to transition existing users to the new snap?
[15:04] <mup> PR snapcraft#1829 opened: pluginhandler: warn the inclusion of libraries from the host <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1829>
[15:22] <sergiusens> ikey don't buy into the happy holidays or the happy part of it? :-)
[15:23] <ikey> the not saying christmas part of it
[15:24] <sergiusens> ah, yeah, over here it's around 40 Celsius, the vibe is totally different than in the north
[15:25]  * sergiusens just realized that George R. R. might have had a vision; if that wall gets built and we see the "Day after tomorrow" happen; will there be white walkers?
[15:31] <Son_Goku> ikey: when it's actually Christmas, I'll say "Merry Christmas" :)
[15:31] <Son_Goku> but as most people I know aren't Jewish, Happy Hanukkah doesn't quite work and some people get offended
[15:32] <mborzecki> ok, i'm done for today and this year :) enjoy your holidays, see you around in 2018
[15:33] <mvo> mborzecki: thank you! enjoy the holidays
[15:33] <mup> PR snapd#4424 opened: corecfg: pam_env can only handle 1024 byte <Created by mvo5> <https://github.com/snapcore/snapd/pull/4424>
[15:58] <mup> PR snapd#4425 opened: config: add support for `snap set core proxy.no_proxy=...` <Created by mvo5> <https://github.com/snapcore/snapd/pull/4425>
[16:07] <mvo> popey: if you are still around, I'm trying to reproduce the xdg-open from classic snap crash currently, do you know if we have any electron classic snap in the store that I can try?
[16:10] <popey> mvo: hmm. flexiondotorg might have a better list...
[16:12] <mvo> popey: thanks, I tried with electron-quick-start but when I create a link there it uses the internal browser, it does not luanch anything external
[16:13] <cachio> mvo, in opensuse it is happening that if I remove and install the snapd.rpm then the snapd.service is not started automatically
[16:14] <cachio> and it is making hte test snap-set-core-w-no-core to fail
[16:14] <mvo> cachio: oh, that is strange. maybe morphis knows more, iirc he did the initial opensuse packaging. or zyga
[16:15] <cachio> mvo, sure, thanks
[16:22] <popey> mvo: i might have a private snap I could share with you which exhibits the issue?
[16:22] <mvo> popey: sure, that would work
[16:22] <flexiondotorg> mvo popey I've fixed most of the classic Electron snaps in the store.
[16:23] <mvo> flexiondotorg: oh? what did that involve?
[16:24] <mvo> flexiondotorg: fwiw, context is https://bugs.launchpad.net/snapd/+bug/1736925
[16:24] <mup> Bug #1736925: SIGSEGV while calling xdg-open from classic snap of Electron application <snapd:Incomplete> <https://launchpad.net/bugs/1736925>
[16:26] <popey> flexiondotorg: even the one where the voip client would crash on loading firefox?
[16:28] <popey> mvo: answered https://bugs.launchpad.net/snapd/+bug/1736939
[16:28] <mup> Bug #1736939: Classic snaps do not work on some Linux distros <snapd:Incomplete> <snapcraft (Ubuntu):New> <https://launchpad.net/bugs/1736939>
[16:28] <popey> it's not missing /snap
[16:31] <Son_Goku> it doesn't matter because classic snaps won't work anyway
[16:31] <Son_Goku> even if the redirections are working, they'll fail due to ABI incompat
[16:32] <Son_Goku> there are several issues that the snapcraft guys and I noticed about classic snaps leaking and pulling stuff from the host libraries instead of the base snap
[16:32] <Son_Goku> it also broke classic snaps with Ubuntu 17.10 too, if I remember correctly
[16:33] <Son_Goku> popey: and this is why I don't *ever* suggest making classic snaps work in Fedora
[16:33] <Son_Goku> the whole classic snaps thing is fundamentally broken
[16:33] <popey> Ok :)
[16:34] <Son_Goku> there a bunch of things that need to change to make classic snaps saner, but unfortunately, as niemeyer and I discussed it a while back, it's pretty hard to fix
[16:34] <flexiondotorg> popey: Yes, the voip client opening the browser is fixed by using snapcraft 2.30 from the beta channel. Confirmed upstream.
[16:35] <flexiondotorg> Son_Goku: The issue you describe should be resolved with snapcraft 2.30, which is currently in the beta channel.
[16:35] <Son_Goku> but most snaps aren't built with it
[16:36] <flexiondotorg> Right, but we are contacting the publishers who are affected.
[16:36] <flexiondotorg> Many are already fixed in the store.
[16:38] <mup> PR snapcraft#1829 closed: pluginhandler: warn the inclusion of libraries from the host <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1829>
[16:42] <mvo> flexiondotorg: \o/ for fixing the world!
[16:43] <flexiondotorg> mvo: Thank sergiusens :-)
[16:43]  * mvo hugs sergiusens
[16:43] <sergiusens> hey, glad to help! meta-team effort as always though! :-)
[16:44] <mup> Issue snapcraft#1827 closed: cross-compilation support for catkin plugin <Created by Timple> <Closed by kyrofa> <https://github.com/snapcore/snapcraft/issue/1827>
[16:50] <kyrofa> cprov, any chance you're around?
[16:51] <kyrofa> cprov, unping. Got it
[16:52] <kyrofa> Although cprov, the time returned from acl/verify does not seem to have timezone information in it
[17:00] <flexiondotorg> sergiusens: What snapcraft LP bug actually closes this? - https://bugs.launchpad.net/snapd/+bug/1736925
[17:00] <mup> Bug #1736925: SIGSEGV while calling xdg-open from classic snap of Electron application <snapd:Incomplete> <https://launchpad.net/bugs/1736925>
[17:06] <mup> PR snapd#4426 opened: snap: print friendly message if `snap keys` is empty <Created by mvo5> <https://github.com/snapcore/snapd/pull/4426>
[17:08] <mup> PR snapcraft#1830 opened: Release changelog for 2.38 <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1830>
[18:38] <mup> PR snapcraft#1831 opened: cli: add expiration option to export-login <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/1831>
[18:47] <mup> PR snapcraft#1830 closed: Release changelog for 2.38 <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1830>
[19:28] <sergiusens> ikey by any chance do you know of any cli project using appstream?
[19:46] <Son_Goku> sergiusens: there's a few web projects that use it
[19:47] <Son_Goku> off the top of my head, while AppStream supports console apps, GNOME Software and Plasma Discover will exclude all of them from the view or search
[19:54] <cmiles74> I have snapd running and it'll download and mount snaps, the mount unit files appear in systemd and systemd returns their status correctly. Still, I'm seeing an error "Mount snap 'core' (3604) (internal error: could not unmarshal state entry 'snap-type': invalid snap type '')". Does anyone know what might be causing the issue? I'm on kernel 4.9.70; I am seeing complains from snapd at startup about apparmor
[19:54] <cmiles74> being enabled but some features are missing (dbus, mount, namespaces, network, ptrace, signal).
[19:54] <kyrofa> cmiles74, I always get that until I reboot at least once after creating a lxd container
[19:55] <cmiles74> kyrofa: Thank you, that is easy to test! :-D
[19:55] <kyrofa> Not sure what the issue is, but something doesn't get setup until I reboot
[19:55] <kyrofa> cmiles74, I'm crossing my fingers for you!
[19:56] <cmiles74> kyrofa: I have a pretty non-standard setup, I'm working on the NixOS module. My expectations are... low.
[19:56] <kyrofa> cmiles74, hey, pretty awesome progress though
[19:56] <cmiles74> kyrofa: Thank you for the encouragement. :-)
[20:13] <jjohansen> cmiles74: what kernel are you using?
[21:32] <cmiles74> jjohansen: kernel 4.9.70. Do you know if that's too old?
[21:35] <jjohansen> cmiles74: so not too old on an ubuntu kernel but
[21:35] <jjohansen> the namespaces stuff primarily landed in upstream 4.10 and 4.11
[21:35] <jjohansen> ptrace in 4.13
[21:35] <jjohansen> mount and signal in 4.14
[21:35] <jjohansen> unfortunately there were issues with network and dbus stuff in 4.14 so that part got reverted and we are trying again for 4.16
[21:39] <cmiles74> jjohansen: Thank you. I'll try moving up to 4.14.7 and see if that makes a difference... I think there's a 4.15-rc1 package as well.
[22:02] <mup> Bug #1738295 changed: snap auto-refresh re-installs removed snaps <Snappy:Invalid> <https://launchpad.net/bugs/1738295>


[02:09] <FloodBot1> yumaokao, this is a check to ensure that you're human and not a spambot: How much is 6 minus 3 (6-3)?
[02:30] <FloodBot1> paul--__: You're now cloaked; please try again joining #ubuntu (type /join #ubuntu) now.
[03:00] <FloodBot1> Inc`, this is a check to ensure that you're human and not a spambot: Type the number 1 in letters, not in digits
[03:44] <FloodBot1> s00pcan, this is a check to ensure that you're human and not a spambot: What is the main official language in Spain?
[03:59] <FloodBot1> harrym1, this is a check to ensure that you're human and not a spambot: What is Richard Stallman's (the founder of the GNU toolsuite that Ubuntu uses) first name?
[04:05] <FloodBot1> Walex2, this is a check to ensure that you're human and not a spambot: What is the last letter in the word 'Linux' (Linux is the kernel upon which Ubuntu is built)?
[04:08] <FloodBot1> Nach0z_, this is a check to ensure that you're human and not a spambot: What continent is France in?
[04:10] <FloodBot1> yumaokao_, this is a check to ensure that you're human and not a spambot: Which language is spoken in Japan?
[04:19] <FloodBot1> idoru: You're now cloaked; please try again joining #ubuntu (type /join #ubuntu) now.
[04:19] <FloodBot3> idoru: You're now cloaked; please try again joining #ubuntu (type /join #ubuntu) now.
[04:19] <FloodBot2> idoru: You're now cloaked; please try again joining #ubuntu (type /join #ubuntu) now.
[04:42] <FloodBot1> predator117, this is a check to ensure that you're human and not a spambot: Type the number 8 in letters, not in digits
[06:11] <FloodBot1> Walex, this is a check to ensure that you're human and not a spambot: Type the number 5 in letters, not in digits
[06:16] <FloodBot1> chillpill_, this is a check to ensure that you're human and not a spambot: Which whole number comes immediately before 7?
[06:26] <FloodBot1> Walex, this is a check to ensure that you're human and not a spambot: Type the number 5 in letters, not in digits
[06:31] <FloodBot1> Walex, this is a check to ensure that you're human and not a spambot: Type the number 5 in letters, not in digits
[07:08] <FloodBot1> Kiryx, this is a check to ensure that you're human and not a spambot: How much is 6 plus 2 (6+2)?
[07:08] <FloodBot1> Kiryx, this is a check to ensure that you're human and not a spambot: How much is 6 plus 2 (6+2)?
[07:20] <FloodBot1> Walex, this is a check to ensure that you're human and not a spambot: Type the number 5 in letters, not in digits
[07:21] <FloodBot1> wildc4rd, this is a check to ensure that you're human and not a spambot: How many letters does 'ls' (a command to list files in Ubuntu) have?
[07:46] <FloodBot1> wildc4rd: Thanks! Now type /join #ubuntu to join.  Register if you don't want to do this again: https://help.ubuntu.com/community/InternetRelayChat/Registration
[08:48] <FloodBot1> skroon, this is a check to ensure that you're human and not a spambot: What whole number is between 3 and 5?
[10:43] <FloodBot1> kokonoula_, this is a check to ensure that you're human and not a spambot: Which month has only 28 days?
[10:53] <FloodBot1> gerhard_j, this is a check to ensure that you're human and not a spambot: Would you like to join #ubuntu?
[10:56] <FloodBot1> Walex2, this is a check to ensure that you're human and not a spambot: What is the last letter in the word 'Linux' (Linux is the kernel upon which Ubuntu is built)?
[11:06] <FloodBot1> Walex, this is a check to ensure that you're human and not a spambot: Type the number 5 in letters, not in digits
[11:28] <FloodBot1> Kiryx, this is a check to ensure that you're human and not a spambot: How much is 6 plus 2 (6+2)?
[12:55] <FloodBot1> skroon, this is a check to ensure that you're human and not a spambot: What whole number is between 3 and 5?
[13:05] <FloodBot1> lwyatt, this is a check to ensure that you're human and not a spambot: What continent is China in?
[14:17] <FloodBot1> Walex, this is a check to ensure that you're human and not a spambot: Type the number 5 in letters, not in digits
[16:11] <FloodBot1> ncp, this is a check to ensure that you're human and not a spambot: Type the word 'GNOME' (GNOME is Ubuntu's graphical interface)
[16:47] <FloodBot1> Nach0z, you've changed your nickname, so I'll have to ask again: What color is the moon?
[16:48] <FloodBot1> Nach0z: You're now cloaked; please try again joining #ubuntu (type /join #ubuntu) now.
[17:24] <FloodBot1> chillpill_, this is a check to ensure that you're human and not a spambot: Which whole number comes immediately before 7?
[17:42] <FloodBot1> Walex, this is a check to ensure that you're human and not a spambot: Type the number 5 in letters, not in digits
[18:12] <FloodBot1> Walex, this is a check to ensure that you're human and not a spambot: Type the number 5 in letters, not in digits
[18:21] <FloodBot1> iggy19, this is a check to ensure that you're human and not a spambot: What is the first digit in the number 293?
[18:34] <FloodBot1> Liam-, this is a check to ensure that you're human and not a spambot: If you have 2 pears and 3 apples, how many fruits do you have?
[18:35] <FloodBot1> Liam-: Thanks! Now type /join #ubuntu to join.  Register if you don't want to do this again: https://help.ubuntu.com/community/InternetRelayChat/Registration
[18:35] <FloodBot1> tdpriest, this is a check to ensure that you're human and not a spambot: What is the letter between M and O alphabetically?
[18:50] <FloodBot1> Xethron: You're now cloaked; please try again joining #ubuntu (type /join #ubuntu) now.
[19:18] <FloodBot1> Walex, this is a check to ensure that you're human and not a spambot: Type the number 5 in letters, not in digits
[19:50] <FloodBot1> onekt2, this is a check to ensure that you're human and not a spambot: What is the language spoken in France?
[20:16] <FloodBot1> iggy19, this is a check to ensure that you're human and not a spambot: What is the first digit in the number 293?
[20:24] <FloodBot1> skroon, this is a check to ensure that you're human and not a spambot: What whole number is between 3 and 5?
[20:31] <FloodBot1> f00dMonsta_, this is a check to ensure that you're human and not a spambot: What whole number is between 3 and 5?
[20:34] <FloodBot1> iggy19, this is a check to ensure that you're human and not a spambot: What is the first digit in the number 293?
[20:52] <FloodBot1> iggy19_, this is a check to ensure that you're human and not a spambot: What is the first digit in the number 123?
[21:30] <FloodBot1> iggy19, this is a check to ensure that you're human and not a spambot: What is the first digit in the number 293?
[21:38] <FloodBot1> iggy19, this is a check to ensure that you're human and not a spambot: What is the first digit in the number 293?
[21:47] <FloodBot1> Kiryx, this is a check to ensure that you're human and not a spambot: How much is 6 plus 2 (6+2)?
[21:47] <FloodBot1> iggy19, this is a check to ensure that you're human and not a spambot: What is the first digit in the number 293?
[21:55] <FloodBot1> funkyHat2, this is a check to ensure that you're human and not a spambot: Type the word 'swap' (a swap partition or file is a place on disk providing virtual memory)
[22:03] <FloodBot1> funkyHat2, this is a check to ensure that you're human and not a spambot: Type the word 'swap' (a swap partition or file is a place on disk providing virtual memory)
[22:56] <FloodBot1> Inc`_, this is a check to ensure that you're human and not a spambot: If you have 1 cat and 1 dog, how many animals do you have?
[22:57] <genii> Depends if one or both have fleas.
[23:02] <FloodBot1> fginther, this is a check to ensure that you're human and not a spambot: Type the number 4 in letters, not in digits
[23:02] <FloodBot1> MushroomNZ, this is a check to ensure that you're human and not a spambot: Type the number 7 in letters, not in digits
[23:02] <FloodBot3> fginther, this is a check to ensure that you're human and not a spambot: Type the number 4 in letters, not in digits
[23:02] <FloodBot3> MushroomNZ, this is a check to ensure that you're human and not a spambot: Type the number 7 in letters, not in digits
[23:03] <FloodBot1> harrym1, this is a check to ensure that you're human and not a spambot: What is Richard Stallman's (the founder of the GNU toolsuite that Ubuntu uses) first name?
[23:03] <FloodBot3> harrym1, this is a check to ensure that you're human and not a spambot: What is Richard Stallman's (the founder of the GNU toolsuite that Ubuntu uses) first name?
[23:21] <FloodBot1> banch, this is a check to ensure that you're human and not a spambot: If you have 1 cat and 1 dog, how many animals do you have?
[23:27] <FloodBot1> Estragon, this is a check to ensure that you're human and not a spambot: What is the last letter in the word 'apropos' (which is a command that lets you find programs that do what you need)?
[23:53] <FloodBot1> predator217, this is a check to ensure that you're human and not a spambot: What is the first digit in the number 293?
[23:58] <FloodBot1> ryancleary, this is a check to ensure that you're human and not a spambot: What color was Napoleon's white horse?


[01:28] <mhall119> ahoneybun: btw, did you see https://wiki.ubuntu.com/Artwork/Official?action=AttachFile&do=view&target=vervet_orange_hex.svg
[01:28] <mhall119> ahoneybun: it's an interesting topic for sure, but I don't know if the audience there will be one that would participate in implementing any of it