[00:00] cprov, indeed, I haven't been able to get a failure myself, it's popey that's breaking everything [00:00] cprov, thank you for your help :) [00:01] Hah [00:01] 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] Oh god. I bet I know what it is [00:01] would point what is wrong [00:02] * popey gets out of bed to test a theory [00:02] popey: you working on this time ? [00:02] ah [00:03] popey, not registered? [00:03] lemme just test as is first [00:03] to confirm it still happens [00:04] wait, not registered, the snap has to be registered first? [00:04] popey, yeah, otherwise it's unknown by the store [00:05] ok, well that't it then [00:05] this snap isn't registered [00:06] Yep, I just tested that out and got the same [00:06] (nothing in the docs says it should be) [00:06] 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] Sorry :( [00:07] 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] (404 isn't the kind of error message I'd expect given this circumstance) [00:07] correct, it's a 400 [00:08] well, snapcraft doesn't give a good error [00:08] "Snap name not registered" is preferable (or similar) [00:08] and running snapcraft -d gives me a 404, which also isn't "snap name not registered" [00:08] cprov, we're somehow printing "invalid creds" instead [00:08] ya [00:10] cprov: what project should I file the bug in? [00:10] lp:snapstore [00:12] 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] cprov, ah very good [00:17] https://bugs.launchpad.net/snapstore/+bug/1737276 [00:17] Bug #1737276: Store returns 404 for unregistered snap === epod is now known as luk3yx [04:14] Hello! === satoshi is now known as satioshy [04:28] clear [07:15] 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] 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] 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] a generic core gaming snap would be brilliant [12:25] so turn LSI snap into steam stub? [12:25] and runtime-gaming as the support environment [12:25] yes [12:25] sure - the only part of LSI in the lsi snap btw is the linux-steam-integration binaries and glxgears/glxinfo/steam [12:26] we *could* expose lsi-exec within the main runtime snap itself [12:26] to support proprietary games and redirect them [12:26] but it'd need apparmor help [12:26] so your solus sdl etc are in the core snap? [12:26] yeah [12:26] aah. that's probably enough in itself then [12:26] linux-steam-integration snap is a tiny 3mb [12:27] whereas solus-runtime-gaming is like 280mb or so [12:27] ok. will need to check it out [12:27] 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] this is brilliant, btw. thanks for making this [12:27] lots of stuff is wonky and its hopeless with full confinement [12:27] ah no worries [12:28] 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] cool. i'm going to make a few game snaps against the ubuntu core and see ehat problems i hit [12:29] ok [12:30] i've already hit a few snags, but those seem apparmor related rather than linker related, and are already being fixed [12:30] ah ok [12:30] but snaps seem a really great way to package games [12:31] they are - but there is a gotcha [12:31] lets not recreate the mistake of 10,000 indie steam devs [12:31] and release&forget [12:31] they're the primary reason lsi exists lol [12:32] indeed. but release and forget would cause fewer problems with lsi :) [12:32] to an extent, it still derives from a rolling distro ^^ [12:33] 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] as long as libstdc++ isn't vendored you'll be fine there [12:34] the lsi-exec environment just prevents libstdc++ vendoring [14:23] 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] now when I try to launch it, I get cannot create lock directory /run/snapd/lock: Permission denied [14:23] apparently an apparmor policy or something prevents me from running it [14:23] what can I do about it? [14:26] I wonder if that's something I missed in my snapcraft.yaml or? [14:31] thresh, snaps do not yet run on top of live sessions ... (due to apparmor not getting along with the livefs'es overlayfs) [14:31] bah! [14:31] there goes my attempt at actually checking things :-) [15:19] LSI should totally be renamed Linux Steam Detox so that you can play with LSD [15:23] linux in the sky with diddledan [15:39] diddledan: I guess its how you look at the world, dan. [16:33] [ 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] I think this prevents my vlc snap from using the hw decoding [16:33] how would I go about extending this policy? [16:34] can I do it in the snap? [17:07] 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] Chipaca, grab a http://nightlies.videolan.org/build/snap/vlc_3.0.0-git-153-g0af7adb_amd64.snap [17:08] this is the one I'm testing [17:08] the one on the store is very old [17:08] ah [17:09] thresh: "snap interfaces vlc" should prove illuminating then [17:10] 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] well opengl is there indeed, but I dont find anything similar to "vdpau" on `snap interfaces` [17:11] access to read /etc/vdpau_wrapper.cfg is part of the opengl interface [17:11] thresh: is the opengl interface connected? [17:11] yes [17:12] thresh@blackbox:~$ snap interfaces vlc | grep -i opengl [17:12] :opengl vlc [17:12] I'm on a fully updated 17.10 if that matters [17:13] 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] thank you Chipaca! [17:13] i was under the impression that the vdpau rule was only added very recently to opengl [17:13] ah!that might be it [17:13] thresh: what snapd are you on? [17:13] that'd be 2.28.5+17.10 [17:14] yeah you won't have that rule [17:14] it happened in the last couple weeks iirc [17:14] thresh: are you on ubuntu? [17:14] ah yes you said 17.10 [17:14] yeah 17.10 [17:14] thresh: snap refresh core --beta [17:14] any eta this hits regular users? [17:15] it was added in 4b996f4024 [17:15] which was tuesday lol [17:15] cause sure it's fine if I can test this, but I'd like my users to have hw decoding too :-) [17:15] thresh: wait, that 2.28.5 version, where did you get it from? [17:16] thresh: 'cause i want the one from 'snap version', not dpkg [17:16] ah I used dpkg -l | grep -i snapd [17:16] thresh: (on ubuntu snapd et al will run from the core you have installed, if it's newer than the distro one) [17:16] $ snap version [17:16] snap 2.30~rc2 [17:16] thresh: so you're _probably_ on 2.29, which still doesn't help you, but hey [17:17] ditto snapd [17:17] o shiny [17:17] thresh: a'ight [17:17] do I need to reboot or something [17:17] it's still the same error afaict [17:17] thresh: nope; although if it was added tuesday you might need to be on edge to see it [17:17] right :-) [17:17] * ikey is suddenly curious exactly what vdpau_wrapper.cfg is even coming from [17:17] * thresh runs --edge [17:18] probably some evil nvidia package [17:18] no i mean in terms of the snap not seeing / the same way [17:18] * ikey is suddenly kerfuffled [17:18] 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] bad enough they're trying to force a hard border back on me atm :P [17:20] ikey: gibraltar must be super happy about everything, also [17:20] thanks a bunch sirs [17:20] thresh: did that do it? [17:20] --edge didnt solve it too, but I guess it's too old too [17:20] 2.30~rc2+git469.69b980d~ubuntu16.04.1 is the "snap version" I get [17:20] but it's still good to know it was worked on [17:20] 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] it could be stale mount namespace [17:21] I havent, but will do [17:21] yeah, might be [17:21] ive had that happen when changing nvidia driver stuff [17:22] which reminds me I'll need to test this with neauveueueueu too [17:22] (add o somewhere) [17:22] lol [17:22] * ikey still can't say that word [17:22] ikey: it's easy: start with nu as in "nude", and then hit the floor with your front teeth [17:23] XD [17:23] 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] ikey: no, no, that's how you say "joaquín" [17:24] and like a phoenix i rise again.. [17:24] 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] thresh: i can test it on intel ¯\_(ツ)_/¯ [17:26] i can also test it on an nvidia, but after the weekend [17:26] if i get too close to the steam machine on the weekend i get hissed at [17:27] no need for now - the hw is in a "known broken" state atm due to problems in ffmpeg [17:27] I'm just checking if we have any weird crashes when setting the hw decoding up [17:27] (we do) [17:28] btw is this a new vlc snap? [17:28] or is this the one thats been rotting on the store since 1942? [17:28] it's a new one yes [17:28] phew xD [17:28] It's my fault [17:29] even surprised vdpau wrapper is needed these days [17:29] * Chipaca 's go for the shame bells but likes vlc too much [17:29] hopefully in a week or so I'll push a recent one [17:29] i remember years back you had to edit it to stop the smurf effect on flash and vlc [17:29] thresh: the cool kids have edge published from CI :-p [17:29] Chipaca, we do [17:29] the 153 should be there [17:29] thresh: not in the store it ain't [17:30] unfortunately we also broke the snapcraft website [17:30] xD [17:30] so it's Server Error all over for me [17:30] * ikey did that a couple weeks ago [17:30] high five :p [17:30] haha [17:30] * ikey could do with some automation on the LSI snaps.. [17:30] over 1.5hrs to build them atm [17:31] I do a snapcraft push vlc_4.0.0-dev-235-g001b765_amd64.snap [17:31] anything else I should do to publish it on the edge? [17:31] snapcraft release vlc $revisionID edge ? [17:31] assuming vlc is the snap name [17:31] should be.. thanks [17:32] and revision ID being whatever push said was the new id [17:32] thresh: ikey: or, snapcraft push --release edge thesnap.snap [17:32] ooo [17:32] toys [17:32] * ikey jots that down [17:32] ikey: snapcraft push --help [17:32] but [17:33] but then i have to read [17:33] as a linux user i take offence to that notion [17:33] ikey: remind me what do you do with the thing you jot down [17:33] uhm [17:33] *trapped* [17:33] ikey: and no border! [17:33] \o/ [17:33] onoes lol [17:33] fwiw i forget how to use my own tools too [17:34] 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] every friday without fail. [17:34] well. barring my own fail ofc [17:34] many thanks [17:35] * ikey gets back to rebuilding everything that ever depended on gfortran [17:35] ikey: wait until you find out about cron [17:35] lol i won't even do systemd timers [17:36] noped my way out of them paper bags sharpish [17:36] ooh, ooh, use a systemd timer to run an 'at' job [17:36] ..oh thats evil [17:36] yet somehow tempting.. [17:38] --release candidate,beta for 3.0 then [17:38] and edge for 4.0 [17:38] in your store tomorrow morning eu time === ShibaInu is now known as Shibe