redox-os issueshttps://gitlab.redox-os.org/groups/redox-os/-/issues2023-08-12T11:40:50Zhttps://gitlab.redox-os.org/redox-os/kernel/-/issues/77MIPS architecture port2023-08-12T11:40:50ZJeremy SollerMIPS architecture port*Created by: aep*
We're in need of a kernel for MIPS.
- very small
- micro-kernel
- support for virtual memory
- reasonably stable
- reasonable linux compatbility (some porting effort is fine)
Is that something we should attempt...*Created by: aep*
We're in need of a kernel for MIPS.
- very small
- micro-kernel
- support for virtual memory
- reasonably stable
- reasonable linux compatbility (some porting effort is fine)
Is that something we should attempt to do, or would you say that redox-os is not in the right stage yet?https://gitlab.redox-os.org/redox-os/installer/-/issues/10Implement Shadowfile2018-08-17T17:37:16ZSamwiseFilmoremggmugginsmc@gmail.comImplement ShadowfilePer https://gitlab.redox-os.org/redox-os/users/issues/14, this repo needs to be updated to populate a showdowfile with hashes instead of using `/etc/passwd`. Also, orbutils, userutils, and maybe uutils all need updated around the time th...Per https://gitlab.redox-os.org/redox-os/users/issues/14, this repo needs to be updated to populate a showdowfile with hashes instead of using `/etc/passwd`. Also, orbutils, userutils, and maybe uutils all need updated around the time this gets updated.
If somebody who is more aware of the versioning situation with this repo checks this out, I'd appreciate it.Jeremy SollerJeremy Sollerhttps://gitlab.redox-os.org/redox-os/newlib/-/issues/83Newlib no longer compiles2019-01-09T13:39:25ZNathaniel Barragancontact@nathanielbarragan.xyzNewlib no longer compilesWhen compiling on Arch (fully updated to newest packages as of yesterday), I come across this error when building newlib.
I haven't gone into syscall yet, as I wanted to test out the operating system first and mess around with some user...When compiling on Arch (fully updated to newest packages as of yesterday), I come across this error when building newlib.
I haven't gone into syscall yet, as I wanted to test out the operating system first and mess around with some usermode stuff before I start messing with the kernel and stuff, but I'm coming across issues when trying to install the toolchain.
```
Updating registry `https://github.com/rust-lang/crates.io-index`
Updating git repository `https://github.com/redox-os/liblibc`
Updating byteorder v1.2.3 -> v1.2.7
Updating libc v0.2.40 (https://github.com/redox-os/liblibc#297fc414) -> #a7e78a78
Updating redox_syscall v0.1.38 -> v0.1.50
Compiling newlib_redox v0.1.0 (file:///home/nathaniel/Programs/redox-repos/libc/packages/arch/newlib/src/newlib/newlib/libc/sys/redox)
error[E0425]: cannot find function `execve` in module `syscall`
--> src/process.rs:48:17
|
48 | Ok(syscall::execve(::cstr_to_slice(name), &args)? as c_int)
| ^^^^^^ not found in `syscall`
error[E0425]: cannot find function `execve` in module `syscall`
--> src/process.rs:154:22
|
154 | syscall::execve(shell, &args)?;
| ^^^^^^ not found in `syscall`
warning: unused import: `mem`
--> src/hostname.rs:2:12
|
2 | use core::{mem, str, slice};
| ^^^
|
= note: #[warn(unused_imports)] on by default
error[E0061]: this function takes 2 parameters but 3 parameters were
supplied
--> src/redox.rs:11:8
|
11 | Ok(syscall::fmap(file as usize, offset, size)? as *mut c_void)
| ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ expected 2 parameters
error: aborting due to 3 previous errors
Some errors occurred: E0061, E0425.
For more information about an error, try `rustc --explain E0061`.
error: Could not compile `newlib_redox`.
```https://gitlab.redox-os.org/redox-os/dces-rust/-/issues/5Multiple Components of the same type per Entity2019-10-26T05:26:04ZGhost UserMultiple Components of the same type per Entityhttps://gitlab.redox-os.org/redox-os/bootloader/-/issues/5typeof bootloader x86_64 startup-i386.asm2023-07-02T15:01:57Zstardusttypeof bootloader x86_64 startup-i386.asmIs the assembly is NASM?Is the assembly is NASM?https://gitlab.redox-os.org/redox-os/seahash/-/issues/4Consider adding #[derive(Clone)] to SeaHasher2020-01-29T04:15:20ZlarsfillmoreConsider adding #[derive(Clone)] to SeaHasherA use case for `Clone` in `SeaHasher` is [Rendezvous hashing](https://en.wikipedia.org/wiki/Rendezvous_hashing), which includes computing a lot of `h(k, s)` for the same key `k` and different `s`. With `Clone`, it will be possible to com...A use case for `Clone` in `SeaHasher` is [Rendezvous hashing](https://en.wikipedia.org/wiki/Rendezvous_hashing), which includes computing a lot of `h(k, s)` for the same key `k` and different `s`. With `Clone`, it will be possible to compute `hasher(k)` once and then reuse it with each `s`.https://gitlab.redox-os.org/redox-os/redox/-/issues/1181Global_asm2023-06-13T04:04:57ZJeremy SollerGlobal_asm*Created by: addtheice*
Any chance we can change the bootloader code so that we can use global_asm! instead of using nasm? This should remove one more requirement.*Created by: addtheice*
Any chance we can change the bootloader code so that we can use global_asm! instead of using nasm? This should remove one more requirement.https://gitlab.redox-os.org/redox-os/ion/-/issues/755Ion parsing bug when dealing with string expansion2018-06-10T02:59:05ZMichael Aaron Murphymmstick@pm.meIon parsing bug when dealing with string expansion*Created by: stratact*
**Reproduction**: `echo $(let free=[@(free -h)]; echo @free[6]@free[8]/@free[7])`.
**Expected behavior**: Should output `Mem:4Gi/32Gi`.
**Actual behavior**: Outputs `]; echo /)` instead.
**Build informati...*Created by: stratact*
**Reproduction**: `echo $(let free=[@(free -h)]; echo @free[6]@free[8]/@free[7])`.
**Expected behavior**: Should output `Mem:4Gi/32Gi`.
**Actual behavior**: Outputs `]; echo /)` instead.
**Build information**:
`rustc 1.28.0-dev (a2c4d4e2f 2018-05-28)
ion 1.0.0-alpha (x86_64-unknown-linux-gnu)
rev e3bd8ce699d9c9904687ffaefc6ca1fe105d9788
**Blocking/related**: blocks me from doing the Memory usage option for Ion's `prompt` builtin command: #754
https://gitlab.redox-os.org/redox-os/ion/-/issues/378Refactor Job Control2018-06-18T16:32:11ZMichael Aaron Murphymmstick@pm.meRefactor Job ControlThe job control portions of the codebase are in a bit of a mess right now, so I think it's pretty important that we spend time refactoring it to increase maintainability in the future.
- [x] Forking
- [x] Signals
- [ ] Background M...The job control portions of the codebase are in a bit of a mess right now, so I think it's pretty important that we spend time refactoring it to increase maintainability in the future.
- [x] Forking
- [x] Signals
- [ ] Background Managementhttps://gitlab.redox-os.org/redox-os/ion/-/issues/276Publish src/shell_expand/ as crate2018-06-18T16:32:22ZMichael Aaron Murphymmstick@pm.mePublish src/shell_expand/ as crate*Created by: kpcyrd*
I'm very interested in processing a string for something that is suiteable for the permutate crate.
I've tried to reimplement the subset of features I need (expand_braces) and ended up with something buggy half-w...*Created by: kpcyrd*
I'm very interested in processing a string for something that is suiteable for the permutate crate.
I've tried to reimplement the subset of features I need (expand_braces) and ended up with something buggy half-working. Could you consider publishing the shell expander as a crate I can use in my program :) ?https://gitlab.redox-os.org/redox-os/calc/-/issues/15Utilities for command line application2018-06-10T06:47:01ZMichael Aaron Murphymmstick@pm.meUtilities for command line application*Created by: huntergoldstein*
# Problem
Currently the command line application is fairly bare-bones. It just reads lines from `stdin` and uses a fairly simple arg-checking strategy.
# Solution
- [x] Have `calc` determine if `stdin` `...*Created by: huntergoldstein*
# Problem
Currently the command line application is fairly bare-bones. It just reads lines from `stdin` and uses a fairly simple arg-checking strategy.
# Solution
- [x] Have `calc` determine if `stdin` `isatty` and run interactively or not
- [x] Use a line editing library such as `liner`
- [x] Use an argument parsing library such as `clap`
https://gitlab.redox-os.org/redox-os/cookbook/-/issues/28xargo command not found2018-06-16T13:33:58ZJeremy Sollerxargo command not found*Created by: BrendanBall*
I'm running Arch Linux, When I try run `make all` it fails when trying to run `cook.sh` complaining that `xargo` doesn't exist. I ran `./bootstrap.sh -d`, `rustup override set nightly` (and `rustup default nigh...*Created by: BrendanBall*
I'm running Arch Linux, When I try run `make all` it fails when trying to run `cook.sh` complaining that `xargo` doesn't exist. I ran `./bootstrap.sh -d`, `rustup override set nightly` (and `rustup default nightly` and `rustup update`), and `git submodule update --recursive --init` as per the docs.
I'm running this on redox master branch.
```
➜ redox git:(master) make all
cargo run --manifest-path installer/Cargo.toml -- --cookbook=cookbook initfs.toml
Finished dev [unoptimized + debuginfo] target(s) in 0.0 secs
Running `installer/target/debug/redox_installer --cookbook=cookbook initfs.toml`
Install Config {
general: GeneralConfig {
prompt: false,
sysroot: Some(
"build/initfs"
)
},
packages: {
"drivers": PackageConfig {
version: None,
git: None,
path: None
},
"init": PackageConfig {
version: None,
git: None,
path: None
},
"redoxfs": PackageConfig {
version: None,
git: None,
path: None
}
},
files: [
FileConfig {
path: "/etc/init.rc",
data: "export PATH initfs:/bin\nvesad T T G\nstdio display:1\nps2d\npcid /etc/pcid.toml\nredoxfs disk:0 file\ncd file:\nexport PATH file:/bin\nrun.d /etc/init.d\n"
}
],
users: {}
}
Create directory /home/brendan/development/projects/redox/build/initfs/
repo - building drivers
cook - drivers update
./cook.sh: line 131: xargo: command not found
./repo.sh failed.make: *** [mk/initfs.mk:2: build/initfs.tag] Error 1
``` https://gitlab.redox-os.org/redox-os/kernel/-/issues/84Block pipe writes when the buffer grows too large2023-06-27T13:35:15ZJeremy SollerBlock pipe writes when the buffer grows too large*Created by: xTibor*
It looks like the growth of the pipe buffers currently unbounded. This can cause problems when a pipe is written faster than the other end reads it.
For example for following test app produces an out of frames pani...*Created by: xTibor*
It looks like the growth of the pipe buffers currently unbounded. This can cause problems when a pipe is written faster than the other end reads it.
For example for following test app produces an out of frames panic within seconds:
```rust
use std::process::{Command, Stdio};
use std::thread;
fn main() {
let child = Command::new("cat")
.args(&["zero:/"])
.stdout(Stdio::piped())
.spawn()
.expect("failed to execute child");
loop {
thread::yield_now();
}
}
```https://gitlab.redox-os.org/redox-os/redoxfs/-/issues/9create doesn't throw errors on non-existing paths2018-06-16T08:06:32ZJeremy Sollercreate doesn't throw errors on non-existing pathshttps://github.com/redox-os/redox/issues/873https://github.com/redox-os/redox/issues/873https://gitlab.redox-os.org/redox-os/drivers/-/issues/9pcid: migrate from rustc-serialize to serde2018-06-15T02:27:16ZJeremy Sollerpcid: migrate from rustc-serialize to serde*Created by: xTibor*
The `rustc-serialize` crate what is used by the PCI driver has officially been deprecated. The Rust folks suggest migrating to `serde`.
Announcement: https://users.rust-lang.org/t/deprecation-of-rustc-serialize/1...*Created by: xTibor*
The `rustc-serialize` crate what is used by the PCI driver has officially been deprecated. The Rust folks suggest migrating to `serde`.
Announcement: https://users.rust-lang.org/t/deprecation-of-rustc-serialize/10485https://gitlab.redox-os.org/redox-os/orbital/-/issues/19Full Screen Windows2018-06-15T00:17:45ZJeremy SollerFull Screen Windows*Created by: pharaone*
Full Screen Windows without top bar*Created by: pharaone*
Full Screen Windows without top barhttps://gitlab.redox-os.org/redox-os/orbterm/-/issues/1Orbterm crashes on window resize2018-07-13T22:43:20ZJeremy SollerOrbterm crashes on window resize*Created by: xTibor*
**Reproduction**:
1. Login as `user`, open `orbterm`
2. Execute `cat rand:`
3. Resize the window vertically
**Expected behavior**:
Not to crash.
**Actual behavior**:
The app crashes and the system produce...*Created by: xTibor*
**Reproduction**:
1. Login as `user`, open `orbterm`
2. Execute `cat rand:`
3. Resize the window vertically
**Expected behavior**:
Not to crash.
**Actual behavior**:
The app crashes and the system produces the following error messages:
```
launcher: 47 exited with signal: 11
launcher: reaping zombie 48: signal 4
```
and
```
Page fault: 06:00000100001B1F30 at 23:000000000040D0B0
TRACE: FFFFFF400014B0C0
FFFFFF400014B0C0: FFFFFF00001B6D41
FFFFFF00001B6C80+00C1
FFFFFF400014B150: FFFFFF00001B6C71
00000180000FE970: 000000000040F816
00000180000FFDE0: 0000000000422CDC
00000180000FFDF0: 0000000000422734
00000180000FFE80: 00000000004001F5
0000008000000018: EMPTY RETURN
SIGNAL 11, CPU 0, PID ContextId(47)
NAME file:/ui/bin/orbterm
Invalid opcode fault at 23:000000000048BD96
TRACE: FFFFFF40001AB0F8
FFFFFF40001AB0F8: FFFFFF00001B6689
FFFFFF00001B65F0+0099
FFFFFF40001AB158: FFFFFF00001B65E1
00000180000FDF70: 000000000048F7CE
00000180000FDFA0: 000000000048F778
00000180000FE010: 000000000049D1B7
00000180000FE070: 0000000000410BAA
00000180000FE0F0: 000000000041D4FA
00000180000FE4C0: 00000000004694CA
00000180000FE680: 0000000000473A1F
00000180000FFDB0: 0000000000475C1C
00000180000FFE10: 000000000047FDB7
00000180000FFE80: 00000000004001F5
0000008000000018: EMPTY RETURN
SIGNAL 4, CPU 0, PID ContextId(48)
NAME file:/bin/ion
```
**Build information**:
`rustc -V`: rustc 1.19.0-nightly (04145943a 2017-06-19)
`git rev-parse HEAD`: 87ed4e1ec55e67b5c1cc17d83f1efd745ccd3e07
**Misc**:
Horizontal resizing doesn't crash the app.https://gitlab.redox-os.org/redox-os/userutils/-/issues/29Use clap-rs Instead of ArgParser2018-06-15T22:19:28ZSamwiseFilmoremggmugginsmc@gmail.comUse clap-rs Instead of ArgParserSeems to me that there isn't a good reason that these utils don't use clap-rs. It would make them significantly more robust, and make them easier to implement and maintain. If there are any good reasons, please let me know. I'm willing t...Seems to me that there isn't a good reason that these utils don't use clap-rs. It would make them significantly more robust, and make them easier to implement and maintain. If there are any good reasons, please let me know. I'm willing to port things if we decide that it would be a good idea to use clap.
I realize that somebody put a lot of effort into writing the ArgParser crate, but it seems like the less code we have to maintain ourselves the better.https://gitlab.redox-os.org/redox-os/extrautils/-/issues/14Can't build after termion update2018-08-20T23:23:42ZJeremy SollerCan't build after termion update*Created by: Powersource*
Rolling back this commit https://github.com/redox-os/extrautils/commit/63c35e277b74b8841386cae1fd8e91099200858f makes compiling work again. If I'd make a guess you updated termion locally but didn't commit it.
...*Created by: Powersource*
Rolling back this commit https://github.com/redox-os/extrautils/commit/63c35e277b74b8841386cae1fd8e91099200858f makes compiling work again. If I'd make a guess you updated termion locally but didn't commit it.
A bit off topic but as a rust noob I wonder, `controls` is type `Read` but you can run `.keys()` on it even if as far as I can see, `io::Read` doesn't provide that.
```
me@pc[rust/extrautils]% cargo build --verbose
Fresh libc v0.2.11
Fresh extra v0.1.0 (https://github.com/redox-os/libextra.git#3946ef27)
Fresh termion v0.1.0 (https://github.com/Ticki/termion.git#119cbda7)
Compiling extrautils v0.1.0 (file:///mnt/hdd/home/me/prj/rust/extrautils)
Running `rustc src/bin/less.rs --crate-name less --crate-type bin -g --out-dir /mnt/hdd/home/me/prj/rust/extrautils/target/debug --emit=dep-info,link -L dependency=/mnt/hdd/home/me/prj/rust/extrautils/target/debug -L dependency=/mnt/hdd/home/me/prj/rust/extrautils/target/debug/deps --extern termion=/mnt/hdd/home/me/prj/rust/extrautils/target/debug/deps/libtermion-9a7f1bec54791087.rlib --extern extra=/mnt/hdd/home/me/prj/rust/extrautils/target/debug/deps/libextra-dbb0bf05fff66118.rlib`
src/bin/less.rs:181:17: 181:23 error: no method named `unwrap` found for type `termion::Key` in the current scope
src/bin/less.rs:181 match c.unwrap() {
^~~~~~
error: aborting due to previous error
error: Could not compile `extrautils`.
Caused by:
Process didn't exit successfully: `rustc src/bin/less.rs --crate-name less --crate-type bin -g --out-dir /mnt/hdd/home/me/prj/rust/extrautils/target/debug --emit=dep-info,link -L dependency=/mnt/hdd/home/me/prj/rust/extrautils/target/debug -L dependency=/mnt/hdd/home/me/prj/rust/extrautils/target/debug/deps --extern termion=/mnt/hdd/home/me/prj/rust/extrautils/target/debug/deps/libtermion-9a7f1bec54791087.rlib --extern extra=/mnt/hdd/home/me/prj/rust/extrautils/target/debug/deps/libextra-dbb0bf05fff66118.rlib` (exit code: 101)
me@pc[rust/extrautils]% cargo --version
cargo 0.13.0-nightly (15c1cd2 2016-07-17)
me@pc[rust/extrautils]% rustc --version
rustc 1.12.0-nightly (34f35ed29 2016-07-17)
```
https://gitlab.redox-os.org/redox-os/binutils/-/issues/2Use the coreutils extra module instead.2018-06-16T04:21:14ZJeremy SollerUse the coreutils extra module instead.*Created by: ticki*
*Created by: ticki*