The package is no longer built on the architecture: this only affects
sid at the moment, but it's unlikely that it will be re-introduced so
just assume that won't happen and structure the mapping accordingly.

Signed-off-by: Andrea Bolognani <abologna@redhat.com>
---
 guests/vars/mappings.yml | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/guests/vars/mappings.yml b/guests/vars/mappings.yml
index ac2ae58..1d8d1e0 100644
--- a/guests/vars/mappings.yml
+++ b/guests/vars/mappings.yml
@@ -400,6 +400,9 @@ mappings:
     deb: librbd-dev
     rpm: librbd-devel
     CentOS7: librbd1-devel
+    mipsel-deb:
+    mipsel-Debian9: librbd-dev
+    mipsel-Debian10: librbd-dev
     cross-policy-deb: foreign
 
   libselinux:
-- 
2.24.1

--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

On Fri, Jan 10, 2020 at 12:29:19PM +0100, Andrea Bolognani wrote:
> The package is no longer built on the architecture: this only affects
> sid at the moment, but it's unlikely that it will be re-introduced so
> just assume that won't happen and structure the mapping accordingly.

IIRC, rbd upstream dropped support for any 32-bit architecture, so
I wouldn't be surprised if this disappears from other arches too.

> Signed-off-by: Andrea Bolognani <abologna@redhat.com>
> ---
>  guests/vars/mappings.yml | 3 +++
>  1 file changed, 3 insertions(+)
> 
> diff --git a/guests/vars/mappings.yml b/guests/vars/mappings.yml
> index ac2ae58..1d8d1e0 100644
> --- a/guests/vars/mappings.yml
> +++ b/guests/vars/mappings.yml
> @@ -400,6 +400,9 @@ mappings:
>      deb: librbd-dev
>      rpm: librbd-devel
>      CentOS7: librbd1-devel
> +    mipsel-deb:
> +    mipsel-Debian9: librbd-dev
> +    mipsel-Debian10: librbd-dev
>      cross-policy-deb: foreign
>  
>    libselinux:
> -- 
> 2.24.1
> 
> --
> libvir-list mailing list
> libvir-list@redhat.com
> https://www.redhat.com/mailman/listinfo/libvir-list

Regards,
Daniel
-- 
|: https://berrange.com      -o-    https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org         -o-            https://fstop138.berrange.com :|
|: https://entangle-photo.org    -o-    https://www.instagram.com/dberrange :|

--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

On Fri, 2020-01-10 at 11:35 +0000, Daniel P. Berrangé wrote:
> On Fri, Jan 10, 2020 at 12:29:19PM +0100, Andrea Bolognani wrote:
> > The package is no longer built on the architecture: this only affects
> > sid at the moment, but it's unlikely that it will be re-introduced so
> > just assume that won't happen and structure the mapping accordingly.
> 
> IIRC, rbd upstream dropped support for any 32-bit architecture, so
> I wouldn't be surprised if this disappears from other arches too.

We'll cross that bridge when we get to it. As of today,

  https://packages.debian.org/sid/librbd-dev

shows that quite a few 32-bit architectures are still supported, at
least as far as Debian is concerned.

-- 
Andrea Bolognani / Red Hat / Virtualization

--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

On Fri, Jan 10, 2020 at 12:49:28PM +0100, Andrea Bolognani wrote:
> On Fri, 2020-01-10 at 11:35 +0000, Daniel P. Berrangé wrote:
> > On Fri, Jan 10, 2020 at 12:29:19PM +0100, Andrea Bolognani wrote:
> > > The package is no longer built on the architecture: this only affects
> > > sid at the moment, but it's unlikely that it will be re-introduced so
> > > just assume that won't happen and structure the mapping accordingly.
> > 
> > IIRC, rbd upstream dropped support for any 32-bit architecture, so
> > I wouldn't be surprised if this disappears from other arches too.
> 
> We'll cross that bridge when we get to it. As of today,
> 
>   https://packages.debian.org/sid/librbd-dev
> 
> shows that quite a few 32-bit architectures are still supported, at
> least as far as Debian is concerned.

Looking again at Fedora it seems upstream dropped support long ago but
Fedora kept building until we hit a problem with compilers running out
of address space. If Debian is cross compiling from a 64bit machine
they'd avoid this. So anyway

Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>

Regards,
Daniel
-- 
|: https://berrange.com      -o-    https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org         -o-            https://fstop138.berrange.com :|
|: https://entangle-photo.org    -o-    https://www.instagram.com/dberrange :|

--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list