Re: ubuntu-app-platform updated to Qt 5.6.2

[Leo Arias]

On Tue, Jan 31, 2017 at 9:21 AM, Olivier Tilloy
 wrote:
> This is a bit tricky: when packaging a Qt application that uses the
> platform snap, snapcraft will use ldd to crawl the app’s binaries and
> will automagically add the libraries that it depends on to the
> resulting snap (those libs are taken from the host system).
>
> There is a way around that, but it’s rather counter-intuitive and
> error-prone: add the packages containing those libs to the list of
> stage-packages, then explicitly exclude them from the resulting snap
> using the prime/snap keyword. You won’t be able to exclude them if you
> didn’t include them through the stage packages first.

Isn't this what Kyle fixed by adding build-attributes: [no-system-libraries] ?

http://snapcraft.io/docs/build-snaps/syntax#parts

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: GEM/Ruby snapcraft plugin?

[Leo Arias]

Thanks for the offer Justin!

Whenever you are ready to start, join us in
https://rocket.ubuntu.com/channel/snapcraft
We will be there in case you need a hand with the API, code style and tests.

It would be great if the two of you pair to write the code, or one
writes the code and the other makes the PR review.
We are trying very hard to make hacking in snapcraft a pleasant
experience for all the new contributors, so we'll also appreciate if
you file bugs about any shortcomings there.

pura vida.

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Ubuntu Core testing days, and 96boards crossover

[Leo Arias]

Hello!

We are happy to resume our Ubuntu testing days, and for February and
March our focus will be Ubuntu Core.

The first one is tomorrow, Friday 3rd, at 16:00 UTC: http://ubuntuonair.com/
Michael Vogt and Federico Giménez from the snappy team will join us to
talk about Ubuntu Core and the test images for QEMU.

And we have good news from our friends working on 96boards at Linaro.
They have a nice show every Thursday with Robert Wolff, called open
hours. Check it out: http://www.96boards.org/OpenHours/
We will have some shared sessions with them in which we'll be talking
about dragonboard 410c, snaps, snapcraft, and more. It will be great,
like when Alf appeared in Blossom [1] :D

I'll be sending here the details and reminders as the dates approach.

For more information about the testing days:
https://wiki.ubuntu.com/Testing/UbuntuTestingDay

pura vida

[1] https://metrouk2.files.wordpress.com/2015/04/blossomalf.png?w=524=370

-- 
¡paz y baile!
http://www.ubuntu.com

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Yet more issues snapping

[Leo Arias]

On Wed, Jan 18, 2017 at 2:53 AM,   wrote:
> It is ok now thank you. I have had some excellent help and can use what I
> now have to aid me going forward. It is those first few steps that seem
> impossible.

Hey Gareth, I'm happy to see you got it working.

It would be really useful if you could help us improving the
documentation from the things you learned these past weeks. Maybe some
of the text should be clearer, or a few things are missing an
explanation. We happily accept pull requests for the docs in
https://github.com/snapcore/snapcraft/tree/master/docs, and another
useful resource is to answer your own questions in askubuntu.com once
you know the answer.

pura vida.
-- 
¡paz y baile!
http://www.ubuntu.com

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: classic snap fails to find libraries

[Leo Arias]

After reading the other thread about a similar issue, I moved my
libraries to stage-packages and that worked.

My problem now is that ssh can't call a binary from a snap, it will
only work using the full path. Let's say I have the hello snap
installed in 192.168.122.24. Then:

elopio@ubuntu-xenial:~/mosh$ ssh 192.168.122.24 hello
elopio@192.168.122.24's password:
bash: hello: command not found
elopio@ubuntu-xenial:~/mosh$ ssh 192.168.122.24 /snap/bin/hello
elopio@192.168.122.24's password:
Hello, world!

I seem to remember that there was a bug open about this, but I can't
find it. Anyone remembers what's the problem here?

This is not blocking the mosh snap, but in order to make it work one
would have to call it like this:

mosh 192.168.122.24 --server=/snap/bin/mosh-server

after enabling the alias.

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Ubuntu Core LXD images available for testing

[Leo Arias]

Woohoo \o/
Thank you, you have just made my live so much easier.

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: A UX question about requiring users to pass in --classic

[Leo Arias]

I like it. It's always better to not tell the user to retype what he just typed.

Can you please report a bug?

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: GEM/Ruby snapcraft plugin?

[Leo Arias]

On Mon, Jan 30, 2017 at 8:33 AM, Adam Stokes  wrote:
> There isn't a plugin yet and I did ask Sergio about this at our last sprint.
> AFAIK there isn't one planned and I would be willing to collaborate with you
> to get one written and merged upstream.

Do you know ruby Adam? Welcome to the team! :D
This bug is for you: https://bugs.launchpad.net/snapcraft/+bug/1612818 :D

Marco, there's also gistup. Pretty nice. However, it can't be snapped
because of https://bugs.launchpad.net/snappy/+bug/1630690
It could be a classic snap, but that doesn't sound correct.

pura vida.
-- 
¡paz y baile!
http://www.ubuntu.com

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: A UX question about requiring users to pass in --classic

[Leo Arias]

Thanks! I've copied your comments in the bug.

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

pro tip: use scriptlets instead of custom plugins

[Leo Arias]

Hello!

This week I've been cleaning a few of my old snaps, using some of the
new features in more recent versions of snapcraft. At first I wasn't
convinced about scriptlets, but now I think they are great. Take a
look at this diff:

5 additions and 144 deletions

https://github.com/elopio/ipfs-snap/commit/06f32696c1b461b1068e803e71e22bad50fe52eb

Here is more info:
https://insights.ubuntu.com/2017/02/02/run-scripts-during-snapcraft-builds-with-scriptlets/

pura vida.
-- 
¡paz y baile!
http://www.ubuntu.com

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Package too old for cleanbuild

[Leo Arias]

Hello,

We have a few cleanbuild bugs open:
https://bugs.launchpad.net/snapcraft/+bugs?field.tag=cleanbuild

Some of them are related to what you are asking, so I would appreciate
if you go in there and add your comments with the ideal solution for
your use case. If you don't find any bug that asks for what you need,
please report a new one.

Also note that some bugs are not confirmed. It's really useful for us
when we are planning the work for the next sprint to look at the bugs
that affect more than one person. So if you would like to see one bug
fixed soon, mark it as affecting you, we'll hear it.

Our planning meeting is tomorrow :)

pura vida.

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Git commit+

[Leo Arias]

Hello!

This is bug: https://bugs.launchpad.net/snapcraft/+bug/1662388
We will discuss if removing the yaml is needed at all. But in the
meantime, add source-type: git.

pura vida.

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Git commit+

[Leo Arias]

On Sat, Feb 11, 2017 at 10:56 AM, Mark Shuttleworth  wrote:
> What am I missing?

It's not you, it's us. I was just playing with mosh and I see that
copying the snapcraft.yaml to the part/src dir is not enough. It also
needs to be in part/build. I don't have a workaround for that, we'll
need to change some code.

-- 
¡paz y baile!
http://www.ubuntu.com

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: detect video player

[Leo Arias]

So, you want to know from the application itself if it's being run
from inside a snap, or not?

I don't know if we have something for that, but it certainly seems to be useful.
You could check if some of the environment variables are set, but
well, of course that can be cheated by exporting the var before
running the application.

ubuntu@juju-07fb34-remote-devel-0:~$ echo $SNAP

ubuntu@juju-07fb34-remote-devel-0:~$ snap run --shell ipfs
ubuntu@juju-07fb34-remote-devel-0:/home/ubuntu$ echo $SNAP
/snap/ipfs/x1

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Creating and running tests for a snapcraft plugin

[Leo Arias]

Hello!

Thanks for working on a new plugin.

On Thu, Feb 23, 2017 at 5:13 PM, Joseph Rushton Wakeling
 wrote:
> Is there a simple way to run the tests for a single plugin, rather than the
> whole body of tests?  The snapcraft HACKING.md doesn't offer any advice on
> this point.

To run all the tests related to python, for example, you can do
something like this:

./runtests.sh unit *python*
./runtests.sh integration *python*

That filter is by file name. You can do fancier things with python's discovery:
https://docs.python.org/3.5/library/unittest.html#unittest-test-discovery

pura vida.

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Let's kill "sideloading"

[Leo Arias]

On 2016-09-02 08:59, Oliver Grawert wrote:
> admittedly "kids" was a bit harsh, i apologize to anyone who feels
> offended by this ... 

maybe you just meant that you are old ;)



signature.asc
Description: OpenPGP digital signature
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: copy -> dump plugin migration

[Leo Arias]

Hello Martin,

We might have been a little too hasty when we decided to print that
deprecation message, I'm sorry about that.

Take a look at https://bugs.launchpad.net/snapcraft/+bug/1616459

We are currently closing the final details to release 2.16, so this bug
is scheduled to be resolved next week.

On 2016-09-02 16:35, Martin Winter wrote:
> This looks to me like bad code, but I can’t find a way to make this
> cleaner (better
> doc for the dump plugin would be highly appreciated)

One thing I've requested is a small guide explaining how to migrate from
copy to dump. Please leave any comments or suggestions you might have in
the bug linked above.

pura vida.




signature.asc
Description: OpenPGP digital signature
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

command should be run as root

[Leo Arias]

Hello,

I'm confused by commands that say they should run as root. I'm playing
with runc: https://github.com/elopio/runc/tree/snapcraft

It's really easy to snap, but when I run it I get:

~/snap/runc/x1/container$ runc run testcontainer
runc should be run as root

So if I try to run:
~/snap/runc/x1/container$ sudo runc run testcontainer
open config.json: permission denied

First question, does it make sense for a root user to be denied to
access the files in /home/somebody/snap?

And second question is what am I supposed to do now? I created the
directory /root/snap/runc/x1/ and moved the container directory there.
Then I'm able to read the file, but that's not a nice experience.

pura vida.



signature.asc
Description: OpenPGP digital signature
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Setting release version in snapcraft build

[Leo Arias]

On 2016-09-01 11:40, Sergio Schvezov wrote:
> snapcraft set-version 
> snapcraft

works for me.



signature.asc
Description: OpenPGP digital signature
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Snapping Qt 5.7 APPs

[Leo Arias]

I'm resurrecting this thread because a dev from QGIS is asking about qt5.7:
https://github.com/qgis/QGIS/pull/3545#issuecomment-250636922

I think this should be a part in the wiki, not a plugin. But I don't know
enough Qt to do it myself. Any chance somebody wants to publish a qt5.7
part? ^_^
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: snapping a python2 application that uses a makefile

[Leo Arias]

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

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: How to tell dump plugin to only copy a specific file

[Leo Arias]

On Tue, Oct 4, 2016 at 3:08 AM, Gustavo Niemeyer <
gustavo.nieme...@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
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Access to other commands

[Leo Arias]

On Thu, Sep 15, 2016 at 6:12 AM, Mark Shuttleworth  wrote:

>
> I think this is a topic for the next snapfest community event, in
> October/November. Call it "snapping CLI utilities".
>
>
Here's another interesting one to take into account in that discussion:
https://github.com/elopio/htop/tree/snapcraft
(currently in the sandpit)

In devmode, snappy-debug doesn't stop printing warnings.
-- 
¡paz y baile!
http://www.ubuntu.com
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: ANN: snapcraft 2.14 has been released

[Leo Arias]

On 2016-08-17 20:20, Sergio Schvezov wrote:
> Rust is contributed by the community, I have no example but know elopio
> ran a project with it.

Yes, I was playing with cargo. It was simple and I got a snap that
worked in dev mode, but then I started wondering about using this snap
to build the future rust snaps, I fell into the rabbit hole and didn't
finish testing it :)

As soon as I have some free time again I'll contribute it to the playpen.

Your question about examples is interesting. We have been talking about
modifying our demos to be more useful, instead of the random sample that
we currently have in there. One option is to make a hello world for
every plugin, but then that's not a real world example so it also has
limited use; and that's more or less what we have in our integration
suite [1]. On the other hand, if we take a real world project as an
example, it could get too complex to be useful for users getting
started. And there's the playpen which also serves as a showcase. So,
opinions and branches are welcome.

[1]
https://github.com/snapcore/snapcraft/tree/master/integration_tests/snaps/simple-rust



signature.asc
Description: OpenPGP digital signature
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Has anybody ever snapped gunicorn?

[Leo Arias]

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
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Ports,ports,ports..

[Leo Arias]

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
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Feedback and requests from the syncthing snap

[Leo Arias]

Hello dear snapcraft,

I have been working with the syncthing main dev, Jakob Borg, to make a
syncthing snap. If you want to join the early adopters, $ sudo snap install
syncthing --edge

He has been really nice, digging into snaps and providing valuable
feedback. We have something that works, but there are some rough edges.

One small detail that will cause pain to the syncthing users is that $HOME
is assigned to $SNAP_USER_DATA. In a service to sync files, you are usually
synchronizing things from your user home. Wouldn't it make sense to keep
the real user $HOME if the command has the home plug?
There is a section on the syncthing interface where you can type ~, and
that's expanded to your home. It's both unexpected and uncomfortable to get
that expanded to /home/elopio/snap/syncthing/common.

One big detail that I don't know how to solve is that syncthing is usually
autostarted as a user service, not a system wide service running as root.
How are we going to support this use case?

And finally, more like a general roadmap request/question: The home
interfaces is not enough for this application. You might want to
synchronize something in /media, a different partition, or any other file
that's accessible by the user. After talking with Jacob I realized that the
synchronization story is similar to the one for editors, because you might
want to touch any file in your system, including dotfiles. It would be nice
to get an explanation of how we plan to support these stories with snaps.

pura vida.
Let me know if the syncthing snap works for you.
-- 
¡paz y baile!
http://www.ubuntu.com
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

quassel-webserver snap

[Leo Arias]

Hello,

I know a bunch of people here use quassel. There's a new snap for you:

$ sudo snap install quassel-webserver --edge
$ sensible-browser https://localhost:64443

The main developer, Joël Charles, has been amazing. For a couple of weeks
we have been experimenting with his project. First, we had to solve an
issue with the less-middleware module because it wanted to use the install
directory instead of SNAP_DATA [1], then we got travis to build the snap on
every PR [2], and finally he agreed to beta test the new enable-ci command
of snapcraft that Celso is working on.

When I asked about feedback or feature requests, he said: "Not that I think
of, it just went very smoothly" :_)

Of course, a few seconds later travis broke and we found a bug in Celso's
PR, just to keep us grounded. It was a quick fix, and now every change on
master will build and push the snap to edge [3].

I really want to thank Joël because we now have a set of scripts tested in
real live, that we can just apply to new projects. Also Celso because
without the enable-ci command, this would never have been a smooth
experience.

So, give it a try and help the dev getting it to stable. From now on, every
fix will find its way to your machine within a day. How cool is that?

pura vida.

[1] https://github.com/magne4000/quassel-webserver/blob/master/app.js#L120
[2]
https://github.com/magne4000/quassel-webserver/blob/master/.travis.yml#L6
[3]
https://github.com/magne4000/quassel-webserver/blob/master/.travis.yml#L11
-- 
¡paz y baile!
http://www.ubuntu.com
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Number of snaps in the snap store

[Leo Arias]

On Tue, Nov 15, 2016 at 11:39 AM, James Tait 
wrote:

> I’m not familiar with snapweb internals, but ​I believe the reason is the
> same​ - the Store search API by default returns results paginated in groups
> of 100. I’m not sure if uAppExplorer is traversing the pagination links or
> requesting a very large page size, but it would appear snapweb is doing
> neither.
>
Yes, snapweb uses the same API call as `$ snap find .`.
Work is in progress to get a curated list of snaps as the default page in
snapweb, instead of the first 100 results.

pura vida
-- 
¡paz y baile!
http://www.ubuntu.com
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: WIP snap for 0ad

[Leo Arias]

The alpha?
I want to play!
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Variables in snapcraft.yaml?

[Leo Arias]

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
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: add-apt-repository and snapcraft cleanbuild?

[Leo Arias]

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.
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Announcing Snaplint

[Leo Arias]

That is great, thanks!
I'd love it as an optional step for the snaps we build in launchpad.
Or mabye as warnings on the click-reviewers-tool?

Sadly I can't put it in travis because snaps don't work on docker. But
I will try it in my manual builds.

pura vida.

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: docker snap not working

[Leo Arias]

On Tue, Dec 6, 2016 at 10:34 AM, Loïc Minier  wrote:
> Michael Vogt just added this check; nice!
>
> https://github.com/snapcore/snapd/pull/2421

Cool, thanks mvo.
On the snapcraft side we have this:
https://github.com/elopio/snapcraft-de-noche/blob/master/.travis.yml#L10

So we will know if we break the build long before making a release.

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

snapcraft and brews, today at 20:00 UTC

[Leo Arias]

Hello!

Today is the last testing day of the year, and our guest this time
will be Sergio Schvezov, who leads the snapcraft team.

He will do an introduction to snapcraft and demo how to snap a
project. If you are new to the snappy world, this will be a perfect
way to get started. And Sergio will be answering all the questions, so
you should come and ask things, even if you are not new.

This is also the last working day of the year for many of us. So bring
your favourite drink and join our celebration of a good year of free
software labour ^_^.

http://ubuntuonair.com/, on Friday, December 16th, at 20:00 UTC

For more information about the testing days, and links to the past sessions:
https://wiki.ubuntu.com/Testing/UbuntuTestingDay

pura vida
-- 
¡paz y baile!
http://www.ubuntu.com

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

call for testing: snapcraft

[Leo Arias]

Hello!

We are now ready to make the first snapcraft release of 2017, and the
2.25 package is now in the proposed pocket of xenial and yakkety. We
would like to give it a little more testing before we move it forward
and deliver it to all our users

Anybody can help. As I mentioned before, you can get a clean and safe
environment following the summaries of the past testing days:
https://wiki.ubuntu.com/Testing/UbuntuTestingDay
Here you can find some instructions to enable proposed:
http://elopio.net/blog/test-sru/

There is a guide for testing in the 2.25 SRU bug:
https://bugs.launchpad.net/ubuntu/+source/snapcraft/+bug/1656291/comments/3

You will notice that the tests mentioned in there are vague and
open-ended. That's on purpose because we have already tested and
automated checks for the specific bug fixes and new features. What we
want to encourage here is exploration and experimentation; use that
text as a guide to try to break snapcraft.

The release cycle of snapcraft is faster than normal packages, so we
start testing on Thursday or Friday to make the release on Monday. But
if you want to help and don't have time this weekend, we always
appreciate if you try snapcraft in xenial, yakkety and zesty, anytime.

Please send me an email if you have questions, if you see something
weird or if you think that you have found a bug. And please don't
change the tag in the SRU bug, I will do that on Sunday if everything
goes well.

pura vida
-- 
¡paz y baile!
http://www.ubuntu.com

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Add to repository

[Leo Arias]

Hello,

You can package your script in a snap using snapcraft's dump plugin.
And then snapcraft register and snapcraft push to get it into the
store.

You'll find more info in snapcraft.io, and running snapcraft -h.

pura vida.

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Ubuntu Testing Day, tomorrow

[Leo Arias]

Hello,

Last week we started hosting the Ubuntu Testing Days. The idea is to
show a cool free software project, and some tools to test it. We are
trying not to assume any previous knowledge, to make it a good place
for new contributors to join our community.

Tomorrow, Friday December 2nd, at 19:00 UTC we will host the second in
https://ubuntuonair.com

We will have Aaron Ogle with us, talking about Rocket Chat.

If you are curious about how this event looks like, you can see the
summary of the first session at
http://elopio.net/blog/ubuntu-testing-day-wrap-up-20161125/

pura vida.
-- 
¡paz y baile!
http://www.ubuntu.com

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Ubuntu Testing Day, tomorrow

[Leo Arias]

Here's the summary of Friday's session, with a link to the recorded hang out:
http://elopio.net/blog/ubuntu-testing-day-wrap-up-20161202/

If you have an interesting free software project, and want to join us
in one of the following Fridays, send me and email.

pura vida.

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Problems trying to create a snap package for bioinformatics tools

[Leo Arias]

Hello Gordon,

On Fri, Oct 14, 2016 at 3:09 AM, Gordon Ball  wrote:
>
>  * 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.

This is https://bugs.launchpad.net/snappy/+bug/1594904
Feel free to subscribe to that one and leave a comment with your use case.

>  * 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.

This is work in progress:
https://bugs.launchpad.net/snappy/+bug/1607748

> 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.

I agree :)
pura vida.

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: New stable "core" and "ubuntu-core" snaps released

[Leo Arias]

Could you please explain what is ubuntu-core and core?
In an old machine I have ubuntu-core, and I can't get core installed in there.

Thanks Michael.
-- 
¡paz y baile!
http://www.ubuntu.com

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Thinking of installing snap on Debian due to scarcity of snap packages for armhf

[Leo Arias]

On Tue, Jan 3, 2017 at 10:26 AM, Luther Goh Lu Feng  wrote:
> - Ubuntu core + snaps via classic mode

If you install a deb in classic mode, it will not be able to affect
the kernel, gadget or core snaps. It's isolated. The deb can break
your classic chroot, but nothing else. You can just throw it away, and
create it clean again.
However, there are still things that will work on a classic ubuntu
installation, but will not work in classic mode yet. Most of them are
just bugs that need to be reported and somebody will fix them.

I use classic mode to do prototyping and development while I get my
software ready to work as a snap. And I find myself using it less
every day, as new snaps are released to the store.

> - Debian + snaps via snap

This will give you a complete traditional system. Everything you
learned in debian and ubuntu before will just work. So it could be a
softer transition while you learn about snaps and your dependencies
are shipped as snaps. You will not get all the benefits of a full
snappy system, but you will get some by installing the snaps that are
ready.

As always, it's a trade-off. If you can give a try to both approaches,
I would be really interested to hear your opinion.

pura vida
-- 
¡paz y baile!
http://www.ubuntu.com

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

calls for testing

[Leo Arias]

Hello!

Last year we started the Ubuntu Testing Days. Now that we have covered
some basics about getting a clean and safe environment to run tests,
we would like to complement the sessions with frequent calls for
testing.

If you want to contribute to Ubuntu and to the free software projects
that are starting to take advantage of snaps, or if you want to learn
about these cool technologies, you can join our QA community.

We will be sending the calls for testing to the quality mailing list.
To subscribe: https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality

For the first one of the year, we will be testing ipfs:
https://lists.ubuntu.com/archives/ubuntu-quality/2017-January/006749.html

And if you have a nice snap ready and would like to get more people
testing it before pushing to the stable channel, let me know. We can
organize a testing session together.

pura vida.
-- 
¡paz y baile!
http://www.ubuntu.com

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Snapcraft tool under debian armhf

[Leo Arias]

Hello!

On Wed, Jan 4, 2017 at 2:30 AM, Boris Rybalkin  wrote:
> Is it possible to get snapcraft tool under Debian?

That's doable, but would considerably increase our maintenance tasks.
Please report it as a bug:
https://bugs.launchpad.net/snapcraft/+filebug

That way we can keep track of how many people are interested, to help
us assign a priority to it.

In the near future we want to have snapcraft as a snap. Then it will
work in all the distros that support snaps, including debian. That
might solve your problem.

pura vida.

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Snapcraft tool under debian armhf

[Leo Arias]

Yes, that should work.

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Snap portability between different boards?

[Leo Arias]

This is interesting. I would like to write some snaps using gobot that
work on raspberry pi and beaglebone black.

The only difference should be the line where the adaptor is defined:
https://github.com/hybridgroup/gobot/blob/master/examples/beaglebone_blink.go#L12

Can I query the snappy system to see which is the current gadget? That
would let me define the adaptor in a conditional, and use a single
codebase for both boards.

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

classic snap fails to find libraries

[Leo Arias]

Hello,

I'm testing the classic mode and aliases making a snap for mosh.
When I try to run it, I get this error:

$ mosh 192.168.122.29 mosh-client: error while loading shared
libraries: libprotobuf.so.9: cannot open shared object file: No such
file or directory Died at /snap/mosh/x1/bin/mosh line 311.

When I build the snap without classic mode, that library is in
prime/usr/lib/x86_64-linux-gnu/. With devmode, it is not included in
the snap.

Here is my yaml: https://github.com/elopio/mosh/blob/snapcraft/snapcraft.yaml

Am I doing something wrong in there?
-- 
¡paz y baile!
http://www.ubuntu.com

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

[no subject]

[Leo Arias]

Hello,

It has never been easier, snapcraft and profit!

For a couple of weeks we have been figuring out how to confine
bitcoin. This is one of the most important use cases of the snap
security because you don't want any program messing with your digital
wallet. And when there's a vulnerability in the code, all the clients
should be updated as fast as possible to keep the network sane. With
snaps, just push a fixed version and see everybody update without any
work from their side.

We now need help testing the snap before making it public:

$ sudo snap install bitcoin --candidate

Then launch it from the dash or running the bitcoin.qt command.

This was built from the tag of the latest released bitcoin and pushed
to the store, all automatically by travis. But, be warned, you will be
the first users so we might still find unforeseen problems. Use your
bitcoins with caution during the candidate phase, or just test without
any of your money.

Here are the sources for the snap and CI scripts, in case you want to
verify them or build it yourself:
https://github.com/elopio/blockchain-snaps/blob/master/bitcoin/snap/snapcraft.yaml

Another interesting detail is that most of the cryptocurrencies out
there are forks of the bitcoin source code, so they will all need a
similar snapcraft.yaml. The other one we pushed is bitcoin-unlimited,
which is promoting a hard fork of the bitcoin network to remove the
block size limit. You can have both snaps installed to give them a try
and choose the network you want to support, because both will be fully
confined and independent:

$ sudo snap install bitcoin-unlimited --candidate

Of course, this would require twice the time and space to download
both blockchains.

Thanks to Gal Buki (torusJKL) for his help.

Expect more options in the store soon.

pura vida
-- 
¡paz y baile!
http://www.ubuntu.com

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Contributing cloud parts

[Leo Arias]

Done. But note that the parser runs every hour, so you will have to
wait to see it. If everything goes well, a little after the hour you
can run snapcraft update && snapcraft search liri to check it.

We know that our remote parts workflow is lacking. If you have
suggestions or complaints, filing bugs for those would be really
useful: https://bugs.launchpad.net/snapcraft/+bugs?field.tag=wiki

thanks Tim!

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Contributing cloud parts

[Leo Arias]

Hello Tim,

On Sun, Mar 26, 2017 at 7:34 AM, Tim Süberkrüb  wrote:
> Hey,
>
> I finally had the time to create the cloud part.
>
> It seems like I don't have sufficient permissions to edit the wiki page
> though:
>
> "You are not allowed to edit this page!"
>
> How do I request edit permissions for this page?
>
> All the best,
>
> Tim Süberkrüb

I don't know how to answer your question, but while somebody gives you
an answer you can share your part here and I'll put it in the wiki.

pura vida
-- 
¡paz y baile!
http://www.ubuntu.com

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: your mail

[Leo Arias]

Hello Seth,

In many things, this works just like the tar.gz that you download from
the bitcoin website.

On Tue, Mar 28, 2017 at 4:49 PM, Seth Arnold  wrote:
> - At what point do you download the blockchain?

It will download the blockchain when you open the qt client.

> - Where does the blockchain get stored?

It's stored in $SNAP_USER_COMMON, ~/snap/bitcoin/common.
This was the only ugly part. There are some bugs in bitcoin reported
to allow more control over the data files. But currently, it stores
everything in $HOME, which inside the snap is redirected to
$SNAP_USER_DATA. This path is versioned, but we don't want to copy the
entire blockchain every time the snap is updated. A few days ago I
proposed an option to have an unversioned home [1], but it seems this
problem is not yet affecting anyone else. So, for now we are patching
bitcoin's default data dir [2].

> - How are interrupted downloads handled?

Nothing specific to the snap here, bitcoin handles it. You close the
app or get disconnected and the download stops. You open the app or
reconnect and it resumes.

> - How are package upgrades handled? Is a copy of the blockchain made?

No, it's kept in the common dir, unversioned.

> - How are package downgrades handled? Is a copy of the blockchain made?

Nothing specific to the snap here yet. Currently, if the upgrade is
not backwards compatible, the same will happen as if you open an older
bitcoin version with a directory holding newer data.

We could do fancier things on upgrades and downgrades with the epoch
work, but that's not yet documented, I'm not even sure if it's
complete.

> - Have you run into problems moving BDB forward or backwards when
>   upgrading or downgrading? Is BDB used in the storage of the blockchain
>   or is it used for 'simpler' snap storage?

I'm not sure what do you mean with simpler snap storage. There's no
storage specific to the snap. Where the bitcoin code uses the default
data dir, that's unversioned. Where it uses HOME or XDG dirs directly,
that data is versioned. I don't have high hopes for better data
handling because the bugs I found were from a couple of years ago, and
mentioned the split of the wallet code that was supposed to happen
soon at that time, but never happened.

We haven't had problems with updates and downgrades, but well, this is
the first version pushed to the store, no much room for failure there.
What's cool with the snap is that we get a new version pushed to edge
each day, so we can catch any potential breakages right after they are
introduced. And as soon as upstream starts tagging candidates for the
0.14.1 release we can move them to the candidate channel and easily
test updates from 0.14 with snap refresh bitcoin --candidate.

However, these checks are not yet automated, so the success of the
snap depends on the community testing before we push to stable. That's
the reason for this call for testing.

During the experiments with IPFS [3] we already had 3 or 4 successful
stable updates, and the process is just lovely and it has worked
without any incidents. That's why I'm interested in this more complex
scenario with bitcoin.

> It feels like bitcoin's 100-ish gigabyte blob makes an interesting
> constraint that many simpler tools may not need to address.

That was precisely my thinking. Would you like to help us maintaining
the snap until we make the transfer upstream? It would be great to
increase our bus factor, and more hands will make it easier to improve
the packaging.

pura vida.

[1] https://lists.ubuntu.com/archives/snapcraft/2017-March/003494.html
[2] 
https://github.com/elopio/blockchain-snaps/blob/master/bitcoin/snap/patches/default_data_dir.patch
[3] http://elopio.net/blog/ipfs-crowdtesting/

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

no option for unrevisioned home

[Leo Arias]

Hello!

I have seen a couple of projects that would suffer by having a
revisioned $HOME, mainly because they store big files in there so
during an update it would be a problem if we copy ~/snap/project/x1/
to ~/snap/project/x2.

Now I'm working on the bitcoin snap, and it would mean copying 110GB,
so more than a problem it becomes a blocker. For $reasons, bitcoin
offers no good way to store the blockchain in $SNAP_USER_COMMON. I had
to patch the source code, which is a pretty ugly old-world kind of
solution [1].

I think it would be really useful if we could offer an option to point
$HOME to $SNAP_USER_COMMON instead of $SNAP_USER_DATA. This would
leave us with unrevisioned config and data files, which is the same we
have currently in all distros, so I think it will be useful for a good
number of project in addition to bitcoin.

What do you think? Would it make sense?

[1] 
https://github.com/elopio/blockchain-snaps/blob/master/bitcoin/snap/snapcraft.yaml#L39
-- 
¡paz y baile!
http://www.ubuntu.com

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: sosreport and snaps

[Leo Arias]

Hello Louis!

On Fri, Feb 17, 2017 at 11:35 AM, Louis Bouchard
 wrote:
> If you have to diagnose a bug in the snappy ecosystem, what information will 
> you
> be asking for ? If some information is sensible, it can be obfuscated at
> run-time so it is not included in the produced tarball.

snap version, first.
Then you probably want the audit lines in /var/log/syslog
And the logs of the systemd daemons started when the snaps are installed.

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: GEM/Ruby snapcraft plugin?

[Leo Arias]

Hey Justin!

On Wed, Feb 15, 2017 at 12:45 AM, Justin McPherson
 wrote:
> I had a chance to take a quick look at this; see here
> 
>
> The plugin works in this case, with gist. But is not good enough to be a
> general solution - no native extensions, probably need to clean up the
> paths, etc.
>
> Happy to hear comments.

Thanks, sounds like a good start. Why don't you send it upstream to
snapcraft? We were discussing about flagging some plugins as
experimental until we had a decent user base and a good number of real
live projects building successfully. Even if this plugin only builds a
few ruby projects, it serves us to get more people and projects
interested and improving it.

pura vida.

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Crowdtesting with the Ubuntu community: the case of IPFS

[Leo Arias]

I wrote about my experiment using IPFS to test the snappy workflow
end-to-end, with the Ubuntu community of testers:
http://elopio.net/blog/ipfs-crowdtesting/

-- 
¡paz y baile!
http://www.ubuntu.com

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: revoke a gpg key for signing assertions

[Leo Arias]

Hello!

Thanks for your report.
Can you please report that as a bug? https://bugs.launchpad.net/snapstore

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft