Hi,
My snapcraft.yaml file...
https://github.com/spencerparkin/TwistyPuzzle/blob/stable-release/Snap/snapcraft.yaml
...as you can see, has a new "prime:" section in it. This wasn't needed in
all my earlier snappings, but to finally get my program snapping correctly
again, I've had to explicitly
Thanks, Didier. I was on 2.19 of snapcraft. Apparently I was way out of
date. Now it is working again, and you can all bask in the glory of my
latest release to be uploaded shortly.
BTW, I have some snaps that I've uploaded and published, but their total
peices of garbage. I can unpublish them
On Mar 31, 2017 4:57 PM, "Gregory Lutostanski" <
gregory.lutostan...@canonical.com> wrote:
Curious how everyone makes sure the version string in the snapcraft.yaml up
to date. And if there is an easy way to essentially drive it via 'git tags'
and 'git describe'. If anyone has an recipe I would be
On Fri, Mar 31, 2017 at 2:26 PM, Mark Shuttleworth wrote:
> On 31/03/17 11:37, Colin Watson wrote:
>> Current NIST policy recommends SHA256 as a minimum,
>
> Since we're starting something new, I would prefer us to be well off the
> minimum.
>
>> and says "Currently
>> there is no need to transit
On 31/03/17 11:37, Colin Watson wrote:
> Current NIST policy recommends SHA256 as a minimum,
Since we're starting something new, I would prefer us to be well off the
minimum.
> and says "Currently
> there is no need to transition applications from SHA-2 to SHA-3", dated
> 2015-08-05 (http://csrc
Curious how everyone makes sure the version string in the snapcraft.yaml up
to date. And if there is an easy way to essentially drive it via 'git tags'
and 'git describe'. If anyone has an recipe I would be very happy to use it
across my repos.
I've tried the following prepare script:
sed -i
+1, thanks, Alan!
On 31.03.2017 18:51, Alan Pope wrote:
On 31 March 2017 at 17:41, Tim Süberkrüb wrote:
ah, thanks for that info. So I guess '/' in part names has been deprecated?
Yes.
Some docs for cloud parts in general would be nice ;)
Agreed. https://github.com/CanonicalLtd/snappy-d
On 31 March 2017 at 17:41, Tim Süberkrüb wrote:
> ah, thanks for that info. So I guess '/' in part names has been deprecated?
>
Yes.
> Some docs for cloud parts in general would be nice ;)
>
Agreed. https://github.com/CanonicalLtd/snappy-docs/issues/54
:)
--
Alan Pope
Snap Advocate
Canonica
Hey Joe,
ah, thanks for that info. So I guess '/' in part names has been deprecated?
Some docs for cloud parts in general would be nice ;)
All the best,
Tim
On 31.03.2017 18:37, Joe Talbott wrote:
Hi Tim,
Don't use '/' in part names. Rename 'liri-platform/v0.10.0' to
'liri-platform-v0.10.
Hi Tim,
Don't use '/' in part names. Rename 'liri-platform/v0.10.0' to
'liri-platform-v0.10.0' and update the snapcraft.yaml at
https://github.com/lirios/snapcraft-parts.git to use that as the part
name not the nested naming you have there now.
That should get things updated for you.
Thanks,
Jo
Hey Joe,
thanks for your reply.
Yeah, I know but I updated it here:
https://wiki.ubuntu.com/snapcraft/parts (see entry at the very bottom).
I already checked snapcraft update/search and the API url.
All the best,
Tim
On 31.03.2017 18:24, Joe Talbott wrote:
I see 'liri-app' here https://p
I see 'liri-app' here https://parts.snapcraft.io/v1/parts.yaml
Make sure you run 'snapcraft update' to download the latest parts.yaml file.
Joe
On Fri, Mar 31, 2017 at 12:22 PM, Tim Süberkrüb wrote:
> Hey,
>
> I made some changes to the Liri cloud part few hours earlier, but
> parts.snapcraft.i
Hey,
I made some changes to the Liri cloud part few hours earlier, but
parts.snapcraft.io still hasn't updated.
Is there a problem with my changes or am I just too impatient? ;)
All the best,
Tim
--
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at:
htt
Hi folks, any tips here to unblock this critical issue? Thanks
On 03/31/2017 10:55 AM, Sergey Borovkov wrote:
Hi. I am running a couple of daemons (daemon: simple) and they interact
between each other using dbus. Unfortunately I've ran into the issue when
porting them from devmode to strict, I a
Hi Vincent,
What plugs did you use?
This is a quick&dirty snap I assembled recently which I tested successfully
on top of X11:
https://github.com/lool/soracom-console-snap/blob/master/snapcraft.yaml
Cheers,
- Loïc
On Fri, Mar 31, 2017 at 3:28 PM, Vincent JOBARD
wrote:
> Hi Everyone
>
> I just
On 03/31/2017 03:37 AM, Colin Watson wrote:
> On Fri, Mar 31, 2017 at 11:22:50AM +0100, Mark Shuttleworth wrote:
>> On 30/03/17 20:54, Sergio Schvezov wrote:
>>> ### sources
>>>
>>> Sources, thanks to an external contributor, can now make use of a new
>>> entry, `source-checksum` which can be ad
Hi. I am running a couple of daemons (daemon: simple) and they interact
between each other using dbus. Unfortunately I've ran into the issue when
porting them from devmode to strict, I am getting this backtrace just
trying to obtain SystemBus in python:
Mar 31 12:44:02 localhost.localdomain snap[1
Hi Everyone
I just try to follow the tutorial to learn how to create webapps snaps
using snapcraft. (
https://developer.ubuntu.com/en/phone/web/ubuntu-webapps-guide/, very nice
tutorial by the way)
Unfortunately, when I try to create my snap with strict confinement, I have
a network Error page, b
On Fri, Mar 31, 2017 at 11:22:50AM +0100, Mark Shuttleworth wrote:
> On 30/03/17 20:54, Sergio Schvezov wrote:
> > ### sources
> >
> > Sources, thanks to an external contributor, can now make use of a new
> > entry, `source-checksum` which can be added to sources that can be hashed,
> > the forma
What a great release, thank you! Only one request:
On 30/03/17 20:54, Sergio Schvezov wrote:
> ### sources
>
> Sources, thanks to an external contributor, can now make use of a new entry,
> `source-checksum` which can be added to sources that can be hashed, the
> format is the following: `sourc
On 31 March 2017 at 05:38, Seth Arnold wrote:
> On Thu, Mar 30, 2017 at 08:10:26AM +0200, Alistair Grant wrote:
>> I'm trying to package a 32 bit software development environment: Pharo
>> Smalltalk (http://pharo.org).
>>
>> I've got it working OK as a devmode package, but as soon as I switch it
>
Le 31/03/2017 à 05:55, Spencer Parkin a écrit :
That just adds a deprecation warning (if I add the '/', I mean.) It says,
"DEPRECATED: Found a "/" in the name of the 'desktiop/gtk3' part"
Here's the major error I'm getting...
"Issue while loading plugin: properties failed to load for desktop-g
22 matches
Mail list logo
