[00:03] mariogrip: You might be able to. snapcraft is gaining the functionality, though not many plugins support it yet. The python plugin probably does the right thing (if no compiling!), but doesn't signal that it's right. [00:03] mariogrip: How involved do you want to get? [00:07] mariogrip: If not compiling, you can hack into the python2.py a new function. def set_target_machine(self, machine): pass [00:08] That probably makes recent snapcraft work for you. [00:08] qengho: I tried architectures: [amd64, armhf] but when I try to install it on my rpi2 it fails to install [00:08] missing /tmp/* folder somehow [00:08] mariogrip: was that with "--target-arch armhf" ? [00:10] qengho: no I added architectures: [amd64, armhf] to snapcraft.yaml file and it made myapp_0.1_multi.snap [00:12] myapp_0.1_multi.snap failed to install: open /tmp/read-file088244561/unpack/meta/package.yaml: no such file or directory [00:13] mariogrip: Oh. Hrm. Sorry -- that is a bit of a mystery to me. I thought you were creating a specific arch snap from a different arch. [00:23] qengho: oh, I first thought i had to do that, since it outputted just amd64.snap when I ran it the first time [00:28] mariogrip: My suggestion above might not work, but I think it has a decent chance. "snapcraft --help" and add that function to the python2 plugin. [00:28] that function is "set_target_machine". [00:28] ^^^^^^ [00:30] qengho: I'll give it a try [00:30] mariogrip: My suggestion also implies removing the "architectures:" line from snapcraft.yaml . [00:30] ...I think. [00:31] mariogrip: I'm not an expert in this. [00:34] qengho: no difference, still says octoprint_0.1_multi.snap failed to install: open /tmp/read-file015824556/unpack/meta/package.yaml: no such file or directory when i try to install it :( but thanks anyway :) [00:35] mariogrip: that "multi.snap" part sounds suspicious, like you didn't change snapcraft.yaml, and did you use --target-arch ? [00:36] no, it was just an old copypaste i had, it says _amd64 [00:36] I did not use --target-arch [00:37] :\ [00:37] I haven't tried it on amd64. so it might be broken there also [00:38] the command snappy does not exist after an update for some reason [00:38] on my host [00:38] mariogrip: if your filename isn't "myapp_0.1_armhf.snap", then it's not going to work on an armhf machine, I bet. [00:38] mariogrip: "snappy" name is dead. Use "snap". [00:39] Bed time! Zzzz. [00:39] oh, i use snappy on my rpi... that might be why [00:40] the "new" snap uses xz tarballs.... [00:41] The new new snap doesn't use tarballs at all. [00:42] that's might be why snappy install does not work with my app... [00:43] it worked with snap [00:43] mariogrip: Are you using 16.04 images? [00:43] yes [00:43] then, how do i make snap packages for snappy install [00:44] Your snapcraft should be v2. It should make squashfs images. They should install with "snap" (not snappy) on 16.04 snappy images. [00:45] mariogrip: A lof of that^ is new as of the last 6 weeks or so. [00:45] how do i build v1 packages? [00:46] I don't know. I think you need the kind of snapcraft and snappy that was in 15.10. [00:46] I don't think a v1 package would be good for very long. It was a kind of rough draft. [00:47] ah, ok. ill see if i find newer rpi images that has snap insted of snappy [00:47] qengho: thanks for your help :) [00:49] mariogrip: Welcome! I'm sorry it wasn't obvious. When your snapcraft v2 is making files with "armhf" in the name, you should be able to install those on rpi machines that have a "snap" command. That's what I think. Good luck. === chihchun is now known as chihchun_afk [03:26] good evening, anybody home? === slangase` is now known as slangasek === chihchun_afk is now known as chihchun [06:03] hi, guys! [06:22] good morning === chihchun is now known as chihchun_afk [06:44] Good morning! Sorry to bother irc with this, but can anybody help me with this: https://lists.ubuntu.com/archives/snappy-devel/2016-April/001729.html ? === chihchun_afk is now known as chihchun [07:50] Morning o/ [08:01] morning. [08:02] i try to use u-d-f all-snaps version from ~people/mvo but it can't found gadget snap today. may i know what's wrong? [08:03] good morning [08:37] shuduo: there is a store bug currently that prevents u-d-f from working, sorry for that [08:38] shuduo: we are working on a fix or workaround currently [08:38] good morning [08:40] mvo, may i know if there is an ETA for fix? we have some customers are evaluating 1604 image [08:41] shuduo: we aim for a fix/workaround by the end of today (so ~12h or so) [08:42] shuduo: unfortunately its not entriely trivial to fix [08:42] mvo good to know. thanks! [08:44] mvo: good luck [08:55] o/ [08:56] * asac wonders if the 4.4 kernel got ever rolled to stable channel for pi2 or if its a bug that i dont get that update === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [09:42] Trying to run snaps today results in "unable to bind /snap/ubuntu-core/current//lib32 to /lib32. errmsg: No such file or directory" [10:02] ogra_: I just did snap install ubuntu-clock-app should I now see it somewhere on the system? [10:05] shuduo: I pushed a new u-d-f with a workaround for the store issue. note that you will need to build "edge" images with that and e.g. firstboot is not fully working yet [10:06] mvo: okay. let me try it [10:13] davmor2, afaik it shold install a.desktop file so you should find it in a dash search [10:13] ogra_: nope [10:14] asac, 16.04 never had an actual stable release [10:14] you want the edge channel, that has 4.4 since months [10:16] mvo: unfortunately new u-d-f does not work too. I ran it few times. once it report TLS timoeout. rest outputs same msg [10:17] shuduo: what commandline do you use? [10:17] sudo ../ubuntu-device-flash core rolling --channel edge --gadget canonical-pi2.canonical --kernel canonical-pi2-linux.canonical --os ubuntu-core.canonical --verbose --developer-mode --enable-ssh -o rp2-test.img [10:18] shuduo: please drop the ".canonical" from the snaps and try again [10:19] and you dont need --enable-ssh anymore [10:20] (it is always enabled atm) [10:20] mvo: it is working now. so no more .canonical in future? then I need update such information to others [10:20] yes, there are a lot docs that need updating now :( [10:21] shuduo: yes [10:23] mvo, will you update another version in next few days? then I can update all-working version to customer later since today is Friday. :) [10:24] shuduo: I am working on the fix right now, maybe in some minutes [10:24] mvo good [10:26] mvo, on that note, should we perhaps do a snapshot of all snaps to stable so we have at least an alpha quality image by release ? [10:27] (i think we released one chunk to stable a few months ago which keeps people like asac stuck on old versions [10:27] ) [10:29] ogra_: yes, I think we should do that plus new alpha images [10:29] mvo, i see there is still a snapd issue ... so after that landed ? [10:29] ogra_: which one? [10:29] ogra_: oh, the store bug [10:29] ogra_: yes [10:30] ogra_: that needs to land [10:30] mvo, no, the migration [10:30] http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#snapd [10:31] shuduo: please try again [10:31] mvo: okay [10:31] ogra_: yeah, this is a issue because the autopkgtest environment does not allow access to the store === chihchun is now known as chihchun_afk [10:32] mvo, right, i was just thinking we want the latest snapd in the images :) [10:32] bfore pushing any buttons [10:32] yes [10:36] ppisati, any chance that we see https://launchpad.net/ubuntu/+source/linux-meta-snapdragon/4.4.0.1009.1 land before the weekend ? there are livecd-rootfs changes that need to happen alongside to not forcefully pull from the PPA [10:38] mariogrip: Sounds to me like you might be better served by getting Launchpad to build the snap for you, since it supports all the combinations you're looking for. [10:40] ogra_: it's more of an archive thing [10:40] you mean some AA reviewing it ? [10:40] ogra_: try to hassle an AA guy [10:41] ogra_: it looks like it's in proposed [10:41] yes [10:41] since a while already [10:41] ogra_: so it needs to be copied [10:41] i just want to get rid of the hack in livecd-rootfs before release :) [10:41] yeah, i understand [10:42] ogra_: as soon as rtg / infinity show up, try to hassle them [10:42] ! [10:42] ? [10:44] ppisati, hmm bug 1567379 is referred to by the excuses page ... and there is still a Canonical Kernel Team task that is only Confirmed [10:44] bug 1567379 in Kernel Development Workflow "linux-snapdragon: 4.4.0-1011.11 -proposed tracker" [Medium,In progress] https://launchpad.net/bugs/1567379 [10:44] mvo: i download again but seems it's same as previous one. md5sum is 4d582e995383d5a83f58e2e4a166ae19. can you let me know if it's that one? [10:56] shuduo: I pushed an updated version of the os snap that fixes the network failure I had in the previous image build [10:58] mvo: may i know if it's for RPi2 only or also solved problem in x86? [10:58] shuduo: sorry, only amd64, let me fix rpi2 [11:00] mvo: okay. [11:01] shuduo: try now [11:01] shuduo: please [11:02] * mvo gets lunch [11:02] mvo: still edge? will stable be fixed soon? [11:04] shuduo, see above ... we'll do an alpha release to stable before release day [11:04] (release is next week, so within the next 7 days) [11:04] ogra_: okay. thanks. [11:06] note though that there are still tons of changes pending for the next months (currently networking wont be configured because the config interface is completely gone til a re-implementation is ready) [11:07] so the alpha you will get in stable might behave worse whan the months outdated stable image you would get today [11:07] s/whan/than/ [11:16] davidcalle, looks like clock app can't connect to network manager or geoclue [11:16] but that's about it [11:16] mvo, nice work! [11:17] mvo: \o/ [11:24] dholbach: so kodi now produces a ton of apparmor denials. [11:24] which is different [11:24] davidcalle: also, thanks for telling me about apparmor notify [11:45] and it didn't before? [11:49] no, it would black screen and libgl error [11:49] i added the opengl plug and now it fails with apparmor, I pastebinned into the snap this sheet for the record [11:50] (I class this as progess) 😃 [11:58] ARGH ! [11:58] where is sergio [11:59] ogra_: hiding from you [11:59] yeah :( [12:00] ogra_: what's up? [12:00] snapcraft 2.8 breaks image builds on s390x [12:00] http://paste.ubuntu.com/15848428/ === shuduo is now known as shuduo-afk [12:14] Good morning [12:15] morning kyrofa [12:15] kyrofa, do you know if sergio is out today ? [12:16] ogra_, I don't believe so, but he may be sleeping in a little-- it's been a long week! [12:16] yeah [12:16] sadly he broke snapcraft on s390x :( [12:16] (which makes images fail) [12:16] 2.8? [12:16] yeah [12:16] Trying to install cross-compilers? [12:17] the issue looks liek it is trivially missing the arch name [12:17] http://paste.ubuntu.com/15848428/ [12:17] KeyError: 's390x' [12:18] ogra_, ah, easy fix. And good timing, we're about to crank out 2.8.1 (2.8 sadly broke on several archs) [12:19] heh, image builds only broke on that one arch ... all others are happily building along [12:19] ogra_, hmm... that's interesting. My run on arm busted trying to install cross compilers that didn't exist [12:19] are they a hard dependency ? [12:20] ogra_, no, it was a bug [12:20] i only run "apt-get install -y snapcraft" in the builds [12:20] ogra_, ah, no it's determined at runtime [12:20] and then call "snapcraft snap snap" [12:20] (for a pre-created dir structure) [12:20] so that doesnt hit me then :) [12:20] Oh, that's probably it then [12:20] You already have the dir [12:21] yeah [12:21] Lucky ;) [12:21] for os snap thats easier to do :) [12:21] ogra_, mind making a bug fo rme? I'll make sure this is in 2.8.1 [12:21] ok [12:22] Morning sergiusens :) [12:24] kyrofa, bug 1570835 [12:24] bug 1570835 in Snapcraft "snapcraft 2.8 fails on s390x" [Undecided,New] https://launchpad.net/bugs/1570835 [12:24] Thanks ogra_! [12:24] And sorry about that [12:24] no worries [12:24] (i doubt that arch has many users :P ) [12:25] ogra_, mvo i ran the new amd64 image in virt-manager. i can see snappy command exist but just snap. is it a new change? then how to use classic dimension? === shuduo-afk is now known as shuduo [12:26] shuduo, yes, the snappy command is effectively gone (there are more bits that just vanished with this change for the moment ... they will come back in the next weeks) [12:27] to use the classic dimension "sudo snap enable-classic" should still work [12:27] stgraber, that reminds me, where do we stand with arm64 support for snappy classic ? [12:28] ogra_: snap tell me enable-classic is unknown command... [12:29] error: Unknown command `enable-classic'. Please specify one command of: ack, connect, disconnect, find, install, interfaces, known, list, login, purge, refresh or remove [12:29] oh ? that usedf to work for me two days ago ... perhaps it has also been dropped then [12:29] you are on the edge channel, right ? [12:29] ogra_: yes [12:29] (stable is pretty much useless atm) [12:32] jdstrand: I got devel mode to work :) [12:32] zyga: yay! did you use @complain for seccomp? [12:33] jdstrand: chceking :) [12:33] jdstrand: I ran hello-world.evil :) [12:33] jdstrand: yes, first line of seccomp is @complain [12:33] jdstrand: then the normal profile follows [12:33] jdstrand: I guess we have a winner :D [12:34] I ask cause I did an upload for ubuntu-core-launcher to support @complain (currently a synonym for @unrestricted until we can work out how to make seccomp actually complain) [12:34] this way you don't have to change snappy [12:34] jdstrand: yep, I saw the changelog [12:34] cool [12:34] ogra_: so snappy and classic will come back in next week*S*. that means all customers evaluation be blocked in next weeks. :( [12:34] jdstrand: I think this will be a good release WRT security and interfaces [12:35] jdstrand: I'll try to spare a moment on the bluez interface when this lands [12:35] oh, it made it into the archive [12:35] nice [12:35] jdstrand: but I still have a few TODOs [12:35] jdstrand: do you know if anything that is in the store that didn't work before is public? [12:36] jdstrand: can I install something (without sideloading) that would show this to work? [12:36] jdstrand: (for x11 stuff, hello-world.evil works already) [12:36] zyga: 'this' meaning bluez? [12:36] what are we talking about? [12:36] jdstrand: no, I mean devel mode still [12:36] jdstrand: I;d like to see x apps working, with devel mode [12:37] I don't think anything in the store would work [12:37] because they are all using old-security [12:37] actually [12:37] that may work [12:37] since old-security gives you default confinement without unity7 [12:37] zyga: ubuntu-calculator-app? [12:37] shuduo, well, the "snappy 1.0" release is still a bit away and all fiocus has been moved to snappy on server/desktop installs for the 16.04 release ... [12:37] ohh [12:38] good idea [12:38] though that will work with confinement AFAIR [12:38] it shouldn't [12:38] unless you brought back old-security [12:38] the last I looked the uploads used security-template to get them to work [12:38] ah, right [12:38] I faked it to have unity7 [12:38] :D [12:38] last Friday [12:39] ah [12:39] but that's gone now [12:39] ogra_: yes, i understand. but we have few customer want to demo pre-release snappy early [12:39] i definitely still have snap enable-classic here on an install from the 11th [12:40] ubuntu@localhost:~$ snap [12:40] error: Please specify one command of: ack, connect, destroy-classic, disconnect, enable-classic, find, install, interfaces, known, list, login, purge, refresh, remove or shell [12:40] ogra_: i just use latest u-d-f to generate fresh new image from edge channel [12:41] yeah, must have been dropped within the last few days [12:41] ubuntu-core 16.04+20160415.05-01 [12:43] i dont really see that mentioned in any of the changelogs though [12:45] ogra_: that's fine. i will communicate with customer a little more about "we are working on make snappy back" :) [12:49] ogra_: 9025e4b56b425ee11bc37216ff8551ce17101135 seems to be the commit that removed enable-classic. [12:49] josepht, hmm, no changelog entry in the package === shuduo is now known as shuduo-afk [12:59] popey: what app did you try with opengl? [13:02] jdstrand: kodi [13:02] jdstrand: and Love [13:05] jdstrand: basically copied your unity7/opengl plug entries for those two (and pushed) [13:06] popey: great. I updated the notes for kodi just now [13:07] popey: can you paste the apparmor denial (if any) for love in the pastebin in the spreadsheet? [13:08] jdstrand: done [13:08] also tried mame, which the mame.ini I can fix, not sure about the fontconfig [13:09] that's what I was afraid of [13:10] popey: I updated the love Notes [13:10] Isn't there a newer rpi2 image tham mvo's 4-February? [13:10] jdstrand: against what? apparmor? [13:10] popey: I don't know how to solve /var/cache/fontconfig either. I think we need a desktop person to comment [13:10] qengho, just build one yourself :) [13:11] Ah, ogra, you have a pi3 image! That's better. [13:11] popey: cause allowing 'w'rite access to a directory that the user can't write to is wrong (/var/cache/fontconfig/ unix perms won't allow writing to it) [13:11] popey: no, against snapd [13:12] Hmm, build one myself. Okay! [13:12] the interface needs to be updated [13:12] popey: ((almost) all apparmor policy is in snapd now) [13:13] qengho, sudo ../ubuntu-device-flash core rolling --channel edge --os ubuntu-core --kernel canonical-pi2-linux --gadget canonical-pi2 -o test.img [13:14] (with the latest u-d-f from mvo's all-snaps dir [13:14] ) [13:14] hey jdstrand, good morning [13:14] mvo: oh yes, you had something for me to look at [13:14] mvo: hi! [13:15] ogra_: with todays upload we should be able to do new images (once that upload is in the archive and we have os snaps from it) [13:15] jdstrand: yeah, no rush, its probably a sru at this point [13:15] mvo, is enable-classic gone completely now ? [13:15] ogra_: just disabled for now, will come back RSN [13:15] (thats rather bad for developers i guess) [13:15] ok [13:16] yes, sorry, scarifices had to be made [13:16] heh [13:16] * ogra_ wishes they had been made a month or two ago :P ) [13:16] * mvo hugs ogra_ [13:16] * ogra_ hugs mvo [13:19] jdstrand: [13:19] gah, jdstrand https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1570860 [13:19] Launchpad bug 1570860 in snapd (Ubuntu) "Love2D needs udev access" [Undecided,New] [13:21] jdstrand: ubuntu-calculator-app works [13:26] zyga: works in developer and does not without developer? [13:26] jdstrand: developer mode [13:26] nice [13:28] niemeyer, zyga: fyi, bug #1570860. while we can talk about the bug itself, I wanted to nail down the process for updating/adding interfaces. should there be a bug tag (eg, snapd-interfaces?). If a tag, we should all three of us subscribe to it [13:28] bug 1570860 in snapd (Ubuntu) "Love2D needs udev access" [Undecided,New] https://launchpad.net/bugs/1570860 [13:28] mvo, is SNAP_ARCH stable in the wrappers? And available on the desktop? [13:33] jdstrand: do we do anything with the device cgroup when we see @complain ? [13:33] jdstrand: as in, not jail the process from real devices? [13:36] zyga: no. @complain is a seccomp only thing like '(complain)' is an apparmor thing [13:36] kyrofa: yes, its fine, we do not plan to change the environment vars at this point, if its not in the deprecated sections its golden [13:36] jdstrand: right, so developer mode will be incomplete [13:36] jdstrand: for lots of stuff :/ [13:36] jdstrand: I just tried it and a sample game doesn't start [13:36] jdstrand: what could we do to make that work still? [13:37] zyga: each security subsystem will need to do its own complain thing. a simple way to do it with udev is to comment out the rules in /etc/udev/rules.d/... for the app in complain mode [13:37] jdstrand: I don't understand how that would work, can you give me an example/ [13:37] jdstrand: as in, how can I put *all* devices into a cgroup/ [13:37] jdstrand: so that effectively, the app can always open anything in /dev [13:37] don't do that [13:38] remove the cgroup handling [13:38] jdstrand: wait, there is no cgroup handling right now [13:38] jdstrand: we don't make a default udev rule [13:38] remember, cgroups are only used if there is a udev assignment for the app in /etc/udev/rules.d [13:38] AAAH [13:38] zyga: right [13:38] okay [13:38] hmm, that's worrying then :) [13:38] so, complain mode is simply comment those rules [13:38] because the app still doesn't work [13:38] but at least I will see why [13:38] thanks for explaining thta! [13:39] np [13:39] Thanks mvo :) [13:39] is there an image with ubuntu-core-launcher 1.0.25.1? [13:39] mvo: maybe that is a question for you ^ [13:40] zyga: are there denials? how is the app complaining? [13:40] jdstrand: the latest ubuntu-core snap should have it, let me double check. you can build the image yourself or I can upload one [13:40] jdstrand: the app just doesn't start [13:40] jdstrand: it's an opengl/openal game [13:40] jdstrand: as for syslog... [13:40] one sec [13:40] jdstrand: hm, not yet, let me build one [13:41] zyga: in addition to syslog, application output [13:41] jdstrand: no app output [13:41] jdstrand: I'd have to trace it to see [13:41] jdstrand: one sec [13:41] zyga: is there a seccomp kill? [13:42] perhaps you don't have seccomp 1.0.25.1 [13:42] err [13:42] ubuntu-core-launcher 1.0.25.1 [13:42] * jdstrand is wildly guessing [13:42] jdstrand: http://pastebin.ubuntu.com/15849375/ [13:42] zyga: what game? [13:42] jdstrand: FEZ [13:42] jdstrand: I have a snap if you want to see it in private [13:43] yes, that would be good. between that and mvo's image, I can help [13:45] zyga: opengl? you are not on an nvivia system, are you? [13:45] mvo: I am [13:45] mvo: ah, I need something fresher (core?) [13:45] also, I noticed that the opengl interface doesn't have a test case [13:45] zyga: nvidia (with nvidia proprietary drive) [13:46] zyga: do you happen to have a snapcraft.yaml for it? [13:46] mvo: with free drivers [13:46] zyga: ok, that should work, let me try that [13:46] davidcalle: yes but it depends on having access to FEZ binary from humble bundle [13:46] * zyga should find a smaller example [13:47] zyga: yeah, I imagine, but it will be a great desktop example for dev.ubuntu.com, please share :) (I don't need the bin - I have it) [13:47] davidcalle: sure [13:47] davidcalle: I plan to snap about a dozen games I have [13:47] jdstrand: I have not looked at the tests in detail but when I looked last I found them to be duplicating what was already tested in the commonInterface code, i.e. nothing new was tested but maybe that has changed from when I looked last [13:48] zyga: :) [13:48] davidcalle: http://paste.ubuntu.com/15849436/ [13:48] davidcalle: there's also a setup/ directory with [13:48] oh [13:48] i wonder if we generate desktop files [13:49] zyga: we supposedly do, haven't seen one, though [13:49] yep [13:49] I don't see one either [13:49] * zyga looks at what is needed [13:49] davidcalle: I'll share it when I have something really working :) [13:49] zyga: sure :) [13:49] mvo: I think that might be a discussion point for interface development [13:50] mvo: I think that we could drop most of the tests for commonInterface-using interfaces [13:50] jdstrand: yeah, happy to talk about it when the releas e is out [13:51] zyga: that was my feeling too, but its not important at this point :) [13:51] yep [13:51] just wanted to explain why I did not add new ones for this particular code [13:53] zyga: hm, the opengl using snap, could you push that somewhere? [13:53] zyga: so that I can try to reproduce the issue you see? [13:54] mvo: I use git to manage i, do you have a place I can stick a 350MB git repo? [13:54] a private launchpad git repo perhaps [13:54] zyga: hmmm, let me think for a sec [13:54] could be useful for storing games for development [13:54] this just for work *cough* [13:54] ;-) [13:55] zyga: might be worth snappifying open source ones first [13:56] rather than going for ones that are hard for others to contribute to [13:56] dholbach: could someone upload a new ubuntu-clock-app with the unity7,opengl interfaces ? that would be great [13:56] jdstrand: Having a tag sounds good [13:56] dholbach: and same for the calculator [13:57] popey: this was just a personal snap, I agree that using an open source one would be better but this one was useful for me and I had the game around; I'm not aware of any open source games actually (except openttd which is heavy on plugins) [13:57] I've been snappifying a few [13:57] mvo: calculator now works with --devmode :) [13:57] tuxracer :) [13:57] zyga: in fact I find it preferable to hit things that have bigger impact, like frameworks [13:57] or emulators [13:57] because they add multiple games all at once. [13:57] e.g. MAME and Love2D are the ones I looked at. [13:58] along with Minetest [14:01] popey: I totally agree :) [14:01] should my app have read access to $SNAP? [14:01] because I put an ini file in there, but the app can't seem to see it. no apparmor denials [14:01] I think snapcraft has a bug somewhere [14:01] http://paste.ubuntu.com/15849583/ [14:01] this is find . from the snap/ directory [14:02] what is $HOME/.../lib and lib64 doing there? [14:02] any snapcraft hackers around ^^^ [14:03]