Re: Classic confinement success for LDC D compiler

2017-01-26 Thread Bret A. Barker
On Thu, Jan 26, 2017 at 10:04:02PM +0100, Joseph Rushton Wakeling wrote: > On 20/01/17 13:58, Mark Shuttleworth wrote: > >Congrats! What's the best way to get the D community aware of this? > >Sounds like it would be a nice way for them to keep up to date. > > Just to follow up on this: the LDC

Re: Classic confinement success for LDC D compiler

2017-01-26 Thread Bret A. Barker
On Thu, Jan 26, 2017 at 11:16:12PM +0100, Joseph Rushton Wakeling wrote: > On 26/01/17 23:04, Joseph Rushton Wakeling wrote: > >The `ldc2` name is apparently reserved (I requested it); if I temporarily > >choose > >a different name, will I wind up with the issue of all my programs being >

Re: Announcing channel tracks for long-term stable snaps

2017-02-15 Thread Bret A. Barker
On Wed, Feb 15, 2017 at 01:46:21PM -0300, Facundo Batista wrote: > Hola! > > To publish stable snaps of different versions at the same time, like Go 1.6 > and 1.7, we now have ‘channel tracks’ in beta. > > Each track has its own set of risk-based channels: stable, candidate, beta, > edge. So

Bug tracking for the Snap Store

2017-02-15 Thread Bret A. Barker
Just a quick FYI, we now have a Launchpad project for tracking bugs and issues related to all aspects of the Snap Store: https://launchpad.net/snapstore You can also find us in #snappy on Freenode IRC. And a reminder that there are also: https://launchpad.net/snapd - for issues specific to

Re: Let's kill "sideloading"

2016-09-01 Thread Bret A. Barker
Consider also that we likely want to support remote unasserted installs for alternate stores [1], so they are fully orthogonal concepts. So we have all four local/remote asserted/unasserted combos. And I agree that "sideloading" is no longer a useful term. -bret [1] With whatever warnings or

Re: sha3-384 mismatch

2016-12-02 Thread Bret A. Barker
. Where has snapd got that value from? > > ​ > > -- > > James Tait, BSc. | https://launchpad.net/~jamestait/ > > Software Engineer, Canonical Online Services > > Ubuntu - Linux for human beings | www.ubuntu.com > > > > -- > > Snapcraft mailing list > > Snapcraft@lists.snapcraft.io > > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > > mailman/listinfo/snapcraft > > > > > -- > Snapcraft mailing list > Snapcraft@lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft -- --* bret barker --* irc: noise -- Snapcraft mailing list Snapcraft@lists.snapcraft.io Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Reserved project names and cooperative transfer of ownership

2017-03-27 Thread Bret A. Barker
On Sun, Mar 26, 2017 at 10:46:53PM -0400, Michael Hall wrote: > On 03/25/2017 06:53 AM, Joseph Rushton Wakeling wrote: > > ... yes, more questions :-) > > > > First, how problematic is it to organize a cooperative transfer of > > ownership of a reserved name between one snap publisher and

Re: Tracks for ldc2 snap package

2017-04-06 Thread Bret A. Barker
Joe, I've added these tracks for you, let me know if you have any troubles or questions. -bret On Wed, Apr 05, 2017 at 10:45:13PM +0200, Joseph Rushton Wakeling wrote: > Hello all, > > If I understand https://snapcraft.io/docs/reference/channels right, I'm > supposed to ask here about this --

Re: Removing an unreleased package revision

2017-03-13 Thread Bret A. Barker
On Sun, Mar 12, 2017 at 06:15:21PM +0100, Joseph Rushton Wakeling wrote: > Hello folks, > > Is there a mechanism for removing an unreleased package revision from the > store? I'd like to get rid of revision 7 of the ldc2 snap, which has some > issues on 16.10 that make it unsuitable for release

Re: Big snaps on ubuntu store.

2017-04-06 Thread Bret A. Barker
On Thu, Apr 06, 2017 at 07:31:57PM +0300, José Pekkarinen wrote: > > > > you can put the common part in 1 snap and share it via the content interface > > with all the other snaps. since you are the publisher of these snaps, the > > interfaces can also be auto-connected on installation. the only