Okay, maybe no one knew what I was taking about. In any case, for the
record, I've resolved the issue by using relative paths in my SConstruct
file that would only work during snapping. This doesn't cause an issue
with normal development, because I also include relative paths (include
paths and l
On Mon, Jan 16, 2017 at 7:35 AM, Mark Shuttleworth wrote:
> Would 'got-link' and 'lost-link' be good names for this?
>
I'm not certain a new event name is needed for this functionality; it seems
to me that the current definition of 'up' isn't quite correct.[1] (But all
this might be a moot point
I just issued a pull request on your app.
Here's the gist:
you needed to include x11 slot
I admit I am not familar w/ the python plugin, so I didn't use the
requests package from python-packages as it failed on me the first
time. Instead added it from the repos under stage-packages.
--
Matt
O
On 16/01/17 23:58, Loïc Minier wrote:
I suggest you try running your Travis build inside a 16.04
environment; it seems this is achieved by running the 16.04 Docker
container.
Thank you, but how do I do that?
--
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscrib
On 17/01/17 00:04, Matthew Aguirre wrote:
Can you not just list the library dependencies and dev packages in the
snapcraft file instead of building everything from source?
python-gtk2
parts:
your_app:
plugin: python
source: .
build-packages:
- python-gtk2-dev
stage-pac
Can you not just list the library dependencies and dev packages in the
snapcraft file instead of building everything from source?
python-gtk2
parts:
your_app:
plugin: python
source: .
build-packages:
- python-gtk2-dev
stage-packages:
- python-gtk2
...
Or I assume ther
Hi,
Running snapcraft on https://github.com/cliftonts/rokugtk.git works for me
on top of a clean 16.04 LXD container. However your Travis log suggests
that the builds takes place on top of Ubuntu 14.04. I suggest you try
running your Travis build inside a 16.04 environment; it seems this is
achiev
Is there a current slot interface which allows write access to /etc/resolv.conf?
Thanks,
Joe Coates
From: snapcraft-boun...@lists.snapcraft.io
on behalf of Mark Shuttleworth
Sent: Monday, January 16, 2017 4:58:45 PM
To: Snapcraft
Subject: Re: DHCP and
Having given up all hope of ever being able to do a simple thing like
include pygtk in a snap I have rebuilt my package using wx. I can't face
the same issue twice, surely right?
Well I've built it without explicitly mentioning wx, and specifically
asking travis to include it. The end result
On 16/01/17 16:39, Joe Coates wrote:
>
> I'm snapping an app which includes a DHCP client replacement.
> Ultimately it wants to update/replace /etc/resolv.conf. My snap is
> connected to all the "network" interfaces available in my ubuntu-core,
> but none seem to allow write access to this fi
I'm snapping an app which includes a DHCP client replacement. Ultimately it
wants to update/replace /etc/resolv.conf. My snap is connected to all the
"network" interfaces available in my ubuntu-core, but none seem to allow write
access to this file. Shouldn't an interface like "network-co
On 10/01/17 08:44, Olivier Tilloy wrote:
> On Tue, Jan 10, 2017 at 2:41 PM, Jamie Strandboge wrote:
>> On Wed, 2017-01-04 at 13:39 +0100, Olivier Tilloy wrote:
>>> Here is the bug report: https://launchpad.net/bugs/1653955
>> Thanks! The fix is in master and will bi in snapd 2.21.
> Excellent, tha
On 06/01/17 13:12, Mike Pontillo wrote:
>Long story short: in order to get the behavior I wanted, I wrote a
> custom script that monitors *operational status* (aka physical link
> up/down status), and I launch it using /e/n/i's `post-up`, and bring
> it down using /e/n/i's `pre-down` scripts.
>
On 05/01/17 15:41, Tiago Herrmann wrote:
> Sorry to revive this old thread, but this very same website just
> posted a tutorial [1] on how to manage snaps.
> The maintainer of this website is a friend of mine and he told me his
> goal was to write the most complete snap utilization tutorial
> avail
That sounds fine, but also like a detour from the actual goal. One way or
another, the in-tree packaging that is there for Ubuntu won't be at stake
when making it work on Debian. Also note that the in-tree debian/ directory
doesn't work even for Ubuntu, strictly speaking. We already have the 14.04
On Mon, Jan 16, 2017 at 6:24 AM, Neal Gompa wrote:
> On Mon, Jan 16, 2017 at 5:02 AM, Zygmunt Krynicki
> wrote:
>> I'd like to work on enabling Debian in the CI loop and I was thinking
>> that it would be somewhat easier we switched to non-native packaging
>> in the upstream tree and similarly sw
On Mon, Jan 16, 2017 at 5:02 AM, Zygmunt Krynicki
wrote:
> I'd like to work on enabling Debian in the CI loop and I was thinking
> that it would be somewhat easier we switched to non-native packaging
> in the upstream tree and similarly switched to quilt in the Debian
> tree (we could have separat
I'd like to work on enabling Debian in the CI loop and I was thinking
that it would be somewhat easier we switched to non-native packaging
in the upstream tree and similarly switched to quilt in the Debian
tree (we could have separate packaging trees for sid / stretch if that
would help). Since my
Hi Matthew,
You've set your snap to use the 'platform' interface, but no such interface
exists. If you remove that line and 'unity8', then re-upload, it should
pass review.
Do you recall what you read that referenced a 'platform' interface? If
there's some outdated documentation out there, I'd li
Hey
This bug is fixed in the recently released snapd 2.21. Mark's suggestion is
correct. You should not (until 2.21) combine interfaces and classic
confinement. Since you may be interested what happens when you do. In 2.21
you can install a snap that is using classic confinement with --jailmode
wh
On 15/01/17 08:58, Luke Williams wrote:
> Hello,
>
> I have the following error when I try to install my snap in classic mode:
>
> root@ubuntu:~# snap install flexswitch_1.0.0.178.0_amd64.snap
> --classic --force-dangerous
>
> error: cannot perform th
21 matches
Mail list logo
