El 02/10/16 a las 11:05, Marco Ceppi escribió:
Hello,
I'm trying to do another clean build of my snap, this is a 0 change
build, but I've got a few problems. After updating to the latest
snapcraft (2.18.1), I'm getting a few new error messages and a snap
that's 1/2 the size but no longer work
Last week I discovered WaveFunctionCollapse[1] via Hacker News. It
generates bitmap images that are locally similar to a sample image you give
it. Looks really useful to generate maps for roguelikes, or algorithmic art.
I wanted to play with it, but ran into a couple of blockers: it's C#, and
it d
Hi Sergio,
This is my snap:
https://gist.github.com/marcoceppi/6a0b0bfe9a541162a0e9b18fe6e44ac4 When
running after it builds, I get errors about failure to import
lazr.restfulclient.resource despite it being present in the snap file
system.
Also, cleanbuild fails with a weird unicode error.
Than
On Sun, Oct 2, 2016 at 11:20 PM, Didier Roche wrote:
> Le 02/10/2016 à 20:48, Robert Park a écrit :
>> Is there a plug to just read /etc? or a sensible way to set all those
>> env vars to /dev/null or something?
> Hey Robert,
>
> There is no plug to read from /etc on purpose. The goal is your snap
El 03/10/16 a las 14:38, Marco Ceppi escribió:
Hi Sergio,
This is my snap:
https://gist.github.com/marcoceppi/6a0b0bfe9a541162a0e9b18fe6e44ac4 When
running after it builds, I get errors about failure to import
lazr.restfulclient.resource despite it being present in the snap file
system.
Th
Hi Sergio,
Sorry, replication instructions are as follows:
export JUJU_REPOSITORY=$(mktemp -dp $HOME)
cd $JUJU_REPOSITORY
charm pull-source ~marcoceppi/charm-svg .
This will trigger the error. Anytime the code path needs to interact with
launchpadlib it fails. If you pull the stable channel from
Hi!
I have a very simple python application with a library part and a launcher.
The library is being compile by the `python` plugin and I am copying the
launcher with `dump` plugin. It works but it seems that the dump plugin
copies all the undesired files in the root of my project into the final
s
El 03/10/16 a las 16:47, Marco Ceppi escribió:
Hi Sergio,
Sorry, replication instructions are as follows:
export JUJU_REPOSITORY=$(mktemp -dp $HOME)
cd $JUJU_REPOSITORY
charm pull-source ~marcoceppi/charm-svg .
This will trigger the error. Anytime the code path needs to interact
with launch
El 03/10/16 a las 19:45, Omer Akram escribió:
Hi!
I have a very simple python application with a library part and a
launcher. The library is being compile by the `python` plugin and I am
copying the launcher with `dump` plugin. It works but it seems that
the dump plugin copies all the undes
On Tue, Oct 4, 2016 at 3:53 AM, Sergio Schvezov <
sergio.schve...@canonical.com> wrote:
>
>
> El 03/10/16 a las 19:45, Omer Akram escribió:
>
>> Hi!
>>
>> I have a very simple python application with a library part and a
>> launcher. The library is being compile by the `python` plugin and I am
>>
El 03/10/16 a las 19:59, Omer Akram escribió:
On Tue, Oct 4, 2016 at 3:53 AM, Sergio Schvezov
mailto:sergio.schve...@canonical.com>>
wrote:
El 03/10/16 a las 19:45, Omer Akram escribió:
Hi!
I have a very simple python application with a library part
and a l
On Oct 03, 2016, at 07:51 PM, Sergio Schvezov wrote:
>Did this ever work?
>dpkg -S /usr/lib/python2.7/dist-packages/lazr/__init__.py
>
>Tells me it is not owned by any package so very unlikely that a
>`stage-packages entry would of brought it in. I am interested!
lazr is a namespace package, whic
On Mon, Oct 3, 2016 at 6:51 PM Sergio Schvezov <
sergio.schve...@canonical.com> wrote:
>
>
> El 03/10/16 a las 16:47, Marco Ceppi escribió:
> > Hi Sergio,
> >
> > Sorry, replication instructions are as follows:
> >
> > export JUJU_REPOSITORY=$(mktemp -dp $HOME)
> > cd $JUJU_REPOSITORY
> > charm pu
El 03/10/16 a las 21:17, Marco Ceppi escribió:
On Mon, Oct 3, 2016 at 6:51 PM Sergio Schvezov
mailto:sergio.schve...@canonical.com>>
wrote:
El 03/10/16 a las 16:47, Marco Ceppi escribió:
> Hi Sergio,
>
> Sorry, replication instructions are as follows:
>
> export JUJU_
On Mon, Oct 3, 2016 at 9:41 PM Sergio Schvezov <
sergio.schve...@canonical.com> wrote:
> El 03/10/16 a las 21:17, Marco Ceppi escribió:
>
> On Mon, Oct 3, 2016 at 6:51 PM Sergio Schvezov <
> sergio.schve...@canonical.com> wrote:
>
>
>
> El 03/10/16 a las 16:47, Marco Ceppi escribió:
> > Hi Sergio,
Le 03/10/2016 à 20:51, Robert Park a écrit :
> On Sun, Oct 2, 2016 at 11:20 PM, Didier Roche wrote:
>> Le 02/10/2016 à 20:48, Robert Park a écrit :
>>> Is there a plug to just read /etc? or a sensible way to set all those
>>> env vars to /dev/null or something?
>> Hey Robert,
>>
>> There is no plu
16 matches
Mail list logo