rust packages get desynched

[brson]

Although the rustc packages appear to keep their revisions in sync now, the combined rust packages do not. Probably I picked the wrong unique id to synchronize on that wasn't actually unique.

[Hoverbear]

Looks like this is still happening for OS X.

➜  ~  sudo rustup
Password:
rustup: CFG_CURL             := /usr/bin/curl (curl 7.37.1 (x86_64-apple-darwin14.0) libcurl/7.37.1 SecureTransport zlib/1.2.5)
rustup:
rustup: processing /Users/hoverbear/bin//rustup args
rustup:
rustup: CFG_PREFIX           :=
rustup:
rustup: validating /Users/hoverbear/bin//rustup args
rustup:
rustup: host triple: x86_64-apple-darwin
rustup: downloading rust installer
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  117M  100  117M    0     0  5430k      0  0:00:22  0:00:22 --:--:-- 6010k
rustup: downloading cargo installer
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 2341k  100 2341k    0     0  2673k      0 --:--:-- --:--:-- --:--:-- 2673k
<--- Removed Rust things --->
install: looking for install programs
install:
install: found mkdir
install: found printf
install: found cut
install: found grep
install: found uname
install: found tr
install: found sed
install: found chmod
install:
install: processing ./rustup-tmp-install/cargo-nightly-x86_64-apple-darwin/install.sh args
install:
install: CFG_DESTDIR          :=
install: CFG_PREFIX           := /usr/local
install: CFG_LIBDIR           := /usr/local/lib
install: CFG_MANDIR           := /usr/local/share/man
install:
install: validating ./rustup-tmp-install/cargo-nightly-x86_64-apple-darwin/install.sh args
install:
install: verifying platform can run binaries
install: verifying destination is writable
install: verifying destination is not the same as source
install: removing file /usr/local/bin/cargo
install: removing file /usr/local/etc/bash_completion.d/cargo
install: removing file /usr/local/share/doc/cargo/LICENSE-APACHE
install: removing file /usr/local/share/doc/cargo/LICENSE-MIT
install: removing file /usr/local/share/doc/cargo/LICENSE-THIRD-PARTY
install: removing file /usr/local/share/doc/cargo/README.md
install: removing file /usr/local/share/man/man1/cargo.1
install: removing file /usr/local/share/zsh/site-functions/_cargo
install: removing component manifest /usr/local/lib/rustlib/manifest-cargo
install: copying file /usr/local/bin/cargo
install: copying file /usr/local/etc/bash_completion.d/cargo
install: copying file /usr/local/share/doc/cargo/LICENSE-APACHE
install: copying file /usr/local/share/doc/cargo/LICENSE-MIT
install: copying file /usr/local/share/doc/cargo/LICENSE-THIRD-PARTY
install: copying file /usr/local/share/doc/cargo/README.md
install: copying file /usr/local/share/man/man1/cargo.1
install: copying file /usr/local/share/zsh/site-functions/_cargo
dyld: Symbol not found: __cg_jpeg_resync_to_restart
  Referenced from: /System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO
  Expected in: /usr/local/lib/libJPEG.dylib
 in /System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO
./rustup-tmp-install/cargo-nightly-x86_64-apple-darwin/install.sh: line 737: 35210 Trace/BPT trap: 5       "${CFG_PREFIX}/bin/${TEMPLATE_VERIFY_BIN}" --version > /dev/null
install: error: can't execute installed binaries. installation may be broken. if this is expected then rerun install.sh with `--disable-verify` or `make install` with `--disable-verify-install`
rustup: error: failed to install Cargo

[brson]

That's a very strange error. I don't know that it's related to this issue though, which is about the version of rustc being inconsistent. Your error seems to be a bug in Cargo? cc @alexcrichton

[alexcrichton]

That... is quite odd! I don't know how Cargo got connected with ImageIO or libJPEG at all. Do you have some environment variables which are affecting the dynamic loader somehow?

[Hoverbear]

@alexcrichton I don't think so. Is there anything I can give you to help with debugging?

➜  ~  where rustc
/usr/local/bin/rustc
➜  ~  where cargo
/usr/local/bin/cargo
➜  ~  rustc --version
rustc 1.0.0-nightly (ba2f13ef0 2015-02-04 20:03:55 +0000)
➜  ~  cargo --version
cargo 0.0.1-pre-nightly (0557065 2015-02-04 23:00:30 +0000)
➜  ~  echo $LD_LIBRARY_PATH

➜  ~  echo $PATH
/Users/hoverbear/bin/:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/texbin:

[sfackler]

@Hoverbear OSX uses DYLD_LIBRARY_PATH, not LD_LIBRARY_PATH.

[Hoverbear]

@sfackler That's empty too.

➜ echo $DYLD_LIBRARY_PATH

It's a bit odd... I ran Rustup again and got the same error, but it appears Cargo is now reporting it's up to date.

➜ cargo --version
cargo 0.0.1-pre-nightly (dfd4868 2015-02-06 22:55:29 +0000)

[brson]

The reason the combined packages are desynced is because buildbot is using an empty commit ID for synchronization: http://buildbot.rust-lang.org/builders/nightly-dist-packaging-win-64/builds/48/steps/checking%20for%20synced%20dist%20builds/logs/log

[brson]

Fixed.

[Hoverbear]

@brson You rock!