Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 672488 - app-eselect/eselect-rust is not run or misses some symlinks after rust upgrade
Summary: app-eselect/eselect-rust is not run or misses some symlinks after rust upgrade
Status: RESOLVED DUPLICATE of bug 671182
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-12-04 10:25 UTC by Vincent de Phily
Modified: 2018-12-04 13:43 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Vincent de Phily 2018-12-04 10:25:42 UTC 
The symptom is a missing `/usr/bin/cargo -> /usr/bin/cargo-$P` symlink after a rust upgrade. There may be other missing symlinks, but the cargo one makes other builds fail.

When running `eselect rust list` all seems normal (only one version available, and it is selected). Running `eselect rust set 1` sets the missing cargo symlink.

This happened to me twice, most recently after upgrading `dev-lang/rust` from 1.29 to 1.30. This upgrade is a bit different since `cargo` is now a mandatory part of the `dev-lang/rust` install instead of pulling in `dev-util/cargo`, but I've seen the symptom with older rust versions as well.
Comment 1 Brian Evans (RETIRED) gentoo-dev 2018-12-04 13:43:49 UTC 

*** This bug has been marked as a duplicate of bug 671182 ***