Le 31/08/2015 00:22, Ximin Luo a écrit : > On 30/08/15 21:42, Ximin Luo wrote: >> On 21/08/15 10:33, Josh Triplett wrote: >>>> Personally, I'm reluctant to break the release-channels experiment so close >>>> to the 1.0 release. We may well declare it failed and do something >>>> different in future, but right now I think Debian has an important role to >>>> play in demonstrating what the "stable" Rust world looks like and providing >>>> pressure for upstreams to avoid unstable features. >>> I don't think this would be breaking release-channels. Rather, this >>> would be demonstrating the value of that model. Debian unstable, and >>> thus testing and eventually stable, would get stable Rust releases. >>> Debian experimental would get Rust builds with experimental features >>> turned on. Software uploaded to Debian unstable, for instance, would >>> still have to build with stable Rust. >>> >> I'm trying this now, going to upload to mentors.debian.net if I succeed. >> Wish me luck! >> > I built these source packages using the attached script: > > Version 1.2.0.20150812.beta+dfsg1-1 > Version 1.2.0.20150830.nightly+dfsg1-1 > https://mentors.debian.net/package/rustc > > I haven't yet built binary packages out of them, though - the tests keep > failing. Next, I will play around with giving DEB_BUILD_OPTIONS=nocheck to > cowbuilder. What kind of failure? > > Some notes: > > - we could probably come up with a better system for the version strings dates + changeset? > - for the nightly, I dropped debian/patches/fix-test-llvm-3.6.diff which > seems to have been applied upstream Indeed. > - for some reason we bundle a src/etc/snapshot.pyc in the .debian.tar.gz and > force it to be ignored with debian/source/include-binaries, wtf? Please avoid using "wtf" in this kind of discussion. About the issue itself, I saw it too but didn't bother investigating it. No big deal anywayy. > - both beta and nightly have upgraded to jquery 2.1.4 but my upgrade script > doesn't account for this should be trivial. > - pretty sure we can symlink jquery.js in debian/rust-doc.links instead of > having debian/rules explicitly do it I would be happy to apply a patch. > - not sure what to do with the libstd-rust-xxxx stuff. I couldn't find the id > anywhere in the upstream source, even in the current debian sid version. > Also, will we continue to keep adding the old package versions to > Replaces/Breaks? This seems unsustainable. We are aware of this and we decided to take this approach on purpose for now. This is not perfect but as rust is a moving target, we took this shortcut. We hope they will be able to improve/fix that upstream in the near future.
Sylvestre
signature.asc
Description: OpenPGP digital signature
