On Thu, Feb 02, 2017 at 12:51:59AM +0100, Joseph Rushton Wakeling wrote:
> On 31/01/17 14:01, Jamie Bennett wrote:
> > Hi,
> >
> > The team are pleased to announce that, after extensive testing in proposed,
> > snapd is officially available in the Trusty Tahr updates archive [1]. If
> > you are
I've created kernel and gadget snaps for my new board.
I successfully deployed the image created by ubuntu-image into the emmc of
my board.
I can complete the device configuration (console-conf terminates with the
message "Congratulations! This device is now registered to" ...).
Logging into my d
On 1 February 2017 at 21:48, Michael Hall wrote:
> On a related note, does anybody have a suggestion on a lightweight way
> of programmatically modifying configs in .ini, XML or JSON?
>
> I have a couple of use-cases (erlang-based nosql databases) where the
> server updates the the local configur
On Thu, Feb 02, 2017 at 12:51:59AM +0100, Joseph Rushton Wakeling wrote:
> snapd: Depends: systemd (>= 204-5ubuntu20.20) but it is not going to be
> installed
Not just any systemd will do, make sure you get one with 'deputy'
mentioned somewhere in the changelogs:
https://bugs.launchpad.net/ub
I am new to Docker too but these few steps got me going
If you are running on armhf, you may try using this
https://hub.docker.com/r/elfgoh/armhf-ubuntu-snapcraft/
$ docker run -it -v $(pwd):/usr/me/ spdigital/armhf-ubuntu-snapcraft /bin/bash
# Above gets you a shell in your docker container,
On 31/01/17 14:01, Jamie Bennett wrote:
Hi,
The team are pleased to announce that, after extensive testing in proposed,
snapd is officially available in the Trusty Tahr updates archive [1]. If you
are running a 14.04 system we encourage you to give it a try and report any
issues [2]. Thanks t
Hello all,
Curious question. Since snapcraft cleanbuild support is still a
work-in-progress for classic snaps, has anyone tried using Docker to provide a
clean build environment for them? If so -- can you advise on what you did?
I'm not super Docker-experienced, so while I imagine setting u
I am already doing "after: [mylib-x]".
Snapcraft builds correctly mylib-x and stages it.
Then snacraft tries to build mylib-y with the valac compiler.
The compiler valac looks by default in /usr/share/vala/vapi for a vapi
file that is produced by mylib-x.
The problem is that that file now is in ...
I think you'll want something along the lines of:
parts:
mylib-x:
...
mylib-y:
...
after: [mylib-x]
This will include both mylib-x and mylib-y in your snap and ensure
that mylib-x is built before mylib-y is.
Joe
On Wed, Feb 1, 2017 at 10:01 AM, Luca Dionisi wrot
Hi,
I want to snap CUPS and for that also to snap avahi-daemon.
A problem I am running into is that these services use special system
users and groups. avahi-daemon uses the user "avahi" and CUPS uses the
user "lp", and the groups "lp" and "lpadmin".
How can I make my snap create such users
On Wed, Feb 1, 2017 at 2:02 PM, Gustavo Niemeyer wrote:
>
> Such embedded devices are still computers on the network. We'll all be much
> better off if they are running their applications confined and secured.
>
> That said, we understand that it takes some time and effort until most
> software is
Such embedded devices are still computers on the network. We'll all be much
better off if they are running their applications confined and secured.
That said, we understand that it takes some time and effort until most
software is properly confined, which is why we support snaps with classic
and d
On Wed, Feb 1, 2017 at 12:22 PM, Gustavo Niemeyer
wrote:
> We'll probably not support completely arbitrary passthrough options as it
> removes our ability to properly map the functionality into the confined
> world.
>
> One instructive example is the commands that are already supported. They
> can
If we made some generic config helpers in Go, they could be part of the
core snap instead of being included in each individual one.
However, it's actually very hard to have an arch-independent snap, in my
experience, due to the number of dependencies you typically need to
bundle which are often ar
We'll probably not support completely arbitrary passthrough options as it
removes our ability to properly map the functionality into the confined
world.
One instructive example is the commands that are already supported. They
can't be just blindly executed as it might allow the snap to leave their
There isn't effort right now, but it sounds like a very reasonable request.
We'll have a look into this.
On Wed, Feb 1, 2017 at 2:09 PM, MikeB wrote:
> This question has been asked before but never answered.
>
> I find myself having to write start scripts for daemon applications to
> (poorly) em
On Wed, Feb 1, 2017 at 11:09 AM, MikeB wrote:
> I find myself having to write start scripts for daemon applications to
> (poorly) emulate the systemd service 'After' functionality for several
> of my snap applications.
>
> Is there any effort to add daemon ordering support to snapcraft/snapd?
> I
hi,
Am Mittwoch, den 01.02.2017, 16:50 +0100 schrieb Simon Fels:
>
> > oh, thanks, i had totally forgotten about that one !
> > i guess adding this alongside is indeed possible (if the core-
> > support
> > interface allows me writing to /etc/rsyslog.d/, i havent checked
> > yet)
> It doesn't. B
This question has been asked before but never answered.
I find myself having to write start scripts for daemon applications to
(poorly) emulate the systemd service 'After' functionality for several
of my snap applications.
Is there any effort to add daemon ordering support to snapcraft/snapd?
I
On 01.02.2017 13:53, Oliver Grawert wrote:
> hi,
> On Mi, 2017-02-01 at 06:31 -0600, Jamie Strandboge wrote:
>> On Wed, 2017-02-01 at 11:31 +0100, Oliver Grawert wrote:
>>>
>>> hi,
>>>
>>> after we recently added a config hook [1] to the core snap it is
>>> now
>>> possible to disable ssh if you re
On Wed, Feb 01, 2017 at 11:27:19AM -0200, Andreas Hasenack wrote:
> Hi,
>
> is there a way to inject the proxy variables into snapcraft buildclean?
>
> I tried the usual exports (lower case and upper case), but the lxd that
> snapcraft creates doesn't get any of those. I checked /etc/environment
Le 01/02/2017 à 15:48, Michael Hall a écrit :
> On a related note, does anybody have a suggestion on a lightweight way
> of programmatically modifying configs in .ini, XML or JSON?
>
> I have a couple of use-cases (erlang-based nosql databases) where the
> server updates the the local configuration
On Wed, Feb 1, 2017 at 1:29 PM, Gustavo Niemeyer wrote:
> Yeah, besides "build-packages" there's also "stage-packages" which does
> exactly that.
I think you misunderstood. "build-packages" puts a deb package in the
build host, "stage-packages" puts a deb package in stage.
But I don't have a deb
On a related note, does anybody have a suggestion on a lightweight way
of programmatically modifying configs in .ini, XML or JSON?
I have a couple of use-cases (erlang-based nosql databases) where the
server updates the the local configuration, so I can't just overwrite
the whole thing every time.
On Wed, 2017-02-01 at 20:33 +0800, James Henstridge wrote:
> Hi,
>
> On our team we've been working to snap the thumbnailer project. While
> there are some problems that are probably specific to this package,
> there were a few that I suspect might affect other packages too:
>
> 1. Intra-snap D-
Le 01/02/2017 à 13:05, Gustavo Niemeyer a écrit :
>
> Yes, that's in the plans for configuration support already. The idea
> is to extend snapctl with the ability to introspect exactly which
> settings have changed since the last successful run of the script, and
> perhaps which values it used to
Hi,
is there a way to inject the proxy variables into snapcraft buildclean?
I tried the usual exports (lower case and upper case), but the lxd that
snapcraft creates doesn't get any of those. I checked /etc/environment and
/etc/apt/apt.conf.d/*, and I also don't see any hits on my proxy.
lxd its
hi,
On Mi, 2017-02-01 at 06:31 -0600, Jamie Strandboge wrote:
> On Wed, 2017-02-01 at 11:31 +0100, Oliver Grawert wrote:
> >
> > hi,
> >
> > after we recently added a config hook [1] to the core snap it is
> > now
> > possible to disable ssh if you require [2] ...
> >
> > there is a long standin
Hi,
On our team we've been working to snap the thumbnailer project. While
there are some problems that are probably specific to this package,
there were a few that I suspect might affect other packages too:
1. Intra-snap D-Bus communication
The thumbnailer D-Bus service exposes a number of meth
On Wed, 2017-02-01 at 11:31 +0100, Oliver Grawert wrote:
> hi,
>
> after we recently added a config hook [1] to the core snap it is now
> possible to disable ssh if you require [2] ...
>
> there is a long standing request to do the same for syslog for systems
> running from SD card, which is why
Yeah, besides "build-packages" there's also "stage-packages" which does
exactly that.
Please let us know how it goes.
On Wed, Feb 1, 2017 at 8:34 AM, Luca Dionisi wrote:
> This is another solution that I thought of.
> I want to put the library mylib-y (the one that is needed by mylib-x)
> both
The current behavior is to present the full configuration every time, so
it'll definitely result in a healthy configuration every time no matter
what subset has changed, assuming the whole configuration is actually
valid, because changing 2 or 10 options at once results in the same
behavior on the
Yes, that's in the plans for configuration support already. The idea is to
extend snapctl with the ability to introspect exactly which settings have
changed since the last successful run of the script, and perhaps which
values it used to hold before.
For the time being, I suggest not worrying muc
We definitely want some sort of "dry-run" capability, where you could
present a snippet of YAML covering a subset of config and learn whether
that would result in a healthy config, and what changes it would
actually imply.
Mark
signature.asc
Description: OpenPGP digital signature
--
Snapcraft
This is another solution that I thought of.
I want to put the library mylib-y (the one that is needed by mylib-x)
both in the ./stage tree and in the /usr/ prefix of the host system
where I prepare the snap.
Is there a way to tell snapcraft to do so?
It should be similar to the way one can use 'bui
hi,
after we recently added a config hook [1] to the core snap it is now
possible to disable ssh if you require [2] ...
there is a long standing request to do the same for syslog for systems
running from SD card, which is why i looked into trying to extend the
existing configure script for this,
I did my homework, but to no avail.
I found other snapcraft.yaml files with a Vala part using a Vala
library staged by another part.
Those I found (eg https://github.com/fenryxo/nuvola-snap) seem to
apply some workaround that involve modifications to the build scripts
of the projectcs themselves.
El miércoles, 1 de febrero de 2017 05h'40:03 ART, Didier Roche
escribió:
Le 31/01/2017 à 18:02, Kyle Fazzari a écrit :
On 01/31/2017 08:40 AM, Didier Roche wrote:
Le 31/01/2017 à 17:18, Sergio Schvezov a écrit :
On Tue, 31 Jan 2017 16:21:41 +0100, Olivier Tilloy wrote:
On Tue, Jan 31, 2017 a
Le 31/01/2017 à 20:35, Jamie Strandboge a écrit :
> On Tue, 2017-01-31 at 17:04 +0100, Didier Roche wrote:
>> Le 30/01/2017 à 15:39, Jamie Strandboge a écrit :
>>> On Mon, 2017-01-30 at 08:47 -0500, Stephen M. Webb wrote:
On 2017-01-30 01:56 AM, Spencer Parkin wrote:
>>> While harmless, it is
Le 31/01/2017 à 18:02, Kyle Fazzari a écrit :
>
> On 01/31/2017 08:40 AM, Didier Roche wrote:
>> Le 31/01/2017 à 17:18, Sergio Schvezov a écrit :
>>> On Tue, 31 Jan 2017 16:21:41 +0100, Olivier Tilloy wrote:
On Tue, Jan 31, 2017 at 2:12 PM, Timo Jyrinki
wrote:
>> Do we have a clear
Le 31/01/2017 à 18:33, Sergio Schvezov a écrit :
> On Tue, 31 Jan 2017 17:40:09 +0100, Didier Roche wrote:
>> Le 31/01/2017 à 17:18, Sergio Schvezov a écrit :
>>> On Tue, 31 Jan 2017 16:21:41 +0100, Olivier Tilloy wrote:
On Tue, Jan 31, 2017 at 2:12 PM, Timo Jyrinki
wrote:
>> Do we
41 matches
Mail list logo
