=== shuduo-afk is now known as shuduo === chihchun_afk is now known as chihchun [09:38] on 16.04, my laptop tells me the snappy command doesn't exist anymore, and if i try to run it i get told to install snappy or ubuntu-snappy-cli - ubuntu-snappy-cli is the latest version (1.9.1.1) [09:38] has the snappy command completely gone now? [09:40] popey: yep [09:41] popey, snappy -> snap === pitti` is now known as pitti [09:45] ah! I see the issue [09:46] snap install foo.snap (for sideloading) goes looking in the store. [09:46] you have to snap install ./foo.snap [09:46] popey: indeed, on it's way to being fixed [09:47] its* === Michaela is now known as Mikaela === cprov_ is now known as cprov === joc__ is now known as joc_ [09:48] yay [09:57] Hi everyone! May I ask the question, how to build a kernel snap if the ubuntu app store is not available and therefore the download step in the snapcraft plugins fails. [10:01] Gunther_, heh, good question, i guess you would have to hack up the kernel plugin to use a local initrd.img file that you grab before building the snap [10:01] sounds like a good wishlist bug :) [10:01] ogra_, I thought so ... [10:02] http://cdimage.ubuntu.com/ubuntu-core/daily-preinstalled/current/ has the os snaps for all arches [10:02] you can either loop mount it or use unsquashfs to pull the initrd out of /boot from there [10:03] Cool. I will try to extend the kernel.py plugin with an according option [10:04] you might hit bug 1569337 btw [10:04] bug 1569337 in Snapcraft "snapcraft kernel plugin needs to check compression method of the initrd before trying to unpack it" [Undecided,New] https://launchpad.net/bugs/1569337 [10:04] (recent initrds use lzma, the plugin hardcodes gzip) [10:06] I already patched this: https://bugs.launchpad.net/snapcraft/+bug/1569337/comments/2 [10:06] Launchpad bug 1569337 in Snapcraft "snapcraft kernel plugin needs to check compression method of the initrd before trying to unpack it" [Undecided,New] [10:06] but since the download fails, I cannot test iut [10:08] yeah :/ [10:18] is there some magic to getting X apps to run inside a snap? [10:18] popey: use the 'x11' plug [10:18] it's like it can't see the xserver, do we need to do the old export DISPLAY? [10:18] oh, got an example zyga ? [10:18] popey: you shoudn't have to [10:18] popey: just stick this into your snapcraft.yaml [10:18] plugs:\n x11: [10:19] and reinstall it [10:19] okay, will try, thanks [10:20] it doesn't like that [10:20] argument of type 'NoneType' is not iterable [10:21] popey: maybe update snapcraft [10:21] popey: that's the right syntax [10:21] (this should be reported to sergio) [10:21] i have 2.7 [10:36] ogra_: thanks for your help, my prototype kernel.py with local os.snap seems to work [10:39] zyga: odd, I can find no reference to x11 in the snapcraft source I just pulled from github [10:39] popey: it's a bug, it seems that the validator tries to iterate over None [10:40] popey: foo: (with the colon at the end) is an empty collection but it sesems it gets parsed to None [10:40] popey: you can try plugs:\n x11:\ interface x11 [10:40] sergiusens: ^^ [10:40] popey: mind the spaces (precisely) [10:42] Issues while validating snapcraft.yaml: The 'x11' property does not match the required schema: 'interface x11' is not valid under any of the given schemas [10:42] http://paste.ubuntu.com/15807938/ is my yaml [10:44] zyga, popey I haven't released the latest snapcraft yet; I am still waiting for a good snapd binary that works with https://github.com/ubuntu-core/snappy/pull/910 for our examples tests to pass [10:44] sergiusens: I see [10:44] this branch isn't merged yet https://github.com/ubuntu-core/snapcraft/pull/441 [10:44] ok [10:44] thanks [10:45] I tried to manually test locally and it still doesn't work (given snapd in the archive doesn't work either) [10:51] sergiusens: what were the failures? [10:56] zyga, the one you fixed last night [10:57] zyga, I also don't have replacement logic for `snappy services` [10:57] sergiusens: that's rm -rf'd now [10:57] sergiusens: it's coming back after a redesign after release [10:57] sergiusens: how does snapcraft uses it? [10:57] zyga, so I don't know how to see the failures if services started or not [10:57] zyga, to see if our services started [10:58] zyga, how can I see this from the desktop for a service running inside snappy? [10:58] systemctl doesn't cut it [10:58] sergiusens: you'd have to use systemd yourself :/ [10:58] or please upload a new ubuntu core to the store [10:59] zyga, yeah, systemctl from desktop does not list things in ubuntu-core [10:59] sergiusens: why is systemctl not sufficient? AFAIR that's what we used internally [10:59] so tell me how to call it [10:59] hmm? [10:59] * zyga doesn't understand something [10:59] are we talking about cross-host testing? [11:02] zyga, no [11:02] if you try what i say you will see [11:03] * sergiusens starts babysitting hour [11:07] Hmmm is it possible to build a kernel.snap from a binary linux-image-xxx.deb package? [11:08] yes, it is, but you need to do it maunually [11:09] I understand [11:10] Good morning [11:11] Gunther_, line 370-595 ... http://bazaar.launchpad.net/~ubuntu-core-dev/livecd-rootfs/trunk/view/head:/live-build/auto/build (that does tarballs alongside though) [11:11] you can do it withour a chroot by simply using "dpkg -x" to unpack the deb and manually create a snap.yaml and meta dir [11:49] When and how will I be able to install snaps on normal Xenial? https://insights.ubuntu.com/2016/04/13/snaps-for-classic-ubuntu forgets to mention it. [11:50] Mikaela, by the time it's released, I'd say [11:51] I see, thanks [11:51] shouldnt that work already ? [11:51] * ogra_ thought all bits are in place with mvo's latest landings [11:53] sergiusens, your latest G+ post is private [12:04] Mikaela, ogra_ it is possible today :) we just don't have a lot in the store yet [12:05] nice, does it come by itself or should I install some package? [12:06] Mikaela: just wait a few days or apt-get install snapd [12:06] Mikaela: we're still making improvements [12:06] ok [12:09] zyga, ubuntu-snappy-cli rather ;) [12:10] ogra_, yeah, not sure why that is the default now [12:10] (that is what also was seeded recently) [12:10] ogra_: no? it was renamed to snapd [12:11] ogra_, mvo jdstrand btw, don't we want to rename the ubuntu-core-launcher package to snap-launcher? [12:12] ogra@anubis:~/Devel/seeds/ubuntu.xenial$ grep snappy desktop [12:12] * (ubuntu-snappy-cli) [12:12] ogra@anubis:~/Devel/seeds/ubuntu.xenial$ grep snappy server [12:12] * (ubuntu-snappy-cli) [12:12] ogra@anubis:~/Devel/seeds/ubuntu.xenial$ [12:12] zyga, ^^^ [12:12] (it depends on snapd though) [12:12] sergiusens, you have 8 days :P [12:13] hmm, I wonder what's the point of both packages [12:13] one still ships some directories [12:14] well, if we want top rename we need to do it now ... there is no way to change the seeds after release [12:14] (except by hacking meta packages directly and getting them out of sync with the world) [12:16] mvo, infinioty uploaded a new livecd-rootfs ... do you need any of the changes from the PPA version ? (they will be overridden for the next image build) [12:16] so dholbach, popey, davidcalle, just read the omgubuntu article, captures snaps on the desktop pretty accurately and nicely :) [12:19] yeah, i sent him a tweet. he was worried it was all over the place and untidy, i reassured him that he'd "got" it [12:20] also, sa bdfl shared it, so it must be fine ㋛ [12:21] popey, indeed, I think it's really good [12:22] dholbach, davidcalle, so as I said on the e-mail the /desktop page is published, but I've held off to publishing the subpages until the examples work [12:24] dpm, sounds good [12:24] dpm, yeah, it's a nice article [12:24] dholbach, just going through your e-mails now [12:26] zyga, jdstrand: Can we merge https://github.com/ubuntu-core/snappy/pull/802? [12:27] The idea is getting interfaces in very quickly when necessary, or rejecting them.. we cannot leave these reviews hanging around [12:27] * sergiusens migrates to coffee shop to re supply [12:28] Another silly question (just because looking at kernel builds is sooo boring). Is it possible to extend an existing kernel.snap with a custom kernel module? In this case a device driver for a pci measument board. [12:28] The sources for the driver are available but they are not part of the linux kernel [12:29] dholbach, what's the new LP team you created again? [12:32] niemeyer: I had not been looking at that very closely since my first review because interfaces code wasn't working yet and I didn't quite know how things were changing [12:33] but I can take another look [12:33] (ie, there was no way to test it) === josepht` is now known as josepht [12:36] zyga: are interfaces supposed to be autoconnecting with snapd that is in xenial now? [12:38] zyga: cause focuswriter from the desktop examples is not getting unity7 autoconnected. dholbach's doc on desktop examples also seems to have things that are not autoconnecting [12:38] dpm, ~snappers [12:38] cool, thanks [12:38] jdstrand: I haven't tried packaged snapd today. [12:39] jdstrand: autoconnection is merged but I'm not sure when the release was cut [12:39] jdstrand: we're aiming for one more release today [12:39] jdstrand: with full control over connect/disconnect [12:39] it says '19 hours' ago [12:40] * zyga tries focuswriter [12:41] mvo said he'd do an upload soon [12:41] I see [12:42] JamesTait, on bug 1555569, is this now supposed to be fixed on the store side? [12:42] bug 1555569 in gnome-software (Ubuntu) "[snaps] Show human-readable names for store apps" [Medium,Triaged] https://launchpad.net/bugs/1555569 [12:42] zyga: if I do: 'snap interfaces', all I see is 'slot plug'. how do I connect things? (even if that is in the pending upload) [12:42] jdstrand: snap connect [12:42] jdstrand: snap disconnect [12:42] jdstrand: and snap interfaces [12:42] jdstrand: that's broken today (it has little effect) [12:43] jdstrand: it doesn't setup security of anything yet [12:44] zyga: so I (will) need to specify both the plug and the slot for each connection? [12:44] jdstrand: see --help [12:44] there are some shortcuts [12:44] jdstrand: some may not fully work but some do [12:44] ah, --help [12:44] jdstrand: I'll polish that and get it to spec with the first SRU release [12:44] I tried 'help' and '-h' [12:44] dpm, I don't actually know what the current state of that is - the summary field from the manifest will be surfaced directly in the API, so it won't be used as title. [12:45] dpm, nessita would probably be your best bet. [12:45] thanks JamesTait [12:45] zyga: is 'snap interfaces' supposed to list available interfaces or just connected interfaces? [12:46] jdstrand: available and connected [12:46] jdstrand: what do you see? [12:46] jdstrand: you have to snap install ubuntu-core [12:46] I literally see 'slot plug' [12:46] jdstrand: (it is not auto installed yet) [12:46] that is it [12:46] jdstrand: UX could be improved there :-) [12:46] $ sudo snap interfaces [12:46] slot plug [12:47] $ [12:47] zyga: I have ubuntu-core installed [12:47] $ snap list [12:47] Name Version Developer [12:47] focuswriter 0.1 sideload [12:47] ubuntu-core 16.04.0-24 canonicalubuntu-core 16.04.0-24 canonical [12:47] jdstrand: can you restart snapd? [12:47] whoops, that pasted twice [12:48] sudo systemctl restart snapd? [12:48] jdstrand: anyway; that part still needs love [12:48] jdstrand: yep [12:48] $ sudo snap interfaces [12:48] slot plug [12:48] zyga: there is a git tag for 1.9.1 if you want to double check what went in and what did not [12:48] mvo: thanks, good idea [12:48] dholbach: there will be one today, maybe even two, I ask in the standup [12:49] jdstrand: ok, the version you have doesn't have the REST API wired to anything [12:49] that would explain that [12:49] jdstrand: interfaces/connect/disconnec all operate on a separate repo [12:49] * zyga focuses on finishing this last essential bit [12:50] zyga: is that repo going to be in mvo's upload? [12:50] jdstrand: yes, that has landed since [12:50] jdstrand: but connect/disconnect working hasn't [12:50] (I'm still hacking on it) [12:50] * jdstrand notes that he is being asked about this stuff a lot (not sure why they aren't asking here, but, there you go...) [12:50] jdstrand: no worries :-) [12:51] mvo, go go go! [12:51] zyga: what repo should I be looking at? I need to fix confinement for a few things [12:51] dpm, hi! [12:51] and testing the desktop snap examples, etc, etc [12:52] dpm, about the title and summary, there is a thread that summaries all the details, let me get you the details [12:52] nessita, I'm on that thread [12:52] nessita, but I was wondering if the bug report needs updating [12:52] as by the status of it it seems no one is working on it, which from the mailing list thread, you guys are [12:54] dpm, have the link handy? [12:54] nessita, sure -> https://launchpad.net/bugs/1555569 [12:54] Launchpad bug 1555569 in gnome-software (Ubuntu) "[snaps] Show human-readable names for store apps" [Medium,Triaged] [12:55] hi, i have just been trying out snappy for apps everything went well until i uploaded a snap [12:55] package contains external symlinks: usr/lib/x86_64-linux-gnu/libmvec.so lint-snap-v2_external_symlinks [12:55] dpm, basically summary is that we have completed the work on summary/description, and for title we are now using the snap name "moon-buggy", until snapcraft and snap grow capabilities for defining a Title section [12:56] any ideas what i can do with that error ? this is a very basic python app with one dependancy on python-gi [12:56] jdstrand: hmm repo? [12:56] zyga: I used your word [12:56] jdstrand: you can just build snapd locally yourself [12:56] 07:49 < zyga> jdstrand: interfaces/connect/disconnec all operate on a separate repo [12:56] jdstrand: (interfaces.Repository is an internal code construct) [12:56] also can i try and run snaps locally in a VM [12:56] jdstrand: use snapd from master from now [12:56] jdstrand: that will show you what's connected [12:56] zyga: ok, that's fine [12:56] jdstrand: won't let you conenct yet [12:57] jdstrand: you can always look at /var/lib/snapd/{apparmor,seccomp}/profiles to see what's "live" [12:57] zyga: ah, master is what I was looking for. I thought you meant some other fork/branch [12:58] zyga: well, I can manually edit /var/lib/snapd/{apparmor,seccomp}/profiles if I have to. I was trying to get a picture of how stuff works for myself, devs, etc [12:58] I guess that will have to wait a bit longer [13:03] Q: What is the proper method to enable IP forwarding? I did 'sudo mount -o remount,rw /' and edited '/etc/sysctl.conf' to set 'net.ipv4.ip_forward = 1'. [13:04] vances: hmm interesting question, you can have a snap that just toggles the /proc filesystem directly [13:04] vances: it would have to use one of the interfaces that allow that [13:06] Although the above method gets the kernel parameter set after a reboot it still doesn't seem to forward IP between interfaces. [13:06] Routing table looks fine. [13:07] iptables is all ACCEPT [13:07] Is there some additional security I need to deal with? [13:10] minor bug: /etc/profile.d/apps-bin-path.sh comment talks about /snaps/bin when in reality it uses /snap/bin and /snaps doesn't even exist. Should I report this or see if it's already reported or is mentioning here enough? [13:10] Mikaela: yes, please report it [13:11] ok, doesn't seem to be reported at https://bugs.launchpad.net/ubuntu/+source/snapd [13:11] vances: I'm sorry I cannot help you today [13:11] dpm: thanks for updating the /desktop page, I've pushed the new /snappy one out as well today [13:11] dpm: with great difficulty if you've seen my email [13:14] sergiusens hi! Any idea about my udf issue? https://lists.ubuntu.com/archives/snappy-devel/2016-March/001668.html [13:14] https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1569892 [13:15] Launchpad bug 1569892 in snapd (Ubuntu) "/etc/profile.d/apps-bin-path.sh comment talks about /snaps/bin (which doesn't exist) when in reality it uses /snap/bin" [Undecided,New] [13:18] davidcalle, I've seen it, good work! [13:19] dholbach: hi! B5 in your known issues should not be green as of this second. [13:19] dholbach: that is what I was just discussing with zyga [13:19] davidcalle, the db issue seems to be a bit of a concern. We might as well talk to upstream about it [13:19] also nmap complained about `can not find a snappy os` until I installed `ubuntu-core`, not sure how I should report it, but I assume that is known issue? [13:19] jdstrand, is this a fix which landed somewhere? [13:20] dholbach: they said autoconect landed in master [13:20] dholbach: but it isn't in the archive yet [13:20] ok [13:20] I'll note that down then [13:20] zyga, which PR was this? [13:20] dholbach: fix for what? [13:20] Mikaela, hmm, that is supposed to happen autonmatically [13:20] mvo, isnt it ? ^^^ [13:20] it seems it didn't for me for some reason [13:20] zyga, autoconnect [13:21] dholbach: I don't really remember but it was merged in 1.9.1 [13:21] oh... [13:21] jdstrand, just said that it's in master but not in the archive yet [13:21] or was it a fix for autoconnect? [13:21] dholbach: no, that's not the same [13:21] dholbach: that's connection visibility [13:21] Mikaela, well, "supposed" ... i'm not sure it is there yet [13:21] ogra_: its not [13:21] dpm: we have a few ideas of things to try before going upstream, I'd also like Robin's advice [13:21] oh, sorry I misunderstood [13:22] technically your first "snap install" should install ubuntu-core ahead of anything else [13:22] zyga, jdstrand: can we add a line for this then, so we can track it separately? [13:22] dholbach, zyga: I can say 100% certain autoconnect is not in 1.9.1 [13:22] I'm losing track :) [13:22] jdstrand: hmmmmmm [13:22] jdstrand: and master? [13:22] zyga: unity7 is suppoosed to autoconnect? [13:22] * zyga cares less about 1.91 [13:22] let me uninstall and install [13:23] jdstrand: yes [13:23] can we file a bug for what exactly is not working right now and track it there? [13:23] dholbach: many things are not working [13:23] zyga, one example we look at together :) [13:23] dholbach: filing abug before i'm done is not useful yet [13:23] dholbach: wait until today evening [13:24] ok... it's just that jdstrand asked for the list of known issues to be updated and I couldn't quite figure out what exactly had changed [13:24] dholbach: I think it is sufficient to say it is not fixed in 1.9.1.1 [13:24] ok [13:24] I don't want to distract zyga [13:25] I just want the spreadsheet to reflect reality :) [13:25] cd [13:25] wfm! :) [13:25] cd meh [13:25] heh [13:25] that kinda summarizes how I feel (cd meh :) [13:25] * dholbach hugs jdstrand [13:25] * jdstrand steps away for a moment [13:26] * jdstrand hugs dholbach :) [13:46] where can I find the bug reports for specific snaps? /snap/bin/tmux returns "Bad system call" and /snap/bin/nmap is unable to resolve localhost or ping 127.0.0.1 "Socket creation in sendConnectScanProbe: Permission denied (13)". I think they are known, but I would like to follow their statuses and cannot wait for snappy to become production ready (nmap and tmux there already report being newer versions than [13:46] the Xenial repo ones) [13:49] Mikaela, yxou can contact the author https://uappexplorer.com/app/nmap.joetalbott (see the "support" tab) [13:50] (same goes for https://uappexplorer.com/app/tmux.shawn111 ) [13:50] josepht, you have a fan! === beuno_ is now known as beuno [13:50] shawnwang, so do you [13:50] it is up to the snap creator to provide a bug url in the store data [13:50] dholbach: fyi, apparmor 2.10.95-0ubuntu2 is out of proposed and should fix policy loads on reboot [13:50] if they didnt, direct mail is the best bet [13:50] I see [13:51] https://uappexplorer.com/apps?sort=relevance&type=snappy is pretty helpful until the store has a proper web ui on its own [13:52] I think it's probably enough that the authors were pinged on IRC :) [13:52] Mikaela: I'll take a look at nmap. [13:52] Mikaela: is that the armhf or amd64 version? [13:52] Mikaela, thanks, let me check it [13:53] amd64 [13:53] * ogra_ assumes the security system simply changed underneath them ... [13:56] Mikaela: can you give me a paste of 'snappy list -v' please? [13:56] josepht, no more "snappy" [13:56] it is "snap" now [13:56] josepht: snap says "error: unknown flag `v'" [13:57] (everything changed within the last week) [13:57] ah, so that is why everyone talks about snappy :) [13:57] yeah :) [13:57] ogra_: did that change not come as an update? [13:57] it did [13:58] Mikaela, SNAP=/snaps/tmux.sideload/current /snaps/tmux.sideload/current/command-tmux.wrapper [13:58] jdstrand, excelltn [13:59] jdstrand, hum... not on archive.u.c yet? [13:59] Mikaela, you can try this to avoid the launcher issue [14:00] shawnwang: zsh: tiedostoa tai hakemistoa ei ole: /snaps/tmux.sideload/current/command-tmux.wrapper [14:00] (file or directory does not exist) [14:02] Mikaela, SNAP=/snaps/tmux.shawn111/current /snaps/tmux.shawn111/current/command-tmux.wrapper [14:02] Mikaela, sorry, wrong path [14:03] shawnwang same error even when I correct /snaps to /snap [14:03] dholbach: it is getting there: https://launchpad.net/ubuntu/+source/apparmor/2.10.95-0ubuntu2 [14:03] probably just need a publisher run [14:03] Hello. I am on snappy on RPI 3. With latest kernel and os snap. Previously I could install snap with this command snappy install screenly-....snap to install from file. Now that does not work. can someone tell me how I can install snap from local file now? [14:04] jdstrand, cool [14:04] shawnwang: I am on Ubuntu Classic (MATE) 16.04 amd64, in case that wasn't clear and you are giving me instructions for some other platform [14:04] Mikaela, yes... I run it on Ubuntu Classic 16.04 amd64 [14:05] shawnwang: is it possible that you could be missing some updates? [14:06] Mikaela, you still got "Bad system call"? [14:06] sborovkov, use "snap install" [14:06] the "snappy" command is gone [14:06] ogra_: I did. When I pass filename, it says snap not found [14:06] When I gave it full path it returned this error [14:06] shawnwang: with your commands I get "no such file or directory", if I run /snap/bin/tmux directly I get the bad system call [14:07] error: unable to find task with id "52c91e31-7113-26bb-1804-5980e7d74de1 [14:07] shawnwang: I don't have /snaps and in /snap I see directories: bin nmap tmux ubuntu-core [14:09] Mikaela, apt-cache policy ubuntu-snappy, maybe we use different version of ubuntu-snappy [14:09] Mikaela: if you freshly installed snapd then the $PATH is not quite correct, needs a one time login. the bad systemscall is probably because the tmux does not quite have the right security profile yet [14:09] Mikaela: dmesg also often has some useful information [14:10] shawnwang: if you mean snapd 1.9.1.1 [14:10] * Mikaela reboots to see if that changes anything [14:10] shawnwang, ubuntu-snappy-cli ... you do not want ubuntu-snappy installed [14:10] (it was a mistake that it was seeded initially, remove it if you have it) [14:11] ogra_, Mikaela, let me upgrade my ubuntu-snappy-cli [14:13] After reboot /snap/bin/tmux and /snap/bin/nmap throw me `aa_change_onexec failed with -1. errmsg: No such file or directory` [14:15] Mikaela, could you try SNAP=/snap/tmux/current /snap/tmux/current/command-tmux.wrapper [14:16] shawnwang: works, except that it has decided that my tmux.conf has unknown option utf8 twice [14:17] Mikaela, nice [14:17] set -g utf8 & set-window-option -g utf8 on ==> I guess that if new tmux says that these options don't exist, I am just going to remove them from my tmux.conf [14:17] Mikaela, https://github.com/shawn111/tmux.snap/blob/master/snapcraft.yaml [14:18] Mikaela, here is my snapcraft.yaml [14:18] shawnwang: I fear I don't understand that as I am not a developer [14:19] jdstrand: About the bluez interface, understood.. I'm just concerned about introducing a streamlined way to introduce new interfaces [14:19] jdstrand: This is a major blocker for anyone trying to use snappy, so we need to be agile handling such requests [14:20] Mikaela, maybe I missing some config [14:20] jdstrand: It's better to introduce something basic and the polish it, than to block for an undetermined amount of time [14:24] ogra_, is it a right way to call snap command? like SNAP=/snap/tmux/current /snap/tmux/current/command-tmux.wrapper [14:25] ogra_, or, should I use /snap/bin/tmux directly? [14:27] dholbach: what's that snap I should try to instal [14:27] dholbach: I have a branch locally, I'd like to test any desktop snaps you can give me [14:28] zyga, I don't know which problem you solved and which might be working now... jdstrand? [14:28] shawnwang, no idea, i never run them directly since that breaks :) [14:28] dholbach: anything you have [14:28] you need the env the ubuntu-core-launcher sets up [14:28] zyga, jstrand: focuswriter from lp:snappy-desktop-examples? [14:29] ogra_, yep, like mvo mention I might miss security profile [14:29] dholbach: k, I'll try [14:30] FYI: I fixed a few bugs that would be breaking stuff earlier [14:31] niemeyer: I totally agree and we'll get there === LarreaMikel1 is now known as LarreaMikel [14:41] zyga: fyi, someone mentioned you recommended modifying files to not use the launcher to work around lack of unconfined and/or developer mode. I suggest instead modifying the apparmor profile to be in complain mode and the seccomp profile. [14:41] I see the same issue as sborovkov when sideloading a snap or trying to install a snap from the store (ubuntu-core in this case) [14:42] joyeah, seems sideloading is gone atm ... [14:42] jdstrand: snappy will refresh those profiles [14:42] josepht, ^^^ [14:42] jdstrand: won't refresh the wrappers [14:42] ogra_: sideloading is not gone, should work okay [14:42] josepht, there is supposed to be a --developer-mode option to the install command ... [14:42] but thats not there yet [14:42] zyga, how [14:43] ogra_: yep, it's not there yet :/ [14:43] (but just UX issue) [14:43] :) [14:43] ogra_: snap instal ./path/to/some/snap.snap [14:43] ogra_: same happens with a store snap [14:43] oh [14:43] that sounds rather like a bug :) [15:09] * zyga has a still-crazy branch that is relatively stable for controling interfaces [15:09] dholbach: none of the snaps work though [15:09] dholbach: only cap-test [15:09] dholbach: I tried scummvm with home plug connected [15:10] dholbach: focuswriter starts but nothing shows up [15:10] (it doesn't crash, just has no windows) [15:10] :-/ [15:11] although... [15:11] kwi 13 17:10:42 zyga-thinkpad-w510 audit[11161]: SECCOMP auid=4294967295 uid=1000 gid=1000 ses=4294967295 pid=11161 comm="focuswriter" exe="/snap/focuswriter/0/usr/bin/focuswriter" sig=31 arch=c000003e syscall=55 compat=0 ip=0x7f0edad24e2a code=0x0 [15:11] jdstrand: ^^ is that a seccomp denial? [15:11] yes [15:12] dholbach: ^^ fix that and maybe it will run [15:12] that looks like getsockopt [15:12] missing network plug? [15:13] zyga, how? [15:13] dholbach: identify why that syscall is not allowed, put it in an interface [15:13] * zyga tries with network [15:17] zyga: yes [15:17] on amd64: [15:17] $ scmp_sys_resolver 55 [15:17] getsockopt [15:18] (you need to run scmp_sys_resolver on the target arch so if not amd64, run it on the device) [15:19] ogra_: the job that takes the os snap from cdimage is ready, triggered when the snap changes. But there are a couple of problems. The upload fails a lot because of the store, so I have to retry it like 4 times. And once it's uploaded it needs a manual review to go into the edge channel. [15:19]