[Pkg-rust-maintainers] Release impact of introducing a new archive section?

[Josh Triplett]

On Tue, Jan 24, 2017 at 12:21:53AM +0100, Ansgar Burchardt wrote:
> [ Removed half the CC list ]
> 
> Josh Triplett writes:
> > On Mon, Jan 23, 2017 at 08:56:31PM +0100, Ansgar Burchardt wrote:
> >> Josh Triplett writes:
> >> > Given that, can you please go ahead and add the two new sections for
> >> > rust (https://bugs.debian.org/845576) and javascript
> >> > (https://bugs.debian.org/753480), and update the override file for
> >> > existing packages?  These packages should move to the "rust" section:
> >> > rustc, cargo, libstd-rust*, and rust-*.  And all packages named
> >> > node-*, libjs-*, and javascript-* should move to the "javascript"
> >> > section.
> >> 
> >> I've done this now.
> 
> On second thoughts, shouldn't "libstd-rust-1.14" stay in the "libs"
> section?  It is a runtime library package after all and quite
> uninteresting for most users (only installed as a dependency).
> 
> That would keep the "rust" section a bit more clear when browsing it.

We're expecting the rust section to grow quite significantly after the
release; I don't think that one package will be a problem.  It also
isn't anything like most library packages, as a quick look at its lintian
overrides suggests:

# "libstd" just seemed too generic
libstd-rust-1.14 binary: package-name-doesnt-match-sonames

# Rust doesn't use dev shlib symlinks nor any of the other shlib support
# stuff
libstd-rust-1.14 binary: dev-pkg-without-shlib-symlink
libstd-rust-1.14 binary: shlib-without-versioned-soname
libstd-rust-1.14 binary: pkg-has-shlibs-control-file-but-no-actual-shared-libs
libstd-rust-1.14 binary: package-must-activate-ldconfig-trigger

# Libraries that use libc symbols (libterm, libstd, etc) *are* linked
# to libc.  Lintian gets upset that some Rust libraries don't need
# libc, boo hoo.
libstd-rust-1.14 binary: library-not-linked-against-libc

That said, I also wouldn't object strongly, either; I'll defer to the
consensus on pkg-rust-maintainers.

I do think libstd-rust-dev belongs in the rust section, though.