El 17/08/16 a las 22:47, David Chen escribió:
> Hi Sergio,
>
> Do you know where I can find examples for new plugins `dump`, `rust` and
> `godeps`?
For godeps look at the juju folk (ping balloons on irc).
For dump, it is pretty straightforward, the tomcat maven example/demo in
the sources use
Hello all,
The following changes have just landed in the spread repository, some of
them incompatible with the previous yaml files.
Given the incompatibility, the spread snap or the binary version used by
the snapd tests weren't updated, but this should happen at some point
tomorrow.
The main
On Wed, Aug 17, 2016 at 5:42 PM Seth Arnold
wrote:
> On Wed, Aug 17, 2016 at 09:28:32PM +, Marco Ceppi wrote:
> > Has anyone deprecated debian packages yet in favor of snaps? My end goal
> is
> > people who've installed the debian package from the xenial archive
On Wed, Aug 17, 2016 at 09:28:32PM +, Marco Ceppi wrote:
> Has anyone deprecated debian packages yet in favor of snaps? My end goal is
> people who've installed the debian package from the xenial archive will get
> an updated debian package which no longer is the software but instead
> either
Hello!
Today we have packages in xenial that provide software which I intend to
provide as snap only going forward. Since I'm generally lazy, and don't
want to do both snap and debs of the software, snaps are a huge win in
simplicity of release for me.
Has anyone deprecated debian packages yet
Unfortunately my bug report has not received any substantive replies so I'm
back here. Please could someone comment on the issue I'm having and/or give me
a pointer on where to look to try and diagnose the cause of the failure. This
problem is severely holding up our progress in SNAPifying
On 17/08/16 09:53, Jamie Strandboge wrote:
> The snap connect is needed for privileged interfaces like
> network-control. It
> would be unfortunate for a tic tac toe game to, upon install, reconfigure your
> networking stack behind the scenes without the user knowing. Future assertions
> work will
Understood, thanks for the details.
For the time being, I suggest implementing that in terms of polling since
we already have good APIs for that which should be very fast (it's all in
memory).
This gives us some more time to focus on the image deliverables that we
have impending, and some time
For me, the most critical events are package installed, upgraded¹ and
removed. The primary use-case is to handle entries on the Unity panel
(i.e. remove them if the package gets removed). That seems like an easy
place to get started.
Ted
¹ Not sure if upgrade is a remove/install pair, listed for
On Wed, 2016-08-17 at 13:07 +, Adam Stokes wrote:
> After talking to people in IRC I've been lead to believe that I can't
> actually create and start a network bridge without the user running
> additional commands.
>
> My user experience is:
>
> $ snap install conjure-up
>
> .. custom LXD
Yeah, this is non-working remainings of something that wasn't discussed
much.
Before patching it, we need to come up with a more clear idea of how the
API looks like, how it's supposed to evolve, and what's the plan for
integration into the various aspects of the system.
On Wed, Aug 17, 2016
On Tue, 2016-08-16 at 10:59 -0500, Jamie Strandboge wrote:
> On Tue, 2016-08-16 at 09:53 -0400, Chris Wayne wrote:
> >
> > Is this something that could be added to the roadmap? We'd really prefer
> > to not have to call the snap itself with sudo as it creates some
> > permissions issues
El 17/08/16 a las 10:36, Marco Ceppi escribió:
> On Tue, Aug 16, 2016 at 10:11 PM Sergio Schvezov
> >
> wrote:
>
> Create a new `apps` entry like this
>
> apps:
>sh:
>command: bash
>plugs:
On 17/08/16 09:26, David Callé wrote:
> On 17/08/2016 15:20, Mark Shuttleworth wrote:
>> On 16/08/16 22:09, Sergio Schvezov wrote:
>>> Create a new `apps` entry like this
>>> apps:
>>>sh:
>>>command: bash
>>>plugs: [same list of plugs used by what calls git]
>>>
>>> There's a
14 matches
Mail list logo