[00:39] Hi, I'm attempting to build (using snapcraft) the Atom package in the snappy-playpen repo of Ubuntu (https://github.com/ubuntu/snappy-playpen/tree/master/atom) on Arch Linux but I'm getting the error message: 'Loaded local plugin for nodejs [00:39] Could not find a required package in 'build-packages': "The cache has [00:39] no package named 'fakeroot'"' [00:39] Guessing it's related to my OS. Do I have to adjust the dependencies in snapcraft.yaml to the corresponding ones on Arch Linux? [00:42] I know I can download the finished snap package for Atom and without a need for building it manually, but I'm attempting to build this package to get some practise in building snaps [00:53] fusion809: fakeroot is indeed a Debian-specific package. That cross-distro package-name problem is still in progress, so I'm sad to say you might have to use a tweaked YAML to build on various systems. Sorry. [00:55] I tweaked the package names from Ubuntu -> Arch package names and now I'm getting the error: 'Loaded local plugin for nodejs [00:55] Could not find a required package in 'build-packages': "The cache has [00:55] no package named 'npm'"' [00:55] even though npm is a valid Arch package [00:55] in the [community] repo [00:56] it doesn't seem to be downloading packages to the cache [01:22] I set up a Ubuntu 16.04 Docker container and tried out building it and it's working fine. So I think that snapcraft is having difficulty working with pacman to download dependencies [01:43] fusion809: weird, I'll play with it when I have the time [02:48] hello! how does one include an older release of python as part of a snap that runs a simple python program? [02:49] would I need to create a separate plugin (aside from python2 & python3)? [02:52] I also have a query. How do I run sed and otherwise modify (or in other words, prepare for the build) source files before building from them in a snapcraft.yaml? The only way of doing this I have come up with is by adding lines like self.run('prepare.sh') to a plugin script in parts/plugin so that a shell script called 'prepare.sh' is run before th [02:53] e build. In this prepare.sh file I would have my sed commands [03:04] samerY: what release? [03:05] fusion809: what are you trying to modify? === ShibaInu is now known as Shibe [03:05] Well I'm working on the Atom package still and I want to edit its package.json file. There's so many different package versions listed there that it would be impractical for me to use a patch [03:06] so it's more efficient to use sed [03:18] fusion809: I honestly don't know how you would go about doing that, it would be wise to wait around for someone tomorrow to answer that question :) [03:37] tsimonq2: Thanks, I may be able to solve this myself, but do you know if I can specify more than one source? If I can specify a shell script as a second source I may be able to get somewhere with this. === chihchun_afk is now known as chihchun === JanC is now known as Guest35692 === JanC_ is now known as JanC [06:00] hello [06:50] hey hey [07:02] I just created my first snap package, atm the only way I can make it publicly available for download is using a file storage service / GitHub. So I chose to store it on GitHub https://github.com/fusion809/snapcraft/releases [07:02] How else can I share it? Is it possible to contribute these packages to the official snappy repo? [07:04] Yes [07:04] and it's actually quite easy: https://developer.ubuntu.com/en/snappy/build-apps/upload-your-snap/ :-) [07:06] Ah. I already tried that method (sorry I should have said, I was just assuming the method I was using had to not be the official one, but now I see this guide I see I was using the official method rofl) and it gave the error https://gist.github.com/fusion809/c7f14595e29af20d3c422a3e4638029f [07:07] It is a 165MB snap though. Maybe that's too large for it? [07:25] No it should be fine [07:25] can you go to https://myapps.developer.ubuntu.com/dev/account/? [07:25] and set something in "Developer namespace" [07:41] good morning [07:42] was hoping someone could stupify the explanation of snap by telling me if in broad terms a snap and an .exe on windows are teh same .... ish o.O [07:44] dholbach: Just set something and now I'm getting a different error: https://gist.github.com/fusion809/0ae01640ea318dbff8c93834e4c17006 [07:45] Doc_, no, they're not - a snap would be more like a special .zip file [07:45] Doc_: snaps are compressed, read only filesystems that contain one or more application and services and run in a special environment that is not tightly coupled with the host distribution [07:45] fusion809, we're getting closer [07:46] fusion809, can you go to https://myapps.developer.ubuntu.com/dev/click-apps/register-name/? [07:46] I think there's a bug open for the store/snapcraft to give you better instructions about this [07:47] the doc could be more explicit here too [07:47] let me file a bug for this [07:48] I filed https://bugs.launchpad.net/snapcraft/+bug/1594273 if you want to subscribe to it [07:48] Launchpad bug 1594273 in Snapcraft "Docs: upload-your-snap article should point out myapps URLs to get stuff done" [Undecided,New] [07:50] Is there any temporary workaround for this problem? Like is it possible to upload the snap in the web browser [07:50] sweet thank you for the concise explanation dholbach [07:51] fusion809, yes, you can upload it there too [07:51] fusion809, just register the name of the app [07:52] How? Which website do I go to in order to do this? [07:52] https://uappexplorer.com/? [07:52] https://uappexplorer.com/ ? [07:59] dholbach if https://uappexplorer.com/ is the URL then I keep getting redirected to https://uappexplorer.com/me and this is what I see there http://i.imgur.com/g88rhUx.png. I'm working on Arch Linux (running snapcraft in a Docker container for 16.04 Ubuntu) and from what I can tell I can't get Caxton [07:59] on Arch [07:59] I have no idea what Caxton is [07:59] ^ can anyone else help? [07:59] Ah no.. [08:00] it's https://myapps.developer.ubuntu.com/dev/ - sorry [08:00] myapps, always myapps [08:00] uappexplorer is a 3rd party site which just lists all the available click and snap apps [08:00] Thanks [08:01] fusion809: o/ -- it is great to see snaps originating from the arch community! [08:06] Yeah. My current PC is a HP Envy 17 laptop with two HDDs, one has Arch installed and the other has Ubuntu 16.04 installed. Ubuntu was the first distro I ever used (and I started in mid 2012), but Arch is my favourite. [08:07] Solus OS uses a similar build file to snapcraft's yaml file. [08:11] morning all [08:11] can somone help me i installed snap hello but when i run the command hello it says command not found [08:11] Aha, just published my first snap package https://myapps.developer.ubuntu.com/dev/click-apps/5248/ [08:12] woot! [08:12] hamiltino, can you pastebin the output of "snap list"? [08:12] fusion809: tha'ts something that only you can see [08:12] fusion809: what is the name of the snap? [08:13] yes here [08:13] http://pastebin.com/iW6YBNQB [08:13] atom-fusion is its name. [08:14] hamiltino, what distro are you on? [08:14] debian [08:14] hamiltino, have you logged in since you installed snapd? [08:14] jessie but added sid repo and installed snapd [08:14] hamiltino, otherwise /snap/bin might not be in your path [08:15] hamiltino, if starting a new shell, or logging in again, doesn't end up with /snap/bin in your path, then we need to figure out why :-) [08:16] hamiltino: which shell do you use? [08:16] ah, good q [08:18] hey i just added /snap/bin to /etc/profile and then ran source /etc/profile. Its working now thanks [08:18] hamiltino, the snapd package should have done that already [08:18] hamiltino, via /etc/profile.d [08:18] hamiltino, /etc/profile.d/apps-bin-path.sh in particular [08:19] bah, that's what it is in ubuntu; in debain it might be /etc/profile.d/snapd ? not sure [08:19] hamiltino, dpkg -L snapd | grep profile [08:20] yeah i see apps-bin-path.sh [08:20] it has PATH=$PATH:/snap/bin [08:20] wonder why it didn't work [08:25] hamiltino: are you running bash or some other shell? [08:25] gnome-terminal [08:25] hamiltino: echo $SHELL [08:26] yea running bash [08:26] ok [08:26] hmmmm [08:26] can you please source /etc/profile.d/apps-bin-path.sh (. /etc/profile.d/apps-bin-path.sh ) [08:27] and then try to run any of the snaps you've installed [08:27] ok [08:29] ahh that works thaks [08:29] thanks [09:09] Is my atom-fusion package published now cause I think it is [09:14] fusion809: you made an Atom snap? :) [09:16] Yeah, but I had to use an inpractical method see I created a fork of the official Atom repo to https://github.com/fusion809/atom-1/ and applied my edits to it so I could create a source code tarball for it. [09:17] It's impractical as everytime a new release comes out it'll be a bit of a nuisance to update. [09:17] But hopefully someone will come up with a way of sedding the source [09:31] fusion809: I don't think it is yet [09:31] fusion809: I just did a lookup with 'snap find atom' and only found atom-cwayne [09:31] Ah, thanks. [09:32] fusion809: double check the myapps website [09:32] fusion809: last time I looked there was a publish button at the bottom but afair the UI changed [09:38] I published it, it says "Package status is Published". [09:39] Been published for an hour or more. [09:39] hi all [09:39] hi zyga [09:40] zyga: I have a problem with download from the store [09:42] matteo: what kind of proble [09:42] http://pastebin.ubuntu.com/17586014/ [09:43] fusion809: did you publish it to the 16 series? [09:43] fusion809: and if so, to which channel? [09:43] fusion809: I cannot download it yet [09:43] matteo: hmm, not sure, maybe cdn issue [09:43] matteo: are you using a proxy? [09:43] <1JTAAFARK> Hi - I want to try delta updates. Is there a resource where I can read up on them? [09:44] zyga: no proxies [09:45] http://i.imgur.com/4DSzVP6.png [09:45] That screenshot hopefully answers that question [09:46] OK [09:46] (managed to rename myself to something normal) - don't know if I missed it. I wanted to read up on delta updates for snappy packages if someone can point me to a resource :) [09:47] pandaadb: today snaps are not using delta updates, given the snap architecture this is very natural and we have some experiments but this is not released yet [09:47] zyga: how can we know if it's a CDN issue? [09:47] it happens every time [09:48] matteo: no idea really, I'll ask around [09:48] zyga, ah okay. I was reading an article mentioning that that feature exists. Next update then :) [09:48] thanks! [09:49] For completeness, that's what I've been reading: http://www.omgubuntu.co.uk/2016/04/ubuntu-16-04-lts-snap-packages [09:57] Hello, I have tried to add the interface "pulseaudio" to my snap, but it doesn't seem to play sound [09:57] I have message from app armor [09:57] does it play if you install the snap with --devmode ? [09:59] \me is trying ... [09:59] just to verify it works at all :) [10:00] yes [10:00] it's working with --devmode [10:00] good, then it is definitely an interface problem ... [10:01] in fact there is two issues (for me), I need to add the stage-package "libpulse0" to have acces to the libpulse, then it's blocked by app armor ... [10:02] it tries to open/mknod the file /dev/shm/pulse-shm-1888657987 according to the log [10:03] * ogra_ sees bug 1593558 [10:03] bug 1593558 in Snappy "sox not configured for pulseaudio when packaged in a snap" [Undecided,New] https://launchpad.net/bugs/1593558 [10:05] pandaadb: I think there are some misconceptions about this, we never announced it yet [10:05] That's interesting. I also saw that info on some answers on stackexchange [10:06] well actually, they just link to the article so that makes sense [10:07] pandaadb: since snaps are read only squashfs files that are always present on the device all you need is an xdelta to get get another revision [10:08] pandaadb: we'll release it when everything is ready [10:08] Sounds great :) [10:09] slvn: currently pulseaudio gives you the followng permission: [10:09] /{run,dev}/shm/pulse-shm-* rk, [10:09] so you cannot create buffers there [10:09] svij: can you please do a small tweak, edit /var/lib/snapd/apparmor/profiles/snap.$snap.$app [10:10] svij: and patch a line that looks like the one I pasted above [10:10] svij: to read [10:10] svij: /{run,dev}/shm/pulse-shm-* rwk, [10:10] slvn: then run sudo apparmor_parser -r /var/lib/snapd/apparmor/profiles/snap.$snap.$app [10:11] zyga: ? [10:11] svij: sorry, I meant slvn [10:11] ah ok [10:11] slvn: ^^ then see if your app works [10:11] ok I try! [10:12] slvn: and report a bug wiht this information please, we should be able to fix it quickly [10:19] zyga, I have less message from app armor, but it's still doesn't work: [10:19] I have this message [10:20] Jun 20 12:17:47 jupiter kernel: [14994.957426] audit: type=1326 audit(1466417867.433:1620): auid=4294967295 uid=1000 gid=1000 ses=4294967295 pid=12090 comm="PulseHotplug" exe="/snap/mahjong/x1/bin/Mahjong" sig=31 arch=c000003e syscall=141 compat=0 ip=0x7efe3a8ed4a7 code=0x0 [10:21] syscall 141= setpriority sys_setpriority ? [10:21] also an access to "/etc/timidity/freepats.cfg" [10:22] not sure if it's pulse audio, or SDL2 which access to this .. [10:23] slvn: that's setpriority [10:23] slvn: that will only work after syscall argument filtering works :/ [10:23] slvn: if you want to ship timidity in your snap you will have to change its configuration to look at some other place [10:23] slvn: timidity is the midi thing [10:25] I don't use midi, so probably no needed for me [10:26] so I open a bug for the pulse app armor configuration ? [10:27] it wont work, but it's needed .. [10:28] zyga: I've added a line in snapcraft [10:28] print ("Downloading from" + package['download_url']) [10:28] before downloading the snap [10:29] now I'll try to download it to see if it's a CDN issue [10:34] zyga, https://bugs.launchpad.net/snapcraft/+bug/1594318 [10:34] Launchpad bug 1594318 in Snapcraft "pulseaudio interface is missing permissions" [Undecided,New] [10:41] slvn: thanks [10:43] jdstrand: hey [10:43] jdstrand: ^^ if you agree with the proposed policy change I will make it happen [10:49] zyga, also I need to add to my snapcraft.yaml the line "stage-packages: [libpulse0]" to have access to libpulse0 [10:49] whereas I could be granted to have acces to the system lib [10:56] libs are : /usr/lib/x86_64-linux-gnu/libpulse.so and /usr/lib/x86_64-linux-gnu/libpulse-simple.so ( I guess) [10:56] Hi all [10:57] Whats a good resource to understand how snap works? - I would like to see what it would take to make it work on CentOS. [10:58] slvn: can you report that as a bug, I'll add this to the pulseaudio interface documentation [10:58] centy: hey [10:58] centy: I'd love to get snappy on centos [10:58] centy: I can help you out [10:59] zyga: I'm targeting more like Cent5 not sure if that is even possible. [11:00] Thanks [11:00] centy: so snappy has two components, snap-confine that's written in C and snapd that's written in go [11:00] centy: I have a bunch of spec files for fedora, I think they can be a good starting point for centos and EL distros [11:01] centy: one thing I dind't figure out is how to proceed with snapd and go in that environment [11:01] centy: should I use something that provides golang-go, what does software like docker do/ [11:02] https://bugs.launchpad.net/snapcraft/+bug/1594324 [11:02] Launchpad bug 1594324 in Snapcraft "pulseaudio interface needs access to pulse libraries" [Undecided,New] [11:02] slvn: thanks [11:03] zyga: while : ; do [ "$(curl -sL https://public.apps.ubuntu.com/anon/download-snap/b8X2psL1ryVrPt5WEmpYiqfr5emixTd7_123.snap |sha512sum)" = '44752755393319233917bfbd6c7802c3c3810ddb3f94091acf16f8ca0c9afaf6c6746eb33f3911d1aaaad52d2045bf9ba6af8e25b49cf5bc3d413d8d13046b45 -' ] && echo correct || echo fail; done [11:03] I have this running for a while [11:04] never had a fail until now in about 30 downloads [11:04] zyga: I guess go would need a runtime installed, but what kind of kernel support (if any) would snap need (stuff like cgroups and things?) [11:04] mvo, hey, did you see my message the other day about i386 snaps still not working? [11:05] centy: snappy can run in two modes, in devmode, that is easy to get up and running and in non-devmode [11:05] centy: for devmode pretty much nothing special is required [11:05] centy: for non-devmode you need seccomp and apparmor [11:06] centy: snappy is modular and it is possible to add a selinux backend but nobody started this work yet [11:06] centy: I would suggest starting with devmode and then looking at how to either enable apparmor or what needs to happen in snapd to enable selinux [11:07] zyga: I guess I'm looking for some documentation on how it accomplishes sandboxing to see even if that is possible on my target platform [11:07] centy: it is but full selinux support will not happen overnight [11:08] centy: AFAIR centos ships with selinux and apparmor is not available along with selinux [11:08] centy: without apparmor you can still enable seccomp but some part of the confinement will not work [11:08] centy: all of the confinement bits are defined in snapd source code, in the interfaces/ directory [11:08] centy: look at interfaces/apparmor/template.go and at particular interfaces/builtin/*.go files [11:09] centy: each interface defines confinement and other security details for a given backend [11:09] centy: there are numerous backends, most interfaces use seccomp and apparmor today [11:09] centy: note that none of this affects actual snaps, if you have a snap that declares it needs networking, it can be made to work just by patching snapd [11:10] zyga: looks like I'll just have to read through the code and figure this out. I'm more on the administration side and not very in to c/go coding. I was mainly interested in the ability to package newer apps using snapd and deploy to hundreds of existing cent5 system. [11:10] centy: I can work with you on this [11:10] centy: but I'm not very used to centos, if you can help me with packaging [11:10] centy: I can help you out with the security bits [11:11] centy: does centos5 have docker? [11:11] centy: and if so, are those spec files for docker available anywhere to read? [11:11] zyga: what kind of help you need with packaging? Building RPMs? [11:11] centy: mostly figuring out how to support go on centos/rhel [11:11] centy: the snap-confine .spec for feodora is here; [11:11] https://github.com/zyga/snapcore-fedora/blob/master/snap-confine.spec [11:12] centy: the same repository has a few other specs files that were prerequisties for snapd and the snapd.spec itself [11:12] centy: I've also created where I'd like to put spec files for centos https://github.com/zyga/snapcore-centos [11:13] centy: I also have a copr repo that works for fedora 23 and 24 at https://copr.fedorainfracloud.org/coprs/zyga/snapcore/packages/ [11:13] zyga: apparently go isn't supported on Cent5 http://dave.cheney.net/2013/06/18/how-to-install-go-1-1-on-centos-5 [11:14] centy: since snapd is just one binary, it would be possible to ship a copy built on fedora for centos [11:14] centy: does centos5 have systemd? [11:15] centy: reading the article I see that it might be difficult to support because of older userspace and kernel [11:19] zyga: apparently lost my connection - sorry [11:19] no worries, this is irc ;) [11:24] zyga, does the home interface not auto-connect when sideloading a snap ? [11:25] ogra_: it should, are you on yakkety by any chance, AFAIR we didn't release anything there yet because of unrelated regression [11:25] zyga, i got a gitter snap that works fine in devmode ... but dropping it i get http://paste.ubuntu.com/17588690/ [11:25] and no, i'm on xenial [11:25] ogra_: dconf, hmmm, looks like gsettings interface to me [11:26] ogra_: if you remove the snap entirey and reinstall it, does it auto-connect [11:26] oh, wiat, snap interfaces shows all gitter connections [11:27] seems i'm missing some interface [11:27] hmm? [11:28] well, home, x11 and network and network-bind are apparently not enough :) [11:28] * ogra_ rebuilds with more added [11:31] hmm, still not starting ... but the set of errors changed [11:42] Hi gang, the snap I'm working on hosts some of its data in Github which then needs to be cloned and copied in to (I think) $SNAP_USER_DIR. Can I do this with existing plugins or will it need a custom one? [11:43] * ogra_ would use a launch-wrapper for that [11:44] willcooke: you can also copy it to $SNAP_DATA btw [11:45] zyga, $SNAP_DATA is not writable by the user is it? The app updates its data from github on some cadence so would need to be writable [11:45] hmm, AFAIR snaps can write there [11:47] servers ... but can the UID ? [11:53] ah, yeah, SNAP_DATA should be writable, and is a better location [11:54] so question remains; whats the correct way to get files from Github -> $SNAP_DATA. Really I only want to do this once at build time, then the app takes care of keeping it up to day [11:54] *date [11:56] hmmm [11:56] willcooke: that's not sensible [11:56] willcooke: that's a snapcraft side (building) [11:56] willcooke: do you want the app to download stuff at runtime? [11:57] indeed it is a snapcraft thing. The app does download things during its lifecycle, that's just how it works. [11:57] why wouldn't the app proceed the first download? [11:57] (when it starts) [11:57] willcooke: so snapcraft, not sure, write a makefile, write a custom plugin, in either case that's not $SNAP_DATA becausethat only exists at runtime [11:58] zyga, ahh! I see, I'll have a play. thanks zyga [11:59] willcooke: see my question about first download on first service start [12:15] seb128: still not working at all? what example snap? or not working for network? or network-bind? [12:21] mvo, not working for snaps not using the network plug since that's where you defined socketcall [12:22] or maybe I should make my snap use that [12:32] seb128: so this also affect snaps that do not use the network :/ ? [12:32] well, loopback network is also network :) [12:32] mvo, let me redo a round of testing, but I think I tried to start bash on friday [12:33] which wasn't working [12:33] but maybe that requires the network? === Tristit1a is now known as Tristitia [12:38] seb128: heh, that would be odd :) [12:39] seb128: its more a jdstrand or tyhicks question really, I'm not sure I fully grasp the implications of opening this syscall up [12:41] mvo, yeah, ideally somebody needs to fix bug #1576066 [12:41] bug 1576066 in libseccomp (Ubuntu) "32bit glibc calls old socketcall() syscall, causing seccomp problems" [High,Confirmed] https://launchpad.net/bugs/1576066 [12:45] hi,there, can you guys know how to install snappy to x86 machine? from the official site, only try through USB. [12:46] snapcraft.io not loading [12:46] :( [12:46] croepha: it does here :) (but layout broken) [12:47] Perry____: if you have Ubuntu desktop 16.04 LTS, it's already installed [12:47] Perry____: you can have a look at http://snapcraft.io/ for other distros (mind the layout, temporarly broken for now) [12:48] what is snapcraft.io resolving to for you guys? for me its 162.213.33.140, 162.213.33.142 [12:50] didrocks do you means snappy tool? or snappy os? [12:50] nevermind, now mine is loading [12:50] Perry____: snapd [12:50] croepha: ah, was transient [12:50] Perry____: which is to install/use snappy technology [12:51] didrocks, yep, YAY! now I can snap all the things [12:51] sweeet! :) [12:51] ubuntu also have a IoT OS snappy [12:52] Perry____: there is no release 16 images available yet though, you can use a server image and install snapd on it [12:52] to experiment [12:53] i think snapd is actually seeded on server images [12:53] so you dont need to separately install it [12:53] didrocks ok, thank you [12:53] yw ;) [12:53] ogra_: oh, you're right [12:53] :) [12:54] i just wanna try the IoT :) [13:10] now that several other distros might adopt snap as a packaging format, does that mean they will run their own app stores? [13:10] perhaps [13:12] There are going to be multiple stores, even if the distros don't want their own [13:16] I've always been somewhat hazy on this, does a store mean a different snap repository? or some "segment" of the official canonical one? the wisdom when last I looked was that you "sideloaded" your own snaps otherwise you installed from the one official place [13:18] thats still the case ... until someone implements another store ... [13:18] the APi is open and i would expect that other distros prefer to have their own, so it is likely you see more stores at some point [13:20] joc_: hey [13:20] joc_: do you plean to make any changes to https://github.com/snapcore/snapd/pull/1301/files [13:20] zyga: no plans to, unless you have anything that needs to change [13:25] joc_: I left a few comments that I don't think you've addressed [13:26] ah, wait [13:26] stale tab, thanks [13:26] * zyga reads for real :) [13:27] hehe, phew :) [13:40] zyga, hey [13:41] ogra_, can a company run its own snap repo internally? does snappy have something like /etc/apt/sources.list.d/? [13:42] joc: joc_ https://github.com/snapcore/snapd/pull/1301/files#r67690850 [13:42] pstolowski: hey [13:42] pstolowski: how can I help you? :) [13:42] kyrofa: FYI, I just tried integration_tests/snaps/simple-make-filesets, which is using organize:, snap: [13:43] kyrofa: typed snapcraft stage [13:43] changed stage/new/dir2/file1 and append something [13:43] then "snapcraft" [13:43] prime/new/dir2/file1 contains my changes [13:43] didrocks, indeed, files are pulled from stage [13:43] so it really seems that prime is pulling files from stage [13:43] wasn't the contrary you were telling with seb128 the other day? [13:43] didrocks, but fileSETS (i.e. WHAT it pulls) is determined from each part [13:43] zyga, thanks for your comments to scopes as snapps doc! can you help me understand point #1 a little better? [13:44] didrocks, no, but I perhaps wasn't explaining it well [13:44] pstolowski: sure [13:44] kyrofa: you mean, before organize, the reference? [13:44] ah [13:44] so, if in snap: I'm using fileset [13:44] zyga, actually, HO would be best. do you have a moment now? [13:44] that would be from install/ ? [13:44] yep, lets do it [13:45] didrocks, so: a file travels from parts/foo/install -> stage -> prime [13:45] didrocks, however, the WAY it travels is not "copy from parts/foo/install -> stage -> prime" [13:46] didrocks, instead snapcraft keeps track of all files provided by part foo, and moves them from parts/foo/install -> stage, and then moves them from stage -> prime [13:46] carif, no, not atm [13:46] didrocks, that makes it possible to UNstage or UNprime something with snapcraft clean -s stage|prime [13:46] didrocks, but it means that if you move files around in stage, snapcraft won't be able to find the collection of files it expects [13:46] zyga, https://hangouts.google.com/call/mvw6y5n4wnf6titz4hjodeyldee [13:47] Because it pulls the files themselves from stage, but uses what the part provided in parts/foo/install to determine what it's supposed to migrate from stage -> prime [13:47] kyrofa: ok, I see what you mean, but if we only use the snapcraft feature, with organize and such, those moves/renamed are tracked as expected [13:47] didrocks, indeed [13:47] but yeah, messing directly with the stage/ dir won't reflect the change if files are added or move/renamed [13:48] that makes sense :) [13:48] You got it [13:48] thanks for clearing that up kyrofa! [13:48] didrocks, hey any time. I still think at the very least the `snap` keyword should by default inherit the `stage` keyword [13:48] I wonder if we have cases with new files created into stage/ that we want to ship [13:48] as per another build [13:48] yeah [13:49] we need to find a real use case for this though [13:49] kyrofa: however, so, if snap: is refering to a filesets [13:49] didrocks, well that means whatever is creating those files is totally bypassing the snapcraft lifecycle of putting things in parts/foo/install first [13:49] and you renamed those via organize [13:49] that's going to be difficult if you copy directly from stage/ [13:49] like, what should it refer to? [13:50] kyrofa: correct [13:50] didrocks, first, a warning: you've probably used organize and filesets more than I have [13:51] carif: by looking at the code, it looks like you can specify a store via environmental variables (https://github.com/snapcore/snapd/blob/edc1296463ab8e12c464f7c436d390bbeb5dc117/store/store.go) but I cant find any documentation, so its off the beaten path [13:51] didrocks, but I believe organize happens first, then the stage or snap keywords are applied, which means they should refer to the organized named [13:51] names* [13:53] kyrofa: indeed, I just mean: if we have snap referring to stage/ directory, and you set snap: - $fileset1, then this filesets1 (source) doesn't exist [13:53] only the dest [13:54] didrocks, heh, sorry, I need more coffee-- you lost me :P [13:54] didrocks, man this is complicated [13:54] didrocks, "snap referring to stage/ directory" isn't making sense to me [13:55] kyrofa: I need to head out [13:55] will be back in 30s [13:55] I'll take an example :) [13:55] get your coffee meanwhile! [13:55] didrocks, yeah good idea! [13:55] ;) [13:55] didrocks, oh I am ;) [13:55] :p [13:58] no sergio today? [13:59] mhall119, I believe he's on holiday until tomorrow [14:00] mhall119, can I help you with something? Or are you still stuck on pkg-config stuff? [14:00] kyrofa: still the pkg-config stuff, can't figure it out for the life of me, but I'm pretty sure it has something to do with the PKG_CONFIG* env variables that snapcraft is using [14:01] mhall119, yeah I suspect it's something related as well [14:01] I can *almost* get it to find the right packages if I manually muck with those [14:01] Haha, it fails less badly? [14:03] well, it fails differently, and I *think* further down the road [14:03] it fails on trying to find different dependencies anyway [14:04] what differs go from gccgo? [14:16]