Jira (PUP-7435) Add support for snap packages

9 views
Skip to first unread message

Matthias Baur (JIRA)

unread,
Apr 7, 2017, 4:50:02 AM4/7/17
to puppe...@googlegroups.com
Matthias Baur created an issue
 
Puppet / New Feature PUP-7435
Add support for snap packages
Issue Type: New Feature New Feature
Assignee: Unassigned
Created: 2017/04/07 1:49 AM
Priority: Normal Normal
Reporter: Matthias Baur

Could we get support for snap package? https://snapcraft.io/

This should probably implemented as package provider.

Add Comment Add Comment
 
This message was sent by Atlassian JIRA (v6.4.14#64029-sha1:ae256fe)
Atlassian logo

Ethan Brown (JIRA)

unread,
May 17, 2017, 2:11:02 PM5/17/17
to puppe...@googlegroups.com
Ethan Brown updated an issue
Change By: Ethan Brown
Team: Agent

Ethan Brown (JIRA)

unread,
May 17, 2017, 2:11:04 PM5/17/17
to puppe...@googlegroups.com
Ethan Brown updated an issue
Change By: Ethan Brown
Labels: triaged

Peter Bittner (JIRA)

unread,
Sep 4, 2017, 9:48:04 AM9/4/17
to puppe...@googlegroups.com
Peter Bittner commented on New Feature PUP-7435
 
Re: Add support for snap packages

This would be helpful. JetBrains, for example, are in the process to create snap packages for their IDE products (Idea, Webstorm, RubyMine, PyCharm, PhpStorm, etc.). They're dropping the request for creating .deb and .rpm packages for that.

Peter Bittner (JIRA)

unread,
Sep 4, 2017, 9:49:02 AM9/4/17
to puppe...@googlegroups.com
Peter Bittner updated an issue
 
Change By: Peter Bittner
Could we get support for snap package? https://snapcraft.io/

This should probably  be  implemented as package provider.

Jeremy Adams (JIRA)

unread,
Feb 9, 2018, 12:51:02 AM2/9/18
to puppe...@googlegroups.com
This message was sent by Atlassian JIRA (v7.5.1#75006-sha1:7df2574)
Atlassian logo

Branan Riley (JIRA)

unread,
May 14, 2018, 3:07:06 PM5/14/18
to puppe...@googlegroups.com
Branan Riley updated an issue
 
Change By: Branan Riley
Labels: package triaged type_and_provider
This message was sent by Atlassian JIRA (v7.7.1#77002-sha1:e75ca93)
Atlassian logo

Branan Riley (JIRA)

unread,
May 14, 2018, 3:07:07 PM5/14/18
to puppe...@googlegroups.com
Branan Riley updated an issue
Change By: Branan Riley
Labels: linux package triaged type_and_provider

Igor Galić (JIRA)

unread,
Jul 24, 2018, 4:42:04 AM7/24/18
to puppe...@googlegroups.com
Igor Galić commented on New Feature PUP-7435
 
Re: Add support for snap packages

Here's a discussion between me and Old Dasz which concludes that we should probably not put snap support into package as it would break a lot of package's expectations:

 

 igalic: how would you implement channels? i'm contemplating to reuse "source"
 although that might be very misleading…
 
david: how much overlap is there really to regular packagem anagers? wouldn't a separate snap_package be much nicer, when it can expose all the snap-specific whistles, without having to avoid all the existing type's issues?
 
igalic: so, from what i gather, there's slightly more overlap between snap and apt (on a systems level) than there is between apt and pip
 for instance: snap packages will come with services, these services will *actually* _*use*_ systemd.
 
david: I'm running on assumptions here, but: snap and apt packages do not have overlapping namespaces, install options, or shared configuration, right?
 
igalic:  define install options
david:  any options passed to apt-get or the snap binary
 
igalic: "install"
igalic: let's see if we can boil this down:
 
snap allows you to install a… "snap"
but you can also "buy" a snap.
snap services allows you to manage services, akin… well, the system's "service" command. so, start, stop, restart.
snap get/set allow you to set or retrieve specific config settings… this is probably best compared with SMF's config settings… i.e.: things you def want to setup before starting a daemon… so, like, in apache that woulda been MPM selection, or logging or stuff like that… maybe logging destination in some cases
 
david: `--force-downgrade`, et al. ?
 
igalic: have i told you the best thing yet?
snaps auto-refresh ;)
i wonder how hard a `package { 'foo': provider => 'snap', ensure => '1.2.3', }` would have to work, to earn its keep
 
igalic: yeah, so, given these issues, `snap` should probably be… something else.

Hadmut Danisch (JIRA)

unread,
Dec 30, 2019, 4:20:04 AM12/30/19
to puppe...@googlegroups.com
Hadmut Danisch updated an issue
 
Puppet / Bug PUP-7435
Change By: Hadmut Danisch
Issue Type: New Feature Bug

Hadmut Danisch (JIRA)

unread,
Dec 30, 2019, 4:20:04 AM12/30/19
to puppe...@googlegroups.com
Hadmut Danisch commented on Bug PUP-7435
 
Re: Add support for snap packages

Sorry to say that, but that discussion is bigoted nonsense.

 

snap has become an established package source, offering plenty of software, and is beginning to replace several ubuntu packages. Some pieces of important software is available as a snap only. And other software gets newer versions only as a snap.

 

Puppet's denial to support the package format is just rendering puppet into beeing unable to install machines in a clean way.

 

snapd comes with a description of it's REST API at https://github.com/snapcore/snapd/wiki/REST-API , so it should be quite simple to tell snapd to install or uninstall a requested package.

Unfortunately and in contrast, I did not find a detailed description about how to implement a package provider for puppet.

 

Strange enough, there's a module for that, https://forge.puppet.com/kemra102/snapd , but not exactly maintained, not yet complete, and based on the command line snap tool, not the REST API.

 

So it should be a small and simple task to implement this for someone familiar with the internals of puppet for this REST API.

 

 

So if you want puppet to be able to configure today's systems, puppet needs to keep up with today's systems.

 

And if puppet is not able to properly install current systems anymore, than this is not just a feature request anymore. It's a bug, since installation becomes partly impossible (in a clean way without workarounds). 

 

David Schmitt (JIRA)

unread,
Dec 30, 2019, 4:24:03 AM12/30/19
to puppe...@googlegroups.com
David Schmitt commented on Bug PUP-7435

FTR I'd like to emphasise that Igor Galić and my discussion was specifically about the difficulties putting snap support into the package type as a provider.

Ajay Sridhar (Jira)

unread,
Jun 24, 2021, 10:49:01 AM6/24/21
to puppe...@googlegroups.com
Ajay Sridhar updated an issue
 
Puppet / New Feature PUP-7435
Change By: Ajay Sridhar
Issue Type: Bug New Feature
This message was sent by Atlassian Jira (v8.13.2#813002-sha1:c495a97)
Atlassian logo

Ajay Sridhar (Jira)

unread,
Jun 24, 2021, 10:51:02 AM6/24/21
to puppe...@googlegroups.com
Ajay Sridhar updated an issue
Change By: Ajay Sridhar
Issue Type: New Feature Bug

James Paton-Smith (Jira)

unread,
Apr 11, 2023, 5:53:02 AM4/11/23
to puppe...@googlegroups.com
James Paton-Smith commented on Bug PUP-7435
 
Re: Add support for snap packages

Canonical seem to be doubling down on snaps in recent times. They're only going to become more prevalent on Ubuntu, and possibly other distros.

I think having some method of managing snap packages through Puppet is a must-have, whether as part of the package type, or something else.

 

What information would be needed to implement this? I see Hadmut Danisch has already linked the relevant API docs, although it has now been moved: https://forum.snapcraft.io/t/snapd-rest-api/17954

Is there any precedent for having a specific package manager as it's own type, rather than part of the packgage type? 

This message was sent by Atlassian Jira (v8.20.11#820011-sha1:0629dd8)
Atlassian logo
Reply all
Reply to author
Forward
0 new messages