[Pkg-rust-maintainers] Rust multiarch-friendly package/filesystem layout proposal

Angus Lees gus at debian.org
Mon Apr 27 08:43:13 UTC 2015

On Mon, 27 Apr 2015 at 17:17 Sylvestre Ledru <sylvestre at debian.org> wrote:

>  I like the idea and I think it makes sense.
> I am just afraid about the libstd-$hash having to through new every time...

This shouldn't be any different to regular lib$soname bumps for C-based
packages.  I haven't maintained a C library package before, but afaik you
only go through the NEW process for new source packages, not renamed binary

>From some earlier attempts at this part, the only awkward bit seems to be
that you have to manually modify debian/control when $hash changes -
substvars doesn't work on the package name.

Did you try to update the packaging with these changes to see if there are
> any unexpected blockers?

I've implemented some of it in my earlier packaging attempts (use of
Multi-arch, file locations) but I haven't tried to build a rustc supporting
many targets.  A big unknown for me atm is rustc-multilib: whether (a) we
can support all rust targets with the system llvm and (b) if the impact on
rustc size (ignoring libs) is acceptable.  If rustc size is unacceptable,
we'll need to make a separate rustc-multilib - will work fine, but annoying
to have to build rustc twice :/

About co instability, I am not sure we have to rush on it.
> Good job!

Thanks :)  I'll put together a test package in a branch somewhere to shake
out the last details.

 - Gus
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-rust-maintainers/attachments/20150427/1282ef38/attachment.html>

More information about the Pkg-rust-maintainers mailing list