[03:08] <mup> Bug #1650091 changed: console-conf and getty hang if password is not set and press many enters <Snappy:Fix Released> <https://launchpad.net/bugs/1650091>
[03:48] <mup> PR snapcraft#1220 closed: Release changelog for 2.28 <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1220>
[07:48] <zyga> good morning
[07:53] <mup> PR snapd#3076 opened: cmd: disable the re-associate fix as requested by jdstrand <Created by zyga> <https://github.com/snapcore/snapd/pull/3076>
[10:33] <morphis> Son_Goku: I have the C part of snapd now building
[10:39] <mup> PR snapd#3077 opened: interfaces: convert systemd backend to new APIs <Created by zyga> <https://github.com/snapcore/snapd/pull/3077>
[10:57] <abeato> ogra_, where can I find the latest stable rpi3 image? I've flashed the daily one but not sure if it is working
[10:59] <morphis> abeato: http://cdimage.ubuntu.com/ubuntu-core/16/stable/current/ubuntu-core-16-pi3.img.xz
[11:01] <abeato> morphis, thanks, seems more modern than last time I took a lookf
[11:11] <morphis> Son_Goku: and a few builds later: INFO: Done(/home/simon/rpmbuild/SRPMS/snapd-2.23.1-1.fc25.src.rpm) Config(default) 0 minutes 57 seconds
[11:12] <Son_Goku> unvendored?
[11:12] <morphis> yes!
[11:13] <Son_Goku> so you mockchain'd a build and it worked?
[11:13] <morphis> I installed a few local packages into the mock env, but yeah
[11:14] <Son_Goku> what changes did you need to make to snapd.spec?
[11:14] <morphis> a few
[11:15] <morphis> I also had to update the tomb package as it was quite outdated
[11:15] <morphis> I will push in a bit
[11:15] <morphis> things are still very rought
[11:15] <Son_Goku> push to where?
[11:15] <morphis> github.com/morphis/snapd
[11:16] <morphis> Son_Goku: btw. https://bugzilla.redhat.com/show_bug.cgi?id=1435572
[11:17] <morphis> Son_Goku: and zyga will be happy that we now see https://bugs.launchpad.net/snappy/+bug/1674193 on fedora too :-)
[11:17] <mup> Bug #1674193: core snap's configuration hangs on debian|openSUSE <Snappy:In Progress by morphis> <snapd (Debian):New> <openSUSE:Fix Released by morphis> <https://launchpad.net/bugs/1674193>
[11:17] <Son_Goku> what I'm concerned about is that I currently need nine patches to make snapd build
[11:18] <Son_Goku> the rate of churn in snapd git makes it impossible to keep up with out of tree patches easily, unless they are very minor
[11:18] <morphis> Son_Goku: yes I agree, but we can do this for now and I will work with zyga to get us drop all these
[11:19] <morphis> or just keep one or two
[11:19] <Son_Goku> I've already got modified packaging pulling in all the openSUSE patches
[11:20] <morphis> ah great
[11:20] <morphis> Son_Goku: so you have snapd building with the vendorized tree?
[11:20] <Son_Goku> no
[11:20] <Son_Goku> it fails to link vendorized
[11:20] <morphis> with a error that the linker doesn't know about relro?
[11:21] <Son_Goku> yes
[11:21] <morphis> ok, I've switched from %gobuild to a simple go build for this
[11:22] <morphis> looks like LDFLAGS carrys something which the go linker doesn't like
[11:22] <Son_Goku> yeah, we enforce hardening
[11:22] <morphis> yeah
[11:24] <morphis> Son_Goku: https://github.com/morphis/snapd/tree/f/fedora-packaging
[11:25] <Son_Goku> errm
[11:25] <Son_Goku> your systemd units don't work
[11:25] <morphis> I know :-)
[11:26] <morphis> I said its kind of rough
[11:26] <morphis> it also puts things into /snap ..
[11:26] <morphis> doesn't run any tests ..
[11:26] <Son_Goku> well, I did have a working build, but it wasn't something worth releasing into Fedora
[11:27] <morphis> sure, but that are the next steps
[11:28] <morphis> Son_Goku: so in general, getting something in f25 is possible or only with an exception?
[11:29] <Son_Goku> I *could* technically get something released now, with a whole lot of FIXMEs
[11:29] <morphis> even with my two packages not included?
[11:29] <Son_Goku> well, no
[11:29] <Son_Goku> not without those
[11:30] <Son_Goku> well
[11:30] <Son_Goku> I could, because it's pending their inclusion
[11:30] <morphis> ok
[11:32] <morphis> Son_Goku: then lets do a plan of what next things we take to get those remaining bits fixed so we can submit with a clean and working package
[11:32] <Son_Goku> no hardening flags is a problem, though
[11:32] <Son_Goku> hardened builds should be working
[11:32] <Son_Goku> and I'd be even more concerned with snapd than normal go packages
[11:33] <morphis> sure, lets collect those bits and get them fixed
[11:35] <morphis> Son_Goku: shared a doc with you
[11:39] <morphis> Son_Goku: feel free to add things I am missing
[11:43] <Son_Goku> morphis: file a bug in rhbz to request an update for golang-github-go-tomb-tomb
[11:43] <morphis> Son_Goku: who has to do the update? we or the maintainer?
[11:44] <Son_Goku> well, the maintainer usually
[11:44] <Son_Goku> you should also request comaintainership: https://admin.fedoraproject.org/pkgdb/package/rpms/golang-github-go-tomb-tomb/
[11:44] <Son_Goku> in fact, you should do that for all packages that are snapd deps
[11:45] <Son_Goku> you and zyga might also want to join the golang sig
[11:45] <Son_Goku> though apparently no page describing it exists :/
[11:46] <Son_Goku> anyway,  jchaloup is the maintainer of the package, so you could also email him
[11:46] <zyga> Son_Goku: +1 good idea
[11:46]  * zyga looks outside at the soaking rain
[11:47] <zyga> not a great way to start spring
[11:47] <Son_Goku> it's cold and rainy here, so spring already sucks
[11:48] <Son_Goku> morphis: you really need to do your introduction in devel@
[11:48] <morphis> Son_Goku: yeah, I have that prepared here
[11:48] <morphis> Son_Goku, zyga: https://bugzilla.redhat.com/show_bug.cgi?id=1435616
[11:53] <mup> PR snapd#3078 opened: tests: remove stale apt proxy leftover from cloud-init <Created by zyga> <https://github.com/snapcore/snapd/pull/3078>
[12:08] <morphis> Son_Goku: how much time do you have to work on those remaining things?
[12:15] <Son_Goku> morphis: I can try to make as much time as I can, but unlike you guys, I'm doing this in my spare time
[12:15] <Son_Goku> and I juggle a lot of other things too
[12:15] <morphis> Son_Goku: yeah, really appreciate this!
[12:15] <Son_Goku> anyway, I approved your two golang package review requests
[12:15] <morphis> Son_Goku: so I can take us through all of these next week
[12:15] <Son_Goku> and you're now sponsored into packagers group
[12:16] <morphis> awesome!
[12:16] <Son_Goku> limb will approve them later today, most likely
[12:16] <morphis> limb?
[12:17] <Son_Goku> Jon Ciesla
[12:19] <Son_Goku> well, apparently it's Gwyn now
[12:20] <Son_Goku> but his FAS account name is limb and Gwyn often shows up on IRC as limb, too
[12:21] <morphis> ah I see
[12:21] <Son_Goku> oh boy, this is going to be rough :/
[12:21] <Son_Goku> remembering to use the right pronouns
[12:26] <mup> PR snapd#3079 opened: osutil: add GetBootID <Created by zyga> <https://github.com/snapcore/snapd/pull/3079>
[12:34] <morphis> Son_Goku: so any particular item you want to work on or should I take them all for now?
[12:34] <Son_Goku> you take them all for now
[12:34] <Son_Goku> I'm about to push my pending changes to a git repo, one sec
[12:40] <Son_Goku> morphis: would it be possible to release an "overlay tarball" that overlays the vendored stuff on top of the regular snappy sources?
[12:41] <morphis> Son_Goku: maybe, need to talk with mvogt about that
[12:41] <morphis> he currently generates the release tarballs by hand
[12:43] <Son_Goku> if the "vendorizing" was a separate overlay tarball, that would make this easier for me
[12:43] <morphis> Son_Goku: which way?
[12:43] <Son_Goku> because then I can upload both sources and only use the vendorized code for EL7
[12:43] <Son_Goku> and I don't have to condition which tarball to use
[12:44] <Son_Goku> things like spectool cannot process conditional sources
[12:45] <morphis> I see, let me see if that is something we can do
[12:46] <Son_Goku> Debian packaging should also be able to leverage such a configuration easily, too
[12:51] <mup> PR snapd#3080 opened: interfaces: remove old API <Created by stolowski> <https://github.com/snapcore/snapd/pull/3080>
[12:58] <Son_Goku> morphis: https://gitlab.com/Conan_Kudo/fedorapkgs-snapd/commit/d2cd7591b6f362f4828ed7bbf29fb3cf335b541d
[12:58] <Son_Goku> I exported fedora-dist-git and applied my in-progress packaging work there
[12:58] <morphis> Son_Goku: great
[13:03] <Son_Goku> morphis: and here's the "pristine" one: https://github.com/Conan-Kudo/snapd/commit/494f96fa458d6c71d07d2520555e5fabf61a8445
[13:04] <zyga> Son_Goku: wrt vendor tarball, yes, I'm sure
[13:05] <morphis> Son_Goku: thanks, will integrate those bits
[13:05] <Son_Goku> zyga: overlay tarballs would be much better for me, since I can just conditionally install the second set of sources
[13:05] <Son_Goku> but I can always pull them both and upload them in tandem
[13:07] <zyga> Son_Goku: we could also split the upstream release to two tarballs, pristine snapd and pristine vendor tree
[13:07] <zyga> Son_Goku: it's just a directory after all
[13:07] <Son_Goku> zyga: that's what I meant
[13:07] <Son_Goku> the vendor tree would be an overlay tarball
[13:07] <zyga> Son_Goku: and then packaging for vendor/devendrized becomes easier
[13:07] <zyga> yes, definitely, when michael is back (he's off resting today) we should propose that
[13:08] <Son_Goku> because right now, it's a pain to switch back and forth
[13:08] <Son_Goku> especially when debugging golang issues
[13:10] <Son_Goku> zyga: but I have "building" sources now: https://gitlab.com/Conan_Kudo/fedorapkgs-snapd/blob/snapd-pkg-dev/snapd.spec
[13:10] <Son_Goku> but only when building in vendorized mode
[13:10] <zyga> Son_Goku: that's great, I would like to see a vendorized build in CORP
[13:10] <zyga> COPR
[13:10] <zyga> Son_Goku: in parallel with the devendorized build in the repository
[13:11] <Son_Goku> well, I can build vendorized builds now in copr if I wanted to
[13:14] <morphis> Son_Goku: lets put a vendorized build into copr now, then we have something people can play with if they want
[13:20] <Son_Goku> morphis, maybe later today
[13:20] <Son_Goku> as it is, I haven't even attempted to use the packages yet :/
[13:20] <zyga> morphis: does the package you have built work?
[13:21] <zyga> morphis: did you try it with some snaps?
[13:21] <morphis> zyga: yes, it works fully
[13:21] <morphis> nextcloud etc. comes up without problems
[13:21] <morphis> zyga: however its a bit rough, need to fix the systemd packages etc.
[13:21] <morphis> Son_Goku, zyga: but we could atleast push these things to https://copr.fedorainfracloud.org/coprs/zyga/snapcore/
[13:22] <morphis> zyga: my plan is to merge with Son_Goku's changes next and then we can have something testable and do any further cleanup from there
[13:22] <Son_Goku> my version should also be using /var/lib/snapd/snap correctly, among other things
[13:22] <morphis> right
[13:23] <morphis> that is why I need to merge :-)
[13:23] <zyga> morphis: rought in which way?
[13:23] <renatu> jdstrand, could you approve this package? https://myapps.developer.ubuntu.com/dev/click-apps/6453/rev/8/
[13:23] <zyga> morphis: we have the presets now so snapd.socket should start ok
[13:23] <zyga> morphis: yes, I think we should push something to COPR
[13:23] <jdstrand> renatu: I literally just did :)
[13:23] <renatu> jdstrand, thanks :D
[13:23] <morphis> zyga: yes but the other jobs need patching which Son_Goku did
[13:23] <zyga> morphis, Son_Goku: if you guys have a package (vendorized, using /var/lib/snapd/snap) I would like to upload it there
[13:23] <renatu> jdstrand, can we white list it ?
[13:24] <jdstrand> renatu: I already did
[13:24] <zyga> aha, sounds good
[13:24] <morphis> zyga: lets target that for monday
[13:24] <renatu> jdstrand, thanks again :D
[13:24] <zyga> very good idea
[13:24] <jdstrand> renatu: check your email :)
[13:24] <jdstrand> np
[13:24] <zyga> releases on Friday bring back luck
[13:24] <morphis> yeah
[13:24] <Son_Goku> read-only friday!
[13:24] <morphis> :-D
[13:25] <Son_Goku> anyway, that also gives us the weekend to get snappy deps updated in Fedora
[13:25] <Son_Goku> which allows us to no longer vendorize
[13:25] <morphis> +1
[13:25] <morphis> Son_Goku: but we wont get those into f25, right?
[13:25] <Son_Goku> why wouldn't we?
[13:26] <zyga> morphis: why not, this is not debian
[13:26] <morphis> hah!
[13:26] <Son_Goku> we're not debian or ubuntu
[13:26] <Son_Goku> we don't make life hard for people ;)
[13:26] <morphis> I am starting to like Fedora :-)
[13:26] <Son_Goku> Fedora master race :)
[13:26] <Son_Goku> new packages can enter all stable repos
[13:26] <zyga> :-)
[13:26] <zyga> let's try that hangout next week guys
[13:26] <zyga> once this is released we could plan some next steps (CI)
[13:26] <zyga> and just enabling unit tests
[13:26] <morphis> zyga: +1
[13:27] <Son_Goku> we really need to get this done asap
[13:27] <Son_Goku> preferably before the F26 Alpha goes out
[13:27] <morphis> Son_Goku: is there a target date for the alpha?
[13:27] <Son_Goku> I'm getting tired of the buildsystem bitching at me about snapd-glib
[13:28] <Son_Goku> morphis: week after next Tuesday
[13:28] <zyga> Son_Goku: oh, yes
[13:28] <zyga> Son_Goku: btw, I wonder if that is integrated to gnome-software
[13:28] <Son_Goku> right now, no
[13:28] <zyga> Son_Goku: once you have snapd installed
[13:28] <Son_Goku> because gnome-software will FTBFS
[13:28] <zyga> aaaha
[13:28] <zyga> maybe there's a pkg-config test?
[13:28] <zyga> I think this was upstreamed some time ago
[13:28] <Son_Goku> gnome software < 3.24 doesn't use snapd-glib, so it works
[13:28] <zyga> ok
[13:28] <zyga> well, litte by little :)
[13:28] <Son_Goku> err, < 3.22
[13:29] <Son_Goku> so Fedora 25 won't get it
[13:29] <Son_Goku> but we can get it for F26
[13:29] <Son_Goku> I just have to ask hughsie very nicely to turn it on once we update everything
[13:29] <morphis> Son_Goku: nice!
[13:29] <morphis> Son_Goku: I am fully on getting this done and having a target date is even better :-)
[13:30] <Son_Goku> the GNOME 3.24 megaupdate has landed in Fedora 26: https://bodhi.fedoraproject.org/updates/FEDORA-2017-d1ab69a395
[13:30] <Son_Goku> well, will land
[13:30] <Son_Goku> it's pending
[13:30] <Son_Goku> it's already in Rawhide
[13:31] <zyga> Son_Goku: I'm actually curious, I will try F26, I wanted to see how the new gnome feels like
[13:31] <zyga> did you try it?
[13:32] <zyga> morphis: how do you feel working with all the distros? :)
[13:32] <Son_Goku> zyga: I actually planned on updating my secondary machine to F26 today
[13:32] <morphis> zyga: I am using them all through ssh so I don't see much of the user interface, but yeah, interesting :-)
[13:32] <Son_Goku> I always do it around alpha time
[13:33] <zyga> morphis: headless VMs?
[13:34] <morphis> zyga: not really headless yet but I ignore the vbox windows and have them minized all the time :-)
[13:34] <morphis> ssh + sshfs integrates much more into my workflo
[13:37] <jdstrand> morphis: hey, can you clarify this comment: "With snapd 2.23 now building on Fedora 25 I can reproduce the same problem without specifying --disable-seccomp for the snap-confine build." - you are saying that when seccomp is enabled on F25, you see the problem but when it isn't, you don't?
[13:37] <morphis> jdstrand: correct
[13:37] <jdstrand> ok, so that is consistent with all other evidence pointing to mainline
[13:38] <morphis> jdstrand: so your idea is that something in the kernel part is broken?
[13:38] <jdstrand> I don't have any ideas. that is a reflection of Zygmunt's idea
[13:39] <jdstrand> I'm going to poke at this and try to provide some extra info for triage
[13:40]  * jdstrand is only just now starting to look at it
[13:40] <morphis> jdstrand: ok, I wanted to look into this too but if you do than I can concentrate on getting the packaging stuff done
[13:41] <jdstrand> morphis: yeah, let me poke at it for a bit
[13:44] <zyga> morphis: we should have a simple small smoke test
[13:44] <zyga> morphis: C program
[13:44] <zyga> morphis: using libseccomp
[13:44] <zyga> morphis: allowing bind
[13:44] <zyga> morphis: doing bind
[13:45] <morphis> zyga: +1
[13:47] <Son_Goku> zyga: ahh yep, I have some fixing to do
[13:48] <Son_Goku> new snapd is still broken
[13:48] <Son_Goku> the selinux policy needs to account for the new binaries
[13:48] <zyga> Son_Goku: ah, thank you for fixing that
[13:48] <Son_Goku> I mean, I haven't done it yet...
[13:49] <zyga> fixing is a continouous thing ;)
[13:53] <Son_Goku> zyga: https://github.com/snapcore/snapd/pull/3081
[13:53] <mup> PR snapd#3081: data/selinux: Add contexts for snapctl and ubuntu-core-launcher <Created by Conan-Kudo> <https://github.com/snapcore/snapd/pull/3081>
[13:54] <mup> PR snapd#3081 opened: data/selinux: Add contexts for snapctl and ubuntu-core-launcher <Created by Conan-Kudo> <https://github.com/snapcore/snapd/pull/3081>
[13:55] <Son_Goku> zyga, morphis: that should fix issues related to snapctl, since it will have the access rights to snapd
[13:55] <zyga> Son_Goku: commented
[13:57] <Son_Goku> zyga: removed ubuntu-core-launcher
[13:58] <zyga> Son_Goku: great, I'll merge it when CI goes green (I cannot earlier)
[13:58] <Son_Goku> anyway, now I really need to get to work
[14:27] <pshod> other than using node-snapper
[14:28] <pshod> can some1 tell me how do i make a snap application from a script written in node js
[14:28] <pshod> ?
[14:28] <pshod> URGENT! HELP! HELP! HELP!
[14:33] <zyga> pshod: hey
[14:33] <zyga> pshod: try snapcraft :-)
[14:33] <zyga> pshod: snapcraft.io
[14:35] <pshod> hey zyga :D
[14:36] <pshod> i really do not understand where my .js script goes with the nodejs plugin
[14:36] <pshod> so i switched to node-snapper
[14:36] <zyga> pshod: I'm not a node developer but if you look at snapcraft you may find some examples of how to do stuff
[14:36] <pshod> but would still want to do without it
[14:37] <pshod> looked around a bit
[14:37] <zyga> pshod: otherwise perhaps ask in https://rocket.ubuntu.com/channel/snapcraft
[14:37] <pshod> people happily use the node-snapper instead
[14:38] <ogra_> people shlouldnt :P
[14:38] <ogra_> node-snapper was for 15.04 snaps
[14:38] <ogra_> before snapcraft existed at all
[14:39] <ogra_> with the creation of snapcraft node-snapper became obsolete ... so i stopped maintaining it
[14:41] <pshod> ogra :D
[14:43] <pshod> where do i put my .js script which should run on node
[14:43] <pshod> i can put the packages I need with node-packages tag
[14:43] <pshod> or do i need to write a package.json
[14:43] <pshod> ?
[14:43] <ogra_> see snapcraft.io there should be examples
[14:43] <pshod> if i do
[14:43] <pshod> where do i put it
[14:44] <pshod> there are not
[14:44] <ogra_> i havent packaged a node app since we have the new stuff
[14:44] <pshod> "new stuff" ?
[14:44] <zyga> pshod: quick google: http://blog.bhdouglass.com/nodejs/snap/2016/08/06/packaging-nodejs-projects-as-snaps.html
[14:44] <ogra_> https://snapcraft.io/docs/reference/plugins/nodejs ... also has pointers to examples
[14:44] <pshod> zyga: saw this one
[14:44] <zyga> pshod: what's wrong with it?
[14:44] <pshod> it has
[14:45] <pshod> but the link doesnt actually have anything
[14:45] <pshod> give me a min
[14:46] <pshod> zyga: so in the apps section, if i put my script path in the command tag, it will be automatically executed with node?
[14:46] <zyga> no, but look at the first line of the script in the hello world example
[14:47] <zyga> https://github.com/bhdouglass/hello-node-snap/blob/master/bin/hello-node-snap#L1
[14:47] <pshod> hey thanks
[14:47] <pshod> doing tat now
[14:47] <mup> PR snapd#3081 closed: data/selinux: add context definition for snapctl <Created by Conan-Kudo> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3081>
[14:49] <pshod> he has listed the snap in the node-packages
[14:50] <pshod> and exposes the app in the command
[14:50] <pshod> I have 2 .js scripts, one is 'required" in another for using api's
[14:52] <pshod> the .js file acting as an api provider requires other packages which i plan to put in the node-packages tag
[14:52] <pshod> sorry if all this sounds pretty noob
[14:52] <pshod> I AM :p
[14:54] <pshod> node-packages: -hello-node-snap
[14:54] <pshod> does this translate to npm install hello-node-snap
[14:54] <pshod> ?
[15:07] <jdstrand> morphis, zyga, mwhudson: fyi https://bugs.launchpad.net/snappy/+bug/1674193/comments/16
[15:07] <mup> Bug #1674193: core snap's configuration hangs on debian | openSUSE | mainline kernel <Snappy:In Progress by morphis> <snapd (Debian):New> <snapd (Fedora):In Progress> <snapd (openSUSE):Fix Released by morphis> <https://launchpad.net/bugs/1674193>
[15:09] <morphis> jdstrand: what wonders me is that I saw the bind syscall in the seccomp policy for the configure hook, see comment #3
[15:10] <jdstrand> morphis: I can try a vanilla kernel too
[15:11] <morphis> jdstrand: but do you saw bind in the policy for the configure hook too by default?
[15:12] <jdstrand> morphis: no
[15:12] <morphis> hm
[15:13] <jdstrand> only mbind
[15:13] <morphis> I saw this with 2.23.1
[15:13] <jdstrand> this is 2.22.6
[15:13] <morphis> maybe my fgrep was misleading, let me check
[15:14] <morphis> hm, checked on fedora with 2.23.1 and no bind there
[15:14] <morphis> so looks like you're right
[15:19] <jdstrand> morphis: there was a moment when the core snap plugged network-bind
[15:19] <jdstrand> but it was reverted
[15:19] <jdstrand> well, it isn't in r1441 anyway
[15:19] <jdstrand> idk why you saw it
[15:20] <morphis> jdstrand: hm, maybe that was what I was seeing yesterday
[15:34] <morphis> Pharaoh_Atem: can I somehow avoid that I need to do something like this:
[15:34] <morphis> [simon@localhost fedorapkgs-snapd]$ cp *.patch ~/rpmbuild/SOURCES/
[15:34] <morphis> before I can run rpmbuild -bs snapd.spec?
[15:47] <Pharaoh_Atem> morphis: yes, you can --define "_sourcedir </path/to/sources>" on the rpmbuild command line
[15:47] <morphis> ah great
[15:47] <morphis> Pharaoh_Atem: also where is this %gobuild macro defined?
[15:51] <Pharaoh_Atem> it's defined in /usr/lib/rpm/macros.d/macros.golang-go-compiler
[15:51] <Pharaoh_Atem> err  /usr/lib/rpm/macros.d/macros.golang-compiler
[15:51] <mup> PR snapd#3082 opened: many: break the /aliases mutation API with a clean 400 <Blocked> <Created by pedronis> <https://github.com/snapcore/snapd/pull/3082>
[15:52] <morphis> Pharaoh_Atem: ah, thanks!
[15:52] <Pharaoh_Atem> if you don't have it, do "dnf install 'compiler(go-compiler)'"
[15:58] <morphis> Pharaoh_Atem: ok, looks like I've fixed the linker/relro issue
[15:59] <mup> PR snapd#3050 closed: interfaces/mount: compute mount changes required to transition mount profiles <Created by zyga> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/3050>
[16:00] <morphis> Pharaoh_Atem: yeah I did
[16:00] <Pharaoh_Atem> what was the fix?
[16:01] <mup> PR snapd#3067 closed: tests: move docker test to new nightly suite <Created by zyga> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/3067>
[16:03] <morphis> Pharaoh_Atem: switching the order of C and Go build in the spec file
[16:04] <morphis> the C build of snap-confine somehow leaves LDFLAGS set which the go linker can't work with, if you build Go stuff first with %gobuild it isn't set and things build as they should
[16:04] <morphis> Pharaoh_Atem: https://paste.ubuntu.com/24241472/
[16:04] <Pharaoh_Atem> that's so retarded
[16:05] <morphis> :-)
[16:05] <morphis> Pharaoh_Atem: I will prepare templating for the systemd units then we don't have to carry copies of them
[16:06] <Pharaoh_Atem> my suggestion, use @libexecdir@ and @snapmountdir@ in place of /usr/libexec and /var/lib/snapd/snap, respectively
[16:06] <morphis> yeah
[16:06] <morphis> Pharaoh_Atem: what do you mean with "Retire separate snap-confine package"?
[16:07] <Pharaoh_Atem> snap-confine has been in Fedora since F23
[16:07] <Pharaoh_Atem> it's 1.0.43 I think
[16:07] <pshod> i am packaging a node js script into a snap app
[16:08] <pshod> some of the packages listed under the node-packages tag cannot be downloaded proly cos of company's proxy
[16:08] <Pharaoh_Atem> morphis: once we have a new snapd ready, then snap-confine needs to be retired
[16:08] <morphis> Pharaoh_Atem: so the "Obsoletes:" in the spec file isn't enough?
[16:08] <pshod> so i first pull the part
[16:08] <morphis> Pharaoh_Atem: ah there is a separate step we need to do for that
[16:08] <Pharaoh_Atem> morphis: well, it is for users, but we need to get rid of it in the SCM :)
[16:08] <morphis> Pharaoh_Atem: I see :-)
[16:08] <Pharaoh_Atem> so that the build system stops building the old snap-confine package
[16:08] <pshod> then in /parts/part-name/install/lib/node-modules
[16:09] <pshod> i copy the packages i needed
[16:09] <morphis> Pharaoh_Atem: I've reinstalled my package and got https://paste.ubuntu.com/24241487/ during the install
[16:09] <morphis> looks like its trying to adjust the existing squashfs mounts
[16:09] <pshod> they also reflect in the prime folder
[16:09] <pshod> but are not being found by the binary inside prime
[16:09] <pshod> which is exposed as an app
[16:11] <morphis> pshod: really sounds like necessary env variables or so are not set up properly
[16:11] <pshod> ummm
[16:11] <pshod> in the binary
[16:11] <pshod> which i have used as a .js script
[16:12] <pshod> i removed the extn of .js
[16:12] <Pharaoh_Atem> morphis: that's normal
[16:12] <pshod> instead added #!/usr/bin/env node
[16:12] <pshod> is that supposed to work?
[16:12] <morphis> Pharaoh_Atem: so no way to teach the macros to skip those mounts
[16:12] <Pharaoh_Atem> morphis: it's not the macros
[16:13] <Pharaoh_Atem> it's restorecon -Rv
[16:13] <morphis> pshod: sadly I am not an expert in nodejs things .. if you don't find anyone else here the best is to drop a mail to the snapcraft mailinglist
[16:14] <Pharaoh_Atem> morphis: ideally, it wouldn't matter as snapd would mount them all with that label
[16:14] <pshod> hey thank you!
[16:14] <Pharaoh_Atem> right now, it does not
[16:14] <pshod> moreover i think if i get the proxy issue resolved this thing also might work
[16:15] <pshod> its just too late here for me to call someone at IT to resolve the proxy thing
[16:15] <pshod> :(
[16:15] <pshod> fuck corporate proxy
[16:15] <morphis> Pharaoh_Atem: ok
[16:16] <jdstrand> morphis: fyi, https://bugs.launchpad.net/snappy/+bug/1674193/comments/18
[16:16] <mup> Bug #1674193: core snap's configuration hangs on debian | openSUSE | mainline kernel <Snappy:In Progress by morphis> <snapd (Debian):New> <snapd (Fedora):In Progress> <snapd (openSUSE):Fix Released by morphis> <https://launchpad.net/bugs/1674193>
[16:17] <morphis> jdstrand: ok, so things are clear and we need bind for every hook or the snapctl implementation fixed
[16:17] <jdstrand> morphis: yes
[16:18] <jdstrand> I would like to be a part of any PR that addresses this
[16:18] <jdstrand> morphis: ^
[16:18] <morphis> jdstrand: +1
[16:19] <zyga> pshod: hey, did you check out snapcraft chat room on rocket chat?
[16:27] <pshod> zyga: no
[16:28] <pshod> will do
[16:28] <pshod> thanks for the info
[16:28] <zyga> pshod: I think that will work better, there are losts of people making snaps there
[16:29] <Pharaoh_Atem> morphis: pushed revised specs to my git repos
[16:31]  * zyga loves to see morphis and Pharaoh_Atem do everything he wanted to get done :)
[16:31]  * kyrofa too
[16:33] <mup> PR snapd#3083 opened: tests: move unity test to nightly suite <Created by fgimenez> <https://github.com/snapcore/snapd/pull/3083>
[16:33] <zyga> first fedora then the world ;D
[16:33] <zyga> I'd love to see snapd on osx and windows
[16:34] <zyga> I bought the original DOOM on GOG
[16:34] <zyga> I'll snap it this weekend
[16:34] <zyga> I wonder if GOG folks could offer snaps for linux
[16:34] <zyga> or even put them in the store somehow
[16:39] <morphis> zyga: :-D
[16:39] <morphis> Pharaoh_Atem: awesome!
[16:39] <morphis> one step closer to a release
[16:39] <morphis> Pharaoh_Atem: there will be one more patch for us to integrate to get the templating for the systemd units
[16:40] <zyga> morphis: we could actually release over weekend, people can check bodhi and try it and vote
[16:40] <zyga> it's not like it's going live in seconds
[16:40] <zyga> Pharaoh_Atem: what do you think?
[16:40] <zyga> morphis: if you think it is ready
[16:40] <zyga> (for wider testing)
[16:40] <morphis> zyga: https://docs.google.com/document/d/1l9xS8RqSSjASNEIcHAOanlURNrpmfodf4Fd79QXdLG4/edit
[16:40] <zyga> even if it ends with -2 in the end
[16:40] <zyga> morphis: can you share that to make it public
[16:41] <morphis> done
[16:41] <zyga> Pharaoh_Atem: packaging question, can we recommend/depend on snapd-xdg-open from snapd on a workstation variant but not on a server variant?
[16:41] <zyga> thanks!
[17:14] <morphis> Pharaoh_Atem: https://github.com/snapcore/snapd/pull/3084
[17:14] <mup> PR snapd#3084: packaging: use templates for relevant systemd units <Created by morphis> <https://github.com/snapcore/snapd/pull/3084>
[17:15] <mup> PR snapd#3084 opened: packaging: use templates for relevant systemd units <Created by morphis> <https://github.com/snapcore/snapd/pull/3084>
[17:38] <kyrofa> jdstrand, is there an interface that will cover /dev/input/js0 ?
[17:39] <ogra_> kyrofa, most likely the joystick interface ;)
[17:39] <ogra_> (no, doesnt exist yet i think)
[17:39] <kyrofa> ogra_, :P
[17:40] <kyrofa> jdstrand, assuming it's not covered, think that'd be a pretty easy addition?
[18:01] <Pharaoh_Atem> morphis: see my comments https://github.com/snapcore/snapd/pull/3084#pullrequestreview-28972607
[18:01] <mup> PR snapd#3084: packaging: use templates for relevant systemd units <Created by morphis> <https://github.com/snapcore/snapd/pull/3084>
[18:02] <morphis> Pharaoh_Atem: aye
[18:03] <morphis> Pharaoh_Atem: I have those bits also included in the rpm packaging now
[18:03] <morphis> but will change to those suggested names
[18:08] <morphis> Pharaoh_Atem: ok, a problem seems to be still there: $ krita
[18:09] <morphis> dropping privs did not work: No such file or directory
[18:09] <morphis> but that is something for next week :-)
[18:09] <jdstrand> kyrofa: there isn't, no. I suspect that the interface would need more than just /dev/input/js* (eg, probably /dev/input/event*) and that is where things might get dicey, but, I'd be happy to review a PR
[18:10] <kyrofa> jdstrand, I assume /dev/input/js* would be safe, but /dev/input/event* sounds a little more general-purpose
[18:11] <jdstrand> kyrofa: event* is where you can start doing nasty things
[18:12] <jdstrand> kyrofa: I guess you are snapping something that needs it. did you add '/dev/input/js0 rw,' and did it resolve all your denials?
[18:12] <mup> PR snapcraft#1221 opened: state: factor state bits out of meta <Created by josepht> <https://github.com/snapcore/snapcraft/pull/1221>
[18:12] <kyrofa> jdstrand, I haven't tried yet, still putting the snap together
[18:13] <kyrofa> jdstrand, but I'll try that. If that works, I assume that interface would be a slam dunk?
[18:13] <jdstrand> kyrofa: it would, yes
[18:13] <kyrofa> jdstrand, alright, I'll be in touch
[18:14] <jdstrand> kyrofa: if you are writing it, model it after framebuffer (as opposed to say, camera)
[18:14] <kyrofa> jdstrand, thanks for the hint! I'll make sure I touch bases before I write anything
[18:15] <jdstrand> kyrofa: and be aware of https://bugs.launchpad.net/snapd/+bug/1675738. I believe jhodapp's team will be fixing all the historical interfaces that aren't doing the right thing
[18:15] <mup> Bug #1675738: OpenGL interface should udev tag all /dev/* files <snapd-interface> <snapd:New> <https://launchpad.net/bugs/1675738>
[18:15] <jdstrand> kyrofa: cool, np
[18:16] <jhodapp> jdstrand, yeah, we'll be doing a 2 pass approach to it...first is to do a quick fix so we can get the fix in in time for snapd 2.24
[18:16] <jhodapp> then we'll do the comprehensive fix
[18:17] <jdstrand> jhodapp: great!
[18:17] <kyrofa> Huh, very interesting!
[19:58] <mup> PR snapd#3079 closed: osutil: add BootID <Created by zyga> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/3079>
[21:04] <NicolinoCuralli> hi all just a doubt: it seem that a gadget can't be upgraded during the lifetime of a supported board? I don't find anything for making it in a transational manner: do I think wrong?
[21:06] <kyrofa> NicolinoCuralli, I'd refer you to ogra_, but I suspect he's off for the day
[21:07] <NicolinoCuralli> kyrofa: is it better to ask on the mailinglist?
[21:08] <kyrofa> NicolinoCuralli, yeah I suspect so
[21:08] <kyrofa> NicolinoCuralli, he's very responsive there
[21:08] <NicolinoCuralli> kyrofa : thanks a lot :D
[21:08] <kyrofa> Any time!
[21:20] <kyrofa> Hey niemeyer, can I not use a relative path for the gadget snap in a model assertion? Does it need to be in the store?
[21:25] <kyrofa> It seems so. jdstrand can I get a review on a gadget snap?
[21:33] <kyrofa> I can't even upload a gadget to beta or edge, it seems
[21:34] <kyrofa> It's really hard to make/test a gadget snap!
[21:37] <jdstrand> kyrofa: it was uploaded
[21:38] <kyrofa> jdstrand, heh, release then
[21:39] <kyrofa> Thanks jdstrand!
[21:39] <jdstrand> kyrofa: approved. I'll let you review
[21:39] <jdstrand> err
[21:39] <jdstrand> release
[21:40] <kyrofa> jdstrand, I'll probably need to iterate on this-- will I need a manual review each time?
[21:42] <jdstrand> kyrofa: since we don't have model assertions, I need to add something to the review tools to override this. I'm doing that now, but it won't be in production for a while. until then, yes
[21:42] <kyrofa> jdstrand, sounds good :)
[21:42] <kyrofa> This might just work!
[21:42] <jdstrand> kyrofa: in what capacity is this being supported?
[21:43] <jdstrand> kyrofa: you have -kyrofa in the name, so guessing this isn't Canonical supported?
[21:43] <kyrofa> jdstrand, nah, for a blog post series about the Turtlebot. I need the gadget due to bug #1645445
[21:43] <mup> Bug #1645445: Turtlebot needs /dev/kobuki <snapd-interface> <snapd:Confirmed> <https://launchpad.net/bugs/1645445>
[21:43]  * jdstrand nods
[21:44] <kyrofa> jdstrand, I'm a little sad no one will be able to follow it though. I was under the impression ubuntu-image would accept file paths
[21:44] <jdstrand> hotplugging will be nice
[21:44] <kyrofa> jdstrand, yes that would be better :)
[21:45] <jdstrand> kyrofa: I suggest raising with stakeholders :)
[21:45]  * jdstrand knows this comes up from time to time. squeaky wheel...
[21:46] <kyrofa> Yeah, I was told to leave it alone and just write the series with a gadget snap
[21:53] <jdstrand> roadmr: totally not urgent, but can you please pull r852 whenever is convenient?
[21:53] <jdstrand> kyrofa: that is for you ^
[21:54] <roadmr> jdstrand: sure thing
[21:54] <kyrofa> jdstrand, haha, quick work!
[21:54] <kyrofa> jdstrand, thank you :)
[21:54] <roadmr> jdstrand: I should have that deployed early next week, but I'm starting by committing the change
[21:57] <pedronis> kyrofa: the model assertion take just a name, you can override it with a local snap using --extra-snaps
[21:58] <kyrofa> pedronis, ah ha! I tried that, but I still used a path in the assertion
[21:58] <kyrofa> pedronis, let me give that a shot, thanks for jumping in
[21:58] <pedronis> (that option name is very confusing, adding extra-snap is actually the thing we wantt the least, and might remove, but overriding with locall will stay supported)
[21:59] <jdstrand> roadmr: thanks :)
[21:59] <kyrofa> Indeed
[22:00] <pedronis> kyrofa: remember that local snaps will not refresh though , just like snap install .snap
[22:01] <kyrofa> pedronis, indeed. Although I seem to remember that gadget snaps being refreshed isn't really a thing anyway?
[22:01] <pedronis> it gets refreshed
[22:01] <pedronis> we don't do much with the refreshed content though
[22:01] <pedronis> that's a bug, to fix
[22:01] <kyrofa> Ah, right
[22:02] <kyrofa> pedronis, there's a mailing list question for you to answer, then
[22:02] <kyrofa> Sent about an hour ago
[22:02] <pedronis> mostly that if it's a tutorial you might want to note on the side (I'm using a local snap because it's quick but for the full experience with refresh need a store one or something)
[22:03] <kyrofa> pedronis, agreed, thanks for the tip
[22:06] <kyrofa> pedronis, verified: leaving the assertion with just the name and using --extra-snaps works
[22:06] <pedronis> I wonder if our page about model assertion/ubuntu-image needs improvement, because I have been explaining this a couple of times
[22:06] <pedronis> I think
[22:07] <kyrofa> pedronis, which page? All I know about is the tutorial
[22:07] <kyrofa> I mean on tutorials.ubuntu.com
[22:08] <pedronis> yes, it says this:  gadget: name of the gadget snap as published on the store. Note that this snap can be a file on disk.
[22:08] <kyrofa> pedronis, yeah I read that as "this can be a file path on disk"
[22:08] <pedronis> yea, not super clear
[22:08] <pedronis> but it really means what it says literally
[22:09] <pedronis> here goes the name (in snap.yaml/store) sense of the snap and the snap can be  a file
[22:09] <pedronis> but then it doesn't says anywhere something about --extra-snaps
[22:10] <kyrofa> Yeah I would say "name of the gadget snap as published on the store. If you want to use a snap from your disk, you'll need to supply its path via --extra-snaps" or something similar
[22:11] <kyrofa> Although "as published on the store" begs the question "what if my snap isn't in the store"
[22:12] <pedronis> well name of the snap, is the name of the snap, what you put snapcraft.yaml and goes into snap.yaml
[22:13] <pedronis> but not sure how ingrained is that in general
[22:13] <kyrofa> pedronis, note that you can edit the snap name in the store though
[22:13] <kyrofa> pedronis, so there's a few levels of confusion that can happen there
[22:13] <pedronis> I don't remember that
[22:14] <pedronis> it can be renamed
[22:14] <kyrofa> pedronis, it doesn't rename it as far as snapd is concerned
[22:14] <pedronis> given that snap name need to be registered
[22:14] <kyrofa> pedronis, it's just a presentation layer thing
[22:14] <pedronis> might be a left over from clicks
[22:14] <pedronis> or something
[22:14] <kyrofa> But the option is "edit name"
[22:14] <pedronis> sounds strange for snaps
[22:14] <kyrofa> Yeah maybe
[22:15] <jrwren> Is there any docs on how snaps actually run. I see a snap which runs on xenial, but fails on trusty, but I thought this would be impossible given the ubuntu-core is the same. How does this actually work?
[22:39] <kyrofa> Hey jdstrand this serial port interface doesn't seem to be doing anything
[22:41] <kyrofa> jdstrand, this specifically: https://github.com/kyrofa/pc-amd64-turtlebot-gadget/blob/master/snapcraft.yaml
[22:42] <kyrofa> jdstrand, should the vendor and product actually be strings?
[22:49] <totallyhuman> hi
[22:49] <totallyhuman> i have searched around for this error
[22:49] <totallyhuman> and there are several bugs filed
[22:49] <totallyhuman> with no success
[22:50] <totallyhuman> error: cannot list snaps: cannot communicate with server: Get http://localhost/v2/find?q=e: dial unix /run/snapd-snap.socket: connect: no such file or directory


[22:32] <No1x3r0> Keyboard isn't working during live session; not able to input text anywhere.
[22:33] <No1x3r0> also noticed this on Fedora 25 Beta XFCE spin
[23:25] <No1x3r0> also worth noting getting errors on boot that I wasn't getting with Fedora 25 beta... https://imgur.com/1ZRfxrT this is happening with both Xubuntu 21.04 and 21.10


  It was in your people.ubuntu.com space - perhaps it went away when you changed jobs.
[05:35] <tonyyarusso> (Although the wiki claims now that it's for all Ubuntu Members)
[05:35] <mneptok> it went away months later
[05:35] <mneptok> i don;t know hwo deleyed it, or why.
[05:35] <Flannel> tonyyarusso: people.ubuntu.com was hosted by Danger/Microsoft
[05:35] <tonyyarusso> lol
[10:33] <Tm_T> seems like #u is in offtopicness
[10:34]  * Tm_T is bit rusty with that particular channel
[10:36] <ikonia> wha'ts up
[13:28] <eviljussi01> hrrr
[14:21] <MenZa> no wonder this place was, er, empty.
[14:22] <MenZa> [2009-10-20 13:21:22 UTC] [Users #ubuntu-ops]
[14:22] <MenZa> [2009-10-20 13:21:22 UTC] *** Irssi: #ubuntu-ops: Total of 0 nicks [0 ops, 0 halfops, 0 voices, 0 normal]
[14:22] <MenZa> [2009-10-20 13:21:23 UTC] *** #ubuntu-ops You're not on that channel
[14:22] <bazhang> hehe
[14:22] <Pici> I hate when that happens
[14:24] <MenZa> same
[14:32]  * elky tilts her head, wonderingly
[14:33]  * MenZa re-adjusts elky's head to the upright position.
[14:33] <MenZa> Remember posture is important when using a computer.
[17:50] <MenZa> Pici: He's obviously trolling.
[17:51] <MenZa> gord: ^
[17:51] <gord> duh
[17:51] <Pici> MenZa: I just got back to my desk and saw the last line.
[17:51] <MenZa> :P
[17:51] <gord> hense my short swift "no"
[17:51] <gord> three times
[17:51] <MenZa> I'm just throwing stuff back at him before I plan to /remove him.
[17:52] <MenZa> Just to give him a chance to back off.
[17:52] <gord> he hasn't actually done anything
[17:52] <MenZa> i.e. making it incredibly obvious to him that I know he's trolling
[17:52] <MenZa> No, he's just asking questions which make absolutely no sense - for starters, regarding the Fedora comment
[17:53] <gord> if asking questions that make absolutely no sense is against the rules i should be banned about 20 times over ;)
[17:53] <Pici> a fedora is a type of hat.
[17:53] <MenZa> Fedora doesn't use apt-get. If he'd known about apt-get, and Fedora is his only release of Linux (which he makes it appear to be), then he would know that cross-grading isn't just something you do just like that
[17:54] <gord> no. Pici. its an *awesome* type of hat.
[17:54]  * MenZa concurs.
[17:56] <MenZa> Pici: I've only popped in now and again, but Hajuu's been anything but helpful - try a /lastlog
[18:03] <MenZa> Pici: I'm glad there's a CoC to protect him from me. :)
[18:05] <MenZa> woo.
[18:06] <Pici> now hes sending me notices.
[18:06] <Pici> 13:05:52 [freenode] -Hajuu(i=dfgt@203-59-35-179.dyn.iinet.net.au)- you know, banning someone after they say 'anyway, ill stop too' is really just asking for a botnet attack. Not neccisarilly from me, but I'm just saying
[18:09] <MenZa> Pici: I can just see him trying to ddos ubuntu/member/pici now.
[18:09] <MenZa> ahwait, pdpc.professional.
[18:09] <MenZa> good man, Pici :3
[18:10] <MenZa> Pici: He just spammed -server
[18:10] <Pici> I saw
[18:11] <MenZa> k
[18:50] <Tm_T> kids...
[18:55] <Tm_T> have you seen this? http://mako.cc/copyrighteous/20091020-00 "Updating the Ubuntu Code of Conduct"
[18:57] <Pici> Tm_T: not yet
[18:57]  * Pici reads
[19:42] <Flannel> Is there a changelog/diff?
[19:42] <Pici> Flannel: yep, http://bazaar.launchpad.net/~mako/ubuntu-codeofconduct/proposed-revision/annotate/head%3A/CodeOfConduct.txt
[19:43] <Flannel> Hmm, the rationale text makes me think I've read this before... less technical oriented, etc.  Isn't that what v1.0.1 was for or something? Then again, I'm still groggy
[19:44] <Pici> Flannel: long night?
[19:46] <Flannel> Pici: I had a long weekend.  Went to New Jersey (6 hour plane) for a convention/conference where they had us scheduled solid from 730am to 1015pm all three days
[19:48] <pleia2> the proposed changes have been around for *months*
[19:48] <pleia2> we just finally got around to voting this morning (they were waiting for the new CC and all)
[19:51] <Pici> Flannel: where in NJ?
[19:52] <Flannel> Pici: East Brunswick
[19:52] <Pici> Flannel: :O
[19:52] <Pici> Flannel: Thats pretty close to where I am
[19:59] <Flannel> Well, next year I'm going to be wiser about this convention, pad travel days to give myself some freetime to sightsee and stuff.  It'll be near Lehigh next year, which is right down the road
[20:02] <pleia2> what is there to sightsee in East Brunswick? ;)
[20:03] <pleia2> (sorry, pennsylvania here, it's Our Job to heckle nj)
[20:03] <Flannel> No idea, but NB is right next door, and... old buildings are automatically sightseeable
[20:04] <Flannel> s/buildings are/stuff is/
[20:10] <Pici> East Brunswick has... hm..
[20:10] <Pici> There are some farms
[20:11] <Tm_T> Pici: there's that tree
[20:13] <Flannel> Yeah, that's pretty much what I saw of it too.  Some freeways, and a hotel in the middle of nothing
[20:13] <Flannel> er, excuse me, turnpikes
[20:18] <gord> pfft old stuff, nothing in america is "old"
[20:18] <gord> you guys don't even have castles!
[20:19] <Flannel> gord: That's not entirely accurate
[20:20] <tsimpson> no forts though, the ones not made out of sheets and chars ;)
[20:20] <Pici> and strings?
[20:20]  * gord builds a fort, does not invite Flannel
[20:21] <Flannel> I'll just build my own fort and lay siege to yours!
[20:21] <gord> you do realise, that this means war.
[20:21]  * gord tells his mum on Flannel
[20:22] <topyli> gord, in fact it means peace
[20:22] <topyli> you have a language problem :(
[22:22] <topyli> -ot can go to hell, and probably will. i'm going to have a beer and read some neww
[22:22] <topyli> news even
[22:23] <Tm_T> topyli: awwww
[22:24] <Tm_T> what a sillyness
[22:46]  * nalioth isn't sure which is the more welcoming - news or -ot
[23:19] <mneptok> no forts?!
[23:19] <mneptok> errr ... wrong


[01:51] <croz> i accidentally removed the menu panel at the bottom of the window. how do i add it back?
[02:16] <croz> ?
[02:45] <EldonMcGuinness> croz: The entire panel or just the application launcher?
[03:11] <fuze> i just updated to kubuntu 16.04 to 17.04  and now the keyboard shortcut for the application launcher must be held down instead of a single press. how can I get it so I can just toggle the menu with a keyboard shortcut?
[03:19] <EldonMcGuinness> I would have thought it would be under shortcuts some where but not seeing it
[03:20] <ahoneybun> held down
[03:20] <ahoneybun> ?
[03:21] <ahoneybun> you can right click the launcher then Application Launcher Settings
[03:21] <fuze> i used to be apple to press the key and the window would stay there. now if i press the key the widget appears and then goes away when i release my finger off the shortcut key
[03:21] <fuze> able*
[03:23] <EldonMcGuinness> perhaps try this https://bucharjan.cz/blog/plasma-custom-modifier-only-shortcuts.html
[03:24] <ahoneybun> well pressing the key should just open it up
[03:28] <fuze> if i set it to the meta key can the meta (windows) key still be used for keyboard shortcuts (such as Meta + Tab)
[03:28] <croz> EldonMcGuinness, the entire menubar at the bottom is gone where I could click my shortcuts, displayed the time, and see what apps were open.
[03:29] <fuze> croz: you deleted the panel
[03:29] <fuze> just make a new one
[03:29] <croz> how do i do that?
[03:29] <fuze> right click on the desktop > add panel
[03:29] <croz> ah there we go
[03:30] <croz> HOLY SHIT it fixed the small resolution too by doing that. i was stuck with a small ass menu bar since i have 4k display and now it's bigger.
[03:30] <croz> thanks!
[03:31] <fuze> you can adjust the size of the menu bar (panel) by clicking the wrench in the corner and dragging the height button in the middle. no problem
[03:41] <croz> you the man fuze!
[03:41] <croz> thanks
[03:43] <fuze> ahoneybun: EldonMcGuinness: so it appears that adjusting the keyboard shortcut for the app launcher fixed my issue and after some research i found this: since KDE 5.8 setting the launcher to keyboard the keyboard shortcut which I believe is now the default, Alt + F1, the Meta (windows) key will automatically open the app launcher
[04:08] <EldonMcGuinness> very cool
[04:08] <EldonMcGuinness> glad you got it fixe fuze
[04:19] <wt> I am running the kde plasma5 under wayland. There are a number of little issues, but it's mostly working. Is there any reasonable way to get ssh-agent to run on login?
[04:31] <EldonMcGuinness> Something like this perhaps: https://en.opensuse.org/SDB:Ssh-agent_KDE_Wallet
[04:31] <EldonMcGuinness> I thought about doing myself, but it is just easier for me to type the passwords I use atm.
[04:52] <valorie> wt: depends on what ssh-agent is
[04:52] <valorie> if it's a service run by systemd, then you need to turn it on there
[04:52] <valorie> otherwise, you can do that in systemsettings > autostart
[04:53] <valorie> !ssh
[04:54] <valorie> aha, thanks for that link, EldonMcGuinness
[04:54] <EldonMcGuinness> np
[04:54] <valorie> that shows how to do it step by step
[04:54] <valorie> wt: did you see that?
[04:55] <valorie> !info ksshaskpass
[04:55] <valorie> so that will need adding
[04:56] <EldonMcGuinness> yup
[04:57] <EldonMcGuinness> one of the reasons I was like meh
[04:58] <valorie> I remember setting that up in windows, long ago
[04:59] <valorie> i no longer have a website I work on
[04:59] <valorie> which is what I used it for
[04:59] <EldonMcGuinness> I have to admit, in gnome it just asked if I wanted to save the pass to my keyring and it just worked.
[04:59] <EldonMcGuinness> Maybe it will get that way here
[04:59] <valorie> if someone wants to make it so, sure
[05:00] <EldonMcGuinness> If I understand it correctly, this way needs your password again after logging in which just seems redundant.
[05:01] <valorie> once
[05:01] <valorie> basically to get the handshake in there
[05:01] <valorie> as I recall
[05:02] <EldonMcGuinness> Just seems that unlocking the keychain would be done when you authenticate to login
[07:08] <sneha> dsf
[08:46] <user|81017> need some assistance with kubuntu 17.04
 what's the issue?
[08:48] <renn0xtk9> what is the command to execute when willing to upgrade form 16.04 to 17.04
[08:48] <user|81017> Software center has disappeared.  Happened during updates.
 16.04 -> 17.04 direct upgardes are not supported. you have to upgrade to 16.10, then to 17.04
[08:54] <user|81017> can anyone help me?
 you'll need to explain more what updates you mean, and what you mean by dissapear
[08:57] <user|81017> ok well if anyone sees this and decides to answer...During updates of fresh install kubuntu 17.04, software center disappeared.
 what updates, from where?
[08:59] <user|81017> Ah. Installed 17.04, Software Center showed there to be updates to install then during updates it crashed and now does not exist. I do not know what updates. I didnt read every updates there. there were 138 of them.
 open konsole and try 'sudo apt install plasma-discover'
[09:03] <user|81017> Thanks. I'm fairly new to this, yet still I feel less than adequate for not thinking about just reinstalling it from terminal.
[09:05] <user|81017> So now discover shows 328 updates and is freezing. Any alternatives to Software center?
[09:06] <acheronuk> just do 'sudo apt full-upgrade' in the terminal
[09:06] <acheronuk> and upgrade the old fashioned way if what it proposes to do seems ok
[09:08] <user|81017> Thanks again.
[09:09] <renn0xtk9> so how to upgrade 16.04>17.10?
[09:09] <acheronuk> personally, I always fall back to old fashioned apt for any large numbers of suggested upgrades. less to go wrong
[09:09] <acheronuk> renn0xtk9: upgrade to 16.10, then to 17.04.
[09:10] <acheronuk> or do a clean install
[09:10] <user|81017> Good point. Only reason I even messed with discover is to find new software.
[09:11] <renn0xtk9> acheronuk  what is the command to issue?
[09:11] <renn0xtk9> i do-release-upgrade
[09:12] <renn0xtk9> it says no new release found
[09:13] <acheronuk> renn0xtk9: that is because by default, the LTS release are set to upgrade only to the next LTS
[09:13] <acheronuk> run 'sudo software-properties-kde'
[09:14] <acheronuk> and change the release upgrade setting to normal, like: https://help.ubuntu.com/community/YakketyUpgrades/Kubuntu?action=AttachFile&do=get&target=snapshot5b.png
[09:16] <renn0xtk9> alternative question are there still backports on LTS? my final goal is in fact to get the latest Kdevelop
[09:17] <acheronuk> or set Prompt=normal in /etc/update-manager/release-upgrades
[09:17] <acheronuk> renn0xtk9: yes, latest kdevelop has been built for 16.04. just not copied to backports yet
[09:20] <renn0xtk9> acheronuk, how to activate the backports in 16.04/
[09:21] <acheronuk> sudo add-apt-repository ppa:kubuntu-ppa/backports
[09:22] <acheronuk> will get a LOT of updates doing that!
[09:25] <renn0xtk9> hmm okay but still no kdevelop 5 I fI get it right :S https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/backports/+index?batch=75&memo=225&start=225
[09:25] <acheronuk> yes, I said it's not been copied to backports yet
[09:26] <acheronuk> see: https://launchpad.net/~kdevelop/+archive/ubuntu/release
[09:26] <acheronuk> built against backports ppa for Xenial, so may require it
[09:28] <renn0xtk9> and in 17.04 it's in?
[09:29] <acheronuk> 17.04 has kdevelop 5.0.4. with 5.1.1 to land in backports ppa soon
[09:30] <acheronuk> or is in that kdevelop ppa now
[09:31] <acheronuk> renn0xtk9: gotta go for now. hope you get what you want one way or the other :)
[10:36] <user|93564> does anyone know the comm.and line for installing startup disk creator? need to make a bootable usb on kubuntu 17
[10:42] <user|93564> Or can someone walk me through creating a bootUSB so i can install mint and get out of kubuntu?
[10:50] <user|93564> ok can anyone tell me how to format usb drive on kubuntu 17
[10:50] <jussi> user|93564: sudo apt-get install usb-creator-kde
[11:57] <nmrp3> hi - on upgrading my laptop to latest ubuntu, I've lost wlan0
[11:57] <nmrp3> so no wireless
[12:00] <nmrp3> the device is listed under lspci
[12:07] <BluesKaj> Howdy folks
[14:23] <nmrp3> Still no joy getting my wireless going :( Looked in the driver management app but it isn't finding a driver for my wifi card
[14:33] <BluesKaj> nmrp3, it would help if you gave us some info about the wifi chip and if it worked previously etc
[14:35] <nmrp3> BluesKaj: I was running 16.04, and upgraded to 17.04 -- it worked in 16.04 and in 16.10 while I did the 17.04 upgrade
[14:35] <nmrp3> Realtek RTL8723BE PCIe Wireless Network Adaptor
[14:36] <nmrp3> wired networking over eth0 works
[14:44] <BluesKaj> nmrp3, install firmware-realtek
[14:45] <nmrp3> BluesKaj: "unable to locate package firmware-realtek"
[14:48] <nmrp3> which apt source should be providing that? I have 9 firmware- packages, none of which are realtek
[14:51] <BluesKaj> nmrp3, I misread, that firmware is for debian, not kubuntu , google-fu isn't providing much info for the chip on 17.04
[14:53] <nmrp3> a laptop without wireless is a brick :(
[14:55] <nmrp3> I don't particularly want to roll back to 16.10
[15:06] <acheronuk> !wifi
[15:07] <acheronuk> nmrp3: very likely a general ubuntu issue rather than kubuntu specific, so maybe you can ask a more general audience on #ubuntu ? And/or the ubuntu forums or askubuntu?
[15:09] <BluesKaj> very poor info about the required driver for that chip
[15:10] <BluesKaj> looks like it may have to be compiled from source
[15:11] <acheronuk> perhaps. wireless drivers used to be a complete PITA. now it's unusual to find a chip that needs much more than a few tweaks
[16:34] <borw3> I recently installed kubuntu, and trying to find the update manager, but can't find it like it is in ubuntu
[17:32] <Jordan1717> test
[18:20] <vampire1> .
[19:50] <Oderus> Hello. I've replaced the sddm icons for breeze-slider theme and when I boot up they do not appear. However, when i run sddm-greeter from terminal, they do appear. Any ideas?


[15:52] <tseliot> ricotz, mamarley: just FYI, I'm working on the packaging of the 410 release
[16:02] <ricotz> tseliot, m_amarley has packages in his ppa
[16:03] <ricotz> https://launchpad.net/~mamarley/+archive/ubuntu/staging/+packages
[16:03] <tseliot> ricotz: good. I only have local packages for now. I really need the hardware though


[14:58] <caribou> Hello, me again with a new IPv6 related question : When using the EphemeralIPNetwork() class, with ipv4=True, ipv6=True, is each IP version used sequentially ?
[14:59] <caribou> I mean if I use this decorator, IPv4 will be tried first right ?
[15:01] <aciba> caribou: ipv4 first and then ipv6, both versions used: https://github.com/canonical/cloud-init/blob/c273d0e9f262d61b275369ce5587151b0df0dfe6/cloudinit/net/ephemeral.py#L442
[15:01] <caribou> aciba: thanks for the confirmation
[15:07] <caribou> I also see that both the DataSourceEC2 & DataSourceOpenStack make use of the url_helper.wait_for_url() with a list of IPv4 & IPv6 metadata URLs. This is based on the assumption that either IPv4 or both IPv4 & IPv2 stack will be available as I understand it
[15:07] <caribou> for a bit of background, I'm working on the IPv6 impleplentation of our DataSourceScaleway
[15:08] <caribou> s/impleplentation/implementation/
[15:16] <aciba> caribou: per the documentation of EphemeralIPNetwork, if ipv4 and ipv6 are set to true then the assumptions are (ipv4 and ipv6) or (ipv6 only)
[15:16] <caribou> ok, thanks for the clarification
[15:21] <caribou> btw, which documentation are you referring to ?
[15:22] <aciba> https://github.com/canonical/cloud-init/blob/c273d0e9f262d61b275369ce5587151b0df0dfe6/cloudinit/net/ephemeral.py#L439
[15:22] <caribou> thanks!
[15:22] <aciba> and the error handling in the except block
[15:24] <caribou> aciba: if I read it right, it is "Only IPv4" or "Dualstack IPv4 and IPv4"
[15:25] <caribou> s/and IPv4/IPv6/
[15:28] <caribou> aciba: thanks for the fix on LP: #2003562 btw
[15:28] -ubottu:#cloud-init- Launchpad bug 2003562 in cloud-init (Ubuntu) "network-manager renderer does not honour IPv6 default route subnet" [High, Fix Committed] https://launchpad.net/bugs/2003562
[19:42] <sstory> Trying to setup on RockyLinux 8.7 for a proxmox template. Getting some errors in cloud.cfg
[19:44] <sstory> https://paste.centos.org/view/1d945402 Any ideas how to make it not freak out over the colon. I am new to this.
[19:50] <waldi> sstory: this is not valid yaml, it needs some ":"
[19:56] <sstory> waldi: Wow! I could NOT see the : missing after sudo!  Amazing what another pair of eyes can do
[23:30] <meena> minimal: current status: trying to test your patch
[23:31] <meena> step one: build cloud-init with your patch…
[23:32] <meena> step zero: upgrade all VMs i haven't touched in 2 months
[23:41] <meena> i also need to generate a certificate chain
[23:46] <minimal> meena: thanks
[23:46] <minimal> you can use openssl to create a cert
[23:47] <meena> minimal: i know, i just need to remember the secret invocations again
[23:47] <minimal> meena: I have scripts for that to create root and intermediate CAs ;-)
[23:48] <meena> minimal: i have shed the need for such things long ago
[23:49] <minimal> BTW best to test using throwaway VMs, especially for testing the delete certs functionality - if it works then anything relying on the CA certs will fail (e.g wget, curl, package manager perhaps, etc)
[23:49] <minimal> meena: rather than rely on scripts you rely on your memory? lol
[23:50] <meena> minimal: i have shed memory, too, pretty sure my brain's gone out the window with covid
[23:53] <meena> are we still generating RSA keys?
[23:57] <minimal> for what exactly? certs? that depends on what the certs might be used for.


[14:04] <cerebrate> hi yall, thanks again 4 lubuntu
[14:18] <cerebrate> how do i get chrome to play iTunes videos?
[14:27] <cerebrate> *chromium
[14:29] <cerebrate> issue absolved, ty for your time :D
[20:03] <lesshaste> how can I actually list the option that /etc/environment accepts and in any case is that right thing for lxde?
[20:03] <lesshaste> I thought I would follow http://askubuntu.com/questions/150210/how-do-i-set-systemwide-proxy-servers-in-xubuntu-lubuntu-or-ubuntu-studio
[20:03] <lesshaste> I want to set my web proxy using a pac-file-url
[20:13] <noc0de> okay, so I just got lubuntu installed in a VM. Now what should I do?? ;-)
[20:14] <noc0de> take over the world?
[20:52] <hoolala> hi. i'm new to lubuntu and installed its alternate version from usb on my laptop now, but there was a problem in the 'install software' step, so i skipped it. now i if i start the pc, i can use only command line. there is no 'startx' command. can somebody help plz?
[20:58] <Unit193> hoolala: Did you use the minimal install?  In Lubuntu there is a startlubuntu command.
[21:00] <hoolala> Unit193: there is no 'startlubuntu' command either.
[21:00] <Unit193> See question I asked.
[21:05] <hoolala> Unit193: i used this installer: https://help.ubuntu.com/community/Lubuntu/Alternate_ISO PC 32 bit, i understood so, that the installer is text-based and so it was, and after that there will be 'startx'.
[21:07] <Unit193> After you login, do you have networking?  If so, try  sudo apt-get update && sudo apt-get install lubuntu-desktop
[21:11] <hoolala> update is ok (does nothing), but lubuntu-desktop says 'The following packages have unmet dependencies: <list of 8 items> \e: Unable to correct problems, you have held broken packages.'
[21:12] <Unit193> Now lsb_release -a
[21:13] <hoolala> 'No LSB modules are available.'
[21:13] <Auriga> Is there a way to delete stuff in Lubuntu without removing the desktop? I read about this long ago under Debian, something to do with metapackages...?
[21:14] <Unit193> hoolala: None of this is sounding right at all, does  cat /etc/issue  have anything either?
[21:14] <Unit193> Auriga: It doesn't remove Lubuntu, go ahead.
[21:14] <Unit193> !metapackage
[21:15] <hoolala> Ubuntu 12.10 \n \l
[21:17] <Unit193> Well, you can either install pastebinit so I can see the whole message when trying to install lubuntu-desktop, or you can try installing lubuntu-core, or just reinstall (checking the disk for a bad burn first)
[21:22] <hoolala> Unit193: i
[21:22] <hoolala> i'm very sorry, i disconnected my network cable from the laptop to chat here, so the errors came. now i'll plug it back :)
[21:33] <Auriga> Unit193, It says it will...
[21:33] <Auriga> I just found a GUI to edit menus I'm possibly not so bothered now.
[21:39] <Unit193> Auriga: It says it will remove "lubuntu-desktop", not the Lubuntu desktop.  It's a metapackage.
[21:46] <Auriga> Unit193, What is lubuntu-desktop?
[21:46] <Unit193> It's a metapackage.
[21:47] <Auriga> My understanding of metapackages is minimal.
[21:47] <Auriga> Are metapackes not needed?
[21:48] <Unit193> They aren't.
[21:49] <PaulW2U> Auriga: metapackages will pull in other packages when installed but will remove nothing when removed
[21:50] <Auriga> PaulW2U, Okay thank you for the explanation, I'm heading to google for more.
[21:50] <hoolala> Unit193: i had this message when installing: http://pastebin.com/sYWmGbiR I chose YES instead of default NO. does this mean i cannot install from usb, only cd? or what do i have to do?
[22:29] <Unit193> !pm | hoolala
[22:30] <Unit193> Not seen that one before myself, could try another install disk (live rather than alt.), but at this point it's more or less guessware.
[22:31] <hoolala> Unit193: ok, thx
[22:47] <saintlulu> http://picomp.it/contest/877/lubuntu-13-04-community-wallpaper-contest/
[22:48] <saintlulu> TIME to vote for next wallpaper... choose five, then save your vote, to see the results


[16:17] <Baribal> Hi. I just heard of this channel (when I asked whether there was a phone on which Ubuntu can run natively; the answer was "No"), so... What's the state of things?
[16:49] <jussi> Baribal: there is no phone interface yet
[16:49] <Baribal> Okay... What *is* there?
[16:49] <jussi> they had ubuntu running with android on some motorola, but thats entirely different
[16:50] <jussi> Baribal: http://www.ubuntu.com/devices/android
[16:50] <Baribal> Wasn't that just using the phone as another screen?
[16:50] <jussi> Baribal: basically using the phone as a mini pc
[16:51] <Baribal> Well, that's pretty much exactly what I want. :)
[16:51] <jussi> Baribal: ok, dont think source has been released for that yet
[16:52] <Baribal> Also, wouldn't running that on Android not just be a makeover of appearance? One of the most importa
[16:53] <Baribal> important reasons why I don't have a smartphone yet is that AFAIK Android is anything but a GNU/Linux as I'd expect it; I was told it had no multiuser capability, that apps couldn't access each others APIs, etc.
[16:54] <Baribal> (..and I don't really understand why that would be; after all, modern cell phones *are* *real* *computers*, so why not run a real OS on them?)
[16:55] <jussi> Baribal: dunno, Im not really here to talk about android ;)
[17:02] <Baribal> jussi, so this channel is about native Linux/GNU/Ubuntu? That'd be great indeed.
[17:03] <Baribal> Is there any hardware platform in sight?
[17:03] <jussi> Baribal: Discussion for all things regarding Ubuntu in smartphone form factor (from the topic)
[17:04] <jussi> Baribal: I expect that hw manufacturers will pick this up at some pointg
[17:05] <Baribal> Ah... Oh... ####.
[17:09] <Baribal> I think that at this point phone manufacturers would rather be threatened by an open platform; Apple and Google have shown how much money can be made with walled gardens.


[16:14] <KSCC_> hello
[16:14] <CoconutCrab> đến giờ ngủ rồi
[16:14] <CoconutCrab> ngủ thôi
[16:14]  * CoconutCrab chui chăn
[16:15] <KSCC_> is this channel still active?
[16:15] <KSCC_> oh good


[01:33] <havenstance> over all that upgrade was probably the most painless i've ever done
[01:34] <havenstance> to note the issue i had at install this machine being an older machine required me to turn off usb 2.0 in order for it to read the usb key to install from. Other then that everything worked really well
[13:09] <cmaloney> mornong
[13:19] <mrgoodcat> so apparently bookiebot's url shortening service decided to go ahead and stop being a service...
[13:48] <rick_h_> morn
[13:48] <rick_h_> mrgoodcat: revolt among the bots!
[13:49] <mrgoodcat> i'm switching it to google
[13:50] <mrgoodcat> google shouldn't disappear overnight
[13:50] <mrgoodcat> although.... http://www.xkcd.com/1361/
[13:51] <mrgoodcat> I'd like to propose a new internet postulate. If it is on the internet, there is a relevant xkcd
[13:59] <mrgoodcat> http://stackoverflow.com/questions/6504810/how-to-install-lxml-on-ubuntu
[13:59] <bookiebot> http://goo.gl/VPRLM9 - python - How to install lxml on Ubuntu - Stack Overflow
[13:59] <mrgoodcat> thank you bookiebot :)
[13:59] <rick_h_> hah
[14:07] <mrgoodcat> not sure why bookiebot failed to join #bookie the first time...
[14:08] <mrgoodcat> sent a JOIN to the server... never got a response...
[14:08] <mrgoodcat> oh well. not worth dwelling over
[15:38] <brousch> Go Detroit! http://www.uscollegesearch.org/blog/wp-content/uploads/2011/04/crime-rates-in-us.jpg
[15:38] <bookiebot> http://goo.gl/hmzWPs - image/jpeg
[16:01] <cmaloney> fml
[16:02]  * brousch feels cmaloney's leg
[16:02] <brousch> Firmer than I thought it would be
[16:02] <cmaloney> sittig in a coffeeshop in frankenmuth trying to fix an autoprocess that appears to be fuckong up because of network issues
[16:02] <cmaloney> brousch: double bass :)
[16:03] <brousch> Frankenmuth is open when it's not winter?!
[16:03] <cmaloney> yes
[16:08] <jcastro> n0p, around?
[19:28] <brousch> rick_h_: I envy your freedom with running your own GSoC. We have extra requirements imposed by the PSF due to their umbrella, and decisions even within our org feel like going through a committee
[19:28] <rick_h_> brousch: ouch, what's the pita parts?
[19:29] <brousch> PSF deadlines for things are different from general GSoC, usually 1 day before
[19:29] <brousch> So for instance our students were supposed to have an initial blog post yesterday, when gsoc deadline is today
[19:30] <brousch> But we get emails from both places so it's confusing
[19:31] <brousch> And to make a decision like frequency of reports that we will require we need concensus from 6 people in 4 different times zones
[19:31] <rick_h_> lol
[19:40] <mrgoodcat> GSoC students are required to blog their work?
[19:40] <mrgoodcat> where are the blogs
[19:40] <mrgoodcat> ?
[19:41] <brousch> mrgoodcat: That might be just a PSF requirement http://terri.toybox.ca/python-soc/
[19:41] <bookiebot> http://goo.gl/rAdWYR - Python's Summer of Code Updates
[19:43] <brousch> mrgoodcat: Here's the email for the PSF blog deadlines http://pastebin.com/iUwCvwg4
[19:43] <bookiebot> http://goo.gl/g3Ixbs - Florian Fuchs<EMAIL_ADDRESS>via python.org Apr 29 to soc2014-general - Pastebin.com
[22:57] <cmaloney> Evening
[22:59] <rick_h_> party
[23:07] <gamerchick02> party party rick_h_
[23:08] <gamerchick02> i got my grocery list done.


[00:00] <agaida> there are some patches for other DMs - so patching sddm for Ubuntu would be the way to go
[00:01] <agaida> sddm right now reads the session_desktop_names so it should be easy to set the environment right - i guess it would be the three or four-liner
[00:02] <tsimonq2> Right, I'll throw you my debdiff once it's gone through sbuild
[00:03] <tsimonq2> It's on my TODO list to update sddm in Debian as part of the KDE/Qt team anyways, so I'll pull it there and to upstream once I can verify that it works.
[00:03] <agaida> and i would go a step further
[00:03] <tsimonq2> Something like (rough, untested, right from my brain): return fileName().relativeFilePath.replace(s_entryExtention, QString());> error: ‘class QString’ has no member named ‘relativeFilePath’ -- bah, I'll figure it out :P
[00:04] <agaida> much easier
[00:04] <tsimonq2> Oh?
[00:04] <agaida> if you look into the sddm code
[00:04] <agaida> and in the paste how this is handled for ubuntu in lxdm
[00:05] <agaida> you will notice that sddm has a routine for desktop_names
[00:05] <tsimonq2> Yeah?
[00:05] <agaida> so set the DESKTOP_SESSION with desktop_names and be done with
[00:06] <agaida> you was in the right file- i guess it is already there
[00:06] <tsimonq2> s/was/were/ and yeah
[00:06]  * tsimonq2 looks
[00:07] <agaida> and there is another thing that will likely explode into your face
[00:09] <agaida> lxqt-session provide a session in lxqt-session: /usr/share/xsessions/lxqt.desktop - and your settings package provide such a session too - both have an Exec=startlxqt
[00:10] <agaida> so - only a wild guess - it will be better to drop the qLubuntu file and patch the desktop file from lxqt-session to your needs
[00:11] <tsimonq2> Wait, what breaks?
[00:11] <tsimonq2> Are we talking about SDDM or LXQt itself here?
[00:12] <agaida> sddm - if you have a look into the available sessions in sddm you will find qlubuntu beside lxqt
[00:12] <agaida> if the user choose lxqt - it will break
[00:13] <agaida> if the user choose qlubuntu it will work
[00:13] <tsimonq2> Why is that the case?
[00:13] <agaida> because of the given back session names - that will be used in 60x
[00:14]  * agaida think - use random swearwords at this point
[00:14] <tsimonq2> I'm doing a slightly different solution than what you suggested, actually.
[00:14] <tsimonq2> If I just take QLubuntu, make sure that there's no .desktop suffix or absolute path prefix, it should Just Work, right?
[00:15] <tsimonq2> (You know, and then I pass that to DESKTOP_SESSION)
[00:15] <tsimonq2> Either way, I don't think it matters :D
[00:16] <tsimonq2> Although that's where it comes in that xorg should check if what it's setting is indeed a valid path.
[00:16] <agaida> if that in  the end results in a valid /etc/xdg/xdg-$foo - all things are right
[00:16] <tsimonq2> Right
[00:16] <tsimonq2> I passed on the spec deviation to the Ubuntu X guy
[00:16] <tsimonq2> But otherwise I think we don't have to touch it, right?
[00:17] <agaida> but i would suggest to reduce the users choices - users are sometimes really innovative
[00:17] <agaida> no - all can stay as it is as long the DESKTOP_SESSION is right
[00:17] <agaida> and that would solve the NEON and Kubuntu problems too
[00:18] <tsimonq2> *Neon
[00:18] <tsimonq2> :P
[00:18] <tsimonq2> And righht
[00:18] <tsimonq2> *right
[00:18] <agaida> never used it :D so bare with me - i would just patch sddm
[00:19] <agaida> it is specific to ubuntu and derivatives - so no upstream will really care about
[00:21] <agaida> oh - btw - and featherpad becomes useful slowly, we can expect a new release soon
[00:23] <agaida> so i demoted juffed to suggest and depend lxqt meta to featherpad
[00:31] <agaida> tsimonq2: and you could do us a favour - poking pochu about xdg-utils
[00:32] <agaida> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=884436
[00:35] <tsimonq2> agaida: I spotted featherpad in Ubuntu and it's been pulled in for the past week :P
[00:36] <agaida> 2018-01-12  16:33:57 <pochu> agaida: I'll see if I can do an update during the weekend, ping me on Monday if that's not the case
[00:36] <agaida> 2018-01-12  16:37:30 <agaida> that would be cool - the simple split between lxde and lxqt suggested in  the upstreamed patch would be the preferred solution for both LXDE and LXQt right now
[00:36] <tsimonq2> Ah ok
[00:36] <agaida> that was in d-devel - poked him two times after, but still no action
[00:37] <agaida> and i would highly recoomend to have this in bionic - otherwise user will notice it
[00:37] <agaida> very fast
[00:37] <simonizor> IMO, it would make sense to just have `pcmanfm-qt` also provide `pcmanfm`
[00:37] <agaida> nope
[00:38] <simonizor> I really don't think anyone is installing both at the same time and that would easily solve the xdg-open problem
[00:38] <tsimonq2> simonizor: pcmanfm still exists
[00:38] <agaida> erm - lubuntu do this :D
[00:38] <tsimonq2> It's not a replacement for it
[00:38] <simonizor> Yeah, but who is installing both?
[00:38] <agaida> lubuntu
[00:38] <agaida> next :D
[00:38] <simonizor> pcmanfm has a lot less features
[00:38] <simonizor> and no, it doesn't
[00:38] <tsimonq2> We SHOULDN'T be
[00:38] <simonizor> it only comes with pcmanfm-qt
[00:38] <tsimonq2> But people should be able to have both installed at the same time
[00:39] <agaida> right
[00:39] <simonizor> Why?
[00:39] <agaida> why not
[00:39] <simonizor> I don't see the point, honestly
[00:39] <tsimonq2> For direct comparison between the two
[00:39] <agaida> they don't interfere
[00:39] <simonizor> Because pcmanfm-qt does everything pcmanfm does and then some
[00:40] <simonizor> People who install pcmanfm or pcmanfm-qt are usually doing it because they want a lightweight system... kinda doubt many people at all are installing both
[00:40] <agaida> install lxde
[00:40] <agaida> install lxqt afterwards
[00:40] <agaida> bingo
[00:41] <simonizor> Would still work fine
[00:41] <tsimonq2> They don't interfere or conflict, so why should they HAVE to choose one or the other?
[00:41] <agaida> right
[00:41] <simonizor> Having a symlink for pcmanfm-qt to pcmanfm would still allow LXDE to work fine
[00:41] <agaida> you really don't want do this
[00:41] <tsimonq2> I agree
[00:42] <tsimonq2> simonizor: (agaida is the Debian LXQt maintainer fwiw)
[00:42] <tsimonq2> If you want to do it, you're more than welcome to do it on your systems :D
[00:42] <simonizor> I mean, I kinda *have* to
[00:42] <simonizor> otherwise xdg-open doesn't do diddly
[00:43] <agaida> this is easy - fix xdg
[00:43] <tsimonq2> Right
[00:43] <tsimonq2> We're gonna fix XDG :)
[00:43] <simonizor> I also *have* to have pcmanfm-qt or pcmanfm installed for xdg-open to work on LXQt
[00:44] <simonizor> It's pretty much just nicer to install Openbox and parts of LXQt than it is to use LXQt as intended right now, IMO
[00:45] <tsimonq2> Why?
[00:45] <simonizor> I don't really care for pcmanfm-qt being the desktop manager.  I'd actually like to replace it entirely
[00:46] <tsimonq2> Then don't use it.
[00:46] <simonizor> but then it's more work to get things working properly than it is to just use Openbox + parts of LXQt
[00:46] <agaida> https://github.com/luis-pereira/xdg-utils/commit/dbf58e9fd8c5e2089a13522d87d2e660e159b8e2
[00:46] <tsimonq2> "working properly" - what do you mean?
[00:46] <simonizor> xdg-open mostly
[00:46] <tsimonq2> ...we're fixing that.
[00:46] <agaida> ^^ it is really that easy - and thats what both upstreams would prefer
[00:47] <tsimonq2> Just wait a few days, I'll poke my usual Core Developers and we can get a fix uploaded to Bionic.
[00:47] <agaida> better way - if they are DDs too - fix it in debian
[00:47] <simonizor> Yeah, but your fix gives me more packgaes, no?
[00:48] <agaida> because - no diffs between ubuntu and debian
[00:48] <agaida> no
[00:48] <simonizor> Then what's the fix?  thought I saw it was to add something like XFce's exo stuffs
[00:48] <agaida> and again
[00:48] <agaida> 2018-02-10  01:46:24 <agaida> https://github.com/luis-pereira/xdg-utils/commit/dbf58e9fd8c5e2089a13522d87d2e660e159b8e2
[00:49] <agaida> only a few lines shell
[00:49] <simonizor> Yeah, but I'm on a rolling distro lol
[00:49] <agaida> who cares?
[00:49] <agaida> i'm too
[00:49] <simonizor> I'd replace the file myself, but it'll get updated in like a week and I'll have to redo it lol
[00:50] <simonizor> This guy
[00:50] <agaida> if you are on arch - just write a own xdg-utils package
[00:50] <simonizor> That's at the point where it becomes easier to just not use LXQt as a whole and just use parts of it
[00:51] <agaida> if you are on a debian or ubuntu derivative - patch the package and give it an epoch
[00:51] <agaida> omfg
[00:51] <agaida> but we are in a dev-channel?
[00:51] <simonizor> I love when devs "omfg" :)
[00:52] <simonizor> Yeah, 'cuz LXQt isn't regular Lubuntu
[00:52] <agaida> so we should _solve_ problems, not work around them
[00:52] <simonizor> So you get directed here usually if you wanna talk about it
 @GitHub193, Hi. Do youknow if Lubuntu next lxqt 18.04 will launch on aprl utterly ready to use?
 @Jyoti, It depends on how things turn out.
 Ok
 I want to use lubuntu lxqt as my main OS
 It's getting there :)
 But, at least, is it certain that you will not give up the project (to continue with the construction of a Lubuntu LXQT fully functional), even with all the difficulties and after the changes that occur in Ubuntu?
 Correct.
 Very well :-)
 The changes that occur now in Ubuntu affects Lubuntu in any way?
 Sort of
 It depends on your perspective.
 LxQt has its own WM now?
 Hi. You know? Asthe pcmanfm search function almost does not work, i allways need to install the nautilus file manager after intalling Lubuntu...
 Try catfish if you need powerful searches
 Ok. Thanks
 Lubuntu 17.10
 Welcome!
 Sorry, this isn't really what this channel is for
 @Narendra Badaria, GIMP
 That's a fun one