redox-os issueshttps://gitlab.redox-os.org/groups/redox-os/-/issues2018-06-10T00:26:33Zhttps://gitlab.redox-os.org/redox-os/redox/-/issues/1107BUILD FAILURE: xz GitHub codeload "not having it"2018-06-10T00:26:33ZJeremy SollerBUILD FAILURE: xz GitHub codeload "not having it"*Created by: MGageMorgan*
<!-- Thank you for taking the time to submit an issue! By following these comments and filling out the sections below, you can help the developers get the necessary information to fix your issue. Please provide...*Created by: MGageMorgan*
<!-- Thank you for taking the time to submit an issue! By following these comments and filling out the sections below, you can help the developers get the necessary information to fix your issue. Please provide a single issue per report. You can also preview this report before submitting it. Feel free to modify/remove sections to fit the nature of your issue. -->
<!-- Please search to check that your issue has not been created already. By preventing duplicate issues, you can help keep the repository organized. If your current issue has already been created and is still unresolved, you can contribute by commenting there. -->
<!-- Replace the empty checkbox [ ] below with a checked one [x] if you have already searched for your issue. -->
- [x] I agree that I have searched opened and closed issues to prevent duplicates.
--------------------
## Description
<!-- Briefly summarize/describe the issue that you are experiencing below. -->
On compilation, the cookbook seems to give up. The following summarizes what happened, because apparently XZ couldn't be found, or a wrong URL somewhere or something.
## Environment info
<!-- To understand where your issue originates, please include some relevant information about your environment. -->
<!-- If you have built Redox OS yourself, please provide the following information: -->
- Operating system:
Antergos Linux
- `uname -a`:
```Linux gages-ZAVINIA-pc 4.13.11-1-ARCH #1 SMP PREEMPT Thu Nov 2 10:25:56 CET 2017 x86_64 GNU/Linux```
- `rustc -V`:
```rustc 1.23.0-nightly (d0f8e2913 2017-11-16)```
- `git rev-parse HEAD`:
```67e52e1c9db875358d2d322f6e8f8a422ecdd7b8```
<!-- Depending on your issue, additional information about your environment (network config, package versions, dependencies, etc.) can also help. You can list that below. -->
- Arch Linux PKGBUILDS
I spent a considerable amount of time making sure these were installed properly. This seems to be an issue on the dev end of things, and I have no idea how to fix it.
If this gets fixed, is there a way to continue without screwing over the progress I've already made on the build?
## Steps to reproduce
<!-- If possible, please list the steps to reproduce ("trigger") your issue below. Being detailed definitely helps speed up bug fixes. -->
1. Walk through the steps in Quick Start
2. The build won't be able to access a URL
3. Prosper (even though failure isn't prosperous lol) /s
## Behavior
<!-- It may seem obvious to know what to expect, but isolating the behavior from everything else simplifies the development process. Remember to provide a single issue in this report. You can use the References section below to link your issues together. -->
<!-- Describe the behavior you expect your steps should yield (i.e., correct behavior). -->
- **Expected behavior**:
Gets to the end of compilation without failing so an ISO can be produced eventually.
<!-- Describe the behavior you observed when running your steps (i.e., buggy behavior). -->
- **Actual behavior**:
It got to the point where it needed something that did exist on the XZ GitHub mirror.
<!-- **Screenshots?** Make it easier to get your point across with screenshots. You can drag & drop or paste your images below. -->
![screenshot from 2017-11-17 19-57-14](https://user-images.githubusercontent.com/13326489/32975098-e4c48b1c-cbd1-11e7-8866-44022b6919a1.png)
https://gitlab.redox-os.org/redox-os/redox/-/issues/1119Cmake required by uutils2018-06-10T00:26:33ZJeremy SollerCmake required by uutils*Created by: sajattack*
So we should either add it to bootstrap.sh or find a workaround. Thoughts @jackpot51 ?*Created by: sajattack*
So we should either add it to bootstrap.sh or find a workaround. Thoughts @jackpot51 ?https://gitlab.redox-os.org/redox-os/redox/-/issues/1117Feature request: dual-license under Apache 2.02023-06-13T04:37:28ZJeremy SollerFeature request: dual-license under Apache 2.0*Created by: DemiMarie*
<!-- Thank you for taking the time to submit an issue! By following these comments and filling out the sections below, you can help the developers get the necessary information to fix your issue. Please provide a...*Created by: DemiMarie*
<!-- Thank you for taking the time to submit an issue! By following these comments and filling out the sections below, you can help the developers get the necessary information to fix your issue. Please provide a single issue per report. You can also preview this report before submitting it. Feel free to modify/remove sections to fit the nature of your issue. -->
<!-- Please search to check that your issue has not been created already. By preventing duplicate issues, you can help keep the repository organized. If your current issue has already been created and is still unresolved, you can contribute by commenting there. -->
<!-- Replace the empty checkbox [ ] below with a checked one [x] if you have already searched for your issue. -->
- [X] I agree that I have searched opened and closed issues to prevent duplicates.
--------------------
This is a feature request to dual-license under Apache 2.0. This provides a patent grant clause and has other benefits.https://gitlab.redox-os.org/redox-os/redox/-/issues/1116[Docs] Missing documentation on debugging with qemu and gdb2018-06-10T00:26:33ZJeremy Soller[Docs] Missing documentation on debugging with qemu and gdb*Created by: dlrobertson*
## Description:
redox-os/redox#1114 makes debugging the kernel easier. Write up
some documentation on how to use `qemu` and `rust-gdb` to debug
the kernel.
## Open questions:
- Where should documentation...*Created by: dlrobertson*
## Description:
redox-os/redox#1114 makes debugging the kernel easier. Write up
some documentation on how to use `qemu` and `rust-gdb` to debug
the kernel.
## Open questions:
- Where should documentation like this exist?
## Optional references:
- http://wiki.osdev.org/Kernel_Debugging
## Related to:
- redox-os/redox#1114
- redox-os/kernel#64https://gitlab.redox-os.org/redox-os/redox/-/issues/1111icmpd: stream did not contain valid UTF-82023-02-24T19:42:04ZJeremy Sollericmpd: stream did not contain valid UTF-8*Created by: sajattack*
<!-- Thank you for taking the time to submit an issue! By following these comments and filling out the sections below, you can help the developers get the necessary information to fix your issue. Please provide a...*Created by: sajattack*
<!-- Thank you for taking the time to submit an issue! By following these comments and filling out the sections below, you can help the developers get the necessary information to fix your issue. Please provide a single issue per report. You can also preview this report before submitting it. Feel free to modify/remove sections to fit the nature of your issue. -->
<!-- Please search to check that your issue has not been created already. By preventing duplicate issues, you can help keep the repository organized. If your current issue has already been created and is still unresolved, you can contribute by commenting there. -->
<!-- Replace the empty checkbox [ ] below with a checked one [x] if you have already searched for your issue. -->
- [ x] I agree that I have searched opened and closed issues to prevent duplicates.
--------------------
## Description
<!-- Briefly summarize/describe the issue that you are experiencing below. -->
I've had this error twice now, not sure what's causing it. It persists upon every reboot until I rebuild.
![image](https://chat.redox-os.org/files/dkmsu6e177rs8qwesi5ug939fc/public?h=EpcNrjSPQe-sPJZ93iQxouA1R9X92vxTAHBSQSP8pUo)https://gitlab.redox-os.org/redox-os/redox/-/issues/1113(unsafe function - error E0133) Can't compile on Ubuntu or ElementaryOS2023-06-13T04:36:29ZJeremy Soller(unsafe function - error E0133) Can't compile on Ubuntu or ElementaryOS*Created by: MichaelHoelzl*
On my new computer i can't compile Redox.
I installed the Redox toolchain and do everything like in the description.
```
Compiling ntpclient v0.0.1 (https://github.com/willem66745/ntpclient-rust#7e3bdf60)
...*Created by: MichaelHoelzl*
On my new computer i can't compile Redox.
I installed the Redox toolchain and do everything like in the description.
```
Compiling ntpclient v0.0.1 (https://github.com/willem66745/ntpclient-rust#7e3bdf60)
Compiling idna v0.1.4
Compiling pbr v1.0.0 (https://github.com/a8m/pb#e9369ed2)
Compiling ring v0.11.0
Compiling toml v0.4.5
Compiling url v1.6.0
Compiling webpki v0.14.0
Compiling hyper v0.10.13
Compiling webpki-roots v0.11.0
Compiling rustls v0.9.0
Compiling pcid v0.1.0 (file:///home/michael/redox/redox/cookbook/recipes/drivers/build/pcid)
error: borrow of packed field requires unsafe function or block (error E0133)
--> pcid/src/main.rs:46:29
|
46 | header.vendor_id, header.device_id,
| ^^^^^^^^^^^^^^^^
|
note: lint level defined here
--> pcid/src/main.rs:1:9
|
1 | #![deny(warnings)]
| ^^^^^^^^
= note: #[deny(safe_packed_borrows)] implied by #[deny(warnings)]
= warning: this was previously accepted by the compiler but is being phased out; it will become a hard error in a future release!
= note: for more information, see issue #46043 <https://github.com/rust-lang/rust/issues/46043>
error: borrow of packed field requires unsafe function or block (error E0133)
--> pcid/src/main.rs:46:47
|
46 | header.vendor_id, header.device_id,
| ^^^^^^^^^^^^^^^^
|
= warning: this was previously accepted by the compiler but is being phased out; it will become a hard error in a future release!
= note: for more information, see issue #46043 <https://github.com/rust-lang/rust/issues/46043>
error: borrow of packed field requires unsafe function or block (error E0133)
--> pcid/src/main.rs:81:33
|
81 | for i in 0..header.bars.len() {
| ^^^^^^^^^^^
|
= warning: this was previously accepted by the compiler but is being phased out; it will become a hard error in a future release!
= note: for more information, see issue #46043 <https://github.com/rust-lang/rust/issues/46043>
error: borrow of packed field requires unsafe function or block (error E0133)
--> pcid/src/main.rs:127:60
|
127 | match PciBar::from(header.bars[i]) {
| ^^^^^^^^^^^
|
= warning: this was previously accepted by the compiler but is being phased out; it will become a hard error in a future release!
= note: for more information, see issue #46043 <https://github.com/rust-lang/rust/issues/46043>
error: borrow of packed field requires unsafe function or block (error E0133)
--> pcid/src/main.rs:145:71
|
145 | "$VENID" => format!("{:>04X}",header.vendor_id),
| ^^^^^^^^^^^^^^^^
|
= warning: this was previously accepted by the compiler but is being phased out; it will become a hard error in a future release!
= note: for more information, see issue #46043 <https://github.com/rust-lang/rust/issues/46043>
error: borrow of packed field requires unsafe function or block (error E0133)
--> pcid/src/main.rs:146:71
|
146 | "$DEVID" => format!("{:>04X}",header.device_id),
| ^^^^^^^^^^^^^^^^
|
= warning: this was previously accepted by the compiler but is being phased out; it will become a hard error in a future release!
= note: for more information, see issue #46043 <https://github.com/rust-lang/rust/issues/46043>
error: #[derive] can't be used on a non-Copy #[repr(packed)] struct (error E0133)
--> pcid/src/pci/header.rs:4:10
|
4 | #[derive(Debug, Default)]
| ^^^^^
|
= warning: this was previously accepted by the compiler but is being phased out; it will become a hard error in a future release!
= note: for more information, see issue #46043 <https://github.com/rust-lang/rust/issues/46043>
error: aborting due to 7 previous errors
error: Could not compile `pcid`.
warning: build failed, waiting for other jobs to finish...
error: build failed
./repo.sh failed.mk/initfs.mk:2: recipe for target 'build/initfs.tag' failed
make: *** [build/initfs.tag] Error 1
```https://gitlab.redox-os.org/redox-os/redox/-/issues/1109Make fails in the prepare stage of the cookbook recipe for xz2018-06-10T00:26:33ZJeremy SollerMake fails in the prepare stage of the cookbook recipe for xz*Created by: HarryU*
<!-- Thank you for taking the time to submit an issue! By following these comments and filling out the sections below, you can help the developers get the necessary information to fix your issue. Please provide a si...*Created by: HarryU*
<!-- Thank you for taking the time to submit an issue! By following these comments and filling out the sections below, you can help the developers get the necessary information to fix your issue. Please provide a single issue per report. You can also preview this report before submitting it. Feel free to modify/remove sections to fit the nature of your issue. -->
<!-- Please search to check that your issue has not been created already. By preventing duplicate issues, you can help keep the repository organized. If your current issue has already been created and is still unresolved, you can contribute by commenting there. -->
<!-- Replace the empty checkbox [ ] below with a checked one [x] if you have already searched for your issue. -->
- [x] I agree that I have searched opened and closed issues to prevent duplicates.
--------------------
## Description
<!-- Briefly summarize/describe the issue that you are experiencing below. -->
When building Redox, after installing the toolchain and compiler, ```make all``` fails with an error about the prepare stage of the cookbook recipe for ```xz```.
The error message says:
```
can't find the file to patch at input line 4
Perhaps you used the wrong -p or --strip option?
```
I suspect the files haven't been un-tarred properly for some reason, but I'm not sure.
## Environment info
<!-- To understand where your issue originates, please include some relevant information about your environment. -->
<!-- If you are using a pre-built release of Redox, please specify the release version below. -->
<!-- If you have built Redox OS yourself, please provide the following information: -->
- Operating system:
Kubuntu 16.04
- `uname -a`:
`Linux laptop 4.4.0-98-generic #121-Ubuntu SMP Tue Oct 10 14:24:03 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux`
- `rustc -V`:
`rustc 1.23.0-nightly (d0f8e2913 2017-11-16)`
- `git rev-parse HEAD`:
`9bda239f97c7279dca59153514de8dd34ec37b78`
<!-- Depending on your issue, additional information about your environment (network config, package versions, dependencies, etc.) can also help. You can list that below. -->
## Steps to reproduce
<!-- If possible, please list the steps to reproduce ("trigger") your issue below. Being detailed definitely helps speed up bug fixes. -->
1. Prepare the build with the bootstrap script
2. Install the toolchain
3. `make all`
## Behavior
<!-- It may seem obvious to know what to expect, but isolating the behavior from everything else simplifies the development process. Remember to provide a single issue in this report. You can use the References section below to link your issues together. -->
<!-- Describe the behavior you expect your steps should yield (i.e., correct behavior). -->
- **Expected behavior**:
The build should complete.
<!-- Describe the behavior you observed when running your steps (i.e., buggy behavior). -->
- **Actual behavior**:
The build errors out.
<!-- **Logs?** Posting a log can help developers find your particular issue more easily. Please wrap your code in code blocks using triple back-ticks ``` to increase readability. -->
<!-- **Solution?** Have a solution in mind? Propose your solution below. -->
- **Proposed solution**:
I could remove the requirement that depends on `xz`, but I think it's `extrautils` that is requiring it, which seems like something I want.https://gitlab.redox-os.org/redox-os/redox/-/issues/1106ls /dir vs ls /dir/ where dir is a soft-link to another folder - incorrect be...2019-09-20T03:40:46ZJeremy Sollerls /dir vs ls /dir/ where dir is a soft-link to another folder - incorrect behavior*Created by: gbutler69*
- [ X ] I agree that I have searched opened and closed issues to prevent duplicates.
--------------------
## Description
see https://github.com/uutils/coreutils/issues/1093
Where I submitted an upstre...*Created by: gbutler69*
- [ X ] I agree that I have searched opened and closed issues to prevent duplicates.
--------------------
## Description
see https://github.com/uutils/coreutils/issues/1093
Where I submitted an upstream bug against uutils for 'ls'. I believe this problem needs fixed/addressed in the upstream uutils and then pulled in to redox/uutils.
## Environment info
(not relevant)
- Operating system:
- `git rev-parse HEAD`:
f9865f49d1e597f54beb61dbe456a0969396dc7a
https://gitlab.redox-os.org/redox-os/redox/-/issues/1102/usr inappropriately soft-links to /: Results in infinite recursion with, "ls...2018-06-15T11:40:00ZJeremy Soller/usr inappropriately soft-links to /: Results in infinite recursion with, "ls -lR /"*Created by: gbutler69*
- [ X] I agree that I have searched opened and closed issues to prevent duplicates.
--------------------
## Description
If you go to the root of the file-system in Redox and enter the command, `ls -l...*Created by: gbutler69*
- [ X] I agree that I have searched opened and closed issues to prevent duplicates.
--------------------
## Description
If you go to the root of the file-system in Redox and enter the command, `ls -lR` (or simply type, `ls -lR /` anywhere) it goes into infinite recursion showing files/folders in:
/usr/bin
/usr/usr/bin
/usr/usr/usr/bin
...
/usr/usr/usr/.........../usr/bin
etc.
## Environment info
Inside Redox OS running under QEMU following the proscribed procedures.
- Operating system:
Ubuntu 17.04 (Linux)
- `uname -a`:
`Linux butler-Leopard-Extreme 4.10.0-38-generic #42-Ubuntu SMP Tue Oct 10 13:24:27 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux`
- `rustc -V`:
`rustc 1.23.0-nightly (79cfce3d3 2017-11-12)`
- `git rev-parse HEAD`:
`5f7233417b7934604ac5e355989dd4613c1b64c5`
## Steps to reproduce
1. Build Redox
2. start it with, "make qemu"
3. Login using "root/password"
4. enter the following command, "ls -lR /"
5. watch as it infinitely recurses into /usr, /usr/usr, /usr/usr/usr, ...
## Behavior
<!-- Describe the behavior you expect your steps should yield (i.e., correct behavior). -->
- **Expected behavior**:
* lists all files/folders on the file-system without infinitely recursing
<!-- Describe the behavior you observed when running your steps (i.e., buggy behavior). -->
- **Actual behavior**:
* infinite recursion into /usr, /usr/usr/, ...
<!-- **Solution?** Have a solution in mind? Propose your solution below. -->
- **Proposed solution**:
Change /usr to be an actual folder and /usr/bin to be a soft-links to /bin as follows:
````
rm /usr
mkdir /usr
chown root:root /usr
chmod 755 /usr
ln -s /bin /usr/bin
````
EDIT: Make the sub-folders of /usr that are soft-links correctly reflect the desired/current folders at the / level in RedoxOShttps://gitlab.redox-os.org/redox-os/redox/-/issues/1100documentation should list supported processor architectures2018-06-15T11:40:00ZJeremy Sollerdocumentation should list supported processor architectures*Created by: Trolldemorted*
<!-- Thank you for taking the time to submit an issue! By following these comments and filling out the sections below, you can help the developers get the necessary information to fix your issue. Please provi...*Created by: Trolldemorted*
<!-- Thank you for taking the time to submit an issue! By following these comments and filling out the sections below, you can help the developers get the necessary information to fix your issue. Please provide a single issue per report. You can also preview this report before submitting it. Feel free to modify/remove sections to fit the nature of your issue. -->
<!-- Please search to check that your issue has not been created already. By preventing duplicate issues, you can help keep the repository organized. If your current issue has already been created and is still unresolved, you can contribute by commenting there. -->
<!-- Replace the empty checkbox [ ] below with a checked one [x] if you have already searched for your issue. -->
- [x] I agree that I have searched opened and closed issues to prevent duplicates.
--------------------
I had a look at the documentation and the issues, and was unable to find hints about which processor architectures are supported. x86/x64 is obvious, but what about MIPS, ARM and others? I really would like to see redox instead of linux in action on safety and security-critical embedded devices like routers, so the redox book should tell me in the first chapter which platforms are currently supported, which are likely to be supported some time later, and which won't.https://gitlab.redox-os.org/redox-os/redox/-/issues/1092Redox on The Changelog!2018-06-15T11:40:00ZJeremy SollerRedox on The Changelog!*Created by: jerodsanto*
Howdy from [The Changelog](https://changelog.com/podcast)!
_(Never heard of The Changelog? We've been interviewing the hackers, leaders, and innovators of open source and software development since '09.)_
...*Created by: jerodsanto*
Howdy from [The Changelog](https://changelog.com/podcast)!
_(Never heard of The Changelog? We've been interviewing the hackers, leaders, and innovators of open source and software development since '09.)_
We'd love to have you on the show sometime soon. @jackpot51 please join us to talk about Redox and all the cool stuff y'all are up to.
Interested? Please email editors@changelog.com to coordinate.
Looking forward to it! 💚Jeremy SollerJeremy Sollerhttps://gitlab.redox-os.org/redox-os/redox/-/issues/1091Depreceated libcollections removed from latest rust src causes compilation fa...2018-06-15T11:40:00ZJeremy SollerDepreceated libcollections removed from latest rust src causes compilation failure*Created by: cafeclimber*
<!-- Thank you for taking the time to submit an issue! By following these comments and filling out the sections below, you can help the developers get the necessary information to fix your issue. Please provide...*Created by: cafeclimber*
<!-- Thank you for taking the time to submit an issue! By following these comments and filling out the sections below, you can help the developers get the necessary information to fix your issue. Please provide a single issue per report. You can also preview this report before submitting it. Feel free to modify/remove sections to fit the nature of your issue. -->
<!-- Please search to check that your issue has not been created already. By preventing duplicate issues, you can help keep the repository organized. If your current issue has already been created and is still unresolved, you can contribute by commenting there. -->
<!-- Replace the empty checkbox [ ] below with a checked one [x] if you have already searched for your issue. -->
- [ x] I agree that I have searched opened and closed issues to prevent duplicates.
--------------------
## Description
<!-- Briefly summarize/describe the issue that you are experiencing below. -->
A recent commit of the rust src removed libcollections saying it was deprecated. This causes compilation to fail as it depends on libcollections.
## Environment info
<!-- To understand where your issue originates, please include some relevant information about your environment. -->
<!-- If you have built Redox OS yourself, please provide the following information: -->
- Operating system:
Fedora 26
- `uname -a`:
Linux host 4.13.5-200.fc26.x86_64 #1 SMP Thu Oct 5 16:53:13 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
- `rustc -V`:
rustc 1.22.0-nightly (4c053db23 2017-10-22)
- `git rev-parse HEAD`:
28e512c98ab275cd39d475d7fcf13ae9921beb7b
<!-- Depending on your issue, additional information about your environment (network config, package versions, dependencies, etc.) can also help. You can list that below. -->
## Steps to reproduce
<!-- If possible, please list the steps to reproduce ("trigger") your issue below. Being detailed definitely helps speed up bug fixes. -->
git clone https://github.com/redox-os/redox.git --origin upstream --recursive
cd redox
./bootstrap.sh -d
rustup override set nightly
git submodule update --recursive --init
make all
## Behavior
<!-- It may seem obvious to know what to expect, but isolating the behavior from everything else simplifies the development process. Remember to provide a single issue in this report. You can use the References section below to link your issues together. -->
<!-- Describe the behavior you expect your steps should yield (i.e., correct behavior). -->
- **Expected behavior**:
Succesful compilation
<!-- Describe the behavior you observed when running your steps (i.e., buggy behavior). -->
- **Actual behavior**:
```
...
error: failed to load source for a dependency on `collections`
Caused by:
Unable to update file:///home/rdcampbell/Documents/Programming/Rust/redox/rust/src/libcollections
Caused by:
failed to read `/home/rdcampbell/Documents/Programming/Rust/redox/rust/src/libcollections/Cargo.toml`
Caused by:
No such file or directory (os error 2)
error: `"cargo" "build" "--release" "--manifest-path" "/tmp/xargo.dszO6WgC5UqC/Cargo.toml" "--target" "x86_64-unknown-none" "-p" "alloc"` failed with exit code: Some(101)
note: run with `RUST_BACKTRACE=1` for a backtrace
```
<!-- **Logs?** Posting a log can help developers find your particular issue more easily. Please wrap your code in code blocks using triple back-ticks ``` to increase readability. -->
<!-- **Solution?** Have a solution in mind? Propose your solution below. -->
- **Proposed solution**:
A temporary solution is reverting the rust src directory to the commit before libcollections was removed.
A more permanent solution may be removing this dependency.
<!-- **Screenshots?** Make it easier to get your point across with screenshots. You can drag & drop or paste your images below. -->
## Optional references
<!-- If you have found issues or pull requests that are related to or blocking this issue, please link them below. See https://help.github.com/articles/autolinked-references-and-urls/ for more options. You can also link related code snippets by providing the permalink. See https://help.github.com/articles/creating-a-permanent-link-to-a-code-snippet/ for more information. -->
Related to:
[19aa23b](https://github.com/rust-lang/rust/commit/19aa23b6d332e693786fa51dbca87828bb884314)
https://gitlab.redox-os.org/redox-os/redox/-/issues/1088ion shell attempts to execute all files in a directory2019-03-27T23:23:18ZJeremy Sollerion shell attempts to execute all files in a directory*Created by: TheXDS*
<!-- Thank you for taking the time to submit an issue! By following these comments and filling out the sections below, you can help the developers get the necessary information to fix your issue. Please provide a si...*Created by: TheXDS*
<!-- Thank you for taking the time to submit an issue! By following these comments and filling out the sections below, you can help the developers get the necessary information to fix your issue. Please provide a single issue per report. You can also preview this report before submitting it. Feel free to modify/remove sections to fit the nature of your issue. -->
<!-- Please search to check that your issue has not been created already. By preventing duplicate issues, you can help keep the repository organized. If your current issue has already been created and is still unresolved, you can contribute by commenting there. -->
<!-- Replace the empty checkbox [x] below with a checked one [x] if you have already searched for your issue. -->
- [x] I agree that I have searched opened and closed issues to prevent duplicates.
--------------------
## Description
<!-- Briefly summarize/describe the issue that you are experiencing below. -->
if the Ion shell is launched giving it a directory as argument, it will attempt to run every file in that directory.
## Environment info
<!-- To understand where your issue originates, please include some relevant information about your environment. -->
<!-- If you have built Redox OS yourself, please provide the following information: -->
- Operating system:
Linux Mint 18.2 Sonya
- `uname -a`:
`Linux TheXDS-Mint 4.13.8 #1 SMP Thu Oct 19 20:16:50 CST 2017 x86_64 x86_64 x86_64 GNU/Linux`
- `rustc -V`:
`rustc 1.22.0-nightly (4279e2b4c 2017-10-21)`
- `git rev-parse HEAD`:
`75a41a07c6b5d4f6eb94d229f82894125cf18a80`
## Steps to reproduce
<!-- If possible, please list the steps to reproduce ("trigger") your issue below. Being detailed definitely helps speed up bug fixes. -->
1. Open the terminal.
2. Type `ion /` and press enter
## Behavior
<!-- It may seem obvious to know what to expect, but isolating the behavior from everything else simplifies the development process. Remember to provide a single issue in this report. You can use the References section below to link your issues together. -->
<!-- Describe the behavior you expect your steps should yield (i.e., correct behavior). -->
- **Expected behavior**:
ion informing me that `/` is not a command.
<!-- Describe the behavior you observed when running your steps (i.e., buggy behavior). -->
- **Actual behavior**:
ion takes all files contained in the directory and attempts to run every filename as a command.
<!-- **Solution?** Have a solution in mind? Propose your solution below. -->
- **Proposed solution**:
Perform sanity checks to arguments passed to Ion, or do alternate things when given a directory as an argument, like, launch ion and switch to that directory.
<!-- **Screenshots?** Make it easier to get your point across with screenshots. You can drag & drop or paste your images below. -->
![captura de pantalla de 2017-10-22 22-53-01](https://user-images.githubusercontent.com/20650205/31872795-12b06452-b77c-11e7-9f94-ecf831ec61b4.png)
<!-- **Code?** Awesome! You can also create a pull request with a reference to this issue. -->
<!-- **Files?** Attach your relevant files by dragging & dropping or pasting them below. -->
<!-- You also can preview your report before submitting it. Thanks for contributing to Redox! -->
Jeremy SollerJeremy Sollerhttps://gitlab.redox-os.org/redox-os/redox/-/issues/1086Failure to build redox due to a missing branch in termion named "redox_termios"2018-06-15T11:40:00ZJeremy SollerFailure to build redox due to a missing branch in termion named "redox_termios"*Created by: meven*
<!-- Please search to check that your issue has not been created already. By preventing duplicate issues, you can help keep the repository organized. If your current issue has already been created and is still unreso...*Created by: meven*
<!-- Please search to check that your issue has not been created already. By preventing duplicate issues, you can help keep the repository organized. If your current issue has already been created and is still unresolved, you can contribute by commenting there. -->
<!-- Replace the empty checkbox [ ] below with a checked one [x] if you have already searched for your issue. -->
- [x] I agree that I have searched opened and closed issues to prevent duplicates.
--------------------
## Description
<!-- Briefly summarize/describe the issue that you are experiencing below. -->
When following the instructions the quick setup instruction of redox:
> $ cd path/to/your/projects/folder/
>
> # Run bootstrap setup
> $ curl -sf https://raw.githubusercontent.com/redox-os/redox/master/bootstrap.sh -o bootstrap.sh && bash -e bootstrap.sh
>
> #Change to project directory
> $ cd redox
>
> # Build Redox
> $ make all
The build fails with a trace :
>
> Updating git repository `https://github.com/redox-os/termion.git`
> error: failed to load source for a dependency on `termion`
>
> Caused by:
> Unable to update https://github.com/redox-os/termion.git?branch=redox_termios
>
> To learn more, run the command again with --verbose.
Using --verbose option, I get
> $ cargo update --manifest-path cookbook/pkgutils/Cargo.toml --verbose
> Updating registry `https://github.com/rust-lang/crates.io-index`
> Updating git repository `https://github.com/ids1024/pb`
> Updating git repository `https://github.com/redox-os/tar-rs`
> Updating git repository `https://github.com/libOctavo/octavo.git`
> Updating git repository `https://github.com/redox-os/termion.git`
> error: failed to load source for a dependency on `termion`
>
> Caused by:
> Unable to update https://github.com/redox-os/termion.git?branch=redox_termios
>
> Caused by:
> failed to find branch `redox_termios`
>
> Caused by:
> [4/-3] cannot locate local branch 'redox_termios'
And indeed in https://github.com/redox-os/termion/branches we can see the branch redox_termios does not exist.
## Environment info
<!-- To understand where your issue originates, please include some relevant information about your environment. -->
<!-- If you have built Redox OS yourself, please provide the following information: -->
- Operating system:
Ubuntu 16.04 (kde-neon)
- `uname -a`:
Linux hostname 4.4.0-97-generic #120-Ubuntu SMP Tue Sep 19 17:28:18 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
- `rustc -V`:
rustc 1.22.0-nightly (f6d751454 2017-10-17)
- `git rev-parse HEAD`:
d1ddf63d20ebe4a85fdd94675822ff9a0ebd3718
## Steps to reproduce
<!-- If possible, please list the steps to reproduce ("trigger") your issue below. Being detailed definitely helps speed up bug fixes. -->
1. Follow the quick setup instruction of https://github.com/redox-os/redox :
> $ cd path/to/your/projects/folder/
>
> # Run bootstrap setup
> $ curl -sf https://raw.githubusercontent.com/redox-os/redox/master/bootstrap.sh -o bootstrap.sh && bash -e bootstrap.sh
>
> #Change to project directory
> $ cd redox
>
> # Build Redox
> $ make all # make command fails
## Behavior
<!-- It may seem obvious to know what to expect, but isolating the behavior from everything else simplifies the development process. Remember to provide a single issue in this report. You can use the References section below to link your issues together. -->
<!-- Describe the behavior you expect your steps should yield (i.e., correct behavior). -->
- **Expected behavior**:
redox builds
<!-- Describe the behavior you observed when running your steps (i.e., buggy behavior). -->
- **Actual behavior**:
Build fails with last logs:
> cargo update --manifest-path cookbook/pkgutils/Cargo.toml
> Updating registry `https://github.com/rust-lang/crates.io-index`
> Updating git repository `https://github.com/ids1024/pb`
> Updating git repository `https://github.com/redox-os/tar-rs`
> Updating git repository `https://github.com/libOctavo/octavo.git`
> Updating git repository `https://github.com/redox-os/termion.git`
> error: failed to load source for a dependency on `termion`
>
> Caused by:
> Unable to update https://github.com/redox-os/termion.git?branch=redox_termios
>
> To learn more, run the command again with --verbose.
<!-- **Solution?** Have a solution in mind? Propose your solution below. -->
- **Proposed solution**:
Recreate the branch redox_termios in the termion repository or update the references in redox repositories to this branch to use master or another existing branch in the termion repository.
https://gitlab.redox-os.org/redox-os/redox/-/issues/1073Redox on real hardware Intel NUC DN2820FYKH RTL8168: connect to the Internet2023-06-13T04:42:24ZJeremy SollerRedox on real hardware Intel NUC DN2820FYKH RTL8168: connect to the Internet*Created by: DmitryPostolov*
Hi to all Redox users and developers! Sorry for my bad English...
Redox 0.3.3 on real hardware Intel NUC DN2820FYKH RTL8168: connect to the Internet.
Intel NUC DN2820FYKH (second revision, with CPU Intel N...*Created by: DmitryPostolov*
Hi to all Redox users and developers! Sorry for my bad English...
Redox 0.3.3 on real hardware Intel NUC DN2820FYKH RTL8168: connect to the Internet.
Intel NUC DN2820FYKH (second revision, with CPU Intel N2830) LAN RTL8168 (revision maybe RTL8168G or 8168G-2 or 8168GU)
FreeBSD dmesg re0:
Realtek 8168/8111 revision: B/C/CP/D/DP/E/F/G port 0xe000-0xe0ff mem 0xd... irq 18 at device 0.0 on pci2
re0: chip rev. 0x4c000000 65518/35/2048
MAC: xxx MAC rev. 0 TX1/256/ RX 1/256
#pciconf -lv
re0@pci0:3:0:0 chip 0x8168.10ec rev 0x0c
Log Redox 0.3.3:
+RTL8168 pci-03.00.00_rtl8168 on: D0604000, IRQ:11
-MAC: xxx
rand: seeding with rdrand
ethernetd: opening network:
ethernetd: providing ethernet:
ipd: opening ethernet: 806
ipd: providing ip:
icmpd: opening ip:1:
tcpd: providing ip:6
icmpd: providing icmp:
tcpd: providing tcp:
udpd: opening ip:11
udpd: providing udp
DHCP: MAC: xxx Current IP: 10.0.2.15
orbital: found display 1920x1080
DHCP: Sent Discover
DHCP: Offer IP: [192, 168, 88, 239] Server IP: [192, 168, 88, 1]
DHCP: Message Type: [2]
DHCP: Server ID: [192, 168, 88,1]
DHCP: Lease Time: [0, 0, 2, 88]
DHCP: New IP: 192.168.88.239
DHCP: Sent Request
DHCP: Ask IP: [192, 168, 88, 239], Server IP: [192, 168, 88, 1]
*Requesting https://www.redox-os.org/
ipd: need to arp 10.0.2.2
And what about DNS settings in network log?
Browser (try to open https://www.redox-os.org/)
Failed to send request: Cannot assign requested adress (os error 99)
If router ping 192.168.88.1 or mysef ping 192.168.88.239 then no answer.
Redox support RTL8168, but can Redox support this revision of RTL8168? Please, help me to connect Redox to Internet on real hardware Intel NUC DN2820FYKH.
Ethernet router: MikroTik HAP Lite New, Router OS v6.40.3 (stable), router IP: 192.168.88.1 DHCP: on.https://gitlab.redox-os.org/redox-os/redox/-/issues/1098Linking error building project2018-06-15T11:40:00ZJeremy SollerLinking error building project*Created by: AgustinCB*
- [X] I agree that I have searched opened and closed issues to prevent duplicates.
--------------------
## Description
When I try to make the project, I get the following error:
```bash
$ make all
ld ...*Created by: AgustinCB*
- [X] I agree that I have searched opened and closed issues to prevent duplicates.
--------------------
## Description
When I try to make the project, I get the following error:
```bash
$ make all
ld --gc-sections -z max-page-size=0x1000 -T kernel/linkers/x86_64.ld -o build/kernel build/libkernel.a
build/libkernel.a(kernel-bdf1f0800d04f31e.kernel0.rcgu.o):(.data.DW.ref.rust_eh_personality[DW.ref.rust_eh_personality]+0x0): undefined reference to `rust_eh_personality'
make: *** [mk/kernel.mk:13: build/kernel] Error 1
```
## Environment info
<!-- If you have built Redox OS yourself, please provide the following information: -->
- Operating system:
Arch Linux
- `uname -a`:
```bash
$ uname -a
Linux agustin-laptop 4.13.9-1-ARCH #1 SMP PREEMPT Sun Oct 22 09:07:32 CEST 2017 x86_64 GNU/Linux
```
- `rustc -V`:
```bash
$ rustc -V
rustc 1.23.0-nightly (a35a3abcd 2017-11-10)
```
- `git rev-parse HEAD`:
$ git rev-parse HEAD
9ffd481edf2451a31f54253fbd19d77c96da3c34
## Steps to reproduce
I simply followed the steps of the book still https://doc.redox-os.org/book/getting_started/compiling_redox.html.
## Behavior
- **Expected behavior**:
The system builds with no error
- **Actual behavior**:
I get the error:
```
ld --gc-sections -z max-page-size=0x1000 -T kernel/linkers/x86_64.ld -o build/kernel build/libkernel.a
build/libkernel.a(kernel-bdf1f0800d04f31e.kernel0.rcgu.o):(.data.DW.ref.rust_eh_personality[DW.ref.rust_eh_personality]+0x0): undefined reference to `rust_eh_personality'
make: *** [mk/kernel.mk:13: build/kernel] Error 1
```https://gitlab.redox-os.org/redox-os/redox/-/issues/1101BUILD FAILURE: Due to redox-os/rust/srce/libcore/marker.rs ("send" language i...2019-10-12T18:14:14ZJeremy SollerBUILD FAILURE: Due to redox-os/rust/srce/libcore/marker.rs ("send" language item deprecated)*Created by: gbutler69*
- [ X ] I agree that I have searched opened and closed issues to prevent duplicates.
--------------------
## Description
The file "marker.rs" in libcore of the "redox-os/rust" repo needs to be change...*Created by: gbutler69*
- [ X ] I agree that I have searched opened and closed issues to prevent duplicates.
--------------------
## Description
The file "marker.rs" in libcore of the "redox-os/rust" repo needs to be change due to upstream rust/nightly/master removing "send" as a language item (see https://github.com/rust-lang/rust/commit/7995f879d0c520d162d965db0ebbe403bfa2bfda#diff-268f3645af45ee52080a7d24acb217dd). The change needed is as follows:
````
gbutler@butler-Leopard-Extreme:~/Redox/redox/rust$ git diff src/libcore/marker.rs
diff --git a/src/libcore/marker.rs b/src/libcore/marker.rs
index e47b99ed55..b92043670b 100644
--- a/src/libcore/marker.rs
+++ b/src/libcore/marker.rs
@@ -39,7 +39,7 @@ use hash::Hasher;
/// [arc]: ../../std/sync/struct.Arc.html
/// [ub]: ../../reference/behavior-considered-undefined.html
#[stable(feature = "rust1", since = "1.0.0")]
-#[lang = "send"]
+//#[lang = "send"]
#[rustc_on_unimplemented = "`{Self}` cannot be sent between threads safely"]
pub unsafe trait Send {
// empty.
````
I have confirmed on #rust IRC channel on irc.mozilla.org that it is correct to remove the "#[lang="send"]" attribute from the "Send" trait.
## Environment info
* Ubuntu 17.04 (Linux)
- Redox OS Release:
(Attempting to build from latest Master using the boostrap scripts and instructions for building Redox found here: https://doc.redox-os.org/book/getting_started/preparing_the_build.html)
- Operating system:
Linux - Ubuntu 17.04
- `uname -a`:
`Linux butler-Leopard-Extreme 4.10.0-38-generic #42-Ubuntu SMP Tue Oct 10 13:24:27 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux`
- `rustc -V`:
- `git rev-parse HEAD`:
`rustc 1.23.0-nightly (79cfce3d3 2017-11-12)`
## Steps to reproduce
1. Follow the instructions, linked above, for how to build Redox on Linux/Ubuntu
2. Receive an error on "libcore/marker.rs" saying that "send" is not a language item
3. Comment out the indicated line in "libcore/marker.rs" and attempt the "make all" again - see that it builds correctly
## Behavior
(see above)
- **Expected behavior**:
(see above)
<!-- **Solution?** Have a solution in mind? Propose your solution below. -->
- **Proposed solution**:
(see above for solution to the problem that appears confirmed as correct on the #rust IRC channel as shown here in this copy of the IRC convo):
> ‎[15:08] ‎<‎gbutler‎>‎ Hello, I'm attempting to build the latest "RedoxOS" and I am running into trouble with the rust/redox branch of core libs. It seems like the language item "send" may have been recently deprecated on master/nightly and I am trying to understand what that means to the "rust/redox" branch of things.
> [15:09] ‎<‎gbutler‎>‎ This change seems to remove the "send" language item: https://github.com/rust-lang/rust/commit/7995f879d0c520d162d965db0ebbe403bfa2bfda#diff-268f3645af45ee52080a7d24acb217dd
> ‎[15:09] ‎<‎sarnold‎>‎ gbutler: do you mean "Send" as in "Send" and "Sync" "send"?
> ‎[15:10] ‎<‎gbutler‎>‎ Yes
> ‎[15:11] ‎<‎gbutler‎>‎ in the "rust/redox" branch of libcore/marker.rs we have:
> ‎[15:11] ‎<‎gbutler‎>‎ #[stable(feature = "rust1", since = "1.0.0")]
> ‎[15:11] ‎<‎gbutler‎>‎ #[lang = "send"]
> ‎[15:11] ‎<‎gbutler‎>‎ #[rustc_on_unimplemented = "`{Self}` cannot be sent between threads safely"]
> ‎[15:11] ‎<‎gbutler‎>‎ pub unsafe trait Send {
> ‎[15:11] ‎<‎gbutler‎>‎ // empty.
> ‎[15:11] ‎<‎gbutler‎>‎ }
> ‎[15:11] ‎<‎rkruppe‎>‎ gbutler: Does Redox have a fork of libcore? Do they build it with a standard, unmodified compiler?
> ‎[15:12] ‎<‎gbutler‎>‎ Yes, it appears they have a fork.
> ‎[15:12] ‎<‎gbutler‎>‎ I'm just becoming involved with it. New to rust. New to redox.
> ‎[15:12] ‎<‎gbutler‎>‎ Just trying to understand what all this means.
> ‎[15:12] ‎<‎rkruppe‎>‎ Then to build that fork with compilers that include the above change, the #[lang="send"] line should be removed
> ‎[15:12] ‎<‎rkruppe‎>‎ the cfg_attr is just for bootstrapping which is not relevant if you're using an off the shelf compiler
> ‎[15:13] ‎<‎gbutler‎>‎ Yeah, I commented that out and it was able to build past that; however, should it have added back the #[cfg_attr(stage0, lang = "send")] in its place?
> ‎[15:14] ‎<‎gbutler‎>‎ Right now, Redox is set-up to build using the "nightly" compiler/tools: (i.e. rustup override set nightly)
> ‎[15:14] ‎<‎gbutler‎>‎ Also, it uses "xargo" for cross-compiling to the Redox target from Linux/MacOS/Windows.
> ‎[15:14] ‎<‎gbutler‎>‎ As far as I can tell.
> ‎[15:14] ‎<‎rkruppe‎>‎ gbutler: I already answered re: cfg_attr
> ‎[15:23] ‎<‎gbutler‎>‎ @rkruppe: Thanks. Yes, commenting out the "#[lang="send"]" from libcore/marker.rs did resolve the issue and let it build. I was just trying to confirm that simply commenting that out was the correct thing WRT to the change of having "send" removed as a language item. Thanks for the feedback. Much appreciated.
>
<!-- **Screenshots?** Make it easier to get your point across with screenshots. You can drag & drop or paste your images below. -->
<!-- **Code?** Awesome! You can also create a pull request with a reference to this issue. -->
(see above)
https://gitlab.redox-os.org/redox-os/redox/-/issues/1093error: failed to load source for a dependency on `collections`2018-06-15T11:40:01ZJeremy Sollererror: failed to load source for a dependency on `collections`*Created by: sajattack*
<!-- Thank you for taking the time to submit an issue! By following these comments and filling out the sections below, you can help the developers get the necessary information to fix your issue. Please provide a...*Created by: sajattack*
<!-- Thank you for taking the time to submit an issue! By following these comments and filling out the sections below, you can help the developers get the necessary information to fix your issue. Please provide a single issue per report. You can also preview this report before submitting it. Feel free to modify/remove sections to fit the nature of your issue. -->
<!-- Please search to check that your issue has not been created already. By preventing duplicate issues, you can help keep the repository organized. If your current issue has already been created and is still unresolved, you can contribute by commenting there. -->
<!-- Replace the empty checkbox [ ] below with a checked one [x] if you have already searched for your issue. -->
- [x] I agree that I have searched opened and closed issues to prevent duplicates.
--------------------
## Description
<!-- Briefly summarize/describe the issue that you are experiencing below. -->
The error listed in the title occurs because libcollections was removed in the most recent commit to redox-os/rust
## Environment info
<!-- To understand where your issue originates, please include some relevant information about your environment. -->
<!-- If you are using a pre-built release of Redox, please specify the release version below. -->
- Redox OS Release:
git 28e512c
<!-- If you have built Redox OS yourself, please provide the following information: -->
- Operating system:
Arch Linux
- `uname -a`:
Linux P50-Arch 4.13.9-1-ARCH #1 SMP PREEMPT Sun Oct 22 09:07:32 CEST 2017 x86_64 GNU/Linu`
- `rustc -V`:
rustc 1.23.0-nightly (269cf5026 2017-10-28)
- `git rev-parse HEAD`:
28e512c98ab275cd39d475d7fcf13ae9921beb7b
<!-- Depending on your issue, additional information about your environment (network config, package versions, dependencies, etc.) can also help. You can list that below. -->
- Replace me:
Replace me
## Steps to reproduce
<!-- If possible, please list the steps to reproduce ("trigger") your issue below. Being detailed definitely helps speed up bug fixes. -->
1. git clone git@github.com:redox-os/redox
2. cd redox && make all
## Behavior
<!-- It may seem obvious to know what to expect, but isolating the behavior from everything else simplifies the development process. Remember to provide a single issue in this report. You can use the References section below to link your issues together. -->
<!-- Describe the behavior you expect your steps should yield (i.e., correct behavior). -->
- **Expected behavior**:
Redox should compile
<!-- Describe the behavior you observed when running your steps (i.e., buggy behavior). -->
- **Actual behavior**:
The error in the title is printed
<!-- **Logs?** Posting a log can help developers find your particular issue more easily. Please wrap your code in code blocks using triple back-ticks ``` to increase readability. -->
```
error: failed to load source for a dependency on `collections`
Caused by:
Unable to update file:///home/paul/redox/redox/rust/src/libcollections
Caused by:
failed to read `/home/paul/redox/redox/rust/src/libcollections/Cargo.toml`
Caused by:
No such file or directory (os error 2)
error: `"cargo" "build" "--release" "--manifest-path" "/tmp/xargo.rorUEekT8Yq4/Cargo.toml" "--target" "x86_64-unknown-none" "-p" "alloc"` failed with exit code: Some(101)
note: run with `RUST_BACKTRACE=1` for a backtrace
make: *** [mk/kernel.mk:6: build/libkernel.a] Error 1
```
<!-- **Solution?** Have a solution in mind? Propose your solution below. -->
- **Proposed solution**:
Remove dependencies on collections or revert the commit that removed it
<!-- **Screenshots?** Make it easier to get your point across with screenshots. You can drag & drop or paste your images below. -->
## Optional references
<!-- If you have found issues or pull requests that are related to or blocking this issue, please link them below. See https://help.github.com/articles/autolinked-references-and-urls/ for more options. You can also link related code snippets by providing the permalink. See https://help.github.com/articles/creating-a-permanent-link-to-a-code-snippet/ for more information. -->
Related to:
- #0000 Remove me
- Replace me
- ...
Blocked by:
- #0000 Remove me
- ...
## Optional extras
<!-- If you have other relevant information not found in other sections, you can include it below. -->
Replace me
<!-- **Code?** Awesome! You can also create a pull request with a reference to this issue. -->
<!-- **Files?** Attach your relevant files by dragging & dropping or pasting them below. -->
<!-- You also can preview your report before submitting it. Thanks for contributing to Redox! -->
https://gitlab.redox-os.org/redox-os/redox/-/issues/1068[Fedora 26 x86_64] configure: error: C compiler cannot create executables2023-06-13T04:42:47ZJeremy Soller[Fedora 26 x86_64] configure: error: C compiler cannot create executables*Created by: gojun077*
**Reproduction**: [describe how you are able to reproduce ("trigger") this bug/issue.]
1. run bootstrap script
`$ curl -sf https://raw.githubusercontent.com/redox-os/redox/master/bootstrap.sh -o bootstrap.sh && ...*Created by: gojun077*
**Reproduction**: [describe how you are able to reproduce ("trigger") this bug/issue.]
1. run bootstrap script
`$ curl -sf https://raw.githubusercontent.com/redox-os/redox/master/bootstrap.sh -o bootstrap.sh && bash -e bootstrap.sh`
2. Source the cargo env file
`source $HOME/.cargo/env`
3. Change to the directory into which redox source was cloned
`cd redox`
4. Install `xargo` from cargo pkg manager
`cargo install xargo`
5. Run `make all`
**Expected behavior**: [describe the behavior you would expect the repro to yield.]
After running `make all` I should then be able to `make virtualbox`
**Actual behavior**: [describe the actual behavior, which is presented through the repro.].
```
cook - drivers build
Compiling gcc v0.3.53
Compiling libc v0.0.0 (file:///MULTIMEDIA/redox/rust/src/rustc/libc_shim)
Compiling unwind v0.0.0 (file:///MULTIMEDIA/redox/rust/src/libunwind)
Compiling libc v0.2.30
Compiling core v0.0.0 (file:///MULTIMEDIA/redox/rust/src/libcore)
Compiling filetime v0.1.10
Compiling build_helper v0.1.0 (file:///MULTIMEDIA/redox/rust/src/build_helper)
Compiling compiler_builtins v0.0.0 (file:///MULTIMEDIA/redox/rust/src/rustc/compiler_builtins_shim)
Compiling std v0.0.0 (file:///MULTIMEDIA/redox/rust/src/libstd)
error: failed to run custom build command for `std v0.0.0 (file:///MULTIMEDIA/redox/rust/src/libstd)`
process didn't exit successfully: `/tmp/xargo.DQY0d0tOq9ZK/target/release/build/std-981199f880fd36d8/build-script-build` (exit code: 1)
--- stdout
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/config.h.in
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/backtrace.c
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/mmapio.c
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/install-sh
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/ChangeLog
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/fileline.c
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/Makefile.am
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/btest.c
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/alloc.c
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/backtrace-supported.h.in
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/macho.c
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/nounwind.c
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/hashtab.h
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/stest.c
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/config.sub
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/dwarf2.def
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/internal.h
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/dwarf.c
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/elf.c
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/configure
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/configure.ac
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/state.c
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/read.c
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/backtrace.h
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/atomic.c
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/README
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/sort.c
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/pecoff.c
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/dwarf2.h
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/unknown.c
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/ChangeLog.jit
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/ltmain.sh
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/posix.c
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/aclocal.m4
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/print.c
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/Makefile.in
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/mmap.c
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/ansidecl.h
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/filenames.h
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/filetype.awk
cargo:rerun-if-changed=/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/simple.c
cargo:rustc-link-lib=static=backtrace
cargo:rustc-link-search=native=/tmp/xargo.DQY0d0tOq9ZK/target/x86_64-unknown-redox/release/build/std-479cef6ea432e1f4/out/libbacktrace/.libs
OPT_LEVEL = Some("3")
TARGET = Some("x86_64-unknown-redox")
HOST = Some("x86_64-unknown-linux-gnu")
TARGET = Some("x86_64-unknown-redox")
TARGET = Some("x86_64-unknown-redox")
HOST = Some("x86_64-unknown-linux-gnu")
CC_x86_64-unknown-redox = None
CC_x86_64_unknown_redox = None
TARGET_CC = None
CC = Some("x86_64-unknown-redox-gcc")
TARGET = Some("x86_64-unknown-redox")
HOST = Some("x86_64-unknown-linux-gnu")
CFLAGS_x86_64-unknown-redox = None
CFLAGS_x86_64_unknown_redox = None
TARGET_CFLAGS = None
CFLAGS = None
DEBUG = Some("false")
running: "sh" "/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/configure" "--with-pic" "--disable-multilib" "--disable-shared" "--disable-host-shared" "--host=x86_64-unknown-redox" "--build=x86_64-unknown-linux-gnu"
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-redox
checking target system type... x86_64-unknown-redox
checking for x86_64-unknown-redox-gcc... x86_64-unknown-redox-gcc
checking for C compiler default output file name...
command did not execute successfully: "sh" "/MULTIMEDIA/redox/rust/src/libstd/../libbacktrace/configure" "--with-pic" "--disable-multilib" "--disable-shared" "--disable-host-shared" "--host=x86_64-unknown-redox" "--build=x86_64-unknown-linux-gnu"
expected success, got: exit code: 77
--- stderr
configure: error: in `/tmp/xargo.DQY0d0tOq9ZK/target/x86_64-unknown-redox/release/build/std-479cef6ea432e1f4/out/libbacktrace':
configure: error: C compiler cannot create executables
See `config.log' for more details.
```
**Build information**: [only when using a self build version: output of `rustc -V`, `git rev-parse HEAD` `qemu-i386 -version`, `uname -a`, etc.]
**Redox release**: [only when using a prebuild version: redox version]
**Blocking/related**: [issues or PRs blocking or being related to this issue.]
**Misc**: [optional: for other relevant information that should be known or cannot be described in the other fields.]
------
_If the above does not fit the nature of the issue feel free to modify it._
https://gitlab.redox-os.org/redox-os/redox/-/issues/1065Stuck on Redox Loader - Stage Two2018-11-07T20:11:03ZJeremy SollerStuck on Redox Loader - Stage Two*Created by: theunkow*
**Reproduction**: Trying to boot and install Redox from redox_0.3.2.iso on bootable USB (done with Rufus). It always gets stuck on the line after Redox Loader - Stage Two saying "00000007#007F 0000:8A00".
**Exp...*Created by: theunkow*
**Reproduction**: Trying to boot and install Redox from redox_0.3.2.iso on bootable USB (done with Rufus). It always gets stuck on the line after Redox Loader - Stage Two saying "00000007#007F 0000:8A00".
**Expected behavior**: The booting/instalation process should continue to allow user control on a kind of a desktop environment.
**Actual behavior**: Keyboard control is frozen, reboot is only option. Only the "underline" is blinking as it expects some input. (not even ctrl+alt+delete works)
**Redox release**: redox_0.3.2.iso
**Misc**: Rufus was used to build the iso and may be source of the issue, it was built on fat32 filesystem.
Update: this was done on the following build (Core 2 Duo 7200, 9600GT, 6GB DDR 2 800HZ, JWP45D2-ULTRA) in case it helps
------
Thanks for the hard work so far, hope to see lots more of Rust in the future.