| 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:00 |
| 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:01 |
| * popey gets out of bed to test a theory | 00:02 | |
| cprov | popey: you working on this time ? | 00:02 |
| cprov | ah | 00:02 |
| kyrofa | popey, not registered? | 00:03 |
| popey | lemme just test as is first | 00:03 |
| popey | to confirm it still happens | 00:03 |
| popey | wait, not registered, the snap has to be registered first? | 00:04 |
| kyrofa | popey, yeah, otherwise it's unknown by the store | 00:04 |
| popey | ok, well that't it then | 00:05 |
| popey | this snap isn't registered | 00:05 |
| 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:06 |
| 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:07 |
| 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:08 |
| popey | cprov: what project should I file the bug in? | 00:10 |
| cprov | lp:snapstore | 00:10 |
| 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:12 |
| kyrofa | cprov, ah very good | 00:13 |
| 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> | 00:17 |
| === epod is now known as luk3yx | ||
| satoshi | Hello! | 04:14 |
| === satoshi is now known as satioshy | ||
| satioshy | clear | 04:28 |
| 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? | 07:15 |
| 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:07 |
| 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:21 |
| mcphail | a generic core gaming snap would be brilliant | 12:22 |
| 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:25 |
| 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:26 |
| 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:27 |
| 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:28 |
| ikey | ok | 12:29 |
| 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:30 |
| 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:31 |
| 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:32 |
| 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:33 |
| ikey | as long as libstdc++ isn't vendored you'll be fine there | 12:34 |
| ikey | the lsi-exec environment just prevents libstdc++ vendoring | 12:34 |
| 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:23 |
| thresh | I wonder if that's something I missed in my snapcraft.yaml or? | 14:26 |
| 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 :-) | 14:31 |
| diddledan | LSI should totally be renamed Linux Steam Detox so that you can play with LSD | 15:19 |
| ikey | linux in the sky with diddledan | 15:23 |
| kennyloggins | diddledan: I guess its how you look at the world, dan. | 15:39 |
| 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:33 |
| thresh | can I do it in the snap? | 16:34 |
| Chipaca | thresh: not sure why you're seeing that denied; afaik the vlc snap uses the opengl interface and that's included there | 17:07 |
| * 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:08 |
| Chipaca | thresh: "snap interfaces vlc" should prove illuminating then | 17:09 |
| 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:10 |
| 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:11 |
| 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:12 |
| 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:13 |
| 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:14 |
| 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:15 |
| 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:16 |
| 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:17 | |
| 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:18 |
| * 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:19 |
| 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:20 |
| 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:21 |
| 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:22 |
| 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:23 |
| 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:24 |
| 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:26 |
| 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:27 |
| 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:28 |
| 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:29 |
| 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:30 |
| 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:31 |
| 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:32 |
| 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:33 |
| 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:34 |
| * 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:35 |
| 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:36 |
| 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 | 17:38 |
| === ShibaInu is now known as Shibe | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!