On 18/08/16 08:16, Adam Stokes wrote:
> I spoke with Steve Langasek about this a bit ago and the solution he
> mentioned was to convert your deb package into basically a stub
> package that prints a debconf note guiding the user to install the
> updated apps via `snap install`.
Right, in some case
I spoke with Steve Langasek about this a bit ago and the solution he
mentioned was to convert your deb package into basically a stub package
that prints a debconf note guiding the user to install the updated apps via
`snap install`.
On Thu, Aug 18, 2016 at 7:38 AM Mark Shuttleworth wrote:
>
> Po
Policy for non-core apps is that newer versions should be provided as
snaps, LTS-released versions should be maintained as debs (but not
updated to newer versions).
By non-core I mean anything that is not in the ubuntu-core snap.
By apps I mean things that would make a natural snap or (in the ca
On Wed, Aug 17, 2016 at 5:42 PM Seth Arnold
wrote:
> On Wed, Aug 17, 2016 at 09:28:32PM +, Marco Ceppi wrote:
> > Has anyone deprecated debian packages yet in favor of snaps? My end goal
> is
> > people who've installed the debian package from the xenial archive will
> get
> > an updated debi
On Wed, Aug 17, 2016 at 09:28:32PM +, Marco Ceppi wrote:
> Has anyone deprecated debian packages yet in favor of snaps? My end goal is
> people who've installed the debian package from the xenial archive will get
> an updated debian package which no longer is the software but instead
> either g
Hello!
Today we have packages in xenial that provide software which I intend to
provide as snap only going forward. Since I'm generally lazy, and don't
want to do both snap and debs of the software, snaps are a huge win in
simplicity of release for me.
Has anyone deprecated debian packages yet in
