[00:00] <kyrofa> cprov, indeed, I haven't been able to get a failure myself, it's popey that's breaking everything
[00:00] <kyrofa> cprov, thank you for your help :)
[00:01] <popey> Hah
[00:01] <cprov> kyrofa: right, unknown snap name/series or snap_id would result in a 404, also the body of the 404 response is a json error
[00:01] <popey> Oh god. I bet I know what it is
[00:01] <cprov> would point what is wrong
[00:02]  * popey gets out of bed to test a theory
[00:02] <cprov> popey: you working on this time ?
[00:02] <cprov> ah
[00:03] <kyrofa> popey, not registered?
[00:03] <popey> lemme just test as is first
[00:03] <popey> to confirm it still happens
[00:04] <popey> wait, not registered, the snap has to be registered first?
[00:04] <kyrofa> popey, yeah, otherwise it's unknown by the store
[00:05] <popey> ok, well that't it then
[00:05] <popey> this snap isn't registered
[00:06] <kyrofa> Yep, I just tested that out and got the same
[00:06] <popey> (nothing in the docs says it should be)
[00:06] <popey> I mean, I may be being dumb here, but neither the current docs nor the wall of text snapcraft prints, says it has to be registered first
[00:06] <popey> Sorry :(
[00:07] <cprov> popey: agreed, can you please file a bug in LP, we will update the doc. Just checking, the 404 response body was clear about why it failed, right ?
[00:07] <popey> (404 isn't the kind of error message I'd expect given this circumstance)
[00:07] <cprov> correct, it's a 400
[00:08] <popey> well, snapcraft doesn't give a good error
[00:08] <popey> "Snap name not registered" is preferable (or similar)
[00:08] <popey> and running snapcraft -d gives me a 404, which also isn't "snap name not registered"
[00:08] <kyrofa> cprov, we're somehow printing "invalid creds" instead
[00:08] <popey> ya
[00:10] <popey> cprov: what project should I file the bug in?
[00:10] <cprov> lp:snapstore
[00:12] <cprov> kyrofa: the 404 body contains the resource-not-found identifier and `Snap not found for the given snap name: '{}' and series: '{}'` description, the code from enable-ci might need a patch to treat it correctly
[00:13] <kyrofa> cprov, ah very good
[00:17] <popey> https://bugs.launchpad.net/snapstore/+bug/1737276
[00:17] <mup> Bug #1737276: Store returns 404 for unregistered snap <Snap Store:New> <https://launchpad.net/bugs/1737276>
[04:14] <satoshi> Hello!
[04:28] <satioshy> clear
[07:15] <RyoshiKayo> What's the significance of a version number that has '+git' after it? Do you use that  when the package is from a git repo?
[12:07] <Nafallo> hi. I'm using a desktop app, but compose doesn't seem to be picked up. any hints regarding where to start looking for a solution?
[12:21] <mcphail> ikey: would it be a silly idea to have the lsi functionality in the solus core snap rather than a separate snap? the reason i'm asking is it would be useful to have a core snap with sane sdl versions etc for packaging non-steam games
[12:22] <mcphail> a generic core gaming snap would be brilliant
[12:25] <ikey> so turn LSI snap into steam stub?
[12:25] <ikey> and runtime-gaming as the support environment
[12:25] <mcphail> yes
[12:25] <ikey> sure - the only part of LSI in the lsi snap btw is the linux-steam-integration binaries and glxgears/glxinfo/steam
[12:26] <ikey> we *could* expose lsi-exec within the main runtime snap itself
[12:26] <ikey> to support proprietary games and redirect them
[12:26] <ikey> but it'd need apparmor help
[12:26] <mcphail> so your solus sdl etc are in the core snap?
[12:26] <ikey> yeah
[12:26] <mcphail> aah. that's probably enough in itself then
[12:26] <ikey> linux-steam-integration snap is a tiny 3mb
[12:27] <ikey> whereas solus-runtime-gaming is like 280mb or so
[12:27] <mcphail> ok. will need to check it out
[12:27] <ikey> its still in edge and will likely stay that way until such point as i can get full parity in apparmor for steam
[12:27] <mcphail> this is brilliant, btw. thanks for making this
[12:27] <ikey> lots of stuff is wonky and its hopeless with full confinement
[12:27] <ikey> ah no worries
[12:28] <ikey> if you wanna work towards making this a generic runtime then im happy to do so with input from other snapcrafters and we'll work out a plan for keeping it stable
[12:28] <mcphail> cool. i'm going to make a few game snaps against the ubuntu core and see ehat problems i hit
[12:29] <ikey> ok
[12:30] <mcphail> i've already hit a few snags, but those seem apparmor related rather than linker related, and are already being fixed
[12:30] <ikey> ah ok
[12:30] <mcphail> but snaps seem a really great way to package games
[12:31] <ikey> they are - but there is a gotcha
[12:31] <ikey> lets not recreate the mistake of 10,000 indie steam devs
[12:31] <ikey> and release&forget
[12:31] <ikey> they're the primary reason lsi exists lol
[12:32] <mcphail> indeed. but release and forget would cause fewer problems with lsi :)
[12:32] <ikey> to an extent, it still derives from a rolling distro ^^
[12:33] <mcphail> most of the breakage i've seen over the past 5 years has been the c++ abi break. hopefully lsi would tarmac over that
[12:34] <ikey> as long as libstdc++ isn't vendored you'll be fine there
[12:34] <ikey> the lsi-exec environment just prevents libstdc++ vendoring
[14:23] <thresh> hello.  I've just booted into live ubuntu 17.10 via usb stick.  I've installed my .snap using sudo install --dangerous ./vlc.snap
[14:23] <thresh> now when I try to launch it, I get cannot create lock directory /run/snapd/lock: Permission denied
[14:23] <thresh> apparently an apparmor policy or something prevents me from running it
[14:23] <thresh> what can I do about it?
[14:26] <thresh> I wonder if that's something I missed in my snapcraft.yaml or?
[14:31] <ogra_> thresh, snaps do not yet run on top of live sessions ... (due to apparmor not getting along with the livefs'es overlayfs)
[14:31] <thresh> bah!
[14:31] <thresh> there goes my attempt at actually checking things :-)
[15:19] <diddledan> LSI should totally be renamed Linux Steam Detox so that you can play with LSD
[15:23] <ikey> linux in the sky with diddledan
[15:39] <kennyloggins> diddledan: I guess its how you look at the world, dan.
[16:33] <thresh> [  627.189105] audit: type=1400 audit(1512832800.481:36): apparmor="DENIED" operation="open" profile="snap.vlc.vlc" name="/etc/vdpau_wrapper.cfg" pid=2957 comm="vlc" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[16:33] <thresh> I think this prevents my vlc snap from using the hw decoding
[16:33] <thresh> how would I go about extending this policy?
[16:34] <thresh> can I do it in the snap?
[17:07] <Chipaca> thresh: not sure why you're seeing that denied; afaik the vlc snap uses the opengl interface and that's included there
[17:08]  * Chipaca downloads the snap to see
[17:08] <thresh> Chipaca, grab a http://nightlies.videolan.org/build/snap/vlc_3.0.0-git-153-g0af7adb_amd64.snap
[17:08] <thresh> this is the one I'm testing
[17:08] <thresh> the one on the store is very old
[17:08] <Chipaca> ah
[17:09] <Chipaca> thresh: "snap interfaces vlc" should prove illuminating then
[17:10] <thresh> here's a snapcraft.yaml : http://git.videolan.org/?p=vlc/vlc-3.0.git;a=blob;f=extras/package/snap/snapcraft.yaml;h=e441b11cbd5672f02f3a37764fb701a5256ef9cf;hb=0af7adbca81a88218720851b803a5f9b1fcc8937
[17:11] <thresh> well opengl is there indeed, but I dont find anything similar to "vdpau" on `snap interfaces`
[17:11] <Chipaca> access to read /etc/vdpau_wrapper.cfg is part of the opengl interface
[17:11] <Chipaca> thresh: is the opengl interface connected?
[17:11] <thresh> yes
[17:12] <thresh> thresh@blackbox:~$ snap interfaces vlc | grep -i opengl
[17:12] <thresh> :opengl                  vlc
[17:12] <thresh> I'm on a fully updated 17.10 if that matters
[17:13] <Chipaca> thresh: running out of ideas. If you can wait for zyga to be around (monday?), or post to the forum for ditto, that'd probably be best
[17:13] <thresh> thank you Chipaca!
[17:13] <ikey> i was under the impression that the vdpau rule was only added very recently to opengl
[17:13] <Chipaca> ah!that might be it
[17:13] <Chipaca> thresh: what snapd are you on?
[17:13] <thresh> that'd be 2.28.5+17.10
[17:14] <ikey> yeah you won't have that rule
[17:14] <ikey> it happened in the last couple weeks iirc
[17:14] <Chipaca> thresh: are you on ubuntu?
[17:14] <Chipaca> ah yes you said 17.10
[17:14] <thresh> yeah 17.10
[17:14] <Chipaca> thresh: snap refresh core --beta
[17:14] <thresh> any eta this hits regular users?
[17:15] <ikey> it was added in 4b996f4024
[17:15] <ikey> which was tuesday lol
[17:15] <thresh> cause sure it's fine if I can test this, but I'd like my users to have hw decoding too :-)
[17:15] <Chipaca> thresh: wait, that 2.28.5 version, where did you get it from?
[17:16] <Chipaca> thresh: 'cause i want the one from 'snap version', not dpkg
[17:16] <thresh> ah I used dpkg -l | grep -i snapd
[17:16] <Chipaca> thresh: (on ubuntu snapd et al will run from the core you have installed, if it's newer than the distro one)
[17:16] <thresh> $ snap version
[17:16] <thresh> snap    2.30~rc2
[17:16] <Chipaca> thresh: so you're _probably_ on 2.29, which still doesn't help you, but hey
[17:17] <thresh> ditto snapd
[17:17] <ikey> o shiny
[17:17] <Chipaca> thresh: a'ight
[17:17] <thresh> do I need to reboot or something
[17:17] <thresh> it's still the same error afaict
[17:17] <Chipaca> thresh: nope; although if it was added tuesday you might need to be on edge to see it
[17:17] <thresh> right :-)
[17:17]  * ikey is suddenly curious exactly what vdpau_wrapper.cfg is even coming from
[17:17]  * thresh runs --edge
[17:18] <thresh> probably some evil nvidia package
[17:18] <ikey> no i mean in terms of the snap not seeing / the same way
[17:18]  * ikey is suddenly kerfuffled
[17:18] <Chipaca> ikey: /etc/ is a kerfuffle wrapped in a mess wrapped in a lost brexit document
[17:19]  * ikey sticks his fingers in his ears about brexit
[17:19] <ikey> bad enough they're trying to force a hard border back on me atm :P
[17:20] <Chipaca> ikey: gibraltar must be super happy about everything, also
[17:20] <thresh> thanks a bunch sirs
[17:20] <Chipaca> thresh: did that do it?
[17:20] <thresh> --edge didnt solve it too, but I guess it's too old too
[17:20] <thresh> 2.30~rc2+git469.69b980d~ubuntu16.04.1 is the "snap version" I get
[17:20] <thresh> but it's still good to know it was worked on
[17:20] <Chipaca> thresh: just in case (and it shouldn't need it, but it might be a on-boot thing? zyga knows more), did you reinstall the vlc snap with the new snapd?
[17:20] <ikey> it could be stale mount namespace
[17:21] <thresh> I havent, but will do
[17:21] <Chipaca> yeah, might be
[17:21] <ikey> ive had that happen when changing nvidia driver stuff
[17:22] <thresh> which reminds me I'll need to test this with neauveueueueu too
[17:22] <thresh> (add o somewhere)
[17:22] <ikey> lol
[17:22]  * ikey still can't say that word
[17:22] <Chipaca> ikey: it's easy: start with nu as in "nude", and then hit the floor with your front teeth
[17:23] <ikey> XD
[17:23] <Chipaca> thresh: awesome that you're testing this! we try to cover all the opengl variations but there's just too many
[17:23]  * ikey just choked..
[17:23] <Chipaca> ikey: no, no, that's how you say "joaquín"
[17:24] <ikey> and like a phoenix i rise again..
[17:24] <thresh> Chipaca, yeah we're getting real close to 3.0 release;  so feedback from Linux users would be very valuable => we need snaps
[17:26] <Chipaca> thresh: i can test it on intel ¯\_(ツ)_/¯
[17:26] <Chipaca> i can also test it on an nvidia, but after the weekend
[17:26] <Chipaca> if i get too close to the steam machine on the weekend i get hissed at
[17:27] <thresh> no need for now - the hw is in a "known broken" state atm due to problems in ffmpeg
[17:27] <thresh> I'm just checking if we have any weird crashes when setting the hw decoding up
[17:27] <thresh> (we do)
[17:28] <ikey> btw is this a new vlc snap?
[17:28] <ikey> or is this the one thats been rotting on the store since 1942?
[17:28] <thresh> it's a new one yes
[17:28] <ikey> phew xD
[17:28] <thresh> It's my fault
[17:29] <ikey> even surprised vdpau wrapper is needed these days
[17:29]  * Chipaca 's go for the shame bells but likes vlc too much
[17:29] <thresh> hopefully in a week or so I'll push a recent one
[17:29] <ikey> i remember years back you had to edit it to stop the smurf effect on flash and vlc
[17:29] <Chipaca> thresh: the cool kids have edge published from CI :-p
[17:29] <thresh> Chipaca, we do
[17:29] <thresh> the 153 should be there
[17:29] <Chipaca> thresh: not in the store it ain't
[17:30] <thresh> unfortunately we also broke the snapcraft website
[17:30] <ikey> xD
[17:30] <thresh> so it's Server Error all over for me
[17:30]  * ikey did that a couple weeks ago
[17:30] <ikey> high five :p
[17:30] <thresh> haha
[17:30]  * ikey could do with some automation on the LSI snaps..
[17:30] <ikey> over 1.5hrs to build them atm
[17:31] <thresh> I do a snapcraft push vlc_4.0.0-dev-235-g001b765_amd64.snap
[17:31] <thresh> anything else I should do to publish it on the edge?
[17:31] <ikey> snapcraft release vlc $revisionID edge ?
[17:31] <ikey> assuming vlc is the snap name
[17:31] <thresh> should be.. thanks
[17:32] <ikey> and revision ID being whatever push said was the new id
[17:32] <Chipaca> thresh: ikey: or, snapcraft push --release edge thesnap.snap
[17:32] <ikey> ooo
[17:32] <ikey> toys
[17:32]  * ikey jots that down
[17:32] <Chipaca> ikey: snapcraft push --help
[17:32] <ikey> but
[17:33] <ikey> but then i have to read
[17:33] <ikey> as a linux user i take offence to that notion
[17:33] <Chipaca> ikey: remind me what do you do with the thing you jot down
[17:33] <ikey> uhm
[17:33] <ikey> *trapped*
[17:33] <Chipaca> ikey: and no border!
[17:33] <Chipaca> \o/
[17:33] <ikey> onoes lol
[17:33] <ikey> fwiw i forget how to use my own tools too
[17:34] <ikey> every friday when i sync the solus repos, i check "ferryctl help pull" because every week i forget the order of the parameters
[17:34] <ikey> every friday without fail.
[17:34] <ikey> well. barring my own fail ofc
[17:34] <thresh> many thanks
[17:35]  * ikey gets back to rebuilding everything that ever depended on gfortran
[17:35] <Chipaca> ikey: wait until you find out about cron
[17:35] <ikey> lol i won't even do systemd timers
[17:36] <ikey> noped my way out of them paper bags sharpish
[17:36] <Chipaca> ooh, ooh, use a systemd timer to run an 'at' job
[17:36] <ikey> ..oh thats evil
[17:36] <ikey> yet somehow tempting..
[17:38] <thresh> --release candidate,beta for 3.0 then
[17:38] <thresh> and edge for 4.0
[17:38] <thresh> in your store tomorrow morning eu time