Comment 1 for bug 1858479

Revision history for this message
Rafael David Tinoco (rafaeldtinoco) wrote :

@vorlon:

Thinking out loud here, but.. reading your e-mail from:

https://lists.ubuntu.com/archives/ubuntu-devel/2019-November/040852.html

and the initial RFC in:

https://discourse.ubuntu.com/t/community-process-for-32-bit-compatibility/12598/21

PLUS this request...

I understand you want to keep i386 samba binaries around, and getting rid of ceph OR rdma-core would be okay for i386 arch, specially now that we're phasing out the arch.

Samba package already has a filter for enabling or not samba ceph support PER arch, so it would be very straightforward if dependencies are available in archive :o).

Corroborating to that:

----

samba ceph support is only good for:

CephFS Snapshot Integration
---------------------------

CephFS snapshots can now be exposed as previous file versions using the new
ceph_snapshots VFS module. See the vfs_ceph_snapshots(8) man page for details.

which is definitely not core function, specially to keep in i386 arch.

----

With this change, having, or not, ceph binaries (depending on rdma-core) would be orthogonal to this issue AND you would be able to drop, or not, the rdma-core binaries if you want.

About the rdma-core package: I really doubt anyone using RDMA would rely on 32bit binaries for that so, IMHO, it makes no sense to keep it for i386.

Unsure if you want to keep ceph binaries for i386 around. If you do, then we would have to remove the rdma-core dependency for i386.

----

TL;DR version:

- removing cephfs dependency for samba i386 is straight-forward and better option;
- it would free ceph to be removed, or not, independently;
- if ceph is kept for i386, more work would need to be done;

----

Next:"

I'll prepare the changes tomorrow morning first thing and use this bug to report.

o/