<div dir="ltr"><br><div class="gmail_quote"><div dir="ltr">On Mon, 31 Aug 2015 at 20:41 Ximin Luo <<a href="mailto:infinity0@debian.org">infinity0@debian.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On another note, I'm pretty sure we don't need to do the Conflicts/Replaces. Isn't the whole point of using a name like libstd-rust-xxxx is to be able to install two of them side-by-side? </blockquote><div><br></div><div>Correct, different libstd-rust-xxx can be installed side-by-side just fine, and the Conflicts/Replaces is unncessary.  It was mistakenly added in the last version, and we just haven't removed it yet.</div><div><br></div>> I've filed [1] to ask at least whether we can make it human-readable.<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">[1] <a href="https://github.com/rust-lang/rust/issues/28120" rel="noreferrer" target="_blank">https://github.com/rust-lang/rust/issues/28120</a></blockquote><div><br></div><div>To your point above, I don't think semver is a good fit here, since the ABI in the library is completely incompatible between rustc versions.  There is no implicit order, and "minor" increments in rustc do _not_ produce forwards compatible libstd-rust-xxx libraries.  (The Rust-level API has compatibility guarantees, but the dylib ABI does not)</div><div> </div><div> - Gus</div></div></div>