From ppa at jzimm.net Sat Oct 1 22:05:28 2016 From: ppa at jzimm.net (Jacob Zimmermann) Date: Sun, 2 Oct 2016 08:05:28 +1000 Subject: Announce: DOSBox snapped Message-ID: <6251512e-dc7a-0021-831e-f3a23bbaa0c2@jzimm.net> Hi I just added another piece to my collection of snapped emulators: dosbox-jz. Regards, -- Jacob -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 538 bytes Desc: OpenPGP digital signature URL: From spencertparkin at gmail.com Sun Oct 2 02:01:10 2016 From: spencertparkin at gmail.com (Spencer) Date: Sat, 1 Oct 2016 20:01:10 -0600 Subject: Announce: DOSBox snapped In-Reply-To: <6251512e-dc7a-0021-831e-f3a23bbaa0c2@jzimm.net> References: <6251512e-dc7a-0021-831e-f3a23bbaa0c2@jzimm.net> Message-ID: <5D0D2178-B16E-4B05-8B4C-E0E637F00DC1@gmail.com> I recently snapped my Chinese checkers program and added sound fx! Check it: chiche I'm trying to improve the AI. What's dos box? Sent from my iPhone > On Oct 1, 2016, at 4:05 PM, Jacob Zimmermann wrote: > > Hi > > I just added another piece to my collection of snapped emulators: dosbox-jz. > > > Regards, > > -- Jacob > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft From ppa at jzimm.net Sun Oct 2 02:09:48 2016 From: ppa at jzimm.net (Jacob Zimmermann) Date: Sun, 2 Oct 2016 12:09:48 +1000 Subject: Announce: DOSBox snapped In-Reply-To: <5D0D2178-B16E-4B05-8B4C-E0E637F00DC1@gmail.com> References: <6251512e-dc7a-0021-831e-f3a23bbaa0c2@jzimm.net> <5D0D2178-B16E-4B05-8B4C-E0E637F00DC1@gmail.com> Message-ID: On 02/10/16 12:01, Spencer wrote: > What's dos box? PC emulator. It lets you run all the classic MS-DOS games. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 538 bytes Desc: OpenPGP digital signature URL: From robert.park at canonical.com Sun Oct 2 07:54:31 2016 From: robert.park at canonical.com (Robert Park) Date: Sun, 2 Oct 2016 00:54:31 -0700 Subject: My second snap ;-) Message-ID: Hi all! Back again with a second attempt, this time I'm not trying to modify the host system so I'm hoping this should be a lot easier/possible! Here's my snapcraft.yaml: https://git.launchpad.net/~robru/+git/weightloss/tree/snapcraft.yaml Pretty simple little flask webapp, just does some data manipulations and then serves graphics over HTTP. Snap builds ok but when I run it I get this: weighttracker Traceback (most recent call last): File "/snap/weighttracker/x2/run.py", line 15, in from graph import draw File "/snap/weighttracker/x2/graph.py", line 14, in from matplotlib.dates import DateFormatter File "/snap/weighttracker/x2/usr/lib/python3/dist-packages/matplotlib/__init__.py", line 1133, in rcParams = rc_params() File "/snap/weighttracker/x2/usr/lib/python3/dist-packages/matplotlib/__init__.py", line 977, in rc_params return rc_params_from_file(fname, fail_on_error) File "/snap/weighttracker/x2/usr/lib/python3/dist-packages/matplotlib/__init__.py", line 1102, in rc_params_from_file config_from_file = _rc_params_in_file(fname, fail_on_error) File "/snap/weighttracker/x2/usr/lib/python3/dist-packages/matplotlib/__init__.py", line 1020, in _rc_params_in_file with _open_file_or_url(fname) as fd: File "/snap/weighttracker/x2/usr/lib/python3.5/contextlib.py", line 59, in __enter__ return next(self.gen) File "/snap/weighttracker/x2/usr/lib/python3/dist-packages/matplotlib/__init__.py", line 1005, in _open_file_or_url with io.open(fname, encoding=encoding) as f: PermissionError: [Errno 13] Permission denied: '/etc/matplotlibrc' Not really sure what's going on, but it looks like matplotlib is hard-coding "/etc": $ cat /snap/weighttracker/x2/usr/lib/python3/dist-packages/matplotlib/__init__.py | grep /etc path = '/etc' # guaranteed to exist or raise Do I have to patch matplotlib here or is there some way snapcraft can fix this for me? (frustratingly the matplotlib code seems to harmlessly ignore the file if it doesn't exist, but they didn't anticipate the idea that they wouldn't have permission, so the code just barfs) Thanks. -- robru From loic.minier at ubuntu.com Sun Oct 2 08:10:54 2016 From: loic.minier at ubuntu.com (=?UTF-8?B?TG/Dr2MgTWluaWVy?=) Date: Sun, 2 Oct 2016 10:10:54 +0200 Subject: Announce: DOSBox snapped In-Reply-To: <6251512e-dc7a-0021-831e-f3a23bbaa0c2@jzimm.net> References: <6251512e-dc7a-0021-831e-f3a23bbaa0c2@jzimm.net> Message-ID: Oh nice, that sounds pretty useful to wrap a bunch of DOS games; is this reusable as a snapcraft part to wrap games around? Thanks! - Loïc Minier On Sun, Oct 2, 2016 at 12:05 AM, Jacob Zimmermann wrote: > Hi > > I just added another piece to my collection of snapped emulators: > dosbox-jz. > > > Regards, > > -- Jacob > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- - Loïc -------------- next part -------------- An HTML attachment was scrubbed... URL: From loic.minier at ubuntu.com Sun Oct 2 08:43:24 2016 From: loic.minier at ubuntu.com (=?UTF-8?B?TG/Dr2MgTWluaWVy?=) Date: Sun, 2 Oct 2016 10:43:24 +0200 Subject: My second snap ;-) In-Reply-To: References: Message-ID: Hi, Right; matplotlib expects matplotlibrc to be installed. Looking at matplotlib/__init__.py, you can see rc_params() calls matplotlib_fname() to get the default config filename. The search order there is: - `$PWD/matplotlibrc` - `$MATPLOTLIBRC/matplotlibrc` - `$MPLCONFIGDIR/matplotlibrc` - `$HOME/.matplotlib/matplotlibrc`, if it exists - or `$XDG_CONFIG_HOME/matplotlib/matplotlibrc` (if $XDG_CONFIG_HOME is defined) - or `$HOME/.config/matplotlib/matplotlibrc` (if $XDG_CONFIG_HOME is not defined) - `$HOME/.matplotlib/matplotlibrc` if `$HOME` is defined. - Lastly, it looks in `$MATPLOTLIBDATA/matplotlibrc` for a system-defined copy. So just create a matplotlibrc in your $SNAP and you should be good Cheers, - Loïc On Sun, Oct 2, 2016 at 9:54 AM, Robert Park wrote: > Hi all! > > Back again with a second attempt, this time I'm not trying to modify > the host system so I'm hoping this should be a lot easier/possible! > > Here's my snapcraft.yaml: > > https://git.launchpad.net/~robru/+git/weightloss/tree/snapcraft.yaml > > Pretty simple little flask webapp, just does some data manipulations > and then serves graphics over HTTP. > > Snap builds ok but when I run it I get this: > > weighttracker > Traceback (most recent call last): > File "/snap/weighttracker/x2/run.py", line 15, in > from graph import draw > File "/snap/weighttracker/x2/graph.py", line 14, in > from matplotlib.dates import DateFormatter > File "/snap/weighttracker/x2/usr/lib/python3/dist-packages/ > matplotlib/__init__.py", > line 1133, in > rcParams = rc_params() > File "/snap/weighttracker/x2/usr/lib/python3/dist-packages/ > matplotlib/__init__.py", > line 977, in rc_params > return rc_params_from_file(fname, fail_on_error) > File "/snap/weighttracker/x2/usr/lib/python3/dist-packages/ > matplotlib/__init__.py", > line 1102, in rc_params_from_file > config_from_file = _rc_params_in_file(fname, fail_on_error) > File "/snap/weighttracker/x2/usr/lib/python3/dist-packages/ > matplotlib/__init__.py", > line 1020, in _rc_params_in_file > with _open_file_or_url(fname) as fd: > File "/snap/weighttracker/x2/usr/lib/python3.5/contextlib.py", line > 59, in __enter__ > return next(self.gen) > File "/snap/weighttracker/x2/usr/lib/python3/dist-packages/ > matplotlib/__init__.py", > line 1005, in _open_file_or_url > with io.open(fname, encoding=encoding) as f: > PermissionError: [Errno 13] Permission denied: '/etc/matplotlibrc' > > > Not really sure what's going on, but it looks like matplotlib is > hard-coding "/etc": > > $ cat /snap/weighttracker/x2/usr/lib/python3/dist-packages/ > matplotlib/__init__.py > | grep /etc > path = '/etc' # guaranteed to exist or raise > > > Do I have to patch matplotlib here or is there some way snapcraft can > fix this for me? > > (frustratingly the matplotlib code seems to harmlessly ignore the file > if it doesn't exist, but they didn't anticipate the idea that they > wouldn't have permission, so the code just barfs) > > > > Thanks. > > -- > robru > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > -- - Loïc -------------- next part -------------- An HTML attachment was scrubbed... URL: From marco.ceppi at canonical.com Sun Oct 2 14:05:18 2016 From: marco.ceppi at canonical.com (Marco Ceppi) Date: Sun, 02 Oct 2016 14:05:18 +0000 Subject: Python2 plugin deprecated, but new plugin not documented? Message-ID: Hello, I'm trying to do another clean build of my snap, this is a 0 change build, but I've got a few problems. After updating to the latest snapcraft (2.18.1), I'm getting a few new error messages and a snap that's 1/2 the size but no longer works. > "grade" property not specified: defaulting to "stable" The only reference I can find to grade anywhere is a bug requesting it be implemented > DEPRECATED: The 'python2' plugin's functionality has been replaced by the 'python' plugin, and it will soon be removed. However, http://snapcraft.io/docs/reference/plugins/ does not list the python plugin. Finally, my snap is 1/2 the size (woot) but does not work. Dependencies which were being brought in previously are no longer showing up. I'm not sure if this is because I should be using the new python plugin or if something else has changed. I'll be trying to chase down the last issue, but it's hard without documentation for the first two. Marco -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.calle at canonical.com Sun Oct 2 14:20:55 2016 From: david.calle at canonical.com (=?UTF-8?Q?David_Call=c3=a9?=) Date: Sun, 2 Oct 2016 16:20:55 +0200 Subject: Python2 plugin deprecated, but new plugin not documented? In-Reply-To: References: Message-ID: <0ece2165-df66-9196-c624-e0dbadc8a4e9@canonical.com> On 02/10/2016 16:05, Marco Ceppi wrote: > Hello, > > I'm trying to do another clean build of my snap, this is a 0 change > build, but I've got a few problems. After updating to the latest > snapcraft (2.18.1), I'm getting a few new error messages and a snap > that's 1/2 the size but no longer works. > > > "grade" property not specified: defaulting to "stable" > > The only reference I can find to grade anywhere is a bug requesting it > be implemented > > > DEPRECATED: The 'python2' plugin's functionality has been replaced > by the 'python' plugin, and it will soon be removed. > > However, http://snapcraft.io/docs/reference/plugins/ does not list the > python plugin. > > Finally, my snap is 1/2 the size (woot) but does not work. > Dependencies which were being brought in previously are no longer > showing up. I'm not sure if this is because I should be using the new > python plugin or if something else has changed. > > I'll be trying to chase down the last issue, but it's hard without > documentation for the first two. Hi Marco, that doc is on its way to the site. In the meantime, you can run `snapcraft help python`. Cheers, David > > Marco > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From casey.marshall at canonical.com Sun Oct 2 16:14:48 2016 From: casey.marshall at canonical.com (Casey Marshall) Date: Sun, 2 Oct 2016 11:14:48 -0500 Subject: ANN: the_platinum_searcher & j2 Message-ID: I've recently snapped pt, the platinum searcher ( https://github.com/monochromegane/the_platinum_searcher). snap install pt-cmars And also j2, a command-line jinja template processor. Really useful for processing templates from shell scripts & Makefiles. snap install j2 Enjoy, Casey -------------- next part -------------- An HTML attachment was scrubbed... URL: From robert.park at canonical.com Sun Oct 2 18:48:06 2016 From: robert.park at canonical.com (Robert Park) Date: Sun, 2 Oct 2016 11:48:06 -0700 Subject: My second snap ;-) In-Reply-To: References: Message-ID: On Sun, Oct 2, 2016 at 1:43 AM, Loïc Minier wrote: > So just create a matplotlibrc in your $SNAP and you should be good Thanks for this analysis. I created an empty matplotlibrc in $PWD and then got this instead: PermissionError: [Errno 13] Permission denied: '/home/robru/src/weight/matplotlibrc' Then I added 'home' to my plugs and got this: RuntimeError: Could not find the matplotlib data files I suppose the next step is to find a real matplotlibrc and use that instead of an empty file, however, my app doesn't need 'home' plug at all so it's a bit daft to include that for an optional config file that matplotlib has the ability to ignore if only it doesn't find one that exists. (I've used matplotlib for years and never known or cared about this file so whatever the defaults are are fine, I'd rather not ship a copy of this file) Is there a plug to just read /etc? or a sensible way to set all those env vars to /dev/null or something? Thanks. From robert.park at canonical.com Sun Oct 2 18:51:49 2016 From: robert.park at canonical.com (Robert Park) Date: Sun, 2 Oct 2016 11:51:49 -0700 Subject: Has anybody ever snapped gunicorn? Message-ID: I've got gunicorn3 and python3-gunicorn in my stage-packages, and gunicorn is working correctly when I run it from my app's source tree, but when I try to snap it I get this: Traceback (most recent call last): File "/snap/weighttracker/x4/usr/bin/gunicorn3", line 5, in from pkg_resources import load_entry_point File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2927, in @_call_aside File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2913, in _call_aside f(*args, **kwargs) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2940, in _initialize_master_working_set working_set = WorkingSet._build_master() File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 635, in _build_master ws.require(__requires__) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 943, in require needed = self.resolve(parse_requirements(requirements)) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 829, in resolve raise DistributionNotFound(req, requirers) pkg_resources.DistributionNotFound: The 'gunicorn==19.4.5' distribution was not found and is required by the application I find this utterly bizarre because this traceback starts in usr/bin/gunicorn3 and then it apparently fails to load itself. I guess it's a $PYTHONPATH issue? What am I doing wrong? https://git.launchpad.net/~robru/+git/weightloss/tree/snapcraft.yaml Thanks. -- robru From alan.pope at canonical.com Sun Oct 2 21:15:34 2016 From: alan.pope at canonical.com (Alan Pope) Date: Sun, 2 Oct 2016 22:15:34 +0100 Subject: Announce: DOSBox snapped In-Reply-To: <6251512e-dc7a-0021-831e-f3a23bbaa0c2@jzimm.net> References: <6251512e-dc7a-0021-831e-f3a23bbaa0c2@jzimm.net> Message-ID: Hi, On 1 October 2016 at 23:05, Jacob Zimmermann wrote: > I just added another piece to my collection of snapped emulators: dosbox-jz. > Are there any improvements over the one in the snappy playpen? https://github.com/ubuntu/snappy-playpen/tree/master/dosbox Cheers, -- Alan Pope Community Manager Canonical - Ubuntu Engineering and Services +44 (0) 7973 620 164 alan.pope at canonical.com http://ubuntu.com/ From didrocks at ubuntu.com Mon Oct 3 06:20:11 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 3 Oct 2016 08:20:11 +0200 Subject: My second snap ;-) In-Reply-To: References: Message-ID: <9fdde2f7-e4db-a0ff-545f-e6c81dbaf84f@ubuntu.com> Le 02/10/2016 à 20:48, Robert Park a écrit : > On Sun, Oct 2, 2016 at 1:43 AM, Loïc Minier wrote: >> So just create a matplotlibrc in your $SNAP and you should be good > Thanks for this analysis. I created an empty matplotlibrc in $PWD and > then got this instead: > > PermissionError: [Errno 13] Permission denied: > '/home/robru/src/weight/matplotlibrc' > > > Then I added 'home' to my plugs and got this: > > RuntimeError: Could not find the matplotlib data files > > > I suppose the next step is to find a real matplotlibrc and use that > instead of an empty file, however, my app doesn't need 'home' plug at > all so it's a bit daft to include that for an optional config file > that matplotlib has the ability to ignore if only it doesn't find one > that exists. (I've used matplotlib for years and never known or cared > about this file so whatever the defaults are are fine, I'd rather not > ship a copy of this file) > > Is there a plug to just read /etc? or a sensible way to set all those > env vars to /dev/null or something? Hey Robert, There is no plug to read from /etc on purpose. The goal is your snap to be relocatable and not relying on anything system-wide, so that it can run in different context. That's why you need to find a way to embedded this file and looking for local assets. If you want to change some env vars, you can create a shell wrapper that you point your snap into. The shell will then executed your real binary, once it has settled your environment properly. Cheers, Didier From sergio.schvezov at canonical.com Mon Oct 3 17:19:51 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Mon, 3 Oct 2016 14:19:51 -0300 Subject: Python2 plugin deprecated, but new plugin not documented? In-Reply-To: References: Message-ID: <761c7c20-0acb-6a2e-2ec1-a7c01afa6df5@canonical.com> El 02/10/16 a las 11:05, Marco Ceppi escribió: > Hello, > > I'm trying to do another clean build of my snap, this is a 0 change > build, but I've got a few problems. After updating to the latest > snapcraft (2.18.1), I'm getting a few new error messages and a snap > that's 1/2 the size but no longer works. > > > "grade" property not specified: defaulting to "stable" > > The only reference I can find to grade anywhere is a bug requesting it > be implemented This will be addressed in the next release! Thanks for bringing it up. > > > DEPRECATED: The 'python2' plugin's functionality has been replaced > by the 'python' plugin, and it will soon be removed. This message is rather confusing, I will fix it. > > However, http://snapcraft.io/docs/reference/plugins/ does not list the > python plugin. > > Finally, my snap is 1/2 the size (woot) but does not work. > Dependencies which were being brought in previously are no longer > showing up. I'm not sure if this is because I should be using the new > python plugin or if something else has changed. The previous version of the plugin had some deficiencies that did not allow for it to scale. I rewrote the whole thing after reading many of the python system documentation and taking a peek at venv/virtualenv. > > I'll be trying to chase down the last issue, but it's hard without > documentation for the first two. Those warnings are taking you down the wrong path. I can help if you give me more info to work with :-) From casey.marshall at canonical.com Mon Oct 3 17:30:01 2016 From: casey.marshall at canonical.com (Casey Marshall) Date: Mon, 3 Oct 2016 12:30:01 -0500 Subject: ANN: WaveFunctionCollapse (wfc-cmars) Message-ID: Last week I discovered WaveFunctionCollapse[1] via Hacker News. It generates bitmap images that are locally similar to a sample image you give it. Looks really useful to generate maps for roguelikes, or algorithmic art. I wanted to play with it, but ran into a couple of blockers: it's C#, and it didn't really have a CLI. I was able to get it running under Mono, but found operation via XML file cumbersome, so I added command-line options and made it into a snap, so you can just: snap install wfc-cmars to try it out! If this sounds like something you'd be interested in, I'd recommend checking the README, as well as the parameters in samples.xml before tinkering, to better understand the knobs and switches. For best results, small tiles with a low number of colors work best -- otherwise it can be very computationally intensive. Check out the samples in the project, you'll see what I mean. -Casey [1] https://github.com/mxgmn/WaveFunctionCollapse -------------- next part -------------- An HTML attachment was scrubbed... URL: From marco.ceppi at canonical.com Mon Oct 3 17:38:03 2016 From: marco.ceppi at canonical.com (Marco Ceppi) Date: Mon, 03 Oct 2016 17:38:03 +0000 Subject: Python2 plugin deprecated, but new plugin not documented? In-Reply-To: <761c7c20-0acb-6a2e-2ec1-a7c01afa6df5@canonical.com> References: <761c7c20-0acb-6a2e-2ec1-a7c01afa6df5@canonical.com> Message-ID: Hi Sergio, This is my snap: https://gist.github.com/marcoceppi/6a0b0bfe9a541162a0e9b18fe6e44ac4 When running after it builds, I get errors about failure to import lazr.restfulclient.resource despite it being present in the snap file system. Also, cleanbuild fails with a weird unicode error. Thanks, Marco Ceppi On Mon, Oct 3, 2016 at 1:20 PM Sergio Schvezov < sergio.schvezov at canonical.com> wrote: > El 02/10/16 a las 11:05, Marco Ceppi escribió: > > Hello, > > > > I'm trying to do another clean build of my snap, this is a 0 change > > build, but I've got a few problems. After updating to the latest > > snapcraft (2.18.1), I'm getting a few new error messages and a snap > > that's 1/2 the size but no longer works. > > > > > "grade" property not specified: defaulting to "stable" > > > > The only reference I can find to grade anywhere is a bug requesting it > > be implemented > > This will be addressed in the next release! Thanks for bringing it up. > > > > > > DEPRECATED: The 'python2' plugin's functionality has been replaced > > by the 'python' plugin, and it will soon be removed. > > This message is rather confusing, I will fix it. > > > > > However, http://snapcraft.io/docs/reference/plugins/ does not list the > > python plugin. > > > > Finally, my snap is 1/2 the size (woot) but does not work. > > Dependencies which were being brought in previously are no longer > > showing up. I'm not sure if this is because I should be using the new > > python plugin or if something else has changed. > > The previous version of the plugin had some deficiencies that did not > allow for it to scale. I rewrote the whole thing after reading many of > the python system documentation and taking a peek at venv/virtualenv. > > > > > I'll be trying to chase down the last issue, but it's hard without > > documentation for the first two. > > Those warnings are taking you down the wrong path. I can help if you > give me more info to work with :-) > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > -------------- next part -------------- An HTML attachment was scrubbed... URL: From robert.park at canonical.com Mon Oct 3 18:51:31 2016 From: robert.park at canonical.com (Robert Park) Date: Mon, 3 Oct 2016 11:51:31 -0700 Subject: My second snap ;-) In-Reply-To: <9fdde2f7-e4db-a0ff-545f-e6c81dbaf84f@ubuntu.com> References: <9fdde2f7-e4db-a0ff-545f-e6c81dbaf84f@ubuntu.com> Message-ID: On Sun, Oct 2, 2016 at 11:20 PM, Didier Roche wrote: > Le 02/10/2016 à 20:48, Robert Park a écrit : >> Is there a plug to just read /etc? or a sensible way to set all those >> env vars to /dev/null or something? > Hey Robert, > > There is no plug to read from /etc on purpose. The goal is your snap to > be relocatable and not relying on anything system-wide, so that it can > run in different context. That's why you need to find a way to embedded > this file and looking for local assets. But aren't snaps running inside chroots? Why does "/etc" refer to the system /etc instead of the /etc inside the snap chroot? Am I understanding correctly that snaps bindmount the system /etc into the snap chroot and then don't provide any permission to read anything in there? I think it would be nice if "/etc" was just inside my snap chroot and my snap thus had total ownership of the entire dir. > If you want to change some env vars, you can create a shell wrapper that > you point your snap into. The shell will then executed your real binary, > once it has settled your environment properly. Yeah this seems like a more reasonable approach, thanks. -- robru From sergio.schvezov at canonical.com Mon Oct 3 19:10:40 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Mon, 3 Oct 2016 16:10:40 -0300 Subject: Python2 plugin deprecated, but new plugin not documented? In-Reply-To: References: <761c7c20-0acb-6a2e-2ec1-a7c01afa6df5@canonical.com> Message-ID: <3320be71-da01-0ba5-08eb-d1b691334f9d@canonical.com> El 03/10/16 a las 14:38, Marco Ceppi escribió: > Hi Sergio, > > This is my snap: > https://gist.github.com/marcoceppi/6a0b0bfe9a541162a0e9b18fe6e44ac4 When > running after it builds, I get errors about failure to import > lazr.restfulclient.resource despite it being present in the snap file > system. This is what I see Snapped charm_2.2_amd64.snap sergiusens at snapcraft:/tmp/charmc$ ls -lh charm_2.2_amd64.snap total 40M -rw-r--r-- 1 sergiusens sergiusens 40M Oct 3 18:59 charm_2.2_amd64.snap sergiusens at snapcraft:/tmp/charmc$ snapcraft --version 2.18.1 And this is what I run into http://paste.ubuntu.com/23271459/ How do I trigger that lazr error? Also, this might interest you https://github.com/snapcore/snapcraft/pull/804 > > Also, cleanbuild fails with a weird unicode error. Can I get details on that? From marco.ceppi at canonical.com Mon Oct 3 19:47:23 2016 From: marco.ceppi at canonical.com (Marco Ceppi) Date: Mon, 03 Oct 2016 19:47:23 +0000 Subject: Python2 plugin deprecated, but new plugin not documented? In-Reply-To: <3320be71-da01-0ba5-08eb-d1b691334f9d@canonical.com> References: <761c7c20-0acb-6a2e-2ec1-a7c01afa6df5@canonical.com> <3320be71-da01-0ba5-08eb-d1b691334f9d@canonical.com> Message-ID: Hi Sergio, Sorry, replication instructions are as follows: export JUJU_REPOSITORY=$(mktemp -dp $HOME) cd $JUJU_REPOSITORY charm pull-source ~marcoceppi/charm-svg . This will trigger the error. Anytime the code path needs to interact with launchpadlib it fails. If you pull the stable channel from the store you'll see it succeeds. Marco On Mon, Oct 3, 2016 at 3:10 PM Sergio Schvezov < sergio.schvezov at canonical.com> wrote: > El 03/10/16 a las 14:38, Marco Ceppi escribió: > > Hi Sergio, > > > > This is my snap: > > https://gist.github.com/marcoceppi/6a0b0bfe9a541162a0e9b18fe6e44ac4 When > > running after it builds, I get errors about failure to import > > lazr.restfulclient.resource despite it being present in the snap file > > system. > > This is what I see > > Snapped charm_2.2_amd64.snap > sergiusens at snapcraft:/tmp/charmc$ ls -lh charm_2.2_amd64.snap > total 40M > -rw-r--r-- 1 sergiusens sergiusens 40M Oct 3 18:59 charm_2.2_amd64.snap > sergiusens at snapcraft:/tmp/charmc$ snapcraft --version > 2.18.1 > > And this is what I run into > http://paste.ubuntu.com/23271459/ > > How do I trigger that lazr error? > > Also, this might interest you > https://github.com/snapcore/snapcraft/pull/804 > > > > > Also, cleanbuild fails with a weird unicode error. > > Can I get details on that? > -------------- next part -------------- An HTML attachment was scrubbed... URL: From omer.akram at canonical.com Mon Oct 3 22:45:36 2016 From: omer.akram at canonical.com (Omer Akram) Date: Tue, 4 Oct 2016 03:45:36 +0500 Subject: How to tell dump plugin to only copy a specific file Message-ID: Hi! I have a very simple python application with a library part and a launcher. The library is being compile by the `python` plugin and I am copying the launcher with `dump` plugin. It works but it seems that the dump plugin copies all the undesired files in the root of my project into the final snap, I only want it to copy a single file. Is there a config that I can tell the plugin to only copy that specific file ? To workaround that I created a new directory only containing my launcher and set it as source. Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.schvezov at canonical.com Mon Oct 3 22:51:20 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Mon, 3 Oct 2016 19:51:20 -0300 Subject: Python2 plugin deprecated, but new plugin not documented? In-Reply-To: References: <761c7c20-0acb-6a2e-2ec1-a7c01afa6df5@canonical.com> <3320be71-da01-0ba5-08eb-d1b691334f9d@canonical.com> Message-ID: <4cbe14a6-ef05-e8e4-e464-ad3a45506b64@canonical.com> El 03/10/16 a las 16:47, Marco Ceppi escribió: > Hi Sergio, > > Sorry, replication instructions are as follows: > > export JUJU_REPOSITORY=$(mktemp -dp $HOME) > cd $JUJU_REPOSITORY > charm pull-source ~marcoceppi/charm-svg . > > This will trigger the error. Anytime the code path needs to interact > with launchpadlib it fails. If you pull the stable channel from the > store you'll see it succeeds. Did this ever work? dpkg -S /usr/lib/python2.7/dist-packages/lazr/__init__.py Tells me it is not owned by any package so very unlikely that a `stage-packages entry would of brought it in. I am interested! For what it's worth, Kyle had the same issue and we just went to pypi for this, if you prefer going down this path just add this to the python part in there: python-packages: [launchpadlib, simplejson] and remove the corresponding entry from `stage-packages`. That makes this happen: $ charm pull-source ~marcoceppi/charm-svg . Downloaded cs:~marcoceppi/charm-svg to /home/sergiusens/tmp.fTqwALsTzT/charm-svg From sergio.schvezov at canonical.com Mon Oct 3 22:53:12 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Mon, 3 Oct 2016 19:53:12 -0300 Subject: How to tell dump plugin to only copy a specific file In-Reply-To: References: Message-ID: El 03/10/16 a las 19:45, Omer Akram escribió: > Hi! > > I have a very simple python application with a library part and a > launcher. The library is being compile by the `python` plugin and I am > copying the launcher with `dump` plugin. It works but it seems that > the dump plugin copies all the undesired files in the root of my > project into the final snap, I only want it to copy a single file. Is > there a config that I can tell the plugin to only copy that specific > file ? Use filesets, stage or prime, or both. > > To workaround that I created a new directory only containing my > launcher and set it as source. Is there anything wrong with this approach? From omer.akram at canonical.com Mon Oct 3 22:59:44 2016 From: omer.akram at canonical.com (Omer Akram) Date: Tue, 4 Oct 2016 03:59:44 +0500 Subject: How to tell dump plugin to only copy a specific file In-Reply-To: References: Message-ID: On Tue, Oct 4, 2016 at 3:53 AM, Sergio Schvezov < sergio.schvezov at canonical.com> wrote: > > > El 03/10/16 a las 19:45, Omer Akram escribió: > >> Hi! >> >> I have a very simple python application with a library part and a >> launcher. The library is being compile by the `python` plugin and I am >> copying the launcher with `dump` plugin. It works but it seems that the >> dump plugin copies all the undesired files in the root of my project into >> the final snap, I only want it to copy a single file. Is there a config >> that I can tell the plugin to only copy that specific file ? >> > > Use filesets, stage or prime, or both. Is there an example on how a filesets line may look like, a grep on the playpen repository does not seem to match filesets ? > > > >> To workaround that I created a new directory only containing my launcher >> and set it as source. >> > > Is there anything wrong with this approach? Apart from a personal preference of keeping the cli on the root of my project, now the launcher does not work directly from the source code without adjusting its imports. > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm > an/listinfo/snapcraft > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.schvezov at canonical.com Mon Oct 3 23:12:33 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Mon, 3 Oct 2016 20:12:33 -0300 Subject: How to tell dump plugin to only copy a specific file In-Reply-To: References: Message-ID: <6fd03bc8-a993-f52e-9662-f2b4c6dbb212@canonical.com> El 03/10/16 a las 19:59, Omer Akram escribió: > > > On Tue, Oct 4, 2016 at 3:53 AM, Sergio Schvezov > > > wrote: > > > > El 03/10/16 a las 19:45, Omer Akram escribió: > > Hi! > > I have a very simple python application with a library part > and a launcher. The library is being compile by the `python` > plugin and I am copying the launcher with `dump` plugin. It > works but it seems that the dump plugin copies all the > undesired files in the root of my project into the final snap, > I only want it to copy a single file. Is there a config that I > can tell the plugin to only copy that specific file ? > > > Use filesets, stage or prime, or both. > > > Is there an example on how a filesets line may look like, a grep on > the playpen repository does not seem to match filesets ? https://github.com/snapcore/snapcraft/blob/master/demos/gopaste/snapcraft.yaml#L27 -------------- next part -------------- An HTML attachment was scrubbed... URL: From barry at ubuntu.com Tue Oct 4 00:11:10 2016 From: barry at ubuntu.com (Barry Warsaw) Date: Mon, 3 Oct 2016 20:11:10 -0400 Subject: Python2 plugin deprecated, but new plugin not documented? In-Reply-To: <4cbe14a6-ef05-e8e4-e464-ad3a45506b64@canonical.com> References: <761c7c20-0acb-6a2e-2ec1-a7c01afa6df5@canonical.com> <3320be71-da01-0ba5-08eb-d1b691334f9d@canonical.com> <4cbe14a6-ef05-e8e4-e464-ad3a45506b64@canonical.com> Message-ID: <20161003201110.4ab144d0@subdivisions.wooz.org> On Oct 03, 2016, at 07:51 PM, Sergio Schvezov wrote: >Did this ever work? >dpkg -S /usr/lib/python2.7/dist-packages/lazr/__init__.py > >Tells me it is not owned by any package so very unlikely that a >`stage-packages entry would of brought it in. I am interested! lazr is a namespace package, which presents problems for the Debian ecosystem in Python 2. Because there would be subpackage contention for ownership on the lazr/__init__.py file, actually *no* package owns it, and instead the Python helpers manage that file as needed. This is solved in Python 3 by PEP 420. https://www.python.org/dev/peps/pep-0420/ Cheers, -Barry -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 801 bytes Desc: OpenPGP digital signature URL: From marco.ceppi at canonical.com Tue Oct 4 00:17:33 2016 From: marco.ceppi at canonical.com (Marco Ceppi) Date: Tue, 04 Oct 2016 00:17:33 +0000 Subject: Python2 plugin deprecated, but new plugin not documented? In-Reply-To: <4cbe14a6-ef05-e8e4-e464-ad3a45506b64@canonical.com> References: <761c7c20-0acb-6a2e-2ec1-a7c01afa6df5@canonical.com> <3320be71-da01-0ba5-08eb-d1b691334f9d@canonical.com> <4cbe14a6-ef05-e8e4-e464-ad3a45506b64@canonical.com> Message-ID: On Mon, Oct 3, 2016 at 6:51 PM Sergio Schvezov < sergio.schvezov at canonical.com> wrote: > > > El 03/10/16 a las 16:47, Marco Ceppi escribió: > > Hi Sergio, > > > > Sorry, replication instructions are as follows: > > > > export JUJU_REPOSITORY=$(mktemp -dp $HOME) > > cd $JUJU_REPOSITORY > > charm pull-source ~marcoceppi/charm-svg . > > > > This will trigger the error. Anytime the code path needs to interact > > with launchpadlib it fails. If you pull the stable channel from the > > store you'll see it succeeds. > > Did this ever work? > dpkg -S /usr/lib/python2.7/dist-packages/lazr/__init__.py > It did (and does work) before I updated snapcraft. > Tells me it is not owned by any package so very unlikely that a > `stage-packages entry would of brought it in. I am interested! > > For what it's worth, Kyle had the same issue and we just went to pypi > for this, if you prefer going down this path just add this to the python > part in there: > > python-packages: [launchpadlib, simplejson] > Launchpadlib is already a dependency in the software project, I shouldn't need to declare it again in the snapcraft? > > and remove the corresponding entry from `stage-packages`. That makes > this happen: > > $ charm pull-source ~marcoceppi/charm-svg . > Downloaded cs:~marcoceppi/charm-svg to > /home/sergiusens/tmp.fTqwALsTzT/charm-svg > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.schvezov at canonical.com Tue Oct 4 01:40:58 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Mon, 3 Oct 2016 22:40:58 -0300 Subject: Python2 plugin deprecated, but new plugin not documented? In-Reply-To: References: <761c7c20-0acb-6a2e-2ec1-a7c01afa6df5@canonical.com> <3320be71-da01-0ba5-08eb-d1b691334f9d@canonical.com> <4cbe14a6-ef05-e8e4-e464-ad3a45506b64@canonical.com> Message-ID: <0a6d27c0-04aa-4210-5283-fdafd17778fc@canonical.com> El 03/10/16 a las 21:17, Marco Ceppi escribió: > On Mon, Oct 3, 2016 at 6:51 PM Sergio Schvezov > > > wrote: > > > > El 03/10/16 a las 16:47, Marco Ceppi escribió: > > Hi Sergio, > > > > Sorry, replication instructions are as follows: > > > > export JUJU_REPOSITORY=$(mktemp -dp $HOME) > > cd $JUJU_REPOSITORY > > charm pull-source ~marcoceppi/charm-svg . > > > > This will trigger the error. Anytime the code path needs to interact > > with launchpadlib it fails. If you pull the stable channel from the > > store you'll see it succeeds. > > Did this ever work? > dpkg -S /usr/lib/python2.7/dist-packages/lazr/__init__.py > > > It did (and does work) before I updated snapcraft. > > Tells me it is not owned by any package so very unlikely that a > `stage-packages entry would of brought it in. I am interested! > > For what it's worth, Kyle had the same issue and we just went to pypi > for this, if you prefer going down this path just add this to the > python > part in there: > > python-packages: [launchpadlib, simplejson] > > > Launchpadlib is already a dependency in the software project, I > shouldn't need to declare it again in the snapcraft? No you don't ;-) You want to set `requirements: requirements.txt` If you want it automatically installed use install_requires (https://packaging.python.org/requirements/) > > and remove the corresponding entry from `stage-packages`. That makes > this happen: > > $ charm pull-source ~marcoceppi/charm-svg . > Downloaded cs:~marcoceppi/charm-svg to > /home/sergiusens/tmp.fTqwALsTzT/charm-svg > -------------- next part -------------- An HTML attachment was scrubbed... URL: From marco.ceppi at canonical.com Tue Oct 4 02:59:47 2016 From: marco.ceppi at canonical.com (Marco Ceppi) Date: Tue, 04 Oct 2016 02:59:47 +0000 Subject: Python2 plugin deprecated, but new plugin not documented? In-Reply-To: <0a6d27c0-04aa-4210-5283-fdafd17778fc@canonical.com> References: <761c7c20-0acb-6a2e-2ec1-a7c01afa6df5@canonical.com> <3320be71-da01-0ba5-08eb-d1b691334f9d@canonical.com> <4cbe14a6-ef05-e8e4-e464-ad3a45506b64@canonical.com> <0a6d27c0-04aa-4210-5283-fdafd17778fc@canonical.com> Message-ID: On Mon, Oct 3, 2016 at 9:41 PM Sergio Schvezov < sergio.schvezov at canonical.com> wrote: > El 03/10/16 a las 21:17, Marco Ceppi escribió: > > On Mon, Oct 3, 2016 at 6:51 PM Sergio Schvezov < > sergio.schvezov at canonical.com> wrote: > > > > El 03/10/16 a las 16:47, Marco Ceppi escribió: > > Hi Sergio, > > > > Sorry, replication instructions are as follows: > > > > export JUJU_REPOSITORY=$(mktemp -dp $HOME) > > cd $JUJU_REPOSITORY > > charm pull-source ~marcoceppi/charm-svg . > > > > This will trigger the error. Anytime the code path needs to interact > > with launchpadlib it fails. If you pull the stable channel from the > > store you'll see it succeeds. > > Did this ever work? > dpkg -S /usr/lib/python2.7/dist-packages/lazr/__init__.py > > > It did (and does work) before I updated snapcraft. > > > Tells me it is not owned by any package so very unlikely that a > `stage-packages entry would of brought it in. I am interested! > > For what it's worth, Kyle had the same issue and we just went to pypi > for this, if you prefer going down this path just add this to the python > part in there: > > python-packages: [launchpadlib, simplejson] > > > Launchpadlib is already a dependency in the software project, I shouldn't > need to declare it again in the snapcraft? > > > No you don't ;-) You want to set `requirements: requirements.txt` > If you want it automatically installed use install_requires ( > https://packaging.python.org/requirements/) > > In my projects setup.py I declare the install_requires, why aren't these being included during snap generation? https://github.com/juju/charm-tools/blob/master/setup.py > > > > > and remove the corresponding entry from `stage-packages`. That makes > this happen: > > $ charm pull-source ~marcoceppi/charm-svg . > Downloaded cs:~marcoceppi/charm-svg to > /home/sergiusens/tmp.fTqwALsTzT/charm-svg > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Tue Oct 4 06:10:43 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Tue, 4 Oct 2016 08:10:43 +0200 Subject: My second snap ;-) In-Reply-To: References: <9fdde2f7-e4db-a0ff-545f-e6c81dbaf84f@ubuntu.com> Message-ID: <4d6f2839-e100-fd8a-b863-e5fb946cf9c2@ubuntu.com> Le 03/10/2016 à 20:51, Robert Park a écrit : > On Sun, Oct 2, 2016 at 11:20 PM, Didier Roche wrote: >> Le 02/10/2016 à 20:48, Robert Park a écrit : >>> Is there a plug to just read /etc? or a sensible way to set all those >>> env vars to /dev/null or something? >> Hey Robert, >> >> There is no plug to read from /etc on purpose. The goal is your snap to >> be relocatable and not relying on anything system-wide, so that it can >> run in different context. That's why you need to find a way to embedded >> this file and looking for local assets. > > But aren't snaps running inside chroots? Why does "/etc" refer to the > system /etc instead of the /etc inside the snap chroot? Am I > understanding correctly that snaps bindmount the system /etc into the > snap chroot and then don't provide any permission to read anything in > there? > > I think it would be nice if "/etc" was just inside my snap chroot and > my snap thus had total ownership of the entire dir. /etc refers to the one from the ubuntu-core snap + some bindmounts from systems. However, they are not an overlay for your snap and shared with the system. One of the premise concept of snaps is that your application needs to be relocatable, meaning you can take your whole $SNAP directory, move it on another system, and it will still work, you don't have external dependency on the system, being files in directory outside of your snaps (minus interfaces required files, ofc). From jacek.nykis at canonical.com Tue Oct 4 08:43:59 2016 From: jacek.nykis at canonical.com (Jacek Nykis) Date: Tue, 4 Oct 2016 09:43:59 +0100 Subject: How to tell dump plugin to only copy a specific file In-Reply-To: References: Message-ID: <3b78d208-01fd-df5f-18cf-c17a1d7de85f@canonical.com> On 03/10/16 23:59, Omer Akram wrote: > On Tue, Oct 4, 2016 at 3:53 AM, Sergio Schvezov < > sergio.schvezov at canonical.com> wrote: > >> >> >> El 03/10/16 a las 19:45, Omer Akram escribió: >> >>> Hi! >>> >>> I have a very simple python application with a library part and a >>> launcher. The library is being compile by the `python` plugin and I am >>> copying the launcher with `dump` plugin. It works but it seems that the >>> dump plugin copies all the undesired files in the root of my project into >>> the final snap, I only want it to copy a single file. Is there a config >>> that I can tell the plugin to only copy that specific file ? >>> >> >> Use filesets, stage or prime, or both. > > > Is there an example on how a filesets line may look like, a grep on the > playpen repository does not seem to match filesets ? https://git.launchpad.net/prometheus-snap/tree/snapcraft.yaml Regards, Jacek -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 299 bytes Desc: OpenPGP digital signature URL: From gustavo.niemeyer at canonical.com Tue Oct 4 09:08:41 2016 From: gustavo.niemeyer at canonical.com (Gustavo Niemeyer) Date: Tue, 4 Oct 2016 06:08:41 -0300 Subject: How to tell dump plugin to only copy a specific file In-Reply-To: <3b78d208-01fd-df5f-18cf-c17a1d7de85f@canonical.com> References: <3b78d208-01fd-df5f-18cf-c17a1d7de85f@canonical.com> Message-ID: Hello, On Tue, Oct 4, 2016 at 5:43 AM, Jacek Nykis wrote: > > Is there an example on how a filesets line may look like, a grep on the > > playpen repository does not seem to match filesets ? > > https://git.launchpad.net/prometheus-snap/tree/snapcraft.yaml Thanks for helping out. As a trivial hint, the "snap" list doesn't need to duplicate the content of "stage". It needs to be there only if what is in stage needs to be tweaked further. gustavo @ http://niemeyer.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.schvezov at canonical.com Tue Oct 4 10:36:00 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Tue, 4 Oct 2016 07:36:00 -0300 Subject: My second snap ;-) In-Reply-To: <4d6f2839-e100-fd8a-b863-e5fb946cf9c2@ubuntu.com> References: <9fdde2f7-e4db-a0ff-545f-e6c81dbaf84f@ubuntu.com> <4d6f2839-e100-fd8a-b863-e5fb946cf9c2@ubuntu.com> Message-ID: El 04/10/16 a las 03:10, Didier Roche escribió: > Le 03/10/2016 à 20:51, Robert Park a écrit : >> On Sun, Oct 2, 2016 at 11:20 PM, Didier Roche wrote: >>> Le 02/10/2016 à 20:48, Robert Park a écrit : >>>> Is there a plug to just read /etc? or a sensible way to set all those >>>> env vars to /dev/null or something? >>> Hey Robert, >>> >>> There is no plug to read from /etc on purpose. The goal is your snap to >>> be relocatable and not relying on anything system-wide, so that it can >>> run in different context. That's why you need to find a way to embedded >>> this file and looking for local assets. >> But aren't snaps running inside chroots? Why does "/etc" refer to the >> system /etc instead of the /etc inside the snap chroot? Am I >> understanding correctly that snaps bindmount the system /etc into the >> snap chroot and then don't provide any permission to read anything in >> there? >> >> I think it would be nice if "/etc" was just inside my snap chroot and >> my snap thus had total ownership of the entire dir. > /etc refers to the one from the ubuntu-core snap + some bindmounts from > systems. However, they are not an overlay for your snap and shared with > the system. It can get a bit confusing when writing snaps on desktops; there is a chroot but not so much for the snap but for core where the snap lives on top; it is all much more clearer if running an all snap system like Ubuntu Core. From wesley.mason at canonical.com Tue Oct 4 11:19:51 2016 From: wesley.mason at canonical.com (Wes Mason) Date: Tue, 04 Oct 2016 11:19:51 +0000 Subject: Python2 plugin deprecated, but new plugin not documented? In-Reply-To: References: <761c7c20-0acb-6a2e-2ec1-a7c01afa6df5@canonical.com> <3320be71-da01-0ba5-08eb-d1b691334f9d@canonical.com> <4cbe14a6-ef05-e8e4-e464-ad3a45506b64@canonical.com> <0a6d27c0-04aa-4210-5283-fdafd17778fc@canonical.com> Message-ID: On Tue, 4 Oct 2016 at 04:00 Marco Ceppi wrote: > On Mon, Oct 3, 2016 at 9:41 PM Sergio Schvezov < > sergio.schvezov at canonical.com> wrote: > > El 03/10/16 a las 21:17, Marco Ceppi escribió: > > On Mon, Oct 3, 2016 at 6:51 PM Sergio Schvezov < > sergio.schvezov at canonical.com> wrote: > > > > El 03/10/16 a las 16:47, Marco Ceppi escribió: > > Hi Sergio, > > > > Sorry, replication instructions are as follows: > > > > export JUJU_REPOSITORY=$(mktemp -dp $HOME) > > cd $JUJU_REPOSITORY > > charm pull-source ~marcoceppi/charm-svg . > > > > This will trigger the error. Anytime the code path needs to interact > > with launchpadlib it fails. If you pull the stable channel from the > > store you'll see it succeeds. > > Did this ever work? > dpkg -S /usr/lib/python2.7/dist-packages/lazr/__init__.py > > > It did (and does work) before I updated snapcraft. > > > Tells me it is not owned by any package so very unlikely that a > `stage-packages entry would of brought it in. I am interested! > > For what it's worth, Kyle had the same issue and we just went to pypi > for this, if you prefer going down this path just add this to the python > part in there: > > python-packages: [launchpadlib, simplejson] > > > Launchpadlib is already a dependency in the software project, I shouldn't > need to declare it again in the snapcraft? > > > No you don't ;-) You want to set `requirements: requirements.txt` > If you want it automatically installed use install_requires ( > https://packaging.python.org/requirements/) > > In my projects setup.py I declare the install_requires, why aren't these > being included during snap generation? > > https://github.com/juju/charm-tools/blob/master/setup.py > Because when you delcare python-launchpadlib in your stage-packages those are pulled in by apt first, and when pip comes to install it it goes "okay I can see this in sys packages, I'll skip installing it". > > > > > > > and remove the corresponding entry from `stage-packages`. That makes > this happen: > > $ charm pull-source ~marcoceppi/charm-svg . > Downloaded cs:~marcoceppi/charm-svg to > /home/sergiusens/tmp.fTqwALsTzT/charm-svg > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.schvezov at canonical.com Tue Oct 4 11:32:18 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Tue, 4 Oct 2016 08:32:18 -0300 Subject: Python2 plugin deprecated, but new plugin not documented? In-Reply-To: References: <761c7c20-0acb-6a2e-2ec1-a7c01afa6df5@canonical.com> <3320be71-da01-0ba5-08eb-d1b691334f9d@canonical.com> <4cbe14a6-ef05-e8e4-e464-ad3a45506b64@canonical.com> <0a6d27c0-04aa-4210-5283-fdafd17778fc@canonical.com> Message-ID: El 03/10/16 a las 23:59, Marco Ceppi escribió: > > > On Mon, Oct 3, 2016 at 9:41 PM Sergio Schvezov > > > wrote: > > El 03/10/16 a las 21:17, Marco Ceppi escribió: > >> On Mon, Oct 3, 2016 at 6:51 PM Sergio Schvezov >> > > wrote: >> >> >> >> El 03/10/16 a las 16:47, Marco Ceppi escribió: >> > Hi Sergio, >> > >> > Sorry, replication instructions are as follows: >> > >> > export JUJU_REPOSITORY=$(mktemp -dp $HOME) >> > cd $JUJU_REPOSITORY >> > charm pull-source ~marcoceppi/charm-svg . >> > >> > This will trigger the error. Anytime the code path needs to >> interact >> > with launchpadlib it fails. If you pull the stable channel >> from the >> > store you'll see it succeeds. >> >> Did this ever work? >> dpkg -S /usr/lib/python2.7/dist-packages/lazr/__init__.py >> >> >> It did (and does work) before I updated snapcraft. >> >> Tells me it is not owned by any package so very unlikely that a >> `stage-packages entry would of brought it in. I am interested! >> >> For what it's worth, Kyle had the same issue and we just went >> to pypi >> for this, if you prefer going down this path just add this to >> the python >> part in there: >> >> python-packages: [launchpadlib, simplejson] >> >> >> Launchpadlib is already a dependency in the software project, I >> shouldn't need to declare it again in the snapcraft? > > No you don't ;-) You want to set `requirements: requirements.txt` > If you want it automatically installed use install_requires > (https://packaging.python.org/requirements/) > > In my projects setup.py I declare the install_requires, why aren't > these being included during snap generation? > > https://github.com/juju/charm-tools/blob/master/setup.py Ok this at least provides an explanation for me, long story short, you can remove python-launchpadlib from `stage-packages`, but lazr.restfulclient is missing a dependency on simplejson in install_requires so you can add that to yours temporarily until the dep is added there. http://bazaar.launchpad.net/~lazr-developers/lazr.restfulclient/trunk/view/head:/setup.py#L55 By using launchpadlib as a stage package here is why you got it: Depends: python-httplib2 (>= 0.4.0), python-keyring (>= 0.5), python-lazr.restfulclient (>= 0.11.2), python-lazr.uri (>= 1.0.2-4~), python-oauth, python-simplejson, python-wadllib, python:any (<< 2.8), python:any (>= 2.7.5-5~) You can still use the launchpadlib as a stage-packages entry if you want but you will need to `touch __init__.py` where it is missing (I will discuss further with Barry to see if there is a clean way we can do this automatically with no side effects). And last but not least, here is the reason it worked; the previous version of the python plugins put dist-packages and site-packages all in the same bag, installed the stage-package and then ignored what was already there and installed what was in your install_requires; so on the first run you'd get an incomplete lazr package but you would get simplejson and on the second run you'd install over. The new plugin is much more respectful about this. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at ubuntu.com Tue Oct 4 12:14:23 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Tue, 4 Oct 2016 05:14:23 -0700 Subject: My second snap ;-) In-Reply-To: References: <9fdde2f7-e4db-a0ff-545f-e6c81dbaf84f@ubuntu.com> <4d6f2839-e100-fd8a-b863-e5fb946cf9c2@ubuntu.com> Message-ID: <72527de7-090d-e5a4-bc07-a115c1b5bcee@ubuntu.com> Giving you your own /etc would enable you to do whatever you want in it, but it would by definition also mean that any files you see there don't reflect any OTHER apps understanding. So /etc/resolv.conf for example would be meaningless, because yours might be different to that on the snap next door. It's hard to know in advance if your snap wants to READ stuff in /etc/ that is written by others, or WRITE stuff in /etc/ that is mainly used by itself. Mark From leo.arias at canonical.com Tue Oct 4 14:17:45 2016 From: leo.arias at canonical.com (Leo Arias) Date: Tue, 4 Oct 2016 08:17:45 -0600 Subject: How to tell dump plugin to only copy a specific file In-Reply-To: References: <3b78d208-01fd-df5f-18cf-c17a1d7de85f@canonical.com> Message-ID: On Tue, Oct 4, 2016 at 3:08 AM, Gustavo Niemeyer < gustavo.niemeyer at canonical.com> wrote: > > As a trivial hint, the "snap" list doesn't need to duplicate the content > of "stage". It needs to be there only if what is in stage needs to be > tweaked further. > I think that's https://bugs.launchpad.net/snapcraft/+bug/1623279 Should work, but doesn't yet. Has anyone tried it? -- ¡paz y baile! http://www.ubuntu.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From julia.palandri at canonical.com Tue Oct 4 16:50:16 2016 From: julia.palandri at canonical.com (Julia Palandri) Date: Tue, 4 Oct 2016 18:50:16 +0200 Subject: Learning to snap with codelabs In-Reply-To: <95dccf7b-04c7-1bf3-7d77-885dce96fa4b@canonical.com> References: <95dccf7b-04c7-1bf3-7d77-885dce96fa4b@canonical.com> Message-ID: Hi Daniel! Could it be that the snap is not available for all architectures? I couldn't find it available to install in the ubuntu core rpi2 store. Thanks! On Tue, Sep 27, 2016 at 4:34 PM, Daniel Holbach < daniel.holbach at canonical.com> wrote: > Hello everybody, > > learning something new, especially new concepts and workflows usually > works best if you see it first-hand and get to do things yourself. > Didier and I talked a while about how to introduce the processes and > ideas behind snapd and snapcraft to a new audience, particularly at a > workshop or meetup and we found we were of the same opinion. > > Didier put quite a bit of work into solving the infrastructure question. > We re-used the work which was put into Codelabs already, so adding a new > codelab merely became a question of creating a Google Doc and adding it > using a management command. It works nicely, the UI is simple and easy > to understand and lets you focus on the content at hand. It was a lot of > fun to work on the content and refine the individual steps in a > self-teaching workshop style. Thanks a lot everyone for the reviews! > > After some discussion it became clear that a very fitting way for the > codelabs to go out would be to ship them as a snap themselves. It's > beautifully simple to get started: > > $ sudo snap install snap-codelabs > > All you need to do afterwards is point your browser to > http://localhost:8123/ - that's all. > > From thereon you can quickly start your snap adventure and get up and > running in no time. It's a step-by-step workshop and you always know how > much more time you need to complete it. > > Expect more codelabs to be added soon. If you have feedback, please let > us know at https://github.com/ubuntu/codelabs > > Enjoy and let us know how things go. > > Have a great day, > Daniel > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > -- Julia -------------- next part -------------- An HTML attachment was scrubbed... URL: From alan.pope at canonical.com Tue Oct 4 16:56:07 2016 From: alan.pope at canonical.com (Alan Pope) Date: Tue, 4 Oct 2016 17:56:07 +0100 Subject: Learning to snap with codelabs In-Reply-To: References: <95dccf7b-04c7-1bf3-7d77-885dce96fa4b@canonical.com> Message-ID: That's correct. There was a problem with the armhf build which is being worked on. Cheers, Al. On 4 October 2016 at 17:50, Julia Palandri wrote: > Hi Daniel! > > Could it be that the snap is not available for all architectures? I couldn't > find it available to install in the ubuntu core rpi2 store. > > Thanks! > > On Tue, Sep 27, 2016 at 4:34 PM, Daniel Holbach > wrote: >> >> Hello everybody, >> >> learning something new, especially new concepts and workflows usually >> works best if you see it first-hand and get to do things yourself. >> Didier and I talked a while about how to introduce the processes and >> ideas behind snapd and snapcraft to a new audience, particularly at a >> workshop or meetup and we found we were of the same opinion. >> >> Didier put quite a bit of work into solving the infrastructure question. >> We re-used the work which was put into Codelabs already, so adding a new >> codelab merely became a question of creating a Google Doc and adding it >> using a management command. It works nicely, the UI is simple and easy >> to understand and lets you focus on the content at hand. It was a lot of >> fun to work on the content and refine the individual steps in a >> self-teaching workshop style. Thanks a lot everyone for the reviews! >> >> After some discussion it became clear that a very fitting way for the >> codelabs to go out would be to ship them as a snap themselves. It's >> beautifully simple to get started: >> >> $ sudo snap install snap-codelabs >> >> All you need to do afterwards is point your browser to >> http://localhost:8123/ - that's all. >> >> From thereon you can quickly start your snap adventure and get up and >> running in no time. It's a step-by-step workshop and you always know how >> much more time you need to complete it. >> >> Expect more codelabs to be added soon. If you have feedback, please let >> us know at https://github.com/ubuntu/codelabs >> >> Enjoy and let us know how things go. >> >> Have a great day, >> Daniel >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/snapcraft > > > > > -- > > Julia > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > -- Alan Pope Community Manager Canonical - Ubuntu Engineering and Services +44 (0) 7973 620 164 alan.pope at canonical.com http://ubuntu.com/ From jamie.bennett at canonical.com Tue Oct 4 17:43:23 2016 From: jamie.bennett at canonical.com (Jamie Bennett) Date: Tue, 4 Oct 2016 18:43:23 +0100 Subject: Snap Format Technical Oversight Board Message-ID: The snap format is a compressed filesystem with a single metadata file describing the security profile and desired integration of the snap. That format is shared by everyone in the snap community, regardless of their choice of store, authentication systems, licensing or host Linux distribution. In order to reflect the widespread and diverse interests at play, Canonical will cede final decisions and control over the format itself to a Technical Oversight Board that represents a range of communities and companies. The snap format is driven by code landing in the upstream snapcore repositories, subject to public code reviews. The Snap Format Technical Oversight Board is independent, with no single company having a majority say, and it has the ability to prevent any change in the format or standard interfaces which all implementations are expected to support. In this way, we can be confident that different groups implementing the specification will have the ability to influence it as needed. * Matthias Klummp - Appstream * Timothy Redaelli - Arch * Luke Faraone - Debian * Cody Garver- Elementary * Harald Sitter - KDE * Aleix Pol- KDE * Gustavo Niemeyer - Ubuntu * Michael Vogt - Ubuntu * Jean-Baptiste Kempf - VLC * Neal Gompa - Fedora The committers to the snapcore repositories agree that this group supervises the evolution of the format, and that members of the TOB will be able to reject changes by majority vote, even after they have landed in the snapcore repositories, which have not yet been released for stable snaps to consume. While the snap implementation in snapcore is free software and can be forked, our goal is to evolve the format consensually across the communities represented here, as well as any other major free software communities that enable snaps by default. The board can be reached at oversight-board at lists.snapcraft.io for discussions related to their supervisory role. We would like to thank this group for agreeing to serve in this capacity during the founding period of the snap format. Regards, Jamie. -- Ubuntu Core Engineering Manager From leo.arias at canonical.com Tue Oct 4 19:54:49 2016 From: leo.arias at canonical.com (Leo Arias) Date: Tue, 4 Oct 2016 13:54:49 -0600 Subject: snapping a python2 application that uses a makefile In-Reply-To: References: Message-ID: Hello Michael, On Wed, Sep 28, 2016 at 5:42 PM, Michael Foley wrote: > > I've started working on a few snaps last month and worked out how to > build an initial snap of the gpodder podcast client. However in order > to get it to build I had to do a few manual steps during the build > step. This is a python2 application, but actually uses a makefile. I > tried a few different tactics including trying to use the make plugin, > but that does not create the command wrapper properly. > That seems to be a common approach for upstream projects. I've seen many go projects directed by a Makefile that doesn't set the GOPATH, so it requires to hack our plugin. IMO, that means that the makefile is incomplete, but we will need to deal with it. So far, I've solved it by making custom plugins that combine two of snapcraft's plugins. That's not so nice for various reasons. Sometimes you only need to add a command to an existing plugin, and yet you have to copy it all. In the previous sprint we talked a little about adding hooks, and making the plugins easier to extend, but that will be a heavy burden to support in snapcraft. > And actually when I tried to rebuild my snap today the command wrapper > is failing to find and exec gpodder. I think the command wrapper is no > longer setting the PYTHONPATH. Has this changed in the python2 plugin. > I see that is deprecated so tried the python plugin with > "python-version: python2", but got the same result. > We changed the python plugins completely in one of the recent releases. using python-version: python2 now is the same as using plugin: python2. > A copy of my snapcraft.yaml file is here: > http://pastebin.ubuntu.com/23248926/ > > Any suggestions on ways to work around these issues? > > Can you inspect the prime directory to see if the binary is now in a different place? Running snapcraft on your yaml, I actually get: Missing file: share/dbus-1/services/org.gpodder.service Did you solve that somehow? pura vida -------------- next part -------------- An HTML attachment was scrubbed... URL: From robert.park at canonical.com Wed Oct 5 01:44:03 2016 From: robert.park at canonical.com (Robert Park) Date: Tue, 4 Oct 2016 18:44:03 -0700 Subject: My second snap ;-) In-Reply-To: References: Message-ID: Thanks again Loic, I was finally able to achieve a snapped matplotlib (well, the current traceback I'm seeing is at least from my own app so I can iterate on that, matplotlib seems happy enough at least). The trick is that you can't just set $MATPLOTLIBDATA to any old dir because matplotlib expects to find fonts in there in addition to the matplotlibrc. So in the end I needed this in my snapcraft.yaml: parts: myapp: plugin: dump source: . stage-packages: - python3-matplotlib - python3-numpy - python3-tk organize: etc/matplotlibrc: usr/share/matplotlib/mpl-data/matplotlibrc (that usr/share... path is where python3-matplotlib installs fonts to) Then I needed a wrapper like this: #!/bin/sh export MATPLOTLIBRC="$SNAP/usr/share/matplotlib/mpl-data" export MATPLOTLIBDATA="$MATPLOTLIBRC" exec "$SNAP/myapp.py" "$@" For some reason it didn't seem to work just by setting $MATPLOTLIBRC, it just gave a different traceback, instead of getting permission denied on /etc/matplotlibrc it raised some error about not being able to find any config data at all. setting both vars and having the matplotlibrc in the same dir as the fonts was the only way I could get it to work. From mark at ubuntu.com Wed Oct 5 01:50:28 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Tue, 4 Oct 2016 18:50:28 -0700 Subject: My second snap ;-) In-Reply-To: References: Message-ID: <38014e35-46c6-c3de-f235-a7a3f8a4a853@ubuntu.com> On 04/10/16 18:44, Robert Park wrote: > Thanks again Loic, I was finally able to achieve a snapped matplotlib > (well, the current traceback I'm seeing is at least from my own app so > I can iterate on that, matplotlib seems happy enough at least). \o/ now the fun part starts when you get to push updates to your users in real time :) Mark From robert.park at canonical.com Wed Oct 5 02:53:19 2016 From: robert.park at canonical.com (Robert Park) Date: Tue, 4 Oct 2016 19:53:19 -0700 Subject: My second snap ;-) In-Reply-To: References: Message-ID: And, if you're *so crazy* that you decide you want a snap that doesn't contain tkinter, you can do this in your snapcraft.yaml: parts: myapp: plugin: dump source: . stage-packages: - python3-matplotlib - python3-numpy organize: files/matplotlibrc: usr/share/matplotlib/mpl-data/matplotlibrc "files/matplotlibrc" contains just "backend: Agg" and then the same wrapper: #!/bin/sh export MATPLOTLIBRC="$SNAP/usr/share/matplotlib/mpl-data" export MATPLOTLIBDATA="$MATPLOTLIBRC" exec "$SNAP/run.py" "$@" From stelefx at gmail.com Wed Oct 5 20:26:45 2016 From: stelefx at gmail.com (Paul Miller) Date: Wed, 5 Oct 2016 15:26:45 -0500 Subject: Looking to distribute a commercial package as a snap Message-ID: I work on a popular visual effects package that's been around for 10+ years. Unfortunately we have had to target specific, older Linux distributions to ensure maximum compatibility on various flavors of Linux, but I'm hoping packaging as a snap will avoid all this. I'm building on Kubuntu 16.04. The application links with a custom set of Qt 5.7 libs and has a bunch of resource files and plugins. It has a GUI binary but can also be run from the command-line using a symlink that kicks in a command-line only background renderer. Will packaging as a snap be a good fit for distributing my application, and are there any good examples out there that can maybe walk me through setting it up? -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at ubuntu.com Wed Oct 5 21:16:48 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Wed, 5 Oct 2016 14:16:48 -0700 Subject: Looking to distribute a commercial package as a snap In-Reply-To: References: Message-ID: <71bfcd3f-ebdd-f805-66f2-f2e3a1ec70ed@ubuntu.com> On 05/10/16 13:26, Paul Miller wrote: > Will packaging as a snap be a good fit for distributing my > application, and are there any good examples out there that can maybe > walk me through setting it up? A snap will give you a couple of nice qualities: * you can bundle the libraries you need in the snap * you can update on your own schedule (and updates automatically propagate) * you can reach a range of Linux desktops with a single package I know others are working on snaps using Qt 5.7 so you will have others to share bugs :) Mark From bill.filler at canonical.com Wed Oct 5 21:59:52 2016 From: bill.filler at canonical.com (Bill Filler) Date: Wed, 5 Oct 2016 17:59:52 -0400 Subject: Ubuntu Touch Apps as Snaps Message-ID: The System Apps team at Canonical has been busy transitioning Ubuntu Touch apps and services into Snaps and interfaces for Ubuntu Personal. Progress has been great! We have an initial batch of apps in the Snap store for testing (devmode only) and a bunch more on the way. The snaps function on both Unity7 and Unity8 classic desktop sessions in xenial + overlay ppa ( http://pastebin.ubuntu.com/23251156/) and in yakkety. You can try the following Snaps today from the "edge" channel of the store: *gallery-app, camera-app, address-book-app *and* ubuntu-calendar-app* with the following command: *sudo snap install --edge --force-dangerous --devmode * Shortly, we'll have webbrowser-app, ubuntu-system-settings, ubuntu-keyboard and ubuntu-terminal-app in the store ready to try as well. As this is early stage, there are some know issues, tracked here: https://bugs.launchpad.net/ubuntu/+bugs?field.tag=snap-desktop-issue On the interface front we are chipping away at defining and implementing Snapd interfaces that will be necessary for the apps to run confined. We have working local builds of the following interfaces: thumbnailer service ( https://github.com/fkaleo/snapd/tree/add-thumbnailer-interface) address book service and eds ( https://github.com/renatofilho/snapd/tree/eds-calendar) Work is in progress on content-hub and input-method interfaces as well, we'll keep you posted when we have something to show! Some screenshots are included on these G+ posts: https://plus.google.com/104895622476458942837/posts/ePiffsBMsTB https://plus.google.com/104895622476458942837/posts/AQ6WVDFooHp Cheers, Bill -------------- next part -------------- An HTML attachment was scrubbed... URL: From seth.arnold at canonical.com Wed Oct 5 22:30:16 2016 From: seth.arnold at canonical.com (Seth Arnold) Date: Wed, 5 Oct 2016 15:30:16 -0700 Subject: Looking to distribute a commercial package as a snap In-Reply-To: References: Message-ID: <20161005223016.GM23551@hunt> On Wed, Oct 05, 2016 at 03:26:45PM -0500, Paul Miller wrote: > I work on a popular visual effects package that's been around for 10+ > years. Unfortunately we have had to target specific, older Linux > distributions to ensure maximum compatibility on various flavors of Linux, > but I'm hoping packaging as a snap will avoid all this. I'm building on > Kubuntu 16.04. Just how old are those specific older distributions? I understand snapd relies upon many features from newer Linux kernels and thus may not work on arbitrarily old systems. Thanks -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: From sergio.schvezov at canonical.com Wed Oct 5 22:31:31 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Wed, 5 Oct 2016 19:31:31 -0300 Subject: Ubuntu Touch Apps as Snaps In-Reply-To: References: Message-ID: Nice work, saw the g+ post :-) El 05/10/16 a las 18:59, Bill Filler escribió: > The System Apps team at Canonical has been busy transitioning Ubuntu > Touch apps and services into Snaps and interfaces for Ubuntu Personal. > Progress has been great! We have an initial batch of apps in the Snap > store for testing (devmode only) and a bunch more on the way. The > snaps function on both Unity7 and Unity8 classic desktop sessions in > xenial + overlay ppa (http://pastebin.ubuntu.com/23251156/) and in > yakkety. > > You can try the following Snaps today from the "edge" channel of the > store: > *gallery-app, camera-app, address-book-app *and*ubuntu-calendar-app* > with the following command: > > /sudo snap install --edge --force-dangerous --devmode / As mentioned on g+, you shouldn't need /--force-dangerous /That is only needed when the origin of the snap cannot be asserted by the system/./ / /// > > Shortly, we'll have webbrowser-app, ubuntu-system-settings, > ubuntu-keyboard and ubuntu-terminal-app in the store ready to try as > well. As this is early stage, there are some know issues, tracked here: > https://bugs.launchpad.net/ubuntu/+bugs?field.tag=snap-desktop-issue > > On the interface front we are chipping away at defining and > implementing Snapd interfaces that will be necessary for the apps to > run confined. We have working local builds of the following interfaces: > thumbnailer service > (https://github.com/fkaleo/snapd/tree/add-thumbnailer-interface) > address book service and eds > (https://github.com/renatofilho/snapd/tree/eds-calendar) > > Work is in progress on content-hub and input-method interfaces as > well, we'll keep you posted when we have something to show! > > Some screenshots are included on these G+ posts: > https://plus.google.com/104895622476458942837/posts/ePiffsBMsTB > https://plus.google.com/104895622476458942837/posts/AQ6WVDFooHp > > Cheers, > Bill > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From stelefx at gmail.com Thu Oct 6 00:48:03 2016 From: stelefx at gmail.com (Paul Miller) Date: Wed, 5 Oct 2016 19:48:03 -0500 Subject: Looking to distribute a commercial package as a snap In-Reply-To: <20161005223016.GM23551@hunt> References: <20161005223016.GM23551@hunt> Message-ID: <8aa78425-76bb-9f39-bca6-844f8199853a@gmail.com> On 10/5/2016 5:30 PM, Seth Arnold wrote: > On Wed, Oct 05, 2016 at 03:26:45PM -0500, Paul Miller wrote: >> I work on a popular visual effects package that's been around for 10+ >> years. Unfortunately we have had to target specific, older Linux >> distributions to ensure maximum compatibility on various flavors of Linux, >> but I'm hoping packaging as a snap will avoid all this. I'm building on >> Kubuntu 16.04. > > Just how old are those specific older distributions? I understand snapd > relies upon many features from newer Linux kernels and thus may not work > on arbitrarily old systems. Historically, Centos 5 and newer. We're shooting for Centos 6 and newer at this point, if possible. From spencertparkin at gmail.com Thu Oct 6 02:34:53 2016 From: spencertparkin at gmail.com (Spencer) Date: Wed, 5 Oct 2016 20:34:53 -0600 Subject: Looking to distribute a commercial package as a snap In-Reply-To: References: Message-ID: My entry into the snap world has been a tough one. There is online documentation, but it is not kept up-to-date. I get the feeling that the bar for entry is the need to be the kind of person who loves to learn everything about a system by becoming one of its developers. For example, I couldn't figure out how to use the scons plugin until I dug into the python code for it. Is it documented somewhere? I don't know. Anyhow, talking with someone on this mailing list, I learned a very useful thing: if you go down the snap road, you want to learn how to get the log information from you app when it's installed in strict mode. I know of no other way to diagnose problems with your app exhibited in strict mode, but no where else. Lastly, snaps, for now, once installed, can only be run from the command line. There is no desktop integration, even though, oddly, a desktop file is required. And I have no idea when or if an accepted snap will show up in the app directory. > On Oct 5, 2016, at 2:26 PM, Paul Miller wrote: > > I work on a popular visual effects package that's been around for 10+ years. Unfortunately we have had to target specific, older Linux distributions to ensure maximum compatibility on various flavors of Linux, but I'm hoping packaging as a snap will avoid all this. I'm building on Kubuntu 16.04. > > The application links with a custom set of Qt 5.7 libs and has a bunch of resource files and plugins. It has a GUI binary but can also be run from the command-line using a symlink that kicks in a command-line only background renderer. > > Will packaging as a snap be a good fit for distributing my application, and are there any good examples out there that can maybe walk me through setting it up? > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft From gustavo.niemeyer at canonical.com Thu Oct 6 02:57:01 2016 From: gustavo.niemeyer at canonical.com (Gustavo Niemeyer) Date: Wed, 5 Oct 2016 23:57:01 -0300 Subject: Looking to distribute a commercial package as a snap In-Reply-To: References: Message-ID: On Wed, Oct 5, 2016 at 11:34 PM, Spencer wrote: > My entry into the snap world has been a tough one. There is online > documentation, but it is not kept up-to-date. I get the feeling that the > bar for entry is the need to be the kind of person who loves to learn > everything about a system by becoming one of its developers. For example, > I couldn't figure out how to use the scons plugin until I dug into the > python code for it. Is it documented somewhere? I don't know. > I share your feeling. We're doing a suboptimal job on documentation, both for snapcraft and for snapd itself. We need fix that. Anyhow, talking with someone on this mailing list, I learned a very useful > thing: if you go down the snap road, you want to learn how to get the log > information from you app when it's installed in strict mode. I know of no other way to diagnose > problems with your app exhibited in strict mode, but no where else. > Logs are indeed the best way at the moment. We need to introduce some further tooling to help out on the process. > Lastly, snaps, for now, once installed, can only be run from the command > line. There is no desktop integration, even though, oddly, a desktop file > is required. And I have no idea when or if an accepted snap will show up > in the app directory. We need to catch up with the desktop team to see what are the dependencies on this area. Regarding the review process, are you finding any delays? The goal is for it to be reviewed within a day or two at most, assuming it gets blocked on review at all. We're also working to reduce much the need for manual reviews, so that more applications can benefit from instantaneous publishing. gustavo @ http://niemeyer.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.schvezov at canonical.com Thu Oct 6 11:19:10 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Thu, 6 Oct 2016 08:19:10 -0300 Subject: Looking to distribute a commercial package as a snap In-Reply-To: References: Message-ID: El 05/10/16 a las 23:34, Spencer escribió: > My entry into the snap world has been a tough one. There is online documentation, but it is not kept up-to-date. I get the feeling that the bar for entry is the need to be the kind of person who loves to learn everything about a system by becoming one of its developers. For example, I couldn't figure out how to use the scons plugin until I dug into the python code for it. Is it documented somewhere? I don't know. Please log a bug report with anything missing in `snapcraft help scons` and I will see that it is added in the next release. I was thinking of adding simple examples in that output if that is what you think is missing. Thanks for your interest! From mhall119 at ubuntu.com Thu Oct 6 12:11:32 2016 From: mhall119 at ubuntu.com (Michael Hall) Date: Thu, 6 Oct 2016 08:11:32 -0400 Subject: Looking to distribute a commercial package as a snap In-Reply-To: References: Message-ID: <19a3faf7-93a5-f25a-6914-0e181ac28943@ubuntu.com> On 10/05/2016 10:34 PM, Spencer wrote: > My entry into the snap world has been a tough one. There is online documentation, but it is not kept up-to-date. I get the feeling that the bar for entry is the need to be the kind of person who loves to learn everything about a system by becoming one of its developers. For example, I couldn't figure out how to use the scons plugin until I dug into the python code for it. Is it documented somewhere? I don't know. > > Anyhow, talking with someone on this mailing list, I learned a very useful thing: if you go down the snap road, you want to learn how to get the log information from you app when it's installed in strict mode. I know of no other way to diagnose problems with your app exhibited in strict mode, but no where else. > > Lastly, snaps, for now, once installed, can only be run from the command line. There is no desktop integration, even though, oddly, a desktop file is required. And I have no idea when or if an accepted snap will show up in the app directory. > The .desktop file gets installed into /var/lib/snapd/desktop/applications/ which should also have been added to your XDG_DATA_DIRS environment variable. Most desktop shells should pick it up based on that (it might need a restart it if you just installed snapd on your distro). Can you verify that you have .desktop files there and that /var/lib/snapd/desktop is in your XDG_DATA_DIRS? I have a number of them installed there and they show up in Unity's dash, including your rubecube snap . >> On Oct 5, 2016, at 2:26 PM, Paul Miller wrote: >> >> I work on a popular visual effects package that's been around for 10+ years. Unfortunately we have had to target specific, older Linux distributions to ensure maximum compatibility on various flavors of Linux, but I'm hoping packaging as a snap will avoid all this. I'm building on Kubuntu 16.04. >> >> The application links with a custom set of Qt 5.7 libs and has a bunch of resource files and plugins. It has a GUI binary but can also be run from the command-line using a symlink that kicks in a command-line only background renderer. >> >> Will packaging as a snap be a good fit for distributing my application, and are there any good examples out there that can maybe walk me through setting it up? >> Michael Hall mhall119 at ubuntu.com From vasilisc777 at gmail.com Thu Oct 6 13:05:00 2016 From: vasilisc777 at gmail.com (Vasilisc) Date: Thu, 6 Oct 2016 16:05:00 +0300 Subject: path with non-english characters Message-ID: <0c097b50-ba05-c1e5-f0a2-402d0f7cb25f@gmail.com> Many snapcrafters make the mistake. If path to file contain non-english characters then application in snap package can't open this file. I try install LibreOffice : sudo snap install --channel=beta libreoffice https://www.libreoffice.org/download/snap/ LO can't open odt file from my folder Documents (russian Документы). who is at fault? -- Best regards, vasilisc From sergio.schvezov at canonical.com Thu Oct 6 13:24:43 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Thu, 6 Oct 2016 10:24:43 -0300 Subject: path with non-english characters In-Reply-To: <0c097b50-ba05-c1e5-f0a2-402d0f7cb25f@gmail.com> References: <0c097b50-ba05-c1e5-f0a2-402d0f7cb25f@gmail.com> Message-ID: <906eede4-faab-da47-2375-2a8876a15644@canonical.com> El 06/10/16 a las 10:05, Vasilisc escribió: > Many snapcrafters make the mistake. If path to file contain > non-english characters then application in snap package can't open > this file. > > I try install LibreOffice : > sudo snap install --channel=beta libreoffice > https://www.libreoffice.org/download/snap/ > > LO can't open odt file from my folder Documents (russian Документы). > who is at fault? I haven't pinpointed this down yet, but I can reproduce on my snaps as well; first I tried "Документы" and failed to see it so went ahead and looked at my listing and noticed 'ú' is missing from "Música"! I created a directory called "Документыddd" and I saw "ddd" in the listings. It just be a general issue with most snaps. Maybe Didier can look into improving the desktop parts if it is a matter of adding a missing library/data that solves this. From jamie at canonical.com Thu Oct 6 15:43:39 2016 From: jamie at canonical.com (Jamie Strandboge) Date: Thu, 06 Oct 2016 10:43:39 -0500 Subject: Looking to distribute a commercial package as a snap In-Reply-To: References: Message-ID: <1475768619.27660.80.camel@canonical.com> On Wed, 2016-10-05 at 23:57 -0300, Gustavo Niemeyer wrote: > On Wed, Oct 5, 2016 at 11:34 PM, Spencer wrote: > > > > > My entry into the snap world has been a tough one.  There is online > > documentation, but it is not kept up-to-date.  I get the feeling that the > > bar for entry is the need to be the kind of person who loves to learn > > everything about a system by becoming one of its developers.  For example, > > I couldn't figure out how to use the scons plugin until I dug into the > > python code for it.  Is it documented somewhere?  I don't know. > > > I share your feeling. We're doing a suboptimal job on documentation, both > for snapcraft and for snapd itself. We need fix that. > > Anyhow, talking with someone on this mailing list, I learned a very useful > > > > thing: if you go down the snap road, you want to learn how to get the log > > information from you > app when it's installed in strict mode.  I know of no other way to diagnose > > > > problems with your app exhibited in strict mode, but no where else. > > > Logs are indeed the best way at the moment. We need to introduce some > further tooling to help out on the process. > There is a tool that can help: $ sudo snap install snappy-debug $ sudo snap connect snappy-debug:log-observe ubuntu-core:log-observe $ sudo snappy-debug.security scanlog $ This will look at the logs and make suggestions. It has some limitations currently but it's useful as is. We'll get those sorted and I plan to work with Gustavo on how to improve the tool (I suspect it might include a rename as well). I know this tool is documented in some places, but based on your feedback it seems it too is underdocumented. PS - soon you'll need to use 'core:log-observe' instead of 'ubuntu-core:log- observe' with the snap connect command. -- Jamie Strandboge | http://www.canonical.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part URL: From stelefx at gmail.com Thu Oct 6 15:59:52 2016 From: stelefx at gmail.com (stelefx at gmail.com) Date: Thu, 6 Oct 2016 10:59:52 -0500 Subject: Looking to distribute a commercial package as a snap In-Reply-To: <1475768619.27660.80.camel@canonical.com> References: <1475768619.27660.80.camel@canonical.com> Message-ID: <50c0ec1c-0d59-0fe4-5849-0a41754f16ca@fxtech.com> One of the problems I'm running into is although I'm seeing lots of examples of source-driven projects, I can't find a clear example of taking, say, a binary and its immediate custom-built dependencies and resources, all nicely contained in a directory with a launch script, and building a snap out of it. The other thing I haven't found is any clear indication that snaps work at all on Centos yet. I've found several cases of people practically begging for help to get it working there, with their threads closed as "off-topic" or with no responses at all. Someone else wanted to get a snap working on Ubuntu 14 and was told it only works on 16, which doesn't instill much confidence in this new "universal linux package" format. On 10/6/16 10:43 AM, Jamie Strandboge wrote: > On Wed, 2016-10-05 at 23:57 -0300, Gustavo Niemeyer wrote: >> On Wed, Oct 5, 2016 at 11:34 PM, Spencer wrote: >> >>> My entry into the snap world has been a tough one. There is online >>> documentation, but it is not kept up-to-date. I get the feeling that the >>> bar for entry is the need to be the kind of person who loves to learn >>> everything about a system by becoming one of its developers. For example, >>> I couldn't figure out how to use the scons plugin until I dug into the >>> python code for it. Is it documented somewhere? I don't know. >>> >> I share your feeling. We're doing a suboptimal job on documentation, both >> for snapcraft and for snapd itself. We need fix that. >> >> Anyhow, talking with someone on this mailing list, I learned a very useful >>> thing: if you go down the snap road, you want to learn how to get the log >>> information from you >> app when it's installed in strict mode. I know of no other way to diagnose >>> problems with your app exhibited in strict mode, but no where else. >>> >> Logs are indeed the best way at the moment. We need to introduce some >> further tooling to help out on the process. >> > There is a tool that can help: > > $ sudo snap install snappy-debug > $ sudo snap connect snappy-debug:log-observe ubuntu-core:log-observe > $ sudo snappy-debug.security scanlog > $ > > This will look at the logs and make suggestions. It has some limitations > currently but it's useful as is. We'll get those sorted and I plan to work with > Gustavo on how to improve the tool (I suspect it might include a rename as > well). I know this tool is documented in some places, but based on your feedback > it seems it too is underdocumented. > > PS - soon you'll need to use 'core:log-observe' instead of 'ubuntu-core:log- > observe' with the snap connect command. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mhall119 at ubuntu.com Thu Oct 6 16:23:48 2016 From: mhall119 at ubuntu.com (Michael Hall) Date: Thu, 6 Oct 2016 12:23:48 -0400 Subject: Looking to distribute a commercial package as a snap In-Reply-To: <50c0ec1c-0d59-0fe4-5849-0a41754f16ca@fxtech.com> References: <1475768619.27660.80.camel@canonical.com> <50c0ec1c-0d59-0fe4-5849-0a41754f16ca@fxtech.com> Message-ID: On 10/06/2016 11:59 AM, stelefx at gmail.com wrote: > One of the problems I'm running into is although I'm seeing lots of > examples of source-driven projects, I can't find a clear example of > taking, say, a binary and its immediate custom-built dependencies and > resources, all nicely contained in a directory with a launch script, and > building a snap out of it. > Rocket.Chat has a good example of this, they download binary tarballs of rocket.chat server and mongodb. You can also point to a local directory (source: ./build/) instead of a remote source if you're running in CI or even just compiling locally. https://github.com/RocketChat/Rocket.Chat/blob/develop/.snapcraft/stable/snapcraft.yaml > The other thing I haven't found is any clear indication that snaps work > at all on Centos yet. I've found several cases of people practically > begging for help to get it working there, with their threads closed as > "off-topic" or with no responses at all. Someone else wanted to get a > snap working on Ubuntu 14 and was told it only works on 16, which > doesn't instill much confidence in this new "universal linux package" > format. > > > On 10/6/16 10:43 AM, Jamie Strandboge wrote: >> On Wed, 2016-10-05 at 23:57 -0300, Gustavo Niemeyer wrote: >>> On Wed, Oct 5, 2016 at 11:34 PM, Spencer wrote: >>> >>>> My entry into the snap world has been a tough one. There is online >>>> documentation, but it is not kept up-to-date. I get the feeling that the >>>> bar for entry is the need to be the kind of person who loves to learn >>>> everything about a system by becoming one of its developers. For example, >>>> I couldn't figure out how to use the scons plugin until I dug into the >>>> python code for it. Is it documented somewhere? I don't know. >>>> >>> I share your feeling. We're doing a suboptimal job on documentation, both >>> for snapcraft and for snapd itself. We need fix that. >>> >>> Anyhow, talking with someone on this mailing list, I learned a very useful >>>> thing: if you go down the snap road, you want to learn how to get the log >>>> information from you >>> app when it's installed in strict mode. I know of no other way to diagnose >>>> problems with your app exhibited in strict mode, but no where else. >>>> >>> Logs are indeed the best way at the moment. We need to introduce some >>> further tooling to help out on the process. >>> >> There is a tool that can help: >> >> $ sudo snap install snappy-debug >> $ sudo snap connect snappy-debug:log-observe ubuntu-core:log-observe >> $ sudo snappy-debug.security scanlog >> $ >> >> This will look at the logs and make suggestions. It has some limitations >> currently but it's useful as is. We'll get those sorted and I plan to work with >> Gustavo on how to improve the tool (I suspect it might include a rename as >> well). I know this tool is documented in some places, but based on your feedback >> it seems it too is underdocumented. >> >> PS - soon you'll need to use 'core:log-observe' instead of 'ubuntu-core:log- >> observe' with the snap connect command. >> >> >> > > > Michael Hall mhall119 at ubuntu.com From eloy.garcia.pca at gmail.com Thu Oct 6 19:34:03 2016 From: eloy.garcia.pca at gmail.com (=?UTF-8?B?RWxveSBHYXJjw61hIChQQyBBY3R1YWwp?=) Date: Thu, 6 Oct 2016 21:34:03 +0200 Subject: snap integration with XFCE Message-ID: Hi all. I develop a java-based application to download and manage wallpapers from the Internet (wallpaperdownloader) ( https://bitbucket.org/eloy_garcia_pca/wallpaperdownloader/overview). The applications is in the store but now I'm trying to integrate XFCE desktop too. I mean, now you can set any wallpaper downloaded directly from the GUI and it is working fine for GNOME 3, Unity and MATE. All three of them use gsettings interface and desktop-gtk3 wrapper part as you can see in the snapcraft.yaml: name: wallpaperdownloaderversion: "2.2"summary: Download and manage your favorite wallpapers from the Internetdescription: WallpaperDownloader is a simple GUI Java based application for downloading and managing wallpapers from the Internetgrade: stableconfinement: strictapps: wallpaperdownloader: command: wallpaperdownloader.sh plugs: [x11, network-bind, home, gsettings]parts: # Pulls the code from the original source (master branch) # desktop/gtk3 is a snapcraft part (snapcraft-desktop-helpers) from the Wiki: https://wiki.ubuntu.com/snapcraft/parts # It enables desktop integration and gsettings manipulation from the confined application # It is necessary to use gsettings interface (see above) in order to have a fully functional # desktop/gtk3 part # Github repository for snapcraft-desktop-helpers: https://github.com/ubuntu/snapcraft-desktop-helpers wallpaperdownloader: plugin: maven source: .. stage-packages: # mate-desktop-common is necessary to have MATE gsettings schemas available for the application - mate-desktop-common after: [desktop/gtk3] # It will copy wallpaperdownloader script into /bin/ # This script contains all the commands needed (sets env variables, launches the jar file...) to # execute the application exec: plugin: dump source: scripts Now, if XFCE desktop is detected by the application, the command run inthe background is 'xfconf-query --channel xfce4-desktop --property /backdrop/screen0/monitor0/workspace0/last-image --set wallpaper.jpg'. If the application runs natively, there is no problem and the wallpaper is set properly. But when I test the snap package built, this is the error thrown: ERROR LinuxWallpaperChanger:188 - Property "/backdrop/screen0/monitor0/workspace0/last-image" does not exist on channel "xfce4-desktop". If a new property should be created, use the --create option. I have included xfconf as stage-package and the command xfconf-query is found within the snap. Could you give me a hint to solve this problem? Thank you very much for your time and your help :) Best, Eloy -- Eloy García Almadén -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.vogt at canonical.com Thu Oct 6 23:42:17 2016 From: michael.vogt at canonical.com (Michael Vogt) Date: Fri, 7 Oct 2016 01:42:17 +0200 Subject: Ubuntu Core 16 Feature Freeze Message-ID: <20161006234217.GG2732@bod> The Snappy team is happy to announce the Feature Freeze of Ubuntu Core 16, which means all the major features planned for the stable series 16 image have landed, and the upcoming weeks will consist exclusively of stabilization and polishing. Ubuntu Core is an operating system entirely based on snaps. Even the foundation, such as the kernel, core operating system, and gadget components, are managed as snaps and are installed and refreshed by snapd, the daemon and tooling responsible for making it all sing. Just some of the many hightlights: - Configuration support - Rich snap hook (callback) mechanism - Improvements in boot handling - Gadget support for cloud-init configuration - Device registration support - Assertion improvements - Unattended user setup - Improved console configuration - Images via ubuntu-image Note that most of these improvements are not specific to Ubuntu Core. They will be landing soon on all classic Linux distributions supported by snapd. The images are available for PC (amd64, i386). Pi2/Pi3 and Dragonboard will follow shortly and can be found at: http://cdimage.ubuntu.com/ubuntu-core/xenial/daily-preinstalled/ These images are bootable, the PC image can be booted directly in qemu-kvm or virtualbox. When running the images in qemu-kvm it is helpful to use the "-redir" feature of qemu-kvm. E.g.: $ kvm -m 1500 -redir tcp:10022::22 -redir tcp:14200::14200 ubuntu-core-16-amd64.img The message from console-conf is a bit misleading in this setup. It will say "ssh USER at 10.0.2.15". However due to the way that qemu-kvm user networking behaves, you will actually have to run the following to ssh into the images: $ ssh -p 10022 USER at localhost The snapweb daemon will be available at http://localhost:14200 in this setup and has also received many improvements. After booting the image you can enter your Ubuntu One email and it will automatically create a matching user with the right ssh keys. If you do not have an Ubuntu SSO account yet you can create one at: https://login.ubuntu.com/ These images follow the "beta" channel. If you find any issues, please let us know via: https://bugs.launchpad.net/snappy/ Known issues: - The mounted media sharing support is still being finished, and will be available for testing in an updated image in the next few days. - Some output during the boot process about failing to mount devices like ram0. This is harmless and can be ignored. Enjoy the fresh images! Cheers, Michael (on behalf of the Snappy team) From didrocks at ubuntu.com Fri Oct 7 06:18:16 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Fri, 7 Oct 2016 08:18:16 +0200 Subject: Ubuntu Core 16 Feature Freeze In-Reply-To: <20161006234217.GG2732@bod> References: <20161006234217.GG2732@bod> Message-ID: Le 07/10/2016 à 01:42, Michael Vogt a écrit : > The Snappy team is happy to announce the Feature Freeze of Ubuntu Core > 16, which means all the major features planned for the stable series > 16 image have landed, and the upcoming weeks will consist exclusively > of stabilization and polishing. First, congrats on the release to the whole team. Really great to see the progress and a fast, lean ubuntu-core image to try series 16 with a defined set of features now \o/ I'm going to add some additional info after trying it. > The images are available for PC (amd64, i386). Pi2/Pi3 and Dragonboard > will follow shortly and can be found at: > > http://cdimage.ubuntu.com/ubuntu-core/xenial/daily-preinstalled/ Note that the images are provided in .xz format (and suffixed with -beta3.img.xz). People need to unpack them first (for instance, with xzcat ubuntu-core-16-amd64-beta3.img.xz > ubuntu-core-16-amd64-beta3.img). Note that the .img image is approximately ~4G (with a lot of empty space to install your snap, no dynamic resize enabled on those yet). > > These images are bootable, the PC image can be booted directly in > qemu-kvm or virtualbox. When running the images in qemu-kvm it is > helpful to use the "-redir" feature of qemu-kvm. E.g.: > > $ kvm -m 1500 -redir tcp:10022::22 -redir tcp:14200::14200 ubuntu-core-16-amd64.img I was wondering if snapweb was listening to a different port, but after booting up the image, I saw that it was still listening on 4200. The correct command is thus: $ kvm -m 1500 -redir tcp:10022::22 -redir tcp:4200::4200 ubuntu-core-16-amd64.img > > The message from console-conf is a bit misleading in this setup. It > will say "ssh USER at 10.0.2.15". However due to the way that qemu-kvm > user networking behaves, you will actually have to run the following > to ssh into > the images: > > $ ssh -p 10022 USER at localhost You didn't indicate the password here. I tried USER, ubuntu, blank, but doesn't seem to have any effect. Any hint? :) > > The snapweb daemon will be available at http://localhost:14200 in this > setup and has also received many improvements. Note: as said above, the actual port is 4200, so http://localhost:4200 > > After booting the image you can enter your Ubuntu One email and it > will automatically create a matching user with the right ssh keys. If > you do not have an Ubuntu SSO account yet you can create one at: > > https://login.ubuntu.com/ This was already discussed on some bug report and known, but a note for newcomers: the keyboard is qwerty only (I guess US layout?). So, it can be quite an adventure to find the . and @ on other layouts ;) Once you have done the initial email registration, this isn't an issue anymore as you will ssh to the machine which will use your local configuration. > > These images follow the "beta" channel. If you find any issues, please > let us know via: > > https://bugs.launchpad.net/snappy/ > > Known issues: > > - The mounted media sharing support is still being finished, and will > be available for testing in an updated image in the next few days. > > - Some output during the boot process about failing to mount devices > like ram0. This is harmless and can be ignored. > > Enjoy the fresh images! > > > Cheers, > Michael (on behalf of the Snappy team) > > Good work Michael and the team! Thanks again :) Cheers, Didier From ogra at ubuntu.com Fri Oct 7 09:35:01 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Fri, 07 Oct 2016 11:35:01 +0200 Subject: Ubuntu Core 16 Feature Freeze In-Reply-To: References: <20161006234217.GG2732@bod> Message-ID: <1475832901.21560.10.camel@ubuntu.com> hi, Am Freitag, den 07.10.2016, 08:18 +0200 schrieb Didier Roche: >  > > > > The images are available for PC (amd64, i386). Pi2/Pi3 and > > Dragonboard > > will follow shortly and can be found at: > > > >     http://cdimage.ubuntu.com/ubuntu-core/xenial/daily-preinstalled > > / > Note that the images are provided in .xz format (and suffixed with > -beta3.img.xz). People need to unpack them first (for instance, with > xzcat ubuntu-core-16-amd64-beta3.img.xz > > ubuntu-core-16-amd64-beta3.img). Note that the .img image is > approximately ~4G (with a lot of empty space to install your snap, no > dynamic resize enabled on those yet). > we don't do dynamic resizing on VM images, only on real hardware, the kvm/amd64 image is by default set to 4GB so you can work with it directly and do not need to resize it yourself in a complex process, this is on purpose. > > > > > > These images are bootable, the PC image can be booted directly in > > qemu-kvm or virtualbox. When running the images in qemu-kvm it is > > helpful to use the "-redir" feature of qemu-kvm. E.g.: > > > >     $ kvm -m 1500 -redir tcp:10022::22 -redir tcp:14200::14200 > > ubuntu-core-16-amd64.img > I was wondering if snapweb was listening to a different port snapweb listens on 4200 which we redirect in the above command to the hosts 14200 port (so we do not clash with a possibly running snapweb snap on the hot machine). thus http://localhost:14200 is the correct address for the above. > > > >     $ ssh -p 10022 USER at localhost > You didn't indicate the password here. I tried USER, ubuntu, blank, > but > doesn't seem to have any effect. Any hint? :) the password is disabled by default, console-conf only pulls the ssh key from your Ubuntu One account and puts it in place. to have a console login you need to ssh into the machine once and run: sudo passwd $USER to set a password. ciao oli -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From ogra at ubuntu.com Fri Oct 7 09:46:18 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Fri, 07 Oct 2016 11:46:18 +0200 Subject: Ubuntu Core 16 Feature Freeze In-Reply-To: <1475832901.21560.10.camel@ubuntu.com> References: <20161006234217.GG2732@bod> <1475832901.21560.10.camel@ubuntu.com> Message-ID: <1475833578.21560.18.camel@ubuntu.com> hi, Am Freitag, den 07.10.2016, 11:35 +0200 schrieb Oliver Grawert: >  > > > These images are bootable, the PC image can be booted directly in > > > qemu-kvm or virtualbox. When running the images in qemu-kvm it is > > > helpful to use the "-redir" feature of qemu-kvm. E.g.: > > > > > >     $ kvm -m 1500 -redir tcp:10022::22 -redir tcp:14200::14200 > > > ubuntu-core-16-amd64.img > > I was wondering if snapweb was listening to a different port > snapweb listens on 4200 which we redirect in the above command to the > hosts 14200 port (so we do not clash with a possibly running snapweb oops, but indeed the option should be: -redir tcp:14200::4200 i.e. the kvm side still needs to listen to 4200. ciao oli -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From didrocks at ubuntu.com Fri Oct 7 12:35:53 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Fri, 7 Oct 2016 14:35:53 +0200 Subject: Ubuntu Core 16 Feature Freeze In-Reply-To: <1475833578.21560.18.camel@ubuntu.com> References: <20161006234217.GG2732@bod> <1475832901.21560.10.camel@ubuntu.com> <1475833578.21560.18.camel@ubuntu.com> Message-ID: <578f837c-11d9-3747-8453-e3758b41c468@ubuntu.com> Le 07/10/2016 à 11:46, Oliver Grawert a écrit : > hi, > Am Freitag, den 07.10.2016, 11:35 +0200 schrieb Oliver Grawert: >> >>>> These images are bootable, the PC image can be booted directly in >>>> qemu-kvm or virtualbox. When running the images in qemu-kvm it is >>>> helpful to use the "-redir" feature of qemu-kvm. E.g.: >>>> >>>> $ kvm -m 1500 -redir tcp:10022::22 -redir tcp:14200::14200 >>>> ubuntu-core-16-amd64.img >>> I was wondering if snapweb was listening to a different port >> snapweb listens on 4200 which we redirect in the above command to the >> hosts 14200 port (so we do not clash with a possibly running snapweb > oops, but indeed the option should be: > > -redir tcp:14200::4200 > > i.e. the kvm side still needs to listen to 4200. Yeah, that was my point, one or the other, but it needs to match Indeed, redirecting to 14200 might be good in the case someone has already snapweb running on their system. From ppa at jzimm.net Sat Oct 8 00:52:39 2016 From: ppa at jzimm.net (Jacob Zimmermann) Date: Sat, 8 Oct 2016 10:52:39 +1000 Subject: Announce: Handbrake encoder Message-ID: <57F84357.60900@jzimm.net> Hi all, I have built a snap package of the Handbrake video encoder. The package name is handbrake-jz. ATTENTION: to use it you MUST run the following command after installation, otherwise it will not work: sudo snap connect handbrake-jz:process-control ubuntu-core:process-control Optionally, to access external devices from handbrake, for example to be able to rip DVDs etc., you must also run: sudo snap connect handbrake-jz:mount-observe ubuntu-core:mount-observe Regards, -- Jacob -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 541 bytes Desc: OpenPGP digital signature URL: From oliver.ries at canonical.com Sat Oct 8 01:00:52 2016 From: oliver.ries at canonical.com (Oliver Ries) Date: Fri, 7 Oct 2016 19:00:52 -0600 Subject: Announce: Handbrake encoder In-Reply-To: <57F84357.60900@jzimm.net> References: <57F84357.60900@jzimm.net> Message-ID: On Fri, Oct 7, 2016 at 6:52 PM, Jacob Zimmermann wrote: > Hi all, > > I have built a snap package of the Handbrake video encoder. The package > name is handbrake-jz. > > ATTENTION: to use it you MUST run the following command after > installation, otherwise it will not work: > > sudo snap connect handbrake-jz:process-control ubuntu-core:process-control > > Optionally, to access external devices from handbrake, for example to be > able to rip DVDs etc., you must also run: > > sudo snap connect handbrake-jz:mount-observe ubuntu-core:mount-observe > this is great, thanks for sharing Jacob! Olli -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at ubuntu.com Sat Oct 8 06:57:54 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Fri, 7 Oct 2016 23:57:54 -0700 Subject: Announce: Handbrake encoder In-Reply-To: <57F84357.60900@jzimm.net> References: <57F84357.60900@jzimm.net> Message-ID: <5a8b7c1d-c051-823a-e8fa-5920253cdeb7@ubuntu.com> On 07/10/16 17:52, Jacob Zimmermann wrote: > I have built a snap package of the Handbrake video encoder. The package > name is handbrake-jz. > > ATTENTION: to use it you MUST run the following command after > installation, otherwise it will not work: > > sudo snap connect handbrake-jz:process-control ubuntu-core:process-control > > Optionally, to access external devices from handbrake, for example to be > able to rip DVDs etc., you must also run: > > sudo snap connect handbrake-jz:mount-observe ubuntu-core:mount-observe Nicely done! Just to state the plan of record, we intend that store assertions can pre-approve some auto-connection, or cue up a prompt for interactive installations where the user is asked if they want to connect. So in your case, the experience should become something like: $ sudo snap install handbrake Allow 'handbrake' to access DVDs? (Y/N) Y handbrake 1.3.2 installed Mark -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: OpenPGP digital signature URL: From gustavo.niemeyer at canonical.com Sat Oct 8 12:25:12 2016 From: gustavo.niemeyer at canonical.com (Gustavo Niemeyer) Date: Sat, 8 Oct 2016 09:25:12 -0300 Subject: Announce: Handbrake encoder In-Reply-To: References: <57F84357.60900@jzimm.net> <5a8b7c1d-c051-823a-e8fa-5920253cdeb7@ubuntu.com> Message-ID: Please note that the described feature is actually in place already with the recent freeze. Over the next week we'll be transitioning most of the hard coded rules to assertions. May take a little while for the review tools to catch up, but it's coming very soon. On Oct 8, 2016 3:59 AM, "Mark Shuttleworth" wrote: On 07/10/16 17:52, Jacob Zimmermann wrote: > I have built a snap package of the Handbrake video encoder. The package > name is handbrake-jz. > > ATTENTION: to use it you MUST run the following command after > installation, otherwise it will not work: > > sudo snap connect handbrake-jz:process-control ubuntu-core:process-control > > Optionally, to access external devices from handbrake, for example to be > able to rip DVDs etc., you must also run: > > sudo snap connect handbrake-jz:mount-observe ubuntu-core:mount-observe Nicely done! Just to state the plan of record, we intend that store assertions can pre-approve some auto-connection, or cue up a prompt for interactive installations where the user is asked if they want to connect. So in your case, the experience should become something like: $ sudo snap install handbrake Allow 'handbrake' to access DVDs? (Y/N) Y handbrake 1.3.2 installed Mark -- Snapcraft mailing list Snapcraft at lists.snapcraft.io Modify settings or unsubscribe at: https://lists.ubuntu.com/ mailman/listinfo/snapcraft -------------- next part -------------- An HTML attachment was scrubbed... URL: From david at flypig.co.uk Sat Oct 8 19:58:16 2016 From: david at flypig.co.uk (David Llewellyn-Jones) Date: Sat, 8 Oct 2016 20:58:16 +0100 Subject: Peculiar configure behaviour with cleanbuild Message-ID: Hi all, I'm new to snaps and snapcraft, but have been enjoying learning about it. Things seemed to be going well until I tried to build using cleanbuild. The test in configure for glut is failing, even though as far as I can tell glut is correctly installed. Here's the check I'm using in configure.ac AC_CHECK_LIB([glut], [glutInit], [], [AC_MSG_ERROR([The glut library is missing.])]) and here's the tail end of output from running snapcraft -d cleanbuild ... checking for OPENVDB... yes checking for glutInit in -lglut... no configure: error: The glut library is missing. Initially I just assumed glut wasn't installing correctly, so I built the following file inside the container using `gcc test.c -lglut` char glutInit (); int main () { return glutInit (); } This worked fine, so I'm really confused as to what the problem might be. If anyone has any ideas, it'd be a great help. Here are the complete files I'm using: configure.ac https://gitlab.com/flypig/functy/blob/master/configure.ac snapcraft.yaml https://gitlab.com/flypig/functy/blob/master/linux/snap/snapcraft.yaml David -- Website: http://www.flypig.co.uk From ppa at jzimm.net Sun Oct 9 01:58:36 2016 From: ppa at jzimm.net (Jacob Zimmermann) Date: Sun, 9 Oct 2016 11:58:36 +1000 Subject: Announce: Handbrake encoder In-Reply-To: References: <57F84357.60900@jzimm.net> <5a8b7c1d-c051-823a-e8fa-5920253cdeb7@ubuntu.com> Message-ID: <57F9A44C.1020009@jzimm.net> Is there any documentation about how to use it? On 08/10/16 22:25, Gustavo Niemeyer wrote: > > Please note that the described feature is actually in place already > with the recent freeze. Over the next week we'll be transitioning most > of the hard coded rules to assertions. > > May take a little while for the review tools to catch up, but it's > coming very soon. > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 541 bytes Desc: OpenPGP digital signature URL: From loic.minier at ubuntu.com Sun Oct 9 07:34:30 2016 From: loic.minier at ubuntu.com (=?UTF-8?B?TG/Dr2MgTWluaWVy?=) Date: Sun, 9 Oct 2016 09:34:30 +0200 Subject: Peculiar configure behaviour with cleanbuild In-Reply-To: References: Message-ID: Hi! >From parts/functy/build/config.log: configure:4733: checking for glutInit in -lglut configure:4758: g++ -o conftest -I/home/ubuntu/functy/parts/functy/install/usr/include -I/home/ubuntu/functy/stage/include -I/home/ubuntu/functy/parts/functy/install/usr/include -I/home/ubuntu/functy/stage/include -L/home/ubuntu/functy/parts/functy/install/lib -L/home/ubuntu/functy/parts/functy/install/usr/lib -L/home/ubuntu/functy/parts/functy/install/lib/x86_64-linux-gnu -L/home/ubuntu/functy/parts/functy/install/usr/lib/x86_64-linux-gnu -L/home/ubuntu/functy/stage/lib -L/home/ubuntu/functy/stage/usr/lib -L/home/ubuntu/functy/stage/lib/x86_64-linux-gnu -L/home/ubuntu/functy/stage/usr/lib/x86_64-linux-gnu conftest.cpp -lglut >&5 ./configure: line 1588: g++: command not found After adding g++ to build-packages, configure works for me and build completes fine :-) Cheers, - Loïc Minier On Sat, Oct 8, 2016 at 9:58 PM, David Llewellyn-Jones wrote: > Hi all, > > I'm new to snaps and snapcraft, but have been enjoying learning about > it. Things seemed to be going well until I tried to build using cleanbuild. > > The test in configure for glut is failing, even though as far as I can > tell glut is correctly installed. Here's the check I'm using in > configure.ac > > AC_CHECK_LIB([glut], [glutInit], [], [AC_MSG_ERROR([The glut library is > missing.])]) > > and here's the tail end of output from running snapcraft -d cleanbuild > > ... > checking for OPENVDB... yes > checking for glutInit in -lglut... no > configure: error: The glut library is missing. > > Initially I just assumed glut wasn't installing correctly, so I built > the following file inside the container using `gcc test.c -lglut` > > char glutInit (); > int main () { > return glutInit (); > } > > This worked fine, so I'm really confused as to what the problem might > be. If anyone has any ideas, it'd be a great help. > > Here are the complete files I'm using: > > configure.ac > https://gitlab.com/flypig/functy/blob/master/configure.ac > > snapcraft.yaml > https://gitlab.com/flypig/functy/blob/master/linux/snap/snapcraft.yaml > > David > -- > Website: http://www.flypig.co.uk > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > -- - Loïc -------------- next part -------------- An HTML attachment was scrubbed... URL: From david at flypig.co.uk Sun Oct 9 08:00:19 2016 From: david at flypig.co.uk (David Llewellyn-Jones) Date: Sun, 9 Oct 2016 09:00:19 +0100 Subject: Peculiar configure behaviour with cleanbuild In-Reply-To: References: Message-ID: On 09/10/16 08:34, Loïc Minier wrote: > From parts/functy/build/config.log: > configure:4733: checking for glutInit in -lglut > configure:4758: g++ -o conftest > -I/home/ubuntu/functy/parts/functy/install/usr/include > -I/home/ubuntu/functy/stage/include > -I/home/ubuntu/functy/parts/functy/install/usr/include > -I/home/ubuntu/functy/stage/include > -L/home/ubuntu/functy/parts/functy/install/lib > -L/home/ubuntu/functy/parts/functy/install/usr/lib > -L/home/ubuntu/functy/parts/functy/install/lib/x86_64-linux-gnu > -L/home/ubuntu/functy/parts/functy/install/usr/lib/x86_64-linux-gnu > -L/home/ubuntu/functy/stage/lib -L/home/ubuntu/functy/stage/usr/lib > -L/home/ubuntu/functy/stage/lib/x86_64-linux-gnu > -L/home/ubuntu/functy/stage/usr/lib/x86_64-linux-gnu conftest.cpp -lglut > >&5 > ./configure: line 1588: g++: command not found > > After adding g++ to build-packages, configure works for me and build > completes fine :-) Thank you so much, Loïc; you're amazing. That's fixed it, and I learnt a valuable lesson too (the lesson being: check build/config.log). Thanks again, David > On Sat, Oct 8, 2016 at 9:58 PM, David Llewellyn-Jones > > wrote: > > Hi all, > > I'm new to snaps and snapcraft, but have been enjoying learning about > it. Things seemed to be going well until I tried to build using > cleanbuild. > > The test in configure for glut is failing, even though as far as I can > tell glut is correctly installed. Here's the check I'm using in > configure.ac > > AC_CHECK_LIB([glut], [glutInit], [], [AC_MSG_ERROR([The glut library is > missing.])]) > > and here's the tail end of output from running snapcraft -d cleanbuild > > ... > checking for OPENVDB... yes > checking for glutInit in -lglut... no > configure: error: The glut library is missing. > > Initially I just assumed glut wasn't installing correctly, so I built > the following file inside the container using `gcc test.c -lglut` > > char glutInit (); > int main () { > return glutInit (); > } > > This worked fine, so I'm really confused as to what the problem might > be. If anyone has any ideas, it'd be a great help. > > Here are the complete files I'm using: > > configure.ac > https://gitlab.com/flypig/functy/blob/master/configure.ac > > > snapcraft.yaml > https://gitlab.com/flypig/functy/blob/master/linux/snap/snapcraft.yaml > -- Website: http://www.flypig.co.uk From spencertparkin at gmail.com Sun Oct 9 23:39:59 2016 From: spencertparkin at gmail.com (Spencer) Date: Sun, 9 Oct 2016 17:39:59 -0600 Subject: Launcher Message-ID: I made a comment earlier that newly installed snaps don't show up in the dash. I see now that I was using the wrong term. They do show up in the dash, but is there a way to have them show up in the launcher? Of course, the user can add and remove launcher items, but I've noticed that other package systems add to the launcher automatically after an install. Is this configurable? I suppose it doesn't matter as long as snaps are installed only from the command line anyway. Also, for anyone that had trouble, like me, with the desktop icon, I've learned that you want to put an absolute path in your .desktop file for the icon that points to /snap/app/current/meta/setup/gui/icon.png. That worked for me. Of course, my icon sucks, because I can't draw. From robert.park at canonical.com Sun Oct 9 23:56:47 2016 From: robert.park at canonical.com (Robert Park) Date: Sun, 9 Oct 2016 16:56:47 -0700 Subject: Has anybody ever snapped gunicorn? In-Reply-To: References: Message-ID: Right, so that was a $PYTHONPATH issue indeed which I've fixed by setting this in a wrapper script: export PYTHONPATH="$SNAP/usr/lib/python3/dist-packages:$SNAP/src" But still gunicorn is not working. When I run it, I get this error: $ sudo quantifiedself.server [2016-10-09 16:30:13 -0700] [4365] [INFO] Starting gunicorn 19.4.5 [2016-10-09 16:30:13 -0700] [4365] [INFO] Listening at: http://0.0.0.0:8080 (4365) [2016-10-09 16:30:13 -0700] [4365] [INFO] Using worker: sync fish: “sudo quantifiedself.server” terminated by signal SIGSYS (Bad system call) All I can find in kern.log is this, but it doesn't mean much to me: 236:Oct 9 16:30:02 rouge kernel: [1793707.594342] audit: type=1400 audit(1476055802.615:377): apparmor="DENIED" operation="capable" profile="snap.quantifiedself.server" pid=4236 comm="gunicorn3" capability=1 capname="dac_override" 237:Oct 9 16:30:13 rouge kernel: [1793718.438376] audit: type=1326 audit(1476055813.459:378): auid=1000 uid=0 gid=0 ses=1 pid=4365 comm="gunicorn3" exe="/usr/bin/python3.5" sig=31 arch=c000003e syscall=92 compat=0 ip=0x7f861dff2a47 code=0x0 Anybody have any ideas how to troubleshoot this? Thanks. On Sun, Oct 2, 2016 at 11:51 AM, Robert Park wrote: > I've got gunicorn3 and python3-gunicorn in my stage-packages, and > gunicorn is working correctly when I run it from my app's source tree, > but when I try to snap it I get this: > > Traceback (most recent call last): > File "/snap/weighttracker/x4/usr/bin/gunicorn3", line 5, in > from pkg_resources import load_entry_point > File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", > line 2927, in > @_call_aside > File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", > line 2913, in _call_aside > f(*args, **kwargs) > File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", > line 2940, in _initialize_master_working_set > working_set = WorkingSet._build_master() > File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", > line 635, in _build_master > ws.require(__requires__) > File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", > line 943, in require > needed = self.resolve(parse_requirements(requirements)) > File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", > line 829, in resolve > raise DistributionNotFound(req, requirers) > pkg_resources.DistributionNotFound: The 'gunicorn==19.4.5' > distribution was not found and is required by the application > > I find this utterly bizarre because this traceback starts in > usr/bin/gunicorn3 and then it apparently fails to load itself. I guess > it's a $PYTHONPATH issue? What am I doing wrong? > > https://git.launchpad.net/~robru/+git/weightloss/tree/snapcraft.yaml > > Thanks. > > -- > robru -- robru From cpollock at embarqmail.com Mon Oct 10 00:43:16 2016 From: cpollock at embarqmail.com (Chris) Date: Sun, 09 Oct 2016 19:43:16 -0500 Subject: Question on where snaps are stored Message-ID: <1476060196.25733.23.camel@embarqmail.com> Firstly I'm just a user of snaps, not a developer however I like the way everything is packaged together and their ease of installation, updating and, if necessary removal. My question is in my ~/snap folder certain of the snaps I've installed have subfolders, however some don't. I was under the impression that all installed snaps are put there. For example: /dev/loop1       97M   97M     0 100% /snap/wallpaperdownloader/4 drwxrwxr-x 3 chris chris 4096 Oct  8 11:36 wallpaperdownloader /dev/loop2       11M   11M     0 100% /snap/speed-test/2 drwxr-xr-x 4 chris chris 4096 Oct  9 17:32 speed-test /dev/loop3       62M   62M     0 100% /snap/pencilsheep/5 drwxr-xr-x 4 chris chris 4096 Oct  6 19:09 pencilsheep /dev/loop4      640K  640K     0 100% /snap/hello-snap/1 (There is no folder for this under ~/snap) /dev/loop5      107M  107M     0 100% /snap/blender-tpaw/2 drwxr-xr-x 4 chris chris 4096 Oct  6 20:12 blender-tpaw I've noticed other snaps I install do the same. They show up in the /dev/loop* however not as a folder in my ~/snap. Am I missing something on how they install? Chris -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 19:32:07 up 12 days, 11:56, 1 user, load average: 0.44, 0.28, 0.19 Ubuntu 16.04.1 LTS, kernel 4.4.0-38-generic #57-Ubuntu SMP Tue Sep 6 15:42:33 UTC 2016 From cpollock at embarqmail.com Mon Oct 10 01:20:17 2016 From: cpollock at embarqmail.com (Chris) Date: Sun, 09 Oct 2016 20:20:17 -0500 Subject: Question on where snaps are stored In-Reply-To: <57FAE801.7000201@jzimm.net> References: <1476060196.25733.23.camel@embarqmail.com> <57FAE801.7000201@jzimm.net> Message-ID: <1476062417.25733.28.camel@embarqmail.com> On Mon, 2016-10-10 at 10:59 +1000, Jacob Zimmermann wrote: > The snap packages themselves are simply copied into > /var/lib/snapd/snaps > and then mounted into /snap (via /dev/loop). > > The folders under ~/snap are for configuration files and per-package > home directories (for those packages that don't have a home plug and > therefore don't access your real home directory). If a given user > never > launched a certain snapped app, that user wouldn't have the > corresponding subdir under ~/snap. > > Or at least I believe that's how it works, please someone correct me > if > I'm wrong. > For instance I just reinstalled this snap - https://uappexplorer.com/ap p/hello-snap.muhammad and you're correct, the folder in ~/snap is not present until I run 'hello-world'. You're absolutely correct Jacob. > On 10/10/16 10:43, Chris wrote: > > > > Firstly I'm just a user of snaps, not a developer however I like > > the > > way everything is packaged together and their ease of installation, > > updating and, if necessary removal. My question is in my ~/snap > > folder > > certain of the snaps I've installed have subfolders, however some > > don't. I was under the impression that all installed snaps are put > > there. For example: > > > > /dev/loop1       97M   97M     0 100% /snap/wallpaperdownloader/4 > > drwxrwxr-x 3 chris chris 4096 Oct  8 11:36 wallpaperdownloader > > /dev/loop2       11M   11M     0 100% /snap/speed-test/2 > > drwxr-xr-x 4 chris chris 4096 Oct  9 17:32 speed-test > > /dev/loop3       62M   62M     0 100% /snap/pencilsheep/5 > > drwxr-xr-x 4 chris chris 4096 Oct  6 19:09 pencilsheep > > /dev/loop4      640K  640K     0 100% /snap/hello-snap/1 > > (There is no folder for this under ~/snap) > > /dev/loop5      107M  107M     0 100% /snap/blender-tpaw/2 > > drwxr-xr-x 4 chris chris 4096 Oct  6 20:12 blender-tpaw > > > > I've noticed other snaps I install do the same. They show up in the > > /dev/loop* however not as a folder in my ~/snap. Am I missing > > something > > on how they install? > > > > Chris > > > -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 20:12:44 up 12 days, 12:36, 1 user, load average: 0.20, 0.35, 0.22 Ubuntu 16.04.1 LTS, kernel 4.4.0-38-generic #57-Ubuntu SMP Tue Sep 6 15:42:33 UTC 2016 From didrocks at ubuntu.com Mon Oct 10 06:05:53 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 10 Oct 2016 08:05:53 +0200 Subject: Question on where snaps are stored In-Reply-To: <1476062417.25733.28.camel@embarqmail.com> References: <1476060196.25733.23.camel@embarqmail.com> <57FAE801.7000201@jzimm.net> <1476062417.25733.28.camel@embarqmail.com> Message-ID: Le 10/10/2016 à 03:20, Chris a écrit : > On Mon, 2016-10-10 at 10:59 +1000, Jacob Zimmermann wrote: >> The snap packages themselves are simply copied into >> /var/lib/snapd/snaps >> and then mounted into /snap (via /dev/loop). >> >> The folders under ~/snap are for configuration files and per-package >> home directories (for those packages that don't have a home plug and >> therefore don't access your real home directory). If a given user >> never >> launched a certain snapped app, that user wouldn't have the >> corresponding subdir under ~/snap. >> >> Or at least I believe that's how it works, please someone correct me >> if >> I'm wrong. >> > For instance I just reinstalled this snap - https://uappexplorer.com/ap > p/hello-snap.muhammad and you're correct, the folder in ~/snap is not > present until I run 'hello-world'. You're absolutely correct Jacob. You are right Jacob, this is the intended behavior (only create the data dir for a particular user for a version of a snap only the first time this snap application/service is started) Cheers, Didier > >> On 10/10/16 10:43, Chris wrote: >>> Firstly I'm just a user of snaps, not a developer however I like >>> the >>> way everything is packaged together and their ease of installation, >>> updating and, if necessary removal. My question is in my ~/snap >>> folder >>> certain of the snaps I've installed have subfolders, however some >>> don't. I was under the impression that all installed snaps are put >>> there. For example: >>> >>> /dev/loop1 97M 97M 0 100% /snap/wallpaperdownloader/4 >>> drwxrwxr-x 3 chris chris 4096 Oct 8 11:36 wallpaperdownloader >>> /dev/loop2 11M 11M 0 100% /snap/speed-test/2 >>> drwxr-xr-x 4 chris chris 4096 Oct 9 17:32 speed-test >>> /dev/loop3 62M 62M 0 100% /snap/pencilsheep/5 >>> drwxr-xr-x 4 chris chris 4096 Oct 6 19:09 pencilsheep >>> /dev/loop4 640K 640K 0 100% /snap/hello-snap/1 >>> (There is no folder for this under ~/snap) >>> /dev/loop5 107M 107M 0 100% /snap/blender-tpaw/2 >>> drwxr-xr-x 4 chris chris 4096 Oct 6 20:12 blender-tpaw >>> >>> I've noticed other snaps I install do the same. They show up in the >>> /dev/loop* however not as a folder in my ~/snap. Am I missing >>> something >>> on how they install? >>> >>> Chris >>> From didrocks at ubuntu.com Mon Oct 10 06:09:31 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 10 Oct 2016 08:09:31 +0200 Subject: Launcher In-Reply-To: References: Message-ID: <7a1632dd-b8ae-296f-3152-c94564fd52d7@ubuntu.com> Le 10/10/2016 à 01:39, Spencer a écrit : > I made a comment earlier that newly installed snaps don't show up in the dash. I see now that I was using the wrong term. They do show up in the dash, but is there a way to have them show up in the launcher? Of course, the user can add and remove launcher items, but I've noticed that other package systems add to the launcher automatically after an install. Is this configurable? I suppose it doesn't matter as long as snaps are installed only from the command line anyway. We had this feature in the past with ubuntu-software-center. I guess doing the replacement, ubuntu software didn't grow that feature for snap, maybe Robert can help here? > > Also, for anyone that had trouble, like me, with the desktop icon, I've learned that you want to put an absolute path in your .desktop file for the icon that points to /snap/app/current/meta/setup/gui/icon.png. That worked for me. Of course, my icon sucks, because I can't draw. You should actually use Icon=${SNAP}/meta/gui/icon.svg in your desktop file for instance. That will be replaced with the correct path once your snap is installed (and will still work if we decide one day to change the /snap path) Didier From alfonso.sanchez-beato at canonical.com Mon Oct 10 06:59:47 2016 From: alfonso.sanchez-beato at canonical.com (Alfonso Sanchez-Beato) Date: Mon, 10 Oct 2016 08:59:47 +0200 Subject: Has anybody ever snapped gunicorn? In-Reply-To: References: Message-ID: On Mon, Oct 10, 2016 at 1:56 AM, Robert Park wrote: > Right, so that was a $PYTHONPATH issue indeed which I've fixed by > setting this in a wrapper script: > > export PYTHONPATH="$SNAP/usr/lib/python3/dist-packages:$SNAP/src" > > > But still gunicorn is not working. When I run it, I get this error: > > $ sudo quantifiedself.server > [2016-10-09 16:30:13 -0700] [4365] [INFO] Starting gunicorn 19.4.5 > [2016-10-09 16:30:13 -0700] [4365] [INFO] Listening at: > http://0.0.0.0:8080 (4365) > [2016-10-09 16:30:13 -0700] [4365] [INFO] Using worker: sync > fish: “sudo quantifiedself.server” terminated by signal SIGSYS (Bad system > call) > > > All I can find in kern.log is this, but it doesn't mean much to me: > > 236:Oct 9 16:30:02 rouge kernel: [1793707.594342] audit: type=1400 > audit(1476055802.615:377): apparmor="DENIED" operation="capable" > profile="snap.quantifiedself.server" pid=4236 comm="gunicorn3" > capability=1 capname="dac_override" > 237:Oct 9 16:30:13 rouge kernel: [1793718.438376] audit: type=1326 > audit(1476055813.459:378): auid=1000 uid=0 gid=0 ses=1 pid=4365 > comm="gunicorn3" exe="/usr/bin/python3.5" sig=31 arch=c000003e > syscall=92 compat=0 ip=0x7f861dff2a47 code=0x0 > > > Anybody have any ideas how to troubleshoot this? > The first trace is for apparmor, you need to have capability dac_override, in the apparmor snippet of one of the interfaces you are using. The second one seems to be from seccomp when calling syscall 92, which happens to be chown. You would need to have that call in the seccomp snippet of one interface you are using. Not sure if you miss some interface/connection or if these need to be added to one interface you are using. > > Thanks. > > On Sun, Oct 2, 2016 at 11:51 AM, Robert Park > wrote: > > I've got gunicorn3 and python3-gunicorn in my stage-packages, and > > gunicorn is working correctly when I run it from my app's source tree, > > but when I try to snap it I get this: > > > > Traceback (most recent call last): > > File "/snap/weighttracker/x4/usr/bin/gunicorn3", line 5, in > > from pkg_resources import load_entry_point > > File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", > > line 2927, in > > @_call_aside > > File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", > > line 2913, in _call_aside > > f(*args, **kwargs) > > File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", > > line 2940, in _initialize_master_working_set > > working_set = WorkingSet._build_master() > > File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", > > line 635, in _build_master > > ws.require(__requires__) > > File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", > > line 943, in require > > needed = self.resolve(parse_requirements(requirements)) > > File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", > > line 829, in resolve > > raise DistributionNotFound(req, requirers) > > pkg_resources.DistributionNotFound: The 'gunicorn==19.4.5' > > distribution was not found and is required by the application > > > > I find this utterly bizarre because this traceback starts in > > usr/bin/gunicorn3 and then it apparently fails to load itself. I guess > > it's a $PYTHONPATH issue? What am I doing wrong? > > > > https://git.launchpad.net/~robru/+git/weightloss/tree/snapcraft.yaml > > > > Thanks. > > > > -- > > robru > Br, Alfonso > > > > -- > robru > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jian.luo.cn at gmail.com Mon Oct 10 13:33:37 2016 From: jian.luo.cn at gmail.com (Jian LUO) Date: Mon, 10 Oct 2016 15:33:37 +0200 Subject: Different values of environment variables during build time and run time, eg. JAVA_HOME and PATH In-Reply-To: References: Message-ID: Hi List, Is there any formal way in snapcraft to set environment variables separately for build time and run time? The use case I'm facing is building a Java snap on amd64 host for armhf target. Thanks! Jian -------------- next part -------------- An HTML attachment was scrubbed... URL: From timo.jyrinki at gmail.com Mon Oct 10 14:21:27 2016 From: timo.jyrinki at gmail.com (Timo Jyrinki) Date: Mon, 10 Oct 2016 17:21:27 +0300 Subject: Qt 5.7 cloud part now available Message-ID: Hi! I started experimenting with bringing upstream Qt as is as a cloud part. I can happily announce an early let's say "alpha" version of it is working and available with "after: [qt57]". This is not the "qt-ubuntu" I've a vision of as being available via content interface, but rather building upstream Qt as part of your app. This is only worth considering if you absolutely require a newer Qt than what is available in Ubuntu (5.5 in Ubuntu 16.04, 5.6 in Ubuntu 16.10, 5.7 somewhere Jan-Feb in Ubuntu 17.04). For fun, you can try out a dummy QML test app (C++ backend included though) by: sudo snap install --edge timostestapp2 timostestapp2 Mind the missing font for Chinese characters, it's not a bug, just a font not staged :) What it's really about is that it is a simple application that happens to bundle and uses upstream's to-be-released Qt 5.7.1 built with the cloud part. Included Qt modules: Qt 3D, Qt Bluetooth, Qt Base (Core, Gui etc), Qt Declarative, Qt Tools, Qt Web Channel, ... and a lot more, but _not_: qtwebengine, qtwebview, qtwebkit. Also no Ubuntu UI Toolkit yet, we haven't started testing it with Qt 5.7 yet. You can use the snapcraft.yaml, launcher and modified parts/plugins from https://github.com/tjyrinki/timostestapp2. Modified autotools plugin is for building Qt (it doesn't seem to fetch that from the cloud part, that would be nice), and modified qmake plugin is for building your app. No CMake plugin or such yet, this is very much "yay, it runs now!!" first version done in-between all my other tasks. -Timo From robert.park at canonical.com Mon Oct 10 16:51:27 2016 From: robert.park at canonical.com (Robert Park) Date: Mon, 10 Oct 2016 09:51:27 -0700 Subject: Has anybody ever snapped gunicorn? In-Reply-To: References: Message-ID: Hi Alfonso, thanks for the response On Oct 9, 2016 11:59 PM, "Alfonso Sanchez-Beato" < alfonso.sanchez-beato at canonical.com> wrote: > On Mon, Oct 10, 2016 at 1:56 AM, Robert Park wrote: >> >> Right, so that was a $PYTHONPATH issue indeed which I've fixed by >> setting this in a wrapper script: >> >> export PYTHONPATH="$SNAP/usr/lib/python3/dist-packages:$SNAP/src" >> >> >> But still gunicorn is not working. When I run it, I get this error: >> >> $ sudo quantifiedself.server >> [2016-10-09 16:30:13 -0700] [4365] [INFO] Starting gunicorn 19.4.5 >> [2016-10-09 16:30:13 -0700] [4365] [INFO] Listening at: >> http://0.0.0.0:8080 (4365) >> [2016-10-09 16:30:13 -0700] [4365] [INFO] Using worker: sync >> fish: “sudo quantifiedself.server” terminated by signal SIGSYS (Bad system call) >> >> >> All I can find in kern.log is this, but it doesn't mean much to me: >> >> 236:Oct 9 16:30:02 rouge kernel: [1793707.594342] audit: type=1400 >> audit(1476055802.615:377): apparmor="DENIED" operation="capable" >> profile="snap.quantifiedself.server" pid=4236 comm="gunicorn3" >> capability=1 capname="dac_override" >> 237:Oct 9 16:30:13 rouge kernel: [1793718.438376] audit: type=1326 >> audit(1476055813.459:378): auid=1000 uid=0 gid=0 ses=1 pid=4365 >> comm="gunicorn3" exe="/usr/bin/python3.5" sig=31 arch=c000003e >> syscall=92 compat=0 ip=0x7f861dff2a47 code=0x0 >> >> >> Anybody have any ideas how to troubleshoot this? > > > The first trace is for apparmor, you need to have > > capability dac_override, > > in the apparmor snippet of one of the interfaces you are using. > > The second one seems to be from seccomp when calling syscall 92, which happens to be chown. You would need to have that call in the seccomp snippet of one interface you are using. > > Not sure if you miss some interface/connection or if these need to be added to one interface you are using. Well so far the only interfaces i need were network and network-bind. Is there even a snap interface that provides dac_override and chown? I couldn't find any in a quick google. Or am i better off digging into gunicorn and figuring out why it's trying to chown and patching it to not do that? -------------- next part -------------- An HTML attachment was scrubbed... URL: From leo.arias at canonical.com Mon Oct 10 17:01:24 2016 From: leo.arias at canonical.com (Leo Arias) Date: Mon, 10 Oct 2016 11:01:24 -0600 Subject: Has anybody ever snapped gunicorn? In-Reply-To: References: Message-ID: Hello, On Mon, Oct 10, 2016 at 10:51 AM, Robert Park wrote: > Well so far the only interfaces i need were network and network-bind. Is > there even a snap interface that provides dac_override and chown? I > couldn't find any in a quick google. > This is for chown: https://bugs.launchpad.net/snappy/+bug/1619888 Please leave your comment there about your use case. For dac_override, I found this: https://github.com/snapcore/snapd/blob/98c8e937625ce3134cf17025d8f0eb3e1016259a/interfaces/builtin/log_observe.go#L46 However, the comment in there makes me think you need a separate interface not yet implemented. If that's the case, the process is to file a bug that the security team will add to their backlog, or implement the interface yourself. pura vida -- ¡paz y baile! http://www.ubuntu.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From victor.palau at canonical.com Mon Oct 10 17:03:49 2016 From: victor.palau at canonical.com (Victor Palau) Date: Mon, 10 Oct 2016 18:03:49 +0100 Subject: Ports,ports,ports.. Message-ID: Hi, As more snaps are published, the more I want to install on my PC, device,... Many of them expose some cool services in localhost:[randomport], and I find it that it is getting hard to remember them all. Building on an existing tinyproxy snap, I have published (amd64 only at the mo) a local reverse-proxy snap called: local-proxy sudo snap install local-proxy This allows you to map a path to your app: http://localhost/yourapp/ --> http://localhost:[highport] It comes with a default fwd for snapweb from /snapweb/ to localhost:4200 It also comes with some utility commands like add,delete and print. The local-proxy defaults to 8080, but you can change it by running: local-proxy.port [your port] and then restarting the service: sudo systemctl restart snap.local-proxy.tinyproxy However, there is still a problem that some of snaps assume that they can take control of a popular port (such as 80) without facilities to change it. Also some do not take kindly to be proxy-ed (like snapweb) - although tinyproxy has a great "magic cookie" feature that I have enabled by default to work around this. Overall, seems like it would be good practice that if a snap publishes a service to a port, that: - the port can be easily changed - the snap can be updated told that it will be proxy-ed, and work well A local reverse proxy feels like this is just a quick fix to a bigger problem... any long term fix suggestions? Thanks Victor -------------- next part -------------- An HTML attachment was scrubbed... URL: From leo.arias at canonical.com Mon Oct 10 17:11:53 2016 From: leo.arias at canonical.com (Leo Arias) Date: Mon, 10 Oct 2016 11:11:53 -0600 Subject: Ports,ports,ports.. In-Reply-To: References: Message-ID: Nice! On Mon, Oct 10, 2016 at 11:03 AM, Victor Palau wrote: > Overall, seems like it would be good practice that if a snap publishes a > service to a port, that: > > - the port can be easily changed > - the snap can be updated told that it will be proxy-ed, and work well > > I would add this one: To easily print which port is being used https://bugs.launchpad.net/snappy/+bug/1608572. Ideally for me, when the service is installed it should print the URL to access it. -------------- next part -------------- An HTML attachment was scrubbed... URL: From victor.palau at canonical.com Mon Oct 10 17:12:54 2016 From: victor.palau at canonical.com (Victor Palau) Date: Mon, 10 Oct 2016 18:12:54 +0100 Subject: Ports,ports,ports.. In-Reply-To: References: Message-ID: +1 On Mon, Oct 10, 2016 at 6:11 PM, Leo Arias wrote: > Nice! > > On Mon, Oct 10, 2016 at 11:03 AM, Victor Palau > wrote: > >> Overall, seems like it would be good practice that if a snap publishes a >> service to a port, that: >> >> - the port can be easily changed >> - the snap can be updated told that it will be proxy-ed, and work well >> >> I would add this one: To easily print which port is being used > https://bugs.launchpad.net/snappy/+bug/1608572. > Ideally for me, when the service is installed it should print the URL to > access it. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From robert.park at canonical.com Mon Oct 10 17:19:42 2016 From: robert.park at canonical.com (Robert Park) Date: Mon, 10 Oct 2016 10:19:42 -0700 Subject: Ports,ports,ports.. In-Reply-To: References: Message-ID: On Oct 10, 2016 10:05 AM, "Victor Palau" wrote: > > Overall, seems like it would be good practice that if a snap publishes a service to a port, that: > the port can be easily changed Any suggestions on how best to do that? Snaps don't offer any sort of configuration interface like charms do. -------------- next part -------------- An HTML attachment was scrubbed... URL: From leo.arias at canonical.com Mon Oct 10 17:24:41 2016 From: leo.arias at canonical.com (Leo Arias) Date: Mon, 10 Oct 2016 11:24:41 -0600 Subject: Ports,ports,ports.. In-Reply-To: References: Message-ID: On Mon, Oct 10, 2016 at 11:19 AM, Robert Park wrote: > Any suggestions on how best to do that? Snaps don't offer any sort of > configuration interface like charms do. > I suppose that will be documented soon: https://trello.com/c/PpM4XRUQ/30-configuration-support -- ¡paz y baile! http://www.ubuntu.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From victor.palau at canonical.com Mon Oct 10 17:25:54 2016 From: victor.palau at canonical.com (Victor Palau) Date: Mon, 10 Oct 2016 18:25:54 +0100 Subject: Ports,ports,ports.. In-Reply-To: References: Message-ID: Hi Robert Depends on the snap but adding an cli to configure it and then restart the service could be an option (see local-proxy as an example) On 10 Oct 2016 18:19, "Robert Park" wrote: On Oct 10, 2016 10:05 AM, "Victor Palau" wrote: > > Overall, seems like it would be good practice that if a snap publishes a service to a port, that: > the port can be easily changed Any suggestions on how best to do that? Snaps don't offer any sort of configuration interface like charms do. -------------- next part -------------- An HTML attachment was scrubbed... URL: From manik at canonical.com Mon Oct 10 18:05:31 2016 From: manik at canonical.com (Manik Taneja) Date: Mon, 10 Oct 2016 11:05:31 -0700 Subject: Different values of environment variables during build time and run time, eg. JAVA_HOME and PATH In-Reply-To: References: Message-ID: On Mon, Oct 10, 2016 at 6:33 AM, Jian LUO wrote: > Hi List, > > Is there any formal way in snapcraft to set environment variables > separately for build time and run time? The use case I'm facing is building > a Java snap on amd64 host for armhf target. > Snapcraft does not support cross-compilation. Consider building natively on armhf, or using this as reference- https://github.com/snapcore/snapd/blob/master/docs/cross-build.md and let us know if you see any issues. /Manik -------------- next part -------------- An HTML attachment was scrubbed... URL: From kyle.fazzari at canonical.com Mon Oct 10 20:09:26 2016 From: kyle.fazzari at canonical.com (Kyle Fazzari) Date: Mon, 10 Oct 2016 13:09:26 -0700 Subject: Ports,ports,ports.. In-Reply-To: References: Message-ID: On Oct 10, 2016 10:25, "Leo Arias" wrote: > > On Mon, Oct 10, 2016 at 11:19 AM, Robert Park wrote: >> >> Any suggestions on how best to do that? Snaps don't offer any sort of configuration interface like charms do. > > > I suppose that will be documented soon: https://trello.com/c/PpM4XRUQ/30-configuration-support Does this help? https://github.com/snapcore/snapd/blob/master/docs/hooks.md > > -- > ¡paz y baile! > http://www.ubuntu.com > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cpollock at embarqmail.com Mon Oct 10 21:45:02 2016 From: cpollock at embarqmail.com (Chris) Date: Mon, 10 Oct 2016 16:45:02 -0500 Subject: Snap sources Message-ID: <1476135902.3965.0.camel@embarqmail.com> Other than those shown here - https://uappexplorer.com/apps?type=snappy &sort=title are there other places to get Snaps from? -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 16:44:21 up 4:49, 1 user, load average: 0.38, 0.20, 0.12 Ubuntu 16.04.1 LTS, kernel 4.4.0-38-generic #57-Ubuntu SMP Tue Sep 6 15:42:33 UTC 2016 From jian.luo.cn at gmail.com Mon Oct 10 21:49:35 2016 From: jian.luo.cn at gmail.com (Jian LUO) Date: Mon, 10 Oct 2016 23:49:35 +0200 Subject: Different values of environment variables during build time and run time, eg. JAVA_HOME and PATH In-Reply-To: References: Message-ID: Hi, I don't think it counts as cross compiling since Java (at least in my case) is cross platform. Just wanted to compile Java with one JDK and run with another. Jian On Oct 10, 2016 20:05, "Manik Taneja" wrote: > > > On Mon, Oct 10, 2016 at 6:33 AM, Jian LUO wrote: > >> Hi List, >> >> Is there any formal way in snapcraft to set environment variables >> separately for build time and run time? The use case I'm facing is building >> a Java snap on amd64 host for armhf target. >> > Snapcraft does not support cross-compilation. Consider building natively > on armhf, or using this as reference- > > https://github.com/snapcore/snapd/blob/master/docs/cross-build.md > > and let us know if you see any issues. > > /Manik > -------------- next part -------------- An HTML attachment was scrubbed... URL: From manik at canonical.com Mon Oct 10 23:06:14 2016 From: manik at canonical.com (Manik Taneja) Date: Mon, 10 Oct 2016 16:06:14 -0700 Subject: Snap sources In-Reply-To: <1476135902.3965.0.camel@embarqmail.com> References: <1476135902.3965.0.camel@embarqmail.com> Message-ID: On Mon, Oct 10, 2016 at 2:45 PM, Chris wrote: > Other than those shown here - https://uappexplorer.com/apps?type=snappy > &sort=title are there other places to get Snaps from? > uappexplorer is just a web frontend to the Ubuntu Store infrastructure, which is our repository of snaps. There are no other publicly available snap repos that we are aware of. Are you just looking to find out the exhaustive list of snaps available for consumption? or you are trying to solve something else? Cheers, Manik -------------- next part -------------- An HTML attachment was scrubbed... URL: From cpollock at embarqmail.com Tue Oct 11 00:41:59 2016 From: cpollock at embarqmail.com (Chris) Date: Mon, 10 Oct 2016 19:41:59 -0500 Subject: Snap sources In-Reply-To: References: <1476135902.3965.0.camel@embarqmail.com> Message-ID: <1476146519.2898.3.camel@embarqmail.com> On Mon, 2016-10-10 at 16:06 -0700, Manik Taneja wrote: > > > > On Mon, Oct 10, 2016 at 2:45 PM, Chris > wrote: > > Other than those shown here - https://uappexplorer.com/apps?type=sn > > appy > > &sort=title are there other places to get Snaps from? > uappexplorer is just a web frontend to the Ubuntu Store > infrastructure, which is our > repository of snaps. There are no other publicly available snap repos > that we are  > aware of. Are you just looking to find out the exhaustive list of > snaps available for > consumption? or you are trying to solve something else? > > Cheers, > Manik > Thanks Manik, I was looking for the available snaps. I'm using a few so far and I really like the way they work and the ease of installation. Chris -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 19:36:46 up 1:46, 1 user, load average: 0.47, 0.43, 0.35 Ubuntu 16.04.1 LTS, kernel 4.4.0-42-generic #62-Ubuntu SMP Fri Oct 7 23:11:45 UTC 2016 From manik at canonical.com Tue Oct 11 01:09:14 2016 From: manik at canonical.com (Manik Taneja) Date: Mon, 10 Oct 2016 18:09:14 -0700 Subject: Snap sources In-Reply-To: <1476146519.2898.3.camel@embarqmail.com> References: <1476135902.3965.0.camel@embarqmail.com> <1476146519.2898.3.camel@embarqmail.com> Message-ID: On Mon, Oct 10, 2016 at 5:41 PM, Chris wrote: > On Mon, 2016-10-10 at 16:06 -0700, Manik Taneja wrote: > > > > > > > > On Mon, Oct 10, 2016 at 2:45 PM, Chris > > wrote: > > > Other than those shown here - https://uappexplorer.com/apps?type=sn > > > appy > > > &sort=title are there other places to get Snaps from? > > uappexplorer is just a web frontend to the Ubuntu Store > > infrastructure, which is our > > repository of snaps. There are no other publicly available snap repos > > that we are > > aware of. Are you just looking to find out the exhaustive list of > > snaps available for > > consumption? or you are trying to solve something else? > > > > Cheers, > > Manik > > > Thanks Manik, I was looking for the available snaps. I'm using a few so > far and I really like the way they work and the ease of installation. > > That's great. Welcome to the club! /Manik -------------- next part -------------- An HTML attachment was scrubbed... URL: From spencertparkin at gmail.com Tue Oct 11 05:29:39 2016 From: spencertparkin at gmail.com (Spencer) Date: Mon, 10 Oct 2016 23:29:39 -0600 Subject: Snap sources In-Reply-To: References: <1476135902.3965.0.camel@embarqmail.com> <1476146519.2898.3.camel@embarqmail.com> Message-ID: <12B442CF-47EF-445F-98C5-E27B054C8948@gmail.com> One advantage of snaps, I believe, is that the dependencies are baked into them. Otherwise, your app can stop working after installation if a dependency is updated or otherwise changed. I'm not sure what other advantages there may be. One downside is extra memory cost, but with storage up to a terabyte being typical, I don't think it matters too much. Though I have an Intel machine, my snaps always say "amd64", which I think is confusing. Supposedly, you can write snaps for the Ubuntu phone. (I have an iPhone, so I'm not sure what that's about.). And there is something called the Ubuntu touch? Is that like the iPad? I think some Ubuntu specific features have been added to Qt as well to help promote development on Ubuntu. I'm a big fan of wxWidgets, personally. And then everything runs in a quarantined environment. If you're going to open the flood gates on people writing and consuming programs, security becomes a necessary evil. I haven't explored the plugs and slots yet. > On Oct 10, 2016, at 7:09 PM, Manik Taneja wrote: > > > >> On Mon, Oct 10, 2016 at 5:41 PM, Chris wrote: >> On Mon, 2016-10-10 at 16:06 -0700, Manik Taneja wrote: >> > >> > >> > >> > On Mon, Oct 10, 2016 at 2:45 PM, Chris >> > wrote: >> > > Other than those shown here - https://uappexplorer.com/apps?type=sn >> > > appy >> > > &sort=title are there other places to get Snaps from? >> > uappexplorer is just a web frontend to the Ubuntu Store >> > infrastructure, which is our >> > repository of snaps. There are no other publicly available snap repos >> > that we are >> > aware of. Are you just looking to find out the exhaustive list of >> > snaps available for >> > consumption? or you are trying to solve something else? >> > >> > Cheers, >> > Manik >> > >> Thanks Manik, I was looking for the available snaps. I'm using a few so >> far and I really like the way they work and the ease of installation. > That's great. Welcome to the club! > > /Manik > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Tue Oct 11 07:52:39 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Tue, 11 Oct 2016 09:52:39 +0200 Subject: Different values of environment variables during build time and run time, eg. JAVA_HOME and PATH In-Reply-To: References: Message-ID: <1bc0647f-5ba1-80c7-1f81-decd76b236ef@ubuntu.com> Le 10/10/2016 à 23:49, Jian LUO a écrit : > > Hi, > > I don't think it counts as cross compiling since Java (at least in my > case) is cross platform. Just wanted to compile Java with one JDK and > run with another. > Hey, I'm adding Sergio to the conversation, but I think the easiest path is to create a custom plugin, inheriting from the base java one, which is outputting a wrapper scripts with different JAVA env variables. That way, you keep the current building behavior (build with java on the machine), but output a script which will point to an armhf java path for instance and download the correct version and packages version for all those. Cross-compilation-like may be needed as Manik suggested as you will need to pull some packages which are architectures specific. On how to create a custom plugin, here is some documentation: http://snapcraft.io/docs/build-snaps/plugins and the playpen has some example: https://github.com/ubuntu/snappy-playpen/blob/master/idea/parts/plugins/x-antIntellij.py I'll let Sergio adding more info as needed :) Cheers, Didier > Jian > > > On Oct 10, 2016 20:05, "Manik Taneja" > wrote: > > > > On Mon, Oct 10, 2016 at 6:33 AM, Jian LUO > wrote: > > Hi List, > > Is there any formal way in snapcraft to set environment > variables separately for build time and run time? The use case > I'm facing is building a Java snap on amd64 host for armhf target. > > Snapcraft does not support cross-compilation. Consider building > natively on armhf, or using this as reference- > > https://github.com/snapcore/snapd/blob/master/docs/cross-build.md > > > and let us know if you see any issues. > > /Manik > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Tue Oct 11 07:56:11 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Tue, 11 Oct 2016 09:56:11 +0200 Subject: Snap sources In-Reply-To: <1476135902.3965.0.camel@embarqmail.com> References: <1476135902.3965.0.camel@embarqmail.com> Message-ID: Le 10/10/2016 à 23:45, Chris a écrit : > Other than those shown here - https://uappexplorer.com/apps?type=snappy > &sort=title are there other places to get Snaps from? > Actually, there is now! If you use the beta3 images, they come with snapweb baked in (listening on port 4200). You can connect to it, click on "store" and you will see the available snaps for your architecture! You should be able to install it as well on your desktop system. Didier From jian.luo.cn at gmail.com Tue Oct 11 09:38:49 2016 From: jian.luo.cn at gmail.com (Jian LUO) Date: Tue, 11 Oct 2016 11:38:49 +0200 Subject: Different values of environment variables during build time and run time, eg. JAVA_HOME and PATH In-Reply-To: <1bc0647f-5ba1-80c7-1f81-decd76b236ef@ubuntu.com> References: <1bc0647f-5ba1-80c7-1f81-decd76b236ef@ubuntu.com> Message-ID: Hi, Thanks for the explanation. That's exactly what comes first in my mind. I've tried to customize the ant / jdk plugin by overriding the env method. The doc string of BasePlugin.env reads "return a list with the execution environment for building". However the result env applies both to build time and to the generated wrapper nonetheless. How can i override runtime only env in the plugin? Jian On Oct 11, 2016 09:53, "Didier Roche" wrote: Le 10/10/2016 à 23:49, Jian LUO a écrit : Hi, I don't think it counts as cross compiling since Java (at least in my case) is cross platform. Just wanted to compile Java with one JDK and run with another. Hey, I'm adding Sergio to the conversation, but I think the easiest path is to create a custom plugin, inheriting from the base java one, which is outputting a wrapper scripts with different JAVA env variables. That way, you keep the current building behavior (build with java on the machine), but output a script which will point to an armhf java path for instance and download the correct version and packages version for all those. Cross-compilation-like may be needed as Manik suggested as you will need to pull some packages which are architectures specific. On how to create a custom plugin, here is some documentation: http://snapcraft.io/docs/build-snaps/plugins and the playpen has some example: https://github.com/ubuntu/snappy-playpen/blob/master/ idea/parts/plugins/x-antIntellij.py I'll let Sergio adding more info as needed :) Cheers, Didier Jian On Oct 10, 2016 20:05, "Manik Taneja" wrote: > > > On Mon, Oct 10, 2016 at 6:33 AM, Jian LUO wrote: > >> Hi List, >> >> Is there any formal way in snapcraft to set environment variables >> separately for build time and run time? The use case I'm facing is building >> a Java snap on amd64 host for armhf target. >> > Snapcraft does not support cross-compilation. Consider building natively > on armhf, or using this as reference- > > https://github.com/snapcore/snapd/blob/master/docs/cross-build.md > > and let us know if you see any issues. > > /Manik > -- Snapcraft mailing list Snapcraft at lists.snapcraft.io Modify settings or unsubscribe at: https://lists.ubuntu.com/ mailman/listinfo/snapcraft -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.schvezov at canonical.com Tue Oct 11 10:23:11 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Tue, 11 Oct 2016 07:23:11 -0300 Subject: Different values of environment variables during build time and =?iso-8859-1?Q?run_time, _eg._JAVA=5FHOME_and_PATH?= In-Reply-To: References: <1bc0647f-5ba1-80c7-1f81-decd76b236ef@ubuntu.com> Message-ID: <64458452-3f90-448a-bf3b-a8a99f27ae3b@canonical.com> El martes, 11 de octubre de 2016 06h'38:49 ART, Jian LUO escribió: > Hi, > > Thanks for the explanation. That's exactly what comes first in my mind. > I've tried to customize the ant / jdk plugin by overriding the env method. > The doc string of BasePlugin.env reads "return a list with the execution > environment for building". However the result env applies both to build > time and to the generated wrapper nonetheless. How can i override runtime > only env in the plugin? Look at how we do it in the go plugin. That will give you anice idea. With regards to a way to do it more generically we want to eventually introduce a build-environment keyword for parts and have that carry some weight in the chaining of parts with the `after` keyword. As an illustration you would be able to do something like this: parts: my-app: plugin:maven source: after: [ibm-java] environment: - CLASSPATH:.... build-environment: - $ibm-java ibm-java: plugin: dump source: build-environment: - JAVA_HOME: .... - PATH:.... environment: - PATH:.... And for apps: apps: my-app: command: environment: - $ibm-java -.... Something like that. This in the design phase though. But this way you can provide a Java to build as a part and a subsequent one to use as the runtime. -- Enviado con Dekko desde mi dispositivo Ubuntu From loic.minier at ubuntu.com Tue Oct 11 10:25:48 2016 From: loic.minier at ubuntu.com (=?UTF-8?B?TG/Dr2MgTWluaWVy?=) Date: Tue, 11 Oct 2016 12:25:48 +0200 Subject: Different values of environment variables during build time and run time, eg. JAVA_HOME and PATH In-Reply-To: References: <1bc0647f-5ba1-80c7-1f81-decd76b236ef@ubuntu.com> Message-ID: Hi, The go plugin might be a good starting place to see how to achieve this; it uses its own _run() using a custom build environment rather than relying on the defaults. So in the ant plugin, change calls to self.run() with calls to self._run and define _run with your overloaded environment. Cheers, - Loïc On Tue, Oct 11, 2016 at 11:38 AM, Jian LUO wrote: > Hi, > > Thanks for the explanation. That's exactly what comes first in my mind. > I've tried to customize the ant / jdk plugin by overriding the env method. > The doc string of BasePlugin.env reads "return a list with the execution > environment for building". However the result env applies both to build > time and to the generated wrapper nonetheless. How can i override runtime > only env in the plugin? > > Jian > > On Oct 11, 2016 09:53, "Didier Roche" wrote: > > Le 10/10/2016 à 23:49, Jian LUO a écrit : > > Hi, > > I don't think it counts as cross compiling since Java (at least in my > case) is cross platform. Just wanted to compile Java with one JDK and run > with another. > > > Hey, > > I'm adding Sergio to the conversation, but I think the easiest path is to > create a custom plugin, inheriting from the base java one, which is > outputting a wrapper scripts with different JAVA env variables. > That way, you keep the current building behavior (build with java on the > machine), but output a script which will point to an armhf java path for > instance and download the correct version and packages version for all > those. > Cross-compilation-like may be needed as Manik suggested as you will need > to pull some packages which are architectures specific. > > On how to create a custom plugin, here is some documentation: > http://snapcraft.io/docs/build-snaps/plugins and the playpen has some > example: https://github.com/ubuntu/snappy-playpen/blob/master/idea/ > parts/plugins/x-antIntellij.py > I'll let Sergio adding more info as needed :) > > Cheers, > Didier > > > > Jian > > On Oct 10, 2016 20:05, "Manik Taneja" wrote: > >> >> >> On Mon, Oct 10, 2016 at 6:33 AM, Jian LUO wrote: >> >>> Hi List, >>> >>> Is there any formal way in snapcraft to set environment variables >>> separately for build time and run time? The use case I'm facing is building >>> a Java snap on amd64 host for armhf target. >>> >> Snapcraft does not support cross-compilation. Consider building natively >> on armhf, or using this as reference- >> >> https://github.com/snapcore/snapd/blob/master/docs/cross-build.md >> >> and let us know if you see any issues. >> >> /Manik >> > > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm > an/listinfo/snapcraft > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- - Loïc -------------- next part -------------- An HTML attachment was scrubbed... URL: From jian.luo.cn at gmail.com Tue Oct 11 10:37:33 2016 From: jian.luo.cn at gmail.com (Jian LUO) Date: Tue, 11 Oct 2016 12:37:33 +0200 Subject: Different values of environment variables during build time and run time, eg. JAVA_HOME and PATH In-Reply-To: <64458452-3f90-448a-bf3b-a8a99f27ae3b@canonical.com> References: <1bc0647f-5ba1-80c7-1f81-decd76b236ef@ubuntu.com> <64458452-3f90-448a-bf3b-a8a99f27ae3b@canonical.com> Message-ID: On Oct 11, 2016 12:23, "Sergio Schvezov" wrote: > > El martes, 11 de octubre de 2016 06h'38:49 ART, Jian LUO < jian.luo.cn at gmail.com> escribió: >> >> Hi, >> >> Thanks for the explanation. That's exactly what comes first in my mind. >> I've tried to customize the ant / jdk plugin by overriding the env method. >> The doc string of BasePlugin.env reads "return a list with the execution >> environment for building". However the result env applies both to build >> time and to the generated wrapper nonetheless. How can i override runtime >> only env in the plugin? > > > Look at how we do it in the go plugin. That will give you anice idea. Thanks. I'll give it a try. > > With regards to a way to do it more generically we want to eventually introduce a build-environment keyword for parts and have that carry some weight in the chaining of parts with the `after` keyword. As an illustration you would be able to do something like this: > > parts: > my-app: > plugin:maven > source: > after: [ibm-java] > environment: > - CLASSPATH:.... > build-environment: > - $ibm-java > ibm-java: > plugin: dump > source: > build-environment: > - JAVA_HOME: .... > - PATH:.... > environment: > - PATH:.... > > And for apps: > > apps: > my-app: > command: > environment: > - $ibm-java > -.... > > Something like that. This in the design phase though. But this way you can provide a Java to build as a part and a subsequent one to use as the runtime. Great! Will it be back ported to 16.04 when finished? Jian -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.schvezov at canonical.com Tue Oct 11 11:06:11 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Tue, 11 Oct 2016 08:06:11 -0300 Subject: Different values of environment variables during build time and =?iso-8859-1?Q?run_time, _eg._JAVA=5FHOME_and_PATH?= In-Reply-To: References: <1bc0647f-5ba1-80c7-1f81-decd76b236ef@ubuntu.com> <64458452-3f90-448a-bf3b-a8a99f27ae3b@canonical.com> Message-ID: <49a0d481-6236-49dd-ad2f-f15f0c985732@canonical.com> El martes, 11 de octubre de 2016 07h'37:33 ART, Jian LUO escribió: > On Oct 11, 2016 12:23, "Sergio Schvezov" > wrote: >> >> El martes, 11 de octubre de 2016 06h'38:49 ART, Jian LUO < > jian.luo.cn at gmail.com> escribió: >>> >>> Hi, >>> >>> Thanks for the explanation. That's exactly what comes first in my mind. >>> I've tried to customize the ant / jdk plugin by overriding the env > method. >>> The doc string of BasePlugin.env reads "return a list with the execution >>> environment for building". However the result env applies both to build >>> time and to the generated wrapper nonetheless. How can i >>> override runtime >>> only env in the plugin? >> >> >> Look at how we do it in the go plugin. That will give you anice idea. > > Thanks. I'll give it a try. > >> >> With regards to a way to do it more generically we want to eventually > introduce a build-environment keyword for parts and have that carry some > weight in the chaining of parts with the `after` keyword. As an > illustration you would be able to do something like this: >> >> parts: >> my-app: >> plugin:maven >> source: >> after: [ibm-java] >> environment: >> - CLASSPATH:.... >> build-environment: >> - $ibm-java >> ibm-java: >> plugin: dump >> source: >> build-environment: >> - JAVA_HOME: .... >> - PATH:.... >> environment: >> - PATH:.... >> >> And for apps: >> >> apps: >> my-app: >> command: >> environment: >> - $ibm-java >> -.... >> >> Something like that. This in the design phase though. But this way you > can provide a Java to build as a part and a subsequent one to use as the > runtime. > > Great! Will it be back ported to 16.04 when finished? Indeed it will -- Enviado con Dekko desde mi dispositivo Ubuntu From till.kamppeter at gmail.com Tue Oct 11 12:05:46 2016 From: till.kamppeter at gmail.com (Till Kamppeter) Date: Tue, 11 Oct 2016 09:05:46 -0300 Subject: CUPS out of a snap: Filters and backends do not have access to system resources Message-ID: <99283f2c-2441-3748-99fa-c7b2ea4c9a81@gmail.com> Hi, I have snapped cups (listening on port 10631 to not interfere with the system's CUPS) and cups-filters into one single snap. The CUPS web interface (http://localhost:10631/) works, one can set up print queues, kill jobs, ... Printing jobs also works, at least when there is no need to access certain resources. For example I can print a PDF file on USB-connected HP inkjet (CUPS running the job through separate filter executables for turning PDF into PCL). What does not work is: - Printing plain text files as the texttopdf CUPS filter is not able to access the systems TTF fonts. - Printing to a printer in the local network via JetDirect port 9100 as th "socket" CUPS backend is not able to access the printer through its IP address. cupsd has the following definition in snapcraft.yaml: cupsd: command: ./run-cupsd daemon: simple plugs: [network, network-bind] Are the permissions which cupsd gets in the sandbox also applied to programs which CUPS is calling, as the mentioned filters and backends? Any help is appreciated. Till From till.kamppeter at gmail.com Tue Oct 11 12:06:29 2016 From: till.kamppeter at gmail.com (Till Kamppeter) Date: Tue, 11 Oct 2016 09:06:29 -0300 Subject: How to control order of daemon starts in a snap Message-ID: <5e45503d-a106-aaa8-143e-c8402fd6c95d@gmail.com> Hi, I am making a snap containing both cupsd and cups-browsed, cupsd has to be started first, then cups-browsed, and on shutdown cups-browsed has to stop before cupsd. cups-browsed needs a running cupsd all the time. How do I define the correct startup/shutdown sequence? Till From cpollock at embarqmail.com Tue Oct 11 13:36:20 2016 From: cpollock at embarqmail.com (Chris) Date: Tue, 11 Oct 2016 08:36:20 -0500 Subject: Snap sources In-Reply-To: References: <1476135902.3965.0.camel@embarqmail.com> Message-ID: <1476192980.17488.5.camel@embarqmail.com> On Tue, 2016-10-11 at 09:56 +0200, Didier Roche wrote: > Le 10/10/2016 à 23:45, Chris a écrit : > > > > Other than those shown here - https://uappexplorer.com/apps?type=sn > > appy > > &sort=title are there other places to get Snaps from? > > > Actually, there is now! > > If you use the beta3 images, they come with snapweb baked in > (listening > on port 4200). You can connect to it, click on "store" and you will > see > the available snaps for your architecture! > > You should be able to install it as well on your desktop system. > > Didier > Thanks for that Didier. Question, not sure which 'beta3 images' you're referring to I went here https://github.com/snapcore/snapweb and have installed GO and set up the path variables chris at localhost:~$ go env GOARCH="amd64" GOBIN="" GOEXE="" GOHOSTARCH="amd64" GOHOSTOS="linux" GOOS="linux" GOPATH="/home/chris/GO_PROJECTS" GORACE="" GOROOT="/usr/lib/go" GOTOOLDIR="/usr/lib/go/pkg/tool/linux_amd64" GO15VENDOREXPERIMENT="1" CC="gcc" GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0" CXX="g++" CGO_ENABLED="1" So now I guess I need to proceed and install nodejs and npm as shown in the 'Building' section. Chris -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 08:28:55 up 14:38, 1 user, load average: 0.17, 0.26, 0.37 Ubuntu 16.04.1 LTS, kernel 4.4.0-42-generic #62-Ubuntu SMP Fri Oct 7 23:11:45 UTC 2016 From cpollock at embarqmail.com Tue Oct 11 13:43:51 2016 From: cpollock at embarqmail.com (Chris) Date: Tue, 11 Oct 2016 08:43:51 -0500 Subject: Snap sources In-Reply-To: <12B442CF-47EF-445F-98C5-E27B054C8948@gmail.com> References: <1476135902.3965.0.camel@embarqmail.com> <1476146519.2898.3.camel@embarqmail.com> <12B442CF-47EF-445F-98C5-E27B054C8948@gmail.com> Message-ID: <1476193431.17488.11.camel@embarqmail.com> On Mon, 2016-10-10 at 23:29 -0600, Spencer wrote: > One advantage of snaps, I believe, is that the dependencies are baked > into them.  Otherwise, your app can stop working after installation > if a dependency is updated or otherwise changed.  I'm not sure what > other advantages there may be.  One downside is extra memory cost, > but with storage up to a terabyte being typical, I don't think it > matters too much. > That's one of the main reasons I like using snaps, everything is built in, I don't have to search all over for dependencies. As you said, everything is there.  > Though I have an Intel machine, my snaps always say "amd64", which I > think is confusing. > > Supposedly, you can write snaps for the Ubuntu phone.  (I have an > iPhone, so I'm not sure what that's about.). And there is something > called the Ubuntu touch?  Is that like the iPad?  I think some Ubuntu > specific features have been added to Qt as well to help promote > development on Ubuntu.  I'm a big fan of wxWidgets, personally. > > And then everything runs in a quarantined environment.  If you're > going to open the flood gates on people writing and consuming > programs, security becomes a necessary evil. > That's the main selling point for me, everything is 'sandboxed' > I haven't explored the plugs and slots yet. > I've read about them is about it. I may try my hand as building a few simples ones just to see how easy/hard it is. Chris -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 08:37:19 up 14:47, 1 user, load average: 0.46, 0.23, 0.29 Ubuntu 16.04.1 LTS, kernel 4.4.0-42-generic #62-Ubuntu SMP Fri Oct 7 23:11:45 UTC 2016 From cpollock at embarqmail.com Tue Oct 11 14:23:01 2016 From: cpollock at embarqmail.com (Chris) Date: Tue, 11 Oct 2016 09:23:01 -0500 Subject: Snap sources In-Reply-To: References: <1476135902.3965.0.camel@embarqmail.com> Message-ID: <1476195781.17488.14.camel@embarqmail.com> On Tue, 2016-10-11 at 09:56 +0200, Didier Roche wrote: > Le 10/10/2016 à 23:45, Chris a écrit : > > > > Other than those shown here - https://uappexplorer.com/apps?type=sn > > appy > > &sort=title are there other places to get Snaps from? > > > Actually, there is now! > > If you use the beta3 images, they come with snapweb baked in > (listening > on port 4200). You can connect to it, click on "store" and you will > see > the available snaps for your architecture! > > You should be able to install it as well on your desktop system. > > Didier > Hmm, everything was going really well until I ran the command chris at localhost:~/GO_PROJECTS/src/github.com/snapcore$ git clone git at gi thub.com:snapcore/snapweb.git Cloning into 'snapweb'... Permission denied (publickey). fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. Not sure what I should be do now. Chris -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 09:19:10 up 15:29, 1 user, load average: 0.38, 0.32, 0.36 Ubuntu 16.04.1 LTS, kernel 4.4.0-42-generic #62-Ubuntu SMP Fri Oct 7 23:11:45 UTC 2016 From john.lenton at canonical.com Tue Oct 11 14:29:17 2016 From: john.lenton at canonical.com (John Lenton) Date: Tue, 11 Oct 2016 15:29:17 +0100 Subject: Snap sources In-Reply-To: <1476195781.17488.14.camel@embarqmail.com> References: <1476135902.3965.0.camel@embarqmail.com> <1476195781.17488.14.camel@embarqmail.com> Message-ID: On 11 October 2016 at 15:23, Chris wrote: > Not sure what I should be do now. snap install snapweb? From wesley.mason at canonical.com Tue Oct 11 14:30:59 2016 From: wesley.mason at canonical.com (Wes Mason) Date: Tue, 11 Oct 2016 14:30:59 +0000 Subject: Snap sources In-Reply-To: <1476195781.17488.14.camel@embarqmail.com> References: <1476135902.3965.0.camel@embarqmail.com> <1476195781.17488.14.camel@embarqmail.com> Message-ID: On Tue, 11 Oct 2016 at 15:24 Chris wrote: > On Tue, 2016-10-11 at 09:56 +0200, Didier Roche wrote: > > > Le 10/10/2016 à 23:45, Chris a écrit : > > > > > > > > Other than those shown here - https://uappexplorer.com/apps?type=sn > > > > appy > > > > &sort=title are there other places to get Snaps from? > > > > > > > Actually, there is now! > > > > > > If you use the beta3 images, they come with snapweb baked in > > > (listening > > > on port 4200). You can connect to it, click on "store" and you will > > > see > > > the available snaps for your architecture! > > > > > > You should be able to install it as well on your desktop system. > > > > > > Didier > > > > > Hmm, everything was going really well until I ran the command > > > > chris at localhost:~/GO_PROJECTS/src/github.com/snapcore$ git clone git at gi > > thub.com:snapcore/snapweb.git > > Cloning into 'snapweb'... > > Permission denied (publickey). > > fatal: Could not read from remote repository. > > > > Please make sure you have the correct access rights > > and the repository exists. > > > > Not sure what I should be do now. > > > > Chris > > > > Try: sudo snap install snapweb What Didier meant is beta3 of Ubuntu Core ships with snapweb baked in, but your desktop you can install it as a snap (but of course!) :-) btw - the git error you got is because git was trying to use your SSH keys to authenticate to github over the git protocol, but you may not have a github account of keys setup etc., you can try the HTTPS endpoint instead: git clone https://github.com/snapcore/snapweb.git - but as you just wanted to install snapweb to play around with, I wouldn't bother, just try out the snap. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jamie.bennett at canonical.com Tue Oct 11 14:38:36 2016 From: jamie.bennett at canonical.com (Jamie Bennett) Date: Tue, 11 Oct 2016 15:38:36 +0100 Subject: Snap sources In-Reply-To: <1476195781.17488.14.camel@embarqmail.com> References: <1476135902.3965.0.camel@embarqmail.com> <1476195781.17488.14.camel@embarqmail.com> Message-ID: Try the https interface which would be: git clone https://github.com/snapcore/snapweb.git Regards, Jamie. On Tue, Oct 11, 2016 at 3:23 PM, Chris wrote: > On Tue, 2016-10-11 at 09:56 +0200, Didier Roche wrote: >> Le 10/10/2016 à 23:45, Chris a écrit : >> > >> > Other than those shown here - https://uappexplorer.com/apps?type=sn >> > appy >> > &sort=title are there other places to get Snaps from? >> > >> Actually, there is now! >> >> If you use the beta3 images, they come with snapweb baked in >> (listening >> on port 4200). You can connect to it, click on "store" and you will >> see >> the available snaps for your architecture! >> >> You should be able to install it as well on your desktop system. >> >> Didier >> > Hmm, everything was going really well until I ran the command > > chris at localhost:~/GO_PROJECTS/src/github.com/snapcore$ git clone git at gi > thub.com:snapcore/snapweb.git > Cloning into 'snapweb'... > Permission denied (publickey). > fatal: Could not read from remote repository. > > Please make sure you have the correct access rights > and the repository exists. > > Not sure what I should be do now. > > Chris > > -- > Chris > KeyID 0xE372A7DA98E6705C > 31.11972; -97.90167 (Elev. 1092 ft) > 09:19:10 up 15:29, 1 user, load average: 0.38, 0.32, 0.36 > Ubuntu 16.04.1 LTS, kernel 4.4.0-42-generic #62-Ubuntu SMP Fri Oct 7 23:11:45 UTC 2016 > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft From cpollock at embarqmail.com Tue Oct 11 16:06:51 2016 From: cpollock at embarqmail.com (Chris) Date: Tue, 11 Oct 2016 11:06:51 -0500 Subject: Snap sources In-Reply-To: References: <1476135902.3965.0.camel@embarqmail.com> <1476195781.17488.14.camel@embarqmail.com> Message-ID: <1476202011.17488.20.camel@embarqmail.com> On Tue, 2016-10-11 at 14:30 +0000, Wes Mason wrote: > On Tue, 11 Oct 2016 at 15:24 Chris wrote: > > On Tue, 2016-10-11 at 09:56 +0200, Didier Roche wrote: > > > > > Le 10/10/2016 à 23:45, Chris a écrit : > > > > > > > > > > > > Other than those shown here - https://uappexplorer.com/apps?typ > > e=sn > > > > > > appy > > > > > > &sort=title are there other places to get Snaps from? > > > > > > > > > > > Actually, there is now! > > > > > > > > > > If you use the beta3 images, they come with snapweb baked in > > > > > (listening > > > > > on port 4200). You can connect to it, click on "store" and you > > will > > > > > see > > > > > the available snaps for your architecture! > > > > > > > > > > You should be able to install it as well on your desktop system. > > > > > > > > > > Didier > > > > > > > > > Hmm, everything was going really well until I ran the command > > > > > > > > chris at localhost:~/GO_PROJECTS/src/github.com/snapcore$ git clone gi > > t at gi > > > > thub.com:snapcore/snapweb.git > > > > Cloning into 'snapweb'... > > > > Permission denied (publickey). > > > > fatal: Could not read from remote repository. > > > > > > > > Please make sure you have the correct access rights > > > > and the repository exists. > > > > > > > > Not sure what I should be do now. > > > > > > > > Chris > > > > > > > Try: sudo snap install snapweb > > What Didier meant is beta3  of Ubuntu Core ships with snapweb baked > in, but your desktop you can install it as a snap (but of course!) :- > ) > > btw - the git error you got is because git was trying to use your SSH > keys to authenticate to github over the git protocol, but you may not > have a github account of keys setup etc., you can try the HTTPS > endpoint instead: git clone https://github.com/snapcore/snapweb.git - > but as you just wanted to install snapweb to play around with, I > wouldn't bother, just try out the snap. Odd because I did setup a github account and added my gpg key. I should have asked earlier before I went through adding other software such as Go and others. The link http://localhost:4200/store works fine for me. I'll stick with that for now. Thanks Chris -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 10:55:13 up 17:05, 1 user, load average: 0.14, 0.36, 0.29 Ubuntu 16.04.1 LTS, kernel 4.4.0-42-generic #62-Ubuntu SMP Fri Oct 7 23:11:45 UTC 2016 From stgraber at ubuntu.com Tue Oct 11 23:20:21 2016 From: stgraber at ubuntu.com (=?iso-8859-1?Q?St=E9phane?= Graber) Date: Tue, 11 Oct 2016 19:20:21 -0400 Subject: Announce: LXD available as a snap Message-ID: <20161011232021.GA29332@dakara> Hello, As of a few minutes ago, LXD is now available as a snap in the stable channel. This has been confirmed to work on both Ubuntu 16.04 and 16.10, provided that snapd and snap-confine are perfectly up to date. If you want to try it, pick a machine that you're NOT using LXD on and do: - apt remove --purge lxd lxd-client - groupadd --system lxd - snap install lxd - lxd init - lxd.lxc launch ubuntu:16.04 xenial This will remove your existing LXD to prevent any confusion between the snap and packaged version, will ensure that you have a "lxd" group on your system and then install LXD. Note that the daemon can take a little while to startup on first installation, so you may have to retry the "lxd init" step. And that's it, you've got LXD running with your first container! The default values in lxd init will get you a ZFS backed storage and a working network for your containers. Our channel setup looks something like: - stable (manual, latest release) - candidate (semi-automatic, staging area for stable) - beta (manual, unused currently) - edge (automatic, auto-upload when git master changes) Note that edge can be updated up to 5-6 times a day (as it was today). Known limitations (sorted by priority): - "lxd" group must exist ahead of time: https://bugs.launchpad.net/snappy/+bug/1606510 - Updating the snap restarts all containers: https://bugs.launchpad.net/snappy/+bug/1632508 - Can't provide the "lxc" command: https://bugs.launchpad.net/snappy/+bug/1607748 - LXD always runs even when unused: https://bugs.launchpad.net/snappy/+bug/1612440 - No powerpc build due to lack of snapcraft support: https://bugs.launchpad.net/snapcraft/+bug/1632091 - Unable to build using a specific commit: https://bugs.launchpad.net/snapcraft/+bug/1632126 - Ability to distribute multiple upstream series: https://bugs.launchpad.net/snappy/+bug/1611424 The LXD team will be working with the Snappy team to address the above limitations. With those sorted, we'll be able to make the LXD snap the best way to experience LXD. If you run into issues, please file bugs! - For LXD bugs: https://github.com/lxc/lxd/issues - For packaging bugs: https://github.com/lxc/lxd-pkg-ubuntu/issues - If unsure, file against LXD. Enjoy! Stéphane -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: From manik at canonical.com Tue Oct 11 23:45:48 2016 From: manik at canonical.com (Manik Taneja) Date: Tue, 11 Oct 2016 16:45:48 -0700 Subject: Announce: LXD available as a snap In-Reply-To: <20161011232021.GA29332@dakara> References: <20161011232021.GA29332@dakara> Message-ID: Thank you Stephane and the LXD team. This is fantastic news for machine container aficionados. Its time to start testing this out :) /Manik On Tue, Oct 11, 2016 at 4:20 PM, Stéphane Graber wrote: > Hello, > > As of a few minutes ago, LXD is now available as a snap in the stable > channel. > This has been confirmed to work on both Ubuntu 16.04 and 16.10, provided > that snapd and snap-confine are perfectly up to date. > > If you want to try it, pick a machine that you're NOT using LXD on and do: > - apt remove --purge lxd lxd-client > - groupadd --system lxd > - snap install lxd > - lxd init > - lxd.lxc launch ubuntu:16.04 xenial > > This will remove your existing LXD to prevent any confusion between the > snap and packaged version, will ensure that you have a "lxd" group on > your system and then install LXD. Note that the daemon can take a little > while to startup on first installation, so you may have to retry the > "lxd init" step. > > And that's it, you've got LXD running with your first container! > > The default values in lxd init will get you a ZFS backed storage and a > working network for your containers. > > Our channel setup looks something like: > - stable (manual, latest release) > - candidate (semi-automatic, staging area for stable) > - beta (manual, unused currently) > - edge (automatic, auto-upload when git master changes) > > Note that edge can be updated up to 5-6 times a day (as it was today). > > Known limitations (sorted by priority): > - "lxd" group must exist ahead of time: https://bugs.launchpad.net/ > snappy/+bug/1606510 > - Updating the snap restarts all containers: https://bugs.launchpad.net/ > snappy/+bug/1632508 > - Can't provide the "lxc" command: https://bugs.launchpad.net/ > snappy/+bug/1607748 > - LXD always runs even when unused: https://bugs.launchpad.net/ > snappy/+bug/1612440 > - No powerpc build due to lack of snapcraft support: > https://bugs.launchpad.net/snapcraft/+bug/1632091 > - Unable to build using a specific commit: https://bugs.launchpad.net/ > snapcraft/+bug/1632126 > - Ability to distribute multiple upstream series: > https://bugs.launchpad.net/snappy/+bug/1611424 > > The LXD team will be working with the Snappy team to address the above > limitations. > With those sorted, we'll be able to make the LXD snap the best way to > experience LXD. > > > If you run into issues, please file bugs! > - For LXD bugs: https://github.com/lxc/lxd/issues > - For packaging bugs: https://github.com/lxc/lxd-pkg-ubuntu/issues > - If unsure, file against LXD. > > Enjoy! > > Stéphane > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.nelson at canonical.com Tue Oct 11 23:53:18 2016 From: michael.nelson at canonical.com (Michael Nelson) Date: Tue, 11 Oct 2016 23:53:18 +0000 Subject: Announce: LXD available as a snap In-Reply-To: <20161011232021.GA29332@dakara> References: <20161011232021.GA29332@dakara> Message-ID: On Wed, Oct 12, 2016 at 10:21 AM Stéphane Graber wrote: > Hello, > > > > As of a few minutes ago, LXD is now available as a snap in the stable > channel. > > This has been confirmed to work on both Ubuntu 16.04 and 16.10, provided > > that snapd and snap-confine are perfectly up to date. > > > > If you want to try it, pick a machine that you're NOT using LXD on and do: > > - apt remove --purge lxd lxd-client > > - groupadd --system lxd > > - snap install lxd > > - lxd init > > - lxd.lxc launch ubuntu:16.04 xenial > > > > This will remove your existing LXD to prevent any confusion between the > > snap and packaged version, will ensure that you have a "lxd" group on > > your system and then install LXD. Note that the daemon can take a little > > while to startup on first installation, so you may have to retry the > > "lxd init" step. > > > > And that's it, you've got LXD running with your first container! > Excellent! I was just trying this from --beta yesterday but reverted to the apt lxd package. I'll try again today :) -Michael > > > > The default values in lxd init will get you a ZFS backed storage and a > > working network for your containers. > > > > Our channel setup looks something like: > > - stable (manual, latest release) > > - candidate (semi-automatic, staging area for stable) > > - beta (manual, unused currently) > > - edge (automatic, auto-upload when git master changes) > > > > Note that edge can be updated up to 5-6 times a day (as it was today). > > > > Known limitations (sorted by priority): > > - "lxd" group must exist ahead of time: > https://bugs.launchpad.net/snappy/+bug/1606510 > > - Updating the snap restarts all containers: > https://bugs.launchpad.net/snappy/+bug/1632508 > > - Can't provide the "lxc" command: > https://bugs.launchpad.net/snappy/+bug/1607748 > > - LXD always runs even when unused: > https://bugs.launchpad.net/snappy/+bug/1612440 > > - No powerpc build due to lack of snapcraft support: > https://bugs.launchpad.net/snapcraft/+bug/1632091 > > - Unable to build using a specific commit: > https://bugs.launchpad.net/snapcraft/+bug/1632126 > > - Ability to distribute multiple upstream series: > https://bugs.launchpad.net/snappy/+bug/1611424 > > > > The LXD team will be working with the Snappy team to address the above > limitations. > > With those sorted, we'll be able to make the LXD snap the best way to > experience LXD. > > > > > > If you run into issues, please file bugs! > > - For LXD bugs: https://github.com/lxc/lxd/issues > > - For packaging bugs: https://github.com/lxc/lxd-pkg-ubuntu/issues > > - If unsure, file against LXD. > > > > Enjoy! > > > > Stéphane > > -- > > Snapcraft mailing list > > Snapcraft at lists.snapcraft.io > > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From omer.akram at canonical.com Wed Oct 12 01:49:42 2016 From: omer.akram at canonical.com (Omer Akram) Date: Wed, 12 Oct 2016 06:49:42 +0500 Subject: Announce: LXD available as a snap In-Reply-To: <20161011232021.GA29332@dakara> References: <20161011232021.GA29332@dakara> Message-ID: Fantastic news, I have been craving for this for a while. I need to highlight however that on a all-snap system(tried on a RPi 2) the lxd group cannot be added as /etc/group is ready-only. So lxd does not work there currently. Thanks! On Wed, Oct 12, 2016 at 4:20 AM, Stéphane Graber wrote: > Hello, > > As of a few minutes ago, LXD is now available as a snap in the stable > channel. > This has been confirmed to work on both Ubuntu 16.04 and 16.10, provided > that snapd and snap-confine are perfectly up to date. > > If you want to try it, pick a machine that you're NOT using LXD on and do: > - apt remove --purge lxd lxd-client > - groupadd --system lxd > - snap install lxd > - lxd init > - lxd.lxc launch ubuntu:16.04 xenial > > This will remove your existing LXD to prevent any confusion between the > snap and packaged version, will ensure that you have a "lxd" group on > your system and then install LXD. Note that the daemon can take a little > while to startup on first installation, so you may have to retry the > "lxd init" step. > > And that's it, you've got LXD running with your first container! > > The default values in lxd init will get you a ZFS backed storage and a > working network for your containers. > > Our channel setup looks something like: > - stable (manual, latest release) > - candidate (semi-automatic, staging area for stable) > - beta (manual, unused currently) > - edge (automatic, auto-upload when git master changes) > > Note that edge can be updated up to 5-6 times a day (as it was today). > > Known limitations (sorted by priority): > - "lxd" group must exist ahead of time: https://bugs.launchpad.net/ > snappy/+bug/1606510 > - Updating the snap restarts all containers: https://bugs.launchpad.net/ > snappy/+bug/1632508 > - Can't provide the "lxc" command: https://bugs.launchpad.net/ > snappy/+bug/1607748 > - LXD always runs even when unused: https://bugs.launchpad.net/ > snappy/+bug/1612440 > - No powerpc build due to lack of snapcraft support: > https://bugs.launchpad.net/snapcraft/+bug/1632091 > - Unable to build using a specific commit: https://bugs.launchpad.net/ > snapcraft/+bug/1632126 > - Ability to distribute multiple upstream series: > https://bugs.launchpad.net/snappy/+bug/1611424 > > The LXD team will be working with the Snappy team to address the above > limitations. > With those sorted, we'll be able to make the LXD snap the best way to > experience LXD. > > > If you run into issues, please file bugs! > - For LXD bugs: https://github.com/lxc/lxd/issues > - For packaging bugs: https://github.com/lxc/lxd-pkg-ubuntu/issues > - If unsure, file against LXD. > > Enjoy! > > Stéphane > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From stgraber at ubuntu.com Wed Oct 12 02:13:09 2016 From: stgraber at ubuntu.com (=?iso-8859-1?Q?St=E9phane?= Graber) Date: Tue, 11 Oct 2016 22:13:09 -0400 Subject: Announce: LXD available as a snap In-Reply-To: References: <20161011232021.GA29332@dakara> Message-ID: <20161012021309.GA32263@dakara> On Wed, Oct 12, 2016 at 06:49:42AM +0500, Omer Akram wrote: > Fantastic news, I have been craving for this for a while. > > I need to highlight however that on a all-snap system(tried on a RPi 2) the > lxd group cannot be added as /etc/group is ready-only. So lxd does not work > there currently. Yep, that's the first bug linked in my list below. > > Thanks! > > On Wed, Oct 12, 2016 at 4:20 AM, Stéphane Graber > wrote: > > > Hello, > > > > As of a few minutes ago, LXD is now available as a snap in the stable > > channel. > > This has been confirmed to work on both Ubuntu 16.04 and 16.10, provided > > that snapd and snap-confine are perfectly up to date. > > > > If you want to try it, pick a machine that you're NOT using LXD on and do: > > - apt remove --purge lxd lxd-client > > - groupadd --system lxd > > - snap install lxd > > - lxd init > > - lxd.lxc launch ubuntu:16.04 xenial > > > > This will remove your existing LXD to prevent any confusion between the > > snap and packaged version, will ensure that you have a "lxd" group on > > your system and then install LXD. Note that the daemon can take a little > > while to startup on first installation, so you may have to retry the > > "lxd init" step. > > > > And that's it, you've got LXD running with your first container! > > > > The default values in lxd init will get you a ZFS backed storage and a > > working network for your containers. > > > > Our channel setup looks something like: > > - stable (manual, latest release) > > - candidate (semi-automatic, staging area for stable) > > - beta (manual, unused currently) > > - edge (automatic, auto-upload when git master changes) > > > > Note that edge can be updated up to 5-6 times a day (as it was today). > > > > Known limitations (sorted by priority): > > - "lxd" group must exist ahead of time: https://bugs.launchpad.net/ > > snappy/+bug/1606510 > > - Updating the snap restarts all containers: https://bugs.launchpad.net/ > > snappy/+bug/1632508 > > - Can't provide the "lxc" command: https://bugs.launchpad.net/ > > snappy/+bug/1607748 > > - LXD always runs even when unused: https://bugs.launchpad.net/ > > snappy/+bug/1612440 > > - No powerpc build due to lack of snapcraft support: > > https://bugs.launchpad.net/snapcraft/+bug/1632091 > > - Unable to build using a specific commit: https://bugs.launchpad.net/ > > snapcraft/+bug/1632126 > > - Ability to distribute multiple upstream series: > > https://bugs.launchpad.net/snappy/+bug/1611424 > > > > The LXD team will be working with the Snappy team to address the above > > limitations. > > With those sorted, we'll be able to make the LXD snap the best way to > > experience LXD. > > > > > > If you run into issues, please file bugs! > > - For LXD bugs: https://github.com/lxc/lxd/issues > > - For packaging bugs: https://github.com/lxc/lxd-pkg-ubuntu/issues > > - If unsure, file against LXD. > > > > Enjoy! > > > > Stéphane > > > > -- > > Snapcraft mailing list > > Snapcraft at lists.snapcraft.io > > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > > mailman/listinfo/snapcraft > > > > -- Stéphane Graber Ubuntu developer http://www.ubuntu.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: From spencertparkin at gmail.com Wed Oct 12 06:29:56 2016 From: spencertparkin at gmail.com (Spencer) Date: Wed, 12 Oct 2016 00:29:56 -0600 Subject: High score Message-ID: <9988E2C9-2A57-4B71-AB9D-A9A7C45A6C88@gmail.com> I was thinking of adding a "high score" feature to my snap app that, when a player wins, goves them the option of reporting over http their score which would be stored in a database and displayed by a website. Is this possible with snaps, or would the security prevent it? It already prevents my app from launching the browser with a given URL. From ogra at ubuntu.com Wed Oct 12 10:04:29 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Wed, 12 Oct 2016 12:04:29 +0200 Subject: Announce: LXD available as a snap In-Reply-To: References: <20161011232021.GA29332@dakara> Message-ID: <1476266669.20274.9.camel@ubuntu.com> hi, Am Mittwoch, den 12.10.2016, 06:49 +0500 schrieb Omer Akram: > Fantastic news, I have been craving for this for a while. > > I need to highlight however that on a all-snap system(tried on a RPi > 2) the lxd group cannot be added as /etc/group is ready-only. So lxd > does not work there currently. > sudo groupadd --extrausers lxd will help here .... ciao oli -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From jacek.nykis at canonical.com Wed Oct 12 10:06:20 2016 From: jacek.nykis at canonical.com (Jacek Nykis) Date: Wed, 12 Oct 2016 11:06:20 +0100 Subject: High score In-Reply-To: <9988E2C9-2A57-4B71-AB9D-A9A7C45A6C88@gmail.com> References: <9988E2C9-2A57-4B71-AB9D-A9A7C45A6C88@gmail.com> Message-ID: <6990aac8-adfc-a566-9072-6089c6f508c6@canonical.com> On 12/10/16 07:29, Spencer wrote: > I was thinking of adding a "high score" feature to my snap app that, when a player wins, goves them the option of reporting over http their score which would be stored in a database and displayed by a website. Is this possible with snaps, or would the security prevent it? It already prevents my app from launching the browser with a given URL. > Hi Spencer, Yes it is possible. To allow your snap to make outbound network calls you need to use add "network" plug to your app in the "apps" section: plugs: [network] You can find more info here: https://developer.ubuntu.com/en/snappy/guides/interfaces/ Regards, Jacek -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 299 bytes Desc: OpenPGP digital signature URL: From oldgeek at thesenilegeek.com Wed Oct 12 16:19:49 2016 From: oldgeek at thesenilegeek.com (oldgeek) Date: Wed, 12 Oct 2016 18:19:49 +0200 Subject: How to make a snap from a .jar Message-ID: <4b5f6b9e-2714-e4e7-1873-f9c63095aee5@thesenilegeek.com> Hi I have a executable .jar file inside of a .tar. When I build and install a snap using this .yaml: http://pastebin.com/SDkqWFLg It does not work and I get this fault: /snap/highlighterpdf/x17/command-highlighterpdf.wrapper: 7: exec: highlighterpdf: not found Any help gratefully received. Gerry From matt.aguirre at gmail.com Wed Oct 12 16:26:46 2016 From: matt.aguirre at gmail.com (Matthew Aguirre) Date: Wed, 12 Oct 2016 12:26:46 -0400 Subject: How to make a snap from a .jar In-Reply-To: <4b5f6b9e-2714-e4e7-1873-f9c63095aee5@thesenilegeek.com> References: <4b5f6b9e-2714-e4e7-1873-f9c63095aee5@thesenilegeek.com> Message-ID: <1476289606.3330.0@smtp.gmail.com> Assuming this is a GUI and not command line. You'll need to add in access to X11 and also import in the full Java environment since the jdk plugin is headless. https://github.com/ZenHarbinger/torgo/blob/master/snapcraft.yaml Also, I'm not sure about executing the jar straight from the commandline. It's easier to have a wrapper that does this work for you. https://github.com/ZenHarbinger/torgo/blob/master/wrapper -- Matt On Wed, Oct 12, 2016 at 12:19 PM, oldgeek wrote: > Hi > > I have a executable .jar file inside of a .tar. > > When I build and install a snap using this .yaml: > > http://pastebin.com/SDkqWFLg > > It does not work and I get this fault: > > /snap/highlighterpdf/x17/command-highlighterpdf.wrapper: 7: exec: > highlighterpdf: not found > > Any help gratefully received. > > Gerry > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft -------------- next part -------------- An HTML attachment was scrubbed... URL: From ogra at ubuntu.com Wed Oct 12 18:00:54 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Wed, 12 Oct 2016 20:00:54 +0200 Subject: How to make a snap from a .jar In-Reply-To: <4b5f6b9e-2714-e4e7-1873-f9c63095aee5@thesenilegeek.com> References: <4b5f6b9e-2714-e4e7-1873-f9c63095aee5@thesenilegeek.com> Message-ID: <1476295254.3860.13.camel@ubuntu.com> hi, On Mi, 2016-10-12 at 18:19 +0200, oldgeek wrote: > Hi > > I have a executable .jar file inside of a .tar. > > When I build and install  a snap using this .yaml: > > http://pastebin.com/SDkqWFLg > > It does not work and I get this fault: > > /snap/highlighterpdf/x17/command-highlighterpdf.wrapper: 7: exec:  > highlighterpdf: not found > > Any help gratefully received. take a look at the snapcraft.yaml and the wrappper script at  https://github.com/ogra1/jtiledownloader ciao oli -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From cpollock at embarqmail.com Wed Oct 12 23:01:12 2016 From: cpollock at embarqmail.com (Chris) Date: Wed, 12 Oct 2016 18:01:12 -0500 Subject: Ubuntu Snap Store Message-ID: <1476313272.2810.5.camel@embarqmail.com> When browsing snaps at uappexplorer.com I like to middle click and open a new tab in Firefox to read about it which allows me to keep my place in the original tab. At the Snap Store http://localhost:4200/store this isn't possible and if I were to click on a snap to examine it when go back to the store page I have to start all over again. Is there a way the site can be changed to allow for a middle click to open a new tab? I know nothing at all about websites so I don't know how this is done on other sites. Thanks Chris -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 17:55:00 up 8:14, 1 user, load average: 0.33, 0.45, 0.46 Ubuntu 16.04.1 LTS, kernel 4.4.0-42-generic #62-Ubuntu SMP Fri Oct 7 23:11:45 UTC 2016 From spencertparkin at gmail.com Wed Oct 12 23:29:16 2016 From: spencertparkin at gmail.com (Spencer) Date: Wed, 12 Oct 2016 17:29:16 -0600 Subject: Ubuntu Snap Store In-Reply-To: <1476313272.2810.5.camel@embarqmail.com> References: <1476313272.2810.5.camel@embarqmail.com> Message-ID: <08B0F601-313D-443B-A94E-09A45F6FD448@gmail.com> You probably need to contact the site builder directly as the site you cited is not condoned by canonical or Ubuntu. I'm not even sure if the site builder has a good relationship with either. > On Oct 12, 2016, at 5:01 PM, Chris wrote: > > When browsing snaps at uappexplorer.com I like to middle click and open > a new tab in Firefox to read about it which allows me to keep my place > in the original tab. At the Snap Store http://localhost:4200/store this > isn't possible and if I were to click on a snap to examine it when go > back to the store page I have to start all over again. Is there a way > the site can be changed to allow for a middle click to open a new tab? > I know nothing at all about websites so I don't know how this is done > on other sites. > > Thanks > Chris > > -- > Chris > KeyID 0xE372A7DA98E6705C > 31.11972; -97.90167 (Elev. 1092 ft) > 17:55:00 up 8:14, 1 user, load average: 0.33, 0.45, 0.46 > Ubuntu 16.04.1 LTS, kernel 4.4.0-42-generic #62-Ubuntu SMP Fri Oct 7 23:11:45 UTC 2016 > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft From stgraber at ubuntu.com Thu Oct 13 00:08:51 2016 From: stgraber at ubuntu.com (=?iso-8859-1?Q?St=E9phane?= Graber) Date: Wed, 12 Oct 2016 20:08:51 -0400 Subject: Ubuntu Snap Store In-Reply-To: <08B0F601-313D-443B-A94E-09A45F6FD448@gmail.com> References: <1476313272.2810.5.camel@embarqmail.com> <08B0F601-313D-443B-A94E-09A45F6FD448@gmail.com> Message-ID: <20161013000851.GD32263@dakara> The store client that Chris is talking about is the one running on Ubuntu Core devices and is written by the Snappy team. He was comparing that to uappexplorer which is indeed maintained by a third party but was using it as an example of the expected behavior rather than the one that would need changing. On Wed, Oct 12, 2016 at 05:29:16PM -0600, Spencer wrote: > You probably need to contact the site builder directly as the site you cited is not condoned by canonical or Ubuntu. I'm not even sure if the site builder has a good relationship with either. > > > On Oct 12, 2016, at 5:01 PM, Chris wrote: > > > > When browsing snaps at uappexplorer.com I like to middle click and open > > a new tab in Firefox to read about it which allows me to keep my place > > in the original tab. At the Snap Store http://localhost:4200/store this > > isn't possible and if I were to click on a snap to examine it when go > > back to the store page I have to start all over again. Is there a way > > the site can be changed to allow for a middle click to open a new tab? > > I know nothing at all about websites so I don't know how this is done > > on other sites. > > > > Thanks > > Chris > > > > -- > > Chris > > KeyID 0xE372A7DA98E6705C > > 31.11972; -97.90167 (Elev. 1092 ft) > > 17:55:00 up 8:14, 1 user, load average: 0.33, 0.45, 0.46 > > Ubuntu 16.04.1 LTS, kernel 4.4.0-42-generic #62-Ubuntu SMP Fri Oct 7 23:11:45 UTC 2016 > > > > > > -- > > Snapcraft mailing list > > Snapcraft at lists.snapcraft.io > > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft -- Stéphane Graber Ubuntu developer http://www.ubuntu.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: From mark at ubuntu.com Thu Oct 13 04:42:09 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Thu, 13 Oct 2016 06:42:09 +0200 Subject: Ubuntu Snap Store In-Reply-To: <08B0F601-313D-443B-A94E-09A45F6FD448@gmail.com> References: <1476313272.2810.5.camel@embarqmail.com> <08B0F601-313D-443B-A94E-09A45F6FD448@gmail.com> Message-ID: I'm a fan of uappexplorer, for one, and think Chris is spot on :) Mark On 13/10/16 01:29, Spencer wrote: > You probably need to contact the site builder directly as the site you cited is not condoned by canonical or Ubuntu. I'm not even sure if the site builder has a good relationship with either. > >> On Oct 12, 2016, at 5:01 PM, Chris wrote: >> >> When browsing snaps at uappexplorer.com I like to middle click and open >> a new tab in Firefox to read about it which allows me to keep my place >> in the original tab. At the Snap Store http://localhost:4200/store this >> isn't possible and if I were to click on a snap to examine it when go >> back to the store page I have to start all over again. Is there a way >> the site can be changed to allow for a middle click to open a new tab? >> I know nothing at all about websites so I don't know how this is done >> on other sites. >> >> Thanks >> Chris >> >> -- >> Chris >> KeyID 0xE372A7DA98E6705C >> 31.11972; -97.90167 (Elev. 1092 ft) >> 17:55:00 up 8:14, 1 user, load average: 0.33, 0.45, 0.46 >> Ubuntu 16.04.1 LTS, kernel 4.4.0-42-generic #62-Ubuntu SMP Fri Oct 7 23:11:45 UTC 2016 >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft From spencertparkin at gmail.com Thu Oct 13 05:38:52 2016 From: spencertparkin at gmail.com (Spencer) Date: Wed, 12 Oct 2016 23:38:52 -0600 Subject: Ubuntu Snap Store In-Reply-To: References: <1476313272.2810.5.camel@embarqmail.com> <08B0F601-313D-443B-A94E-09A45F6FD448@gmail.com> Message-ID: I like it too. I just installed the snap web thing and looked at it on port 4200...it needs some work. (How would I have know it was on port 4200?) uappexplorer is much better! :) > On Oct 12, 2016, at 10:42 PM, Mark Shuttleworth wrote: > > > I'm a fan of uappexplorer, for one, and think Chris is spot on :) > > Mark > >> On 13/10/16 01:29, Spencer wrote: >> You probably need to contact the site builder directly as the site you cited is not condoned by canonical or Ubuntu. I'm not even sure if the site builder has a good relationship with either. >> >>> On Oct 12, 2016, at 5:01 PM, Chris wrote: >>> >>> When browsing snaps at uappexplorer.com I like to middle click and open >>> a new tab in Firefox to read about it which allows me to keep my place >>> in the original tab. At the Snap Store http://localhost:4200/store this >>> isn't possible and if I were to click on a snap to examine it when go >>> back to the store page I have to start all over again. Is there a way >>> the site can be changed to allow for a middle click to open a new tab? >>> I know nothing at all about websites so I don't know how this is done >>> on other sites. >>> >>> Thanks >>> Chris >>> >>> -- >>> Chris >>> KeyID 0xE372A7DA98E6705C >>> 31.11972; -97.90167 (Elev. 1092 ft) >>> 17:55:00 up 8:14, 1 user, load average: 0.33, 0.45, 0.46 >>> Ubuntu 16.04.1 LTS, kernel 4.4.0-42-generic #62-Ubuntu SMP Fri Oct 7 23:11:45 UTC 2016 >>> >>> >>> -- >>> Snapcraft mailing list >>> Snapcraft at lists.snapcraft.io >>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft > > From didrocks at ubuntu.com Thu Oct 13 06:30:49 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Thu, 13 Oct 2016 08:30:49 +0200 Subject: Ubuntu Snap Store In-Reply-To: <1476313272.2810.5.camel@embarqmail.com> References: <1476313272.2810.5.camel@embarqmail.com> Message-ID: <0b31496c-4cc7-206c-d8dc-6f4d76b0508e@ubuntu.com> Le 13/10/2016 à 01:01, Chris a écrit : > When browsing snaps at uappexplorer.com I like to middle click and open > a new tab in Firefox to read about it which allows me to keep my place > in the original tab. At the Snap Store http://localhost:4200/store this > isn't possible and if I were to click on a snap to examine it when go > back to the store page I have to start all over again. Is there a way > the site can be changed to allow for a middle click to open a new tab? > I know nothing at all about websites so I don't know how this is done > on other sites. > > Thanks > Chris > Hey Chris, I'm adding David Barth to the conversation who has taken the huge load of reshaping snapweb recently :) Cheers, Didier From david.barth at canonical.com Thu Oct 13 08:15:44 2016 From: david.barth at canonical.com (David Barth) Date: Thu, 13 Oct 2016 10:15:44 +0200 Subject: Ubuntu Snap Store In-Reply-To: <0b31496c-4cc7-206c-d8dc-6f4d76b0508e@ubuntu.com> References: <1476313272.2810.5.camel@embarqmail.com> <0b31496c-4cc7-206c-d8dc-6f4d76b0508e@ubuntu.com> Message-ID: Hey Chris, It is certainly doable. The URL / object mapping in snapweb is still a bit funny right now. You are right, this needs fixing. https://bugs.launchpad.net/snapweb/+bug/1632986 David On Thu, Oct 13, 2016 at 8:30 AM, Didier Roche wrote: > Le 13/10/2016 à 01:01, Chris a écrit : > > When browsing snaps at uappexplorer.com I like to middle click and open > > a new tab in Firefox to read about it which allows me to keep my place > > in the original tab. At the Snap Store http://localhost:4200/store this > > isn't possible and if I were to click on a snap to examine it when go > > back to the store page I have to start all over again. Is there a way > > the site can be changed to allow for a middle click to open a new tab? > > I know nothing at all about websites so I don't know how this is done > > on other sites. > > > > Thanks > > Chris > > > > Hey Chris, > > I'm adding David Barth to the conversation who has taken the huge load > of reshaping snapweb recently :) > > Cheers, > Didier > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cpollock at embarqmail.com Thu Oct 13 13:12:33 2016 From: cpollock at embarqmail.com (Chris) Date: Thu, 13 Oct 2016 08:12:33 -0500 Subject: Ubuntu Snap Store In-Reply-To: References: <1476313272.2810.5.camel@embarqmail.com> <0b31496c-4cc7-206c-d8dc-6f4d76b0508e@ubuntu.com> Message-ID: <1476364353.19586.4.camel@embarqmail.com> On Thu, 2016-10-13 at 10:15 +0200, David Barth wrote: > Hey Chris, > > It is certainly doable. The URL / object mapping in snapweb is still > a bit funny right now. > You are right, this needs fixing. https://bugs.launchpad.net/snapweb/ > +bug/1632986 > > David Thanks for submitting the bug report David. I subscribed to to it. Didier, thank you for adding David to the conversation.  > On Thu, Oct 13, 2016 at 8:30 AM, Didier Roche > wrote: > > Le 13/10/2016 à 01:01, Chris a écrit : > > > When browsing snaps at uappexplorer.com I like to middle click > > and open > > > a new tab in Firefox to read about it which allows me to keep my > > place > > > in the original tab. At the Snap Store http://localhost:4200/stor > > e this > > > isn't possible and if I were to click on a snap to examine it > > when go > > > back to the store page I have to start all over again. Is there a > > way > > > the site can be changed to allow for a middle click to open a new > > tab? > > > I know nothing at all about websites so I don't know how this is > > done > > > on other sites. > > > > > > Thanks > > > Chris > > > > > > > Hey Chris, > > > > I'm adding David Barth to the conversation who has taken the huge > > load > > of reshaping snapweb recently :) > > > > Cheers, > > Didier > > > > -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 08:03:53 up 22:23, 2 users, load average: 0.15, 0.67, 0.70 Ubuntu 16.04.1 LTS, kernel 4.4.0-42-generic #62-Ubuntu SMP Fri Oct 7 23:11:45 UTC 2016 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From aaron.ogle at rocket.chat Thu Oct 13 17:12:10 2016 From: aaron.ogle at rocket.chat (Aaron Ogle) Date: Thu, 13 Oct 2016 17:12:10 +0000 Subject: Official snap button Message-ID: Greetings! I work on the Rocket.Chat project. We are looking at adding our desktop snap as well as our server snap to our website as the officially recommended way of installing. Ideally for the desktop at least we'd like to try and link to the Ubuntu Software store directly so they can install quickly. But for the server I realize doing an application link is not very likely, especially since they likely wouldn't be visiting on the machine they would install the server on. So we're thinking a button with some kind of information pop up. But we'd really love to see an officially button and design for this sort of thing. Thoughts? -- *Aaron Ogle* Core Developer aaron.ogle at rocket.chat @aaron.ogle https://rocket.chat -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexandre.abreu at canonical.com Thu Oct 13 19:06:09 2016 From: alexandre.abreu at canonical.com (Alexandre Abreu) Date: Thu, 13 Oct 2016 15:06:09 -0400 Subject: Ubuntu Snap Store In-Reply-To: <1476313272.2810.5.camel@embarqmail.com> References: <1476313272.2810.5.camel@embarqmail.com> Message-ID: Hey Chris, Thank you for your bug report, a fix is ready to be merged for that: https://bugs.launchpad.net/snapweb/+bug/1632986 It should be fixed in the next snapweb release, Cheers Alex On Wed, Oct 12, 2016 at 7:01 PM, Chris wrote: > When browsing snaps at uappexplorer.com I like to middle click and open > a new tab in Firefox to read about it which allows me to keep my place > in the original tab. At the Snap Store http://localhost:4200/store this > isn't possible and if I were to click on a snap to examine it when go > back to the store page I have to start all over again. Is there a way > the site can be changed to allow for a middle click to open a new tab? > I know nothing at all about websites so I don't know how this is done > on other sites. > > Thanks > Chris > > -- > Chris > KeyID 0xE372A7DA98E6705C > 31.11972; -97.90167 (Elev. 1092 ft) > 17:55:00 up 8:14, 1 user, load average: 0.33, 0.45, 0.46 > Ubuntu 16.04.1 LTS, kernel 4.4.0-42-generic #62-Ubuntu SMP Fri Oct 7 > 23:11:45 UTC 2016 > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cpollock at embarqmail.com Thu Oct 13 20:06:01 2016 From: cpollock at embarqmail.com (Chris) Date: Thu, 13 Oct 2016 15:06:01 -0500 Subject: Ubuntu Snap Store In-Reply-To: References: <1476313272.2810.5.camel@embarqmail.com> Message-ID: <1476389161.2556.7.camel@embarqmail.com> On Thu, 2016-10-13 at 15:06 -0400, Alexandre Abreu wrote: > Hey Chris, > > Thank you for your bug report, > > a fix is ready to be merged for that: > > https://bugs.launchpad.net/snapweb/+bug/1632986 > > It should be fixed in the next snapweb release, > > Cheers > Alex > You're welcome Alex, not sure if it was truly a bug rather than a matter of convenience being able to open another tab with the snap to view. Thanks for making a quick fix. Will this be updated whenever snapd does a refresh to look for updated snaps?  Chris > > On Wed, Oct 12, 2016 at 7:01 PM, Chris > wrote: > > When browsing snaps at uappexplorer.com I like to middle click and > > open > > a new tab in Firefox to read about it which allows me to keep my > > place > > in the original tab. At the Snap Store http://localhost:4200/store  > > this > > isn't possible and if I were to click on a snap to examine it when > > go > > back to the store page I have to start all over again. Is there a > > way > > the site can be changed to allow for a middle click to open a new > > tab? > > I know nothing at all about websites so I don't know how this is > > done > > on other sites. > > > > Thanks > > Chris > > > > -- > > Chris > > KeyID 0xE372A7DA98E6705C > > 31.11972; -97.90167 (Elev. 1092 ft) > > 17:55:00 up 8:14, 1 user, load average: 0.33, 0.45, 0.46 > > Ubuntu 16.04.1 LTS, kernel 4.4.0-42-generic #62-Ubuntu SMP Fri Oct > > 7 23:11:45 UTC 2016 > > > > > > -- > > Snapcraft mailing list > > Snapcraft at lists.snapcraft.io > > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman > > /listinfo/snapcraft > > -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 14:56:14 up 3:39, 1 user, load average: 0.17, 0.13, 0.15 Ubuntu 16.04.1 LTS, kernel 4.4.0-43-generic #63-Ubuntu SMP Wed Oct 12 13:48:03 UTC 2016 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From luke.williams at canonical.com Thu Oct 13 20:48:37 2016 From: luke.williams at canonical.com (Luke Williams) Date: Thu, 13 Oct 2016 13:48:37 -0700 Subject: Removing a key Message-ID: Hello, I was trying to build an Ubuntu-Core image and noticed that I don't have my original snap key on my newly rebuilt system (hard drive failure on my build machine) so I created a new default key, but can't upload it since I already have a key named default. I ended up creating a new key with a new name, but I would like to remove the original key, but can't seem to find anything on how to do this. I can see the keys with snapcraft list-keys but no way to remove them. Any ideas? Thanks, Luke -- Thanks, Luke Williams - Technical Partner Manager, Network Switches and Ubuntu-Core luke.williams at canonical.com www.canonical.com || www.ubuntu.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From manik at canonical.com Thu Oct 13 21:45:51 2016 From: manik at canonical.com (Manik Taneja) Date: Thu, 13 Oct 2016 14:45:51 -0700 Subject: Removing a key In-Reply-To: References: Message-ID: On Thu, Oct 13, 2016 at 1:48 PM, Luke Williams wrote: Hello, > > I was trying to build an Ubuntu-Core image and noticed that I don't have > my original snap key on my newly rebuilt system (hard drive failure on my > build machine) so I created a new default key, but can't upload it since I > already have a key named default. I ended up creating a new key with a new > name, but I would like to remove the original key, but can't seem to find > anything on how to do this. I can see the keys with snapcraft list-keys but > no way to remove them. Any ideas? > > try this- snapcraft revoke-key /manik -------------- next part -------------- An HTML attachment was scrubbed... URL: From luke.williams at canonical.com Thu Oct 13 21:54:45 2016 From: luke.williams at canonical.com (Luke Williams) Date: Thu, 13 Oct 2016 14:54:45 -0700 Subject: Removing a key In-Reply-To: References: Message-ID: Hello, That didn’t work, it just dumped the snapcraft usage Thanks, Luke Williams - Technical Partner Manager, Network Switches/Ubuntu-Core email: luke.williams at canonical.com http://www.canonical.com/ | http://www.ubuntu.com > On Oct 13, 2016, at 2:45 PM, Manik Taneja wrote: > > > > On Thu, Oct 13, 2016 at 1:48 PM, Luke Williams > wrote: > > Hello, > > I was trying to build an Ubuntu-Core image and noticed that I don't have my original snap key on my newly rebuilt system (hard drive failure on my build machine) so I created a new default key, but can't upload it since I already have a key named default. I ended up creating a new key with a new name, but I would like to remove the original key, but can't seem to find anything on how to do this. I can see the keys with snapcraft list-keys but no way to remove them. Any ideas? > > try this- > > snapcraft revoke-key > > /manik -------------- next part -------------- An HTML attachment was scrubbed... URL: From loic.minier at ubuntu.com Thu Oct 13 22:31:22 2016 From: loic.minier at ubuntu.com (=?UTF-8?B?TG/Dr2MgTWluaWVy?=) Date: Fri, 14 Oct 2016 00:31:22 +0200 Subject: Removing a key In-Reply-To: References: Message-ID: It is likely deleting keys isn't implemented yet: https://myapps.developer.ubuntu.com/docs/api/account.html In the mean time, I suggest you just register and use another key. Cheers, - Loïc Minier On Thu, Oct 13, 2016 at 11:54 PM, Luke Williams wrote: > Hello, > > That didn’t work, it just dumped the snapcraft usage > > Thanks, > > Luke Williams - Technical Partner Manager, Network Switches/Ubuntu-Core > email: luke.williams at canonical.com > http://www.canonical.com/ | http://www.ubuntu.com > > > > > > On Oct 13, 2016, at 2:45 PM, Manik Taneja wrote: > > > > On Thu, Oct 13, 2016 at 1:48 PM, Luke Williams < > luke.williams at canonical.com> wrote: > > Hello, >> >> I was trying to build an Ubuntu-Core image and noticed that I don't have >> my original snap key on my newly rebuilt system (hard drive failure on my >> build machine) so I created a new default key, but can't upload it since I >> already have a key named default. I ended up creating a new key with a new >> name, but I would like to remove the original key, but can't seem to find >> anything on how to do this. I can see the keys with snapcraft list-keys but >> no way to remove them. Any ideas? >> >> try this- > > snapcraft revoke-key > > /manik > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- - Loïc -------------- next part -------------- An HTML attachment was scrubbed... URL: From gustavo.niemeyer at canonical.com Thu Oct 13 22:45:13 2016 From: gustavo.niemeyer at canonical.com (Gustavo Niemeyer) Date: Thu, 13 Oct 2016 19:45:13 -0300 Subject: Removing a key In-Reply-To: References: Message-ID: I'm not quite sure we'll support removing of keys, as it's a bit awkward to have keys just disappearing without a trace. We obviously need to support revoking, though, and I see Colin Watson already has a pre-req PR lined up here: https://github.com/snapcore/snapd/pull/2083 Will see if we can review and land this tomorrow. In this specific case I'm not sure that's what's desired though. We also need to support renaming of keys, so you can opt to keep the current key and simply make it non-default. On Thu, Oct 13, 2016 at 7:31 PM, Loïc Minier wrote: > It is likely deleting keys isn't implemented yet: > https://myapps.developer.ubuntu.com/docs/api/account.html > > In the mean time, I suggest you just register and use another key. > > Cheers, > - Loïc Minier > > On Thu, Oct 13, 2016 at 11:54 PM, Luke Williams < > luke.williams at canonical.com> wrote: > >> Hello, >> >> That didn’t work, it just dumped the snapcraft usage >> >> Thanks, >> >> Luke Williams - Technical Partner Manager, Network Switches/Ubuntu-Core >> email: luke.williams at canonical.com >> http://www.canonical.com/ | http://www.ubuntu.com >> >> >> >> >> >> On Oct 13, 2016, at 2:45 PM, Manik Taneja wrote: >> >> >> >> On Thu, Oct 13, 2016 at 1:48 PM, Luke Williams < >> luke.williams at canonical.com> wrote: >> >> Hello, >>> >>> I was trying to build an Ubuntu-Core image and noticed that I don't have >>> my original snap key on my newly rebuilt system (hard drive failure on my >>> build machine) so I created a new default key, but can't upload it since I >>> already have a key named default. I ended up creating a new key with a new >>> name, but I would like to remove the original key, but can't seem to find >>> anything on how to do this. I can see the keys with snapcraft list-keys but >>> no way to remove them. Any ideas? >>> >>> try this- >> >> snapcraft revoke-key >> >> /manik >> >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> > > > -- > - Loïc > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm > an/listinfo/snapcraft > > -- gustavo @ http://niemeyer.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From luke.williams at canonical.com Thu Oct 13 22:49:19 2016 From: luke.williams at canonical.com (Luke Williams) Date: Thu, 13 Oct 2016 15:49:19 -0700 Subject: Removing a key In-Reply-To: References: Message-ID: <944875F7-B708-45E4-B630-5A4263EA2D3B@canonical.com> I ended up creating a new one, and I’m getting further now. I’ll start a new thread for the issue I’m see now… Thanks, Luke Williams - Technical Partner Manager, Network Switches/Ubuntu-Core email: luke.williams at canonical.com http://www.canonical.com/ | http://www.ubuntu.com > On Oct 13, 2016, at 3:45 PM, Gustavo Niemeyer wrote: > > I'm not quite sure we'll support removing of keys, as it's a bit awkward to have keys just disappearing without a trace. > > We obviously need to support revoking, though, and I see Colin Watson already has a pre-req PR lined up here: > > https://github.com/snapcore/snapd/pull/2083 > > Will see if we can review and land this tomorrow. > > In this specific case I'm not sure that's what's desired though. We also need to support renaming of keys, so you can opt to keep the current key and simply make it non-default. > > > > > > On Thu, Oct 13, 2016 at 7:31 PM, Loïc Minier > wrote: > It is likely deleting keys isn't implemented yet: > https://myapps.developer.ubuntu.com/docs/api/account.html > > In the mean time, I suggest you just register and use another key. > > Cheers, > - Loïc Minier > > On Thu, Oct 13, 2016 at 11:54 PM, Luke Williams > wrote: > Hello, > > That didn’t work, it just dumped the snapcraft usage > > Thanks, > > Luke Williams - Technical Partner Manager, Network Switches/Ubuntu-Core > email: luke.williams at canonical.com > http://www.canonical.com/ | http://www.ubuntu.com > > > > > >> On Oct 13, 2016, at 2:45 PM, Manik Taneja > wrote: >> >> >> >> On Thu, Oct 13, 2016 at 1:48 PM, Luke Williams > wrote: >> >> Hello, >> >> I was trying to build an Ubuntu-Core image and noticed that I don't have my original snap key on my newly rebuilt system (hard drive failure on my build machine) so I created a new default key, but can't upload it since I already have a key named default. I ended up creating a new key with a new name, but I would like to remove the original key, but can't seem to find anything on how to do this. I can see the keys with snapcraft list-keys but no way to remove them. Any ideas? >> >> try this- >> >> snapcraft revoke-key >> >> /manik > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft > > > > > -- > - Loïc > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft > > > > > -- > gustavo @ http://niemeyer.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From luke.williams at canonical.com Thu Oct 13 23:08:59 2016 From: luke.williams at canonical.com (Luke Williams) Date: Thu, 13 Oct 2016 16:08:59 -0700 Subject: Errors building custom ubuntu-core images Message-ID: Hello, I am trying to build a custom ubuntu-core image with a custom kernel. Below is my assertion: { "type": "model", "authority-id": "", "brand-id": "", "series": "16", "model": "pc", "architecture": "amd64", "gadget": "pc", "kernel": "onl-kernel_3.18.25_amd64.snap", "timestamp": "2016-10-13T22:26:50+00:00" } I the sign the assertion and have a valid assertion model, but when I try to build, I get the following error: $ sudo /snap/bin/ubuntu-image -c stable -o onl-snappy.img --extra-snaps onl-kernel_3.18.25_amd64.snap pc.model Fetching core Copying "onl-kernel_3.18.25_amd64.snap" (onl-kernel) Fetching pc onl-kernel already prepared, skipping uncaught exception in state machine step: [2] load_gadget_yaml Traceback (most recent call last): File "/snap/ubuntu-image/20/usr/lib/python3.5/site-packages/ubuntu_image/state.py", line 68, in __next__ step() File "/snap/ubuntu-image/20/usr/lib/python3.5/site-packages/ubuntu_image/builder.py", line 145, in load_gadget_yaml with open(yaml_file, 'r', encoding='utf-8') as fp: FileNotFoundError: [Errno 2] No such file or directory: '/tmp/tmpfmnriroe/unpack/gadget/meta/gadget.yaml' Crash in state machine Traceback (most recent call last): File "/snap/ubuntu-image/20/usr/lib/python3.5/site-packages/ubuntu_image/__main__.py", line 117, in main list(state_machine) File "/snap/ubuntu-image/20/usr/lib/python3.5/site-packages/ubuntu_image/state.py", line 68, in __next__ step() File "/snap/ubuntu-image/20/usr/lib/python3.5/site-packages/ubuntu_image/builder.py", line 145, in load_gadget_yaml with open(yaml_file, 'r', encoding='utf-8') as fp: FileNotFoundError: [Errno 2] No such file or directory: '/tmp/tmpfmnriroe/unpack/gadget/meta/gadget.yaml' It almost looks like the gadget snap is no longer called pc, but I cannot find in any past threads or documentation what it was changed to. Any help would be greatly appreciated. -- Thanks, Luke Williams - Technical Partner Manager, Network Switches and Ubuntu-Core luke.williams at canonical.com www.canonical.com || www.ubuntu.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From luke.williams at canonical.com Thu Oct 13 23:11:01 2016 From: luke.williams at canonical.com (Luke Williams) Date: Thu, 13 Oct 2016 16:11:01 -0700 Subject: Removing a key In-Reply-To: <944875F7-B708-45E4-B630-5A4263EA2D3B@canonical.com> References: <944875F7-B708-45E4-B630-5A4263EA2D3B@canonical.com> Message-ID: Probably should remove this from the auto respond message then.... A new account key has been registered to your account on the Ubuntu Store and can now be used to sign snap packages. The new key has SHA3-384 fingerprint '_CH8OBZNar1bC5Zftf7bqzwolouRFBKk8i0qFlMSs34yzJVZ1N9a-BqCL59y-h9_'. If you did not register this key, please revoke it using 'snapcraft revoke-key random1' and change your account password immediately. Best, The Ubuntu Store team On Thu, Oct 13, 2016 at 3:49 PM, Luke Williams wrote: > I ended up creating a new one, and I’m getting further now. I’ll start a > new thread for the issue I’m see now… > > Thanks, > > Luke Williams - Technical Partner Manager, Network Switches/Ubuntu-Core > email: luke.williams at canonical.com > http://www.canonical.com/ | http://www.ubuntu.com > > > > > > On Oct 13, 2016, at 3:45 PM, Gustavo Niemeyer com> wrote: > > I'm not quite sure we'll support removing of keys, as it's a bit awkward > to have keys just disappearing without a trace. > > We obviously need to support revoking, though, and I see Colin Watson > already has a pre-req PR lined up here: > > https://github.com/snapcore/snapd/pull/2083 > > Will see if we can review and land this tomorrow. > > In this specific case I'm not sure that's what's desired though. We also > need to support renaming of keys, so you can opt to keep the current key > and simply make it non-default. > > > > > > On Thu, Oct 13, 2016 at 7:31 PM, Loïc Minier > wrote: > >> It is likely deleting keys isn't implemented yet: >> https://myapps.developer.ubuntu.com/docs/api/account.html >> >> In the mean time, I suggest you just register and use another key. >> >> Cheers, >> - Loïc Minier >> >> On Thu, Oct 13, 2016 at 11:54 PM, Luke Williams < >> luke.williams at canonical.com> wrote: >> >>> Hello, >>> >>> That didn’t work, it just dumped the snapcraft usage >>> >>> Thanks, >>> >>> Luke Williams - Technical Partner Manager, Network Switches/Ubuntu-Core >>> email: luke.williams at canonical.com >>> http://www.canonical.com/ | http://www.ubuntu.com >>> >>> >>> >>> >>> >>> On Oct 13, 2016, at 2:45 PM, Manik Taneja wrote: >>> >>> >>> >>> On Thu, Oct 13, 2016 at 1:48 PM, Luke Williams < >>> luke.williams at canonical.com> wrote: >>> >>> Hello, >>>> >>>> I was trying to build an Ubuntu-Core image and noticed that I don't >>>> have my original snap key on my newly rebuilt system (hard drive failure on >>>> my build machine) so I created a new default key, but can't upload it since >>>> I already have a key named default. I ended up creating a new key with a >>>> new name, but I would like to remove the original key, but can't seem to >>>> find anything on how to do this. I can see the keys with snapcraft >>>> list-keys but no way to remove them. Any ideas? >>>> >>>> try this- >>> >>> snapcraft revoke-key >>> >>> /manik >>> >>> >>> >>> -- >>> Snapcraft mailing list >>> Snapcraft at lists.snapcraft.io >>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>> an/listinfo/snapcraft >>> >>> >> >> >> -- >> - Loïc >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> > > > -- > gustavo @ http://niemeyer.net > > > -- Thanks, Luke Williams - Technical Partner Manager, Network Switches and Ubuntu-Core luke.williams at canonical.com www.canonical.com || www.ubuntu.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve.langasek at canonical.com Fri Oct 14 00:14:42 2016 From: steve.langasek at canonical.com (Steve Langasek) Date: Thu, 13 Oct 2016 17:14:42 -0700 Subject: Errors building custom ubuntu-core images In-Reply-To: References: Message-ID: <20161014001442.GF2667@virgil.dodds.net> Hi Luke, On Thu, Oct 13, 2016 at 04:08:59PM -0700, Luke Williams wrote: > Hello, > I am trying to build a custom ubuntu-core image with a custom kernel. > I the sign the assertion and have a valid assertion model, but when I try > to build, I get the following error: > $ sudo /snap/bin/ubuntu-image -c stable -o onl-snappy.img --extra-snaps > onl-kernel_3.18.25_amd64.snap pc.model > FileNotFoundError: [Errno 2] No such file or directory: > '/tmp/tmpfmnriroe/unpack/gadget/meta/gadget.yaml' This error is because the new gadget snaps that are compatible with ubuntu-image have not yet been promoted to the stable channel; at the moment, you must use -c edge instead to get the right version. I don't know if there is anything blocking their promotion to the stable channel at this point. Michael, Oliver, can you comment? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer http://www.debian.org/ slangasek at ubuntu.com vorlon at debian.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: From luke.williams at canonical.com Fri Oct 14 00:32:08 2016 From: luke.williams at canonical.com (Luke Williams) Date: Thu, 13 Oct 2016 17:32:08 -0700 Subject: Errors building custom ubuntu-core images In-Reply-To: References: Message-ID: Hmm…. I’m getting http 500 errors when I try anything other than the stable channel…. wililupy at xenial-build:~/temp$ sudo /snap/bin/ubuntu-image -c edge -o onl-snappy.img --extra-snaps onl-kernel_3.18.25_amd64.snap pc.model error: received an unexpected http response code (500) when trying to download https://068ed04f23.site.internapcdn.net/download-snap/UqFziVZDHLSyO3TqSWgNBoAdHbLI4dAH_9.snap?t=2016-10-15T00:30:14Z&h=06855316c6c93f4548f3a54513bd82ed66f018ee COMMAND FAILED: snap prepare-image --channel=edge --extra-snaps=onl-kernel_3.18.25_amd64.snap pc.model /tmp/tmpvm_5sw_c/unpackuncaught exception in state machine step: [1] prepare_image Traceback (most recent call last): File "/snap/ubuntu-image/20/usr/lib/python3.5/site-packages/ubuntu_image/state.py", line 68, in __next__ step() File "/snap/ubuntu-image/20/usr/lib/python3.5/site-packages/ubuntu_image/builder.py", line 139, in prepare_image self.args.channel, self.args.extra_snaps) File "/snap/ubuntu-image/20/usr/lib/python3.5/site-packages/ubuntu_image/helpers.py", line 130, in snap run(cmd, stdout=None, stderr=None) File "/snap/ubuntu-image/20/usr/lib/python3.5/site-packages/ubuntu_image/helpers.py", line 114, in run proc.check_returncode() File "/snap/ubuntu-image/20/usr/lib/python3.5/subprocess.py", line 659, in check_returncode self.stderr) subprocess.CalledProcessError: Command '['snap', 'prepare-image', '--channel=edge', '--extra-snaps=onl-kernel_3.18.25_amd64.snap', 'pc.model', '/tmp/tmpvm_5sw_c/unpack']' returned non-zero exit status 1 Crash in state machine Traceback (most recent call last): File "/snap/ubuntu-image/20/usr/lib/python3.5/site-packages/ubuntu_image/__main__.py", line 117, in main list(state_machine) File "/snap/ubuntu-image/20/usr/lib/python3.5/site-packages/ubuntu_image/state.py", line 68, in __next__ step() File "/snap/ubuntu-image/20/usr/lib/python3.5/site-packages/ubuntu_image/builder.py", line 139, in prepare_image self.args.channel, self.args.extra_snaps) File "/snap/ubuntu-image/20/usr/lib/python3.5/site-packages/ubuntu_image/helpers.py", line 130, in snap run(cmd, stdout=None, stderr=None) File "/snap/ubuntu-image/20/usr/lib/python3.5/site-packages/ubuntu_image/helpers.py", line 114, in run proc.check_returncode() File "/snap/ubuntu-image/20/usr/lib/python3.5/subprocess.py", line 659, in check_returncode self.stderr) subprocess.CalledProcessError: Command '['snap', 'prepare-image', '--channel=edge', '--extra-snaps=onl-kernel_3.18.25_amd64.snap', 'pc.model', '/tmp/tmpvm_5sw_c/unpack']' returned non-zero exit status 1 Thanks, Luke Williams - Technical Partner Manager, Network Switches/Ubuntu-Core email: luke.williams at canonical.com http://www.canonical.com/ | http://www.ubuntu.com > On Oct 13, 2016, at 5:24 PM, Manik Taneja wrote: > > +mvo > > luke, > fyi, i can build pc image just fine with- > > > > i think your issue might be something else. perhaps, mvo can help. > > /manik > > On Thu, Oct 13, 2016 at 4:08 PM, Luke Williams > wrote: > Hello, > > I am trying to build a custom ubuntu-core image with a custom kernel. Below is my assertion: > > { > > "type": "model", > > "authority-id": "", > > "brand-id": "", > > "series": "16", > > "model": "pc", > > "architecture": "amd64", > > "gadget": "pc", > > "kernel": "onl-kernel_3.18.25_amd64.snap", > > "timestamp": "2016-10-13T22:26:50+00:00" > > } > > > I the sign the assertion and have a valid assertion model, but when I try to build, I get the following error: > > > $ sudo /snap/bin/ubuntu-image -c stable -o onl-snappy.img --extra-snaps onl-kernel_3.18.25_amd64.snap pc.model > > Fetching core > > Copying "onl-kernel_3.18.25_amd64.snap" (onl-kernel) > > Fetching pc > > onl-kernel already prepared, skipping > > uncaught exception in state machine step: [2] load_gadget_yaml > > Traceback (most recent call last): > > File "/snap/ubuntu-image/20/usr/lib/python3.5/site-packages/ubuntu_image/state.py", line 68, in __next__ > > step() > > File "/snap/ubuntu-image/20/usr/lib/python3.5/site-packages/ubuntu_image/builder.py", line 145, in load_gadget_yaml > > with open(yaml_file, 'r', encoding='utf-8') as fp: > > FileNotFoundError: [Errno 2] No such file or directory: '/tmp/tmpfmnriroe/unpack/gadget/meta/gadget.yaml' > > Crash in state machine > > Traceback (most recent call last): > > File "/snap/ubuntu-image/20/usr/lib/python3.5/site-packages/ubuntu_image/__main__.py", line 117, in main > > list(state_machine) > > File "/snap/ubuntu-image/20/usr/lib/python3.5/site-packages/ubuntu_image/state.py", line 68, in __next__ > > step() > > File "/snap/ubuntu-image/20/usr/lib/python3.5/site-packages/ubuntu_image/builder.py", line 145, in load_gadget_yaml > > with open(yaml_file, 'r', encoding='utf-8') as fp: > > FileNotFoundError: [Errno 2] No such file or directory: '/tmp/tmpfmnriroe/unpack/gadget/meta/gadget.yaml' > > It almost looks like the gadget snap is no longer called pc, but I cannot find in any past threads or documentation what it was changed to. > > Any help would be greatly appreciated. > > -- > Thanks, > > > Luke Williams - Technical Partner Manager, Network Switches and Ubuntu-Core > luke.williams at canonical.com > www.canonical.com || www.ubuntu.com > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Fri Oct 14 05:57:16 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Fri, 14 Oct 2016 07:57:16 +0200 Subject: Official snap button In-Reply-To: References: Message-ID: <0808fa38-190b-af9e-c13e-93aeca734c30@ubuntu.com> Le 13/10/2016 à 19:12, Aaron Ogle a écrit : > Greetings! Hey Aaron, > > I work on the Rocket.Chat project. We are looking at adding our > desktop snap as well as our server snap to our website as the > officially recommended way of installing. > > Ideally for the desktop at least we'd like to try and link to the > Ubuntu Software store directly so they can install quickly. But for > the server I realize doing an application link is not very likely, > especially since they likely wouldn't be visiting on the machine they > would install the server on. So we're thinking a button with some > kind of information pop up. > > But we'd really love to see an officially button and design for this > sort of thing. I'm adding Thibaut who talked with the design team about some official logos some times ago. Indeed, as you are telling, there are 2 use-case: - link (like the one we had in apt) for installing snaps via Ubuntu Software using an particular schema (snap:///). Robert, is there any plan on that? - logo with instructions "snap install rocket.chat" for servers for local installation (unsure if there is something planned like, redirectering to the online store and manage your snap per device there) Cheers, Didier From john.lenton at canonical.com Fri Oct 14 08:14:10 2016 From: john.lenton at canonical.com (John Lenton) Date: Fri, 14 Oct 2016 09:14:10 +0100 Subject: Errors building custom ubuntu-core images In-Reply-To: References: Message-ID: On 14 October 2016 at 01:32, Luke Williams wrote: > I’m getting http 500 errors when I try anything other than the stable > channel…. those 500s come from the CDN; can you retry? (snapcraft should retry 500s on download; we'll get to that at some point...) From sergio.schvezov at canonical.com Fri Oct 14 11:57:15 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Fri, 14 Oct 2016 08:57:15 -0300 Subject: Removing a key In-Reply-To: References: Message-ID: <885249b8-92d5-4ed3-7604-d712122b5dc0@canonical.com> El 13/10/16 a las 18:54, Luke Williams escribió: > Hello, > > That didn’t work, it just dumped the snapcraft usage That command does not exist nor do we have (last I checked) store API spport either. From sergio.schvezov at canonical.com Fri Oct 14 12:03:55 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Fri, 14 Oct 2016 09:03:55 -0300 Subject: Removing a key In-Reply-To: References: <944875F7-B708-45E4-B630-5A4263EA2D3B@canonical.com> Message-ID: <9df9f26b-b3eb-e646-8faa-3ad90673b157@canonical.com> El 13/10/16 a las 20:11, Luke Williams escribió: > Probably should remove this from the auto respond message then.... > > A new account key has been registered to your account on the Ubuntu > Store and can now be used to sign snap packages. > > > The new key has SHA3-384 fingerprint > '_CH8OBZNar1bC5Zftf7bqzwolouRFBKk8i0qFlMSs34yzJVZ1N9a-BqCL59y-h9_'. > > > If you did not register this key, please revoke it using'snapcraft > revoke-key random1' and change your account password immediately. > Is this coming from using `snapcraft register-key`? I don't recall ever merging or writing such a message. I assume you used the store front, correct? -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.schvezov at canonical.com Fri Oct 14 12:07:30 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Fri, 14 Oct 2016 09:07:30 -0300 Subject: Errors building custom ubuntu-core images In-Reply-To: References: Message-ID: <7eef3f1c-5bf6-8f10-23a7-5efdbd08f9d1@canonical.com> El 14/10/16 a las 05:14, John Lenton escribió: > On 14 October 2016 at 01:32, Luke Williams wrote: >> I’m getting http 500 errors when I try anything other than the stable >> channel…. > those 500s come from the CDN; can you retry? (snapcraft should retry > 500s on download; we'll get to that at some point...) I hope you meant snapd/ubuntu-image here :-) There might be work here for snapcraft involving pushing files though, but this is totally orthogonal to building images ;-) From ogra at ubuntu.com Fri Oct 14 12:08:57 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Fri, 14 Oct 2016 14:08:57 +0200 Subject: Errors building custom ubuntu-core images In-Reply-To: <7eef3f1c-5bf6-8f10-23a7-5efdbd08f9d1@canonical.com> References: <7eef3f1c-5bf6-8f10-23a7-5efdbd08f9d1@canonical.com> Message-ID: <1476446937.28454.0.camel@ubuntu.com> hi, On Fr, 2016-10-14 at 09:07 -0300, Sergio Schvezov wrote: > > El 14/10/16 a las 05:14, John Lenton escribió: > > > > On 14 October 2016 at 01:32, Luke Williams > .com> wrote: > > > > > > I’m getting http 500 errors when I try anything other than the > > > stable > > > channel…. > > those 500s come from the CDN; can you retry? (snapcraft should > > retry > > 500s on download; we'll get to that at some point...) > > I hope you meant snapd/ubuntu-image here :-) > > There might be work here for snapcraft involving pushing files > though,  > but this is totally orthogonal to building images ;-) > you mean ubuntu-image will not eventually become a snapcraft plugin ?  :) ciao oli -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From luke.williams at canonical.com Fri Oct 14 12:55:23 2016 From: luke.williams at canonical.com (Luke Williams) Date: Fri, 14 Oct 2016 05:55:23 -0700 Subject: Errors building custom ubuntu-core images In-Reply-To: <1476446937.28454.0.camel@ubuntu.com> References: <7eef3f1c-5bf6-8f10-23a7-5efdbd08f9d1@canonical.com> <1476446937.28454.0.camel@ubuntu.com> Message-ID: Its working this morning. I am using the edge channel and everything is working like it should now. Thanks! On Fri, Oct 14, 2016 at 5:08 AM, Oliver Grawert wrote: > hi, > On Fr, 2016-10-14 at 09:07 -0300, Sergio Schvezov wrote: > > > > El 14/10/16 a las 05:14, John Lenton escribió: > > > > > > On 14 October 2016 at 01:32, Luke Williams > > .com> wrote: > > > > > > > > I’m getting http 500 errors when I try anything other than the > > > > stable > > > > channel…. > > > those 500s come from the CDN; can you retry? (snapcraft should > > > retry > > > 500s on download; we'll get to that at some point...) > > > > I hope you meant snapd/ubuntu-image here :-) > > > > There might be work here for snapcraft involving pushing files > > though, > > but this is totally orthogonal to building images ;-) > > > you mean ubuntu-image will not eventually become a snapcraft plugin ? > > :) > > ciao > oli > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- Thanks, Luke Williams - Technical Partner Manager, Network Switches and Ubuntu-Core luke.williams at canonical.com www.canonical.com || www.ubuntu.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From john.lenton at canonical.com Fri Oct 14 12:59:44 2016 From: john.lenton at canonical.com (John Lenton) Date: Fri, 14 Oct 2016 13:59:44 +0100 Subject: Errors building custom ubuntu-core images In-Reply-To: <7eef3f1c-5bf6-8f10-23a7-5efdbd08f9d1@canonical.com> References: <7eef3f1c-5bf6-8f10-23a7-5efdbd08f9d1@canonical.com> Message-ID: On 14 October 2016 at 13:07, Sergio Schvezov wrote: > I hope you meant snapd/ubuntu-image here :-) d'oh, yes. From spencertparkin at gmail.com Fri Oct 14 23:50:21 2016 From: spencertparkin at gmail.com (Spencer) Date: Fri, 14 Oct 2016 17:50:21 -0600 Subject: Snaps on Ubuntu 16.10. Message-ID: <3E8FD0BC-9958-4297-99CD-F13C14FA5382@gmail.com> I've received a crash report under 16.10 of Ubuntu. I'm running 16.04. Before I upgrade, is there any reason why they shouldn't work yet on 16.10? From dank at kegel.com Sat Oct 15 18:26:32 2016 From: dank at kegel.com (Dan Kegel) Date: Sat, 15 Oct 2016 11:26:32 -0700 Subject: add-apt-repository and snapcraft cleanbuild? Message-ID: Hey all, Day 3 of using snapcraft, and I've managed to get both piglit and a proprietary app snapped and running. Snapcraft's learning curve is not too steep, kudos. Problem: I can't do 'snapcraft cleanbuild' on my proprietary apps because they depend on packages in a ppa and/or a private apt repo. Is there a way to specify add-apt-repository foo to be used during snapcraft cleanbuild? From dank at kegel.com Sat Oct 15 18:49:03 2016 From: dank at kegel.com (Dan Kegel) Date: Sat, 15 Oct 2016 11:49:03 -0700 Subject: Variables in snapcraft.yaml? Message-ID: I'm snapping an app that uses a library. The library has its major number in its package name and directories, as is customary. I'd like to use the same snapcraft.yaml even when the major number of the library changes (we build several versions all the time), except perhaps for changing a variable. Right now, snapcraft doesn't support that, so I have to generate the snapcraft.yaml file, which is kinda ugly. Thoughts? From spencertparkin at gmail.com Sat Oct 15 19:05:42 2016 From: spencertparkin at gmail.com (Spencer) Date: Sat, 15 Oct 2016 13:05:42 -0600 Subject: Snaps on Ubuntu 16.10. In-Reply-To: <3E8FD0BC-9958-4297-99CD-F13C14FA5382@gmail.com> References: <3E8FD0BC-9958-4297-99CD-F13C14FA5382@gmail.com> Message-ID: I probably just annoyed everyone with this email, but I thought I would follow up with it and say that the issue is resolved. The user figured it out. He reinstalled snapd after his upgrade of Ubuntu, then reinstalled the rubecube snap, and then it worked. So that's good to know. I would have encountered the same issue eventually. > On Oct 14, 2016, at 5:50 PM, Spencer wrote: > > I've received a crash report under 16.10 of Ubuntu. I'm running 16.04. Before I upgrade, is there any reason why they shouldn't work yet on 16.10? From leo.arias at canonical.com Sat Oct 15 22:29:51 2016 From: leo.arias at canonical.com (Leo Arias) Date: Sat, 15 Oct 2016 16:29:51 -0600 Subject: Variables in snapcraft.yaml? In-Reply-To: References: Message-ID: On Sat, Oct 15, 2016 at 12:49 PM, Dan Kegel wrote: > Thoughts? > I would like to hear yours instead :) Take a look at [1] where we started the discussion about setting the version in the yaml file. It seems that we should provide at least a way to overwrite the version; but should we provide ways to overwrite and inject values to all the fields? Maybe, I'm not sure. I think we should avoid to make snapcraft a full templating engine. And for what I've seen, the projects that need to change more than the version, or some more complex replacing, they are already preprocessing some files before the build. In that case, it could be reasonable to have a snapcraft.yaml.template in the repository, and use sed, or the go text/template, or something like that to generate the yaml before calling snapcraft. We will have a session to design a solution for this during the sprint next week. So please let us know your preference to take it into account. pura vida. [1] https://lists.ubuntu.com/archives/snapcraft/2016-September/000907.html -- ¡paz y baile! http://www.ubuntu.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From dank at kegel.com Sat Oct 15 22:46:35 2016 From: dank at kegel.com (Dan Kegel) Date: Sat, 15 Oct 2016 15:46:35 -0700 Subject: Variables in snapcraft.yaml? In-Reply-To: References: Message-ID: I should think a simple general variable expansion in all string values would suffice for my use case. More complex use cases would be better served by generating the .yaml file as I do now. So, yes, ${release-version}, but set it via --variable release-version=foo rather than --release-version=foo, and support ${joe-bob} and ${billyjoe}, or whatever variables the author cares to define. On Sat, Oct 15, 2016 at 3:29 PM, Leo Arias wrote: > On Sat, Oct 15, 2016 at 12:49 PM, Dan Kegel wrote: >> >> Thoughts? > > > I would like to hear yours instead :) > > Take a look at [1] where we started the discussion about setting the version > in the yaml file. It seems that we should provide at least a way to > overwrite the version; but should we provide ways to overwrite and inject > values to all the fields? Maybe, I'm not sure. I think we should avoid to > make snapcraft a full templating engine. And for what I've seen, the > projects that need to change more than the version, or some more complex > replacing, they are already preprocessing some files before the build. In > that case, it could be reasonable to have a snapcraft.yaml.template in the > repository, and use sed, or the go text/template, or something like that to > generate the yaml before calling snapcraft. > > We will have a session to design a solution for this during the sprint next > week. So please let us know your preference to take it into account. > > pura vida. > > [1] https://lists.ubuntu.com/archives/snapcraft/2016-September/000907.html > > -- > ¡paz y baile! > http://www.ubuntu.com From sergio.schvezov at canonical.com Sun Oct 16 00:01:38 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Sat, 15 Oct 2016 21:01:38 -0300 Subject: Variables in =?iso-8859-1?Q?snapcraft.yaml=3F?= In-Reply-To: References: Message-ID: <846122b2-22fc-4195-9aef-332761923953@ubuntu.com> Hello there, thanks for your interest in improving snapcraft. El sábado, 15 de octubre de 2016 19h'46:35 ART, Dan Kegel escribió: > I should think a simple general variable expansion in all string > values would suffice for my use case. > > More complex use cases would be better served by generating the .yaml > file as I do now. True, and the question becomes, when is complex too complex? (rhetorical question, no need to answer). > So, yes, ${release-version}, but set it via --variable > release-version=foo rather than --release-version=foo, > and support ${joe-bob} and ${billyjoe}, or whatever variables the > author cares to define. How did you accomplish the same before snapcraft and snaps came to be? This might help as guidance. I am afraid this will make snapcraft.yaml's available sort of unreadable. We will explore the option next week but this makes me weary as we have to get it right. -- Enviado con Dekko desde mi dispositivo Ubuntu From didrocks at ubuntu.com Sun Oct 16 10:02:08 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Sun, 16 Oct 2016 12:02:08 +0200 Subject: add-apt-repository and snapcraft cleanbuild? In-Reply-To: References: Message-ID: <402311c3-c931-0ce6-25e2-d9a6798c2e73@ubuntu.com> Le 15/10/2016 à 20:26, Dan Kegel a écrit : > Hey all, > Day 3 of using snapcraft, and I've managed to get > both piglit and a proprietary app snapped and running. > Snapcraft's learning curve is not too steep, kudos. > > Problem: I can't do 'snapcraft cleanbuild' on my proprietary > apps because they depend on packages in a ppa and/or a > private apt repo. > Is there a way to specify add-apt-repository foo > to be used during snapcraft cleanbuild? > Hey Dan, It's a very valid request, and IIRC, this isn't supported yet. Sergio, can we tackle during one of the sprint sessions next week? Cheers, Didier From loic.minier at ubuntu.com Sun Oct 16 12:17:39 2016 From: loic.minier at ubuntu.com (=?UTF-8?B?TG/Dr2MgTWluaWVy?=) Date: Sun, 16 Oct 2016 14:17:39 +0200 Subject: add-apt-repository and snapcraft cleanbuild? In-Reply-To: References: Message-ID: Until the feature gets added to snapcraft, you can use a simple shell script to start a container and setup the relevant deps, e.g. (script by mvo): https://raw.githubusercontent.com/mvo5/snapweb/feature/cleanbuild/cleanbuild.sh On Sat, Oct 15, 2016 at 8:26 PM, Dan Kegel wrote: > Hey all, > Day 3 of using snapcraft, and I've managed to get > both piglit and a proprietary app snapped and running. > Snapcraft's learning curve is not too steep, kudos. > > Problem: I can't do 'snapcraft cleanbuild' on my proprietary > apps because they depend on packages in a ppa and/or a > private apt repo. > Is there a way to specify add-apt-repository foo > to be used during snapcraft cleanbuild? > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > -- - Loïc -------------- next part -------------- An HTML attachment was scrubbed... URL: From leo.arias at canonical.com Sun Oct 16 16:36:50 2016 From: leo.arias at canonical.com (Leo Arias) Date: Sun, 16 Oct 2016 10:36:50 -0600 Subject: add-apt-repository and snapcraft cleanbuild? In-Reply-To: References: Message-ID: FWIW, here's the bug: https://bugs.launchpad.net/snapcraft/+bug/1493081 You can subscribe there to get updates, and leave your preference in a comment. As Colin said in a comment there, launchpad allows PPAs when building snaps. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dank at kegel.com Sun Oct 16 17:28:11 2016 From: dank at kegel.com (Dan Kegel) Date: Sun, 16 Oct 2016 10:28:11 -0700 Subject: add-apt-repository and snapcraft cleanbuild? In-Reply-To: References: Message-ID: Thanks! (Though to restate the obvious, just referencing ppa's isn't quite enough, also need to be able to reference private apt servers.) On Sun, Oct 16, 2016 at 9:36 AM, Leo Arias wrote: > FWIW, here's the bug: https://bugs.launchpad.net/snapcraft/+bug/1493081 > You can subscribe there to get updates, and leave your preference in a > comment. As Colin said in a comment there, launchpad allows PPAs when > building snaps. > From jb at kdenlive.org Mon Oct 17 11:39:23 2016 From: jb at kdenlive.org (jb) Date: Mon, 17 Oct 2016 13:39:23 +0200 Subject: Installing snap on Fedora Message-ID: <60343825-1fa4-b7ec-5622-b67d756694bf@kdenlive.org> Hi all, I have prepared and published Kdenlive snap packages (currently in devmode because of the dbus access issue). I requested some feedback, and a user reported the following issues when trying to install on Fedora: kdenlive-devel on a fresh Fedora 24 install using the snapd installation method and install command you gave, I get this error: "error: unknown flag `force-dangerous' ". Removing that flag from the install command produces this error: sudo snap install --edge --devmode kdenlive-devel error: cannot communicate with server: Post http://localhost/v2/snaps/kdenlive-devel : dial unix /run/snapd-snap.socket: connect: no such file or directory... Are these known issues on Fedora ? Any workaround? Thanks jb -------------- next part -------------- An HTML attachment was scrubbed... URL: From zygmunt.krynicki at canonical.com Mon Oct 17 15:22:05 2016 From: zygmunt.krynicki at canonical.com (Zygmunt Krynicki) Date: Mon, 17 Oct 2016 17:22:05 +0200 Subject: Installing snap on Fedora In-Reply-To: <60343825-1fa4-b7ec-5622-b67d756694bf@kdenlive.org> References: <60343825-1fa4-b7ec-5622-b67d756694bf@kdenlive.org> Message-ID: > Wiadomość napisana przez jb w dniu 17.10.2016, o godz. 13:39: > > Hi all, > > > I have prepared and published Kdenlive snap packages (currently in devmode because of the dbus access issue). I requested some feedback, and a user reported the following issues when trying to install on Fedora: > kdenlive-devel on a fresh Fedora 24 install using the snapd installation method and install command you gave, I get this error: "error: unknown flag `force-dangerous' > ". Removing that flag from the install command produces this error: > > sudo snap install --edge --devmode kdenlive-devel > error: cannot communicate with server: Post http://localhost/v2/snaps/kdenlive-devel: dial unix /run/snapd-snap.socket: connect: no such file or directory... > > Are these known issues on Fedora ? Any workaround? > Hey Can you please use journalctl to see what has happened to snapd? Thanks ZK From aaron.ogle at rocket.chat Mon Oct 17 16:39:45 2016 From: aaron.ogle at rocket.chat (Aaron Ogle) Date: Mon, 17 Oct 2016 16:39:45 +0000 Subject: Official snap button In-Reply-To: <0808fa38-190b-af9e-c13e-93aeca734c30@ubuntu.com> References: <0808fa38-190b-af9e-c13e-93aeca734c30@ubuntu.com> Message-ID: Didier: Exactly! We ended up just adding the text. https://rocket.chat/download Not super pretty, but we wanted to get it out there. Thanks, On Fri, Oct 14, 2016 at 12:57 AM Didier Roche wrote: > Le 13/10/2016 à 19:12, Aaron Ogle a écrit : > > Greetings! > Hey Aaron, > > > > > I work on the Rocket.Chat project. We are looking at adding our > > desktop snap as well as our server snap to our website as the > > officially recommended way of installing. > > > > Ideally for the desktop at least we'd like to try and link to the > > Ubuntu Software store directly so they can install quickly. But for > > the server I realize doing an application link is not very likely, > > especially since they likely wouldn't be visiting on the machine they > > would install the server on. So we're thinking a button with some > > kind of information pop up. > > > > But we'd really love to see an officially button and design for this > > sort of thing. > > I'm adding Thibaut who talked with the design team about some official > logos some times ago. > > Indeed, as you are telling, there are 2 use-case: > - link (like the one we had in apt) for installing snaps via Ubuntu > Software using an particular schema (snap:///). Robert, is > there any plan on that? > - logo with instructions "snap install rocket.chat" for servers for > local installation (unsure if there is something planned like, > redirectering to the online store and manage your snap per device there) > > Cheers, > Didier > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > -- *Aaron Ogle* Core Developer aaron.ogle at rocket.chat @aaron.ogle https://rocket.chat -------------- next part -------------- An HTML attachment was scrubbed... URL: From thibaut.rouffineau at canonical.com Tue Oct 18 02:24:16 2016 From: thibaut.rouffineau at canonical.com (Thibaut Rouffineau) Date: Mon, 17 Oct 2016 19:24:16 -0700 Subject: Official snap button In-Reply-To: References: <0808fa38-190b-af9e-c13e-93aeca734c30@ubuntu.com> Message-ID: Hi Aaron Way to go for now! A button would create the impression that some kind of deeplinking mechanism exists which is not the case yet. But we'll soon have to think of way to communicate that a piece of software is available as a snap more "prettily" (to use your terms) . Cheers Thibaut On Mon, Oct 17, 2016 at 9:39 AM, Aaron Ogle wrote: > Didier: > > Exactly! > > We ended up just adding the text. https://rocket.chat/download Not super > pretty, but we wanted to get it out there. > > Thanks, > > On Fri, Oct 14, 2016 at 12:57 AM Didier Roche wrote: > >> Le 13/10/2016 à 19:12, Aaron Ogle a écrit : >> > Greetings! >> Hey Aaron, >> >> > >> > I work on the Rocket.Chat project. We are looking at adding our >> > desktop snap as well as our server snap to our website as the >> > officially recommended way of installing. >> > >> > Ideally for the desktop at least we'd like to try and link to the >> > Ubuntu Software store directly so they can install quickly. But for >> > the server I realize doing an application link is not very likely, >> > especially since they likely wouldn't be visiting on the machine they >> > would install the server on. So we're thinking a button with some >> > kind of information pop up. >> > >> > But we'd really love to see an officially button and design for this >> > sort of thing. >> >> I'm adding Thibaut who talked with the design team about some official >> logos some times ago. >> >> Indeed, as you are telling, there are 2 use-case: >> - link (like the one we had in apt) for installing snaps via Ubuntu >> Software using an particular schema (snap:///). Robert, is >> there any plan on that? >> - logo with instructions "snap install rocket.chat" for servers for >> local installation (unsure if there is something planned like, >> redirectering to the online store and manage your snap per device there) >> >> Cheers, >> Didier >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/ >> mailman/listinfo/snapcraft >> > -- > > *Aaron Ogle* Core Developer > > aaron.ogle at rocket.chat > > @aaron.ogle > > https://rocket.chat > -- Thibaut Rouffineau Head of Devices Marketing +447768421323 -------------- next part -------------- An HTML attachment was scrubbed... URL: From loic.minier at ubuntu.com Tue Oct 18 11:48:14 2016 From: loic.minier at ubuntu.com (=?UTF-8?B?TG/Dr2MgTWluaWVy?=) Date: Tue, 18 Oct 2016 13:48:14 +0200 Subject: Confined Docker snap available Message-ID: Hi! Docker is since some days available as a properly confined snap. This will work on top of classic Ubuntu 16.04+ or on top of an up-to-date Ubuntu Core series 16. Because the docker.sock path is hardcoded in a lot of images, this snap conflicts with docker debs, so make sure you remove them first: sudo apt purge docker docker-engine Create a system group for docker: sudo groupadd --system docker Install the snap: sudo snap install docker And connect the interfaces (these will go away we have a snap-declaration in place): sudo snap connect docker:docker-cli docker:docker-daemon sudo snap connect docker:firewall-control ubuntu-core:firewall-control sudo snap connect docker:support ubuntu-core:docker-support sudo service snap.docker.dockerd stop sudo service snap.docker.dockerd start You're now ready to use docker, e.g.: sudo /snap/bin/docker run --rm -it hello-world sudo /snap/bin/docker run --rm -it ubuntu At the moment, the Docker snap is available for amd64, armhf, arm64, i386. Docker-compose is also included, and may be used with the "docker.compose" command. Want to read more about docker? Read the Docker snap status and FAQ doc ! Have fun and please report issues against https://github.com/docker-snap/docker Cheers, - Loïc Minier -------------- next part -------------- An HTML attachment was scrubbed... URL: From charles.butler at canonical.com Tue Oct 18 14:08:28 2016 From: charles.butler at canonical.com (Charles Butler) Date: Tue, 18 Oct 2016 09:08:28 -0500 Subject: Confined Docker snap available In-Reply-To: References: Message-ID: MUCH FANFARE! Awesome news Loïc! I'll be giving this a thorough evaluation on armhf and amd64 machines I have in-house later this weekend from an end user perspective. Thanks for reaching out and letting us know this was ready for trial. All the best, Charles Charles Butler - Juju Charmer Come see the future of modeling your datacenter: http://jujucharms.com On Tue, Oct 18, 2016 at 6:48 AM, Loïc Minier wrote: > Hi! > > Docker is since some days available as a properly confined snap. This will > work on top of classic Ubuntu 16.04+ or on top of an up-to-date Ubuntu Core > series 16. > > Because the docker.sock path is hardcoded in a lot of images, this snap > conflicts with docker debs, so make sure you remove them first: > sudo apt purge docker docker-engine > > Create a system group for docker: > sudo groupadd --system docker > > Install the snap: > sudo snap install docker > > And connect the interfaces (these will go away we have a snap-declaration > in place): > sudo snap connect docker:docker-cli docker:docker-daemon > sudo snap connect docker:firewall-control ubuntu-core:firewall-control > sudo snap connect docker:support ubuntu-core:docker-support > sudo service snap.docker.dockerd stop > sudo service snap.docker.dockerd start > > You're now ready to use docker, e.g.: > sudo /snap/bin/docker run --rm -it hello-world > sudo /snap/bin/docker run --rm -it ubuntu > > At the moment, the Docker snap is available for amd64, armhf, arm64, i386. > > Docker-compose is also included, and may be used with the "docker.compose" > command. > > Want to read more about docker? Read the Docker snap status and FAQ doc > > ! > > Have fun and please report issues against https://github.com/ > docker-snap/docker > > Cheers, > - Loïc Minier > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mabnhdev at gmail.com Tue Oct 18 18:30:27 2016 From: mabnhdev at gmail.com (MikeB) Date: Tue, 18 Oct 2016 14:30:27 -0400 Subject: Symbolic links inside .deb turning into directories Message-ID: Hi, I'm trying to use the new feature that allows debian packages to be used as src. I have a Debian package that installs a library and a symbolic link to the library. mberger at bldecos-1:/builds2/mberger/sonic/sonic-snap$ dpkg -c ../libsonic-logging1_1.0.1_amd64.deb | grep libsonic drwxr-xr-x root/root 0 2016-10-17 12:51 ./usr/share/doc/libsonic-logging1/ -rw-r--r-- root/root 158 2016-10-04 07:09 ./usr/share/doc/libsonic-logging1/changelog.gz -rw-r--r-- root/root 27016 2016-10-17 12:51 ./usr/lib/x86_64-linux-gnu/libsonic_logging.so.1.0.1 lrwxrwxrwx root/root 0 2016-10-17 12:51 ./usr/lib/x86_64-linux-gnu/libsonic_logging.so.1 -> libsonic_logging.so.1.0.1 The relavant snapcraft part is as follows. libsonic-logging1: plugin: dump source: ../libsonic-logging1_1.0.1_amd64.deb As the package is pulled, the symlink is turned into a directory and ends up being installed as a directory. mberger at bldecos-1:/builds2/mberger/sonic/sonic-snap$ ls -l parts/libsonic-logging1/src/usr/lib/x86_64-linux-gnu total 32 drwxr-xr-x 2 mberger xcore 4096 Oct 18 14:13 libsonic_logging.so.1 -rw-r--r-- 1 mberger xcore 27016 Oct 17 12:51 libsonic_logging.so.1.0.1 mberger at bldecos-1:/builds2/mberger/sonic/sonic-snap$ ls -l parts/libsonic-logging1/install/usr/lib/x86_64-linux-gnu/ total 32 drwxr-xr-x 2 mberger xcore 4096 Oct 18 14:13 libsonic_logging.so.1 -rw-r--r-- 4 mberger xcore 27016 Oct 17 12:51 libsonic_logging.so.1.0.1 mberger at bldecos-1:/builds2/mberger/sonic/sonic-snap$ ls -l stage/usr/lib/x86_64-linux-gnu/ total 1928 ... drwxr-xr-x 2 mberger xcore 4096 Oct 18 14:13 libsonic_logging.so.1 -rw-r--r-- 4 mberger xcore 27016 Oct 17 12:51 libsonic_logging.so.1.0.1 mberger at bldecos-1:/builds2/mberger/sonic/sonic-snap$ ls -l prime/usr/lib/x86_64-linux-gnu/ total 30600 ... drwxr-xr-x 2 mberger xcore 4096 Oct 18 14:13 libsonic_logging.so.1 -rw-r--r-- 4 mberger xcore 27016 Oct 17 12:51 libsonic_logging.so.1.0.1 Any ideas what may be going on here? Thanks, Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Wed Oct 19 06:42:49 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Wed, 19 Oct 2016 08:42:49 +0200 Subject: Symbolic links inside .deb turning into directories In-Reply-To: References: Message-ID: <2152fc44-ce41-98fa-681e-de0ed8c0703e@ubuntu.com> Le 18/10/2016 à 20:30, MikeB a écrit : > Hi, Hey Mike, > > I'm trying to use the new feature that allows debian packages to be > used as src. > > I have a Debian package that installs a library and a symbolic link to > the library. > > mberger at bldecos-1:/builds2/mberger/sonic/sonic-snap$ dpkg -c > ../libsonic-logging1_1.0.1_amd64.deb | grep libsonic > drwxr-xr-x root/root 0 2016-10-17 12:51 > ./usr/share/doc/libsonic-logging1/ > -rw-r--r-- root/root 158 2016-10-04 07:09 > ./usr/share/doc/libsonic-logging1/changelog.gz > -rw-r--r-- root/root 27016 2016-10-17 12:51 > ./usr/lib/x86_64-linux-gnu/libsonic_logging.so.1.0.1 > lrwxrwxrwx root/root 0 2016-10-17 12:51 > ./usr/lib/x86_64-linux-gnu/libsonic_logging.so.1 -> > libsonic_logging.so.1.0.1 > > The relavant snapcraft part is as follows. > > libsonic-logging1: > plugin: dump > source: ../libsonic-logging1_1.0.1_amd64.deb > > As the package is pulled, the symlink is turned into a directory and > ends up being installed as a directory. > > mberger at bldecos-1:/builds2/mberger/sonic/sonic-snap$ ls -l > parts/libsonic-logging1/src/usr/lib/x86_64-linux-gnu > total 32 > drwxr-xr-x 2 mberger xcore 4096 Oct 18 14:13 libsonic_logging.so.1 > -rw-r--r-- 1 mberger xcore 27016 Oct 17 12:51 libsonic_logging.so.1.0.1 > > mberger at bldecos-1:/builds2/mberger/sonic/sonic-snap$ ls -l > parts/libsonic-logging1/install/usr/lib/x86_64-linux-gnu/ > total 32 > drwxr-xr-x 2 mberger xcore 4096 Oct 18 14:13 libsonic_logging.so.1 > -rw-r--r-- 4 mberger xcore 27016 Oct 17 12:51 libsonic_logging.so.1.0.1 > > mberger at bldecos-1:/builds2/mberger/sonic/sonic-snap$ ls -l > stage/usr/lib/x86_64-linux-gnu/ > total 1928 > ... > drwxr-xr-x 2 mberger xcore 4096 Oct 18 14:13 libsonic_logging.so.1 > -rw-r--r-- 4 mberger xcore 27016 Oct 17 12:51 libsonic_logging.so.1.0.1 > > mberger at bldecos-1:/builds2/mberger/sonic/sonic-snap$ ls -l > prime/usr/lib/x86_64-linux-gnu/ > total 30600 > ... > drwxr-xr-x 2 mberger xcore 4096 Oct 18 14:13 libsonic_logging.so.1 > -rw-r--r-- 4 mberger xcore 27016 Oct 17 12:51 libsonic_logging.so.1.0.1 > > Any ideas what may be going on here? > I guess indeed this should be treated as a bug, relative symlinks should be treated as such as long as they don't point "outside" of the snap. Mind logging one against the snapcraft project on launchpad? (https://launchpad.net/snapcraft) Thanks! Didier -------------- next part -------------- An HTML attachment was scrubbed... URL: From loic.minier at ubuntu.com Wed Oct 19 10:55:23 2016 From: loic.minier at ubuntu.com (=?UTF-8?B?TG/Dr2MgTWluaWVy?=) Date: Wed, 19 Oct 2016 12:55:23 +0200 Subject: Symbolic links inside .deb turning into directories In-Reply-To: <2152fc44-ce41-98fa-681e-de0ed8c0703e@ubuntu.com> References: <2152fc44-ce41-98fa-681e-de0ed8c0703e@ubuntu.com> Message-ID: https://bugs.launchpad.net/snapcraft/+bug/1634813 On Wed, Oct 19, 2016 at 8:42 AM, Didier Roche wrote: > Le 18/10/2016 à 20:30, MikeB a écrit : > > Hi, > > > Hey Mike, > > > > I'm trying to use the new feature that allows debian packages to be used > as src. > > I have a Debian package that installs a library and a symbolic link to the > library. > > mberger at bldecos-1:/builds2/mberger/sonic/sonic-snap$ dpkg -c > ../libsonic-logging1_1.0.1_amd64.deb | grep libsonic > drwxr-xr-x root/root 0 2016-10-17 12:51 ./usr/share/doc/libsonic- > logging1/ > -rw-r--r-- root/root 158 2016-10-04 07:09 ./usr/share/doc/libsonic- > logging1/changelog.gz > -rw-r--r-- root/root 27016 2016-10-17 12:51 ./usr/lib/x86_64-linux-gnu/ > libsonic_logging.so.1.0.1 > lrwxrwxrwx root/root 0 2016-10-17 12:51 ./usr/lib/x86_64-linux-gnu/libsonic_logging.so.1 > -> libsonic_logging.so.1.0.1 > > The relavant snapcraft part is as follows. > > libsonic-logging1: > plugin: dump > source: ../libsonic-logging1_1.0.1_amd64.deb > > As the package is pulled, the symlink is turned into a directory and ends > up being installed as a directory. > > mberger at bldecos-1:/builds2/mberger/sonic/sonic-snap$ ls -l > parts/libsonic-logging1/src/usr/lib/x86_64-linux-gnu > total 32 > drwxr-xr-x 2 mberger xcore 4096 Oct 18 14:13 libsonic_logging.so.1 > -rw-r--r-- 1 mberger xcore 27016 Oct 17 12:51 libsonic_logging.so.1.0.1 > > mberger at bldecos-1:/builds2/mberger/sonic/sonic-snap$ ls -l > parts/libsonic-logging1/install/usr/lib/x86_64-linux-gnu/ > total 32 > drwxr-xr-x 2 mberger xcore 4096 Oct 18 14:13 libsonic_logging.so.1 > -rw-r--r-- 4 mberger xcore 27016 Oct 17 12:51 libsonic_logging.so.1.0.1 > > mberger at bldecos-1:/builds2/mberger/sonic/sonic-snap$ ls -l > stage/usr/lib/x86_64-linux-gnu/ > total 1928 > ... > drwxr-xr-x 2 mberger xcore 4096 Oct 18 14:13 libsonic_logging.so.1 > -rw-r--r-- 4 mberger xcore 27016 Oct 17 12:51 libsonic_logging.so.1.0.1 > > mberger at bldecos-1:/builds2/mberger/sonic/sonic-snap$ ls -l > prime/usr/lib/x86_64-linux-gnu/ > total 30600 > ... > drwxr-xr-x 2 mberger xcore 4096 Oct 18 14:13 libsonic_logging.so.1 > -rw-r--r-- 4 mberger xcore 27016 Oct 17 12:51 libsonic_logging.so.1.0.1 > > Any ideas what may be going on here? > > I guess indeed this should be treated as a bug, relative symlinks should > be treated as such as long as they don't point "outside" of the snap. > Mind logging one against the snapcraft project on launchpad? ( > https://launchpad.net/snapcraft) > Thanks! > Didier > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- - Loïc -------------- next part -------------- An HTML attachment was scrubbed... URL: From alejandro.vera at gmail.com Wed Oct 19 14:41:49 2016 From: alejandro.vera at gmail.com (Alejandro Vera) Date: Wed, 19 Oct 2016 11:41:49 -0300 Subject: calling cli apps Message-ID: Hi everyone I am doing an internal tool for our office. I want to change our .deb packages for snap packages In our tool I can config a cli "code beautifier" and also a custom browser for opening local files. So, first, what should I do to access other installed command line apps? Should I install them in my snap also? I found it a bad solution becouse i can only select the installed app Second. I want to use the default browser to open a file that it is saved in the /tmp folder of my snap. Can I do that??/ Sorry for my bad english. Is not my native language :D -- Alejandro Vera http://www.recicleta.cl -------------- next part -------------- An HTML attachment was scrubbed... URL: From spencertparkin at gmail.com Wed Oct 19 15:20:00 2016 From: spencertparkin at gmail.com (Spencer Parkin) Date: Wed, 19 Oct 2016 09:20:00 -0600 Subject: calling cli apps In-Reply-To: References: Message-ID: Alejandro, You ask a good question. As a fellow snap user, I'd like to know the answer too. I've asked about invoking other processes from snap-installed apps before and invoking the user's default browser too, but so far, the answer I've received from the snap team has been: "we don't have a solution yet." I believe it's a hard problem to solve due to the security constraints of snaps. My Chinese Checkers snap, for example, wants to invoke other instances of itself, but currently can't. It also wants to launch help documentation in a browser at a given URL, but can't. --Sp On Wed, Oct 19, 2016 at 8:41 AM, Alejandro Vera wrote: > Hi everyone > > I am doing an internal tool for our office. I want to change our .deb > packages for snap packages > > In our tool I can config a cli "code beautifier" and also a custom browser > for opening local files. > > So, first, what should I do to access other installed command line apps? > Should I install them in my snap also? I found it a bad solution becouse i > can only select the installed app > > Second. I want to use the default browser to open a file that it is saved > in the /tmp folder of my snap. Can I do that??/ > > Sorry for my bad english. Is not my native language :D > > -- > Alejandro Vera > http://www.recicleta.cl > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alejandro.vera at gmail.com Wed Oct 19 15:26:39 2016 From: alejandro.vera at gmail.com (Alejandro Vera) Date: Wed, 19 Oct 2016 12:26:39 -0300 Subject: calling cli apps In-Reply-To: References: Message-ID: Well, then I hope someone can help us!! :D I think is a common problem then. Can I try your app? what is its name? :D On Wed, Oct 19, 2016 at 12:20 PM, Spencer Parkin wrote: > Alejandro, > > You ask a good question. As a fellow snap user, I'd like to know the > answer too. I've asked about invoking other processes from snap-installed > apps before and invoking the user's default browser too, but so far, the > answer I've received from the snap team has been: "we don't have a solution > yet." I believe it's a hard problem to solve due to the security > constraints of snaps. > > My Chinese Checkers snap, for example, wants to invoke other instances of > itself, but currently can't. It also wants to launch help documentation in > a browser at a given URL, but can't. > > --Sp > > On Wed, Oct 19, 2016 at 8:41 AM, Alejandro Vera > wrote: > >> Hi everyone >> >> I am doing an internal tool for our office. I want to change our .deb >> packages for snap packages >> >> In our tool I can config a cli "code beautifier" and also a custom >> browser for opening local files. >> >> So, first, what should I do to access other installed command line apps? >> Should I install them in my snap also? I found it a bad solution becouse i >> can only select the installed app >> >> Second. I want to use the default browser to open a file that it is saved >> in the /tmp folder of my snap. Can I do that??/ >> >> Sorry for my bad english. Is not my native language :D >> >> -- >> Alejandro Vera >> http://www.recicleta.cl >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> > -- Alejandro Vera http://www.recicleta.cl -------------- next part -------------- An HTML attachment was scrubbed... URL: From spencertparkin at gmail.com Wed Oct 19 17:52:55 2016 From: spencertparkin at gmail.com (Spencer Parkin) Date: Wed, 19 Oct 2016 11:52:55 -0600 Subject: calling cli apps In-Reply-To: References: Message-ID: $ sudo snap install chiche The sound was working a few revisions ago, but recently stopped working; I don't know why. I'm aware of some bugs that I need to fix, but it works well-enough for the most part. I work full time and have a family, so I don't have time to work on it all that often. (BTW, "chiche" is short for chinese checkers, and I had no idea at the time that it's a bad word in the urban dictionary.) On Wed, Oct 19, 2016 at 9:26 AM, Alejandro Vera wrote: > Well, then I hope someone can help us!! :D > > I think is a common problem then. > > Can I try your app? what is its name? :D > > On Wed, Oct 19, 2016 at 12:20 PM, Spencer Parkin > wrote: > >> Alejandro, >> >> You ask a good question. As a fellow snap user, I'd like to know the >> answer too. I've asked about invoking other processes from snap-installed >> apps before and invoking the user's default browser too, but so far, the >> answer I've received from the snap team has been: "we don't have a solution >> yet." I believe it's a hard problem to solve due to the security >> constraints of snaps. >> >> My Chinese Checkers snap, for example, wants to invoke other instances of >> itself, but currently can't. It also wants to launch help documentation in >> a browser at a given URL, but can't. >> >> --Sp >> >> On Wed, Oct 19, 2016 at 8:41 AM, Alejandro Vera > > wrote: >> >>> Hi everyone >>> >>> I am doing an internal tool for our office. I want to change our .deb >>> packages for snap packages >>> >>> In our tool I can config a cli "code beautifier" and also a custom >>> browser for opening local files. >>> >>> So, first, what should I do to access other installed command line apps? >>> Should I install them in my snap also? I found it a bad solution becouse i >>> can only select the installed app >>> >>> Second. I want to use the default browser to open a file that it is >>> saved in the /tmp folder of my snap. Can I do that??/ >>> >>> Sorry for my bad english. Is not my native language :D >>> >>> -- >>> Alejandro Vera >>> http://www.recicleta.cl >>> >>> -- >>> Snapcraft mailing list >>> Snapcraft at lists.snapcraft.io >>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>> an/listinfo/snapcraft >>> >>> >> > > > -- > Alejandro Vera > http://www.recicleta.cl > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alejandro.vera at gmail.com Wed Oct 19 19:31:35 2016 From: alejandro.vera at gmail.com (Alejandro Vera) Date: Wed, 19 Oct 2016 16:31:35 -0300 Subject: calling cli apps In-Reply-To: References: Message-ID: Thanks!! And FYI chiche in chilean spanish is kind of a "new toy" :D On Wed, Oct 19, 2016 at 2:52 PM, Spencer Parkin wrote: > $ sudo snap install chiche > > The sound was working a few revisions ago, but recently stopped working; I > don't know why. I'm aware of some bugs that I need to fix, but it works > well-enough for the most part. I work full time and have a family, so I > don't have time to work on it all that often. > > (BTW, "chiche" is short for chinese checkers, and I had no idea at the > time that it's a bad word in the urban dictionary.) > > On Wed, Oct 19, 2016 at 9:26 AM, Alejandro Vera > wrote: > >> Well, then I hope someone can help us!! :D >> >> I think is a common problem then. >> >> Can I try your app? what is its name? :D >> >> On Wed, Oct 19, 2016 at 12:20 PM, Spencer Parkin < >> spencertparkin at gmail.com> wrote: >> >>> Alejandro, >>> >>> You ask a good question. As a fellow snap user, I'd like to know the >>> answer too. I've asked about invoking other processes from snap-installed >>> apps before and invoking the user's default browser too, but so far, the >>> answer I've received from the snap team has been: "we don't have a solution >>> yet." I believe it's a hard problem to solve due to the security >>> constraints of snaps. >>> >>> My Chinese Checkers snap, for example, wants to invoke other instances >>> of itself, but currently can't. It also wants to launch help documentation >>> in a browser at a given URL, but can't. >>> >>> --Sp >>> >>> On Wed, Oct 19, 2016 at 8:41 AM, Alejandro Vera < >>> alejandro.vera at gmail.com> wrote: >>> >>>> Hi everyone >>>> >>>> I am doing an internal tool for our office. I want to change our .deb >>>> packages for snap packages >>>> >>>> In our tool I can config a cli "code beautifier" and also a custom >>>> browser for opening local files. >>>> >>>> So, first, what should I do to access other installed command line >>>> apps? Should I install them in my snap also? I found it a bad solution >>>> becouse i can only select the installed app >>>> >>>> Second. I want to use the default browser to open a file that it is >>>> saved in the /tmp folder of my snap. Can I do that??/ >>>> >>>> Sorry for my bad english. Is not my native language :D >>>> >>>> -- >>>> Alejandro Vera >>>> http://www.recicleta.cl >>>> >>>> -- >>>> Snapcraft mailing list >>>> Snapcraft at lists.snapcraft.io >>>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>>> an/listinfo/snapcraft >>>> >>>> >>> >> >> >> -- >> Alejandro Vera >> http://www.recicleta.cl >> > > -- Alejandro Vera http://www.recicleta.cl -------------- next part -------------- An HTML attachment was scrubbed... URL: From alejandro.vera at gmail.com Wed Oct 19 21:32:10 2016 From: alejandro.vera at gmail.com (Alejandro Vera) Date: Wed, 19 Oct 2016 18:32:10 -0300 Subject: calling cli apps In-Reply-To: References: Message-ID: Thanks to you for answering!!! I will be expecting the answer !!! I trust you will do the best! :D On Wed, Oct 19, 2016 at 6:28 PM, mhall119 wrote: > Hi to you both! The snap and snapcraft teams are both working at a sprint > in the Netherland this week, and one of the topics we are discussing > happens to be a solution to exactly this kind of use case. Give us a few > days to finish working out how we can accomplish this, and someone will let > you know what the plan is. > > Thank you both for your work, and your patience as we continue to improve > our solutions. > > On Oct 19, 2016 9:33 PM, "Alejandro Vera" > wrote: > >> Thanks!! >> >> And FYI chiche in chilean spanish is kind of a "new toy" :D >> >> On Wed, Oct 19, 2016 at 2:52 PM, Spencer Parkin > > wrote: >> >>> $ sudo snap install chiche >>> >>> The sound was working a few revisions ago, but recently stopped working; >>> I don't know why. I'm aware of some bugs that I need to fix, but it works >>> well-enough for the most part. I work full time and have a family, so I >>> don't have time to work on it all that often. >>> >>> (BTW, "chiche" is short for chinese checkers, and I had no idea at the >>> time that it's a bad word in the urban dictionary.) >>> >>> On Wed, Oct 19, 2016 at 9:26 AM, Alejandro Vera < >>> alejandro.vera at gmail.com> wrote: >>> >>>> Well, then I hope someone can help us!! :D >>>> >>>> I think is a common problem then. >>>> >>>> Can I try your app? what is its name? :D >>>> >>>> On Wed, Oct 19, 2016 at 12:20 PM, Spencer Parkin < >>>> spencertparkin at gmail.com> wrote: >>>> >>>>> Alejandro, >>>>> >>>>> You ask a good question. As a fellow snap user, I'd like to know the >>>>> answer too. I've asked about invoking other processes from snap-installed >>>>> apps before and invoking the user's default browser too, but so far, the >>>>> answer I've received from the snap team has been: "we don't have a solution >>>>> yet." I believe it's a hard problem to solve due to the security >>>>> constraints of snaps. >>>>> >>>>> My Chinese Checkers snap, for example, wants to invoke other instances >>>>> of itself, but currently can't. It also wants to launch help documentation >>>>> in a browser at a given URL, but can't. >>>>> >>>>> --Sp >>>>> >>>>> On Wed, Oct 19, 2016 at 8:41 AM, Alejandro Vera < >>>>> alejandro.vera at gmail.com> wrote: >>>>> >>>>>> Hi everyone >>>>>> >>>>>> I am doing an internal tool for our office. I want to change our .deb >>>>>> packages for snap packages >>>>>> >>>>>> In our tool I can config a cli "code beautifier" and also a custom >>>>>> browser for opening local files. >>>>>> >>>>>> So, first, what should I do to access other installed command line >>>>>> apps? Should I install them in my snap also? I found it a bad solution >>>>>> becouse i can only select the installed app >>>>>> >>>>>> Second. I want to use the default browser to open a file that it is >>>>>> saved in the /tmp folder of my snap. Can I do that??/ >>>>>> >>>>>> Sorry for my bad english. Is not my native language :D >>>>>> >>>>>> -- >>>>>> Alejandro Vera >>>>>> http://www.recicleta.cl >>>>>> >>>>>> -- >>>>>> Snapcraft mailing list >>>>>> Snapcraft at lists.snapcraft.io >>>>>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>>>>> an/listinfo/snapcraft >>>>>> >>>>>> >>>>> >>>> >>>> >>>> -- >>>> Alejandro Vera >>>> http://www.recicleta.cl >>>> >>> >>> >> >> >> -- >> Alejandro Vera >> http://www.recicleta.cl >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> -- Alejandro Vera http://www.recicleta.cl -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at ubuntu.com Thu Oct 20 07:00:35 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Thu, 20 Oct 2016 08:00:35 +0100 Subject: calling cli apps In-Reply-To: References: Message-ID: This is an active discussion for us at the moment, I think we will have a solution for you soon. Mark From alejandro.vera at gmail.com Thu Oct 20 12:43:02 2016 From: alejandro.vera at gmail.com (Alejandro Vera) Date: Thu, 20 Oct 2016 09:43:02 -0300 Subject: calling cli apps In-Reply-To: References: Message-ID: Thanks Mark!!! I hope it will be the best solution!! I am dying for try Ubuntu Personal in the future... I know this is the begining so there will some trouble ahead :D On Thu, Oct 20, 2016 at 4:00 AM, Mark Shuttleworth wrote: > > This is an active discussion for us at the moment, I think we will have > a solution for you soon. > > Mark > -- Alejandro Vera http://www.recicleta.cl -------------- next part -------------- An HTML attachment was scrubbed... URL: From aaron.ogle at rocket.chat Thu Oct 20 15:36:50 2016 From: aaron.ogle at rocket.chat (Aaron Ogle) Date: Thu, 20 Oct 2016 15:36:50 +0000 Subject: Missing environment variables Message-ID: Hey guys, With our Rocket.Chat server snap. We've had several cases now where users come to us trying to figure out why it hasn't started yet after installing. Our snap: https://github.com/RocketChat/Rocket.Chat/blob/develop/.snapcraft/stable/snapcraft.yaml rocketchat-mongo: command: env LC_ALL=C mongod --smallfiles --dbpath=$SNAP_COMMON After explaining to them how to get logs, it will say our mongo install is missing the dbpath. The exact error they are getting: Error parsing command line: the argument for option '--dbpath' should follow immediately after the equal sign This seems like for some reason SNAP_COMMON isn't getting set. I've confirmed that they are using version 2.15 of snap / snapd. I also asked them to drop into the snap: sudo snap run --shell rocketchat-server Then do an: env to see if SNAP_COMMON is even set. From there it does seem to be set. Ideas? -- *Aaron Ogle* Core Developer aaron.ogle at rocket.chat @aaron.ogle https://rocket.chat -------------- next part -------------- An HTML attachment was scrubbed... URL: From spencertparkin at gmail.com Thu Oct 20 17:08:12 2016 From: spencertparkin at gmail.com (Spencer Parkin) Date: Thu, 20 Oct 2016 11:08:12 -0600 Subject: calling cli apps In-Reply-To: References: Message-ID: Hi, I would think that the security concerns can be minimized, if not completely eliminated, by setting up a way to have one snap application invoke another, possibly itself. In theory, a snap itself is already vetted and running in a secure environment. So what's insecure about one snap asking the system to invoke another? Perhaps there are some constraints on that which need to be had as well. In any case, my snap might call some other snap that Ubuntu publishes (that is endowed with special privileges) that is delegated the responsibility of invoking processes outside the secure environment, such as a browser. I don't know; I'm just brain-storming. Obviously I don't know enough about the snap technology to talk about it intelligently. I still need to get a grip on the plugs and slots. On Thu, Oct 20, 2016 at 1:00 AM, Mark Shuttleworth wrote: > > This is an active discussion for us at the moment, I think we will have > a solution for you soon. > > Mark > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kirkland at canonical.com Thu Oct 20 18:18:15 2016 From: kirkland at canonical.com (Dustin Kirkland) Date: Thu, 20 Oct 2016 11:18:15 -0700 Subject: Confined Docker snap available In-Reply-To: References: Message-ID: On Tue, Oct 18, 2016 at 4:48 AM, Loïc Minier wrote: > Hi! > > Docker is since some days available as a properly confined snap. This will > work on top of classic Ubuntu 16.04+ or on top of an up-to-date Ubuntu Core > series 16. Nice work :-) > Because the docker.sock path is hardcoded in a lot of images, this snap > conflicts with docker debs, so make sure you remove them first: > sudo apt purge docker docker-engine Hmm, that feels like something Snaps should learn to express as a declaration, right? Surely if we're successful in moving more applications, like Docker, from debs to snaps, our users would appreciate a kindly mechanism to > Create a system group for docker: > sudo groupadd --system docker > > Install the snap: > sudo snap install docker > > And connect the interfaces (these will go away we have a snap-declaration in > place): > sudo snap connect docker:docker-cli docker:docker-daemon > sudo snap connect docker:firewall-control ubuntu-core:firewall-control > sudo snap connect docker:support ubuntu-core:docker-support > sudo service snap.docker.dockerd stop > sudo service snap.docker.dockerd start Very nice. What's the ETA on snap-declaration? > You're now ready to use docker, e.g.: > sudo /snap/bin/docker run --rm -it hello-world > sudo /snap/bin/docker run --rm -it ubuntu > > At the moment, the Docker snap is available for amd64, armhf, arm64, i386. Any blockers for s390x? > Docker-compose is also included, and may be used with the "docker.compose" > command. > > Want to read more about docker? Read the Docker snap status and FAQ doc! > > Have fun and please report issues against > https://github.com/docker-snap/docker > > Cheers, > - Loïc Minier > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > From michael.vogt at canonical.com Thu Oct 20 21:32:26 2016 From: michael.vogt at canonical.com (Michael Vogt) Date: Thu, 20 Oct 2016 23:32:26 +0200 Subject: Ubuntu Core 16 Release Candidate Message-ID: <20161020213226.GA23131@bod> Hi, The Snappy team is happy to announce the Release Candidate of Ubuntu Core 16. Ubuntu Core is an operating system entirely based on snaps, including its foundation. Applications, kernel, core operating system, and gadget components are all managed as snaps and are installed and refreshed by snapd, the daemon and tooling responsible for making it all dance. Since the previous release: - Several small bugfixes - Interface improvements - Mount sharing fixes - Assertion improvements The images are available currently for PC (amd64, i386). The images for Pi2/Pi3 and Dragonboard will follow shortly and can be found at: http://cdimage.ubuntu.com/ubuntu-core/xenial/daily-preinstalled/ Once unpacked, the images are bootable, the PC image can be booted directly in qemu-kvm, virtualbox or on real hardware. When running the images in qemu-kvm it is helpful to use the "-redir" feature of qemu-kvm. E.g.: $ kvm -smp 2 -m 1500 -redir tcp:10022::22 ubuntu-core-16-amd64.img The message from console-conf is a bit misleading in this setup. It will say "ssh USER at 10.0.2.15". However due to the way that qemu-kvm user networking behaves, you will actually have to run the following to ssh into the images: $ ssh -p 10022 USER at localhost or if you have the following snippet in ~/.ssh/config Host kvm.snappy Hostname localhost Port 10022 User USER UserKnownHostsFile /dev/null StrictHostKeyChecking no then you can just $ ssh kvm.snappy After booting the image you can enter your Ubuntu One email and it will automatically create a matching user with the right ssh keys. If you do not have an Ubuntu SSO account yet you can create one at: https://login.ubuntu.com/ (don't forget to add your public ssh keys to that account). These images follow the "candidate" channel. If you find any issues, please let us know via: https://bugs.launchpad.net/snappy/ Enjoy the fresh images! Cheers, Michael Vogt (on behalf of the Snappy team) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: From loic.minier at ubuntu.com Thu Oct 20 22:28:54 2016 From: loic.minier at ubuntu.com (=?UTF-8?B?TG/Dr2MgTWluaWVy?=) Date: Fri, 21 Oct 2016 00:28:54 +0200 Subject: Confined Docker snap available In-Reply-To: References: Message-ID: On Thu, Oct 20, 2016 at 8:18 PM, Dustin Kirkland wrote: > > Because the docker.sock path is hardcoded in a lot of images, this snap > > conflicts with docker debs, so make sure you remove them first: > > sudo apt purge docker docker-engine > > Hmm, that feels like something Snaps should learn to express as a > declaration, right? Surely if we're successful in moving more > applications, like Docker, from debs to snaps, our users would > appreciate a kindly mechanism to > It's actually something that Docker upstream should get support for IMO; not a Snap issue. Basically, a lot of scripts/container images/docs hardcode this arg: -v /var/run/docker.sock:/var/run/docker.sock and then expect to find /var/run/docker.sock from inside the container. (There are of course variations and slight differences on top) This means we want the Docker snap to listen there, but then the .deb can't listen there too. IMO a cleaner approach would be for docker to have a --expose-docker-socket-inside-container flag (albeit shorter :-). Alternatively, I guess we could filter command-line arguments and remap them, but it's start getting tricky – just like it's a bit tricky to know which docker you mean when you run "docker" and that might pick up either the /snap/bin/ one or the /usr/bin/ one. > Very nice. What's the ETA on snap-declaration? > (have to check on that; it's either just an admin thing or "soon") > Any blockers for s390x? > We need an OS snap for this arch first, and we don't have this ATM; maintaining a .deb might be less work – not sure. - Loïc -------------- next part -------------- An HTML attachment was scrubbed... URL: From ogra at ubuntu.com Fri Oct 21 06:42:13 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Fri, 21 Oct 2016 08:42:13 +0200 Subject: Confined Docker snap available In-Reply-To: References: Message-ID: <1477032133.27425.6.camel@ubuntu.com> hi, On Fr, 2016-10-21 at 00:28 +0200, Loïc Minier wrote: >   > > Any blockers for s390x? > > We need an OS snap for this arch first, and we don't have this ATM; > maintaining a .deb might be less work – not sure. > we definitely have one ;)  http://people.canonical.com/~ogra/core-builds/ but i dont think anyone ever tried if it (or even snapd) actually works... ciao oli -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From didrocks at ubuntu.com Fri Oct 21 09:18:53 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Fri, 21 Oct 2016 11:18:53 +0200 Subject: Missing environment variables In-Reply-To: References: Message-ID: Le 20/10/2016 à 17:36, Aaron Ogle a écrit : > Hey guys, Hey Aaron, > > With our Rocket.Chat server snap. We've had several cases now where > users come to us trying to figure out why it hasn't started yet after > installing. > > Our snap: > https://github.com/RocketChat/Rocket.Chat/blob/develop/.snapcraft/stable/snapcraft.yaml > > rocketchat-mongo: > command: env LC_ALL=C mongod --smallfiles --dbpath=$SNAP_COMMON This is correct, and the generated wrapper (just checked, downloaded it from the store) is doing: exec "env" LC_ALL=C mongod --smallfiles --dbpath=$SNAP_COMMON "$@" > > After explaining to them how to get logs, it will say our mongo > install is missing the dbpath. > > The exact error they are getting: > Error parsing command line: the argument for option '--dbpath' should > follow immediately after the equal sign > > This seems like for some reason SNAP_COMMON isn't getting set. > > I've confirmed that they are using version 2.15 of snap / snapd. > > I also asked them to drop into the snap: sudo snap run --shell > rocketchat-server > > Then do an: env to see if SNAP_COMMON is even set. From there it does > seem to be set. Is it the case as well for you? I just tried this and: didrocks at tidus:~$ sudo snap run --shell rocketchat-server root at tidus:/home/didrocks# env | grep SNAP_COMMON SNAP_COMMON=/var/snap/rocketchat-server/common So, it's set for me, CCing Zyga who might have an idea if there are some cases where snap-confine doesn't set those variables… Cheers, Didier -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at ubuntu.com Fri Oct 21 11:26:46 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Fri, 21 Oct 2016 13:26:46 +0200 Subject: Confined Docker snap available In-Reply-To: References: Message-ID: On 20/10/16 20:18, Dustin Kirkland wrote: > Hmm, that feels like something Snaps should learn to express as a > declaration, right? Yes, I think that's definitely something we want to enable, we just need to find a nice cross-distro way to do that. Mark From aaron.ogle at rocket.chat Fri Oct 21 13:37:57 2016 From: aaron.ogle at rocket.chat (Aaron Ogle) Date: Fri, 21 Oct 2016 13:37:57 +0000 Subject: Missing environment variables In-Reply-To: References: Message-ID: Didier: Like I said its only happened to a few people, never had it personally. One upgraded to 16.10 and it went away(got impatient 😀 I think). Is there some piece of information I could get from them that might assist in the reproduction of the issue? On Fri, Oct 21, 2016, 04:19 Didier Roche wrote: > Le 20/10/2016 à 17:36, Aaron Ogle a écrit : > > Hey guys, > > > Hey Aaron, > > > With our Rocket.Chat server snap. We've had several cases now where users > come to us trying to figure out why it hasn't started yet after installing. > > Our snap: > https://github.com/RocketChat/Rocket.Chat/blob/develop/.snapcraft/stable/snapcraft.yaml > > rocketchat-mongo: > command: env LC_ALL=C mongod --smallfiles --dbpath=$SNAP_COMMON > > > This is correct, and the generated wrapper (just checked, downloaded it > from the store) is doing: > exec "env" LC_ALL=C mongod --smallfiles --dbpath=$SNAP_COMMON "$@" > > > > After explaining to them how to get logs, it will say our mongo install is > missing the dbpath. > > The exact error they are getting: > Error parsing command line: the argument for option '--dbpath' should > follow immediately after the equal sign > > This seems like for some reason SNAP_COMMON isn't getting set. > > I've confirmed that they are using version 2.15 of snap / snapd. > > I also asked them to drop into the snap: sudo snap run --shell > rocketchat-server > > Then do an: env to see if SNAP_COMMON is even set. From there it does seem > to be set. > > Is it the case as well for you? I just tried this and: > > didrocks at tidus:~$ sudo snap run --shell rocketchat-server > root at tidus:/home/didrocks# env | grep SNAP_COMMON > SNAP_COMMON=/var/snap/rocketchat-server/common > > So, it's set for me, CCing Zyga who might have an idea if there are some > cases where snap-confine doesn't set those variables… > > Cheers, > Didier > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > -- *Aaron Ogle* Core Developer aaron.ogle at rocket.chat @aaron.ogle https://rocket.chat -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Fri Oct 21 16:18:13 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Fri, 21 Oct 2016 18:18:13 +0200 Subject: Missing environment variables In-Reply-To: References: Message-ID: <946f74b4-89ae-7b4b-cc91-3db7c313b86d@ubuntu.com> Le 21/10/2016 à 15:37, Aaron Ogle a écrit : > Didier: > > Like I said its only happened to a few people, never had it personally. > One upgraded to 16.10 and it went away(got impatient 😀 I think). Is > there some piece of information I could get from them that might assist > in the reproduction of the issue? > Let's wait for Zygmunt to answer if he can think of any case where a missing SNAP_* env variable is possible with snap-confine as you think your users are getting, or if it's a misconception on the debugging on their side and something else is interfering which would lead to that error. Cheers, Didier > > On Fri, Oct 21, 2016, 04:19 Didier Roche > wrote: > > Le 20/10/2016 à 17:36, Aaron Ogle a écrit : >> Hey guys, > > Hey Aaron, > >> >> With our Rocket.Chat server snap. We've had several cases now >> where users come to us trying to figure out why it hasn't started >> yet after installing. >> >> Our snap: >> https://github.com/RocketChat/Rocket.Chat/blob/develop/.snapcraft/stable/snapcraft.yaml >> >> rocketchat-mongo: >> command: env LC_ALL=C mongod --smallfiles --dbpath=$SNAP_COMMON > > This is correct, and the generated wrapper (just checked, downloaded > it from the store) is doing: > exec "env" LC_ALL=C mongod --smallfiles --dbpath=$SNAP_COMMON "$@" > > >> >> After explaining to them how to get logs, it will say our mongo >> install is missing the dbpath. >> >> The exact error they are getting: >> Error parsing command line: the argument for option '--dbpath' >> should follow immediately after the equal sign >> >> This seems like for some reason SNAP_COMMON isn't getting set. >> >> I've confirmed that they are using version 2.15 of snap / snapd. >> >> I also asked them to drop into the snap: sudo snap run --shell >> rocketchat-server >> >> Then do an: env to see if SNAP_COMMON is even set. From there it >> does seem to be set. > Is it the case as well for you? I just tried this and: > > didrocks at tidus:~$ sudo snap run --shell rocketchat-server > root at tidus:/home/didrocks# env | grep SNAP_COMMON > SNAP_COMMON=/var/snap/rocketchat-server/common > > So, it's set for me, CCing Zyga who might have an idea if there are > some cases where snap-confine doesn't set those variables… > > Cheers, > Didier > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > -- > > > *Aaron Ogle* Core Developer > > aaron.ogle at rocket.chat > > @aaron.ogle > > https://rocket.chat > From loic.minier at ubuntu.com Fri Oct 21 17:53:28 2016 From: loic.minier at ubuntu.com (=?UTF-8?B?TG/Dr2MgTWluaWVy?=) Date: Fri, 21 Oct 2016 19:53:28 +0200 Subject: Confined Docker snap available In-Reply-To: References: Message-ID: Hi, On Fri, Oct 21, 2016 at 12:28 AM, Loïc Minier wrote: > > Very nice. What's the ETA on snap-declaration? > > (have to check on that; it's either just an admin thing or "soon") > So it's now exposed in the store web UI for reviews since a day or two. I've pushed new snaps this morning and as soon as a store reviewer ticks the boxes and accepts the snap, it should be all good. :-) Cheers, - Loïc Minier -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve.langasek at canonical.com Fri Oct 21 19:56:15 2016 From: steve.langasek at canonical.com (Steve Langasek) Date: Fri, 21 Oct 2016 12:56:15 -0700 Subject: Confined Docker snap available In-Reply-To: <1477032133.27425.6.camel@ubuntu.com> References: <1477032133.27425.6.camel@ubuntu.com> Message-ID: <20161021195615.GC5230@virgil.dodds.net> On Fri, Oct 21, 2016 at 08:42:13AM +0200, Oliver Grawert wrote: > On Fr, 2016-10-21 at 00:28 +0200, Loïc Minier wrote: > > > Any blockers for s390x? > > We need an OS snap for this arch first, and we don't have this ATM; > > maintaining a .deb might be less work – not sure. > we definitely have one ;)  > http://people.canonical.com/~ogra/core-builds/ > but i dont think anyone ever tried if it (or even snapd) actually > works... http://autopkgtest.ubuntu.com/packages/s/snapd/yakkety/s390x would be a good place to start. (Hint: definitely skip unity-related autopkgtests on s390x.) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer http://www.debian.org/ slangasek at ubuntu.com vorlon at debian.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: From gustavo.niemeyer at canonical.com Sat Oct 22 01:41:09 2016 From: gustavo.niemeyer at canonical.com (Gustavo Niemeyer) Date: Sat, 22 Oct 2016 03:41:09 +0200 Subject: Missing environment variables In-Reply-To: References: Message-ID: Hey Aaron, The most likely cause is, as you suspected, an out of date snapd. SNAP_COMMON was introduced some time after 16.04 (don't have exact version at hand right now). With recent versions of snapd, the running infrastructure was significantly improved and simplified compared to 16.04 pristine, so it seems less likely to be a problem if up-to-date. Please let us know if you find any other hints. Gustavo On Oct 21, 2016 11:39 AM, "Aaron Ogle" wrote: > Didier: > > Like I said its only happened to a few people, never had it personally. > One upgraded to 16.10 and it went away(got impatient 😀 I think). Is there > some piece of information I could get from them that might assist in the > reproduction of the issue? > > On Fri, Oct 21, 2016, 04:19 Didier Roche wrote: > >> Le 20/10/2016 à 17:36, Aaron Ogle a écrit : >> >> Hey guys, >> >> >> Hey Aaron, >> >> >> With our Rocket.Chat server snap. We've had several cases now where users >> come to us trying to figure out why it hasn't started yet after installing. >> >> Our snap: https://github.com/RocketChat/Rocket.Chat/blob/develop/. >> snapcraft/stable/snapcraft.yaml >> >> rocketchat-mongo: >> command: env LC_ALL=C mongod --smallfiles --dbpath=$SNAP_COMMON >> >> >> This is correct, and the generated wrapper (just checked, downloaded it >> from the store) is doing: >> exec "env" LC_ALL=C mongod --smallfiles --dbpath=$SNAP_COMMON "$@" >> >> >> >> After explaining to them how to get logs, it will say our mongo install >> is missing the dbpath. >> >> The exact error they are getting: >> Error parsing command line: the argument for option '--dbpath' should >> follow immediately after the equal sign >> >> This seems like for some reason SNAP_COMMON isn't getting set. >> >> I've confirmed that they are using version 2.15 of snap / snapd. >> >> I also asked them to drop into the snap: sudo snap run --shell >> rocketchat-server >> >> Then do an: env to see if SNAP_COMMON is even set. From there it does >> seem to be set. >> >> Is it the case as well for you? I just tried this and: >> >> didrocks at tidus:~$ sudo snap run --shell rocketchat-server >> root at tidus:/home/didrocks# env | grep SNAP_COMMON >> SNAP_COMMON=/var/snap/rocketchat-server/common >> >> So, it's set for me, CCing Zyga who might have an idea if there are some >> cases where snap-confine doesn't set those variables… >> >> Cheers, >> Didier >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/ >> mailman/listinfo/snapcraft >> > -- > > *Aaron Ogle* Core Developer > > aaron.ogle at rocket.chat > > @aaron.ogle > > https://rocket.chat > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From aaron.ogle at rocket.chat Sat Oct 22 01:53:01 2016 From: aaron.ogle at rocket.chat (Aaron Ogle) Date: Sat, 22 Oct 2016 01:53:01 +0000 Subject: Missing environment variables In-Reply-To: References: Message-ID: Gustavo: I'll ask them next time to update snapd through apt and reinstall our snap and see what happens. Is there a fall back variable we can use for older versions? Or a specific version of snap / snapd we should tell them they need? Thanks, On Fri, Oct 21, 2016, 20:41 Gustavo Niemeyer wrote: > Hey Aaron, > > The most likely cause is, as you suspected, an out of date snapd. > SNAP_COMMON was introduced some time after 16.04 (don't have exact version > at hand right now). > > With recent versions of snapd, the running infrastructure was > significantly improved and simplified compared to 16.04 pristine, so it > seems less likely to be a problem if up-to-date. > > Please let us know if you find any other hints. > > Gustavo > > On Oct 21, 2016 11:39 AM, "Aaron Ogle" wrote: > > Didier: > > Like I said its only happened to a few people, never had it personally. > One upgraded to 16.10 and it went away(got impatient 😀 I think). Is there > some piece of information I could get from them that might assist in the > reproduction of the issue? > > On Fri, Oct 21, 2016, 04:19 Didier Roche wrote: > > Le 20/10/2016 à 17:36, Aaron Ogle a écrit : > > Hey guys, > > > Hey Aaron, > > > With our Rocket.Chat server snap. We've had several cases now where users > come to us trying to figure out why it hasn't started yet after installing. > > Our snap: > https://github.com/RocketChat/Rocket.Chat/blob/develop/.snapcraft/stable/snapcraft.yaml > > rocketchat-mongo: > command: env LC_ALL=C mongod --smallfiles --dbpath=$SNAP_COMMON > > > This is correct, and the generated wrapper (just checked, downloaded it > from the store) is doing: > exec "env" LC_ALL=C mongod --smallfiles --dbpath=$SNAP_COMMON "$@" > > > > After explaining to them how to get logs, it will say our mongo install is > missing the dbpath. > > The exact error they are getting: > Error parsing command line: the argument for option '--dbpath' should > follow immediately after the equal sign > > This seems like for some reason SNAP_COMMON isn't getting set. > > I've confirmed that they are using version 2.15 of snap / snapd. > > I also asked them to drop into the snap: sudo snap run --shell > rocketchat-server > > Then do an: env to see if SNAP_COMMON is even set. From there it does seem > to be set. > > Is it the case as well for you? I just tried this and: > > didrocks at tidus:~$ sudo snap run --shell rocketchat-server > root at tidus:/home/didrocks# env | grep SNAP_COMMON > SNAP_COMMON=/var/snap/rocketchat-server/common > > So, it's set for me, CCing Zyga who might have an idea if there are some > cases where snap-confine doesn't set those variables… > > Cheers, > Didier > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > -- > > *Aaron Ogle* Core Developer > > aaron.ogle at rocket.chat > > @aaron.ogle > > https://rocket.chat > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- *Aaron Ogle* Core Developer aaron.ogle at rocket.chat @aaron.ogle https://rocket.chat -------------- next part -------------- An HTML attachment was scrubbed... URL: From gustavo.niemeyer at canonical.com Sat Oct 22 14:11:35 2016 From: gustavo.niemeyer at canonical.com (Gustavo Niemeyer) Date: Sat, 22 Oct 2016 16:11:35 +0200 Subject: Missing environment variables In-Reply-To: References: Message-ID: If there's a recommendation, I'd suggest recommending the last known stable, as the pace has been so fast that there are significant benefits of running a more recent version. We also have a mechanism snaps can use to declare the dependency on certain aspects of snapd, but unfortunately the common dir had a couple of issues until it finally worked smoothly. We should really support a more explicit: assumes: [snapd2.15] and leave the individual feature flags for aspects that can indeed vary across environments. On Oct 21, 2016 11:53 PM, "Aaron Ogle" wrote: > Gustavo: > > I'll ask them next time to update snapd through apt and reinstall our snap > and see what happens. > > Is there a fall back variable we can use for older versions? Or a > specific version of snap / snapd we should tell them they need? > > Thanks, > > On Fri, Oct 21, 2016, 20:41 Gustavo Niemeyer com> wrote: > >> Hey Aaron, >> >> The most likely cause is, as you suspected, an out of date snapd. >> SNAP_COMMON was introduced some time after 16.04 (don't have exact version >> at hand right now). >> >> With recent versions of snapd, the running infrastructure was >> significantly improved and simplified compared to 16.04 pristine, so it >> seems less likely to be a problem if up-to-date. >> >> Please let us know if you find any other hints. >> >> Gustavo >> >> On Oct 21, 2016 11:39 AM, "Aaron Ogle" wrote: >> >> Didier: >> >> Like I said its only happened to a few people, never had it personally. >> One upgraded to 16.10 and it went away(got impatient 😀 I think). Is there >> some piece of information I could get from them that might assist in the >> reproduction of the issue? >> >> On Fri, Oct 21, 2016, 04:19 Didier Roche wrote: >> >> Le 20/10/2016 à 17:36, Aaron Ogle a écrit : >> >> Hey guys, >> >> >> Hey Aaron, >> >> >> With our Rocket.Chat server snap. We've had several cases now where users >> come to us trying to figure out why it hasn't started yet after installing. >> >> Our snap: https://github.com/RocketChat/Rocket.Chat/blob/develop/. >> snapcraft/stable/snapcraft.yaml >> >> rocketchat-mongo: >> command: env LC_ALL=C mongod --smallfiles --dbpath=$SNAP_COMMON >> >> >> This is correct, and the generated wrapper (just checked, downloaded it >> from the store) is doing: >> exec "env" LC_ALL=C mongod --smallfiles --dbpath=$SNAP_COMMON "$@" >> >> >> >> After explaining to them how to get logs, it will say our mongo install >> is missing the dbpath. >> >> The exact error they are getting: >> Error parsing command line: the argument for option '--dbpath' should >> follow immediately after the equal sign >> >> This seems like for some reason SNAP_COMMON isn't getting set. >> >> I've confirmed that they are using version 2.15 of snap / snapd. >> >> I also asked them to drop into the snap: sudo snap run --shell >> rocketchat-server >> >> Then do an: env to see if SNAP_COMMON is even set. From there it does >> seem to be set. >> >> Is it the case as well for you? I just tried this and: >> >> didrocks at tidus:~$ sudo snap run --shell rocketchat-server >> root at tidus:/home/didrocks# env | grep SNAP_COMMON >> SNAP_COMMON=/var/snap/rocketchat-server/common >> >> So, it's set for me, CCing Zyga who might have an idea if there are some >> cases where snap-confine doesn't set those variables… >> >> Cheers, >> Didier >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/ >> mailman/listinfo/snapcraft >> >> -- >> >> *Aaron Ogle* Core Developer >> >> aaron.ogle at rocket.chat >> >> @aaron.ogle >> >> https://rocket.chat >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> -- > > *Aaron Ogle* Core Developer > > aaron.ogle at rocket.chat > > @aaron.ogle > > https://rocket.chat > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.schvezov at canonical.com Sun Oct 23 20:29:02 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Sun, 23 Oct 2016 17:29:02 -0300 Subject: Missing environment variables In-Reply-To: References: Message-ID: <87719395-6e55-73a5-4757-2fd57d18e651@canonical.com> El 21/10/16 a las 22:41, Gustavo Niemeyer escribió: > > Hey Aaron, > > The most likely cause is, as you suspected, an out of date snapd. > SNAP_COMMON was introduced some time after 16.04 (don't have exact > version at hand right now). > > With recent versions of snapd, the running infrastructure was > significantly improved and simplified compared to 16.04 pristine, so > it seems less likely to be a problem if up-to-date. > We may need to start being more proactive on the use of 'assumes' for this. First order of business, document it so people using snapcraft can make use of it and then from a snapd point of view, what having an assumes implies. From sergio.schvezov at canonical.com Sun Oct 23 20:30:28 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Sun, 23 Oct 2016 17:30:28 -0300 Subject: Missing environment variables In-Reply-To: References: Message-ID: El 22/10/16 a las 11:11, Gustavo Niemeyer escribió: > > If there's a recommendation, I'd suggest recommending the last known > stable, as the pace has been so fast that there are significant > benefits of running a more recent version. > > We also have a mechanism snaps can use to declare the dependency on > certain aspects of snapd, but unfortunately the common dir had a > couple of issues until it finally worked smoothly. > > We should really support a more explicit: > > assumes: [snapd2.15] > > and leave the individual feature flags for aspects that can indeed > vary across environments. > In my other email I sort of came to the conclusion of using assumes :-) I did not know about snapd2.15. where can we see the full list of keywords? From didrocks at ubuntu.com Mon Oct 24 08:14:01 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 24 Oct 2016 10:14:01 +0200 Subject: snap integration with XFCE In-Reply-To: References: Message-ID: <0c174afa-3d15-b75b-1ac9-5c4856ca8329@ubuntu.com> Le 06/10/2016 à 21:34, Eloy García (PC Actual) a écrit : > Hi all. > > I develop a java-based application to download and manage wallpapers > from the Internet (wallpaperdownloader) > (https://bitbucket.org/eloy_garcia_pca/wallpaperdownloader/overview). > The applications is in the store but now I'm trying to integrate XFCE > desktop too. I mean, now you can set any wallpaper downloaded directly > from the GUI and it is working fine for GNOME 3, Unity and MATE. All > three of them use gsettings interface and desktop-gtk3 wrapper part as > you can see in the snapcraft.yaml: > > name: wallpaperdownloader > version: "2.2" > summary: Download and manage your favorite wallpapers from the Internet > description: WallpaperDownloader is a simple GUI Java based application for > downloading and managing wallpapers from the Internet > grade: stable > confinement: strict > > apps: > wallpaperdownloader: > command: wallpaperdownloader.sh > plugs: [x11, network-bind, home, gsettings] > > parts: > # Pulls the code from the original source (master branch) > # desktop/gtk3 is a snapcraft part (snapcraft-desktop-helpers) from > the Wiki: https://wiki.ubuntu.com/snapcraft/parts > # It enables desktop integration and gsettings manipulation from the > confined application > # It is necessary to use gsettings interface (see above) in order to > have a fully functional > # desktop/gtk3 part > # Github repository for snapcraft-desktop-helpers: > https://github.com/ubuntu/snapcraft-desktop-helpers > wallpaperdownloader: > plugin: maven > source: .. > stage-packages: > # mate-desktop-common is necessary to have MATE gsettings schemas > available for the application > - mate-desktop-common > after: [desktop/gtk3] > > # It will copy wallpaperdownloader script into /bin/ > # This script contains all the commands needed (sets env variables, > launches the jar file...) to > # execute the application > exec: > plugin: dump > source: scripts > Now, if XFCE desktop is detected by the application, the command run > inthe background is 'xfconf-query --channel xfce4-desktop --property > /backdrop/screen0/monitor0/workspace0/last-image --set wallpaper.jpg'. > If the application runs natively, there is no problem and the > wallpaper is set properly. But when I test the snap package built, > this is the error thrown: > > ERROR LinuxWallpaperChanger:188 - Property > "/backdrop/screen0/monitor0/workspace0/last-image" does not exist on > channel "xfce4-desktop". If a new property should be created, use the > --create option. > > I have included xfconf as stage-package and the command xfconf-query > is found within the snap. Could you give me a hint to solve this problem? > > Thank you very much for your time and your help :) Hey Eloy, I'm not a xfconf user and so can't answer to you precisly. However, my guess is that you will need a file (like the dconf one we are using in GNOME/Unity environment) shared between your user's settings and the snap writable path. The desktop launcher is creating a symlink (accessed via the home interface) between the main user's dconf/user file to path of the snap writable path, to be able to read the value. The gsettings interfaces give, on its side, access to the dbus call for this. I wonder if the unaccessible file/dbus property could trigger this error fallback in xfconf, and hence, prints that message. I hope this helps! Cheers, Didier -------------- next part -------------- An HTML attachment was scrubbed... URL: From eloy.garcia.pca at gmail.com Mon Oct 24 08:58:00 2016 From: eloy.garcia.pca at gmail.com (=?UTF-8?B?RWxveSBHYXJjw61hIChQQyBBY3R1YWwp?=) Date: Mon, 24 Oct 2016 10:58:00 +0200 Subject: snap integration with XFCE In-Reply-To: <0c174afa-3d15-b75b-1ac9-5c4856ca8329@ubuntu.com> References: <0c174afa-3d15-b75b-1ac9-5c4856ca8329@ubuntu.com> Message-ID: Hi Didier! Thanks as always for your answer and feedback :) I suspected it and I was taking a look to desktop launcher source code on github, but I didn't have time to test it. One question: Can I create the symblink when the snap application is executed (after installation) via the script that i use to wrap up the launching process or will I have problems to do that because of the confinement? Best, Eloy 2016-10-24 10:14 GMT+02:00 Didier Roche : > Le 06/10/2016 à 21:34, Eloy García (PC Actual) a écrit : > > Hi all. > > I develop a java-based application to download and manage wallpapers from > the Internet (wallpaperdownloader) (https://bitbucket.org/eloy_garcia_pca/ > wallpaperdownloader/overview). The applications is in the store but now > I'm trying to integrate XFCE desktop too. I mean, now you can set any > wallpaper downloaded directly from the GUI and it is working fine for GNOME > 3, Unity and MATE. All three of them use gsettings interface and > desktop-gtk3 wrapper part as you can see in the snapcraft.yaml: > > name: wallpaperdownloaderversion: "2.2"summary: Download and manage your favorite wallpapers from the Internetdescription: WallpaperDownloader is a simple GUI Java based application for downloading and managing wallpapers from the Internetgrade: stableconfinement: strictapps: wallpaperdownloader: command: wallpaperdownloader.sh plugs: [x11, network-bind, home, gsettings]parts: # Pulls the code from the original source (master branch) # desktop/gtk3 is a snapcraft part (snapcraft-desktop-helpers) from the Wiki: https://wiki.ubuntu.com/snapcraft/parts # It enables desktop integration and gsettings manipulation from the confined application # It is necessary to use gsettings interface (see above) in order to have a fully functional # desktop/gtk3 part # Github repository for snapcraft-desktop-helpers: https://github.com/ubuntu/snapcraft-desktop-helpers wallpaperdownloader: plugin: maven source: .. stage-packages: # mate-desktop-common is necessary to have MATE gsettings schemas available for the application - mate-desktop-common after: [desktop/gtk3] # It will copy wallpaperdownloader script into /bin/ # This script contains all the commands needed (sets env variables, launches the jar file...) to # execute the application exec: plugin: dump source: scripts > > Now, if XFCE desktop is detected by the application, the command run inthe > background is 'xfconf-query --channel xfce4-desktop --property > /backdrop/screen0/monitor0/workspace0/last-image --set wallpaper.jpg'. If > the application runs natively, there is no problem and the wallpaper is set > properly. But when I test the snap package built, this is the error thrown: > > ERROR LinuxWallpaperChanger:188 - Property "/backdrop/screen0/monitor0/workspace0/last-image" > does not exist on channel "xfce4-desktop". If a new property should be > created, use the --create option. > > I have included xfconf as stage-package and the command xfconf-query is > found within the snap. Could you give me a hint to solve this problem? > > Thank you very much for your time and your help :) > > > Hey Eloy, > > I'm not a xfconf user and so can't answer to you precisly. However, my > guess is that you will need a file (like the dconf one we are using in > GNOME/Unity environment) shared between your user's settings and the snap > writable path. > The desktop launcher is creating a symlink (accessed via the home > interface) between the main user's dconf/user file to path of the snap > writable path, to be able to read the value. The gsettings interfaces give, > on its side, access to the dbus call for this. > > I wonder if the unaccessible file/dbus property could trigger this error > fallback in xfconf, and hence, prints that message. > > I hope this helps! > Cheers, > Didier > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- Eloy García Almadén -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Mon Oct 24 09:08:16 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 24 Oct 2016 11:08:16 +0200 Subject: snap integration with XFCE In-Reply-To: References: <0c174afa-3d15-b75b-1ac9-5c4856ca8329@ubuntu.com> Message-ID: Le 24/10/2016 à 10:58, Eloy García (PC Actual) a écrit : > Hi Didier! > > Thanks as always for your answer and feedback :) I suspected it and I > was taking a look to desktop launcher source code on github, but I > didn't have time to test it. One question: Can I create the symblink > when the snap application is executed (after installation) via the > script that i use to wrap up the launching process or will I have > problems to do that because of the confinement? No worry :) As long as your snap has the right plug to access the initial file, this isn't an issue (and exactly what I'm doing in the desktop launcher for dconf/gsettings: creating symlink on first launch or after each snap upgrade if the symlink isn't present). You can see such an example in https://github.com/ubuntu/snapcraft-desktop-helpers/blob/master/glib-only/launcher-specific#L37 for instance. (But yeah, it relies on /home/$USER/ and should probably find a better way to get user's real home directory. I can't use $HOME as it's redirected to SNAP_USER_DATA in some cases) > > Best, > > Eloy > > 2016-10-24 10:14 GMT+02:00 Didier Roche >: > > Le 06/10/2016 à 21:34, Eloy García (PC Actual) a écrit : >> Hi all. >> >> I develop a java-based application to download and manage >> wallpapers from the Internet (wallpaperdownloader) >> (https://bitbucket.org/eloy_garcia_pca/wallpaperdownloader/overview ). >> The applications is in the store but now I'm trying to integrate >> XFCE desktop too. I mean, now you can set any wallpaper downloaded >> directly from the GUI and it is working fine for GNOME 3, Unity >> and MATE. All three of them use gsettings interface and >> desktop-gtk3 wrapper part as you can see in the snapcraft.yaml: >> >> name: wallpaperdownloader >> version: "2.2" >> summary: Download and manage your favorite wallpapers from the Internet >> description: WallpaperDownloader is a simple GUI Java based application for >> downloading and managing wallpapers from the Internet >> grade: stable >> confinement: strict >> >> apps: >> wallpaperdownloader: >> command: wallpaperdownloader.sh >> plugs: [x11, network-bind, home, gsettings] >> >> parts: >> # Pulls the code from the original source (master branch) >> # desktop/gtk3 is a snapcraft part (snapcraft-desktop-helpers) >> from the Wiki: https://wiki.ubuntu.com/snapcraft/parts >> >> # It enables desktop integration and gsettings manipulation from >> the confined application >> # It is necessary to use gsettings interface (see above) in order >> to have a fully functional >> # desktop/gtk3 part >> # Github repository for snapcraft-desktop-helpers: >> https://github.com/ubuntu/snapcraft-desktop-helpers >> >> wallpaperdownloader: >> plugin: maven >> source: .. >> stage-packages: >> # mate-desktop-common is necessary to have MATE gsettings schemas >> available for the application >> - mate-desktop-common >> after: [desktop/gtk3] >> >> # It will copy wallpaperdownloader script into /bin/ >> # This script contains all the commands needed (sets env >> variables, launches the jar file...) to >> # execute the application >> exec: >> plugin: dump >> source: scripts >> Now, if XFCE desktop is detected by the application, the command >> run inthe background is 'xfconf-query --channel xfce4-desktop >> --property /backdrop/screen0/monitor0/workspace0/last-image --set >> wallpaper.jpg'. If the application runs natively, there is no >> problem and the wallpaper is set properly. But when I test the >> snap package built, this is the error thrown: >> >> ERROR LinuxWallpaperChanger:188 - Property >> "/backdrop/screen0/monitor0/workspace0/last-image" does not exist >> on channel "xfce4-desktop". If a new property should be created, >> use the --create option. >> >> I have included xfconf as stage-package and the command >> xfconf-query is found within the snap. Could you give me a hint to >> solve this problem? >> >> Thank you very much for your time and your help :) > > Hey Eloy, > > I'm not a xfconf user and so can't answer to you precisly. However, > my guess is that you will need a file (like the dconf one we are > using in GNOME/Unity environment) shared between your user's > settings and the snap writable path. > The desktop launcher is creating a symlink (accessed via the home > interface) between the main user's dconf/user file to path of the > snap writable path, to be able to read the value. The gsettings > interfaces give, on its side, access to the dbus call for this. > > I wonder if the unaccessible file/dbus property could trigger this > error fallback in xfconf, and hence, prints that message. > > I hope this helps! > Cheers, > Didier > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > > > > > -- > Eloy García Almadén From samuel.cozannet at canonical.com Mon Oct 24 12:57:29 2016 From: samuel.cozannet at canonical.com (Samuel Cozannet) Date: Mon, 24 Oct 2016 14:57:29 +0200 Subject: [snaps/deb] Cross dependencies / forward compatibility between debs & snaps? Message-ID: Hello, This may seem a very stupid question (apologies for this) but it just popped to me as I was working on a .deb. Background: I am currently working with IBM on some GPU docker based images, so I have to use docker on ppc64le. I came across nvidia-docker, which is the tool distributed by nVidia to abstract the management of GPUs when running docker images. nVidia does support ppc64le, and provide code to package nvidia-docker as a deb on this arch, but do not maintain repos so you have to package it yourself. The nvidia-docker deb depends on docker-engine, which is not supported by Docker on ppc64le (and provides the same functionality as docker.io, which is in our repos). So it didn't build ootb, and I had to update the control file for the .deb to reference docker.io and I was able to build it. With the recent flow of emails about the docker snap, I wondered how would the system have reacted if would I have installed the docker engine via snap? I guess it wouldn't have liked it. As the docker snap and docker deb conflict, this would mean I could not use the snap in this context. What is our recommendation for maintainers of .deb / .snap to manage dependencies? Especially, for deb maintainers, what is the best practice going forward? (needless to say the answer "just make a snap" doesn't really work her as the focus is more on managing the transition, but also cover the cases where the .deb is required for some customers / production workload which will not necessarily move from the traditional packages over night) Thx, Sam -- Samuel Cozannet Cloud, Big Data and IoT Strategy Team Business Development - Cloud and ISV Ecosystem Changing the Future of Cloud Ubuntu / Canonical UK LTD / Juju samuel.cozannet at canonical.com mob: +33 616 702 389 skype: samnco Twitter: @SaMnCo_23 [image: View Samuel Cozannet's profile on LinkedIn] -------------- next part -------------- An HTML attachment was scrubbed... URL: From gordon at chronitis.net Mon Oct 24 14:13:51 2016 From: gordon at chronitis.net (Gordon Ball) Date: Mon, 24 Oct 2016 16:13:51 +0200 Subject: Problems trying to create a snap package for bioinformatics tools Message-ID: <8313ae85-ac9f-0cd1-812c-558e9a49d0b8@chronitis.net> Hello I have been trying to create a snap package for the `cufflinks` [1] biofinformatics tools. These are packaged for debian/ubuntu, but the package is not built for xenial due to issues with boost 1.56-1.59. [2] I tried building a snap package (see snapcraft.yaml below - just a simple `stage-packages` build) on yakkety in order to bundle the relevant dependencies and then install it on xenial, but I ran into the following issues: * Trying to run any of the binaries gives the error failed to create user data directory. errmsg: Permission denied This is presumably related to #1592696, but in this case $HOME is on an NFS mount under /mnt. Probably an uncommon case, but this probably isn't the only such configuration. * The package contains multiple binaries, and the links in /snap/bin are named, eg `cufflinks.cuffdiff`, which makes them incompatible with existing scripts. Additionally, I can't declare `apps:` keys with underscores in them, so some come out completely misnamed. Did I miss an option somewhere to better control command naming? Snap packages are potentially quite useful for scientific tools with odd sets of dependencies - where confinement is not an issue, but it provides a much easier way to handle private library versions, etc. Gordon [1]: https://github.com/cole-trapnell-lab/cufflinks [2]: https://launchpad.net/ubuntu/+source/cufflinks ----8<-snapcraft.yaml-8<---- name: cufflinks version: 2.2.1 summary: Transcript assembler description: | Cufflinks assembles transcripts, estimates their abundances, and tests for differential expression and regulation in RNA-Seq samples. It accepts aligned RNA-Seq reads and assembles the alignments into a parsimonious set of transcripts. Cufflinks then estimates the relative abundances of these transcripts based on how many reads support each one, taking into account biases in library preparation protocols. confinement: devmode apps: compressgtf: command: compress_gtf cuffcompare: command: cuffcompare cuffdiff: command: cuffdiff cufflinks: command: cufflinks cuffmerge: command: cuffmerge cuffnorm: command: cuffnorm cuffquant: command: cuffquant gffread: command: gffread gtftosam: command: gtf_to_sam parts: cufflinks: plugin: nil stage-packages: - cufflinks - libboost-serialization1.61.0 - libboost-system1.61.0 - libboost-thread1.61.0 - libstdc++6 - zlib1g - libc6 - libgcc1 ----8<---- From didrocks at ubuntu.com Mon Oct 24 14:54:17 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 24 Oct 2016 16:54:17 +0200 Subject: Problems trying to create a snap package for bioinformatics tools In-Reply-To: <8313ae85-ac9f-0cd1-812c-558e9a49d0b8@chronitis.net> References: <8313ae85-ac9f-0cd1-812c-558e9a49d0b8@chronitis.net> Message-ID: <95c9b927-fb8c-58a6-bb7e-6797675248a7@ubuntu.com> Le 24/10/2016 à 16:13, Gordon Ball a écrit : > Hello Hey Gordon, > I have been trying to create a snap package for the `cufflinks` [1] > biofinformatics tools. These are packaged for debian/ubuntu, but the > package is not built for xenial due to issues with boost 1.56-1.59. [2] Nice way to ship latest to xenial users! Thanks for this > I tried building a snap package (see snapcraft.yaml below - just a > simple `stage-packages` build) on yakkety in order to bundle the > relevant dependencies and then install it on xenial, but I ran into the > following issues: > > > * Trying to run any of the binaries gives the error > > failed to create user data directory. errmsg: Permission denied > > This is presumably related to #1592696, but in this case $HOME is on > an NFS mount under /mnt. Probably an uncommon case, but this probably > isn't the only such configuration. Interesting use case In that case, I would say open a separate bugs for it. The issue can be encryptfs, or profiles not supporting $HOME set to /mnt (or something else to /home/*). It worthes tracking it! > * The package contains multiple binaries, and the links in /snap/bin > are named, eg `cufflinks.cuffdiff`, which makes them incompatible with > existing scripts. Additionally, I can't declare `apps:` keys with > underscores in them, so some come out completely misnamed. > > Did I miss an option somewhere to better control command naming? No, you didn't miss anything. As you noticed, commands are namespaced by the snap name. So, there are 2 rules: * . for general app name * only as a shortcut if snap name == app name 1. If the scripts you mentioned are part of what's shipped inside your snap, I would advise patching upstream to accept rather relocatable path (note that we do direct $PATH inside to $SNAP/bin/ and other similar path, so they should find the "short" name). You can as well ship dummy wrappers as part of your snap to also handle those use cases if needed (but again, from call inside the snap) 2/ If the scripts are externals, we started to discuss about ways to expose different top-level commands to the system. I'm CCing Gustavo here who may want to share his plans around this. Meanwhile, way to workaround this latter case are either: a) adapting your scripts to call the snap command schema b) ship some redirect dummy shell which will exec the corresponding snapname.appname, and add the directory containing those scripts to your user's $PATH. Also, I don't see any reason why we are preventing underscores in app name (nothing in yaml prevents key to be underscores). I don't link such command name in general, but I don't see any good reasons for this. Gustavo, is that deliberate? Cheers, Didier -------------- next part -------------- An HTML attachment was scrubbed... URL: From dank at kegel.com Mon Oct 24 15:49:18 2016 From: dank at kegel.com (Dan Kegel) Date: Mon, 24 Oct 2016 08:49:18 -0700 Subject: "path must be relative" in filesets is holdover convention from debian packaging, causes grief Message-ID: Hi! When generating snapcraft.yaml from e.g. CMakeLists.txt for a large project, I wanted to exclude some dev files which live at a configuration-dependent location, e.g. filesets: dev: - - at FOO@/include - - at FOO@/lib/*.a - -usr/share/doc Can you spot the usability problem? This fails with the error path "/opt/foo/include" must be relative Please, for the love of $deity, don't make the same usability mistake debian packaging did. Don't make authors add special cases in their script to strip off the leading slash of paths. That is all. Thank you. :-) - Dan From dank at kegel.com Mon Oct 24 19:52:58 2016 From: dank at kegel.com (Dan Kegel) Date: Mon, 24 Oct 2016 12:52:58 -0700 Subject: Configuring apparmor / seccomp for a snap to allow sendmsg and mkfifo? Message-ID: I'm trying to snap a largish package; works fine in devmode, but as the app likes to use unix sockets and fifos, it fails in confined mode with $ sudo /snap/bin/snappy-debug.security scanlog = AppArmor = Time: Oct 24 11:41:09 Log: apparmor="DENIED" operation="sendmsg" profile="snap.foo" pid=8536 comm="foo" family="unix" sock_type="dgram" protocol=0 requested_mask="send" denied_mask="send" addr=none peer_addr="@6E7669646961356165373434376600000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000" peer="unconfined" = Seccomp = Time: Oct 24 11:41:09 Log: auid=4294967295 uid=1001 gid=1001 ses=4294967295 pid=8536 comm="foo" exe="/snap/foo/x7/bin/foo" sig=31 arch=c000003e 133(mknod) compat=0 ip=0x7f17f6fb542d code=0x0 Syscall: mknod Any suggestions (other than 'don't do that')? I imagine there's a way to configure both apparmor and seccomp for snaps, but haven't found it yet. https://wiki.ubuntu.com/SecurityTeam/Specifications/SnappyConfinement has some clues http://askubuntu.com/questions/796809/add-custom-apparmor-rules-to-snap seems on topic Should I be looking at the snapd source? (I see there's an apparmor interface, but maybe that's internal only...) From cpollock at embarqmail.com Tue Oct 25 00:26:56 2016 From: cpollock at embarqmail.com (Chris) Date: Mon, 24 Oct 2016 19:26:56 -0500 Subject: Connecting to Ubuntu SnapWeb; https://localhost:4201 shows Your connection is not secure Message-ID: <1477355216.30713.18.camel@embarqmail.com> This is the first time I've noticed this happening and I keep SnapWeb loaded in my browser. The owner of localhost has configured their website improperly. To protect your information from being stolen, Firefox has not connected to this website. localhost:4201 uses an invalid security certificate. The certificate is not trusted because it is self-signed. The certificate is only valid for 127.0.0.1 But, is the error caused by a setting I have not correct? Chris -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 19:21:04 up 4 days, 10:45, 1 user, load average: 0.73, 0.31, 0.20 Ubuntu 16.04.1 LTS, kernel 4.4.0-45-generic #66-Ubuntu SMP Wed Oct 19 14:12:37 UTC 2016 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From cpollock at embarqmail.com Tue Oct 25 02:10:11 2016 From: cpollock at embarqmail.com (Chris) Date: Mon, 24 Oct 2016 21:10:11 -0500 Subject: Connecting to Ubuntu SnapWeb; https://localhost:4201 shows Your connection is not secure In-Reply-To: References: <1477355216.30713.18.camel@embarqmail.com> Message-ID: <1477361411.30713.20.camel@embarqmail.com> On Tue, 2016-10-25 at 04:00 +0200, Jo-Erlend Schinstad wrote: > What if you connect to https://127.0.0.1:4201? > https://127.0.0.1:4201/ shows the same error > > On 25 October 2016 at 02:26, Chris wrote: > > This is the first time I've noticed this happening and I keep > > SnapWeb > > loaded in my browser. > > > > The owner of localhost has configured their website improperly. To > > protect your information from being stolen, Firefox has not > > connected > > to this website. > > > > localhost:4201 uses an invalid security certificate. The > > certificate is > > not trusted because it is self-signed. The certificate is only > > valid > > for 127.0.0.1 > > > > But, is the error caused by a setting I have not correct? > > > > Chris > > > > -- > > Chris > > KeyID 0xE372A7DA98E6705C > > 31.11972; -97.90167 (Elev. 1092 ft) > > 19:21:04 up 4 days, 10:45, 1 user, load average: 0.73, 0.31, 0.20 > > Ubuntu 16.04.1 LTS, kernel 4.4.0-45-generic #66-Ubuntu SMP Wed Oct > > 19 14:12:37 UTC 2016 > > > > -- > > Snapcraft mailing list > > Snapcraft at lists.snapcraft.io > > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman > > /listinfo/snapcraft > > -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 21:05:12 up 4 days, 12:30, 1 user, load average: 0.38, 0.30, 0.20 Ubuntu 16.04.1 LTS, kernel 4.4.0-45-generic #66-Ubuntu SMP Wed Oct 19 14:12:37 UTC 2016 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From didrocks at ubuntu.com Tue Oct 25 06:21:35 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Tue, 25 Oct 2016 08:21:35 +0200 Subject: "path must be relative" in filesets is holdover convention from debian packaging, causes grief In-Reply-To: References: Message-ID: <3f0bbfe4-cd90-8426-c957-3c1c8bc6a646@ubuntu.com> Le 24/10/2016 à 17:49, Dan Kegel a écrit : > Hi! > > When generating snapcraft.yaml from e.g. CMakeLists.txt for a large project, > I wanted to exclude some dev files which live at a > configuration-dependent location, e.g. > > filesets: > dev: > - - at FOO@/include > - - at FOO@/lib/*.a > - -usr/share/doc > > Can you spot the usability problem? This fails with the error > > path "/opt/foo/include" must be relative > > Please, for the love of $deity, don't make the same usability mistake > debian packaging did. > Don't make authors add special cases in their script to strip off the > leading slash of paths. > > That is all. Thank you. Hey Dan, Unsure I'm following you there. You have the parts//install directory, which is your target for your parts installation. All files are there (and DESTDIR is set to there). It sounds then normal to not rely on absolute path, but only relative one to reference those, and not $ANYFILE_FROM_YOUR_HOST_SYSTEM, doesn't it? Maybe that's my twisted debian packager mindset, but do you mind providing a real example? If an upstream project ignores DESTDIR and install directly on system path, this is quite ackward and should be fixed in other way. Thoughts? Didier From didrocks at ubuntu.com Tue Oct 25 06:24:12 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Tue, 25 Oct 2016 08:24:12 +0200 Subject: Configuring apparmor / seccomp for a snap to allow sendmsg and mkfifo? In-Reply-To: References: Message-ID: Le 24/10/2016 à 21:52, Dan Kegel a écrit : > I'm trying to snap a largish package; works fine in devmode, > but as the app likes to use unix sockets and fifos, it fails in > confined mode with > > $ sudo /snap/bin/snappy-debug.security scanlog > = AppArmor = > Time: Oct 24 11:41:09 > Log: apparmor="DENIED" operation="sendmsg" profile="snap.foo" pid=8536 > comm="foo" family="unix" sock_type="dgram" protocol=0 > requested_mask="send" denied_mask="send" addr=none > peer_addr="@6E7669646961356165373434376600000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000" > peer="unconfined" > > = Seccomp = > Time: Oct 24 11:41:09 > Log: auid=4294967295 uid=1001 gid=1001 ses=4294967295 pid=8536 > comm="foo" exe="/snap/foo/x7/bin/foo" sig=31 arch=c000003e 133(mknod) > compat=0 ip=0x7f17f6fb542d code=0x0 > Syscall: mknod > > Any suggestions (other than 'don't do that')? Unix sockets are definitively possible. I'm using sockets based on unix files for some of my project and write them to $SNAP_DATA (for daemons, the daemon creating the socket) and it works well. You may want to try this? On mknod, I don't know if we have any plan for enabling this in some ways. CCing Jamie for this. > I imagine there's a way to configure both apparmor and seccomp for > snaps, but haven't found it yet. > https://wiki.ubuntu.com/SecurityTeam/Specifications/SnappyConfinement > has some clues > http://askubuntu.com/questions/796809/add-custom-apparmor-rules-to-snap > seems on topic > Should I be looking at the snapd source? (I see there's an apparmor > interface, but maybe that's internal only...) > I don't think we want snaps to ship their own configuration. It's better to collaborate on a snapd interface that can be reused between snaps, rather than letting any snap defining its own confinement rules (or said differently, the confinment may be useless if we allow this). Cheers, Didier From dank at kegel.com Tue Oct 25 06:46:14 2016 From: dank at kegel.com (Dan Kegel) Date: Mon, 24 Oct 2016 23:46:14 -0700 Subject: "path must be relative" in filesets is holdover convention from debian packaging, causes grief In-Reply-To: <3f0bbfe4-cd90-8426-c957-3c1c8bc6a646@ubuntu.com> References: <3f0bbfe4-cd90-8426-c957-3c1c8bc6a646@ubuntu.com> Message-ID: On Mon, Oct 24, 2016 at 11:21 PM, Didier Roche wrote: > You have the parts//install directory, which is your target > for your parts installation. All files are there (and DESTDIR is set to > there). It sounds then normal to not rely on absolute path, but only > relative one to reference those, and not $ANYFILE_FROM_YOUR_HOST_SYSTEM, > doesn't it? Yes. I'm asking for syntactic sugar. Please ignore the leading slash rather than throwing an error. This will make life easier for users generating snapcraft.yaml, who otherwise have to script removing that slash. > Maybe that's my twisted debian packager mindset, but do you mind > providing a real example? If an upstream project ignores DESTDIR and > install directly on system path, this is quite ackward and should be > fixed in other way. I'm not talking about supporting that. I'm talking about doing everything right *except* for not having to strip the leading slash off those paths. Another way of looking at is is, the path should be evaluated in the confined context rather than the outer context. Does that make more sense? Grouchily yours, random user tired of doing sed -e 's,^/,,' all over the place. From didrocks at ubuntu.com Tue Oct 25 06:49:32 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Tue, 25 Oct 2016 08:49:32 +0200 Subject: "path must be relative" in filesets is holdover convention from debian packaging, causes grief In-Reply-To: References: <3f0bbfe4-cd90-8426-c957-3c1c8bc6a646@ubuntu.com> Message-ID: Le 25/10/2016 à 08:46, Dan Kegel a écrit : > On Mon, Oct 24, 2016 at 11:21 PM, Didier Roche wrote: >> You have the parts//install directory, which is your target >> for your parts installation. All files are there (and DESTDIR is set to >> there). It sounds then normal to not rely on absolute path, but only >> relative one to reference those, and not $ANYFILE_FROM_YOUR_HOST_SYSTEM, >> doesn't it? > > Yes. I'm asking for syntactic sugar. Please ignore the leading slash > rather than throwing an error. This will make life easier for users > generating snapcraft.yaml, who otherwise have to script removing that slash. > >> Maybe that's my twisted debian packager mindset, but do you mind >> providing a real example? If an upstream project ignores DESTDIR and >> install directly on system path, this is quite ackward and should be >> fixed in other way. > > I'm not talking about supporting that. I'm talking about doing > everything right *except* for not having to strip the leading > slash off those paths. > > Another way of looking at is is, the path should be evaluated > in the confined context rather than the outer context. > Does that make more sense? > > Grouchily yours, > random user tired of doing sed -e 's,^/,,' all over the place. > Ah ok, that makes sense. I think that would be possible, ignoring leading "/". Not sure it's a feature we should advertize, but I don't see any kind of side-effect to it, as long as we requires all files to be in known snapcraft dirs. Sergio, Kyle, wdyt? From david.barth at canonical.com Tue Oct 25 08:24:52 2016 From: david.barth at canonical.com (David Barth) Date: Tue, 25 Oct 2016 10:24:52 +0200 Subject: Connecting to Ubuntu SnapWeb; https://localhost:4201 shows Your connection is not secure In-Reply-To: <1477355216.30713.18.camel@embarqmail.com> References: <1477355216.30713.18.camel@embarqmail.com> Message-ID: Hi Chris, We've started to use an HTTPS link on port 4201. The usual 4200 port is automatically redirected as well. The self-signed certificate warning is a temporary evil to protect a new token requested for access control. We are working on additional security parts for snapweb, like SSO/macaroon authentication in particular, to improve the usability. If something is unclear, please help us document it by filing a bug at: https://bugs.launchpad.net/snapweb/+filebug Thanks On Tue, Oct 25, 2016 at 2:26 AM, Chris wrote: > This is the first time I've noticed this happening and I keep SnapWeb > loaded in my browser. > > The owner of localhost has configured their website improperly. To > protect your information from being stolen, Firefox has not connected > to this website. > > localhost:4201 uses an invalid security certificate. The certificate is > not trusted because it is self-signed. The certificate is only valid > for 127.0.0.1 > > But, is the error caused by a setting I have not correct? > > Chris > > -- > Chris > KeyID 0xE372A7DA98E6705C > 31.11972; -97.90167 (Elev. 1092 ft) > 19:21:04 up 4 days, 10:45, 1 user, load average: 0.73, 0.31, 0.20 > Ubuntu 16.04.1 LTS, kernel 4.4.0-45-generic #66-Ubuntu SMP Wed Oct 19 > 14:12:37 UTC 2016 > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.schvezov at canonical.com Tue Oct 25 11:42:56 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Tue, 25 Oct 2016 08:42:56 -0300 Subject: Problems trying to create a snap package for bioinformatics tools In-Reply-To: <95c9b927-fb8c-58a6-bb7e-6797675248a7@ubuntu.com> References: <8313ae85-ac9f-0cd1-812c-558e9a49d0b8@chronitis.net> <95c9b927-fb8c-58a6-bb7e-6797675248a7@ubuntu.com> Message-ID: El 24/10/16 a las 11:54, Didier Roche escribió: > > Also, I don't see any reason why we are preventing underscores in app > name (nothing in yaml prevents key to be underscores). I don't link such > command name in general, but I don't see any good reasons for this. > Gustavo, is that deliberate? Jamie may be the best person to answer this and see if we can get out of it. If the restriction can be rid of then we should get to it, if not an askubuntu entry explaining this would be good for referring to later. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cpollock at embarqmail.com Tue Oct 25 13:04:07 2016 From: cpollock at embarqmail.com (Chris) Date: Tue, 25 Oct 2016 08:04:07 -0500 Subject: Connecting to Ubuntu SnapWeb; https://localhost:4201 shows Your connection is not secure In-Reply-To: References: <1477355216.30713.18.camel@embarqmail.com> Message-ID: <1477400647.30713.30.camel@embarqmail.com> On Tue, 2016-10-25 at 10:24 +0200, David Barth wrote: > Hi Chris, > > We've started to use an HTTPS link on port 4201. The usual 4200 port > is automatically redirected as well. > The self-signed certificate warning is a temporary evil to protect a > new token requested for access control. > > We are working on additional security parts for snapweb, like > SSO/macaroon authentication in particular, to improve the usability. > > If something is unclear, please help us document it by filing a bug > at: https://bugs.launchpad.net/snapweb/+filebug > > Thanks > Thanks David so what I need to do is add an exception for the self- signed certificate to be accepted by Firefox. I really see no reason, at the moment, to file a bug report since it appears to me you just adding another layer of security to snapweb. Chris > On Tue, Oct 25, 2016 at 2:26 AM, Chris > wrote: > > This is the first time I've noticed this happening and I keep > > SnapWeb > > loaded in my browser. > > > > The owner of localhost has configured their website improperly. To > > protect your information from being stolen, Firefox has not > > connected > > to this website. > > > > localhost:4201 uses an invalid security certificate. The > > certificate is > > not trusted because it is self-signed. The certificate is only > > valid > > for 127.0.0.1 > > > > But, is the error caused by a setting I have not correct? > > > > Chris > > > > -- > > Chris > > KeyID 0xE372A7DA98E6705C > > 31.11972; -97.90167 (Elev. 1092 ft) > > 19:21:04 up 4 days, 10:45, 1 user, load average: 0.73, 0.31, 0.20 > > Ubuntu 16.04.1 LTS, kernel 4.4.0-45-generic #66-Ubuntu SMP Wed Oct > > 19 14:12:37 UTC 2016 > > > > -- > > Snapcraft mailing list > > Snapcraft at lists.snapcraft.io > > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman > > /listinfo/snapcraft > > -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 07:58:28 up 4 days, 23:23, 1 user, load average: 0.91, 0.97, 1.08 Ubuntu 16.04.1 LTS, kernel 4.4.0-45-generic #66-Ubuntu SMP Wed Oct 19 14:12:37 UTC 2016 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From jamie at canonical.com Tue Oct 25 13:25:56 2016 From: jamie at canonical.com (Jamie Strandboge) Date: Tue, 25 Oct 2016 08:25:56 -0500 Subject: Problems trying to create a snap package for bioinformatics tools In-Reply-To: <95c9b927-fb8c-58a6-bb7e-6797675248a7@ubuntu.com> References: <8313ae85-ac9f-0cd1-812c-558e9a49d0b8@chronitis.net> <95c9b927-fb8c-58a6-bb7e-6797675248a7@ubuntu.com> Message-ID: <1477401956.9663.7.camel@canonical.com> On Mon, 2016-10-24 at 16:54 +0200, Didier Roche wrote: > Le 24/10/2016 à 16:13, Gordon Ball a écrit : > > > > > Hello > Hey Gordon, > > > > > I have been trying to create a snap package for the `cufflinks` [1] > > biofinformatics tools. These are packaged for debian/ubuntu, but the > > package is not built for xenial due to issues with boost 1.56-1.59. [2] > Nice way to ship latest to xenial users! Thanks for this  > > > > > I tried building a snap package (see snapcraft.yaml below - just a > > simple `stage-packages` build) on yakkety in order to bundle the > > relevant dependencies and then install it on xenial, but I ran into the > > following issues: > > > > > >  * Trying to run any of the binaries gives the error > > > >     failed to create user data directory. errmsg: Permission denied > > > >    This is presumably related to #1592696, but in this case $HOME is on > > an NFS mount under /mnt. Probably an uncommon case, but this probably > > isn't the only such configuration. > Interesting use case  > In that case, I would say open a separate bugs for it. The issue can be > encryptfs, or profiles not supporting $HOME set to /mnt (or something > else to /home/*). It worthes tracking it! > This has come up before in this bug: https://bugs.launchpad.net/snap-confine/+bug/1620771 See comments: https://bugs.launchpad.net/snap-confine/+bug/1620771/comments/5 https://bugs.launchpad.net/snap-confine/+bug/1620771/comments/6 in particular for how to configure apparmor for an alternate home location. Note that snapd could be adjusted to manage the home apparmor tunable (which is why the bug is still open). ... > Also, I don't see any reason why we are preventing underscores in app > name (nothing in yaml prevents key to be underscores). I don't link such > command name in general, but I don't see any good reasons for this. > Gustavo, is that deliberate? > Yes because the udev security backend uses underscores as delimiters for udev tags. The allowed character set for udev tagging is extremely limited and we must continue to use underscores for this. That said, since it is only the command name that has underscores, it is possible (though more brittle) to adjust things to only split on the first two underscores (eg, it would still be possible to parse 'snap_name_command_name' so long as 'name' isn't allowed to have underscores). A change like this would require more investigation and approval from Gustavo. -- Jamie Strandboge | http://www.canonical.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part URL: From jamie at canonical.com Tue Oct 25 13:33:32 2016 From: jamie at canonical.com (Jamie Strandboge) Date: Tue, 25 Oct 2016 08:33:32 -0500 Subject: Configuring apparmor / seccomp for a snap to allow sendmsg and mkfifo? In-Reply-To: References: Message-ID: <1477402412.9663.14.camel@canonical.com> On Tue, 2016-10-25 at 08:24 +0200, Didier Roche wrote: > Le 24/10/2016 à 21:52, Dan Kegel a écrit : > > > > I'm trying to snap a largish package; works fine in devmode, > > but as the app likes to use unix sockets and fifos, it fails in > > confined mode with > > > > $ sudo /snap/bin/snappy-debug.security scanlog > > = AppArmor = > > Time: Oct 24 11:41:09 > > Log: apparmor="DENIED" operation="sendmsg" profile="snap.foo" pid=8536 > > comm="foo" family="unix" sock_type="dgram" protocol=0 > > requested_mask="send" denied_mask="send" addr=none > > peer_addr="@6E76696469613561653734343766000000000000000000000000000000000000 > > 00000000000000000000000000000000000000000000000000000000000000" > > peer="unconfined" > > > > = Seccomp = > > Time: Oct 24 11:41:09 > > Log: auid=4294967295 uid=1001 gid=1001 ses=4294967295 pid=8536 > > comm="foo" exe="/snap/foo/x7/bin/foo" sig=31 arch=c000003e 133(mknod) > > compat=0 ip=0x7f17f6fb542d code=0x0 > > Syscall: mknod > > > > Any suggestions (other than 'don't do that')? > Unix sockets are definitively possible. I'm using sockets based on unix > files for some of my project and write them to $SNAP_DATA (for daemons, > the daemon creating the socket) and it works well. You may want to try this? > Instead of using an abstract or anonymous socket, use a named socket and put in SNAP_DATA and you won't get the apparmor denial. It's planned to allow applications to create abstract sockets for intra-snap communication, but it hasn't landed yet. > On mknod, I don't know if we have any plan for enabling this in some > ways. CCing Jamie for this. > mknod is intentionally and explicitly denied. It is planned to allow snaps via seccomp arg filtering policy the ability to create S_IFIFO and S_IFREG files (ie, pipes and regular files, but not character and block devices), but it hasn't landed yet. > > > > I imagine there's a way to configure both apparmor and seccomp for > > snaps, but haven't found it yet. > > https://wiki.ubuntu.com/SecurityTeam/Specifications/SnappyConfinement > > has some clues > > http://askubuntu.com/questions/796809/add-custom-apparmor-rules-to-snap > > seems on topic > > Should I be looking at the snapd source?  (I see there's an apparmor > > interface, but maybe that's internal only...) > > > I don't think we want snaps to ship their own configuration. It's better > to collaborate on a snapd interface that can be reused between snaps, > rather than letting any snap defining its own confinement rules (or said > differently, the confinment may be useless if we allow this). > > Cheers, > Didier > -- Jamie Strandboge | http://www.canonical.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part URL: From gustavo.niemeyer at canonical.com Tue Oct 25 14:39:52 2016 From: gustavo.niemeyer at canonical.com (Gustavo Niemeyer) Date: Tue, 25 Oct 2016 12:39:52 -0200 Subject: Problems trying to create a snap package for bioinformatics tools In-Reply-To: <8313ae85-ac9f-0cd1-812c-558e9a49d0b8@chronitis.net> References: <8313ae85-ac9f-0cd1-812c-558e9a49d0b8@chronitis.net> Message-ID: Hi Gordon, On Mon, Oct 24, 2016 at 12:13 PM, Gordon Ball wrote: > > * The package contains multiple binaries, and the links in /snap/bin > are named, eg `cufflinks.cuffdiff`, which makes them incompatible with > existing scripts. As you can imagine the problem here is namespacing. Unlike in traditional Linux distributions, the application names inside snaps are not curated to prevent conflicts, so the naming scheme we have put in place allows everybody to own the namespace under their own snaps with that scheme. That said, we understand this is not optimal because, as you say, it breaks existing scripts. We have two alternative plans for how to sort this out, and will put one of them in place very soon. Additionally, I can't declare `apps:` keys with > underscores in them, so some come out completely misnamed. > This is related but slightly orthogonal. We indeed restrict the charset used to name commands, both to enable predictable delimiters in some contexts, and also to make the system feel saner to the user. The vast majority of application names fit in the current constraints, so the question is whether it's best to have a consistent naming scheme for the user, or whether it's best to attempt to support more cases for the developer (underscores, uppercases, dots, ...). We don't have an answer yet. gustavo @ http://niemeyer.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From dank at kegel.com Tue Oct 25 14:53:23 2016 From: dank at kegel.com (Dan Kegel) Date: Tue, 25 Oct 2016 07:53:23 -0700 Subject: Configuring apparmor / seccomp for a snap to allow sendmsg and mkfifo? In-Reply-To: <1477402412.9663.14.camel@canonical.com> References: <1477402412.9663.14.camel@canonical.com> Message-ID: On Tue, Oct 25, 2016 at 6:33 AM, Jamie Strandboge wrote: > Instead of using an abstract or anonymous socket, use a named socket and put in > SNAP_DATA Sounds very doable, I'll try. > It is planned to allow snaps via > seccomp arg filtering policy the ability to create S_IFIFO and S_IFREG files > (ie, pipes and regular files, but not character and block devices), but it > hasn't landed yet. Is this it? https://bugs.launchpad.net/ubuntu/+source/ubuntu-core-launcher/+bug/1446748 Thanks! - Dan From alberto.mardegan at canonical.com Tue Oct 25 15:05:00 2016 From: alberto.mardegan at canonical.com (Alberto Mardegan) Date: Tue, 25 Oct 2016 18:05:00 +0300 Subject: Host tools in snap shell Message-ID: <30030ced-9f27-3ad3-a0fb-969f1b1b5490@canonical.com> Hi all! I've a weird issue in my snap which needs some debugging. I understand that snap run --shell is the command I want to use in order to start a shell with the same confinement and environment of my snap (which BTW is in --devmode), and so far so good. But now I want to use "strace" on my application, and it seems that while "strace" is available on my host system, it's not accessible from the snap shell (or I didn't find a way to reach it). Is adding strace and gdb to my snap the only way to go, or is there some trick that would allow me to use these tools without modifying my snap? Ciao, Alberto From jamie at canonical.com Tue Oct 25 15:05:22 2016 From: jamie at canonical.com (Jamie Strandboge) Date: Tue, 25 Oct 2016 10:05:22 -0500 Subject: Configuring apparmor / seccomp for a snap to allow sendmsg and mkfifo? In-Reply-To: References: <1477402412.9663.14.camel@canonical.com> Message-ID: <1477407922.9663.16.camel@canonical.com> On Tue, 2016-10-25 at 07:53 -0700, Dan Kegel wrote: > On Tue, Oct 25, 2016 at 6:33 AM, Jamie Strandboge wrote: > >  > > It is planned to allow snaps via > > seccomp arg filtering policy the ability to create S_IFIFO and S_IFREG files > > (ie, pipes and regular files, but not character and block devices), but it > > hasn't landed yet. > Is this it?  https://bugs.launchpad.net/ubuntu/+source/ubuntu-core-launcher/+b > ug/1446748 > That is the bug tracking the feature to implement seccomp arg filtering, yes. I just filed a bug for using that feature to allow mknod with pipes here: https://bugs.launchpad.net/snappy/+bug/1636540 -- Jamie Strandboge | http://www.canonical.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part URL: From sergio.schvezov at canonical.com Tue Oct 25 16:37:13 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Tue, 25 Oct 2016 13:37:13 -0300 Subject: Host tools in snap shell In-Reply-To: <30030ced-9f27-3ad3-a0fb-969f1b1b5490@canonical.com> References: <30030ced-9f27-3ad3-a0fb-969f1b1b5490@canonical.com> Message-ID: <22480e2c-8a42-3f4f-7e08-fbfa782ee08a@canonical.com> El 25/10/16 a las 12:05, Alberto Mardegan escribió: > Hi all! > I've a weird issue in my snap which needs some debugging. I understand > that > > snap run --shell > > is the command I want to use in order to start a shell with the same > confinement and environment of my snap (which BTW is in --devmode), and > so far so good. But now I want to use "strace" on my application, and it > seems that while "strace" is available on my host system, it's not > accessible from the snap shell (or I didn't find a way to reach it). > > Is adding strace and gdb to my snap the only way to go, or is there some > trick that would allow me to use these tools without modifying my snap? This is how I do it on the fly (there was a session at the sprint for this to be easier)... ``` snapcraft prime snap try prime --devmode cp /usr/bin/strace prime snap shell --shell (sudo) ./strace ... ``` From leo.arias at canonical.com Tue Oct 25 17:29:49 2016 From: leo.arias at canonical.com (Leo Arias) Date: Tue, 25 Oct 2016 11:29:49 -0600 Subject: Problems trying to create a snap package for bioinformatics tools In-Reply-To: <95c9b927-fb8c-58a6-bb7e-6797675248a7@ubuntu.com> References: <8313ae85-ac9f-0cd1-812c-558e9a49d0b8@chronitis.net> <95c9b927-fb8c-58a6-bb7e-6797675248a7@ubuntu.com> Message-ID: On Mon, Oct 24, 2016 at 8:54 AM, Didier Roche wrote: > > Also, I don't see any reason why we are preventing underscores in app > name (nothing in yaml prevents key to be underscores). I don't link such > command name in general, but I don't see any good reasons for this. > Gustavo, is that deliberate? > > fwiw, here's a link to the bug: https://bugs.launchpad.net/snappy/+bug/1616507 -- ¡paz y baile! http://www.ubuntu.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From gustavo.niemeyer at canonical.com Tue Oct 25 18:42:50 2016 From: gustavo.niemeyer at canonical.com (Gustavo Niemeyer) Date: Tue, 25 Oct 2016 16:42:50 -0200 Subject: Host tools in snap shell In-Reply-To: <22480e2c-8a42-3f4f-7e08-fbfa782ee08a@canonical.com> References: <30030ced-9f27-3ad3-a0fb-969f1b1b5490@canonical.com> <22480e2c-8a42-3f4f-7e08-fbfa782ee08a@canonical.com> Message-ID: On Tue, Oct 25, 2016 at 2:37 PM, Sergio Schvezov < sergio.schvezov at canonical.com> wrote: > This is how I do it on the fly (there was a session at the sprint for this > to be easier)... > > ``` > snapcraft prime > snap try prime --devmode > cp /usr/bin/strace prime > snap shell --shell > This is $ snap run --shell (shell => run, and order of --shell also matters) (sudo) ./strace ... > ``` gustavo @ http://niemeyer.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From alberto.mardegan at canonical.com Tue Oct 25 21:42:15 2016 From: alberto.mardegan at canonical.com (Alberto Mardegan) Date: Wed, 26 Oct 2016 00:42:15 +0300 Subject: Host tools in snap shell In-Reply-To: References: <30030ced-9f27-3ad3-a0fb-969f1b1b5490@canonical.com> <22480e2c-8a42-3f4f-7e08-fbfa782ee08a@canonical.com> Message-ID: <5d38afd9-cb33-4058-2481-a152646c436d@canonical.com> On 25/10/2016 21:42, Gustavo Niemeyer wrote: > On Tue, Oct 25, 2016 at 2:37 PM, Sergio Schvezov > > > wrote: > > This is how I do it on the fly (there was a session at the sprint > for this to be easier)... [...] Thanks guys! :-) Ciao, Alberto From alberto.mardegan at canonical.com Wed Oct 26 07:52:27 2016 From: alberto.mardegan at canonical.com (Alberto Mardegan) Date: Wed, 26 Oct 2016 10:52:27 +0300 Subject: Host tools in snap shell In-Reply-To: <22480e2c-8a42-3f4f-7e08-fbfa782ee08a@canonical.com> References: <30030ced-9f27-3ad3-a0fb-969f1b1b5490@canonical.com> <22480e2c-8a42-3f4f-7e08-fbfa782ee08a@canonical.com> Message-ID: <22caf9a3-bb93-22de-8dcf-b93a83bf5f7b@canonical.com> On 25/10/2016 19:37, Sergio Schvezov wrote: > > ``` > snapcraft prime > snap try prime --devmode > cp /usr/bin/strace prime > snap shell --shell > (sudo) ./strace ... > ``` I got a few different issues when attempting to run my snap under sudo and strace. I solved them by using this command line: SUDO_ASKPASS=cat sudo -E strace -u Maybe other will find this useful. Ciao, Alberto From joseph.wakeling at webdrake.net Wed Oct 26 23:13:38 2016 From: joseph.wakeling at webdrake.net (Joseph Rushton Wakeling) Date: Thu, 27 Oct 2016 01:13:38 +0200 Subject: Provisional snap for DUB (D language package/build manager) Message-ID: <86cef86c-3e6d-fdf2-d268-29ebd16d1b62@webdrake.net> Hello folks, Following my attempt to create a snap for LDC (LLVM-based compiler for the D programming language), I thought I'd have a go at another D-related project and snap DUB. This is a package/build manager that's popular in the D community, and so having it available as a snap could be very useful. First caveats: this is a command-line developer tool, so some of the same limitations are going to apply as were identified with the LDC snap (access to system tools, linking against host-system development libraries, etc.). I also had to take some temporary shortcuts to ensure that the packaged DUB had a D compiler available. The draft package is available here: https://github.com/WebDrake/dub.snap/pull/1/files A few things on what went into it, and corresponding requests for feedback. First: DUB can be built two ways; either by calling a shell script, `build.sh`, or by DUB itself via an existing install. I couldn't identify an obvious way to handle the former, so (given that DUB is packaged in Ubuntu 16.04) I opted to create a `dub.py` snapcraft plugin. I'm not a Pythonist myself, so any feedback on that code would be welcome. But I have a couple of other questions: * Is there any way for the plugin to ask for a `dub` instance to be available? Currently I'm just specifying `dub` as a build dependency in addition to the plugin. * Assuming I'd wanted to go the `build.sh` route, is there any way I could have achieved that with existing plugins? DUB doesn't have an `install` option, only a `build` one, which creates some problems in terms of determining what files go into the snap. I compromised on a short term workaround where the plugin copies everything in the `build/` dir of the part being built, and the user is expected to manually specify what bits of that should actually wind up in the final snap. If there is a target path where the built files are placed, the plugin can handle that, too. Two questions there, too: * Is there any way to filter that stuff out already at the staging area or earlier? I tried using `filesets:` but didn't have much luck. * Is there any way to detect what extra files have been created after the build completes and just use those? Since DUB needs a D compiler to be able to build anything, I first tried to just use the existing Ubuntu `ldc` package, and then reverted to copying the entirety of my LDC snap setup because it proved simpler to get working. That's very much a temporary measure, I hope, but again, questions here: * Is there any way for me to give the DUB snap access to the ldc2 and/or ldmd2 installed in my LDC snap package, other than explicitly defining a `d-compiler` interface and submitting it to `snapd`? * Is there any way of defining/using/testing an interface short of building my own local snapd? The last issue is a bit weird: DUB installed by the current snap package can build D projects, but exits with an error: "Bad System Call". It's been difficult to track down what was going on here (`strace dub build` for example was not very edifying, presumably because of the containerization) so any advice on how to identify what's wrong? At a guess, it's related to the step where the built binaries are made executable, because they get created, but are _not_ executable at the end of the process. This is a bit of a surprise, because the standalone LDC snap doesn't have this issue (things get made executable just fine). I did try making ldc2 and ldmd2 apps of the DUB snap too, but that seemed to make no difference. OTOH that might be related to how the snap-packaged DUB would invoke the D compiler (because presumably you'd need to call `dub.ldc2` in order to ensure that you get the `home` plug working properly, while DUB probably calls `ldc2` directly). Anyway, any thoughts on what could be going on here? Thanks in advance for any advice or thoughts, and best wishes, -- Joe From marcoshalano at gmail.com Thu Oct 27 01:01:55 2016 From: marcoshalano at gmail.com (Marcos Alano) Date: Wed, 26 Oct 2016 23:01:55 -0200 Subject: Un-revert a snap Message-ID: <542eab63-0e8c-b54e-2aab-4e28cce9fa82@gmail.com> Hello guys, Sorry if I'm in the wrong mailing list. That's the only one about snap i could found. The question is: how I revert-revert (un-revert) a snap? I can install a snap: (sudo snap install hello) after thatr I can upgrade a snap (snap refresh hello --channel=beta hello) and finally revert (sudo snap revert hello). But after that if I try to re-upgrade I just can't: $ sudo snap refresh --beta hello error: cannot refresh "hello": snap "hello" has no updates available I'm doing something wrong? Thanks! From robert.liu at canonical.com Thu Oct 27 04:54:04 2016 From: robert.liu at canonical.com (Robert Liu) Date: Thu, 27 Oct 2016 04:54:04 +0000 Subject: questions about connecting bluez interface In-Reply-To: References: Message-ID: Hi list, I have 2 questions about connecting bluez interface. In Interfaces reference [1], it said the bluez is not auto-connected. But after I installed the bluez snap, the bluez interface is connected. Do I misunderstnad the definition? root at localhost:/tmp# snap install --edge bluez bluez (edge) 5.37-2 from 'canonical' installed root at localhost:/tmp# snap interfaces Slot Plug bluez:service bluez:client The other question is that I cannot connect the interface when using my own bluez snap. Should I sign my snap to make this work? root at localhost:/tmp# snap install --dangerous bluez_5.37-2_amd64.snap bluez 5.37-2 installed root at localhost:/tmp# snap interfaces Slot Plug bluez:service - [snipped] - bluez:client root at localhost:/tmp# snap connect bluez:client bluez:service error: cannot perform the following tasks: - Connect bluez:client to bluez:service (connection denied by slot rule of interface "bluez") [1] http://snapcraft.io/docs/reference/interfaces BR, Robert -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Thu Oct 27 06:13:45 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Thu, 27 Oct 2016 08:13:45 +0200 Subject: Un-revert a snap In-Reply-To: <542eab63-0e8c-b54e-2aab-4e28cce9fa82@gmail.com> References: <542eab63-0e8c-b54e-2aab-4e28cce9fa82@gmail.com> Message-ID: Le 27/10/2016 à 03:01, Marcos Alano a écrit : > Hello guys, Hey Marcos, > > > Sorry if I'm in the wrong mailing list. That's the only one about snap i > could found. The question is: how I revert-revert (un-revert) a snap? I > can install a snap: > > (sudo snap install hello) after thatr I can upgrade a snap (snap refresh > hello --channel=beta hello) and finally revert (sudo snap revert hello). > But after that if I try to re-upgrade I just can't: > > $ sudo snap refresh --beta hello > > error: cannot refresh "hello": snap "hello" has no updates available > > I'm doing something wrong? You are not doing it wrong :) The revert command "blacklists" this particular snap revisions on purpose, so that you don't reupdate to it. However, there is a way to get back to it! You can remove explicitely that revision (without removing the current snap). Data associated to the reverted revision will be cleaned up as well. Then, you can refresh. In a concrete example with the hello snap: 20 is the revision in the stable channel, 29 corresponds to the revision in the beta channel. # Install and update $ snap install hello $ snap list hello Name Version Rev Developer Notes hello 2.10 20 canonical - $ snap refresh hello --beta $ snap list hello Name Version Rev Developer Notes hello 2.10.1 29 canonical - # Revert $ snap revert hello $ snap list hello Name Version Rev Developer Notes hello 2.10 20 canonical - # Remove reverted version (and associated data) $ snap remove hello --revision=29 hello removed $ snap list hello Name Version Rev Developer Notes hello 2.10 20 canonical - # Reupdate $ snap refresh hello --beta $ snap list hello Name Version Rev Developer Notes hello 2.10.1 29 canonical - I hope that answer your questions :) Cheers, Didier From yc.cheng at canonical.com Thu Oct 27 06:32:49 2016 From: yc.cheng at canonical.com (YC Cheng) Date: Thu, 27 Oct 2016 14:32:49 +0800 Subject: Un-revert a snap In-Reply-To: References: <542eab63-0e8c-b54e-2aab-4e28cce9fa82@gmail.com> Message-ID: I think we need a way to just Un-revert from rev 20 to rev 29 without remove rev 29. Shall we fire a bug for that if we don't have such method exists now ? 2016-10-27 14:13 GMT+08:00 Didier Roche : > Le 27/10/2016 à 03:01, Marcos Alano a écrit : > > Hello guys, > > Hey Marcos, > > > > > > Sorry if I'm in the wrong mailing list. That's the only one about snap i > > could found. The question is: how I revert-revert (un-revert) a snap? I > > can install a snap: > > > > (sudo snap install hello) after thatr I can upgrade a snap (snap refresh > > hello --channel=beta hello) and finally revert (sudo snap revert hello). > > But after that if I try to re-upgrade I just can't: > > > > $ sudo snap refresh --beta hello > > > > error: cannot refresh "hello": snap "hello" has no updates available > > > > I'm doing something wrong? > > You are not doing it wrong :) The revert command "blacklists" this > particular snap revisions on purpose, so that you don't reupdate to it. > However, there is a way to get back to it! You can remove explicitely > that revision (without removing the current snap). Data associated to > the reverted revision will be cleaned up as well. > Then, you can refresh. > > In a concrete example with the hello snap: > 20 is the revision in the stable channel, 29 corresponds to the revision > in the beta channel. > > # Install and update > $ snap install hello > $ snap list hello > Name Version Rev Developer Notes > hello 2.10 20 canonical - > $ snap refresh hello --beta > $ snap list hello > Name Version Rev Developer Notes > hello 2.10.1 29 canonical - > > # Revert > $ snap revert hello > $ snap list hello > Name Version Rev Developer Notes > hello 2.10 20 canonical - > > # Remove reverted version (and associated data) > $ snap remove hello --revision=29 > hello removed > $ snap list hello > Name Version Rev Developer Notes > hello 2.10 20 canonical - > > # Reupdate > $ snap refresh hello --beta > $ snap list hello > Name Version Rev Developer Notes > hello 2.10.1 29 canonical - > > I hope that answer your questions :) > Cheers, > Didier > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Thu Oct 27 06:37:15 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Thu, 27 Oct 2016 08:37:15 +0200 Subject: Provisional snap for DUB (D language package/build manager) In-Reply-To: <86cef86c-3e6d-fdf2-d268-29ebd16d1b62@webdrake.net> References: <86cef86c-3e6d-fdf2-d268-29ebd16d1b62@webdrake.net> Message-ID: <477c022c-ffc3-922d-070d-1e7a84a8a81f@ubuntu.com> Le 27/10/2016 à 01:13, Joseph Rushton Wakeling a écrit : > Hello folks, Hey Joseph, It would be great to have D support! Thanks for working on that :) I'm going to try to answer to some of your questions, but I'm sure Sergio (CCed) would be able to give deeper insights on some parts as being the snapcraft upstream. > > Following my attempt to create a snap for LDC (LLVM-based compiler for > the D programming language), I thought I'd have a go at another > D-related project and snap DUB. This is a package/build manager > that's popular in the D community, and so having it available as a > snap could be very useful. > > First caveats: this is a command-line developer tool, so some of the > same limitations are going to apply as were identified with the LDC > snap (access to system tools, linking against host-system development > libraries, etc.). I also had to take some temporary shortcuts to > ensure that the packaged DUB had a D compiler available. > > The draft package is available here: > https://github.com/WebDrake/dub.snap/pull/1/files > > A few things on what went into it, and corresponding requests for > feedback. > > First: DUB can be built two ways; either by calling a shell script, > `build.sh`, or by DUB itself via an existing install. I couldn't > identify an obvious way to handle the former, so (given that DUB is > packaged in Ubuntu 16.04) I opted to create a `dub.py` snapcraft plugin. > > I'm not a Pythonist myself, so any feedback on that code would be > welcome. But I have a couple of other questions: > > * Is there any way for the plugin to ask for a `dub` instance to be > available? > Currently I'm just specifying `dub` as a build dependency in > addition to the > plugin. > > * Assuming I'd wanted to go the `build.sh` route, is there any way I > could > have achieved that with existing plugins? I would really advise going the build.sh route. Doing a custom snapcraft plugin as you started is definitively the right path. If you take other plugins having similar problematic, like Go, here is how they work: - Golang binaries (compiler tools and standard library) installs itself in parts//go. This logic is from the golang plugin itself. You will need in your case to ensure LDC is relocatable and can be downloaded and extracted this way. You can then build without depending on any package or distribution. - Then, the plugin run go build, go install, changing the paths. The plugin can define optional parameters that it will use then. In you case, I think the plugin will setup environment variables to refers to local LDC and standard D libraries. Then, you can have one option being "entry-point", which will refers in your DUB snap case to build.sh. The plugin would execute it. > > DUB doesn't have an `install` option, only a `build` one, which > creates some problems in terms of determining what files go into the > snap. I compromised on a short term workaround where the plugin > copies everything in the `build/` dir of the part being built, and the > user is expected to manually specify what bits of that should actually > wind up in the final snap. If there is a target path where the built > files are placed, the plugin can handle that, too. > > Two questions there, too: > > * Is there any way to filter that stuff out already at the staging area > or earlier? I tried using `filesets:` but didn't have much luck. > > * Is there any way to detect what extra files have been created > after the > build completes and just use those? From your questions and the statement that there is no explicit install steps, I think you mean that D programs just build in tree (snapcraft tries to encourage builds out of trees) and then, the install step for people is to copy the resulting binaries and assets manually? If so, I can see 2 paths here: - either you expect people to explicitely list assets and binaries that should be installed (this could again be a custom option of your plugin) - either you try to be starter, as you told, and detect extra files being created in the parts//build. There is no built-in features in snapcraft for this as far as I know, but, it would be quite easy to build it as part of your plugin: list at the start of the build phase files in parts//build and redo the same thing after the build. Then, in the install phase, use that list (that you store on disk) to copy newly created content in parts//install. Then, snapcraft will pick it up from there. Note that I think you still need a manual options for your users to list eventual assets (or they can use the dump plugin in another part). Just pick the flow which would be the more natural to the D plugin users. If you prefer to copy everything and have your users filtering from the stage area to the prime area, you can use the "snap:" stenza (don't use filesets for now if you don't plan to repeat the file list name). > > Since DUB needs a D compiler to be able to build anything, I first > tried to just use the existing Ubuntu `ldc` package, and then reverted > to copying the entirety of my LDC snap setup because it proved simpler > to get working. That's very much a temporary measure, I hope, but > again, questions here: > > * Is there any way for me to give the DUB snap access to the ldc2 > and/or > ldmd2 installed in my LDC snap package, other than explicitly > defining a > `d-compiler` interface and submitting it to `snapd`? > > * Is there any way of defining/using/testing an interface short of > building > my own local snapd? I would advise in a first step to consider the D compiler used by DUB to build other things to be part of your snap. You want to control the version in it and consider it as part of your dependencies you need in your snap. We can discuss later about an interface, but I would really go that way as a first step. There is no way right now on definining new interfaces apart from building them in snapd, and so, use your own local version. (That's the reason why I advise you to not bother with this right now, let's take an easier path first, figure the rest, and then, we can rediscuss) > > The last issue is a bit weird: DUB installed by the current snap > package can build D projects, but exits with an error: "Bad System > Call". It's been difficult to track down what was going on here > (`strace dub build` for example was not very edifying, presumably > because of the containerization) so any advice on how to identify > what's wrong? I would look at /var/log/syslogs. Apparmor and seccomp denials are listed there. Note that if you didn't already, you should really start developping your snap in devmode. That way, it will get confinment out of the equasion to get your relocatable code and dependencies working. Then, we can turn on confinement and figure out those issues to be able to publish in the stable channel. > > At a guess, it's related to the step where the built binaries are made > executable, because they get created, but are _not_ executable at the > end of the process. This is a bit of a surprise, because the > standalone LDC snap doesn't have this issue (things get made > executable just fine). > > I did try making ldc2 and ldmd2 apps of the DUB snap too, but that > seemed to make no difference. OTOH that might be related to how the > snap-packaged DUB would invoke the D compiler (because presumably > you'd need to call `dub.ldc2` in order to ensure that you get the > `home` plug working properly, while DUB probably calls `ldc2` > directly). Anyway, any thoughts on what could be going on here? Don't make your snap calling other snap endpoints. It's better from your own snap code to ensure that your local ldc2 is in your snap $PATH, and call ldc2 directly (it will then use the parent process confinment profile, of course). I think that will help you a little bit more to control what you are calling at, and how. I hope those advice would help you! Cheers, Didier I hope From didrocks at ubuntu.com Thu Oct 27 06:38:45 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Thu, 27 Oct 2016 08:38:45 +0200 Subject: Un-revert a snap In-Reply-To: References: <542eab63-0e8c-b54e-2aab-4e28cce9fa82@gmail.com> Message-ID: Le 27/10/2016 à 08:32, YC Cheng a écrit : > I think we need a way to just Un-revert from rev 20 to rev 29 without > remove rev 29. > > Shall we fire a bug for that if we don't have such method exists now ? I think it's not that easy considering the associated data. You need to swap them to restart from the latest version of data from rev 20 to copy to 29. Explicitely removing that version makes sense in that context. Have an unrevert command won't convey that notion. Didier > > > 2016-10-27 14:13 GMT+08:00 Didier Roche >: > > Le 27/10/2016 à 03:01, Marcos Alano a écrit : > > Hello guys, > > Hey Marcos, > > > > > > Sorry if I'm in the wrong mailing list. That's the only one > about snap i > > could found. The question is: how I revert-revert (un-revert) a > snap? I > > can install a snap: > > > > (sudo snap install hello) after thatr I can upgrade a snap (snap > refresh > > hello --channel=beta hello) and finally revert (sudo snap revert > hello). > > But after that if I try to re-upgrade I just can't: > > > > $ sudo snap refresh --beta hello > > > > error: cannot refresh "hello": snap "hello" has no updates available > > > > I'm doing something wrong? > > You are not doing it wrong :) The revert command "blacklists" this > particular snap revisions on purpose, so that you don't reupdate > to it. > However, there is a way to get back to it! You can remove explicitely > that revision (without removing the current snap). Data associated to > the reverted revision will be cleaned up as well. > Then, you can refresh. > > In a concrete example with the hello snap: > 20 is the revision in the stable channel, 29 corresponds to the > revision > in the beta channel. > > # Install and update > $ snap install hello > $ snap list hello > Name Version Rev Developer Notes > hello 2.10 20 canonical - > $ snap refresh hello --beta > $ snap list hello > Name Version Rev Developer Notes > hello 2.10.1 29 canonical - > > # Revert > $ snap revert hello > $ snap list hello > Name Version Rev Developer Notes > hello 2.10 20 canonical - > > # Remove reverted version (and associated data) > $ snap remove hello --revision=29 > hello removed > $ snap list hello > Name Version Rev Developer Notes > hello 2.10 20 canonical - > > # Reupdate > $ snap refresh hello --beta > $ snap list hello > Name Version Rev Developer Notes > hello 2.10.1 29 canonical - > > I hope that answer your questions :) > Cheers, > Didier > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yc.cheng at canonical.com Thu Oct 27 07:18:41 2016 From: yc.cheng at canonical.com (YC Cheng) Date: Thu, 27 Oct 2016 15:18:41 +0800 Subject: Un-revert a snap In-Reply-To: References: <542eab63-0e8c-b54e-2aab-4e28cce9fa82@gmail.com> Message-ID: I found the following command works: snap revert --revision 29 as expected. We still need a command to list all revision of a snap install in the system (we can get that from 'df', but still better to get all info from a command) ? YC 2016-10-27 14:38 GMT+08:00 Didier Roche : > Le 27/10/2016 à 08:32, YC Cheng a écrit : > > I think we need a way to just Un-revert from rev 20 to rev 29 without > remove rev 29. > > Shall we fire a bug for that if we don't have such method exists now ? > > > I think it's not that easy considering the associated data. You need to > swap them to restart from the latest version of data from rev 20 to copy to > 29. Explicitely removing that version makes sense in that context. Have an > unrevert command won't convey that notion. > > Didier > > > > 2016-10-27 14:13 GMT+08:00 Didier Roche : > >> Le 27/10/2016 à 03:01, Marcos Alano a écrit : >> > Hello guys, >> >> Hey Marcos, >> > >> > >> > Sorry if I'm in the wrong mailing list. That's the only one about snap i >> > could found. The question is: how I revert-revert (un-revert) a snap? I >> > can install a snap: >> > >> > (sudo snap install hello) after thatr I can upgrade a snap (snap refresh >> > hello --channel=beta hello) and finally revert (sudo snap revert hello). >> > But after that if I try to re-upgrade I just can't: >> > >> > $ sudo snap refresh --beta hello >> > >> > error: cannot refresh "hello": snap "hello" has no updates available >> > >> > I'm doing something wrong? >> >> You are not doing it wrong :) The revert command "blacklists" this >> particular snap revisions on purpose, so that you don't reupdate to it. >> However, there is a way to get back to it! You can remove explicitely >> that revision (without removing the current snap). Data associated to >> the reverted revision will be cleaned up as well. >> Then, you can refresh. >> >> In a concrete example with the hello snap: >> 20 is the revision in the stable channel, 29 corresponds to the revision >> in the beta channel. >> >> # Install and update >> $ snap install hello >> $ snap list hello >> Name Version Rev Developer Notes >> hello 2.10 20 canonical - >> $ snap refresh hello --beta >> $ snap list hello >> Name Version Rev Developer Notes >> hello 2.10.1 29 canonical - >> >> # Revert >> $ snap revert hello >> $ snap list hello >> Name Version Rev Developer Notes >> hello 2.10 20 canonical - >> >> # Remove reverted version (and associated data) >> $ snap remove hello --revision=29 >> hello removed >> $ snap list hello >> Name Version Rev Developer Notes >> hello 2.10 20 canonical - >> >> # Reupdate >> $ snap refresh hello --beta >> $ snap list hello >> Name Version Rev Developer Notes >> hello 2.10.1 29 canonical - >> >> I hope that answer your questions :) >> Cheers, >> Didier >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> > > > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Thu Oct 27 07:36:13 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Thu, 27 Oct 2016 09:36:13 +0200 Subject: Un-revert a snap In-Reply-To: References: <542eab63-0e8c-b54e-2aab-4e28cce9fa82@gmail.com> Message-ID: Le 27/10/2016 à 09:18, YC Cheng a écrit : > I found the following command works: > > snap revert --revision 29 > > as expected. Indeed, you will notice though that any new data which have been produced after the revert by revision 20 will not be available to the new revision 29, which may not be the expected outcome. (So, the 2 commands are not equivalent) > > We still need a command to list all revision of a snap install in the > system (we can get that from 'df', but still better to get all info > from a command) ? +1, as we had "snappy list -v" in 15.04. Didier > > YC > > 2016-10-27 14:38 GMT+08:00 Didier Roche >: > > Le 27/10/2016 à 08:32, YC Cheng a écrit : >> I think we need a way to just Un-revert from rev 20 to rev 29 >> without remove rev 29. >> >> Shall we fire a bug for that if we don't have such method exists >> now ? > > I think it's not that easy considering the associated data. You > need to swap them to restart from the latest version of data from > rev 20 to copy to 29. Explicitely removing that version makes > sense in that context. Have an unrevert command won't convey that > notion. > > Didier > >> >> >> 2016-10-27 14:13 GMT+08:00 Didier Roche > >: >> >> Le 27/10/2016 à 03:01, Marcos Alano a écrit : >> > Hello guys, >> >> Hey Marcos, >> > >> > >> > Sorry if I'm in the wrong mailing list. That's the only one >> about snap i >> > could found. The question is: how I revert-revert >> (un-revert) a snap? I >> > can install a snap: >> > >> > (sudo snap install hello) after thatr I can upgrade a snap >> (snap refresh >> > hello --channel=beta hello) and finally revert (sudo snap >> revert hello). >> > But after that if I try to re-upgrade I just can't: >> > >> > $ sudo snap refresh --beta hello >> > >> > error: cannot refresh "hello": snap "hello" has no updates >> available >> > >> > I'm doing something wrong? >> >> You are not doing it wrong :) The revert command "blacklists" >> this >> particular snap revisions on purpose, so that you don't >> reupdate to it. >> However, there is a way to get back to it! You can remove >> explicitely >> that revision (without removing the current snap). Data >> associated to >> the reverted revision will be cleaned up as well. >> Then, you can refresh. >> >> In a concrete example with the hello snap: >> 20 is the revision in the stable channel, 29 corresponds to >> the revision >> in the beta channel. >> >> # Install and update >> $ snap install hello >> $ snap list hello >> Name Version Rev Developer Notes >> hello 2.10 20 canonical - >> $ snap refresh hello --beta >> $ snap list hello >> Name Version Rev Developer Notes >> hello 2.10.1 29 canonical - >> >> # Revert >> $ snap revert hello >> $ snap list hello >> Name Version Rev Developer Notes >> hello 2.10 20 canonical - >> >> # Remove reverted version (and associated data) >> $ snap remove hello --revision=29 >> hello removed >> $ snap list hello >> Name Version Rev Developer Notes >> hello 2.10 20 canonical - >> >> # Reupdate >> $ snap refresh hello --beta >> $ snap list hello >> Name Version Rev Developer Notes >> hello 2.10.1 29 canonical - >> >> I hope that answer your questions :) >> Cheers, >> Didier >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/snapcraft >> >> >> >> >> > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yc.cheng at canonical.com Thu Oct 27 07:44:32 2016 From: yc.cheng at canonical.com (YC Cheng) Date: Thu, 27 Oct 2016 15:44:32 +0800 Subject: Un-revert a snap In-Reply-To: References: <542eab63-0e8c-b54e-2aab-4e28cce9fa82@gmail.com> Message-ID: Reply in-line, YC 2016-10-27 15:36 GMT+08:00 Didier Roche : > Le 27/10/2016 à 09:18, YC Cheng a écrit : > > I found the following command works: > > snap revert --revision 29 > > as expected. > > > Indeed, > you will notice though that any new data which have been produced after > the revert by revision 20 will not be available to the new revision 29, > which may not be the expected outcome. > (So, the 2 commands are not equivalent) > Yes, I saw that and that make sense to me. One idea to make "refresh" better is: we can check sum the snap and report more information. Or the message seem not make much sense to me. Do you think this sounds like another bug to fire ? > We still need a command to list all revision of a snap install in the > system (we can get that from 'df', but still better to get all info from a > command) ? > > +1, as we had "snappy list -v" in 15.04. > Fire a bug: https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1637096 > Didier > > > YC > > 2016-10-27 14:38 GMT+08:00 Didier Roche : > >> Le 27/10/2016 à 08:32, YC Cheng a écrit : >> >> I think we need a way to just Un-revert from rev 20 to rev 29 without >> remove rev 29. >> >> Shall we fire a bug for that if we don't have such method exists now ? >> >> >> I think it's not that easy considering the associated data. You need to >> swap them to restart from the latest version of data from rev 20 to copy to >> 29. Explicitely removing that version makes sense in that context. Have an >> unrevert command won't convey that notion. >> >> Didier >> >> >> >> 2016-10-27 14:13 GMT+08:00 Didier Roche : >> >>> Le 27/10/2016 à 03:01, Marcos Alano a écrit : >>> > Hello guys, >>> >>> Hey Marcos, >>> > >>> > >>> > Sorry if I'm in the wrong mailing list. That's the only one about snap >>> i >>> > could found. The question is: how I revert-revert (un-revert) a snap? I >>> > can install a snap: >>> > >>> > (sudo snap install hello) after thatr I can upgrade a snap (snap >>> refresh >>> > hello --channel=beta hello) and finally revert (sudo snap revert >>> hello). >>> > But after that if I try to re-upgrade I just can't: >>> > >>> > $ sudo snap refresh --beta hello >>> > >>> > error: cannot refresh "hello": snap "hello" has no updates available >>> > >>> > I'm doing something wrong? >>> >>> You are not doing it wrong :) The revert command "blacklists" this >>> particular snap revisions on purpose, so that you don't reupdate to it. >>> However, there is a way to get back to it! You can remove explicitely >>> that revision (without removing the current snap). Data associated to >>> the reverted revision will be cleaned up as well. >>> Then, you can refresh. >>> >>> In a concrete example with the hello snap: >>> 20 is the revision in the stable channel, 29 corresponds to the revision >>> in the beta channel. >>> >>> # Install and update >>> $ snap install hello >>> $ snap list hello >>> Name Version Rev Developer Notes >>> hello 2.10 20 canonical - >>> $ snap refresh hello --beta >>> $ snap list hello >>> Name Version Rev Developer Notes >>> hello 2.10.1 29 canonical - >>> >>> # Revert >>> $ snap revert hello >>> $ snap list hello >>> Name Version Rev Developer Notes >>> hello 2.10 20 canonical - >>> >>> # Remove reverted version (and associated data) >>> $ snap remove hello --revision=29 >>> hello removed >>> $ snap list hello >>> Name Version Rev Developer Notes >>> hello 2.10 20 canonical - >>> >>> # Reupdate >>> $ snap refresh hello --beta >>> $ snap list hello >>> Name Version Rev Developer Notes >>> hello 2.10.1 29 canonical - >>> >>> I hope that answer your questions :) >>> Cheers, >>> Didier >>> >>> >>> -- >>> Snapcraft mailing list >>> Snapcraft at lists.snapcraft.io >>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>> an/listinfo/snapcraft >>> >> >> >> >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> > > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Thu Oct 27 08:06:48 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Thu, 27 Oct 2016 10:06:48 +0200 Subject: Un-revert a snap In-Reply-To: References: <542eab63-0e8c-b54e-2aab-4e28cce9fa82@gmail.com> Message-ID: <8e9f5f86-1e10-ffa3-6660-fa19ea2f337d@ubuntu.com> Le 27/10/2016 à 09:44, YC Cheng a écrit : > Reply in-line, YC > > 2016-10-27 15:36 GMT+08:00 Didier Roche >: > > Le 27/10/2016 à 09:18, YC Cheng a écrit : >> I found the following command works: >> >> snap revert --revision 29 >> >> as expected. > > Indeed, > you will notice though that any new data which have been produced > after the revert by revision 20 will not be available to the new > revision 29, which may not be the expected outcome. > (So, the 2 commands are not equivalent) > > > Yes, I saw that and that make sense to me. One idea to make "refresh" > better is: we can check sum the snap and report more information. Or > the message seem not make much sense to me. Do you think this sounds > like another bug to fire ? Hum, yeah, it could be more informative telling there is indeed a possible revision during refresh, but that one was blacklisted (+ steps for rereverting either removing data or keeping them). >> We still need a command to list all revision of a snap install in >> the system (we can get that from 'df', but still better to get >> all info from a command) ? > +1, as we had "snappy list -v" in 15.04. > > > Fire a bug: https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1637096 > > > Didier > >> >> YC >> >> 2016-10-27 14:38 GMT+08:00 Didier Roche > >: >> >> Le 27/10/2016 à 08:32, YC Cheng a écrit : >>> I think we need a way to just Un-revert from rev 20 to rev >>> 29 without remove rev 29. >>> >>> Shall we fire a bug for that if we don't have such method >>> exists now ? >> >> I think it's not that easy considering the associated data. >> You need to swap them to restart from the latest version of >> data from rev 20 to copy to 29. Explicitely removing that >> version makes sense in that context. Have an unrevert command >> won't convey that notion. >> >> Didier >> >>> >>> >>> 2016-10-27 14:13 GMT+08:00 Didier Roche >> >: >>> >>> Le 27/10/2016 à 03:01, Marcos Alano a écrit : >>> > Hello guys, >>> >>> Hey Marcos, >>> > >>> > >>> > Sorry if I'm in the wrong mailing list. That's the >>> only one about snap i >>> > could found. The question is: how I revert-revert >>> (un-revert) a snap? I >>> > can install a snap: >>> > >>> > (sudo snap install hello) after thatr I can upgrade a >>> snap (snap refresh >>> > hello --channel=beta hello) and finally revert (sudo >>> snap revert hello). >>> > But after that if I try to re-upgrade I just can't: >>> > >>> > $ sudo snap refresh --beta hello >>> > >>> > error: cannot refresh "hello": snap "hello" has no >>> updates available >>> > >>> > I'm doing something wrong? >>> >>> You are not doing it wrong :) The revert command >>> "blacklists" this >>> particular snap revisions on purpose, so that you don't >>> reupdate to it. >>> However, there is a way to get back to it! You can >>> remove explicitely >>> that revision (without removing the current snap). Data >>> associated to >>> the reverted revision will be cleaned up as well. >>> Then, you can refresh. >>> >>> In a concrete example with the hello snap: >>> 20 is the revision in the stable channel, 29 corresponds >>> to the revision >>> in the beta channel. >>> >>> # Install and update >>> $ snap install hello >>> $ snap list hello >>> Name Version Rev Developer Notes >>> hello 2.10 20 canonical - >>> $ snap refresh hello --beta >>> $ snap list hello >>> Name Version Rev Developer Notes >>> hello 2.10.1 29 canonical - >>> >>> # Revert >>> $ snap revert hello >>> $ snap list hello >>> Name Version Rev Developer Notes >>> hello 2.10 20 canonical - >>> >>> # Remove reverted version (and associated data) >>> $ snap remove hello --revision=29 >>> hello removed >>> $ snap list hello >>> Name Version Rev Developer Notes >>> hello 2.10 20 canonical - >>> >>> # Reupdate >>> $ snap refresh hello --beta >>> $ snap list hello >>> Name Version Rev Developer Notes >>> hello 2.10.1 29 canonical - >>> >>> I hope that answer your questions :) >>> Cheers, >>> Didier >>> >>> >>> -- >>> Snapcraft mailing list >>> Snapcraft at lists.snapcraft.io >>> >>> Modify settings or unsubscribe at: >>> https://lists.ubuntu.com/mailman/listinfo/snapcraft >>> >>> >>> >>> >>> >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/snapcraft >> >> >> >> >> > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Thu Oct 27 08:27:27 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Thu, 27 Oct 2016 10:27:27 +0200 Subject: Provisional snap for DUB (D language package/build manager) In-Reply-To: <477c022c-ffc3-922d-070d-1e7a84a8a81f@ubuntu.com> References: <86cef86c-3e6d-fdf2-d268-29ebd16d1b62@webdrake.net> <477c022c-ffc3-922d-070d-1e7a84a8a81f@ubuntu.com> Message-ID: Le 27/10/2016 à 08:37, Didier Roche a écrit : > Le 27/10/2016 à 01:13, Joseph Rushton Wakeling a écrit : >> Hello folks, > Hey Joseph, > > It would be great to have D support! Thanks for working on that :) > I'm going to try to answer to some of your questions, but I'm sure > Sergio (CCed) would be able to give deeper insights on some parts as > being the snapcraft upstream. >> Following my attempt to create a snap for LDC (LLVM-based compiler for >> the D programming language), I thought I'd have a go at another >> D-related project and snap DUB. This is a package/build manager >> that's popular in the D community, and so having it available as a >> snap could be very useful. >> >> First caveats: this is a command-line developer tool, so some of the >> same limitations are going to apply as were identified with the LDC >> snap (access to system tools, linking against host-system development >> libraries, etc.). I also had to take some temporary shortcuts to >> ensure that the packaged DUB had a D compiler available. >> >> The draft package is available here: >> https://github.com/WebDrake/dub.snap/pull/1/files >> >> A few things on what went into it, and corresponding requests for >> feedback. >> >> First: DUB can be built two ways; either by calling a shell script, >> `build.sh`, or by DUB itself via an existing install. I couldn't >> identify an obvious way to handle the former, so (given that DUB is >> packaged in Ubuntu 16.04) I opted to create a `dub.py` snapcraft plugin. >> >> I'm not a Pythonist myself, so any feedback on that code would be >> welcome. But I have a couple of other questions: >> >> * Is there any way for the plugin to ask for a `dub` instance to be >> available? >> Currently I'm just specifying `dub` as a build dependency in >> addition to the >> plugin. >> >> * Assuming I'd wanted to go the `build.sh` route, is there any way I >> could >> have achieved that with existing plugins? > I would really advise going the build.sh route. Doing a custom snapcraft > plugin as you started is definitively the right path. > If you take other plugins having similar problematic, like Go, here is > how they work: > - Golang binaries (compiler tools and standard library) installs itself > in parts//go. This logic is from the golang plugin itself. > You will need in your case to ensure LDC is relocatable and can be > downloaded and extracted this way. You can then build without depending > on any package or distribution. > - Then, the plugin run go build, go install, changing the paths. The > plugin can define optional parameters that it will use then. In you > case, I think the plugin will setup environment variables to refers to > local LDC and standard D libraries. Then, you can have one option being > "entry-point", which will refers in your DUB snap case to build.sh. The > plugin would execute it. Just a note: after a quick double checking , the snapcraft go plugin relies on ubuntu packages (I think it should rather download latest stable go and use GOROOT to use it). This isn't the case for other plugins like nodejs which was the one I had in mind and I still think you should prefer that road. Didier From yc.cheng at canonical.com Thu Oct 27 08:59:05 2016 From: yc.cheng at canonical.com (YC Cheng) Date: Thu, 27 Oct 2016 16:59:05 +0800 Subject: Un-revert a snap In-Reply-To: <8e9f5f86-1e10-ffa3-6660-fa19ea2f337d@ubuntu.com> References: <542eab63-0e8c-b54e-2aab-4e28cce9fa82@gmail.com> <8e9f5f86-1e10-ffa3-6660-fa19ea2f337d@ubuntu.com> Message-ID: Fire another bug https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1637119, YC 2016-10-27 16:06 GMT+08:00 Didier Roche : > Le 27/10/2016 à 09:44, YC Cheng a écrit : > > Reply in-line, YC > > 2016-10-27 15:36 GMT+08:00 Didier Roche : > >> Le 27/10/2016 à 09:18, YC Cheng a écrit : >> >> I found the following command works: >> >> snap revert --revision 29 >> >> as expected. >> >> >> Indeed, >> you will notice though that any new data which have been produced after >> the revert by revision 20 will not be available to the new revision 29, >> which may not be the expected outcome. >> (So, the 2 commands are not equivalent) >> > > Yes, I saw that and that make sense to me. One idea to make "refresh" > better is: we can check sum the snap and report more information. Or the > message seem not make much sense to me. Do you think this sounds like > another bug to fire ? > > > Hum, yeah, it could be more informative telling there is indeed a possible > revision during refresh, but that one was blacklisted (+ steps for > rereverting either removing data or keeping them). > > > We still need a command to list all revision of a snap install in the >> system (we can get that from 'df', but still better to get all info from a >> command) ? >> >> +1, as we had "snappy list -v" in 15.04. >> > > Fire a bug: https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1637096 > > >> Didier >> >> >> YC >> >> 2016-10-27 14:38 GMT+08:00 Didier Roche : >> >>> Le 27/10/2016 à 08:32, YC Cheng a écrit : >>> >>> I think we need a way to just Un-revert from rev 20 to rev 29 without >>> remove rev 29. >>> >>> Shall we fire a bug for that if we don't have such method exists now ? >>> >>> >>> I think it's not that easy considering the associated data. You need to >>> swap them to restart from the latest version of data from rev 20 to copy to >>> 29. Explicitely removing that version makes sense in that context. Have an >>> unrevert command won't convey that notion. >>> >>> Didier >>> >>> >>> >>> 2016-10-27 14:13 GMT+08:00 Didier Roche : >>> >>>> Le 27/10/2016 à 03:01, Marcos Alano a écrit : >>>> > Hello guys, >>>> >>>> Hey Marcos, >>>> > >>>> > >>>> > Sorry if I'm in the wrong mailing list. That's the only one about >>>> snap i >>>> > could found. The question is: how I revert-revert (un-revert) a snap? >>>> I >>>> > can install a snap: >>>> > >>>> > (sudo snap install hello) after thatr I can upgrade a snap (snap >>>> refresh >>>> > hello --channel=beta hello) and finally revert (sudo snap revert >>>> hello). >>>> > But after that if I try to re-upgrade I just can't: >>>> > >>>> > $ sudo snap refresh --beta hello >>>> > >>>> > error: cannot refresh "hello": snap "hello" has no updates available >>>> > >>>> > I'm doing something wrong? >>>> >>>> You are not doing it wrong :) The revert command "blacklists" this >>>> particular snap revisions on purpose, so that you don't reupdate to it. >>>> However, there is a way to get back to it! You can remove explicitely >>>> that revision (without removing the current snap). Data associated to >>>> the reverted revision will be cleaned up as well. >>>> Then, you can refresh. >>>> >>>> In a concrete example with the hello snap: >>>> 20 is the revision in the stable channel, 29 corresponds to the revision >>>> in the beta channel. >>>> >>>> # Install and update >>>> $ snap install hello >>>> $ snap list hello >>>> Name Version Rev Developer Notes >>>> hello 2.10 20 canonical - >>>> $ snap refresh hello --beta >>>> $ snap list hello >>>> Name Version Rev Developer Notes >>>> hello 2.10.1 29 canonical - >>>> >>>> # Revert >>>> $ snap revert hello >>>> $ snap list hello >>>> Name Version Rev Developer Notes >>>> hello 2.10 20 canonical - >>>> >>>> # Remove reverted version (and associated data) >>>> $ snap remove hello --revision=29 >>>> hello removed >>>> $ snap list hello >>>> Name Version Rev Developer Notes >>>> hello 2.10 20 canonical - >>>> >>>> # Reupdate >>>> $ snap refresh hello --beta >>>> $ snap list hello >>>> Name Version Rev Developer Notes >>>> hello 2.10.1 29 canonical - >>>> >>>> I hope that answer your questions :) >>>> Cheers, >>>> Didier >>>> >>>> >>>> -- >>>> Snapcraft mailing list >>>> Snapcraft at lists.snapcraft.io >>>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>>> an/listinfo/snapcraft >>>> >>> >>> >>> >>> >>> >>> -- >>> Snapcraft mailing list >>> Snapcraft at lists.snapcraft.io >>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>> an/listinfo/snapcraft >>> >>> >> >> >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> > > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.fels at canonical.com Thu Oct 27 11:36:37 2016 From: simon.fels at canonical.com (Simon Fels) Date: Thu, 27 Oct 2016 13:36:37 +0200 Subject: questions about connecting bluez interface In-Reply-To: References: Message-ID: Hey Robert, the bluez plug and slot are now auto-connected as we put a snap-declaration for it on the store side in place. That assertion tells snapd that the bluez snap should get its slots/plugs automatically connected. But this only applies for the bluez snap coming from the store. If you install one you built locally you don't have the signed assertion from the store which would tell snapd to auto-connect the relevant plugs and slots. However I am not sure why the interface connection is denied when you do it manually. @Samuele, Jamie: Any idea? regards, Simon On Thu, Oct 27, 2016 at 6:54 AM, Robert Liu wrote: > Hi list, > > I have 2 questions about connecting bluez interface. > In Interfaces reference [1], it said the bluez is not auto-connected. But > after I installed the bluez snap, the bluez interface is connected. Do I > misunderstnad the definition? > > root at localhost:/tmp# snap install --edge bluez > bluez (edge) 5.37-2 from 'canonical' installed > root at localhost:/tmp# snap interfaces > Slot Plug > bluez:service bluez:client > > > The other question is that I cannot connect the interface when using my > own bluez snap. Should I sign my snap to make this work? > > root at localhost:/tmp# snap install --dangerous bluez_5.37-2_amd64.snap > bluez 5.37-2 installed > root at localhost:/tmp# snap interfaces > Slot Plug > bluez:service - > [snipped] > - bluez:client > root at localhost:/tmp# snap connect bluez:client bluez:service > error: cannot perform the following tasks: > - Connect bluez:client to bluez:service (connection denied by slot rule of > interface "bluez") > > [1] http://snapcraft.io/docs/reference/interfaces > > BR, > Robert > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.fels at canonical.com Thu Oct 27 11:36:37 2016 From: simon.fels at canonical.com (Simon Fels) Date: Thu, 27 Oct 2016 13:36:37 +0200 Subject: questions about connecting bluez interface In-Reply-To: References: Message-ID: Hey Robert, the bluez plug and slot are now auto-connected as we put a snap-declaration for it on the store side in place. That assertion tells snapd that the bluez snap should get its slots/plugs automatically connected. But this only applies for the bluez snap coming from the store. If you install one you built locally you don't have the signed assertion from the store which would tell snapd to auto-connect the relevant plugs and slots. However I am not sure why the interface connection is denied when you do it manually. @Samuele, Jamie: Any idea? regards, Simon On Thu, Oct 27, 2016 at 6:54 AM, Robert Liu wrote: > Hi list, > > I have 2 questions about connecting bluez interface. > In Interfaces reference [1], it said the bluez is not auto-connected. But > after I installed the bluez snap, the bluez interface is connected. Do I > misunderstnad the definition? > > root at localhost:/tmp# snap install --edge bluez > bluez (edge) 5.37-2 from 'canonical' installed > root at localhost:/tmp# snap interfaces > Slot Plug > bluez:service bluez:client > > > The other question is that I cannot connect the interface when using my > own bluez snap. Should I sign my snap to make this work? > > root at localhost:/tmp# snap install --dangerous bluez_5.37-2_amd64.snap > bluez 5.37-2 installed > root at localhost:/tmp# snap interfaces > Slot Plug > bluez:service - > [snipped] > - bluez:client > root at localhost:/tmp# snap connect bluez:client bluez:service > error: cannot perform the following tasks: > - Connect bluez:client to bluez:service (connection denied by slot rule of > interface "bluez") > > [1] http://snapcraft.io/docs/reference/interfaces > > BR, > Robert > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gustavo.niemeyer at canonical.com Thu Oct 27 12:42:40 2016 From: gustavo.niemeyer at canonical.com (Gustavo Niemeyer) Date: Thu, 27 Oct 2016 10:42:40 -0200 Subject: Un-revert a snap In-Reply-To: References: <542eab63-0e8c-b54e-2aab-4e28cce9fa82@gmail.com> Message-ID: We actually have that already in the upcoming version. You'll be able to say "snap refresh --revison=N ", similarly to how we can revert. That said, I think the expectation exposed in the first message is a reasonable one. We should probably not blacklist the current revision if the snap name was explicitly selected in the command line. On Oct 27, 2016 4:39 AM, "Didier Roche" wrote: > Le 27/10/2016 à 08:32, YC Cheng a écrit : > > I think we need a way to just Un-revert from rev 20 to rev 29 without > remove rev 29. > > Shall we fire a bug for that if we don't have such method exists now ? > > > I think it's not that easy considering the associated data. You need to > swap them to restart from the latest version of data from rev 20 to copy to > 29. Explicitely removing that version makes sense in that context. Have an > unrevert command won't convey that notion. > > Didier > > > > 2016-10-27 14:13 GMT+08:00 Didier Roche : > >> Le 27/10/2016 à 03:01, Marcos Alano a écrit : >> > Hello guys, >> >> Hey Marcos, >> > >> > >> > Sorry if I'm in the wrong mailing list. That's the only one about snap i >> > could found. The question is: how I revert-revert (un-revert) a snap? I >> > can install a snap: >> > >> > (sudo snap install hello) after thatr I can upgrade a snap (snap refresh >> > hello --channel=beta hello) and finally revert (sudo snap revert hello). >> > But after that if I try to re-upgrade I just can't: >> > >> > $ sudo snap refresh --beta hello >> > >> > error: cannot refresh "hello": snap "hello" has no updates available >> > >> > I'm doing something wrong? >> >> You are not doing it wrong :) The revert command "blacklists" this >> particular snap revisions on purpose, so that you don't reupdate to it. >> However, there is a way to get back to it! You can remove explicitely >> that revision (without removing the current snap). Data associated to >> the reverted revision will be cleaned up as well. >> Then, you can refresh. >> >> In a concrete example with the hello snap: >> 20 is the revision in the stable channel, 29 corresponds to the revision >> in the beta channel. >> >> # Install and update >> $ snap install hello >> $ snap list hello >> Name Version Rev Developer Notes >> hello 2.10 20 canonical - >> $ snap refresh hello --beta >> $ snap list hello >> Name Version Rev Developer Notes >> hello 2.10.1 29 canonical - >> >> # Revert >> $ snap revert hello >> $ snap list hello >> Name Version Rev Developer Notes >> hello 2.10 20 canonical - >> >> # Remove reverted version (and associated data) >> $ snap remove hello --revision=29 >> hello removed >> $ snap list hello >> Name Version Rev Developer Notes >> hello 2.10 20 canonical - >> >> # Reupdate >> $ snap refresh hello --beta >> $ snap list hello >> Name Version Rev Developer Notes >> hello 2.10.1 29 canonical - >> >> I hope that answer your questions :) >> Cheers, >> Didier >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> > > > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yc.cheng at canonical.com Thu Oct 27 13:57:21 2016 From: yc.cheng at canonical.com (YC Cheng) Date: Thu, 27 Oct 2016 21:57:21 +0800 Subject: Un-revert a snap In-Reply-To: References: <542eab63-0e8c-b54e-2aab-4e28cce9fa82@gmail.com> Message-ID: Not sure if the new "refresh" design will check if the local installed one have the same channel/revision or even hash that match the one from server. (I think we should.) And if yes, are we going to add something like "--force" in case of some mix channel situation ? 2016-10-27 20:42 GMT+08:00 Gustavo Niemeyer : > We actually have that already in the upcoming version. You'll be able to > say "snap refresh --revison=N ", similarly to how we can revert. > > That said, I think the expectation exposed in the first message is a > reasonable one. We should probably not blacklist the current revision if > the snap name was explicitly selected in the command line. > > On Oct 27, 2016 4:39 AM, "Didier Roche" wrote: > >> Le 27/10/2016 à 08:32, YC Cheng a écrit : >> >> I think we need a way to just Un-revert from rev 20 to rev 29 without >> remove rev 29. >> >> Shall we fire a bug for that if we don't have such method exists now ? >> >> >> I think it's not that easy considering the associated data. You need to >> swap them to restart from the latest version of data from rev 20 to copy to >> 29. Explicitely removing that version makes sense in that context. Have an >> unrevert command won't convey that notion. >> >> Didier >> >> >> >> 2016-10-27 14:13 GMT+08:00 Didier Roche : >> >>> Le 27/10/2016 à 03:01, Marcos Alano a écrit : >>> > Hello guys, >>> >>> Hey Marcos, >>> > >>> > >>> > Sorry if I'm in the wrong mailing list. That's the only one about snap >>> i >>> > could found. The question is: how I revert-revert (un-revert) a snap? I >>> > can install a snap: >>> > >>> > (sudo snap install hello) after thatr I can upgrade a snap (snap >>> refresh >>> > hello --channel=beta hello) and finally revert (sudo snap revert >>> hello). >>> > But after that if I try to re-upgrade I just can't: >>> > >>> > $ sudo snap refresh --beta hello >>> > >>> > error: cannot refresh "hello": snap "hello" has no updates available >>> > >>> > I'm doing something wrong? >>> >>> You are not doing it wrong :) The revert command "blacklists" this >>> particular snap revisions on purpose, so that you don't reupdate to it. >>> However, there is a way to get back to it! You can remove explicitely >>> that revision (without removing the current snap). Data associated to >>> the reverted revision will be cleaned up as well. >>> Then, you can refresh. >>> >>> In a concrete example with the hello snap: >>> 20 is the revision in the stable channel, 29 corresponds to the revision >>> in the beta channel. >>> >>> # Install and update >>> $ snap install hello >>> $ snap list hello >>> Name Version Rev Developer Notes >>> hello 2.10 20 canonical - >>> $ snap refresh hello --beta >>> $ snap list hello >>> Name Version Rev Developer Notes >>> hello 2.10.1 29 canonical - >>> >>> # Revert >>> $ snap revert hello >>> $ snap list hello >>> Name Version Rev Developer Notes >>> hello 2.10 20 canonical - >>> >>> # Remove reverted version (and associated data) >>> $ snap remove hello --revision=29 >>> hello removed >>> $ snap list hello >>> Name Version Rev Developer Notes >>> hello 2.10 20 canonical - >>> >>> # Reupdate >>> $ snap refresh hello --beta >>> $ snap list hello >>> Name Version Rev Developer Notes >>> hello 2.10.1 29 canonical - >>> >>> I hope that answer your questions :) >>> Cheers, >>> Didier >>> >>> >>> -- >>> Snapcraft mailing list >>> Snapcraft at lists.snapcraft.io >>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>> an/listinfo/snapcraft >>> >> >> >> >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jamie at canonical.com Thu Oct 27 14:06:54 2016 From: jamie at canonical.com (Jamie Strandboge) Date: Thu, 27 Oct 2016 09:06:54 -0500 Subject: questions about connecting bluez interface In-Reply-To: References: Message-ID: <1477577214.6720.14.camel@canonical.com> On Thu, 2016-10-27 at 13:36 +0200, Simon Fels wrote: > Hey Robert, > > the bluez plug and slot are now auto-connected as we put a snap-declaration > for it on the store side in place. That assertion tells snapd that the > bluez snap should get its slots/plugs automatically connected. But this > only applies for the bluez snap coming from the store. If you install one > you built locally you don't have the signed assertion from the store which > would tell snapd to auto-connect the relevant plugs and slots. > > However I am not sure why the interface connection is denied when you do it > manually. @Samuele, Jamie: Any idea? > Robert and Simon, interfaces typically give privileged access to the system to slot implementations and the idea is that slot implementations need store approval to protect against bad slot implementations that can be used to harm the system. As such the base declaration will typically deny connections to slot implementations which means a snap declaration from the store is required for your snap in order to allow plugging snaps to connect to it. Gustavo, while the base and snap declarations are working as designed and with the intended purpose, it seems that there is a rough edge for slot implementation snap developers-- namely, it seems local installs of the snap block connections when we have something like this in the base declaration:   foo:     deny-connection: true     deny-auto-connection: true The only way I can see for a slot implementation developer to work within the system as implemented is to a) upload to the store and request a snap declaration and b) upload snaps to edge so as to 'snap refresh --edge ...' to test their changes. Perhaps I am missing something... should --dangerous (or something else) try to do something smart here so Robert can develop the bluez snap locally before uploading to the store? Should we provide a way for the developer to sign a snap declaration for this sort of thing? Thanks! > regards, > Simon > > On Thu, Oct 27, 2016 at 6:54 AM, Robert Liu > wrote: > > > > > Hi list, > > > > I have 2 questions about connecting bluez interface. > > In Interfaces reference [1], it said the bluez is not auto-connected. But > > after I installed the bluez snap, the bluez interface is connected. Do I > > misunderstnad the definition? > > > > root at localhost:/tmp# snap install --edge bluez > > bluez (edge) 5.37-2 from 'canonical' installed > > root at localhost:/tmp# snap interfaces > > Slot                    Plug > > bluez:service           bluez:client > > > > > > The other question is that I cannot connect the interface when using my > > own bluez snap. Should I sign my snap to make this work? > > > > root at localhost:/tmp# snap install --dangerous bluez_5.37-2_amd64.snap > > bluez 5.37-2 installed > > root at localhost:/tmp# snap interfaces > > Slot                    Plug > > bluez:service           - > >   [snipped] > > -                       bluez:client > > root at localhost:/tmp# snap connect bluez:client bluez:service > > error: cannot perform the following tasks: > > - Connect bluez:client to bluez:service (connection denied by slot rule of > > interface "bluez") > > > > [1] http://snapcraft.io/docs/reference/interfaces > > > > BR, > > Robert > > > > -- > > Snapcraft mailing list > > Snapcraft at lists.snapcraft.io > > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > > mailman/listinfo/snapcraft > > > > -- Jamie Strandboge | http://www.canonical.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part URL: From aaron.ogle at rocket.chat Thu Oct 27 14:50:33 2016 From: aaron.ogle at rocket.chat (Aaron Ogle) Date: Thu, 27 Oct 2016 14:50:33 +0000 Subject: Optional daemon Message-ID: Greetings, With our Rocket.Chat snap, we're looking to be able to allow someone to run an external mongodb instead of the built in one. As well as we'd like to add something like caddy / traefik etc to do ssl termination. But its not a daemon we would want enabled out of the box because of the effect on existing users. So basically looking for a way let the user of a snap enable or disable two different daemons in our snap. Is this possible using anything out of the box? Or would I have to make the command ran in the daemon look at an environment variable / file etc. and determine if it should make the daemon just exit? How have others handled this? Or allowing users to customize snap behaviour? Thanks, -- *Aaron Ogle* Core Developer aaron.ogle at rocket.chat @aaron.ogle https://rocket.chat -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Thu Oct 27 15:14:36 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Thu, 27 Oct 2016 17:14:36 +0200 Subject: Optional daemon In-Reply-To: References: Message-ID: Le 27/10/2016 à 16:50, Aaron Ogle a écrit : > Greetings, > > With our Rocket.Chat snap, we're looking to be able to allow someone > to run an external mongodb instead of the built in one. As well as > we'd like to add something like caddy / traefik etc to do ssl > termination. But its not a daemon we would want enabled out of the > box because of the effect on existing users. > > So basically looking for a way let the user of a snap enable or > disable two different daemons in our snap. > > Is this possible using anything out of the box? Or would I have to > make the command ran in the daemon look at an environment variable / > file etc. and determine if it should make the daemon just exit? > > How have others handled this? Or allowing users to customize snap > behaviour? Hey Aaron, sounds like a great plan for usability! I would suggest using configure hooks to proceed that. Hooks are just a way for users to set variable=value. Based on that, you can control your daemon with a configure script (triggered by this command) inside your snap. This one can triggers start and stop inside a mongodb daemon wrapper (waiting for a certain value to be passed for instance before executing the real daemon). The documentation is not yet published on snapcraft.io AFAIK, but is available there: https://github.com/snapcore/snapd/blob/master/docs/hooks.md. However, please keep in mind about this bug https://bugs.launchpad.net/snappy/+bug/1636931, we need a new core image to have snapctl available from your snap, and so, you won't be able to experiment it right away. I'll probably write a codelab on this precise topic in a couple of weeks FYI (once the feature is really available to users and developers). Cheers, Didier From aaron.ogle at rocket.chat Thu Oct 27 15:33:22 2016 From: aaron.ogle at rocket.chat (Aaron Ogle) Date: Thu, 27 Oct 2016 15:33:22 +0000 Subject: Optional daemon In-Reply-To: References: Message-ID: Didier: This sounds like exactly what I wanted! So once this lands I will be able to just use: snapctl get value to get user set information? Will the snapctl command be available anywhere in the snap or only in the hooks? Also the upgrade hook looks like it could be a thing of beauty. Any plans for a downgrade hook? On Thu, Oct 27, 2016 at 10:14 AM Didier Roche wrote: > Le 27/10/2016 à 16:50, Aaron Ogle a écrit : > > Greetings, > > > > With our Rocket.Chat snap, we're looking to be able to allow someone > > to run an external mongodb instead of the built in one. As well as > > we'd like to add something like caddy / traefik etc to do ssl > > termination. But its not a daemon we would want enabled out of the > > box because of the effect on existing users. > > > > So basically looking for a way let the user of a snap enable or > > disable two different daemons in our snap. > > > > Is this possible using anything out of the box? Or would I have to > > make the command ran in the daemon look at an environment variable / > > file etc. and determine if it should make the daemon just exit? > > > > How have others handled this? Or allowing users to customize snap > > behaviour? > > Hey Aaron, > > sounds like a great plan for usability! > > I would suggest using configure hooks to proceed that. Hooks are just a > way for users to set variable=value. Based on that, you can control your > daemon with a configure script (triggered by this command) inside your > snap. This one can triggers start and stop inside a mongodb daemon > wrapper (waiting for a certain value to be passed for instance before > executing the real daemon). > > The documentation is not yet published on snapcraft.io AFAIK, but is > available there: > https://github.com/snapcore/snapd/blob/master/docs/hooks.md. > > However, please keep in mind about this bug > https://bugs.launchpad.net/snappy/+bug/1636931, we need a new core image > to have snapctl available from your snap, and so, you won't be able to > experiment it right away. > > I'll probably write a codelab on this precise topic in a couple of weeks > FYI (once the feature is really available to users and developers). > Cheers, > Didier > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > -- *Aaron Ogle* Core Developer aaron.ogle at rocket.chat @aaron.ogle https://rocket.chat -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Thu Oct 27 15:52:53 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Thu, 27 Oct 2016 17:52:53 +0200 Subject: Optional daemon In-Reply-To: References: Message-ID: <68bb80bc-f846-fd99-a010-bdf7695e8a80@ubuntu.com> Le 27/10/2016 à 17:33, Aaron Ogle a écrit : > Didier: > > This sounds like exactly what I wanted! So once this lands I will be > able to just use: snapctl get value to get user set information? Exactly! > > Will the snapctl command be available anywhere in the snap or only in > the hooks? I guess the main intent is to use them primarily in hooks, but nothing should prevent it to be available in your other snap daemon as well (as it's part of the core rootfs). > > Also the upgrade hook looks like it could be a thing of beauty. Any > plans for a downgrade hook? I don't know about any plan for that, I'll let others answer. I think you mean a downgrade hook being executed after a snap revert to fetch back "newer data" that could be lost in the revert process and transfer back to the older version? Or do you have any other use case in mind? Didier > > On Thu, Oct 27, 2016 at 10:14 AM Didier Roche > wrote: > > Le 27/10/2016 à 16:50, Aaron Ogle a écrit : > > Greetings, > > > > With our Rocket.Chat snap, we're looking to be able to allow someone > > to run an external mongodb instead of the built in one. As well as > > we'd like to add something like caddy / traefik etc to do ssl > > termination. But its not a daemon we would want enabled out of the > > box because of the effect on existing users. > > > > So basically looking for a way let the user of a snap enable or > > disable two different daemons in our snap. > > > > Is this possible using anything out of the box? Or would I have to > > make the command ran in the daemon look at an environment variable / > > file etc. and determine if it should make the daemon just exit? > > > > How have others handled this? Or allowing users to customize snap > > behaviour? > > Hey Aaron, > > sounds like a great plan for usability! > > I would suggest using configure hooks to proceed that. Hooks are > just a > way for users to set variable=value. Based on that, you can > control your > daemon with a configure script (triggered by this command) inside your > snap. This one can triggers start and stop inside a mongodb daemon > wrapper (waiting for a certain value to be passed for instance before > executing the real daemon). > > The documentation is not yet published on snapcraft.io > AFAIK, but is > available there: > https://github.com/snapcore/snapd/blob/master/docs/hooks.md. > > However, please keep in mind about this bug > https://bugs.launchpad.net/snappy/+bug/1636931, we need a new core > image > to have snapctl available from your snap, and so, you won't be able to > experiment it right away. > > I'll probably write a codelab on this precise topic in a couple of > weeks > FYI (once the feature is really available to users and developers). > Cheers, > Didier > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > -- > > > *Aaron Ogle* Core Developer > > aaron.ogle at rocket.chat > > @aaron.ogle > > https://rocket.chat > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From aaron.ogle at rocket.chat Thu Oct 27 15:59:19 2016 From: aaron.ogle at rocket.chat (Aaron Ogle) Date: Thu, 27 Oct 2016 15:59:19 +0000 Subject: Optional daemon In-Reply-To: <68bb80bc-f846-fd99-a010-bdf7695e8a80@ubuntu.com> References: <68bb80bc-f846-fd99-a010-bdf7695e8a80@ubuntu.com> Message-ID: Didier: With each upgrade we perform a database migration. So when reverting back the data structure in the database might have changed. This is potentially something we could handle inside of our platform specifically. But figured I would ask :) On Thu, Oct 27, 2016 at 10:53 AM Didier Roche wrote: > Le 27/10/2016 à 17:33, Aaron Ogle a écrit : > > Didier: > > This sounds like exactly what I wanted! So once this lands I will be able > to just use: snapctl get value to get user set information? > > Exactly! > > > > Will the snapctl command be available anywhere in the snap or only in the > hooks? > > > I guess the main intent is to use them primarily in hooks, but nothing > should prevent it to be available in your other snap daemon as well (as > it's part of the core rootfs). > > > > Also the upgrade hook looks like it could be a thing of beauty. Any plans > for a downgrade hook? > > > I don't know about any plan for that, I'll let others answer. I think you > mean a downgrade hook being executed after a snap revert to fetch back > "newer data" that could be lost in the revert process and transfer back to > the older version? Or do you have any other use case in mind? > > > Didier > > > On Thu, Oct 27, 2016 at 10:14 AM Didier Roche wrote: > > Le 27/10/2016 à 16:50, Aaron Ogle a écrit : > > Greetings, > > > > With our Rocket.Chat snap, we're looking to be able to allow someone > > to run an external mongodb instead of the built in one. As well as > > we'd like to add something like caddy / traefik etc to do ssl > > termination. But its not a daemon we would want enabled out of the > > box because of the effect on existing users. > > > > So basically looking for a way let the user of a snap enable or > > disable two different daemons in our snap. > > > > Is this possible using anything out of the box? Or would I have to > > make the command ran in the daemon look at an environment variable / > > file etc. and determine if it should make the daemon just exit? > > > > How have others handled this? Or allowing users to customize snap > > behaviour? > > Hey Aaron, > > sounds like a great plan for usability! > > I would suggest using configure hooks to proceed that. Hooks are just a > way for users to set variable=value. Based on that, you can control your > daemon with a configure script (triggered by this command) inside your > snap. This one can triggers start and stop inside a mongodb daemon > wrapper (waiting for a certain value to be passed for instance before > executing the real daemon). > > The documentation is not yet published on snapcraft.io AFAIK, but is > available there: > https://github.com/snapcore/snapd/blob/master/docs/hooks.md. > > However, please keep in mind about this bug > https://bugs.launchpad.net/snappy/+bug/1636931, we need a new core image > to have snapctl available from your snap, and so, you won't be able to > experiment it right away. > > I'll probably write a codelab on this precise topic in a couple of weeks > FYI (once the feature is really available to users and developers). > Cheers, > Didier > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > -- > > *Aaron Ogle* Core Developer > > aaron.ogle at rocket.chat > > @aaron.ogle > > https://rocket.chat > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > -- *Aaron Ogle* Core Developer aaron.ogle at rocket.chat @aaron.ogle https://rocket.chat -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.vogt at canonical.com Thu Oct 27 16:36:19 2016 From: michael.vogt at canonical.com (Michael Vogt) Date: Thu, 27 Oct 2016 18:36:19 +0200 Subject: Ubuntu Core 16 Release Candidate 2 (with Pi and more) Message-ID: <20161027163619.GB13696@bod> Hi, The Snappy team is happy to announce the second Release Candidate of Ubuntu Core 16. Ubuntu Core is an operating system entirely based on snaps, including its foundation. Applications, kernel, core operating system, and gadget components are all managed as snaps and are installed and refreshed by snapd, the daemon and tooling responsible for making it all dance. Since the previous release: - Several small bugfixes - Fixes for the pi2/pi3/dragonboard The images are available currently for PC (amd64, i386) and for Pi2/Pi3 and Dragonboard: http://cdimage.ubuntu.com/ubuntu-core/xenial/daily-preinstalled/current Once unpacked, the images are bootable, the PC image can be booted directly in qemu-kvm, virtualbox or on real hardware. When running the images in qemu-kvm it is helpful to use the "-redir" feature of qemu-kvm. E.g.: $ kvm -smp 2 -m 1500 -redir tcp:10022::22 ubuntu-core-16-amd64-rc2.img The message from console-conf is a bit misleading in this setup. It will say "ssh USER at 10.0.2.15". However due to the way that qemu-kvm user networking behaves, you will actually have to run the following to ssh into the images: $ ssh -p 10022 USER at localhost or if you have the following snippet in ~/.ssh/config Host kvm.snappy Hostname localhost Port 10022 User USER UserKnownHostsFile /dev/null StrictHostKeyChecking no then you can just $ ssh kvm.snappy The pi2/pi3/dragonboard image can be written to a sdcard via dd. An alternative way to write the image is to use "go-dd": $ sudo snap install --devmode --beta godd $ sudo /snap/bin/godd ubuntu-core-16-pi2.img.xz [this will print a message showing what devices are removable] $ xzcat ubuntu-core-16-pi2-rc2.img.xz | sudo /snap/bin/godd - /dev/sdXX After booting the image you can enter your Ubuntu One email and it will automatically create a matching user with the right ssh keys. If you do not have an Ubuntu SSO account yet you can create one at: https://login.ubuntu.com/ (don't forget to add your public ssh keys to that account). Known issues: - pi3 wlan can not be initially configured, wired network needs to be used for the initial setup (you can re-run "sudo console-conf" at any later point to re-configure the device for wlan only operation). These images follow the "candidate" channel. If you find any issues, please let us know via: https://bugs.launchpad.net/snappy/ Enjoy the fresh images! Cheers, Michael Vogt (on behalf of the Snappy team) From kyle.fazzari at canonical.com Thu Oct 27 16:54:53 2016 From: kyle.fazzari at canonical.com (Kyle Fazzari) Date: Thu, 27 Oct 2016 09:54:53 -0700 Subject: Optional daemon In-Reply-To: <68bb80bc-f846-fd99-a010-bdf7695e8a80@ubuntu.com> References: <68bb80bc-f846-fd99-a010-bdf7695e8a80@ubuntu.com> Message-ID: <720cbdf7-dd4e-eee8-2721-957c75c42c25@canonical.com> On 10/27/2016 08:52 AM, Didier Roche wrote: > Le 27/10/2016 à 17:33, Aaron Ogle a écrit : >> Didier: >> >> This sounds like exactly what I wanted! So once this lands I will be >> able to just use: snapctl get value to get user set information? > Exactly! > >> >> Will the snapctl command be available anywhere in the snap or only in >> the hooks? > > I guess the main intent is to use them primarily in hooks, but nothing > should prevent it to be available in your other snap daemon as well > (as it's part of the core rootfs). There's currently a limitation here in that `snapctl get/set` needs to know the snap whose config is being queried/altered (and snaps shouldn't be able to query/alter the config of other snaps). This is done via a token that is generated and tracked by snapd for each hook instance and then used in each `snapctl` invocation. Currently this token is not generated for apps, which means `snapctl` is only useful within hooks for the time being. I'm uncertain on the timeline, but as I understand it, the plan is to make `snapctl` work within apps as well. > >> >> Also the upgrade hook looks like it could be a thing of beauty. Any >> plans for a downgrade hook? > > I don't know about any plan for that, I'll let others answer. I think > you mean a downgrade hook being executed after a snap revert to fetch > back "newer data" that could be lost in the revert process and > transfer back to the older version? Or do you have any other use case > in mind? > > Didier >> >> On Thu, Oct 27, 2016 at 10:14 AM Didier Roche > > wrote: >> >> Le 27/10/2016 à 16:50, Aaron Ogle a écrit : >> > Greetings, >> > >> > With our Rocket.Chat snap, we're looking to be able to allow >> someone >> > to run an external mongodb instead of the built in one. As well as >> > we'd like to add something like caddy / traefik etc to do ssl >> > termination. But its not a daemon we would want enabled out of the >> > box because of the effect on existing users. >> > >> > So basically looking for a way let the user of a snap enable or >> > disable two different daemons in our snap. >> > >> > Is this possible using anything out of the box? Or would I have to >> > make the command ran in the daemon look at an environment >> variable / >> > file etc. and determine if it should make the daemon just exit? >> > >> > How have others handled this? Or allowing users to customize snap >> > behaviour? >> >> Hey Aaron, >> >> sounds like a great plan for usability! >> >> I would suggest using configure hooks to proceed that. Hooks are >> just a >> way for users to set variable=value. Based on that, you can >> control your >> daemon with a configure script (triggered by this command) inside >> your >> snap. This one can triggers start and stop inside a mongodb daemon >> wrapper (waiting for a certain value to be passed for instance before >> executing the real daemon). >> >> The documentation is not yet published on snapcraft.io >> AFAIK, but is >> available there: >> https://github.com/snapcore/snapd/blob/master/docs/hooks.md. >> >> However, please keep in mind about this bug >> https://bugs.launchpad.net/snappy/+bug/1636931, we need a new >> core image >> to have snapctl available from your snap, and so, you won't be >> able to >> experiment it right away. >> >> I'll probably write a codelab on this precise topic in a couple >> of weeks >> FYI (once the feature is really available to users and developers). >> Cheers, >> Didier >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/snapcraft >> >> -- >> >> >> *Aaron Ogle* Core Developer >> >> aaron.ogle at rocket.chat >> >> @aaron.ogle >> >> https://rocket.chat >> >> >> > > > -- Kyle Fazzari (kyrofa) Software Engineer Canonical Ltd. kyle at canonical.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: From kyle.fazzari at canonical.com Thu Oct 27 16:55:54 2016 From: kyle.fazzari at canonical.com (Kyle Fazzari) Date: Thu, 27 Oct 2016 09:55:54 -0700 Subject: Optional daemon In-Reply-To: References: <68bb80bc-f846-fd99-a010-bdf7695e8a80@ubuntu.com> Message-ID: On 10/27/2016 08:59 AM, Aaron Ogle wrote: > Didier: > > With each upgrade we perform a database migration. So when reverting > back the data structure in the database might have changed. This is > potentially something we could handle inside of our platform > specifically. But figured I would ask :) So are you storing this database in $SNAP_COMMON? Because $SNAP_DATA would do this for you, no? > > On Thu, Oct 27, 2016 at 10:53 AM Didier Roche > wrote: > > Le 27/10/2016 à 17:33, Aaron Ogle a écrit : >> Didier: >> >> This sounds like exactly what I wanted! So once this lands I >> will be able to just use: snapctl get value to get user set >> information? > Exactly! > > >> >> Will the snapctl command be available anywhere in the snap or >> only in the hooks? > > I guess the main intent is to use them primarily in hooks, but > nothing should prevent it to be available in your other snap > daemon as well (as it's part of the core rootfs). > > >> >> Also the upgrade hook looks like it could be a thing of beauty. >> Any plans for a downgrade hook? > > I don't know about any plan for that, I'll let others answer. I > think you mean a downgrade hook being executed after a snap revert > to fetch back "newer data" that could be lost in the revert > process and transfer back to the older version? Or do you have any > other use case in mind? > > > Didier > >> >> On Thu, Oct 27, 2016 at 10:14 AM Didier Roche >> > wrote: >> >> Le 27/10/2016 à 16:50, Aaron Ogle a écrit : >> > Greetings, >> > >> > With our Rocket.Chat snap, we're looking to be able to >> allow someone >> > to run an external mongodb instead of the built in one. As >> well as >> > we'd like to add something like caddy / traefik etc to do ssl >> > termination. But its not a daemon we would want enabled >> out of the >> > box because of the effect on existing users. >> > >> > So basically looking for a way let the user of a snap enable or >> > disable two different daemons in our snap. >> > >> > Is this possible using anything out of the box? Or would I >> have to >> > make the command ran in the daemon look at an environment >> variable / >> > file etc. and determine if it should make the daemon just exit? >> > >> > How have others handled this? Or allowing users to >> customize snap >> > behaviour? >> >> Hey Aaron, >> >> sounds like a great plan for usability! >> >> I would suggest using configure hooks to proceed that. Hooks >> are just a >> way for users to set variable=value. Based on that, you can >> control your >> daemon with a configure script (triggered by this command) >> inside your >> snap. This one can triggers start and stop inside a mongodb >> daemon >> wrapper (waiting for a certain value to be passed for >> instance before >> executing the real daemon). >> >> The documentation is not yet published on snapcraft.io >> AFAIK, but is >> available there: >> https://github.com/snapcore/snapd/blob/master/docs/hooks.md. >> >> However, please keep in mind about this bug >> https://bugs.launchpad.net/snappy/+bug/1636931, we need a new >> core image >> to have snapctl available from your snap, and so, you won't >> be able to >> experiment it right away. >> >> I'll probably write a codelab on this precise topic in a >> couple of weeks >> FYI (once the feature is really available to users and >> developers). >> Cheers, >> Didier >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/snapcraft >> >> -- >> >> >> *Aaron Ogle* Core Developer >> >> aaron.ogle at rocket.chat >> >> @aaron.ogle >> >> https://rocket.chat >> >> >> > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > -- > > > *Aaron Ogle* Core Developer > > aaron.ogle at rocket.chat > > @aaron.ogle > > https://rocket.chat > > > -- Kyle Fazzari (kyrofa) Software Engineer Canonical Ltd. kyle at canonical.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: From aaron.ogle at rocket.chat Thu Oct 27 17:00:44 2016 From: aaron.ogle at rocket.chat (Aaron Ogle) Date: Thu, 27 Oct 2016 17:00:44 +0000 Subject: Optional daemon In-Reply-To: References: <68bb80bc-f846-fd99-a010-bdf7695e8a80@ubuntu.com> Message-ID: On Thu, Oct 27, 2016 at 11:56 AM Kyle Fazzari wrote: > > So are you storing this database in $SNAP_COMMON? Because $SNAP_DATA would > do this for you, no? > Correct we are doing in $SNAP_COMMON. Is $SNAP_DATA using CoW? Or is it going to be a full copy. From what I could see it was a full copy. This would quickly add up. Not to mention you loose all of our messages sent when you roll back. > > On Thu, Oct 27, 2016 at 10:53 AM Didier Roche wrote: > > Le 27/10/2016 à 17:33, Aaron Ogle a écrit : > > Didier: > > This sounds like exactly what I wanted! So once this lands I will be able > to just use: snapctl get value to get user set information? > > Exactly! > > > > Will the snapctl command be available anywhere in the snap or only in the > hooks? > > > I guess the main intent is to use them primarily in hooks, but nothing > should prevent it to be available in your other snap daemon as well (as > it's part of the core rootfs). > > > > Also the upgrade hook looks like it could be a thing of beauty. Any plans > for a downgrade hook? > > > I don't know about any plan for that, I'll let others answer. I think you > mean a downgrade hook being executed after a snap revert to fetch back > "newer data" that could be lost in the revert process and transfer back to > the older version? Or do you have any other use case in mind? > > > Didier > > > On Thu, Oct 27, 2016 at 10:14 AM Didier Roche wrote: > > Le 27/10/2016 à 16:50, Aaron Ogle a écrit : > > Greetings, > > > > With our Rocket.Chat snap, we're looking to be able to allow someone > > to run an external mongodb instead of the built in one. As well as > > we'd like to add something like caddy / traefik etc to do ssl > > termination. But its not a daemon we would want enabled out of the > > box because of the effect on existing users. > > > > So basically looking for a way let the user of a snap enable or > > disable two different daemons in our snap. > > > > Is this possible using anything out of the box? Or would I have to > > make the command ran in the daemon look at an environment variable / > > file etc. and determine if it should make the daemon just exit? > > > > How have others handled this? Or allowing users to customize snap > > behaviour? > > Hey Aaron, > > sounds like a great plan for usability! > > I would suggest using configure hooks to proceed that. Hooks are just a > way for users to set variable=value. Based on that, you can control your > daemon with a configure script (triggered by this command) inside your > snap. This one can triggers start and stop inside a mongodb daemon > wrapper (waiting for a certain value to be passed for instance before > executing the real daemon). > > The documentation is not yet published on snapcraft.io AFAIK, but is > available there: > https://github.com/snapcore/snapd/blob/master/docs/hooks.md. > > However, please keep in mind about this bug > https://bugs.launchpad.net/snappy/+bug/1636931, we need a new core image > to have snapctl available from your snap, and so, you won't be able to > experiment it right away. > > I'll probably write a codelab on this precise topic in a couple of weeks > FYI (once the feature is really available to users and developers). > Cheers, > Didier > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > -- > > *Aaron Ogle* Core Developer > > aaron.ogle at rocket.chat > > @aaron.ogle > > https://rocket.chat > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > -- > > *Aaron Ogle* Core Developer > > aaron.ogle at rocket.chat > > @aaron.ogle > > https://rocket.chat > > > > -- > Kyle Fazzari (kyrofa) > Software Engineer > Canonical Ltd.kyle at canonical.com > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > -- *Aaron Ogle* Core Developer aaron.ogle at rocket.chat @aaron.ogle https://rocket.chat -------------- next part -------------- An HTML attachment was scrubbed... URL: From mhall119 at ubuntu.com Thu Oct 27 19:21:08 2016 From: mhall119 at ubuntu.com (Michael Hall) Date: Thu, 27 Oct 2016 15:21:08 -0400 Subject: [NEWS] PostgreSQL snaps from Command Prompt Message-ID: https://www.commandprompt.com/blog/ubuntu_snap_packages_postgresql/ Command Prompt, Inc, who provide commercial support and development for PostgreSQL, have published their builds as snaps in the store, making it easy for anybody to install and use. -- Michael Hall mhall119 at ubuntu.com From reed.obrien at canonical.com Thu Oct 27 19:39:46 2016 From: reed.obrien at canonical.com (Reed O'Brien) Date: Thu, 27 Oct 2016 12:39:46 -0700 Subject: [NEWS] PostgreSQL snaps from Command Prompt In-Reply-To: References: Message-ID: Awesome. On Thu, Oct 27, 2016 at 12:21 PM, Michael Hall wrote: > https://www.commandprompt.com/blog/ubuntu_snap_packages_postgresql/ > > Command Prompt, Inc, who provide commercial support and development for > PostgreSQL, have published their builds as snaps in the store, making it > easy for anybody to install and use. > > -- > Michael Hall > mhall119 at ubuntu.com > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft -- Reed O'Brien ✉ reed.obrien at canonical.com ✆ 415-562-6797 From joseph.wakeling at webdrake.net Thu Oct 27 20:13:37 2016 From: joseph.wakeling at webdrake.net (Joseph Rushton Wakeling) Date: Thu, 27 Oct 2016 22:13:37 +0200 Subject: Provisional snap for DUB (D language package/build manager) In-Reply-To: <477c022c-ffc3-922d-070d-1e7a84a8a81f@ubuntu.com> References: <86cef86c-3e6d-fdf2-d268-29ebd16d1b62@webdrake.net> <477c022c-ffc3-922d-070d-1e7a84a8a81f@ubuntu.com> Message-ID: On 27/10/16 08:37, Didier Roche wrote: > It would be great to have D support! Thanks for working on that :) Great to hear :-) Just to be clear, it's already in principle possible to package D applications as snaps; DUB support isn't needed, but is very helpful, because a lot of D projects do use it. > I'm going to try to answer to some of your questions, but I'm sure > Sergio (CCed) would be able to give deeper insights on some parts as > being the snapcraft upstream. Thanks very much. I'll respond to some of your suggestions below ... > I would really advise going the build.sh route. Doing a custom snapcraft > plugin as you started is definitively the right path. Yes, agreed. I was curious about the `build.sh` option not because I think it's a good idea, but because I was thinking: "What if it was the only build option for this project?" I'd like to know how to handle that situation if I ever encounter it in another project. >From your questions and the statement that there is no explicit install > steps, I think you mean that D programs just build in tree (snapcraft > tries to encourage builds out of trees) and then, the install step for > people is to copy the resulting binaries and assets manually? Yes, exactly. It's not _entirely_ as bad as it sounds because each project's `dub.json` config file can define a `targetPath` variable where built programs will be placed. The plugin can use that if available. > If so, I can see 2 paths here: > - either you expect people to explicitely list assets and binaries that > should be installed (this could again be a custom option of your plugin) This is pretty much the direction I've taken for now. > - either you try to be starter, as you told, and detect extra files > being created in the parts//build. There is no built-in > features in snapcraft for this as far as I know, but, it would be quite > easy to build it as part of your plugin: list at the start of the build > phase files in parts//build and redo the same thing after the > build. Then, in the install phase, use that list (that you store on > disk) to copy newly created content in parts//install. Then, > snapcraft will pick it up from there. Note that I think you still need a > manual options for your users to list eventual assets (or they can use > the dump plugin in another part). Nice thought. I'll try to look into that. There is a 3rd option which could be for the plugin to read the `dub.json` config file of the project being built, and parse that to discover the targets that will be built, but honestly that feels like duplication of effort, and it would probably be better to encourage the DUB developers to provide an `install` option. > If you prefer to copy everything and have your users filtering from the > stage area to the prime area, you can use the "snap:" stenza (don't use > filesets for now if you don't plan to repeat the file list name). Yup, this is the option I use now. > I would advise in a first step to consider the D compiler used by DUB to > build other things to be part of your snap. You want to control the > version in it and consider it as part of your dependencies you need in > your snap. We can discuss later about an interface, but I would really > go that way as a first step. Yup, bundling the compiler into the snap is the way I have gone as a first step. However, the real issue is that DUB is supposed to provide the user with the option to choose the D compiler to use. It's tolerable as a first step to just give one option bundled, but ideally the user would be able to invoke DUB and specify to it any compiler they like -- whether a snap-packaged one, or one installed on the host system. I was assuming that allowing the user to (optionally) specify a compiler of choice via an interface would be easier to achieve, but I don't know if that's true. > There is no way right now on definining new interfaces apart from > building them in snapd, and so, use your own local version. (That's the > reason why I advise you to not bother with this right now, let's take an > easier path first, figure the rest, and then, we can rediscuss) Well, I already took the easier path, so that's why I raised the discussion of alternatives ... :-) > I would look at /var/log/syslogs. Apparmor and seccomp denials are > listed there. Note that if you didn't already, you should really start > developping your snap in devmode. That way, it will get confinment out > of the equasion to get your relocatable code and dependencies working. > Then, we can turn on confinement and figure out those issues to be able > to publish in the stable channel. Yea, I probably should have started with devmode. Thanks for the advice about syslogs; I'll check it out and see what I can find. > Don't make your snap calling other snap endpoints. It's better from your > own snap code to ensure that your local ldc2 is in your snap $PATH, and > call ldc2 directly (it will then use the parent process confinment > profile, of course). I think that will help you a little bit more to > control what you are calling at, and how. Well, as I said, it's less about ensuring there is a local LDC, and really more about finding a way to ensure the user can get DUB to work with any D compiler on their system, whether installed on the host system, in another snap, or in the DUB snap itself. I definitely don't intend for the DUB snap to have a hard dependency on another snap's existence, if that's what you were concerned about. Thanks again for the thoughts and feedback -- I'll look into the AppArmor side of things soon. Meanwhile, congratulations on your own very nice video on snap packages! :-) Best wishes, -- Joe From robert.liu at canonical.com Fri Oct 28 02:51:17 2016 From: robert.liu at canonical.com (Robert Liu) Date: Fri, 28 Oct 2016 02:51:17 +0000 Subject: questions about connecting bluez interface In-Reply-To: <1477577214.6720.14.camel@canonical.com> References: <1477577214.6720.14.camel@canonical.com> Message-ID: Hi Simon and Jamie, Thank you for the explanations. I would prefer to have all testings of a snap be done locally before I upload it to the store. Another scenario is a developer/company does not want to publish a snap which has a slot. How can they deal this? BR, Robert On Thu, Oct 27, 2016 at 10:07 PM Jamie Strandboge wrote: > On Thu, 2016-10-27 at 13:36 +0200, Simon Fels wrote: > > Hey Robert, > > > > the bluez plug and slot are now auto-connected as we put a > snap-declaration > > for it on the store side in place. That assertion tells snapd that the > > bluez snap should get its slots/plugs automatically connected. But this > > only applies for the bluez snap coming from the store. If you install one > > you built locally you don't have the signed assertion from the store > which > > would tell snapd to auto-connect the relevant plugs and slots. > > > > However I am not sure why the interface connection is denied when you do > it > > manually. @Samuele, Jamie: Any idea? > > > Robert and Simon, interfaces typically give privileged access to the > system to > slot implementations and the idea is that slot implementations need store > approval to protect against bad slot implementations that can be used to > harm > the system. As such the base declaration will typically deny connections > to slot > implementations which means a snap declaration from the store is required > for > your snap in order to allow plugging snaps to connect to it. > > Gustavo, while the base and snap declarations are working as designed and > with > the intended purpose, it seems that there is a rough edge for slot > implementation snap developers-- namely, it seems local installs of the > snap > block connections when we have something like this in the base declaration: > > foo: > deny-connection: true > deny-auto-connection: true > > The only way I can see for a slot implementation developer to work within > the > system as implemented is to a) upload to the store and request a snap > declaration and b) upload snaps to edge so as to 'snap refresh --edge ...' > to > test their changes. Perhaps I am missing something... should --dangerous > (or > something else) try to do something smart here so Robert can develop the > bluez > snap locally before uploading to the store? Should we provide a way for the > developer to sign a snap declaration for this sort of thing? > > Thanks! > > > regards, > > Simon > > > > On Thu, Oct 27, 2016 at 6:54 AM, Robert Liu > > wrote: > > > > > > > > Hi list, > > > > > > I have 2 questions about connecting bluez interface. > > > In Interfaces reference [1], it said the bluez is not auto-connected. > But > > > after I installed the bluez snap, the bluez interface is connected. Do > I > > > misunderstnad the definition? > > > > > > root at localhost:/tmp# snap install --edge bluez > > > bluez (edge) 5.37-2 from 'canonical' installed > > > root at localhost:/tmp# snap interfaces > > > Slot Plug > > > bluez:service bluez:client > > > > > > > > > The other question is that I cannot connect the interface when using my > > > own bluez snap. Should I sign my snap to make this work? > > > > > > root at localhost:/tmp# snap install --dangerous bluez_5.37-2_amd64.snap > > > bluez 5.37-2 installed > > > root at localhost:/tmp# snap interfaces > > > Slot Plug > > > bluez:service - > > > [snipped] > > > - bluez:client > > > root at localhost:/tmp# snap connect bluez:client bluez:service > > > error: cannot perform the following tasks: > > > - Connect bluez:client to bluez:service (connection denied by slot > rule of > > > interface "bluez") > > > > > > [1] http://snapcraft.io/docs/reference/interfaces > > > > > > BR, > > > Robert > > > > > > -- > > > Snapcraft mailing list > > > Snapcraft at lists.snapcraft.io > > > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > > > mailman/listinfo/snapcraft > > > > > > > -- > Jamie Strandboge | http://www.canonical.com > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Fri Oct 28 06:27:31 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Fri, 28 Oct 2016 08:27:31 +0200 Subject: Optional daemon In-Reply-To: References: <68bb80bc-f846-fd99-a010-bdf7695e8a80@ubuntu.com> Message-ID: Le 27/10/2016 à 19:00, Aaron Ogle a écrit : > On Thu, Oct 27, 2016 at 11:56 AM Kyle Fazzari > > wrote: > > > So are you storing this database in $SNAP_COMMON? Because > $SNAP_DATA would do this for you, no? > > > Correct we are doing in $SNAP_COMMON. Is $SNAP_DATA using CoW? Or is > it going to be a full copy. From what I could see it was a full > copy. This would quickly add up. Not to mention you loose all of our > messages sent when you roll back. I would suggest to use $SNAP_DATA. Once we have garbage collection enabled on snapd, you will have approx. 2 copies at most of your data (the old version and the current one). I guess this is a reasonable tradeoff to ensure you can always revert safely. Imagine the case if a new version corrupts your data. You will not have any way to retrieve them back if you store in $SNAP_COMMON, whichever downgrade scripts you are writing… So, I would argue to try $SNAP_DATA first, and then only revisit to move to $SNAP_COMMON if you see that doesn't suit you. Making sense? Didier -------------- next part -------------- An HTML attachment was scrubbed... URL: From kyle.fazzari at canonical.com Fri Oct 28 18:53:44 2016 From: kyle.fazzari at canonical.com (Kyle Fazzari) Date: Fri, 28 Oct 2016 11:53:44 -0700 Subject: Optional daemon In-Reply-To: References: <68bb80bc-f846-fd99-a010-bdf7695e8a80@ubuntu.com> Message-ID: On 10/27/2016 11:27 PM, Didier Roche wrote: > Le 27/10/2016 à 19:00, Aaron Ogle a écrit : >> On Thu, Oct 27, 2016 at 11:56 AM Kyle Fazzari >> > wrote: >> >> >> So are you storing this database in $SNAP_COMMON? Because >> $SNAP_DATA would do this for you, no? >> >> >> Correct we are doing in $SNAP_COMMON. Is $SNAP_DATA using CoW? Or is >> it going to be a full copy. From what I could see it was a full >> copy. This would quickly add up. Not to mention you loose all of our >> messages sent when you roll back. No, you're correct-- it's a full copy. But ... > I would suggest to use $SNAP_DATA. Once we have garbage collection > enabled on snapd, you will have approx. 2 copies at most of your data > (the old version and the current one). I guess this is a reasonable > tradeoff to ensure you can always revert safely. This ^^ . Note that garbage collection is in place today: snapd will begin pruning revisions once you have three of them, i.e. you will have only the three most recent revisions taking up space. > Imagine the case if a new version corrupts your data. You will not have > any way to retrieve them back if you store in $SNAP_COMMON, whichever > downgrade scripts you are writing… > > So, I would argue to try $SNAP_DATA first, and then only revisit to move > to $SNAP_COMMON if you see that doesn't suit you. I second this. Note that the ability to revert is not necessarily something that should be exercised a week after using the new version ("Nah, the other one was prettier. Revert!") simply because of the limitation you pointed out. It's better used with "Uh oh, my web server isn't coming up with this version. Revert!" or "Uh oh, my database migration failed. Revert!" Of course, nothing says it can't be used that way, but then you run into the limitations of the facilities provided by snapd, and you need to start hosting your data in a version-agnostic area (like you're doing). Which has its risks, as Didier pointed out. -- Kyle Fazzari (kyrofa) Software Engineer Canonical Ltd. kyle at canonical.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: From aaron.ogle at rocket.chat Fri Oct 28 19:00:58 2016 From: aaron.ogle at rocket.chat (Aaron Ogle) Date: Fri, 28 Oct 2016 19:00:58 +0000 Subject: Optional daemon In-Reply-To: References: <68bb80bc-f846-fd99-a010-bdf7695e8a80@ubuntu.com> Message-ID: Point definitely well made. I'm with you now. :) Now this being the case. I can't just swap the location. This is where I would need a rock solid upgrade hook. But I would only need to run it the once. Any suggestions? Or any good examples? On Fri, Oct 28, 2016 at 1:54 PM Kyle Fazzari wrote: > > > On 10/27/2016 11:27 PM, Didier Roche wrote: > > Le 27/10/2016 à 19:00, Aaron Ogle a écrit : > >> On Thu, Oct 27, 2016 at 11:56 AM Kyle Fazzari > >> > wrote: > >> > >> > >> So are you storing this database in $SNAP_COMMON? Because > >> $SNAP_DATA would do this for you, no? > >> > >> > >> Correct we are doing in $SNAP_COMMON. Is $SNAP_DATA using CoW? Or is > >> it going to be a full copy. From what I could see it was a full > >> copy. This would quickly add up. Not to mention you loose all of our > >> messages sent when you roll back. > > No, you're correct-- it's a full copy. But ... > > > I would suggest to use $SNAP_DATA. Once we have garbage collection > > enabled on snapd, you will have approx. 2 copies at most of your data > > (the old version and the current one). I guess this is a reasonable > > tradeoff to ensure you can always revert safely. > > This ^^ . Note that garbage collection is in place today: snapd will > begin pruning revisions once you have three of them, i.e. you will have > only the three most recent revisions taking up space. > > > Imagine the case if a new version corrupts your data. You will not have > > any way to retrieve them back if you store in $SNAP_COMMON, whichever > > downgrade scripts you are writing… > > > > So, I would argue to try $SNAP_DATA first, and then only revisit to move > > to $SNAP_COMMON if you see that doesn't suit you. > > I second this. Note that the ability to revert is not necessarily > something that should be exercised a week after using the new version > ("Nah, the other one was prettier. Revert!") simply because of the > limitation you pointed out. It's better used with "Uh oh, my web server > isn't coming up with this version. Revert!" or "Uh oh, my database > migration failed. Revert!" > > Of course, nothing says it can't be used that way, but then you run into > the limitations of the facilities provided by snapd, and you need to > start hosting your data in a version-agnostic area (like you're doing). > Which has its risks, as Didier pointed out. > > -- > Kyle Fazzari (kyrofa) > Software Engineer > Canonical Ltd. > kyle at canonical.com > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > -- *Aaron Ogle* Core Developer aaron.ogle at rocket.chat @aaron.ogle https://rocket.chat -------------- next part -------------- An HTML attachment was scrubbed... URL: From barry at ubuntu.com Fri Oct 28 22:27:23 2016 From: barry at ubuntu.com (Barry Warsaw) Date: Fri, 28 Oct 2016 18:27:23 -0400 Subject: Python 3 plugin sanity checking Message-ID: <20161028182723.517eaefc@subdivisions.wooz.org> I've started to snap up GNU Mailman 3. https://code.launchpad.net/~barry/+git/mailman-core-snap During an earlier iteration I forgot to add usr/lib to the snap part parts: mailman: plugin: python source: https://gitlab.com/mailman/mailman.git snap: - bin - lib - usr/lib <------ this If you install and run the resulting snap (e.g. mailman-core.mailman --version) Python will core dump because the stdlib, and in particular the 'encodings' module didn't get installed. $ sudo snap install --devmode ~/projects/mailman/snap/*.snap mailman-core 3.1b1 installed $ mailman-core.mailman --version Fatal Python error: Py_Initialize: Unable to get the locale encoding ImportError: No module named 'encodings' Current thread 0x00007f77264e4700 (most recent call first): Aborted (core dumped) Wouldn't it make sense for the Python 3 plugin to either automatically include the stdlib (e.g. usr/lib) or complain loudly if it's not included explicitly in the resulting snap? Cheers, -Barry -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 801 bytes Desc: OpenPGP digital signature URL: From gustavo.niemeyer at canonical.com Sat Oct 29 01:26:48 2016 From: gustavo.niemeyer at canonical.com (Gustavo Niemeyer) Date: Fri, 28 Oct 2016 23:26:48 -0200 Subject: Un-revert a snap In-Reply-To: References: <542eab63-0e8c-b54e-2aab-4e28cce9fa82@gmail.com> Message-ID: A refresh should result in the same behavior whether the snap is locally installed or is being downloaded. We've also (John has, actually) fixed the behavior so that a refresh of a specific snap will work, so your original attempt described in the first message on this thread will work correctly in the upcoming snapd 2.17. Thanks for raising the issue. On Thu, Oct 27, 2016 at 11:57 AM, YC Cheng wrote: > Not sure if the new "refresh" design will check if the local installed one > have the same channel/revision or even hash that match the one from server. > (I think we should.) And if yes, are we going to add something like > "--force" in case of some mix channel situation ? > > 2016-10-27 20:42 GMT+08:00 Gustavo Niemeyer com>: > >> We actually have that already in the upcoming version. You'll be able to >> say "snap refresh --revison=N ", similarly to how we can revert. >> >> That said, I think the expectation exposed in the first message is a >> reasonable one. We should probably not blacklist the current revision if >> the snap name was explicitly selected in the command line. >> >> On Oct 27, 2016 4:39 AM, "Didier Roche" wrote: >> >>> Le 27/10/2016 à 08:32, YC Cheng a écrit : >>> >>> I think we need a way to just Un-revert from rev 20 to rev 29 without >>> remove rev 29. >>> >>> Shall we fire a bug for that if we don't have such method exists now ? >>> >>> >>> I think it's not that easy considering the associated data. You need to >>> swap them to restart from the latest version of data from rev 20 to copy to >>> 29. Explicitely removing that version makes sense in that context. Have an >>> unrevert command won't convey that notion. >>> >>> Didier >>> >>> >>> >>> 2016-10-27 14:13 GMT+08:00 Didier Roche : >>> >>>> Le 27/10/2016 à 03:01, Marcos Alano a écrit : >>>> > Hello guys, >>>> >>>> Hey Marcos, >>>> > >>>> > >>>> > Sorry if I'm in the wrong mailing list. That's the only one about >>>> snap i >>>> > could found. The question is: how I revert-revert (un-revert) a snap? >>>> I >>>> > can install a snap: >>>> > >>>> > (sudo snap install hello) after thatr I can upgrade a snap (snap >>>> refresh >>>> > hello --channel=beta hello) and finally revert (sudo snap revert >>>> hello). >>>> > But after that if I try to re-upgrade I just can't: >>>> > >>>> > $ sudo snap refresh --beta hello >>>> > >>>> > error: cannot refresh "hello": snap "hello" has no updates available >>>> > >>>> > I'm doing something wrong? >>>> >>>> You are not doing it wrong :) The revert command "blacklists" this >>>> particular snap revisions on purpose, so that you don't reupdate to it. >>>> However, there is a way to get back to it! You can remove explicitely >>>> that revision (without removing the current snap). Data associated to >>>> the reverted revision will be cleaned up as well. >>>> Then, you can refresh. >>>> >>>> In a concrete example with the hello snap: >>>> 20 is the revision in the stable channel, 29 corresponds to the revision >>>> in the beta channel. >>>> >>>> # Install and update >>>> $ snap install hello >>>> $ snap list hello >>>> Name Version Rev Developer Notes >>>> hello 2.10 20 canonical - >>>> $ snap refresh hello --beta >>>> $ snap list hello >>>> Name Version Rev Developer Notes >>>> hello 2.10.1 29 canonical - >>>> >>>> # Revert >>>> $ snap revert hello >>>> $ snap list hello >>>> Name Version Rev Developer Notes >>>> hello 2.10 20 canonical - >>>> >>>> # Remove reverted version (and associated data) >>>> $ snap remove hello --revision=29 >>>> hello removed >>>> $ snap list hello >>>> Name Version Rev Developer Notes >>>> hello 2.10 20 canonical - >>>> >>>> # Reupdate >>>> $ snap refresh hello --beta >>>> $ snap list hello >>>> Name Version Rev Developer Notes >>>> hello 2.10.1 29 canonical - >>>> >>>> I hope that answer your questions :) >>>> Cheers, >>>> Didier >>>> >>>> >>>> -- >>>> Snapcraft mailing list >>>> Snapcraft at lists.snapcraft.io >>>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>>> an/listinfo/snapcraft >>>> >>> >>> >>> >>> >>> >>> -- >>> Snapcraft mailing list >>> Snapcraft at lists.snapcraft.io >>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>> an/listinfo/snapcraft >>> >>> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- gustavo @ http://niemeyer.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at ubuntu.com Sat Oct 29 13:44:18 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Sat, 29 Oct 2016 14:44:18 +0100 Subject: Python 3 plugin sanity checking In-Reply-To: <20161028182723.517eaefc@subdivisions.wooz.org> References: <20161028182723.517eaefc@subdivisions.wooz.org> Message-ID: On 28/10/16 23:27, Barry Warsaw wrote: > Wouldn't it make sense for the Python 3 plugin to either automatically include > the stdlib (e.g. usr/lib) or complain loudly if it's not included explicitly > in the resulting snap? Yes, it helps when the tools sanity-check and guide new devs to the right outcome. Mark -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: OpenPGP digital signature URL: From sergio.schvezov at canonical.com Sat Oct 29 14:43:47 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Sat, 29 Oct 2016 11:43:47 -0300 Subject: Python 3 plugin sanity checking In-Reply-To: References: <20161028182723.517eaefc@subdivisions.wooz.org> Message-ID: El 29/10/16 a las 10:44, Mark Shuttleworth escribió: > On 28/10/16 23:27, Barry Warsaw wrote: >> Wouldn't it make sense for the Python 3 plugin to either automatically include >> the stdlib (e.g. usr/lib) or complain loudly if it's not included explicitly >> in the resulting snap? > Yes, it helps when the tools sanity-check and guide new devs to the > right outcome. We can do this; the nice thing about the python case is that we can eventually remove all of the sdtlib and use the system one if you know what you are doing (as core currently provides python3). I would go for warning but allow you to do whatever you want if you want to. Regardless, this is now an item in our backlog, thanks for the suggestion. From sergio.schvezov at canonical.com Sat Oct 29 14:54:56 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Sat, 29 Oct 2016 11:54:56 -0300 Subject: Provisional snap for DUB (D language package/build manager) In-Reply-To: References: <86cef86c-3e6d-fdf2-d268-29ebd16d1b62@webdrake.net> <477c022c-ffc3-922d-070d-1e7a84a8a81f@ubuntu.com> Message-ID: <3e08b0c8-bc3a-b19a-cb33-a7091c25c489@canonical.com> El 27/10/16 a las 05:27, Didier Roche escribió: > Just a note: after a quick double checking , the snapcraft go plugin > relies on ubuntu packages (I think it should rather download latest > stable go and use GOROOT to use it). This isn't the case for other > plugins like nodejs which was the one I had in mind and I still think > you should prefer that road. It used to be the other way around, this is going to be solved with a combination of: - using upstream go releases when on the supported arch - enable cross compilation for go (when no cgo is used initially) - allow parts to 'provide' things for plugins (this solves much more than just the go story, but would also make the ros, python, java, maven, ant and other stories much nicer). From sergio.schvezov at canonical.com Sat Oct 29 14:59:33 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Sat, 29 Oct 2016 11:59:33 -0300 Subject: Provisional snap for DUB (D language package/build manager) In-Reply-To: References: <86cef86c-3e6d-fdf2-d268-29ebd16d1b62@webdrake.net> <477c022c-ffc3-922d-070d-1e7a84a8a81f@ubuntu.com> Message-ID: El 27/10/16 a las 17:13, Joseph Rushton Wakeling escribió: > On 27/10/16 08:37, Didier Roche wrote: >> It would be great to have D support! Thanks for working on that :) > > Great to hear :-) > > Just to be clear, it's already in principle possible to package D > applications as snaps; DUB support isn't needed, but is very helpful, > because a lot of D projects do use it. > >> I'm going to try to answer to some of your questions, but I'm sure >> Sergio (CCed) would be able to give deeper insights on some parts as >> being the snapcraft upstream. > > Thanks very much. I'll respond to some of your suggestions below ... > >> I would really advise going the build.sh route. Doing a custom snapcraft >> plugin as you started is definitively the right path. > > Yes, agreed. I was curious about the `build.sh` option not because I > think it's a good idea, but because I was thinking: "What if it was > the only build option for this project?" I'd like to know how to > handle that situation if I ever encounter it in another project. > >> From your questions and the statement that there is no explicit install >> steps, I think you mean that D programs just build in tree (snapcraft >> tries to encourage builds out of trees) and then, the install step for >> people is to copy the resulting binaries and assets manually? > > Yes, exactly. It's not _entirely_ as bad as it sounds because each > project's `dub.json` config file can define a `targetPath` variable > where built programs will be placed. The plugin can use that if > available. > >> If so, I can see 2 paths here: >> - either you expect people to explicitely list assets and binaries that >> should be installed (this could again be a custom option of your plugin) > > This is pretty much the direction I've taken for now. The make plugin has an `artifacts` option (if you inherit from it you get it for free). If necessary we can move this to the base plugin or even as a core capability. Used for projects that are older or do not follow GNU conventions of having an `install` target. > >> - either you try to be starter, as you told, and detect extra files >> being created in the parts//build. There is no built-in >> features in snapcraft for this as far as I know, but, it would be quite >> easy to build it as part of your plugin: list at the start of the build >> phase files in parts//build and redo the same thing after the >> build. Then, in the install phase, use that list (that you store on >> disk) to copy newly created content in parts//install. Then, >> snapcraft will pick it up from there. Note that I think you still need a >> manual options for your users to list eventual assets (or they can use >> the dump plugin in another part). > > Nice thought. I'll try to look into that. > > There is a 3rd option which could be for the plugin to read the > `dub.json` config file of the project being built, and parse that to > discover the targets that will be built, but honestly that feels like > duplication of effort, and it would probably be better to encourage > the DUB developers to provide an `install` option. > >> If you prefer to copy everything and have your users filtering from the >> stage area to the prime area, you can use the "snap:" stenza (don't use >> filesets for now if you don't plan to repeat the file list name). > > Yup, this is the option I use now. > >> I would advise in a first step to consider the D compiler used by DUB to >> build other things to be part of your snap. You want to control the >> version in it and consider it as part of your dependencies you need in >> your snap. We can discuss later about an interface, but I would really >> go that way as a first step. > > Yup, bundling the compiler into the snap is the way I have gone as a > first step. > > However, the real issue is that DUB is supposed to provide the user > with the option to choose the D compiler to use. It's tolerable as a > first step to just give one option bundled, but ideally the user would > be able to invoke DUB and specify to it any compiler they like -- > whether a snap-packaged one, or one installed on the host system. > > I was assuming that allowing the user to (optionally) specify a > compiler of choice via an interface would be easier to achieve, but I > don't know if that's true. > >> There is no way right now on definining new interfaces apart from >> building them in snapd, and so, use your own local version. (That's the >> reason why I advise you to not bother with this right now, let's take an >> easier path first, figure the rest, and then, we can rediscuss) > > Well, I already took the easier path, so that's why I raised the > discussion of alternatives ... :-) > >> I would look at /var/log/syslogs. Apparmor and seccomp denials are >> listed there. Note that if you didn't already, you should really start >> developping your snap in devmode. That way, it will get confinment out >> of the equasion to get your relocatable code and dependencies working. >> Then, we can turn on confinement and figure out those issues to be able >> to publish in the stable channel. > > Yea, I probably should have started with devmode. Thanks for the > advice about syslogs; I'll check it out and see what I can find. snap install snappy-debug, it will provide nice hints. > >> Don't make your snap calling other snap endpoints. It's better from your >> own snap code to ensure that your local ldc2 is in your snap $PATH, and >> call ldc2 directly (it will then use the parent process confinment >> profile, of course). I think that will help you a little bit more to >> control what you are calling at, and how. > > Well, as I said, it's less about ensuring there is a local LDC, and > really more about finding a way to ensure the user can get DUB to work > with any D compiler on their system, whether installed on the host > system, in another snap, or in the DUB snap itself. > > I definitely don't intend for the DUB snap to have a hard dependency > on another snap's existence, if that's what you were concerned about. > > Thanks again for the thoughts and feedback -- I'll look into the > AppArmor side of things soon. Meanwhile, congratulations on your own > very nice video on snap packages! :-) > > Best wishes, > > -- Joe > From joseph.wakeling at webdrake.net Sat Oct 29 15:14:22 2016 From: joseph.wakeling at webdrake.net (Joseph Rushton Wakeling) Date: Sat, 29 Oct 2016 17:14:22 +0200 Subject: Provisional snap for DUB (D language package/build manager) In-Reply-To: References: <86cef86c-3e6d-fdf2-d268-29ebd16d1b62@webdrake.net> <477c022c-ffc3-922d-070d-1e7a84a8a81f@ubuntu.com> Message-ID: On 27/10/16 10:27, Didier Roche wrote: > Just a note: after a quick double checking , the snapcraft go plugin > relies on ubuntu packages (I think it should rather download latest > stable go and use GOROOT to use it). This isn't the case for other > plugins like nodejs which was the one I had in mind and I still think > you should prefer that road. In principle that should be possible, as there are precompiled downloads of dub available here: https://code.dlang.org/download Using these could have some advantages, including allowing the user of the plugin to specify the exact version of dub they want to build with. Since there are different Linux downloads for x86, x86-64 and ARM, is there any way for the snapcract plugin to detect what the host system is and download accordingly ... ? From kyle.fazzari at canonical.com Mon Oct 31 16:24:43 2016 From: kyle.fazzari at canonical.com (Kyle Fazzari) Date: Mon, 31 Oct 2016 09:24:43 -0700 Subject: Provisional snap for DUB (D language package/build manager) In-Reply-To: References: <86cef86c-3e6d-fdf2-d268-29ebd16d1b62@webdrake.net> <477c022c-ffc3-922d-070d-1e7a84a8a81f@ubuntu.com> Message-ID: On 10/29/2016 08:14 AM, Joseph Rushton Wakeling wrote: > On 27/10/16 10:27, Didier Roche wrote: >> Just a note: after a quick double checking , the snapcraft go plugin >> relies on ubuntu packages (I think it should rather download latest >> stable go and use GOROOT to use it). This isn't the case for other >> plugins like nodejs which was the one I had in mind and I still think >> you should prefer that road. > > In principle that should be possible, as there are precompiled downloads > of dub available here: https://code.dlang.org/download Using these > could have some advantages, including allowing the user of the plugin to > specify the exact version of dub they want to build with. > > Since there are different Linux downloads for x86, x86-64 and ARM, is > there any way for the snapcract plugin to detect what the host system is > and download accordingly ... ? Indeed, you can utilize the `self.project.arch_triplet` property for that. -- Kyle Fazzari (kyrofa) Software Engineer Canonical Ltd. kyle at canonical.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: From sergio.schvezov at canonical.com Mon Oct 31 21:01:29 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Mon, 31 Oct 2016 18:01:29 -0300 Subject: Provisional snap for DUB (D language package/build manager) In-Reply-To: References: <86cef86c-3e6d-fdf2-d268-29ebd16d1b62@webdrake.net> <477c022c-ffc3-922d-070d-1e7a84a8a81f@ubuntu.com> Message-ID: El 31 oct. 2016 6:25 PM, "Kyle Fazzari" escribió: > > > > On 10/29/2016 08:14 AM, Joseph Rushton Wakeling wrote: > > On 27/10/16 10:27, Didier Roche wrote: > >> Just a note: after a quick double checking , the snapcraft go plugin > >> relies on ubuntu packages (I think it should rather download latest > >> stable go and use GOROOT to use it). This isn't the case for other > >> plugins like nodejs which was the one I had in mind and I still think > >> you should prefer that road. > > > > In principle that should be possible, as there are precompiled downloads > > of dub available here: https://code.dlang.org/download Using these > > could have some advantages, including allowing the user of the plugin to > > specify the exact version of dub they want to build with. > > > > Since there are different Linux downloads for x86, x86-64 and ARM, is > > there any way for the snapcract plugin to detect what the host system is > > and download accordingly ... ? > > Indeed, you can utilize the `self.project.arch_triplet` property for that. The nodejs plugin actually used this construct if you need a reference. -------------- next part -------------- An HTML attachment was scrubbed... URL: From didier.roche at canonical.com Fri Oct 7 12:33:41 2016 From: didier.roche at canonical.com (Didier Roche) Date: Fri, 07 Oct 2016 12:33:41 -0000 Subject: Ubuntu Core 16 Feature Freeze In-Reply-To: <1475833578.21560.18.camel@ubuntu.com> References: <20161006234217.GG2732@bod> <1475832901.21560.10.camel@ubuntu.com> <1475833578.21560.18.camel@ubuntu.com> Message-ID: <6d743920-5f9e-acc2-13f7-c85b9b02cfab@canonical.com> Le 07/10/2016 à 11:46, Oliver Grawert a écrit : > hi, > Am Freitag, den 07.10.2016, 11:35 +0200 schrieb Oliver Grawert: >> >>>> These images are bootable, the PC image can be booted directly in >>>> qemu-kvm or virtualbox. When running the images in qemu-kvm it is >>>> helpful to use the "-redir" feature of qemu-kvm. E.g.: >>>> >>>> $ kvm -m 1500 -redir tcp:10022::22 -redir tcp:14200::14200 >>>> ubuntu-core-16-amd64.img >>> I was wondering if snapweb was listening to a different port >> snapweb listens on 4200 which we redirect in the above command to the >> hosts 14200 port (so we do not clash with a possibly running snapweb > oops, but indeed the option should be: > > -redir tcp:14200::4200 > > i.e. the kvm side still needs to listen to 4200. Yeah, that was my point, one or the other, but it needs to match :) Indeed, redirecting to 14200 might be good in the case someone has already snapweb running on their system. From ankepcb at 126.com Tue Oct 18 11:50:39 2016 From: ankepcb at 126.com (Vincent Fang) Date: Tue, 18 Oct 2016 11:50:39 -0000 Subject: PCB Solution Message-ID: <36a0c8d.c38e.157d79d65c1.Coremail.ankepcb@126.com> Hi Good morning, This is Vincent from ANKE PCB, who is a factory specialized in PCB quick-turn production from prototype to high volume with very competitive price. We mainly manufacture board from 1L to 18L with FR4; FR1; CEM1; Aluminum; Polymide material for Rigid PCB and Flexible PCB. For quick production/expedite production, we have services below: 1L--- 12Hours; 24Hours; 48Hours; 2L--- 12Hours; 24Hours; 48Hours; 4L--- 48Hours, 72Hours; More details, please feel free to write us. Sincerely hope can be a long term partner of yours in the near future. Best Regards Vincent Fang _______________________________________________________________________________________________________________________ Oversea Sales SHENZHEN ANKE PCB CO.,LTD www.anke-pcb.com T:+86 0755 3357 2336 E-mail:sales09 at anke-pcb.com Skype: vincentfang1990 -------------- next part -------------- An HTML attachment was scrubbed... URL: From admin at marketinglahmail.com Thu Oct 13 13:21:24 2016 From: admin at marketinglahmail.com (Desmond Wong) Date: Thu, 13 Oct 2016 13:21:24 -0000 Subject: SG Newest: NEW MULTILEVEL EMAIL MARKETING TO FIND POTENTIAL LEADS Message-ID: <876654b90c85e5d74e54a4ad8a9a3deb@marketinglahmail.com> SPAM MESSAGE - removed from archive From gordon at chronitis.net Fri Oct 14 09:09:03 2016 From: gordon at chronitis.net (Gordon Ball) Date: Fri, 14 Oct 2016 09:09:03 -0000 Subject: Problems trying to create a snap package for bioinformatics tools Message-ID: <0db7dbc4-2326-eb18-aaed-ed7a221512fb@chronitis.net> Hello (Please CC me, not subscribed to list) I have been trying to create a snap package for the `cufflinks` [1] biofinformatics tools. These are packaged for debian/ubuntu, but the package is not built for xenial due to issues with boost 1.56-1.59. [2] I tried building a snap package (see snapcraft.yaml below - just a simple `stage-packages` build) on yakkety in order to bundle the relevant dependencies and then install it on xenial, but I ran into the following issues: * Trying to run any of the binaries gives the error failed to create user data directory. errmsg: Permission denied This is presumably related to #1592696, but in this case $HOME is on an NFS mount under /mnt. Probably an uncommon case, but this probably isn't the only such configuration. * The package contains multiple binaries, and the links in /snap/bin are named, eg `cufflinks.cuffdiff`, which makes them incompatible with existing scripts. Additionally, I can't declare `apps:` keys with underscores in them, so some come out completely misnamed. Did I miss an option somewhere to better control command naming? Snap packages are potentially quite useful for scientific tools with odd sets of dependencies - where confinement is not an issue, but it provides a much easier way to handle private library versions, etc. Gordon [1]: https://github.com/cole-trapnell-lab/cufflinks [2]: https://launchpad.net/ubuntu/+source/cufflinks ----8<-snapcraft.yaml-8<---- name: cufflinks version: 2.2.1 summary: Transcript assembler description: | Cufflinks assembles transcripts, estimates their abundances, and tests for differential expression and regulation in RNA-Seq samples. It accepts aligned RNA-Seq reads and assembles the alignments into a parsimonious set of transcripts. Cufflinks then estimates the relative abundances of these transcripts based on how many reads support each one, taking into account biases in library preparation protocols. confinement: devmode apps: compressgtf: command: compress_gtf cuffcompare: command: cuffcompare cuffdiff: command: cuffdiff cufflinks: command: cufflinks cuffmerge: command: cuffmerge cuffnorm: command: cuffnorm cuffquant: command: cuffquant gffread: command: gffread gtftosam: command: gtf_to_sam parts: cufflinks: plugin: nil stage-packages: - cufflinks - libboost-serialization1.61.0 - libboost-system1.61.0 - libboost-thread1.61.0 - libstdc++6 - zlib1g - libc6 - libgcc1 ----8<---- From:Subject:Date:From; b=bFrPeQADY89EFyzPTIEkETvX2pJn0fD1+lTRVUfe7QWx4f3AGzg5RsB9pa/1ecUa+ fjv4XUa9jnf+5iWpQbly2OCLkykJw6mAbqdn65DjfdHhSzr47hrMdWcKGo6/r0k6Xw 0xvyEZY8VWY0wsd2h/JNVq3htmsHf2y2O5fJGpJ0= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on h3 X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=NO_RECEIVED,NO_RELAYS, T_DKIM_INVALID autolearn=no autolearn_force=no version=3.4.0 To: snapcraft at lists.snapcraft.io DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=openmailbox.org; s=openmailbox; t=1477928340; bh=EIEaEDENKoLPjYfy8607B8zwVqlJFtzvhS3bUhZkNFk=; h=To:From:Subject:Date:From; b=abxvB5oiFS+4bViHFdCR5WzYD+3WnfUHbEWUPF7bqw6pD2tiEzJ4wuCgnt+okW0pc BiZ8G3mYfqY83NxY/caHm4BqoNAjxRkXuMpVTe7l+gFTgxGezn+nijDvx/n2sQJaSb ik8J4PpUhGYFxE4VRGd11wuVag6Wtg+41SUcEZrY= From: Anne017 Subject: Snapcraft translation Message-ID: User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 30 Nov 2016 14:36:02 +0000 X-BeenThere: snapcraft at lists.snapcraft.io X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Snapcraft List-Id: Snapcraft List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Mon, 31 Oct 2016 15:39:04 -0000 X-Original-Date: Mon, 31 Oct 2016 16:38:48 +0100 X-List-Received-Date: Mon, 31 Oct 2016 15:39:04 -0000 Hello, I am part of the Ubuntu French Translation team and was wondering if Snapcraft was translatable and how I could help. I look forward to your feed-back. Anne From boostin1j at inbox.ru Mon Oct 31 16:49:13 2016 From: boostin1j at inbox.ru (=?UTF-8?B?Qm9uaWZhY3ppeSBPc3Rpbg==?=) Date: Mon, 31 Oct 2016 16:49:13 -0000 Subject: =?UTF-8?B?SGVsbG8=?= Message-ID: <1477932551.581931235@f430.i.mail.ru> Respected customer, The payment is made for you. Amount 50$ See details Yours sincerely, -------------- next part -------------- An HTML attachment was scrubbed... URL: