<div dir="ltr"><div class="gmail_quote">On Mon, 27 Apr 2015 at 17:17 Sylvestre Ledru <<a href="mailto:sylvestre@debian.org">sylvestre@debian.org</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <div>I like the idea and I think it makes sense.<br>
      I am just afraid about the libstd-$hash having to through new
      every time...<br></div></div></blockquote><div><br></div><div>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 packages.</div><div><br></div><div>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.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><div>
      Did you try to update the packaging with these changes to see if
      there are any unexpected blockers?<br></div></div></blockquote><div><br></div><div>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 :/</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><div>
      About co instability, I am not sure we have to rush on it.<br>
      Good job!</div></div></blockquote><div><br></div><div>Thanks :)  I'll put together a test package in a branch somewhere to shake out the last details.</div><div><br></div><div> - Gus</div></div></div>