[Pkg-puppet-devel] Packaging puppet modules?

Stig Sandbeck Mathisen ssm at debian.org
Sun Aug 18 16:09:06 UTC 2013


Thomas Bechtold <thomasbechtold at jpberlin.de> writes:

> Just tried to package the stdlib from puppetlabs and you can find the
> results here:
>
> https://github.com/toabctl/pkg-puppet-module-puppetlabs-stdlib
>
> The package uses git-buildpackage and installes the module into
> /usr/share/puppet/modules/ .

> If you like the idea to package some puppet modules I would be happy
> to move the git repository to pkg-puppet on alioth. I'm only a debian
> maintainer so I would need a sponsor for the package (and for the
> upcoming other puppet modules).

The pkg-puppet repository on alioth would be a good place for the
packaging of puppet modules.

I'd be happy to sponsor the packages.

There is a good possibility of module and dependency collisions. Puppet
module metadata refers to itself and other modules as "user/module",
while the directories used, and the manifests in the modules themselves
drop the "user/" part.

When the module "something" is provided by foo-something and
bar-something, how should the right one be selected? Is registering
"puppet-module-something" in "update-alternatives" useful for this?

There is no guarantee that "foo-something" and "bar-something" actually
does the same "something".

(This is more a problem to be fixed by the upstream, Puppet Labs, but I
would like to mention it here just in case someone has a solution, or a
workaround that can be used in Debian)

-- 
Stig Sandbeck Mathisen
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-puppet-devel/attachments/20130818/ae573bbe/attachment.sig>


More information about the Pkg-puppet-devel mailing list