Client package for non Debian clients

Client package for non Debian clients

[Ciro Iriarte]

Hello!,

I've been a long time PVE user but I'm just starting with PBS now.
I've noticed that the documentation only mentions non-PVE client
(regular/file clients) packages for Debian.

I would like to package the client for other Linux distributions, is
that something worth of being committed upstream somewhere or should I
just keep it as an unofficial satellite repo?.

I plan to produce them using http://build.opensuse.org which provides
a platform to create native packages for several distributions.

Regards.
CI.-

Re: Client package for non Debian clients

[Christian Ebner]

Hi,

On 8/8/26 11:07 PM, Ciro Iriarte wrote:
> Hello!,
> 
> I've been a long time PVE user but I'm just starting with PBS now.
> I've noticed that the documentation only mentions non-PVE client
> (regular/file clients) packages for Debian.
> 
> I would like to package the client for other Linux distributions, is
> that something worth of being committed upstream somewhere or should I
> just keep it as an unofficial satellite repo?.

Proxmox currently provides a statically linked binary for the 
proxmox-backup-client, which runs on most modern x86-64 Linux systems 
[0]. The client is currently distributed as deb package only, can 
however be easily extracted from that archive.

Currently there is no active work in providing other packaging formats, 
this might however be something worth looking into, also with respect to 
builds for other architectures.

However, this must be tightly integrated with our internal workflow and 
pipelines, @Thomas opinions from your side?

> I plan to produce them using http://build.opensuse.org which provides
> a platform to create native packages for several distributions.
> 
> Regards.
> CI.-


[0] 
https://pbs.proxmox.com/docs/installation.html#install-statically-linked-proxmox-backup-client

Re: Client package for non Debian clients

[Ciro Iriarte]

Hello!,

I've seen the statically linked binaries, which I'm glad even exist,
but I would prefer a proper package to handle the lifecycle (install,
upgrade, remove).

First jab at the problem:

        https://download.opensuse.org/download/repositories/home:/ciriarte:/pbs-client/

Building artifacts at:

        https://github.com/ciroiriarte/pbs-client

I've used a public OBS service offered by the openSUSE guys (which has
a farm of machines with different architectures), a private OBS could
also be deployed. If there's interest and your internal pipeline uses
something else, I'm happy to adapt an upstream contribution to it.

Ref:
https://openbuildservice.org/
https://en.opensuse.org/Portal:Build_Service

Regards,
CI.-

El lun, 10 ago 2026 a las 4:08, Christian Ebner
(<c.ebner@proxmox.com>) escribió:
>
> Hi,
>
> On 8/8/26 11:07 PM, Ciro Iriarte wrote:
> > Hello!,
> >
> > I've been a long time PVE user but I'm just starting with PBS now.
> > I've noticed that the documentation only mentions non-PVE client
> > (regular/file clients) packages for Debian.
> >
> > I would like to package the client for other Linux distributions, is
> > that something worth of being committed upstream somewhere or should I
> > just keep it as an unofficial satellite repo?.
>
> Proxmox currently provides a statically linked binary for the
> proxmox-backup-client, which runs on most modern x86-64 Linux systems
> [0]. The client is currently distributed as deb package only, can
> however be easily extracted from that archive.
>
> Currently there is no active work in providing other packaging formats,
> this might however be something worth looking into, also with respect to
> builds for other architectures.
>
> However, this must be tightly integrated with our internal workflow and
> pipelines, @Thomas opinions from your side?
>
> > I plan to produce them using http://build.opensuse.org which provides
> > a platform to create native packages for several distributions.
> >
> > Regards.
> > CI.-
>
>
> [0]
> https://pbs.proxmox.com/docs/installation.html#install-statically-linked-proxmox-backup-client
>
>