Re: Issues creating webapps snaps with stric confinement

On 31/03/2017 16:28, Vincent JOBARD wrote: > Hi Everyone > > I just try to follow the tutorial to learn how to create webapps snaps > using snapcraft. ( > https://developer.ubuntu.com/en/phone/web/ubuntu-webapps-guide/, very nice > tutorial by the way) > > Unfortunately, when I try to create my

Snapping scientific software

Hi there! Please bear with my boasting for a while. :-) I just wrote a blog post [1] on my experience with snapping photogrammetry software, that is software which can build a 3D model out of a set of 2D photographs. I also made a video overview of the process:

Running xdg-open

Hi all! Currently the xdg-open tool is provided by the core snap, which has it located in its /usr/local/bin/ path. Unfortunately, this means that other snaps cannot run it, unless they have /usr/local/bin in their PATH. Consequently, I filed a bug against the desktop helpers script [1]

Re: weird behaviour related with fonts in a snap

On 01/03/2017 13:37, Roberto Mier Escandón  wrote: > In source code I don't see any reference to any path related with fonts, > however something else outside of the snap is needed and I cannot find > what. Anybody has hit any issue with fonts in a snap or something > similar to this? No, but it

Re: Is there a way to prompt users to connect a non-auto-connect interface during installation?

On 12/02/2017 12:30, Aaron Hampton wrote: > Hi, > > I am working on snapping a desktop application that needs access to > hardware-observe. Is there a way to prompt the user to connect the > interface during the installation of the snap? Or is the only way to > have the user run snap connect?

Re: Semaphores and access to /dev/shm

On 09/02/2017 02:22, Jamie Strandboge wrote: > I confirmed this works fine under confinement (return code checking omitted > for > clarity): > >char *name = "/dev/shm/sem.snap.foo.bar"; >open(name, O_CREAT | O_EXCL | O_RDRW, S_IRUSR | S_IWUSR); >sem_open("snap.foo.bar", 0); > Argh,

Re: Semaphores and access to /dev/shm

On 09/02/2017 02:22, Jamie Strandboge wrote: > I confirmed this works fine under confinement (return code checking omitted > for > clarity): > >char *name = "/dev/shm/sem.snap.foo.bar"; >open(name, O_CREAT | O_EXCL | O_RDRW, S_IRUSR | S_IWUSR); >sem_open("snap.foo.bar", 0); > > As

Semaphores and access to /dev/shm

Hi all! I'm working on a snap of a python2 utility which is using the Pool class from the multiprocessing module. But this gets blocked by apparmor: Log: apparmor="DENIED" operation="mknod" profile="snap.bundler-mardy.bundler-py" name="/dev/shm/8sszOM" pid=17782 comm="python2"

Re: Package too old for cleanbuild

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

Re: ubuntu-app-platform updated to Qt 5.6.2

On 31/01/2017 18:21, 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

Re: CUPS in a snap: Using content interface to connect printer driver snaps

On 25/01/2017 21:29, Till Kamppeter wrote: > So CUPS needs to provide a slot to take these files somehow and this > slot needs to accept any printer driver snap and any number of printer > driver snaps. > > Can one do this with the "content" interface? And if yes, how? Note: snapd developers are

Can a snapcraft plugin bring in stage packages and declare plugs?

Hi all! I'm working on simplifying the process for creating snaps of webapps. I've tried building a part, but that doesn't seem to work (see https://lists.ubuntu.com/archives/snapcraft/2016-December/002186.html -- comments welcome, by the way :-) ). Now I'm considering achieving the same goal

Error with snapcraft part including another part

Hi all! I've just added another part in the wiki, you can see it as the last one here: https://wiki.ubuntu.com/snapcraft/parts It's the webapp-helper part. As you can see from its definition [1], it's meant to be built after the 'desktop-ubuntu-app-platform' part. But when I run

Re: snap of click webapps

On 19/12/2016 18:36, Fabio Colella wrote: > Hello, > In the past I created some webapps for ubuntu, which are currently > published as click packages. Does currently exist a proper way to have > them packaged as snaps? Not yet, but we are actively working on that. We are almost there :-) >

Re: Snapcraft's state tracking improvements

On 14/12/2016 09:02, Didier Roche wrote: > I would think a good way is always to not try to be too smart. This is > kicking back in some way in the future. I would personally go with > option 1 + a suggestion of command to run to autofix it. Instead of > prompting (option3), add an option like

Re: Interface connection and hooks

Thanks Zygmund for the timely reply! :-) Alberto -- Snapcraft mailing list Snapcraft@lists.snapcraft.io Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft

Interface connection and hooks

Hi all! I've got a few questions about the upcoming interface hooks, to make sure that everything is ready in my project (Unity8's Online Accounts) to migrate our "click hooks" into the interface hooks. So, what follows is my understanding of the situation, and some questions; please comment if

Re: Host tools in snap shell

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

Re: Host tools in snap shell

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