Skip to content

Nightly install isn't working #32154

Closed
Closed

Description

@bjorn3

During a build by travis-ci with the latest nightly the rust installer crashed after install.

I get the following result:

curl -sL https://static.rust-lang.org/rustup.sh -o ~/rust-installer/rustup.sh

$ sh ~/rust-installer/rustup.sh --prefix=~/rust --spec=nightly -y --disable-sudo 2> /dev/null

rustup: gpg available. signatures will be verified

rustup: downloading manifest for 'nightly'

rustup: downloading toolchain for 'nightly'

gpg: Signature made Wed 09 Mar 2016 11:22:49 AM UTC using RSA key ID 7B3B09DC

gpg: Good signature from "Rust Language (Tag and Release Signing Key) <rust-key@rust-lang.org>"

gpg: WARNING: This key is not certified with a trusted signature!

gpg:          There is no indication that the signature belongs to the owner.

Primary key fingerprint: 108F 6620 5EAE B0AA A8DD  5E1C 85AB 96E6 FA1B E5FE

     Subkey fingerprint: C134 66B7 E169 A085 1886  3216 5CB4 A934 7B3B 09DC

rustup: installing toolchain for 'nightly'

rustup: extracting installer

install: creating uninstall script at /home/travis/rust/lib/rustlib/uninstall.sh

install: installing component 'rustc'

install: installing component 'rust-std-x86_64-unknown-linux-gnu'

install: installing component 'rust-docs'

install: installing component 'cargo'

    Rust is ready to roll.

The command "sh ~/rust-installer/rustup.sh --prefix=~/rust --spec=nightly -y --disable-sudo 2> /dev/null" failed and exited with 1 during .

Your build has been stopped.

See also: https://travis-ci.org/bjorn3/goodgame_empire_import/jobs/114784955

Activity

  1. steveklabnik commented on Mar 9, 2016

    @steveklabnik
    Contributor

    /cc @brson

    This is going to cause everyone's nightly Travis jobs to fail...

  2. durka commented on Mar 9, 2016

    @durka
    Contributor

    Here's the output without tossing stderr:

    [root@localhost ~]# sh rustup.sh --prefix=~/rust-test --spec=nightly -y --disable-sudo
    rustup: gpg available. signatures will be verified
    rustup: downloading manifest for 'nightly'
    rustup: downloading toolchain for 'nightly'
    ######################################################################## 100.0%
    gpg: assuming signed data in '/root/.rustup/dl/999afa50e1721ee68398/rust-nightly-x86_64-unknown-linux-gnu.tar.gz'
    gpg: Signature made Wed 09 Mar 2016 11:22:49 AM UTC using RSA key ID 7B3B09DC
    gpg: Good signature from "Rust Language (Tag and Release Signing Key) <rust-key@rust-lang.org>" [unknown]
    gpg: WARNING: This key is not certified with a trusted signature!
    gpg:          There is no indication that the signature belongs to the owner.
    Primary key fingerprint: 108F 6620 5EAE B0AA A8DD  5E1C 85AB 96E6 FA1B E5FE
         Subkey fingerprint: C134 66B7 E169 A085 1886  3216 5CB4 A934 7B3B 09DC
    rustup: installing toolchain for 'nightly'
    rustup: extracting installer
    install: creating uninstall script at /root/rust-test/lib/rustlib/uninstall.sh
    install: installing component 'rustc'
    install: installing component 'rust-std-x86_64-unknown-linux-gnu'
    install: installing component 'rust-docs'
    install: installing component 'cargo'
    
        Rust is ready to roll.
    
    rustup.sh: line 767: ~/rust-test/lib/rustlib/channel-manifest.toml: No such file or directory
    
  3. durka commented on Mar 9, 2016

    @durka
    Contributor

    It works if you give the real path --prefix=/root/rust-test. The tilde expansion is broken.

  4. bjorn3 commented on Mar 9, 2016

    @bjorn3
    MemberAuthor

    Why does your run says what's the fault

  5. durka commented on Mar 9, 2016

    @durka
    Contributor

    @bjorn3 because I removed the "2>/dev/null" which hides the error output.

  6. bjorn3 commented on Mar 9, 2016

    @bjorn3
    MemberAuthor

    Thanks

  7. bjorn3 commented on Mar 9, 2016

    @bjorn3
    MemberAuthor

    I think it's this part:

    # Install the manifest for future updates if [ "$_manifest_to_stash" != "" ]; then
        ensure printf "%s" "$_manifest_to_stash" > "$_prefix/lib/rustlib/channel-manifest.toml"
    fi
  8. bjorn3 commented on Mar 9, 2016

    @bjorn3
    MemberAuthor

    A newline was not coppied.
    Here is the good version:

    # Install the manifest for future updates
    if [ "$_manifest_to_stash" != "" ]; then
        ensure printf "%s" "$_manifest_to_stash" > "$_prefix/lib/rustlib/channel-manifest.toml"
    fi
  9. durka commented on Mar 9, 2016

    @durka
    Contributor

    It's definitely that line, but git blame says it's been around for a while. It doesn't really make any sense to fail there. @ticki on IRC suggested that maybe Travis has switched their shell to one that doesn't understand ~?

  10. bjorn3 commented on Mar 9, 2016

    @bjorn3
    MemberAuthor

    I will look for that

  11. bjorn3 commented on Mar 9, 2016

    @bjorn3
    MemberAuthor

    It's also broken on mac travis ci build

  12. bjorn3 commented on Mar 9, 2016

    @bjorn3
    MemberAuthor

    I was looking at the travis ci status page and there was a slow apt-get mirror problem

  13. bjorn3 commented on Mar 9, 2016

    @bjorn3
    MemberAuthor

    Osx build works.

  14. bjorn3 commented on Mar 9, 2016

    @bjorn3
    MemberAuthor

    Look at this: https://travis-ci.org/autumnai/leaf/jobs/114842035
    Whole build failed due to this bug

  15. durka commented on Mar 9, 2016

    @durka
    Contributor

    Yes, you and everyone else who has scheduled nightly builds. I think we can
    say it's been reported now. Hopefully some core devs are looking into this.

    On Wed, Mar 9, 2016 at 2:08 PM, bjorn3 notifications@github.com wrote:

    Look at this: https://travis-ci.org/autumnai/leaf/jobs/114842035
    Whole build failed due to this bug

    —
    Reply to this email directly or view it on GitHub
    #32154 (comment).

  16. bjorn3 commented on Mar 9, 2016

    @bjorn3
    MemberAuthor

    Could anyone asign it a high priority?

  17. bjorn3 commented on Mar 9, 2016

    @bjorn3
    MemberAuthor

    Oips wrong button

  18. reopened this on Mar 9, 2016
  19. brson commented on Mar 9, 2016

    @brson
    Contributor

    I'm looking at this now. Sorry for the bustage.

  20. brson commented on Mar 9, 2016

    @brson
    Contributor

    The fix will take a few minutes to deploy.

  21. brson commented on Mar 9, 2016

    @brson
    Contributor

    OK. I see it live now. Sorry again.

  22. hobofan commented on Mar 9, 2016

    @hobofan
    Contributor

    @brson Thanks! :)

  23. bjorn3 commented on Mar 9, 2016

    @bjorn3
    MemberAuthor

    @brson Thanks

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions