[03:55] I'm working on a snap that is command-line tools, but it has multiple command-line tools. When installing the snap, I notice the files in /snap/bin are renamed snapname.command... Any way to work around this in snapcraft.yaml, or is this by design? [04:37] niemeyer1: done [05:21] TheMuso: that's the design [05:44] Chipaca: hey, when you have a moment can you help me debug a testsuite issue? [05:45] lpotter_: Urm ok. === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk [06:50] Good morning! Is there a way in vivid, to influence ubuntu-device-flash so that I am able to set a custom static ip (instead of dhcp)? How can I change the "ubuntu" user or its password. I want to do this changes to the image at time of creation. [06:57] Hi all, I'm trying to get started using snaps by following the webcam tutorial on the site. I've got the snap to build, but when I install it with sudo snap install webcam_0.1_amd64.snap I dont know where it went === chihchun_afk is now known as chihchun [07:11] !info kde4-config yakkety [07:11] Package kde4-config does not exist in yakkety [07:11] !info kde-config yakkety [07:11] Package kde-config does not exist in yakkety [07:11] hmm [07:12] !info kdelibs-bin [07:12] kdelibs-bin (source: kde4libs): core executables for KDE Applications. In component universe, is optional. Version 4:4.14.16-0ubuntu3 (xenial), package size 181 kB, installed size 791 kB [07:12] \o/ [07:16] I'm sort of curious as to how far out the pulseaudio socket is from landing in snapd. :) [07:16] ^ yeah that would be nice === chihchun is now known as chihchun_afk [07:18] I have a cute little script whose only function is to throw sound at the speakers. I'd love to snappify it. [07:19] nhaines: link? :D [07:21] Should snap packages work in a normal 16.04 system? I've tried to install the 'hello' package with 'sudo snap install hello', but when I run it I get failed to create user data directory. errmsg: Permission denied [07:22] trijntje: I am getting that exact same error on my machine, I think it's been reported already, but I could be wrong [07:22] tsimonq2: oh, I should probably put it on LP or at least a bzr directory... [07:22] http://www.apress.com/9781484206096 under "Source Code/Downloads". It requires sox. [07:23] tsimonq2: ok thanks, I'm trying 'notes' now [07:23] hmm, same error [07:28] tsimonq2, trijntje: does 'snap changes' give anything? [07:28] is this with snapd 2.0.8? [07:30] dholbach: how do I find what's changed between various revisions of the moon-buggy snap? [07:31] nhaines, I think I would need to put it into changelog box when uploading the snap :) [07:31] the last upload was quite a while ago, so I'm not sure what I changed back then [07:31] dholbach: sure, but I don't think that shows up with 'snap' at all either, right? :) [07:32] tsimonq2, trijntje: anything in "ls -lR ~/snap" that is owned by a different user (or root) by any chance? [07:34] snap changes gives nothing [07:34] mvo: everything in ls -lR ~/snap shows that I'm the owner [07:35] dholbach: and yes, snapd 2.0.8 [07:36] mvo: no, its all owned by me. I also found a bug report about appArmor getting upset at encrypted homes, so I'm going to test that next. [07:36] nhaines, I don't know [07:36] nhaines, if not, maybe there should be a bug for it? [07:36] but its lying anyway since it did create ~/snap/notes/1, so it has permission to write in my home dir [07:36] trijntje: I have an encrypted home directory :) [07:36] yeah [07:36] dholbach: hmm, maybe. I suppose I'll have to look into it. [07:36] cool, thanks! [07:37] 'snap login' is really vague and confusing to me! All I know is that if I use it, I don't have to run 'snap install' with sudo. Why? :D [07:37] tsimonq2, trijntje thank you [07:37] * mvo scratches head [07:37] mvo: and like stated eralier, I have an encrypted home directory with ecryptfs [07:37] *earlier [07:38] tsimonq2: oh, that might indeed be why I don't see it here! [07:43] tsimonq2: there's a bug about encrypted home directory [07:43] tsimonq2: though last time I checked on xenial, it wasn't breaking anything, just printing messages when snap-confine / ubuntu-core-launcher were started [07:44] ah [07:44] mvo: one thing *has* changed [07:44] zyga: I'm on Yakkety :) [07:44] mvo: the home directory is no longer created by snap-confine, now it's made by what? snap-run? [07:44] (FWIW) [07:44] mvo: but that's not live yet, is it? [07:46] zyga: thats not in xenial yet AFAIK === chihchun_afk is now known as chihchun [07:55] Hello, what's the exact difference between the distribution of a statically linked software (one executable) and the Snap packages? [07:56] ovalseven8_: snaps can use shared libraries (e.g. you can ship two executables and a common shared library inside a snap) [07:56] ovalseven8_: statically linked software is just that, a static executable [07:56] zyga, mvo: both hello and notes work in a fresh 16.04 in virtualbox without encrypted home [07:57] ovalseven8_: snaps provide data, shared libraries, executables and services in one bundle [07:57] should I report a new bug or comment on the existing one? [07:57] trijntje: please comment on the existing one unless you think this is something very different than before, please include the version of snapd and ubuntu-core-launcher you have installed (apt-cache policy snapd) [07:58] zyga: can you link the bug report? [07:58] zyga: Ok, but for the user of the software it doesn't really make a difference? Because if there's a bug in a dependency, he will have to update the snap/executable [07:59] tsimonq2: I see https://bugs.launchpad.net/snappy/+bug/1574556 but reading it quickly I think a new bug is better now [07:59] Launchpad bug 1574556 in ubuntu-core-launcher (Ubuntu Xenial) "apparmor denials reported for encryped HOME" [Medium,Triaged] [08:00] ovalseven8_: if there's a bug in the dependency the maker of the snap will see that as the snap won't run on their machine [08:00] ovalseven8_: snaps don't depend on anything from the system [08:01] zyga: ill file a new bug report, but it looks like the last two comment (from bruno nova) are about the same problem I have [08:01] zyga: Yeah, but the delivered dependencies inside the snap have to be updated, no? [08:02] ovalseven8_: updated for what? [08:02] zyga: If there's a bug [08:04] ovalseven8_: typically, the maker of a snap uses 'snapcraft', which automates getting everything from the Ubuntu repositories or from source repositories and then builds everything. So the snap maker would have to run 'snapcraft' again, wait 5 minutes, and then upload the new version to the store. [08:04] ovalseven8_: yes [08:04] ovalseven8_: that's correct [08:08] https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1592696 [08:08] Launchpad bug 1592696 in snapd (Ubuntu) "snaps dont work with encrypted home: failed to create user data directory. errmsg: Permission denied" [Undecided,New] === chihchun is now known as chihchun_afk [08:44] !info json-glib yakkety [08:44] Package json-glib does not exist in yakkety [08:44] !info libjson-glib-1.0-0 yakkety [08:44] libjson-glib-1.0-0 (source: json-glib): GLib JSON manipulation library. In component main, is optional. Version 1.2.0-1 (yakkety), package size 62 kB, installed size 313 kB [08:45] !info libjson-glib-dev yakkety [08:45] libjson-glib-dev (source: json-glib): GLib JSON manipulation library (development files). In component main, is optional. Version 1.2.0-1 (yakkety), package size 27 kB, installed size 441 kB === chihchun_afk is now known as chihchun [08:59] !info gnome-keyring [08:59] gnome-keyring (source: gnome-keyring): GNOME keyring services (daemon and tools). In component main, is optional. Version 3.18.3-0ubuntu2 (xenial), package size 577 kB, installed size 3908 kB [08:59] zyga: ping [09:13] !info gnome-keyring-dev [09:13] Package gnome-keyring-dev does not exist in xenial [09:18] hey there, i'm new to packaging snap and got a question: i develop a webapp which needs apache and php7, is there an option to import these two with the "plugin" tag in snapcraft [09:20] petermaffay: hello, you would put the appropriate packages in build-packages, the plugin is for compiling the snap [09:22] use "stage-packages" if you want to include the contents of packages in the snap. [09:22] "build-packages" are just packages you need to build the snap. [09:22] thanks very much!! [09:23] anytime :) [09:24] petermaffay: if you want to check out some examples, take a look at snappy-playpen: https://github.com/ubuntu/snappy-playpen - if you have questions for how that would be implemented and such [09:28] !info cpp [09:28] cpp (source: gcc-defaults (1.150ubuntu1)): GNU C preprocessor (cpp). In component main, is optional. Version 4:5.3.1-1ubuntu1 (xenial), package size 27 kB, installed size 62 kB [09:28] !info c++ [09:29] intercal (source: intercal): INTERCAL de-obfuscator. In component universe, is extra. Version 30:0.30-1 (xenial), package size 685 kB, installed size 1398 kB [09:29] !info g++ [09:29] g++ (source: gcc-defaults (1.150ubuntu1)): GNU C++ compiler. In component main, is optional. Version 4:5.3.1-1ubuntu1 (xenial), package size 1 kB, installed size 16 kB [09:29] aha [09:50] davidcalle, in addition to the snapcraft.io coverage, I was enjoying seeing the image you created for d.u.c on the media :) http://www.zdnet.com/article/ubuntu-snap-takes-charge-of-linux-desktop-and-iot-software-distribution/ [09:52] is there a way for snapcraft to run manual commands after the "make install" step from the autotools plugins? [09:52] like to move files around or clean some [09:52] before the squashfs is generated [09:52] sergiusens, ^ [09:56] dpm: hehe same here, also on https://www.linux.com/news/ubuntu-snappy-based-package-format-aims-bridge-linux-divide . "Make it. Snap it. Push it. Update it" has been out there as well, this is pretty fun. [10:05] !info kde4-devel [10:05] Package kde4-devel does not exist in xenial [10:05] !info kdebase-dev-kde4 [10:05] Package kdebase-dev-kde4 does not exist in xenial [10:06] !info kdelibs4-dev [10:06] Package kdelibs4-dev does not exist in xenial [10:06] !info kdelibs5-dev [10:06] kdelibs5-dev (source: kde4libs): development files for the KDE Development Platform libraries. In component universe, is optional. Version 4:4.14.16-0ubuntu3 (xenial), package size 1303 kB, installed size 9465 kB [10:08] I installed vtop and then tried to remove it but it just stuck on remove. I then ran abort and now it's just stuck on that. [10:09] Restarted snapd to see if that would solve anything but no. [10:10] So now I can't try to remove it again since it's stuck on abort. === chihchun is now known as chihchun_afk [10:17] I can't remove it since it can't be unmounted it seems [10:25] zyga: hey, so snap-confine HEAD has a failing test. I feel like maybe I am not compiling it right with the lastest updates. basically, I'm snagging the Build-Depends, then doing 'debian/rules build' [10:27] zyga: meh, nm [10:27] common.sh was missing a syscall [10:34] jdstrand: :-) [10:34] jdstrand: I'll be enrolling snap-confine in spread this week [10:35] jdstrand: to ensure it compiles and builds on ubuntu, fedora and arch (initially) [10:35] jdstrand: and that tests pass [10:35] jdstrand: we need to start thinking about making testing possible when snap-exec story is done [10:35] jdstrand: and snap-confine unconditionally execs snap-exec [10:47] hey, still trying to build apache snap, got this now: name: anchor version: 0.1 summary: anchor file browser description: no production use confinement: devmode parts: webserver: stage-packages: - apache2 [10:48] what should i use for plugin and source as they are required fields? [10:48] at the moment just trying to package apache :P === chihchun_afk is now known as chihchun [10:50] Hey all. I have an encrypted home directory and I'm running into this bug: https://bugs.launchpad.net/snappy/+bug/1574556 [10:50] Launchpad bug 1574556 in ubuntu-core-launcher (Ubuntu Xenial) "apparmor denials reported for encryped HOME" [Medium,Triaged] [10:51] Is there a work around? I don't really understand the stuff referenced in the launchpad comments. [10:52] I get "failed to create user data directory. errmsg: Permission denied" when I try and run a snap === chihchun is now known as chihchun_afk [11:09] georgeowell: I think this is the bug you have: https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1592696 [11:09] Launchpad bug 1592696 in snapd (Ubuntu) "snaps dont work with encrypted home: failed to create user data directory. errmsg: Permission denied" [Undecided,Confirmed] [11:10] Do I just select "this affects me"? [11:12] yes, that way the developers see that a lof of people run into this bug [11:13] I expect this will be fixed pretty fast, since its a recent problem and a lot of people have encrypted homes (though I'm not a developer for snap) === hikiko is now known as hikiko|ln === chihchun_afk is now known as chihchun [11:55] Hi there! [11:57] Is there a working way to configure a static network interface in vivid using u-d-f? (Tried modifying meta-data with little success) === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [12:02] Gunther_, 15.04 is pretty dead, but you couold create your own gadget snap and apply config through that [12:04] t [12:04] u [12:04] ogra_: I am currently editing the created image. Still /etc/network/interfaces.d/eth0 gets automatically created using a dhcp config. If I try to insert a static configuration file at the same place, its changed to dhcp at the first boot. [12:05] I think the behaviour on 16.04 is the same [12:06] well, 16.04 isnt done yet ... the config interface and firstboot stuff is still in the works (all focus was at the desktop and cross distro stuff for the last weeks, images are looked at now ) [12:08] Just one answer please :): Who is generating /etc/network/interfaces.d/eth0 ? systemd or cloud-init? [12:09] snapd [12:09] well [12:09] not sure if it did that in 15.04 [12:09] nobody touched that in monts [12:09] (includign me) [12:10] (not even sure there was snapd ... could have been called snappy-firstboot or some such) [12:10] ok looking for firstboot now. thanks [12:11] ubuntu-snappy.firstboot.service :) [12:13] yeah [12:13] kyrofa, trying snapcraft for a wine package i get "multiple repeat at position 40" as answer when it fails ... any indicator what that might mean ? === chihchun is now known as chihchun_afk [12:15] ogra_, huh... can you pastebin the result of snapcraft --debug ? [12:15] or sergiusens ^^ [12:16] kyrofa, http://paste.ubuntu.com/17358094/ [12:16] hmm === hikiko|ln is now known as hikiko [12:16] could it be because i dont use a subdir for the binaries i want to copy ? [12:17] (i have everything in the toplevel dir) [12:17] ogra_, seems like a regex error [12:17] http://paste.ubuntu.com/17358140/ is the snapcraft.yaml [12:18] ogra_, when it's trying to replace $SNAP in the output [12:18] ogra_, please log a bug, I think there's a larger problem here [12:18] hmm .. i have a dash in the package name [12:18] ok [12:19] (though there are other packages with dash ... ) [12:19] * ogra_ files a bug === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk [12:25] kyrofa, sergiusens, bug 1592795 [12:25] bug 1592795 in Snapcraft ""multiple repeat at position 40" when trying to create a snap" [Undecided,New] https://launchpad.net/bugs/1592795 [12:26] ogra_, no I don't think this is a YAML problem, it has something to do with the combination of the regex we're using and the file contents of the snap that needs some investigating [12:27] k === chrisccoulson_ is now known as chrisccoulson [12:52] Son_Goku, zyga is zyga if he is on IRC :) [12:52] :/ [12:53] (he isnt around atm obviously) [12:53] what time zone does he live in? [12:53] I'm in UTC-4 [12:53] EU ... but i think he has to care for personal stuff this afternoon [12:54] perhaps we can help you ? [12:55] yeah, he is UTC-2 or so [12:56] well, I wanted to talk to him about Fedora / Mageia packaging for snaps [12:57] but perhaps you can answer a more general question of mine [12:57] when will the server components to snaps be open sourced and allow for alternative repositories of snaps to exist? [12:59] Hi Son_Goku, the server-side components are not planned to be open sourced at this time [12:59] ... [12:59] wuh?! [12:59] why?! [13:00] is this going to be Launchpad all over again? [13:00] Son_Goku: we have been concentrating on the client side of snaps so it has not been on the roadmap so far [13:00] Son_Goku: we will of course continue to assess this going forward [13:00] "error: cannot remove "jenkins": snap "jenkins" has changes in progress" any suggestions howto solve this? [13:00] being completely new to the "snap" topic, i wonder: can anyone set up a "snap store"? i mean is the snap package system bound to the ubuntu store or ir cannonical just the only provider of snaps atm? [13:01] no one can currently set up snap stores [13:01] Canonical is the gatekeeper for all things snappy :( [13:01] holy moly :O this is rly evil [13:01] Son_Goku: snaps can be side loaded easily [13:01] that's not an suitable answer [13:02] i mean this is like with the windows universal apps [13:02] Son_Goku: sorry I can't give you a date at this time [13:02] sideloading means that there's no mechanism for updates [13:02] you can sideload the updates too :) [13:02] so the snap packaging tool isn't open source ? [13:02] Narcotix: it [13:02] is [13:02] Narcotix: the server side stuff is not at this time [13:02] ogra_ yes, but that's not quite the same thing [13:03] Narcotix: for stores [13:03] essentially, if you want another store to exist, someone has to reverse engineer the protocol and then alter the client to user it [13:03] *use [13:03] yeah but... it's like anyone can set up a store with win32 api programms, but only microsoft can set up a store for universal apps [13:04] to some extent, I'm not really surprised [13:04] no, but it is upgradeable that way [13:04] the system was designed for the mobile context, where everything is locked down because things [13:05] (the reasoning for locked down systems in mobile is too complicated for me to want to get into...) [13:05] but this new trend of bringing that locked down nature to traditionally open platforms is frightening [13:06] wow, so if snap packages would become THE standard among all distros, this would mean that Linux would become more of a walled garden (if deb, yum and others get dropped somewhen in the future) [13:06] why woud deb and yum be dropped ? [13:06] there is no reason to drop them [13:07] well, i guess you are right [13:07] Narcotix: and of course anyone can develop and push a snap to the store [13:07] but developers could drop them [13:07] and none of the newer packaging systems focus on that ... they all focus on delivering apps [13:07] it is just a delivery mechanism [13:07] ogra_ that's not what Canonical is putting out [13:07] so they still exist, but programs won't get published as debs [13:08] they've been talking about moving over to snap system in place of debs and rpms [13:08] Son_Goku, what are you referring to now ? [13:08] ubuntu snappy core and ubuntu snappy desktop [13:08] Son_Goku, do you have a refercene for that ? [13:08] lemme see if I can find it... [13:08] (an official statement) [13:08] * ogra_ is sure there is none [13:09] probably a third party speculation ... [13:09] oor a developers wishful thinking :) [13:09] * Son_Goku sighs [13:09] it was somewhere on either launchpad or one of the ubuntu dev blogs [13:09] debs wont go away in ubuntu [13:09] neither will the classic installs [13:10] even *if* there will perhaps be full snappy based desktop installs ... the ubuntu deb archive would have to be used to create these snaps [13:10] so how could we ever drop it ? :) [13:14] Son_Goku, https://plus.google.com/+OliverGrawert/posts/YQ7idGAXzFd see the comments here === Thomas_ is now known as Guest17077 === JanC is now known as Guest29167 === JanC_ is now known as JanC [13:16] Is there a documentation how the snapped packages are run? Currently I'm a little bit confused if the applications are isolated or how... [13:19] With regard to isolation, here's a page on security: https://developer.ubuntu.com/en/snappy/guides/security/ Not sure how they are really run though. Maybe another page details that. [13:20] justtesting: see this https://developer.ubuntu.com/en/snappy/guides/security-whitepaper/ [13:20] m15k: ^ [13:20] m15k, they are run inside the core snap ... and via interfaces they can talk to the host [13:21] Thanks, I'll have a look at the pages. [13:21] (and yeah, that page is probably the better answer :) ) [13:33] m15k, the apps run under a profile that is setup by the snap machinery, and covers seccomp, apparmor and a range of other confinement techniques [13:33] m15k, the idea is that a snap can have a binary running as root which still doesn't see anything it is not allowed to [13:35] ogra_, jdstrand: btw. how is the core snap involved on desktop? is LD_LIBRARY_PATH or so linked to it or is there no usage at all? [13:36] the launcer sets the library path [13:36] ok as I thought [13:36] matteo: ^^ [13:37] ogra_: so host binaries should used at all? [13:37] no, they shouldnt [13:37] ok [13:38] yes, I've tried but got a SIGSEGV [13:46] does anyone know where is the snap/.desktop integration documented? [13:47] there is no [.]desktop mentioned on http://snapcraft.io/create/ [13:48] nor on https://developer.ubuntu.com/en/desktop/get-started/ [13:49] why isn't it just using/exporting one based on the snap/u/s/a one with the exec mangled? [14:06] mvo, ^ do you know? [14:07] seb128, I suspect it's still not documented [14:08] seb128, but you just drop them in snapcraft's setup/gui/ directory [14:09] seb128: is https://github.com/snapcore/snapd/blob/master/docs/meta.md#gui-directory helpful? [14:10] mvo, yes, thanks ... do you know why we just don't use the upstream one? would be less packaging work/easier [14:10] and get translations&co [14:16] seb128: its very close to the upstream one, translations and all will be unchanged, the upstream one will do something like /usr/bin/foo but it won't be /usr/bin/foo in the snap so that requires a tiny bit of tweaking. essentially Exec= and Icon= is what needs tweaking. I guess snapcraft could try to be smart about it [14:18] mvo, right, my point is "why not using the upstream one and just mangling exec/icon automatically for the user" [14:18] mvo, with the current scheme you need to dup info and keep up with upstream tweaking e.g their description or categories or keywords [14:19] seb128: that would be cool, its a bit tricky to know how to map the meta/snap.yaml app to the exec line, we could try to do pattern matching I guess, we could of course be radical and allow only exec lines that match the snap name itself by default [14:19] seb128: same for icons [14:20] seb128: that would solve the common case at least, i.e. if you package "gnome-foo" your app in snap.yaml must be named "gnome-foo" and that is the exec line you get in your deskop file (and then we need to think about an override for this openoffice thing with 243324 desktop files inside ;) [14:20] mvo, or you could have the manifest have a section that let you override the exec/icon by specifying those [14:21] and having snapcraft doing the work for copying/sedding with those values [14:21] seb128: manifest == snapcraft.yaml? [14:21] yes [14:21] sorry [14:21] seb128: yeah, that is a sergiusens thing then :) works for me [14:21] seb128: no worries, just wanted to be sure we talk about the same thing [14:22] the current way is undocumented on our main websites [14:22] so it's likely most desktop app snappers are going to overlook that [14:22] davidcalle: -^ is that something you could help with? [14:22] and we have less good integration in the desktop as a result [14:22] davidcalle: basicly making https://github.com/snapcore/snapd/blob/master/docs/meta.md#gui-directory available somehow [14:22] seb128: +1 [14:23] mvo, thanks for relaying the nag to the right people ;-) [14:23] mvo, also since it's similar/related, do you know if there is an consideration using the upstream appstream info if available rather than requesting the snapcraft.yaml to duplicate e.g the description? [14:23] mvo: sure, give me 3 min [14:24] mvo, or we could have description: $appstream-desc [14:24] ? [14:29] mvo: oh I thought it was a new edit on the doc, but the last commit is actually mine... You mean giving it more visibility than in https://developer.ubuntu.com/en/snappy/guides/meta/? [14:32] What happend to the idea of frameworks? I can't find any info on framework snap anymore on the official websites. [14:35] hum [14:36] does anyone know how to I tell snapcraft that no the build step is not outdated? [14:36] and that it should access to prime as I asked [14:38] sergiusens, ^? [14:42] shrug [14:42] seb128: mvo: what about a new example (desktop integration-oriented) using the krita snap in https://developer.ubuntu.com/en/desktop/examples/ [14:43] davidcalle, shouldn't those things be covered on snapcraft.io? [14:43] davidcalle, also I think the .desktop should be autogenerated from the upstream one rather than requesting you to have a new one [14:44] seb128 you will need to marshall some yaml, how did you end up in this situation? kyrofa can help with state management [14:45] sergiusens, I built a snap, then decided I need to do some changes before it's packed so I "snapcraft clean -s prime" and copied things around in stage/snap [14:45] seb128: I fuly agree on both points, but if we want to have something sooner than later, let's use what we have (krita snap with custom desktop file), I think that desktop file generation is snapcraft's territory [14:45] sergiusens, no that I modified the stage I wanted to rebuild the snap by using "snapcraft prime" [14:46] now* [14:47] sergiusens, should that work of did I do something fundamentally wrong? [14:48] seb128, are you sure you didn't change the YAML at all? [14:49] kyrofa, oh, I might for another later iteration [14:49] seb128, because the build step saves the YAML on which it ran and compares to the current YAML to determine whether or not it's out of date [14:50] where does it save it? [14:50] there is no other *yaml in my dir [14:50] seb128, in parts//state/ [14:51] ok, indeed [14:51] thanks kyrofa [14:51] that didn't have the argument I added [14:51] seb128, yep, that'll do it [14:51] hum [14:52] can I move things around in the stage? [14:52] prime is complaining about a missing file [14:52] which I moved around [14:52] seb128 the files really get migrated from parts//install [14:53] sergiusens, snapcraft.io states [14:53] "stage/ is where all the content from parts//install is copied and consolidated in a single directory." [14:53] so I though it was the step after [14:53] like things get copied from parts [14:53] and then the stage is moved to prime [14:53] is that wrong? [14:54] if I want to move things around should I do it in the install? [14:59] seb128 mvo about desktop files and snapcraft. Doing things by convention was a mistake. I'll be allowing it to be declarative which would allow adapting such desktop file to whatever the "by convention" is in snapd [15:07] sergiusens, would that avoid having to create one? could you say [15:07] desktop: [15:07] file: ... [15:07] exec: [15:07] icon: [15:08] and have it use the upstream "file" points at just sedding the exec/icon values? [15:08] sergiusens, i got the telegram update today, now i have a broken icon in the panel ... known issue ? [15:15] ogra_ yeah, telegram does not respect the --no-auto-update switch it has :-/ [15:16] well, i dont mind the update ... and i definitely didnt have a panel applet before [15:16] it is just the icon that is missing it seems [15:16] seb128, regarding stage versus install: the files are pulled from stage, but the filesets are determined using install [15:17] seb128, that's why you may notice that if you use the `stage` keyword to filter stuff, you almost always must include the same filter with the `snap` keyword [15:17] kyrofa: I guess seb128 is talking about the other stage [15:18] like: stage Stage the part's built artifacts into the common staging area. [15:18] * ogra_ wishes he would be able to build any snaps at all :( [15:18] Fetched 0 B in 0s (0 B/s) [15:18] E:Unable to correct problems, you have held broken packages. [15:18] kyrofa, sorry I don't understand, if I want to tweak the target layout between the "make install" and the prime what do I change? [15:18] thats all i see since hours :((( [15:18] (not the stage as stage-packages) [15:18] didrocks, indeed, as am I [15:19] ogra_, did you try using --enable-geoip? [15:19] ah sorry, unsure to understand you either then :p [15:19] ogra_, or clearing your /var/lib/apt/lists cache? [15:19] seb128, in my experience you kinda need to do that in prime [15:19] seb128, because moving files around in stage will lead to issues when priming, as you noticed [15:19] seb128, you can change contents in stage, but not layout [15:19] dholbach, well, ithe hosts apt works just fine ... it is only under snapcraft [15:19] kyrofa, ok... [15:20] seb128, not one of my favorite features, but I seem to remember there being a reason for it [15:20] it also worked once this morning ... but not anymore since [15:21] ogra_, huh... does your system apt work okay? [15:21] yes [15:21] i have one private PPA enabled though ... i wonder if that causes havoc (though it didnt in the morning) [15:24] popey, http://paste.ubuntu.com/17365382/? :-) [15:34] Hello? [15:35] Anyone active? [15:38] yes [15:38] :P [15:39] shrug [15:39] I screwed snapcraft by moving a dir in the stage [15:39] "snapcraft clean" fails now [15:40] sergiusens, is there a "clean-without-check"? [15:40] * seb128 just rm [15:40] seb128, yeah, rm. Also rm the parts//state/stage [15:40] kyrofa, thanks [15:40] that was needed [15:41] pocking around things you shouldn't is fun :p [15:41] seb128, the state tracking is pretty whiny, but it means you can actually unstage a part without messing with other parts [15:41] seb128, but yeah, it results in that if you poke at it [15:42] I'm still unclear what I should do exactly if I want to move things after the make install [15:42] move or remove [15:42] like some of the make installed thing are useless and waste space [15:42] seb128, at that point all best are off if you want snapcraft to continue working. You should be doing such things with the organize keyword, etc [15:42] what's the official way to deal with that? [15:42] I've disabled confinement in ubuntu-core-launcher with this patch: http://pastebin.ubuntu.com/17366167/ looks reasonable for you? [15:42] seb128, or filter them out with the stage and snap keywords [15:43] kyrofa, are those snapcraft.yaml keywords? [15:43] seb128, indeed [15:43] seb128, https://github.com/ubuntu-core/snapcraft/blob/master/docs/snapcraft-syntax.md [15:43] snapcraft.io doesn't cover those [15:43]