Sorry, I did not get that.
I am using snapcraft, are you saying that just creating hooks/configure is
not enaugh?
Looks like my hook is not executed:
https://github.com/syncloud/platform/tree/master/snap
Is it possible to debug the execution of snap install?
I would like to see the state of the
Le 09/11/2016 à 09:39, Boris Rybalkin a écrit :
>
> Sorry, I did not get that.
>
> I am using snapcraft, are you saying that just creating
> hooks/configure is not enaugh?
>
It should be enough if you ensure it's in your final snap in
meta/hooks/configure. (Look at your prime/ directory).
Enwei was
One more question, should I expect a hook to run inside my snap package and
use relative shebang like this?
#!python/bin/python
Assuming I am packaging python with my snap.
Thank you very much for your replies!
On 9 Nov 2016 08:58, "Didier Roche" wrote:
> Le 09/11/2016 à 09:39, Boris Rybalkin
Le 09/11/2016 à 10:15, Boris Rybalkin a écrit :
>
> One more question, should I expect a hook to run inside my snap
> package and use relative shebang like this?
>
> #!python/bin/python
>
> Assuming I am packaging python with my snap.
>
hooks are run using the same context than any "commands:" in y
Hello,
For now, all slots are provided by ubuntu-core. I saw the concept of
App-provided slots from
https://github.com/snapcore/snapd/blob/master/interfaces/builtin/basedeclaration.go#L72
But I didn't find any guidance/document about how to do that.
Could you please help advise?
Thanks so much.
Br
hi,
Am Mittwoch, den 09.11.2016, 16:07 +1300 schrieb Michael Hudson-Doyle:
>
>
> I tried to test my packages first by fixing up our build of the core
> snap (https://launchpad.net/~canonical-foundations/+snap/snappy-first
> -boot) and then using ubuntu-image (version 0.11+real1 / revision 26
> fr
It's in Portuguese[1], but Google Translate[2] works pretty well.
"This is one of the interesting examples for comments regarding Snap,
with it, we do not need extra repositories to have a program in its
latest version, all without affecting the system base that ensures
stability in an LTS distrib
On 09/11/2016 10:47, Enwei Zhang wrote:
> Hello,
> For now, all slots are provided by ubuntu-core. I saw the concept of
> App-provided slots from
> https://github.com/snapcore/snapd/blob/master/interfaces/builtin/basedeclaration.go#L72
> But I didn't find any guidance/document about how to do that.
Thank you Oliver for your constructive feedback.
I like the idea of a "mailbox-device" and I will open a bug in the
whishlist of snappy.
My snap needs also write access to "/dev/mem":
= AppArmor =
Time: Nov 9 19:09:52
Log: apparmor="ALLOWED" operation="open"
profile="snap.telecom-tower.daemon"
On 10 November 2016 at 00:50, Oliver Grawert wrote:
> hi,
> Am Mittwoch, den 09.11.2016, 16:07 +1300 schrieb Michael Hudson-Doyle:
> >
> >
> > I tried to test my packages first by fixing up our build of the core
> > snap (https://launchpad.net/~canonical-foundations/+snap/snappy-first
> > -boot)
10 matches
Mail list logo