Re: Package too old for cleanbuild

[Michi Henning]

> Would it make sense to extend the snapcraft yaml to let the developer
> specify where build-packages and stage-packages should be taken from?
> 
> It would be nice to be able to run a "snapcraft cleanbuild" from zesty
> while effectively using all the packages from xenial+overlay... :-)

That certainly would be nice, yes. It would also be awesome to be able to point 
apt inside the container at my  apt-cacher-ng cache. As is, every failed 
attempt to do a cleanbuild downloads ~150 MB and, on a 3 Mbit link, takes 10-15 
minutes. For development and debugging, we really need something like this. As 
is, it’s unbelievably painful.

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

[Alberto Mardegan]

On 06/02/2017 09:53, Michi Henning wrote:
> I’m trying to get thumbnailer to build with snapcraft cleanbuild.
> 
> We depend on cmake-extras for the build. I’ve added that to the 
> build-packages list. The version of cmake that gets installed is 0.6, but we 
> need the latest 1.0.
> 
> Is it possible to add the overlay PPA to cleanbuild somehow? If not, we’d 
> have to SRU cmake-extras I guess?

A bit hijacking the thread, but:

Would it make sense to extend the snapcraft yaml to let the developer
specify where build-packages and stage-packages should be taken from?

It would be nice to be able to run a "snapcraft cleanbuild" from zesty
while effectively using all the packages from xenial+overlay... :-)

Ciao,
  Alberto


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

Reject snaps that are identical to previous revision?

[Spencer Parkin]

So, I'm sure it comes as no surprise to the readers of this mailing list
that I am a complete moron; and as further evidence of that, I recently
uploaded a "new" snap that was actually identical to the revision I already
had released to my victu...I mean, customers.  Does it seem reasonable for
the automated snap vetting process to reject the snap or at least warn me
about it in the event that it hashes to the exact same hash as that of the
previous release?  It's just an idea that I thought I might throw out
there.  Cheers.  Beers.  And chocolate.
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Package too old for cleanbuild

[Michi Henning]

I’m trying to get thumbnailer to build with snapcraft cleanbuild.

We depend on cmake-extras for the build. I’ve added that to the build-packages 
list. The version of cmake that gets installed is 0.6, but we need the latest 
1.0.

Is it possible to add the overlay PPA to cleanbuild somehow? If not, we’d have 
to SRU cmake-extras I guess?

Not sure about the correct process here…

Thanks,

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

Re: Snap icon in the Ubuntu Store

[Kyle Fazzari]

Any chance the snap in question has an icon set store side? I believe the
one in the store takes precedence over the one in the snap itself.

Kyle

On Feb 5, 2017 4:47 PM, "XiaoGuo Liu"  wrote:

> I just found another problem with snapweb. If I change the icon to another
> picture in the snapcraft.yaml file, after new installation, the package
> icon in the snapweb is not updated, and the old one is still used. Is this
> a bug?
>
> Thanks & best regards,
> XiaoGuo
>
> On Mon, Feb 6, 2017 at 8:15 AM, XiaoGuo Liu 
> wrote:
>
>> Hi,
>>
>> I am a little confused about the snap icon in the store. According to the
>> document at:
>>
>> https://snapcraft.io/docs/build-snaps/metadata
>>
>> A package icon is defined by the "icon" field in the snapcraft.yaml.
>> However, my own project at:
>>
>> https://github.com/liu-xiao-guo/ss-qt
>>
>> does not have the "icon" field, and it can be found at:
>>
>> https://uappexplorer.com/app/ss-qt.xiaoguo
>>
>> However, after installation on my desktop, in the snapweb, it does show
>> an snap icon for it. Why is it like this? For some of the apps, if I do not
>> have the icon field defined, it does not show the snap icon in the snapweb
>> at all.
>>
>> Attached please find the picture for it.
>>
>> Thanks & best regards,
>> XiaoGuo
>>
>>
>> --
>> XiaoGuo, Liu
>>
>
>
>
> --
> XiaoGuo, Liu
>
> --
> Snapcraft mailing list
> Snapcraft@lists.snapcraft.io
> Modify settings or unsubscribe at: https://lists.ubuntu.com/
> mailman/listinfo/snapcraft
>
>
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Max retries exceeded?

[Michi Henning]

> Can you try:
> $ lxc exec snapcraft-merely-model-ewe -- curl 
> https://parts.snapcraft.io/v1/parts.yaml 
> 
> 
> ? I can only confirm that curling that from various machines here responds 
> fine (and that there haven't been any alerts for that service for the past 
> day).

I rebooted meantime, and the problem magically disappeared :-(

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

Re: Max retries exceeded?

[Michi Henning]

> I'm guessing this is coming from the system resolver on the host
> system.  I'm on zesty, so this could be a systemd-resolve problem.

I’m seeing this on xenial + overlay.

Michi.

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

Re: Max retries exceeded?

[James Henstridge]

On 6 February 2017 at 11:47, Michael Nelson
 wrote:
> On Mon, Feb 6, 2017 at 1:25 PM Michi Henning 
> wrote:
>>
>> I keep getting this error when doing a snapcraft cleanbuild. Any
>> suggestions? I checked name resolution, and my DNS resolves
>> parts.snapcraft.io just fine.
>>
>
> Hi Michi
>
> Have you verified your DNS resolution and/or curling from within your
> container? That is:
>
>>
>> Thanks,
>>
>> Michi.
>>
>> Setting up python3-lxml (3.5.0-1build1) ...
>> Setting up python3-petname (2.0-0ubuntu1~16.04) ...
>> Setting up python3-progressbar (2.3-2) ...
>> Setting up python3-pymacaroons (0.9.2-0ubuntu1) ...
>> Setting up python3-requests-toolbelt (0.6.0-2) ...
>> Setting up python3-simplejson (3.8.1-1ubuntu2) ...
>> Setting up python3-tabulate (0.7.5-1) ...
>> Setting up python3-xdg (0.25-4) ...
>> Setting up xdelta3 (3.0.8-dfsg-1ubuntu2) ...
>> Setting up python3-libarchive-c (2.1-3) ...
>> Setting up python3-magic (1:5.25-2ubuntu1) ...
>> Setting up snapcraft (2.26) ...
>> Processing triggers for libc-bin (2.23-0ubuntu5) ...
>> HTTPSConnectionPool(host='parts.snapcraft.io', port=443): Max retries
>> exceeded with url: /v1/parts.yaml (Caused by
>> NewConnectionError('> object at 0x7f5537c29ba8>: Failed to establish a new connection: [Errno -3]
>> Temporary failure in name resolution',))
>> Stopping snapcraft-merely-model-ewe
>> Command '['lxc', 'exec', 'snapcraft-merely-model-ewe', '--', 'snapcraft',
>> 'snap', '--output', 'thumbnailer_2.4_amd64.snap']' returned non-zero exit
>> status 1
>>
>>
>
> Can you try:
> $ lxc exec snapcraft-merely-model-ewe -- curl
> https://parts.snapcraft.io/v1/parts.yaml
>
> ? I can only confirm that curling that from various machines here responds
> fine (and that there haven't been any alerts for that service for the past
> day).

I was able to reproduce Michi's result.  I reran the command as
"snapcraft cleanbuild -d", which drops to a shell within the container
on the failure.  Using "getent hosts $hostname", I can get an IP
address for archive.ubuntu.com, but not parts.snapcraft.io.

Running strace, I disected the DNS communication here:
http://paste.ubuntu.com/23938750/ -- it is performing a query with
recursion desired, but the response only comes back with the CNAME
record and no A records.  If I perform the same request against
Google's public DNS (8.8.8.8), I get the CNAME and a bunch of A
records.

I'm guessing this is coming from the system resolver on the host
system.  I'm on zesty, so this could be a systemd-resolve problem.

James.

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

Re: Max retries exceeded?

[Michael Nelson]

On Mon, Feb 6, 2017 at 1:25 PM Michi Henning 
wrote:

> I keep getting this error when doing a snapcraft cleanbuild. Any
> suggestions? I checked name resolution, and my DNS resolves
> parts.snapcraft.io just fine.
>
>
Hi Michi

Have you verified your DNS resolution and/or curling from within your
container? That is:


> Thanks,
>
> Michi.
>
> Setting up python3-lxml (3.5.0-1build1) ...
> Setting up python3-petname (2.0-0ubuntu1~16.04) ...
> Setting up python3-progressbar (2.3-2) ...
> Setting up python3-pymacaroons (0.9.2-0ubuntu1) ...
> Setting up python3-requests-toolbelt (0.6.0-2) ...
> Setting up python3-simplejson (3.8.1-1ubuntu2) ...
> Setting up python3-tabulate (0.7.5-1) ...
> Setting up python3-xdg (0.25-4) ...
> Setting up xdelta3 (3.0.8-dfsg-1ubuntu2) ...
> Setting up python3-libarchive-c (2.1-3) ...
> Setting up python3-magic (1:5.25-2ubuntu1) ...
> Setting up snapcraft (2.26) ...
> Processing triggers for libc-bin (2.23-0ubuntu5) ...
> HTTPSConnectionPool(host='parts.snapcraft.io', port=443): Max retries 
> exceeded with url: /v1/parts.yaml (Caused by 
> NewConnectionError('  object at 0x7f5537c29ba8>: Failed to establish a new connection: [Errno -3] 
> Temporary failure in name resolution',))
> Stopping snapcraft-merely-model-ewe
> Command '['lxc', 'exec', 'snapcraft-merely-model-ewe', '--', 'snapcraft', 
> 'snap', '--output', 'thumbnailer_2.4_amd64.snap']' returned non-zero exit 
> status 1
>
>
>
Can you try:
$ lxc exec snapcraft-merely-model-ewe -- curl
https://parts.snapcraft.io/v1/parts.yaml

? I can only confirm that curling that from various machines here responds
fine (and that there haven't been any alerts for that service for the past
day).

Thanks
-Michael



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

Max retries exceeded?

[Michi Henning]

I keep getting this error when doing a snapcraft cleanbuild. Any suggestions? I 
checked name resolution, and my DNS resolves parts.snapcraft.io 
 just fine.

Thanks,

Michi.

Setting up python3-lxml (3.5.0-1build1) ...
Setting up python3-petname (2.0-0ubuntu1~16.04) ...
Setting up python3-progressbar (2.3-2) ...
Setting up python3-pymacaroons (0.9.2-0ubuntu1) ...
Setting up python3-requests-toolbelt (0.6.0-2) ...
Setting up python3-simplejson (3.8.1-1ubuntu2) ...
Setting up python3-tabulate (0.7.5-1) ...
Setting up python3-xdg (0.25-4) ...
Setting up xdelta3 (3.0.8-dfsg-1ubuntu2) ...
Setting up python3-libarchive-c (2.1-3) ...
Setting up python3-magic (1:5.25-2ubuntu1) ...
Setting up snapcraft (2.26) ...
Processing triggers for libc-bin (2.23-0ubuntu5) ...
HTTPSConnectionPool(host='parts.snapcraft.io', port=443): Max retries exceeded 
with url: /v1/parts.yaml (Caused by 
NewConnectionError(': Failed to establish a new connection: [Errno -3] 
Temporary failure in name resolution',))
Stopping snapcraft-merely-model-ewe
Command '['lxc', 'exec', 'snapcraft-merely-model-ewe', '--', 'snapcraft', 
'snap', '--output', 'thumbnailer_2.4_amd64.snap']' returned non-zero exit 
status 1



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

Re: Snap icon in the Ubuntu Store

[XiaoGuo Liu]

I just found another problem with snapweb. If I change the icon to another
picture in the snapcraft.yaml file, after new installation, the package
icon in the snapweb is not updated, and the old one is still used. Is this
a bug?

Thanks & best regards,
XiaoGuo

On Mon, Feb 6, 2017 at 8:15 AM, XiaoGuo Liu 
wrote:

> Hi,
>
> I am a little confused about the snap icon in the store. According to the
> document at:
>
> https://snapcraft.io/docs/build-snaps/metadata
>
> A package icon is defined by the "icon" field in the snapcraft.yaml.
> However, my own project at:
>
> https://github.com/liu-xiao-guo/ss-qt
>
> does not have the "icon" field, and it can be found at:
>
> https://uappexplorer.com/app/ss-qt.xiaoguo
>
> However, after installation on my desktop, in the snapweb, it does show an
> snap icon for it. Why is it like this? For some of the apps, if I do not
> have the icon field defined, it does not show the snap icon in the snapweb
> at all.
>
> Attached please find the picture for it.
>
> Thanks & best regards,
> XiaoGuo
>
>
> --
> XiaoGuo, Liu
>



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

Re: snapcraft 2.26 has been released

[Joseph Rushton Wakeling]

On 06/02/17 00:04, Joseph Rushton Wakeling wrote:

On 06/02/17 00:00, Sergio Schvezov wrote:

Where did you see this documented? We removed all traces of license.txt from our
documentation months ago as snapd made no use of it. That said you are free to
drop license file inside the snap wherever you want.


I didn't see it documented anywhere -- I was asking if it was the case (sorry if
it wasn't clear) because snapcraft 2.26 kept giving me the deprecation message
until I moved it from `setup/license.txt` to `snap/setup/license.txt`.

Presumably it was the existence of the `setup` dir it was objecting to,
regardless of contents?


BTW if it's not clear why I had `license.txt` in the setup directory: as far as 
I recall, there was a deprecation message a few releases back that asked for it 
to be moved from the root dir of the snap package definition to the `setup/` 
dir.  But I suppose it's possible I misunderstood something at that point.



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

Re: snapcraft 2.26 has been released

[Joseph Rushton Wakeling]

On 06/02/17 00:00, Sergio Schvezov wrote:

Where did you see this documented? We removed all traces of license.txt from our
documentation months ago as snapd made no use of it. That said you are free to
drop license file inside the snap wherever you want.


I didn't see it documented anywhere -- I was asking if it was the case (sorry if 
it wasn't clear) because snapcraft 2.26 kept giving me the deprecation message 
until I moved it from `setup/license.txt` to `snap/setup/license.txt`.


Presumably it was the existence of the `setup` dir it was objecting to, 
regardless of contents?


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

Re: [ANN] conjure-up 2.1-beta5

[Sergio Schvezov]

Was fun to put all the pieces together. Anyone else getting stuck or need 
guidance on classic confined snaps feel free to drop by our rocket channel.


El viernes, 3 de febrero de 2017 23h'13:44 ART, Adam Stokes 
 escribió:

Conjure-up is a power tool for getting started with big software.

Conjure-up lets you summon up a big-software stack as a “spell” - a model
of the stack, combined with extra know-how to get you from an installed
stack to a fully usable one. Start using your big software instead of
learning how to deploy it.

This release brings in... wait for it... Trusty support! (special shoutout
to Sergio and Kyle who've answered my many questions to get this product
out the door)

You can now run conjure-up which brings in the latest Juju 2.1 beta5 and
makes use of the LXD snap (currently version 2.8). This is an exciting
milestone as we've now bridged the gap and brought this technology to our
longtime Trusty users.

There is a small caveat that you have to make sure that your user is part
of the LXD group and that you've rebooted your system to make use of the
latest HWE kernel for use with snapd.

So with that said please give this a try and report any and all bugs to
https://github.com/conjure-up/conjure-up/issues

To get started:

$ sudo apt-get install snapd
$ sudo groupadd lxd && sudo usermod -a -G lxd $USER
$ sudo reboot

$ sudo snap install conjure-up --classic --beta

p.s. I am open to suggestions on how to better simplify this experience on
Trusty. I do realize it is a couple of extra commands and a reboot before
you can use conjure-up.
p.s.s I still can not get bash completion working so anyone with some time
to check out my snap setup
https://github.com/conjure-up/conjure-up/tree/master/snap and provide any
insight on what I may be missing would be much appreciated!

http://conjure-up.i o
Adam




--
Enviado con Dekko desde mi dispositivo Ubuntu

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

Re: snapcraft 2.26 has been released

[Sergio Schvezov]

El viernes, 3 de febrero de 2017 20h'17:30 ART, Joseph Rushton Wakeling 
 escribió:

On 03/02/17 12:57, Sergio Schvezov wrote:

Hello snapcrafters!

We are pleased to announce the release of version `2.26` of 
snapcraft has been

released:
https://launchpad.net/snapcraft/+milestone/2.26


Congratulations! :-)

All the snapcraft specific asset handling has been moved to 
the `snap` directory

as the preferred location for the following:

- `snapcraft.yaml`
- `setup/gui`
- `parts/plugins`


... and setup/license.txt too, I believe?

Question: does this mean that the new location should be in 
snap/setup/license.txt or just snap/license.txt ... ?  I assume 
the former, by 
analogy to

https://snapcraft.io/docs/deprecation-notices/dn3


Where did you see this documented? We removed all traces of license.txt 
from our documentation months ago as snapd made no use of it. That said you 
are free to drop license file inside the snap wherever you want.



--
Enviado con Dekko desde mi dispositivo Ubuntu

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

Re: Using docker for clean builds of classic snaps

[Joseph Rushton Wakeling]

On 05/02/17 19:33, Loïc Minier wrote:

I dont think "snapd" is in the "ubuntu" Docker image which is trimmed down a
bit


Yes, I gathered that much, which is why my own Dockerfile attempt ensured that 
snapd would be installed with this line:


RUN apt-get --assume-yes install snapd snapcraft

... but as you say:


it's also likely that snapd/snaps would hit some technical issues when
inside Docker. (This might be worth researching/debugging if you're tempted.)


It looks to me like the snapd daemon doesn't actually run inside the container. 
If I try something simple like checking the version of snapd installed, then I 
get this output:


$ sudo docker run -v $PWD:$PWD -w $PWD 592f87a670d0 snap --version
2017/02/05 22:43:59.308309 main.go:220: WARNING: cannot create syslog logger
snap2.21
snapd   unavailable
series  -

... so it's clearly installed in my custom image, but not started.

If I _do_ try starting it as part of the command to run in the container, I get 
the following:


$ sudo docker run -v $PWD:$PWD -w $PWD 592f87a670d0 systemctl enable --now 
snapd.socket && snap install core && snapcraft clean && snapcraft

error: access denied (try with sudo)

Trying `sudo` (as in `sudo systemctl enable ...`) doesn't seem to make any 
difference.


Any thoughts on what else I could try?  I'm happy to keep exploring myself but 
Docker and sockets aren't really my area of expertise.


I would imagine, though, that the kinds of issues I'm running into with Docker 
are fundamentally the same issues that make it hard for classic snaps to support 
`snapcraft cleanbuild` using lxd ... ?


Thanks & best wishes,

-- Joe

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

Re: Using docker for clean builds of classic snaps

[Loïc Minier]

Hi Joseph,

On Sun, Feb 5, 2017 at 3:13 PM, Joseph Rushton Wakeling <
joseph.wakel...@webdrake.net> wrote:

> $ sudo docker run -v $PWD:$PWD -w $PWD [my-image-id] snap install core &&
> snapcraft clean && snapcraft
> 2017/02/05 14:07:35.998824 main.go:220: WARNING: cannot create syslog
> logger
> error: cannot communicate with server: Post http://localhost/v2/snaps/core:
> dial unix /run/snapd-snap.socket: connect: no such file or directory
>

I dont think "snapd" is in the "ubuntu" Docker image which is trimmed down
a bit; it's also likely that snapd/snaps would hit some technical issues
when inside Docker. (This might be worth researching/debugging if you're
tempted.)

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

Re: Gradle Plugin / dump plugin with jre dependency

[Matthew Aguirre]

Unfortunately, to get the Java dependencies, this is the only way to get
them.  Snapd doesn't have Java, so it must come in the snap.

On Feb 5, 2017 11:58 AM, "Felix Natter"  wrote:

> hello Matthew,
>
> I apologize for the very late reply.
>
> Many thanks for the gradle.py patch!
>
> Matthew Aguirre  writes:
> > Here's a snap + wrapper that seems to work.
> > It's really messy as it copies the contents of freeplane twice.
> > https://gist.github.com/ZenHarbinger/cf3aec2d7c6110ab0a0780b315cadc2f
>
> Thanks, the wrapper works perfectly!
>
> I have got one more question:
> It looks like with your stage-packages: or with the jdk plugin,
> the whole jdk is included in the snap, so it is 108Mb (freeplane needs
> "only" 30Mb). Is there a way (plug/interface) for using the system jdk?
>
> I guess I would have to give up sandboxing for this to work.
> This would be ok [1], because I'm most interested in a normal package,
> backported to older (i.e. LTS) Debian/Ubuntu versions.
> (I provide a .deb for Debian main but I want to provide the most current
> version also for LTS versions)
>
> [1] Freeplane can execute scripts contained in maps, but it has its own
> security layer for containment of scripts.
>
> I guess this is not what snap is for and the best way to achieve this is
> by using a normal but non-main deb, with all jars included?
>
> Many Thanks,
> --
> Felix Natter
>
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Gradle Plugin / dump plugin with jre dependency

[Felix Natter]

hello Matthew,

I apologize for the very late reply.

Many thanks for the gradle.py patch!

Matthew Aguirre  writes:
> Here's a snap + wrapper that seems to work.
> It's really messy as it copies the contents of freeplane twice.
> https://gist.github.com/ZenHarbinger/cf3aec2d7c6110ab0a0780b315cadc2f

Thanks, the wrapper works perfectly!

I have got one more question:
It looks like with your stage-packages: or with the jdk plugin,
the whole jdk is included in the snap, so it is 108Mb (freeplane needs
"only" 30Mb). Is there a way (plug/interface) for using the system jdk?

I guess I would have to give up sandboxing for this to work.
This would be ok [1], because I'm most interested in a normal package,
backported to older (i.e. LTS) Debian/Ubuntu versions.
(I provide a .deb for Debian main but I want to provide the most current
version also for LTS versions)

[1] Freeplane can execute scripts contained in maps, but it has its own
security layer for containment of scripts.

I guess this is not what snap is for and the best way to achieve this is
by using a normal but non-main deb, with all jars included?

Many Thanks,
-- 
Felix Natter

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

Re: Using docker for clean builds of classic snaps

[Joseph Rushton Wakeling]

On 02/02/17 22:35, Loïc Minier wrote:

There are a bunch of Docker images providing snapcraft
,
unfortunately they are all behind. These should be autobuilt instead of manually
updated, in the mean time I suggest you build your own (relatively easy)
. Otherwise,
Didier's image  is only a
month old and should include a snapcraft with experimental support for classic
snaps.


Thanks Loïc :-)

Images like the ones you point to match pretty much what I came up with myself, 
but I ran into difficulties installing the core snap (required for building 
classic snaps).


My Dockerfile was as follows:

##

FROM ubuntu:16.04

RUN apt-get update
RUN apt-get --assume-yes dist-upgrade
RUN apt-get --assume-yes install snapd snapcraft
RUN snap install core

##

... and when building the image, it would fall over at the last step:

Step 5/5 : RUN snap install core
 ---> Running in fb52514fbd30
2017/02/05 13:59:56.811387 main.go:220: WARNING: cannot create syslog logger
error: cannot communicate with server: Post http://localhost/v2/snaps/core: dial 
unix /run/snapd-snap.socket: connect: no such file or directory


I would get a similar error if I tried deleting the last line of the Dockerfile 
but running `snap install core` manually in the container:


$ sudo docker run -v $PWD:$PWD -w $PWD [my-image-id] snap install core && 
snapcraft clean && snapcraft

2017/02/05 14:07:35.998824 main.go:220: WARNING: cannot create syslog logger
error: cannot communicate with server: Post http://localhost/v2/snaps/core: dial 
unix /run/snapd-snap.socket: connect: no such file or directory


I presume I'm missing something here in terms of setting up sockets for the 
image/container?


Thanks & best wishes,

-- Joe

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

Re: please try my golang snap

[Shuduo Sang]

On Fri, Feb 3, 2017 at 4:52 PM, Shuduo Sang 
wrote:

> Hi,
>
> I got following output after run it:
>
> $ go-17-mwhudson.go-17
> /snap/go-17-mwhudson/2/gowrapper: line 3: /snap/go-17-mwhudson/2/bin/go:
> No such file or directory
>
> My snap version is:
> $ snap version
> snap2.21
> snapd   2.21
> series  16
> ubuntu  16.04
>
> Please let me know what mistake I have.
>

UPDATE: I notice the go binary is referred to library from /snap/core
$ file /snap/go-17-mwhudson/current/bin/go
/snap/go-17-mwhudson/current/bin/go: ELF 64-bit LSB executable, x86-64,
version 1 (SYSV), dynamically linked, interpreter
/snap/core/current/lib/x86_64-linux-gnu/ld-2.23.so, for GNU/Linux 2.6.32,
BuildID[sha1]=3e694c21430e17b6bba99bd1828696a784ffab8a, not stripped

But I have /snap/ubuntu-core only.

After refresh ubuntu-core from candidate channel then it transit to
/snap/core now go-17 works well. Thanks zyga's help.

>
> Thanks,
>
>
>
> On Fri, Feb 3, 2017 at 4:39 AM, Michael Hudson-Doyle <
> michael.hud...@canonical.com> wrote:
>
>> Prompted by some upstream discussion, I've made a snap of Go (just 1.7.4
>> for now):
>>
>> $ sudo snap install --edge --classic go-17-mwhudson
>>
>> It has aliases for go-17 (which will probably be the final snap of the
>> snap if this ends up being official) and go (the thinking being that there
>> will also be go-16, go-18 etc snaps and users can select which they use by
>> selecting an alias).
>>
>> The source is at https://code.launchpad.net/
>> ~mwhudson/+git/gosnap/+ref/master.
>>
>> Please let me know how this works for you!
>>
>> Cheers,
>> mwh
>>
>> --
>> Snapcraft mailing list
>> Snapcraft@lists.snapcraft.io
>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm
>> an/listinfo/snapcraft
>>
>>
>
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft