getting $LDFLAGS for a classic snap build in the plugin

Hi, The magic of classic confinement snaps is all in passing special flags when linking an executable. If I've read things right, snapcraft does this by wrapping any command you execute with BasePlugin.run() with some shell code that sets LDFLAGS. Unfortunately, for the go classic snap the underl

Re: Experimental Python interpreter snap

On 23 February 2017 at 19:34, Stuart Bishop wrote: > On 23 February 2017 at 14:45, James Henstridge > wrote: > >> So if I installed a package to $SNAP_USER_DATA for my >> "python36-jamesh.python3" interpreter, the files would end up >> somewhere under ~/snap/python36-jamesh/. >> >> If we then loo

Re: snapcraft 2.27 has been released

Hi Roberto, In that case, you can just run your own script in the command in stead of directly launching your app. In your script, just do whatever thing there. Best regards, XiaoGuo On Tue, Feb 28, 2017 at 9:51 PM, Roberto Mier Escandón  < roberto.escan...@canonical.com> wrote: > Hey guys, >

Re: HOWTO: How to snap timg (text image viewer)

> Upon further thinking, I believe that I did not have to use a fresh > LXD container, because the "strict" confinement would preclude anyway > the snap from using any of my desktop's existing system libraries. > Isn't that indeed the case? I don’ think so. System libraries are visible even with

HOWTO: How to snap timg (text image viewer)

Hi All, Here is a tutorial on how to snap "timg", an image viewer for your terminal emulator (!?!), https://blog.simos.info/how-to-create-a-snap-for-timg-with-snapcraft-on-ubuntu/ It is another introductory tutorial that 1. describes an interesting utility (image view for text) 2. deals with a re

Re: workaround for connect no autoconnect interfaces without login on system

On 28 February 2017 at 10:23, Nicolino Curalli wrote: > Hi, > > Can anyone give me advices about the following problem? > > I am porting an application for network monitoring to snap format for > packaging and distribution. > > The applicazion should use the following interfaces provided from the

Re: snapcraft 2.27 has been released

Other thing I've seen, the environment set there does not affect the stop command. Is there any way to do it? Am I doing anything wrong?. Cheers. On 28/02/17 14:51, Roberto Mier Escandón  wrote: > Hey guys, > > Couldn't we have environment property pointing also to a file script as > in the cas

Re: snapcraft 2.27 has been released

Hey guys, Couldn't we have environment property pointing also to a file script as in the case of scriptlets. In the case of needing to set a bunch of things before launching app I'd prefer having it in that way. Cheers. On 24/02/17 20:05, Kyle Fazzari wrote: > > > On 02/24/2017 10:49 AM, Claud

Re: [Dragonboard410c] Ubuntu OS Build Issues, and Support

hi, Am Dienstag, den 28.02.2017, 13:03 + schrieb Sunny Bhayani: >  > But when we boot the kernel, we are getting stuck in kernel boot. It  > seems the kernel is not getting the initrd. The bootlogs are  > at: http://pastebin.com/eF2sCiyJ > looks fine to me ... reading 96boards-kernel_x1.snap/

[Dragonboard410c] Ubuntu OS Build Issues, and Support

Hi Paolo / Oliver, Thank you for your email. > On Wed, Feb 22, 2017 at 10:19:25AM +0100, Oliver Grawert wrote: > > > The AppArmor patches that we ported from the > > > http://kernel.ubuntu.com/git/ppisati/ubuntu-vivid.git/tree/arch/arm/c > > > onfigs/snappy?h=snappy_v3.10 > > > > > > are for th

workaround for connect no autoconnect interfaces without login on system

Hi, Can anyone give me advices about the following problem? I am porting an application for network monitoring to snap format for packaging and distribution. The applicazion should use the following interfaces provided from the core/ubuntu-core snap: - network ( autoconnect) - network-bind