I dunno if there's a bug open for it, but I mentioned another
workaround earlier this month:
https://lists.ubuntu.com/archives/snapcraft/2017-January/002307.html
On Mon, Jan 23, 2017 at 7:49 PM, Leo Arias wrote:
> After reading the other thread about a similar issue, I
After reading the other thread about a similar issue, I moved my
libraries to stage-packages and that worked.
My problem now is that ssh can't call a binary from a snap, it will
only work using the full path. Let's say I have the hello snap
installed in 192.168.122.24. Then:
Hi,
I'm trying to use Kivy ( https://kivy.org/#home ) inside a snap. It mostly
works, but some SDL2 events don't occur. If I run the application from
outside of a snap the events do happen.
Specifically, the textinput event works outside of a snap, not inside of a
snap. This is the code I'm
Perhaps something else is broken, because I'm trying installing
mir-libs, mir-kiosk and mir-kiosk-apps on the latest raspi 2 image (on
a Raspberry Pi 2, of course), and on the amd64 image on a kvm, and I
can't even get mir-kiosk to launch and show the black screen with the
pointer. Both the raspi2
Here we go, thanks!
https://bugs.launchpad.net/snapd/+bug/1658815
On Mon, Jan 23, 2017 at 5:08 PM, Gustavo Niemeyer
wrote:
> *the local snapd
>
>
> On Jan 23, 2017 8:04 PM, "Gustavo Niemeyer" wrote:
>
> Indeed, that smells like a bug, certainly
*the local snapd
On Jan 23, 2017 8:04 PM, "Gustavo Niemeyer" wrote:
Indeed, that smells like a bug, certainly because snap download doesn't use
the local snaps to actually download the file. That should be transparent
to the CLI though.
Can you please file an issue?
Indeed, that smells like a bug, certainly because snap download doesn't use
the local snaps to actually download the file. That should be transparent
to the CLI though.
Can you please file an issue?
Thanks!
On Jan 23, 2017 5:26 PM, "Max Brustkern"
wrote:
> Okay,
I'm trying to run spread tests on an ubuntu core VM in a lab that needs to
use a proxy for web access. The mirrors are redirected, so the package
installations work as expected, but I run into problems with go get:
++ classic 'GOPATH=/home/gopath go get ../../home/gopath/src/
On Wed, Jan 18, 2017 at 2:53 AM, wrote:
> It is ok now thank you. I have had some excellent help and can use what I
> now have to aid me going forward. It is those first few steps that seem
> impossible.
Hey Gareth, I'm happy to see you got it working.
It would
Hey all, thanks for the hard work getting this image into shape.
I've been trying to run on a Raspi3 the Mir-kiosk-apps demo from:
https://developer.ubuntu.com/en/snappy/guides/mir-snaps/ but I've not had
much success. End of last week the demos would crash, and Mir would shut
down after a few
On Mon, Jan 23, 2017 at 6:28 PM, Jamie Strandboge wrote:
> I will be looking at the security policy side of this so if you can, please
> comment in the bug what specific commands you are using in your snap for using
> rt_tables so I can repeat tham and make sure they are
Okay, you're right. I was testing with snap download, which doesn't seem to
use to proxy, whereas snap refresh does. Is that intended behavior, or
should I report it somewhere?
Thanks,
Max
On Mon, Jan 23, 2017 at 2:04 PM, Gustavo Niemeyer <
gustavo.nieme...@canonical.com> wrote:
> This should
This should work fine across reboots.
On Jan 23, 2017 4:49 PM, "Max Brustkern"
wrote:
> So I've been able to get it to work by creating
> /etc/systemd/system/snapd.service.d/proxy.conf
> with the correct settings. Any suggestions on getting that to persist
> across
Hi Oli,
Thanks for the information. I think I'll just wait for the notes.
Jian
On Jan 23, 2017 15:02, "Oliver Grawert" wrote:
hi,
Am Montag, den 23.01.2017, 14:51 +0100 schrieb Jian LUO:
>
>
> I'll try kernel w/o real-time patch next time. Will let you guys know
> if it
So I've been able to get it to work by creating
/etc/systemd/system/snapd.service.d/proxy.conf
with the correct settings. Any suggestions on getting that to persist
across reboots?
Thanks,
Max
On Thu, Jan 12, 2017 at 2:28 PM, Michael Hudson-Doyle <
michael.hud...@canonical.com> wrote:
>
>
> On
On Mon, 2017-01-23 at 17:17 +0100, Luca Dionisi wrote:
> Hi all
>
> I see that the issue has been taken care of. I will immediately
> download a daily-build image and check that the file rt_tables
> is writeable.
>
> I haven't built a snap for my app yet, so I cannot test for the
> moment if my
That'd be ideal, thanks!
On Mon, Jan 23, 2017 at 3:19 PM, Mike Sheldon wrote:
> Okay great, should I prepare a new branch that does the renaming?
>
> On Mon, 2017-01-23 at 14:34 -0200, Gustavo Niemeyer wrote:
> > Sounds good. If you think ubuntu-download-manager
Okay great, should I prepare a new branch that does the renaming?
On Mon, 2017-01-23 at 14:34 -0200, Gustavo Niemeyer wrote:
> Sounds good. If you think ubuntu-download-manager is the way to go,
> let's move on with it.
>
> On Wed, Jan 18, 2017 at 2:34 PM, Mike Sheldon
On Mon, Jan 23, 2017 at 5:26 PM, Gustavo Niemeyer wrote:
> It's definitely possible. It's just not very convenient yet.
>
> For tests, easiest might be to bind mount your modifications at runtime.
Ok, thanks. bind mount.
--
Snapcraft mailing list
Nice change, Boris!
Would you like to submit a PR for that?
We have a CLA you can easily sign online assuming you're happy with the
terms:
https://www.ubuntu.com/legal/contributors
On Tue, Jan 17, 2017 at 11:51 AM, Boris Rybalkin wrote:
> Yes, I had to add support on
Sounds good. If you think ubuntu-download-manager is the way to go, let's
move on with it.
On Wed, Jan 18, 2017 at 2:34 PM, Mike Sheldon wrote:
> Ah, my mistake. I'd suspect UDM is less likely to change since it's
> already a public facing API being used in third
It's definitely possible. It's just not very convenient yet.
For tests, easiest might be to bind mount your modifications at runtime.
On Mon, Jan 23, 2017 at 2:17 PM, Luca Dionisi
wrote:
> Hi all
>
> I see that the issue has been taken care of. I will immediately
>
Hi all
I see that the issue has been taken care of. I will immediately
download a daily-build image and check that the file rt_tables
is writeable.
I haven't built a snap for my app yet, so I cannot test for the
moment if my needs are all already fitted in the builtin
interfaces. I will try as
It should be giving an instruction to install framework snap and prevent
snap installation like it does when ubuntu-app-platform snap is missing for
the snaps that require it.
On Mon, 23 Jan 2017, 3:54 p.m. Michael Hall, wrote:
> With the release of Snapd 2.20 (and
> On 23 Jan 2017, at 14:54, Michael Hall wrote:
>
> With the release of Snapd 2.20 (and corresponding Snapcraft release)
> that introduced the new dbus interface, Harold Sitter from KDE was
> unblocked on the last thing keeping KDE applications from being cleanly
> snapped
I created a bug and uploaded my snapcraft.yaml to the bug as well as the
kernel.snap.
It is bug https://bugs.launchpad.net/ubuntu-image/+bug/1658177
The cmdline boots kernel.img from my snap using the x1 revision.
(Fb-kernel-x1.snap) which is located in /bar/lib/snapd/snaps
Let me know if you
Hi Olivier,
Sorry, I do not understand what exactly you mean "no app in the snap is
named like
the snap itself". Could you please elaborate it more?
Thanks & best regards,
XiaoGuo
On Mon, Jan 23, 2017 at 9:50 PM, Olivier Tilloy <
olivier.til...@canonical.com> wrote:
> Hi XiaoGuo,
>
> Your
Thank you very much, that was the issue!
Cheers,
Fabio
On 23 January 2017 at 14:59, Michael Hall wrote:
> Hi Fabio,
>
> Most likely the problem is in your .desktop file's Exec= line. This
> should point to the executable name in /snap/bin/ which, looking at your
>
Hi Fabio,
Most likely the problem is in your .desktop file's Exec= line. This
should point to the executable name in /snap/bin/ which, looking at your
snapcraft.yaml, would be fcole90-hexgl-webapp.hexgl-webapp
If you change it to:
Exec=fcole90-hexgl-webapp.hexgl-webapp
It should work.
Michael
Hi Gustavo,
Unfortunately the stock kernel refused to run on my target. Would it be
useful if I upload my kernel configuration?
I got same error message on another omap4460 target which runs
ti-rt-linux-4.4.y[1]. My rpi 2 w/ official image however does not have this
problem.
I'll try kernel w/o
Hi XiaoGuo,
Your example happens to work because no app in the snap is named like
the snap itself. For such snaps, using the new desktop feature should
be safe.
Cheers,
Olivier
On Mon, Jan 23, 2017 at 3:48 AM, XiaoGuo Liu wrote:
> Hi Olivier,
>
> Based on the
Super nice indeed. Thanks, Oliver!
Has anyone tried the new GL and gpios? How did it go?
Perhaps we can ask for some extra millage on the pi community list itself?
On Wed, Jan 18, 2017 at 1:59 PM, Oliver Grawert wrote:
> hi,
>
> at [1] you can now find a daily image build
This smells like an apparmor denial, which shouldn't happen inside the
classic snap itself.
Can you reproduce the issue when using the stock kernel?
On Fri, Jan 20, 2017 at 6:46 PM, Jian LUO wrote:
> Hi list,
>
> as the topic suggested I got GPG error in classic snap
Yes, it seems fine for network-control to allow it.
On Mon, Jan 23, 2017 at 10:17 AM, Oliver Grawert wrote:
> hi,
> Am Samstag, den 21.01.2017, 11:33 +0100 schrieb Luca Dionisi:
> > On Fri, Jan 20, 2017 at 6:43 PM, Oliver Grawert
> > wrote:
> > >
> > > yes,
hi,
Am Samstag, den 21.01.2017, 11:33 +0100 schrieb Luca Dionisi:
> On Fri, Jan 20, 2017 at 6:43 PM, Oliver Grawert
> wrote:
> >
> > yes, please start by filing it under the snappy umbrella [1]
> > project
> > and we'll add the necessary bug tasks for all bits and pieces
> >
Hi Luca,
If you look under interfaces/builtin in the source code of snapd, you'll
find some familliar names if you list *network* and *firewall* in there. I
suspect that what you want is very easy to fix by simply introducing an
additional apparmor entry in the right interface.
If you want to
First thing I would do is include whatever you need inside the snap itself,
and get things working quickly.
Then, there are a few different ways you can move from there. The first one
is actually to do nothing.. the whole snap infrastructure (snapcraft,
snapd, uploads, downloads) is becoming
It's okay that the command itself isn't super visible. The main reason it
exists is to back console-conf, which is very visible and should be
properly documented.
On Wed, Jan 18, 2017 at 3:37 PM, Manik Taneja wrote:
>
>
> On Wed, Jan 18, 2017 at 4:33 AM, Gustavo Niemeyer
38 matches
Mail list logo