On 01/24/2017 03:59 PM, Luther Goh Lu Feng wrote:
> I encountered an issue when I did a ctrl + c as snap was installing my
> helloworld snap. Essentially, I am unable to resume an install, or do any
> other snap installs. Is there any known way to resolve this should I
> encounter it again in
I encountered an issue when I did a ctrl + c as snap was installing my
helloworld snap. Essentially, I am unable to resume an install, or do any other
snap installs. Is there any known way to resolve this should I encounter it
again in future?
This occured on Debian. I had to do an uninstall +
I seek clarity in understanding how docker containers are different from snaps.
The question originated as I pondered if docker containers are the equivalent
of snaps. Is there a blog post or FAQ somewhere that already addresses this?
I also read this article[1], though dated, mentions docker s
On 25 January 2017 at 11:28, Michael Hudson-Doyle <
michael.hud...@canonical.com> wrote:
>
> You have to do this "asciinema rec -c 'PYTHONHOME=/usr python3
> urwid/examples/pop_up.py '" instead (and even that ends up using python3
> from the core snap, not the one I have installed).
>
More general
On 25 January 2017 at 11:02, Sergio Schvezov
wrote:
> On Wed, 25 Jan 2017 08:17:17 +1300, Michael Hudson-Doyle wrote:
> > Hm, I was assuming that the PYTHONHOME leaking was due to things in the
> > snap specifically (is the source to the snap available?), but are they
> set
> > by snapd or snap-c
On Wed, 25 Jan 2017 08:17:17 +1300, Michael Hudson-Doyle wrote:
> Hm, I was assuming that the PYTHONHOME leaking was due to things in the
> snap specifically (is the source to the snap available?), but are they set
> by snapd or snap-confine or something?
Might be easier to follow in the bug Dave
Definitely a bug. Thanks for reporting it.
On Jan 24, 2017 5:35 PM, "Alejandro J. Cura"
wrote:
> Is that the expected behavior?
>
> alecu@localhost:~$ snap list
> NameVersionRev Developer Notes
> core16.04.1976 canonical -
> mir-kiosk 0.1
It's all working perfectly on the raspi3, both with an hdmi monitor
plus a mouse, and with the original raspberry pi 7" touchscreen.
thanks again!
--
alecu
On Tue, Jan 24, 2017 at 4:30 PM, Alejandro J. Cura
wrote:
> After installing with --devmode the very latest mir-kiosk that Albert just
> up
On 01/24/2017 11:56 AM, Alejandro J. Cura wrote:
> On Tue, Jan 24, 2017 at 4:49 PM, Kyle Fazzari
> wrote:
>>
>> On 01/24/2017 11:34 AM, Alejandro J. Cura wrote:
>>> Is that the expected behavior?
>>>
>>> alecu@localhost:~$ snap list
>>> NameVersionRev Developer Notes
>>> co
On Tue, Jan 24, 2017 at 4:49 PM, Kyle Fazzari
wrote:
>
> On 01/24/2017 11:34 AM, Alejandro J. Cura wrote:
> > Is that the expected behavior?
> >
> > alecu@localhost:~$ snap list
> > NameVersionRev Developer Notes
> > core16.04.1976 canonical -
> > mir-ki
On 01/24/2017 11:34 AM, Alejandro J. Cura wrote:
> Is that the expected behavior?
>
> alecu@localhost:~$ snap list
> NameVersionRev Developer Notes
> core16.04.1976 canonical -
> mir-kiosk 0.122 canonical devmode
> mir-kiosk-apps 0.
Is that the expected behavior?
alecu@localhost:~$ snap list
NameVersionRev Developer Notes
core16.04.1976 canonical -
mir-kiosk 0.122 canonical devmode
mir-kiosk-apps 0.111 canonical devmode
mir-libs0.1
After installing with --devmode the very latest mir-kiosk that Albert just
uploaded to the store in edge, and then reinstalling mir-kiosk-apps with
devmode as well, I've got it all running on a raspi2.
alecu@localhost:~$ snap list
NameVersionRev Developer Notes
core
Hm, I was assuming that the PYTHONHOME leaking was due to things in the
snap specifically (is the source to the snap available?), but are they set
by snapd or snap-confine or something?
Cheers,
mwh
On 24 January 2017 at 00:09, Gustavo Niemeyer wrote:
>
> I'm wondering if maybe we should simply
Here it is:
https://github.com/snapcore/snapd/pull/2697
Also signed the agreement.
Thanks.
On 23 Jan 2017 16:42, "Gustavo Niemeyer"
wrote:
> 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:
>
>
I've submitted a branch for this here:
https://github.com/snapcore/snapd/pull/2694
Thanks!
Mike
On Mon, 2017-01-23 at 15:23 -0200, Gustavo Niemeyer wrote:
> That'd be ideal, thanks!
>
> On Mon, Jan 23, 2017 at 3:19 PM, Mike Sheldon cal.com> wrote:
> > Okay great, should I prepare a new branc
I've got a working classic snap on 16.04 that utilizes a oneshot systemd
service for making sure my iptables and network bridge is persisted through
reboots.
When attempting to get the same snap working on 14.04 I run into a snap
install error:
ubuntu@darthbawlz:~$ sudo snap install conjure-up --
On 01/24/2017 09:18 AM, Alan Pope wrote:
> Hi Michael,
>
> On 24 January 2017 at 14:04, Michael Hall wrote:
>> Is there any reason not to add it to the desktop-helpers remote part?
>> XLOCALEDIR isn't SDL-specific, it just seems to be the first thing
>> that's brought it to our attention.
>>
>
Hi Michael,
On 24 January 2017 at 14:04, Michael Hall wrote:
> Is there any reason not to add it to the desktop-helpers remote part?
> XLOCALEDIR isn't SDL-specific, it just seems to be the first thing
> that's brought it to our attention.
>
Can add it there too for sure.
I thought it might be
On 01/24/2017 08:47 AM, Alan Pope wrote:
> On 24 January 2017 at 10:22, Olivier Tilloy
> wrote:
>> That sounds very similar to the issue I was having with the 0ad snap,
>> which after much debugging I fixed by exporting $XLOCALEDIR, see
>> details here: https://bazaar.launchpad.net/~osomon/+junk/0
On 24 January 2017 at 10:22, Olivier Tilloy
wrote:
> That sounds very similar to the issue I was having with the 0ad snap,
> which after much debugging I fixed by exporting $XLOCALEDIR, see
> details here: https://bazaar.launchpad.net/~osomon/+junk/0ad-snap/revision/8.
>
You're a star. I have had
That solved it. Thank you so much!
On Tue, Jan 24, 2017 at 5:22 AM, Olivier Tilloy <
olivier.til...@canonical.com> wrote:
> On Tue, Jan 24, 2017 at 4:15 AM, Aaron Hampton
> wrote:
> > Hi,
> >
> > I'm trying to use Kivy ( https://kivy.org/#home ) inside a snap. It
> mostly
> > works, but some SDL
On Mon, Jan 23, 2017 at 3:21 PM, XiaoGuo Liu wrote:
> 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?
Your snap is named "hello-xiaoguo", and your apps are named "env",
"evil", "sh", "hell
On Tue, Jan 24, 2017 at 4:15 AM, Aaron Hampton wrote:
> 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
hi,
Am Montag, den 23.01.2017, 21:49 -0600 schrieb Leo Arias:
> 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
hi,
Am Montag, den 23.01.2017, 17:53 -0300 schrieb Alejandro J. Cura:
>
> ...
> Any ideas on what I should try, or how to further debug this? I can
> upload the crash report if it helps.
first of all make sure to only use the very latest daily edge image
(url is in my original mail, the setup onl
26 matches
Mail list logo