Re: copy -> dump plugin migration

Leo, On 2 Sep 2016, at 17:06, Leo Arias wrote: > Hello Martin, > > We might have been a little too hasty when we decided to print that > deprecation message, I'm sorry about that. > > Take a look at https://bugs.launchpad.net/snapcraft/+bug/1616459 Yes, exactly the issue I ran into when I’ve

Re: copy -> dump plugin migration

Gustavo, On 2 Sep 2016, at 16:19, Gustavo Niemeyer wrote: Hey Martin, Just put your files under defaults/etc/quagga, and use: defaults: plugin: dump source: defaults That’s one way to do it - but just creating the extra subdirectories seems to be non-optimal as well.

Re: copy -> dump plugin migration

Hello Martin, We might have been a little too hasty when we decided to print that deprecation message, I'm sorry about that. Take a look at https://bugs.launchpad.net/snapcraft/+bug/1616459 We are currently closing the final details to release 2.16, so this bug is scheduled to be resolved next

Re: copy -> dump plugin migration

Hey Martin, Just put your files under defaults/etc/quagga, and use: defaults: plugin: dump source: defaults On Sep 2, 2016 7:36 PM, "Martin Winter" wrote: > So I’ve updated the quagga snap from using the copy plugin to the dump > plugin. >

copy -> dump plugin migration

So I’ve updated the quagga snap from using the copy plugin to the dump plugin. I’ve got it working, but it looks like a horrible hack using the dump plugin to copy files. I use it to copy default configs to the correct location. This is what I had before using the copy plugin: […]

Re: Let's kill "sideloading"

On 2016-09-02 08:59, Oliver Grawert wrote: > admittedly "kids" was a bit harsh, i apologize to anyone who feels > offended by this ... maybe you just meant that you are old ;) signature.asc Description: OpenPGP digital signature -- Snapcraft mailing list Snapcraft@lists.snapcraft.io Modify

Re: snapcraft's python plugins, road ahead and changes.

El 02/09/16 a las 14:58, Érico P escribió: Hey Sergio, I have tried to use the python plugin before but had some trouble relating to encodings. Posted here a question http://askubuntu.com/questions/783758/self-built-snap-run-fail-on-locale-error I addressed that on askubuntu. What do I

Re: snapcraft's python plugins, road ahead and changes.

Hey Sergio, I have tried to use the python plugin before but had some trouble relating to encodings. Posted here a question http://askubuntu.com/questions/783758/self-built-snap-run-fail-on-locale-error What do I need to do to use your version of the python plugin? Em 2 de set de 2016 2:36 PM,

snapcraft's python plugins, road ahead and changes.

Hi there, after seeing many problems with the current python plugins I decided to overhaul them. It has basically been re-written, fixing many bugs and annoyances. Among those nice things these changes provide are: smaller resulting snaps, easier iteration, wheel support and a clear separation

Re: PostgreSQL 9.6 snap and feedback

El 02/09/16 a las 14:15, Michael Hall escribió: On 09/02/2016 01:06 PM, Evan Dandrea wrote: On Fri, 2 Sep 2016 at 04:30 Mark Shuttleworth > wrote: Remember they can also build postgres INTO their own snap (and it actually might be worth

Re: PostgreSQL 9.6 snap and feedback

El 02/09/16 a las 13:59, Michael Hall escribió: On 09/02/2016 12:29 PM, Sergio Schvezov wrote: El 02/09/16 a las 08:29, Mark Shuttleworth escribió: Usability is currently poor. PostgreSQL is cli heavy, so having all the well known commands with munged names like 'postgresql-9-6.pg-dump'

Re: PostgreSQL 9.6 snap and feedback

On 09/02/2016 01:06 PM, Evan Dandrea wrote: > On Fri, 2 Sep 2016 at 04:30 Mark Shuttleworth > wrote: > > Remember they can also build postgres INTO their own snap (and it > actually might be worth exporting a shared pg part so people can do >

Re: PostgreSQL 9.6 snap and feedback

On 09/02/2016 12:29 PM, Sergio Schvezov wrote: > El 02/09/16 a las 08:29, Mark Shuttleworth escribió: >>> > Usability is currently poor. PostgreSQL is cli heavy, so having all >>> > the well known commands with munged names like >>> > 'postgresql-9-6.pg-dump' instead of 'pg_dump' would stop

Re: PostgreSQL 9.6 snap and feedback

El 02/09/16 a las 08:29, Mark Shuttleworth escribió: >Usability is currently poor. PostgreSQL is cli heavy, so having all >the well known commands with munged names like >'postgresql-9-6.pg-dump' instead of 'pg_dump' would stop adoption all >by itself. I understand that this is being addressed,

Re: Need LXD for Ubuntu Core 16 image

Hi, The LXD snap for series 16 will be published under the canonical account, not under mine. As was mentioned earlier, we needed the lxd-support interface to land, which it now has but we're blocked on a snap-confine bug which prevents LXD from running right now. Once snap-confine is sorted

Re: Let's kill "sideloading"

El 02/09/16 a las 11:10, Gustavo Niemeyer escribió: On Fri, Sep 2, 2016 at 10:35 AM, Tony Espy > wrote: On 09/01/2016 06:15 PM, Gustavo Niemeyer wrote: Hello all, With assertions finally being put to great use, it's time

Re: Let's kill "sideloading"

hi, Am Freitag, den 02.09.2016, 11:37 -0300 schrieb Gustavo Niemeyer: > > Speaking of terminology, it also feels a bit awkward to be talking > about Android developers as "kids". I know you mean it well, but it's > derogatory. well, if i had meant developers i had said that ... with "kids" i was

Re: Let's kill "sideloading"

Hi Oliver, On Fri, Sep 2, 2016 at 4:07 AM, Oliver Grawert wrote: > > does it actually matter what *we* use ? its the slang of the android > kids, it is what they know and will use when talking about the topic of installing local packages, The terminology we use for our

Re: PostgreSQL 9.6 snap and feedback

On Fri, 2 Sep 2016, 12:30 pm Mark Shuttleworth, wrote: > > One of my colleagues wrote regarding his experimental postgres-9-6 RC1 > snap, and I'm replying to the list with permission, because I think he > raises a lot of good points and perspectives and questions that folks >

Re: Let's kill "sideloading"

On Fri, Sep 2, 2016 at 10:35 AM, Tony Espy wrote: > On 09/01/2016 06:15 PM, Gustavo Niemeyer wrote: > >> Hello all, >> >> With assertions finally being put to great use, it's time to kill the >> term "sideloading". That term does a disservice to our conversations, >> because

Re: Let's kill "sideloading"

Hey Victor, On Fri, Sep 2, 2016 at 4:14 AM, Victor Palau wrote: > Hi, > > In the case of installing snaps from the local file system, where will the > assertions require to installation reside? Also in the local file system? > The knowledge of which assertions are

Re: Let's kill "sideloading"

hi, Am Freitag, den 02.09.2016, 09:35 -0400 schrieb Tony Espy: > My question is what is the process for getting a snap signed?  Is > this  > something that's done automatically when a snap is published to the > store? yes ... this is just about a store signature .. ciao oli signature.asc

Re: Let's kill "sideloading"

On 09/01/2016 06:15 PM, Gustavo Niemeyer wrote: Hello all, With assertions finally being put to great use, it's time to kill the term "sideloading". That term does a disservice to our conversations, because it is vague and also limits the thinking around what is possible. I have a question

Re: Snappy takes long time to boot when no network

Your solution fixed my issue : root@Paros:~# rm /etc/netplan/00-initial-config.yaml root@Paros:~# netplan apply Cannot replug rndis0: [Errno 2] No such file or directory: '/sys/devices/platform/tegra-xudc/gadget/driver/unbind' and then reboot. I now boot in 24 seconds instead of 140 seconds :)

Re: PostgreSQL 9.6 snap and feedback

One of my colleagues wrote regarding his experimental postgres-9-6 RC1 snap, and I'm replying to the list with permission, because I think he raises a lot of good points and perspectives and questions that folks here would have comments on. On 31/08/16 13:08, Stuart Bishop wrote: > > PostgreSQL

Re: Need LXD for Ubuntu Core 16 image

Its a Raspberry Pi 2 so armhf. On Fri, Sep 2, 2016 at 3:10 PM, Simon Fels wrote: > On 02.09.2016 11:59, Omer Akram wrote: > > Thanks Simon for the reply, I still got: > > > > error: cannot install "lxd": snap not found > On which architecture do you try to install the

Re: Need LXD for Ubuntu Core 16 image

Thanks Simon for the reply, I still got: error: cannot install "lxd": snap not found And yes, you are right lxd-support interface have landed I can see that with `snap interfaces`. Cheers! On Fri, Sep 2, 2016 at 2:54 PM, Simon Fels wrote: > On 02.09.2016 11:43, Omer

Re: Need LXD for Ubuntu Core 16 image

On 02.09.2016 11:43, Omer Akram wrote: > Hi! > > I am working with Ubuntu Core 16 image[1] on a Raspberry Pi. I am > wondering if I there is a LXD snap that I can install on that image ? I > found this snap[2] but it seems its not available for Ubuntu Core 16. > > Is there a place where I can

Need LXD for Ubuntu Core 16 image

Hi! I am working with Ubuntu Core 16 image[1] on a Raspberry Pi. I am wondering if I there is a LXD snap that I can install on that image ? I found this snap[2] but it seems its not available for Ubuntu Core 16. Is there a place where I can download the LXD snap from ? [1]

Re: Setting release version in snapcraft build

On 2 September 2016 at 15:01, Stuart Bishop wrote: > > > On 2 September 2016 at 00:46, Leo Arias wrote: > >> This is a pain point for me too. Most upstreams store the version number >> in only one place, because editing more than one for

Re: Setting release version in snapcraft build

On 2 September 2016 at 00:46, Leo Arias wrote: > This is a pain point for me too. Most upstreams store the version number > in only one place, because editing more than one for every tagged > release is too boring. > This is what

Re: Let's kill "sideloading"

Hi, In the case of installing snaps from the local file system, where will the assertions require to installation reside? Also in the local file system? I can see this use case when either the snap is not yet in the store (during development) or the device has no access to the/a store (maybe