After package build: How to provide the package in a repository for serveral clients

[guettli]

Your project looks good and well documented.

I am missing something in the docs:

fpm lets you build packages. But what's the next step? I want to install the package on several hosts.

If you have several packages which depend on each other using scp and a call to rpm or dpkg is not a good solution.

You need a way to provide a package repository. On debian/ubuntu clients you need an entry in /etc/apt/sources.list.d/ and a http server which provides the packages.

Can fpm help to provide a package repository? If not, no problem. But a hint how to solve this with different tools in the docs would be nice.

How do you provide packages for several hosts?

Thank you.

[lb1a]

One way for serving different platforms would be something like https://packagecloud.io/
There you have explizit support for multiple platforms served in one repo.

[ViktorNova]

http://bintray.com is also a great free service that offers a similar thing for free, but with no limitations for public repositories

[guettli]

Aint there a solution which can be used for self hosting the package repo?

[lb1a]

Hosting a repo is (in general) a location that is reachable via http/https and has some specific folder structure and some metadata files.
e.g. :
rpm: https://gist.github.com/fernandoaleman/1377211
apt/deb: http://troubleshootingrange.blogspot.de/2012/09/hosting-simple-apt-repository-on-centos.html?_escaped_fragment_

Just google it, it's not that hard to do.

[jordansissel]

@guettli yes you can host your own package repositories; imo it's quite a frustrating experience in both many-setup steps and annoying maintenance steps. bintray and packagecloud are decent hosted options.

[jordansissel]

@guettli Also, github.com/dnbert/prm aims at solving the self-hosted repo option.

[guettli]

@lb1a "Hosting a repo is (in general) a location that is reachable via http/https and has some specific folder structure and some metadata files...."

I use linux since 1996, I know how to do "plumbing". I prefere to join existing projects.

This looks good, too: http://openbuildservice.org/

[sysadmiral]

If your infrastructure is mainly rpm-y in nature and you want to host your own repo's then http://www.pulpproject.org/ is worth a look.

As stated in the docs it is designed to be type-agnostic so you can use it to serve up a lot more than just your packages - I'm currently testing "mirroring" puppet forge on our LAN and also as a repo of compressed db backups.

[divanikus]

If you want to self-host deb repository, try http://www.aptly.info/