redox-os issueshttps://gitlab.redox-os.org/groups/redox-os/-/issues2018-06-15T11:40:01Zhttps://gitlab.redox-os.org/redox-os/redox/-/issues/1001gawk does not build with the newest commit2018-06-15T11:40:01ZJeremy Sollergawk does not build with the newest commit*Created by: Csega*
**Reproduction**: use the latest bootstrap.sh, then cd redox, then make all
**Expected behavior**: build redox correctly
**Actual behavior**: gawk does not build
**Build information**: `rustc -V`: rustc 1.20...*Created by: Csega*
**Reproduction**: use the latest bootstrap.sh, then cd redox, then make all
**Expected behavior**: build redox correctly
**Actual behavior**: gawk does not build
**Build information**: `rustc -V`: rustc 1.20.0-nightly (ae98ebfcb 2017-07-20)
`git rev-parse HEAD`: c8d7b6d773a70170c312da7d21f2a506b578305b
`qemu-i386 -version`: qemu-i386 version 2.5.0 (Debian 1:2.5+dfsg-5ubuntu10.14), Copyright (c) 2003-2008 Fabrice Bellard
`uname -a`: Linux csega-eos-loki 4.4.0-83-generic #106-Ubuntu SMP Mon Jun 26 17:54:43 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
**Misc**: the exact output:
make[3]: Entering directory '/home/csega/redox/cookbook/recipes/gawk/build'
x86_64-elf-redox-gcc -g -O2 -DNDEBUG -o gawk array.o awkgram.o builtin.o cint_array.o command.o debug.o eval.o ext.o field.o floatcomp.o gawkapi.o gawkmisc.o int_array.o io.o main.o mpfr.o msg.o node.o profile.o re.o replace.o str_array.o symbol.o version.o support/libsupport.a -lm
main.o: In function `load_procinfo':
/home/csega/redox/cookbook/recipes/gawk/build/main.c:1003: undefined reference to `getppid'
collect2: error: ld returned 1 exit status
Makefile:648: recipe for target 'gawk' failed
make[3]: *** [gawk] Error 1
make[3]: Leaving directory '/home/csega/redox/cookbook/recipes/gawk/build'
Makefile:727: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/home/csega/redox/cookbook/recipes/gawk/build'
Makefile:552: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: Leaving directory '/home/csega/redox/cookbook/recipes/gawk/build'
./repo.sh failed.mk/filesystem.mk:2: recipe for target 'build/filesystem.bin' failed
make: *** [build/filesystem.bin] Error 1
------https://gitlab.redox-os.org/redox-os/redox/-/issues/979error: failed switching to "user:user": unable to find user user: no matching...2023-06-13T04:42:50ZJeremy Sollererror: failed switching to "user:user": unable to find user user: no matching entries in passwd file*Created by: aspera-non-spernit*
**Reproduction**: [describe how you are able to reproduce ("trigger") this bug/issue.]
Using the docker way of the redox installation as introduced in week 23, by invoking the following command:
do...*Created by: aspera-non-spernit*
**Reproduction**: [describe how you are able to reproduce ("trigger") this bug/issue.]
Using the docker way of the redox installation as introduced in week 23, by invoking the following command:
docker run --cap-add MKNOD --cap-add SYS_ADMIN --device /dev/fuse -e LOCAL_USER_ID='id -u' -v 'pwd':/src --rm redox make all
**Expected behavior**: [describe the behavior you would expect the repro to yield.]
positive docker results
**Actual behavior**: [describe the actual behavior, which is presented through the repro.].
Starting with UID : id -u
CARGO_HOME is /cargo
RUSTUP_HOME is /rustup
useradd: invalid user ID 'id'
chown: invalid user: 'user:user'
chown: invalid user: 'user:user'
error: failed switching to "user:user": unable to find user user: no matching entries in passwd file
**Redox release**: [only when using a prebuild version: redox version]
25 June 17 srcs latest on github
**Misc**: [optional: for other relevant information that should be known or cannot be described in the other fields.]
I tried also to change id to user or to a local (host) user name.
I changed the ` ` to ' ' in the command because the ones given in the wiki lead to another error:
docker: Error response from daemon: create `pwd`: "`pwd`" includes invalid characters for a local volume name, only "[a-zA-Z0-9][a-zA-Z0-9_.-]" are allowed. If you intended to pass a host directory, use absolute path.
See 'docker run --help'.
------
_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/999It still can't run in VMware(Windows 10)2023-06-13T04:42:50ZJeremy SollerIt still can't run in VMware(Windows 10)*Created by: 3442853561*
like https://github.com/redox-os/redox/issues/821*Created by: 3442853561*
like https://github.com/redox-os/redox/issues/821https://gitlab.redox-os.org/redox-os/redox/-/issues/977Is `x86_64-elf-redox-gcc` not installed?2018-06-15T11:40:01ZJeremy SollerIs `x86_64-elf-redox-gcc` not installed?*Created by: Olivered*
**Reproduction**:
make all
**Expected behavior**:
build succeeds
**Actual behavior**:
running: "x86_64-elf-redox-gcc" "-O3" "-ffunction-sections" "-fdata-sections" "-fPIC" "-ffreestanding" "-m64" "-fno-bui...*Created by: Olivered*
**Reproduction**:
make all
**Expected behavior**:
build succeeds
**Actual behavior**:
running: "x86_64-elf-redox-gcc" "-O3" "-ffunction-sections" "-fdata-sections" "-fPIC" "-ffreestanding" "-m64" "-fno-builtin" "-fvisibility=hidden" "-fomit-frame-pointer" "-ffreestanding" "-DVISIBILITY_HIDDEN" "-o" "/var/folders/w2/4xzz78pd24sb2mmssx4_d3tw0000gp/T/xargo.xTq7FE6PUvQ7/target/x86_64-unknown-redox/release/build/compiler_builtins-5e8895d281cea536/out/compiler-rt/../compiler-rt/lib/builtins/absvdi2.o" "-c" "../compiler-rt/lib/builtins/absvdi2.c"
failed to execute command: No such file or directory (os error 2)
Is `x86_64-elf-redox-gcc` not installed?
**Build information**:
rustc 1.20.0-nightly (229d0d326 2017-06-23)
git rev 12f419e6d26a3444a5b0de3fa9566e305003372e
Darwin Macbook-Pro 16.6.0 Darwin Kernel Version 16.6.0: Fri Apr 14 16:21:16 PDT 2017; root:xnu-3789.60.24~6/RELEASE_X86_64 x86_64 i386 MacBookPro12,1 Darwin
xcode, redox-os/x86_64-elf packages installed
https://gitlab.redox-os.org/redox-os/redox/-/issues/994grub4dos & isolinux compatibility?2023-06-13T04:42:50ZJeremy Sollergrub4dos & isolinux compatibility?*Created by: leeoniya*
hi,
i decided to try booting `redox_0.3.0.iso` from my multi-boot drive. the typical bootable iso entry in `menu.lst` looks like this: https://gist.github.com/poppen/3161814
```
title redox_0.3.0.iso
find --set-...*Created by: leeoniya*
hi,
i decided to try booting `redox_0.3.0.iso` from my multi-boot drive. the typical bootable iso entry in `menu.lst` looks like this: https://gist.github.com/poppen/3161814
```
title redox_0.3.0.iso
find --set-root /img/redox_0.3.0.iso
map /img/redox_0.3.0.iso (0xff) || map --mem /img/redox_0.3.0.iso (0xff)
map --hook
chainloader (0xff)
```
redox appears to fail image decompression with "Not enough memory to decompress image". this grab is from QEMU, but i get the same result on my Lenovo T440s.
![redox-grub4dos-qemu](https://user-images.githubusercontent.com/43234/28174575-769e9688-67b7-11e7-8bba-3ccbf55533c5.png)
thanks!https://gitlab.redox-os.org/redox-os/redox/-/issues/974Build fails on openSUSE 42.22023-06-13T04:42:50ZJeremy SollerBuild fails on openSUSE 42.2*Created by: cbcoutinho*
**Reproduction**: [describe how you are able to reproduce ("trigger") this bug/issue.]
I followed the manual installation instructions for a first time install. After cloning the repo recursively and overwritin...*Created by: cbcoutinho*
**Reproduction**: [describe how you are able to reproduce ("trigger") this bug/issue.]
I followed the manual installation instructions for a first time install. After cloning the repo recursively and overwriting the rust toolchain with nightly, I executed `./bootstrap.sh -d`. The log of that output can be see [in this gist](https://gist.github.com/cbcoutinho/5d1225b0054cb169a857c2bc561a3257)
At a first glance, it looks like this script is going into a number of functions that I don't think it has any business doing - why is it detecting a Debian/Ubuntu system?
NOTE: I think you need to install xargo before running make - that should probably be reflected in the README
After bootstrapping, I executed `make` - [this gist is the output](https://gist.github.com/cbcoutinho/b68b63095b95df7a0e4d68c65e5007f3)
Make fails with the following error:
```
failed to execute command: No such file or directory (os error 2)
Is `x86_64-elf-redox-gcc` not installed?
```
This looks similar to #40, in that an OSX build failed due to a missing dependency. Is my system thinking it's OSX and behaving as such? There is no package in the openSUSE universe that I am aware of named `x86_64-elf-redox-gcc`
**Expected behavior**: [describe the behavior you would expect the repro to yield.]
Not failing
**Actual behavior**: [describe the actual behavior, which is presented through the repro.].
Build is failing
**Build information**: [only when using a self build version: output of `rustc -V`, `git rev-parse HEAD` `qemu-i386 -version`, `uname -a`, etc.]
```
user:[~/Software/redox] (master)$ rustc -V
rustc 1.20.0-nightly (445077963 2017-06-20)
user:[~/Software/redox] (master)$ git rev-parse HEAD
cc42cab9e2210a5c8167207a9d7c52373a992880
user:[~/Software/redox] (master)$ qemu-system-i386 -version
QEMU emulator version 2.6.2 (openSUSE Leap 42.2), Copyright (c) 2003-2008 Fabrice Bellard
user:[~/Software/redox] (master)$ qemu-system-x86_64 -version
QEMU emulator version 2.6.2 (openSUSE Leap 42.2), Copyright (c) 2003-2008 Fabrice Bellard
user:[~/Software/redox] (master)$ uname -a
Linux hostname 4.4.70-18.9-default #1 SMP Wed May 31 09:09:25 UTC 2017 (c1231a7) x86_64 x86_64 x86_64 GNU/Linux
```
**Redox release**: [only when using a prebuild version: redox version]
First time build, N/A
**Blocking/related**: [issues or PRs blocking or being related to this issue.]
I think related to #40 , possibly also related to #970
**Misc**: [optional: for other relevant information that should be known or cannot be described in the other fields.]https://gitlab.redox-os.org/redox-os/redox/-/issues/990Panic on killing processes2023-06-13T04:42:50ZJeremy SollerPanic on killing processes*Created by: xTibor*
**Reproduction**:
I could only reproduce it with the recently added `rustual-boy` emulator.
1. Login into Orbital
2. Open a Terminal window
3. Run `rustual-boy-cli /path/some_rom_anything.vb`.
4. Open an another Te...*Created by: xTibor*
**Reproduction**:
I could only reproduce it with the recently added `rustual-boy` emulator.
1. Login into Orbital
2. Open a Terminal window
3. Run `rustual-boy-cli /path/some_rom_anything.vb`.
4. Open an another Terminal window
5. Run `ps`. Find the two process ids of the emulator.
6. Run `kill 9 <first_process_id>`
7. Run `kill 9 <second_process_id>`
8. Panic
**Actual behavior**:
The kernel panics with the following message:
```
Signal handler: 9, 0
PANIC: unmap_inner(10000000000): p3 not found
FILE: src/paging/mapper.rs
LINE: 185
TRACE: FFFFFF40001C7D80
FFFFFF40001C7D80: FFFFFF0000151986
FFFFFF00001517A0+01E6
FFFFFF40001C7E30: FFFFFF00001A73E4
FFFFFF00001A7360+0084
FFFFFF40001C7EA0: FFFFFF0000151484
FFFFFF0000151210+0274
FFFFFF40001C7F20: FFFFFF0000179DB5
FFFFFF0000179780+0635
FFFFFF40001C8060: FFFFFF000017D856
FFFFFF000017D060+07F6
FFFFFF40001C81E0: FFFFFF000014CB73
FFFFFF000014C8B0+02C3
FFFFFF40001C8280: FFFFFF000014945C
FFFFFF0000149440+001C
FFFFFF40001C8390: FFFFFF0000169257
FFFFFF0000169010+0247
FFFFFF40001C8480: FFFFFF0000168FD4
FFFFFF0000168E10+01C4
FFFFFF40001C8520: FFFFFF000016A78A
FFFFFF000016A6D0+00BA
FFFFFF40001C8570: FFFFFF0000126087
FFFFFF0000125F00+0187
FFFFFF40001C85A0: FFFFFF00001739F3
FFFFFF0000173690+0363
FFFFFF40001C8650: FFFFFF000017F67A
FFFFFF000017EE70+080A
FFFFFF40001C89C0: FFFFFF000014FC8A
FFFFFF000014FC60+002A
FFFFFF40001C89E0: FFFFFF000014FC4D
FFFFFF000014FC30+001D
00000180000FC950: GUARD PAGE
HALT
```
**Build information**:
`rustc -V`: rustc 1.20.0-nightly (720c596ec 2017-07-08)
`git rev-parse HEAD`: 31671ae3d95b0aa88bc3793b9961578b28ca4b6bhttps://gitlab.redox-os.org/redox-os/redox/-/issues/970Build Fails (Solus Linux for missing x86_64-elf-redox-gcc)2023-06-13T04:42:50ZJeremy SollerBuild Fails (Solus Linux for missing x86_64-elf-redox-gcc)*Created by: BearzRobotics*
**Reproduction**: Follow build instructions for the bootstrap script to build Redox
**Expected behavior**: Redox is build
**Actual behavior**: Make Fails [Pastbin link](https://pastebin.com/CJLfpvq5)
...*Created by: BearzRobotics*
**Reproduction**: Follow build instructions for the bootstrap script to build Redox
**Expected behavior**: Redox is build
**Actual behavior**: Make Fails [Pastbin link](https://pastebin.com/CJLfpvq5)
**Build information**: [`rustc -V`, `git rev-parse HEAD` `qemu-i386 -version`, `uname -a`, etc.]
rustc 1.19.0-nightly (554c685b0 2017-06-14)
497b6fde96aa7d730565a8926c6fea171b6fb80e
qemu-i386 version 2.9.0
Linux plex 4.9.30-29.lts #1 SMP Sat May 27 10:29:10 UTC 2017 x86_64 GNU/Linux
**Blocking/related**:
failed to execute command: No such file or directory (os error 2)
Is `x86_64-elf-redox-gcc` not installed?
https://gitlab.redox-os.org/redox-os/redox/-/issues/991qemu does not work with the newest revision2018-06-15T11:40:00ZJeremy Sollerqemu does not work with the newest revision*Created by: Csega*
Hi guys,
I got the following problem with the last few version (including the latest master revision).
**Reproduction**: make a clean installation using the newest bootstrap.sh, then cd redox, then make all, th...*Created by: Csega*
Hi guys,
I got the following problem with the last few version (including the latest master revision).
**Reproduction**: make a clean installation using the newest bootstrap.sh, then cd redox, then make all, then make qemu kvm=no
**Expected behavior**: Successful build and a working system.
**Actual behavior**: the build is successful, however, the make qemu kvm=no has the following output:
make qemu kvm=no
SDL_VIDEO_X11_DGAMOUSE=0 qemu-system-x86_64 -serial mon:stdio -d cpu_reset -d guest_errors -smp 4 -m 2048 -machine q35 -device ich9-intel-hda -device hda-duplex -net nic,model=e1000 -net user -net dump,file=build/network.pcap -device nec-usb-xhci,id=xhci -device usb-tablet,bus=xhci.0 \
-drive file=build/harddrive.bin,format=raw \
-drive file=build/extra.qcow2
warning: TCG doesn't support requested feature: CPUID.01H:ECX.vmx [bit 5]
warning: TCG doesn't support requested feature: CPUID.01H:ECX.vmx [bit 5]
warning: TCG doesn't support requested feature: CPUID.01H:ECX.vmx [bit 5]
warning: TCG doesn't support requested feature: CPUID.01H:ECX.vmx [bit 5]
qemu-system-x86_64: cannot set up guest memory 'pc.ram': Cannot allocate memory
mk/qemu.mk:38: recipe for target 'qemu' failed
make: *** [qemu] Error 1
**Build information**: `rustc -V`: rustc 1.20.0-nightly (d84693b93 2017-07-09)
`git rev-parse HEAD`: ca4159b1eca9173d13c5c626ac2ec0b6087bfd7f
`qemu-i386 -version`: qemu-i386 version 2.5.0 (Debian 1:2.5+dfsg-5ubuntu10.14), Copyright (c) 2003-2008 Fabrice Bellard
`uname -a`: Linux csega-eos-loki 4.4.0-83-generic #106-Ubuntu SMP Mon Jun 26 17:54:43 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
What could be the problem?
Cheers,
Csegahttps://gitlab.redox-os.org/redox-os/redox/-/issues/967Bootstrap doesn't install xargo2018-06-15T11:40:00ZJeremy SollerBootstrap doesn't install xargo*Created by: jmikkola*
**Reproduction**:
- Clone the repo
- Init submodules
- Run the bootstrap script
- Run `make all`
**Expected behavior**: it compiles
**Actual behavior**:
```
./cook.sh: line 131: xargo: command no...*Created by: jmikkola*
**Reproduction**:
- Clone the repo
- Init submodules
- Run the bootstrap script
- Run `make all`
**Expected behavior**: it compiles
**Actual behavior**:
```
./cook.sh: line 131: xargo: command not found
./repo.sh failed.mk/initfs.mk:2: recipe for target 'build/initfs.tag' failed
make: *** [build/initfs.tag] Error 1
```
**Build information**:
- rustc 1.19.0-nightly (fe7227f6c 2017-06-16)
- HEAD = 56504fc8b179eeed0ae6001e01e9f923ae28526e
- uname -a: `Linux firefly 4.4.0-78-generic #99-Ubuntu SMP Thu Apr 27 15:29:09 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux`
I fixed this by running
cargo install xargohttps://gitlab.redox-os.org/redox-os/redox/-/issues/963OSX: undefined reference to `c_cpuid': make {virtualbox,qemu}2023-06-13T04:42:49ZJeremy SollerOSX: undefined reference to `c_cpuid': make {virtualbox,qemu}*Created by: adarqui*
**Reproduction**: bootstrap.sh; make qemu (or make virtualbox)
**Expected behavior**: Don't error.
**Actual behavior**: I receive the following error:
```
redox$ make virtualbox
x86_64-elf-ld --gc-sectio...*Created by: adarqui*
**Reproduction**: bootstrap.sh; make qemu (or make virtualbox)
**Expected behavior**: Don't error.
**Actual behavior**: I receive the following error:
```
redox$ make virtualbox
x86_64-elf-ld --gc-sections -z max-page-size=0x1000 -T kernel/linkers/x86_64.ld -o build/kernel build/libkernel.a
build/libkernel.a(raw_cpuid-9cf6b6e4636721a8.0.o): In function `raw_cpuid::CpuId::new::h7dfb0a7093d5537d':
raw_cpuid.cgu-0.rs:(.text._ZN9raw_cpuid5CpuId3new17h7dfb0a7093d5537dE+0x35): undefined reference to `c_cpuid'
raw_cpuid.cgu-0.rs:(.text._ZN9raw_cpuid5CpuId3new17h7dfb0a7093d5537dE+0x35): relocation truncated to fit: R_X86_64_PLT32 against undefined symbol `c_cpuid'
build/libkernel.a(raw_cpuid-9cf6b6e4636721a8.0.o): In function `raw_cpuid::CpuId::get_vendor_info::hd4ca29f2f98219c9':
raw_cpuid.cgu-0.rs:(.text._ZN9raw_cpuid5CpuId15get_vendor_info17hd4ca29f2f98219c9E+0x39): undefined reference to `c_cpuid'
raw_cpuid.cgu-0.rs:(.text._ZN9raw_cpuid5CpuId15get_vendor_info17hd4ca29f2f98219c9E+0x39): relocation truncated to fit: R_X86_64_PLT32 against undefined symbol `c_cpuid'
build/libkernel.a(raw_cpuid-9cf6b6e4636721a8.0.o): In function `raw_cpuid::CpuId::get_feature_info::h7b77103b518d3f0e':
raw_cpuid.cgu-0.rs:(.text._ZN9raw_cpuid5CpuId16get_feature_info17h7b77103b518d3f0eE+0x3e): undefined reference to `c_cpuid'
raw_cpuid.cgu-0.rs:(.text._ZN9raw_cpuid5CpuId16get_feature_info17h7b77103b518d3f0eE+0x3e): relocation truncated to fit: R_X86_64_PLT32 against undefined symbol `c_cpuid'
build/libkernel.a(raw_cpuid-9cf6b6e4636721a8.0.o): In function `raw_cpuid::CpuId::get_extended_feature_info::hf22f499da193f407':
raw_cpuid.cgu-0.rs:(.text._ZN9raw_cpuid5CpuId25get_extended_feature_info17hf22f499da193f407E+0x3e): undefined reference to `c_cpuid'
raw_cpuid.cgu-0.rs:(.text._ZN9raw_cpuid5CpuId25get_extended_feature_info17hf22f499da193f407E+0x3e): relocation truncated to fit: R_X86_64_PLT32 against undefined symbol `c_cpuid'
build/libkernel.a(raw_cpuid-9cf6b6e4636721a8.0.o): In function `raw_cpuid::CpuId::get_processor_frequency_info::hdbe7789140580e13':
raw_cpuid.cgu-0.rs:(.text._ZN9raw_cpuid5CpuId28get_processor_frequency_info17hdbe7789140580e13E+0x3e): undefined reference to `c_cpuid'
raw_cpuid.cgu-0.rs:(.text._ZN9raw_cpuid5CpuId28get_processor_frequency_info17hdbe7789140580e13E+0x3e): relocation truncated to fit: R_X86_64_PLT32 against undefined symbol `c_cpuid'
build/libkernel.a(raw_cpuid-9cf6b6e4636721a8.0.o):raw_cpuid.cgu-0.rs:(.text._ZN9raw_cpuid5CpuId26get_extended_function_info17h808fd7c958fb4fc5E+0x4a): more undefined references to `c_cpuid' follow
build/libkernel.a(raw_cpuid-9cf6b6e4636721a8.0.o): In function `raw_cpuid::CpuId::get_extended_function_info::h808fd7c958fb4fc5':
raw_cpuid.cgu-0.rs:(.text._ZN9raw_cpuid5CpuId26get_extended_function_info17h808fd7c958fb4fc5E+0x4a): relocation truncated to fit: R_X86_64_PLT32 against undefined symbol `c_cpuid'
raw_cpuid.cgu-0.rs:(.text._ZN9raw_cpuid5CpuId26get_extended_function_info17h808fd7c958fb4fc5E+0x192): relocation truncated to fit: R_X86_64_PLT32 against undefined symbol `c_cpuid'
make: *** [build/kernel] Error 1
```
**Build information**:
```
redox$ rustc -V
rustc 1.19.0-nightly (4bf5c99af 2017-06-10)
current git master as of: f5677cc76fbd7b9d96dc22b78fc9a25b2cac2e07
redox$ uname -a
Darwin redox 16.6.0 Darwin Kernel Version 16.6.0: Fri Apr 14 16:21:16 PDT 2017; root:xnu-3789.60.24~6/RELEASE_X86_64 x86_64
```
**More**
```
redox$ grep -r c_cpuid .
Binary file ./build/libkernel.a matches
Binary file ./kernel/target/x86_64-unknown-none/release/build/raw-cpuid-810e159428d76215/out/libcpuid.a matches
Binary file ./kernel/target/x86_64-unknown-none/release/build/raw-cpuid-810e159428d76215/out/src/cpuid.o matches
Binary file ./kernel/target/x86_64-unknown-none/release/deps/libraw_cpuid-9cf6b6e4636721a8.rlib matches
```
Any idea? Thanks!https://gitlab.redox-os.org/redox-os/redox/-/issues/966Rethink the network interfaces (network scheme, drivers)2023-06-13T04:42:49ZJeremy SollerRethink the network interfaces (network scheme, drivers)*Created by: real-unoriginal*
Currently (it seems) that redox has two nic drivers, each of which when ran mounts the **one** nic directly to the *network* scheme. The additional networking daemons that use the *network* scheme directly ...*Created by: real-unoriginal*
Currently (it seems) that redox has two nic drivers, each of which when ran mounts the **one** nic directly to the *network* scheme. The additional networking daemons that use the *network* scheme directly or indirectly also depend on the fact that there is only one interface (so there is no routing table for example).
This design makes using more than 1 physical nic at the same time impossible. Also since many networking protocols (eg: PPP(oE), WIREGUARD) that require setting up virtual network interfaces (that than will be used to route appropriate IP packets through), currently they cannot be implemented.
In order to fix this we would need to do something similar to the *disk* schemes, that mounts multiple disks as *disk:/1*. *disk:/2* etc. The following questions arise:
* How to name physical interfaces (traditional eth{x}, something like systemd does: "enp0s3" or the same as *disk* names disks /1 /2 /3 ...) ?
* Where do virtual interfaces are connected to? Do we mount them under the network scheme too or do we want to make a separete scheme for phisical nics, and virtual ones?
* Who maintains the routing table (ipd?)? When creating a new virtual interface that has an ip address and can reach a set of ip adresses how do we signal this to the daemon that maintains the routing table?https://gitlab.redox-os.org/redox-os/redox/-/issues/958MIT Licence doesn't suit OS Development2018-06-15T11:40:00ZJeremy SollerMIT Licence doesn't suit OS Development*Created by: anon8000*
Here the Redox Founder says he doesn't care about Licence:
https://youtu.be/eH5JgMlNE8o?t=2681
While he does make other nonsense comments about Free Software Projects and why he thinks they are in a bad shape an...*Created by: anon8000*
Here the Redox Founder says he doesn't care about Licence:
https://youtu.be/eH5JgMlNE8o?t=2681
While he does make other nonsense comments about Free Software Projects and why he thinks they are in a bad shape and such, he obviously has no Idea or is "paid" to not care.
That's a very bad move. Nobody in their right mind will join a OS Project after all what People have seen happening in with Free Software and everything surrounding it, unless they are to young to know or are misinformed.
I suggest changing to GPL3. It's litterally a Licence made for OS Development.
GPL Version 3 Background to Adoption: https://www.fsf.org/news/gpl3.html
A Quick Guide: http://www.gnu.org/licenses/quick-guide-gplv3.en.html
Here are some Videos about Free Software you have to watch:
https://www.youtube.com/watch?v=b3uX5XwdN_8
https://www.youtube.com/watch?v=POexV1k62_Y
That said, even if your one and only purpose for this Project is to advertise the Rust Language it's still a very bad move with the MIT Licence. Those who know how things go won't ever invest development time into this because they'd be just wasting it. I myself would start learning the Rust Language if Redox had a GPL3 complete Licence. At the moment it's basically the only interessting Project that uses that Language but it just doesn't make sense learning it for something that's broken because of licensing.https://gitlab.redox-os.org/redox-os/redox/-/issues/981Compile Error: failed to iterate over archive, numeric field did not have utf...2023-06-13T04:42:16ZJeremy SollerCompile Error: failed to iterate over archive, numeric field did not have utf-8 text*Created by: MichaelOultram*
**Relevant lines of the build log**:
```
Installing package drivers
thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: Error { repr: Custom(Custom { kind: Other, error: TarError { desc: ...*Created by: MichaelOultram*
**Relevant lines of the build log**:
```
Installing package drivers
thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: Error { repr: Custom(Custom { kind: Other, error: TarError { desc: "failed to iterate over archive", io: Error { repr: Custom(Custom { kind: Other, error: StringError("numeric field did not have utf-8 text") }) } } }) }', /checkout/src/libcore/result.rs:860
```
Full build log: https://pastebin.com/XBkczJ7U
**Build information**:
```
$ rustc -V
rustc 1.20.0-nightly (fc9ccfdbe 2017-06-25)
$ git rev-parse HEAD
cbd126aa5cc1d5e878fc83d132f41dc1a882c09a
```
**The (possible) cause**:
I believe the cause is this [function](https://github.com/redox-os/pkgutils/blob/9efeabe1f1a68998c667447b0dad614b854ae4c2/src/package.rs#L18) which does not deal with `.tar.gz` files properly (based on [this forum post](https://users.rust-lang.org/t/solved-tar-rs-failed-to-iterate-over-archive-when-unpacking-tar/4442/6)). Unfortunately I don't know enough rust to make a pull request.
**My quick and dirty fix**:
* I changed [this line](https://github.com/redox-os/installer/blob/f99fac30ea7bd69f04e6f2ac67bf4d197c7b91de/src/install.rs#L87) to be `.tar` instead of `.tar.gz`
* I ran `gunzip cookbook/repo/x86_64-unknown-redox/*.tar.gz`
* And I ran make (it didn't work the first time as it make more .tar.gz files which I then uncompressed and tried again)https://gitlab.redox-os.org/redox-os/redox/-/issues/957`make all` fails: `./repo.sh failed.make: *** [mk/filesystem.mk:11: build/fil...2023-06-13T04:42:49ZJeremy Soller`make all` fails: `./repo.sh failed.make: *** [mk/filesystem.mk:11: build/filesystem.bin] Error 1`*Created by: jeehoonkang*
**Reproduction**: [describe how you are able to reproduce ("trigger") this bug/issue.]
```
$ curl -sf https://raw.githubusercontent.com/redox-os/redox/master/bootstrap.sh -o bootstrap.sh && bash -e bootstra...*Created by: jeehoonkang*
**Reproduction**: [describe how you are able to reproduce ("trigger") this bug/issue.]
```
$ curl -sf https://raw.githubusercontent.com/redox-os/redox/master/bootstrap.sh -o bootstrap.sh && bash -e bootstrap.sh
$ cd redox
$ make all
```
**Expected behavior**: [describe the behavior you would expect the repro to yield.]
It should be compiled.
**Actual behavior**: [describe the actual behavior, which is presented through the repro.].
```
$ make all
fusermount -u build/filesystem/ || true
rm -rf build/filesystem.bin build/filesystem.bin.partial build/filesystem/
dd if=/dev/zero of=build/filesystem.bin.partial bs=1048576 count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB, 1.0 GiB) copied, 0.370825 s, 2.9 GB/s
cargo run --manifest-path installer/redoxfs/Cargo.toml --quiet --release --bin redoxfs-mkfs build/filesystem.bin.partial
redoxfs-mkfs: created filesystem on build/filesystem.bin.partial, size 1024 MB
mkdir -p build/filesystem/
cargo build --manifest-path installer/redoxfs/Cargo.toml --quiet --release --bin redoxfs
cargo run --manifest-path installer/redoxfs/Cargo.toml --quiet --release --bin redoxfs -- build/filesystem.bin.partial build/filesystem/
redoxfs: opened filesystem build/filesystem.bin.partial
sleep 2
pgrep redoxfs
2099
cargo run --manifest-path installer/Cargo.toml -- --cookbook=cookbook filesystem.toml
Finished dev [unoptimized + debuginfo] target(s) in 0.0 secs
Running `installer/target/debug/redox_installer --cookbook=cookbook filesystem.toml`
Install Config {
general: GeneralConfig {
prompt: false,
sysroot: Some(
"build/filesystem"
)
},
packages: {
"contain": PackageConfig {
version: None,
git: None,
path: None
},
"coreutils": PackageConfig {
version: None,
git: None,
path: None
},
"extrautils": PackageConfig {
version: None,
git: None,
path: None
},
"init": PackageConfig {
version: None,
git: None,
path: None
},
"installer": PackageConfig {
version: None,
git: None,
path: None
},
"ion": PackageConfig {
version: None,
git: None,
path: None
},
"netstack": PackageConfig {
version: None,
git: None,
path: None
},
"netutils": PackageConfig {
version: None,
git: None,
path: None
},
"orbdata": PackageConfig {
version: None,
git: None,
path: None
},
"orbital": PackageConfig {
version: None,
git: None,
path: None
},
"orbterm": PackageConfig {
version: None,
git: None,
path: None
},
"orbutils": PackageConfig {
version: None,
git: None,
path: None
},
"pkgutils": PackageConfig {
version: None,
git: None,
path: None
},
"ptyd": PackageConfig {
version: None,
git: None,
path: None
},
"randd": PackageConfig {
version: None,
git: None,
path: None
},
"redoxfs": PackageConfig {
version: None,
git: None,
path: None
},
"smith": PackageConfig {
version: None,
git: None,
path: None
},
"userutils": PackageConfig {
version: None,
git: None,
path: None
}
},
files: [
FileConfig {
path: "/etc/init.d/00_base",
data: "randd\nptyd\n"
},
FileConfig {
path: "/etc/init.d/10_net",
data: "ethernetd\nipd\ntcpd\nudpd\ndhcpd -b\n"
},
FileConfig {
path: "/etc/init.d/20_orbital",
data: "orbital display:3/activate /ui/bin/orblogin /ui/bin/launcher\n"
},
FileConfig {
path: "/etc/init.d/30_console",
data: "getty display:2\ngetty debug: -J\n"
},
FileConfig {
path: "/etc/net/dns",
data: "208.67.222.222"
},
FileConfig {
path: "/etc/net/ip",
data: "10.0.2.15"
},
FileConfig {
path: "/etc/net/ip_router",
data: "10.0.2.2"
},
FileConfig {
path: "/etc/net/ip_subnet",
data: "255.255.255.0"
},
FileConfig {
path: "/etc/net/mac",
data: "00.00.00.00.00.00"
},
FileConfig {
path: "/etc/pkg.d/50_redox",
data: "https://static.redox-os.org/pkg"
},
FileConfig {
path: "/etc/group",
data: "sudo;1;user"
},
FileConfig {
path: "/etc/hostname",
data: "redox"
},
FileConfig {
path: "/etc/issue",
data: "########## Redox OS ##########\n# Login with the following: #\n# `user` #\n# `root`:`password` #\n##############################\n\n"
},
FileConfig {
path: "/etc/motd",
data: "Welcome to Redox OS!\n\n"
}
],
users: {
"root": UserConfig {
password: Some(
"$argon2i$m=4096,t=10,p=1$Tnc4UVV0N00$ML9LIOujd3nmAfkAwEcSTMPqakWUF0OUiLWrIy0nGLk"
),
uid: Some(
0
),
gid: Some(
0
),
name: Some(
"root"
),
home: Some(
"/root"
),
shell: None
},
"user": UserConfig {
password: Some(
""
),
uid: None,
gid: None,
name: None,
home: None,
shell: None
}
}
}
Create directory /home/jeehoonkang/Works/redox/build/filesystem/
�[01;38;5;155mrepo - contain up to date�[0m
�[01;38;5;155mrepo - coreutils up to date�[0m
�[01;38;5;155mrepo - extrautils up to date�[0m
�[01;38;5;155mrepo - init up to date�[0m
�[01;38;5;155mrepo - installer up to date�[0m
�[01;38;5;155mrepo - ion up to date�[0m
�[01;38;5;155mrepo - netstack up to date�[0m
�[01;38;5;155mrepo - netutils up to date�[0m
�[01;38;5;155mrepo - building orbdata�[0m
�[01;38;5;215mcook - orbdata update�[0m
skipping update
./repo.sh failed.make: *** [mk/filesystem.mk:11: build/filesystem.bin] Error 1
```
**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]
```
$ rustc -V
rustc 1.19.0-nightly (f062832b2 2017-06-07)
$ git rev-parse HEAD
0eba99659e6ef9d2184e64eaee045c4a720132db
$ uname -a
Linux jeehoonang-lab 4.11.3-1-MANJARO #1 SMP PREEMPT Thu May 25 20:44:21 UTC 2017 x86_64 GNU/Linux
```
**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/971Ion build fails2018-06-15T11:40:00ZJeremy SollerIon build fails*Created by: jsalzbergedu*
**Reproduction**:
Running `make all` in the `redox/` directory fails when building ion
**Expected behavior**: Ion builds, along with the rest of the system
**Actual behavior**: When building redox, I g...*Created by: jsalzbergedu*
**Reproduction**:
Running `make all` in the `redox/` directory fails when building ion
**Expected behavior**: Ion builds, along with the rest of the system
**Actual behavior**: When building redox, I get all the way to
```shell
cook - ion update
Updating registry `https://github.com/rust-lang/crates.io-index`
cook - ion build
Updating registry `https://github.com/rust-lang/crates.io-index`
Compiling libc v0.2.24
Compiling gcc v0.3.51
Compiling core v0.0.0 (file:///home/jacob/GitHub/redox/rust/src/libcore)
Compiling unwind v0.0.0 (file:///home/jacob/GitHub/redox/rust/src/libunwind)
Compiling libc v0.0.0 (file:///home/jacob/GitHub/redox/rust/src/rustc/libc_shim)
Compiling filetime v0.1.10
Compiling build_helper v0.1.0 (file:///home/jacob/GitHub/redox/rust/src/build_helper)
Compiling std v0.0.0 (file:///home/jacob/GitHub/redox/rust/src/libstd)
Compiling compiler_builtins v0.0.0 (file:///home/jacob/GitHub/redox/rust/src/libcompiler_builtins)
Compiling std_unicode v0.0.0 (file:///home/jacob/GitHub/redox/rust/src/libstd_unicode)
Compiling rand v0.0.0 (file:///home/jacob/GitHub/redox/rust/src/librand)
Compiling alloc v0.0.0 (file:///home/jacob/GitHub/redox/rust/src/liballoc)
Compiling alloc_system v0.0.0 (file:///home/jacob/GitHub/redox/rust/src/liballoc_system)
Compiling panic_abort v0.0.0 (file:///home/jacob/GitHub/redox/rust/src/libpanic_abort)
Compiling panic_unwind v0.0.0 (file:///home/jacob/GitHub/redox/rust/src/libpanic_unwind)
Compiling collections v0.0.0 (file:///home/jacob/GitHub/redox/rust/src/libcollections)
warning: dropping unsupported crate type `dylib` for target `x86_64-unknown-redox`
Finished release [optimized + debuginfo] target(s) in 38.84 secs
Compiling unicode-width v0.1.4
Compiling slab v0.3.0
Compiling version_check v0.1.2
Compiling quote v0.3.15
Compiling smallvec v0.3.3
Compiling log v0.3.8
Compiling ansi_term v0.9.0
Compiling cfg-if v0.1.1
Compiling permutate v0.3.2
Compiling futures v0.1.14
Compiling scoped-tls v0.1.0
Compiling byteorder v1.0.0
Compiling iovec v0.1.0
error: expected one of `::`, `;`, or `as`, found `#`
--> /home/jacob/.cargo/registry/src/github.com-1ecc6299db9ec823/iovec-0.1.0/src/lib.rs:18:1
|
16 | use IoVec
| - expected one of `::`, `;`, or `as` here
17 |
18 | #[cfg(unix)]
| ^ unexpected token
error: aborting due to previous error(s)
error: Could not compile `iovec`.
warning: build failed, waiting for other jobs to finish...
error: build failed
./repo.sh failed.make: *** [mk/filesystem.mk:12: build/filesystem.bin] Error 1
```
**Build information**:
`rustc -V` : `rustc 1.19.0-nightly (04145943a 2017-06-19)`
`git rev-parse HEAD` : `497b6fde96aa7d730565a8926c6fea171b6fb80e`
**Blocking/related**: [issues or PRs blocking or being related to this issue.]
**Misc**: Running `git reset --hard HEAD^^^` in the ion source directory fixes it
Sorry though three commits back is just a random number I didn't test others
------
Should I move this to the ion repo? Sorry if its in the wrong place
https://gitlab.redox-os.org/redox-os/redox/-/issues/953Bootstrap miss installation of xargo2018-06-15T11:40:00ZJeremy SollerBootstrap miss installation of xargo*Created by: Wykiki*
**Reproduction**: Do a fresh install of Debian 8.8, without Rust stack installed. Run Bootstrap script to get Redox.
**Expected behavior**: Able to run Bootstrap script without errors.
**Actual behavior**: Boo...*Created by: Wykiki*
**Reproduction**: Do a fresh install of Debian 8.8, without Rust stack installed. Run Bootstrap script to get Redox.
**Expected behavior**: Able to run Bootstrap script without errors.
**Actual behavior**: Bootstrap ends without errors, but `make all` stops on `xargo: command not found`.
**Resolution**: cargo install xargo
------
Not sure if this issue is really needed, but if you can fix the Bootstrap, it may help some fresh users to get into Redox !
https://gitlab.redox-os.org/redox-os/redox/-/issues/969Redox i18n goals and ideas2023-06-13T04:42:46ZJeremy SollerRedox i18n goals and ideas*Created by: msikma*
This is related to #800. The lack of a GNU gettext style project is obviously the first step towards internationalization, but I think it might be useful to look at the issue from a higher level as well. I18n is a h...*Created by: msikma*
This is related to #800. The lack of a GNU gettext style project is obviously the first step towards internationalization, but I think it might be useful to look at the issue from a higher level as well. I18n is a hard problem. What can we learn from and improve upon other OSes?
These are just my own thoughts as a speaker of multiple languages. Redox is a new operating system being developed from scratch, and as such it's in a position to build a very solid foundation for multiple languages. My hope is that this can spark a discussion and maybe yield some useful design principles, even though development is in a very early stage.
Some considerations, in no particular order:
* Most obviously, there is a need to include fonts to render glyphs from many different languages. If possible, fonts that are somewhat consistent since it's common for languages of a non-Latin script to appear alongside Latin characters.
* E.g. `umount: /media/cdrom0: umount failed: 許可されていない操作です` or in many other cases.
* It's useful to switch languages on the fly, as in Mac OS X (actually, it's had this since OpenStep!) On OSX, a process remains the language it was started in, so programs need to be restarted to see the changes. (OSX offers to restart the computer when changing languages.) This is understandable, but it would be nice if it could be possible to simply tell programs to reload translation strings and re-render. This is becoming increasingly common in web apps.
* On that note, it may be desirable to run specific programs in different languages (and more generally, with different localization settings). On OSX this is technically possible, but there is no UI support for it.
* It's hard to get non-Latin characters to display in a virtual console (i.e. a completely text mode terminal outside the window manager). For example, on a clean install of Debian using Japanese from step one of the installation script—although the entire installer uses Japanese just fine—the resulting system cannot display Japanese text inside a virtual console. This breaks filenames and error messages, which are all replacement characters. (Maybe it's not possible, even. As far as I can tell, PSF fonts don't support more than 512 characters.) It's expected that users will need to dive into the terminal in some situations (preferably not as often as is the case for Linux, though), which makes full internationalization support in this area something to consider.
* A platform such as Ubuntu Launchpad would be invaluable for translations. Centralizing translations is essential to minimizing breakage. Taking Debian as example again, depending on whether I choose MATE or Gnome Classic as the window manager, logging out will have either an English or a Japanese version of the "restarting in 60 seconds" progress bar. It's not such a big deal for things to be incomplete, but where does one go to fix this? Having a single authoritative answer that goes for at least all translatable in-house Redox projects would go a long way towards preventing gaps.
* Scripts that are more complex than Latin are sometimes preferable in a larger font size than normal. These days screens are a bit bigger and better, so this isn't as much a problem as it was in the past. Especially on high dpi displays. Still, in such cases it's likely preferable that changing the language increases the base font size, rather than requiring the user to go to a different control panel to increase the font size separately. I'm not certain this is really a necessity though, but I'm mentioning it here for completeness.
* Languages that use a non-Latin script usually contain Latin characters. This means the default font for Latin text is different. E.g. see this English article when using [English](http://i.imgur.com/OL34rQW.png) as the system language, and when using [Japanese](http://i.imgur.com/28AWQ4w.png). Keeping the default Latin font is probably preferably. For comparison, see how the [Finder](http://i.imgur.com/ye9kDo4.png) combines Latin and Japanese much more nicely.
* Right-to-left languages are such a hard problem that I can't even begin to think about it. I don't know any RTL languages, so there's not much I can say, except that the few times I've worked with them on the web I was pleasantly surprised by how well CSS's Flexbox model works for LTR and RTL. (It doesn't use the words "left" and "right", but only "start" and "end". When switching to RTL, those two words have their definitions changed.) This might be a clue towards building support for LTR/RTL agnostic UI.
Input is another hard problem, probably worth a completely separate discussion. I'll note at least that it's a bit disorienting to have no access to an IME when inside a virtual console. This could potentially make it very difficult to rescue a system if a user depends on it for input. In graphical environments, the currently existing solutions for input are I think quite good.https://gitlab.redox-os.org/redox-os/redox/-/issues/968Telegram group of Redox2023-06-13T04:42:49ZJeremy SollerTelegram group of Redox*Created by: pharaone*
With an open group in Telegram, you could better communicate than on reddit*Created by: pharaone*
With an open group in Telegram, you could better communicate than on reddithttps://gitlab.redox-os.org/redox-os/redox/-/issues/964Redox OS fails to build on Ubuntu2018-06-15T11:40:00ZJeremy SollerRedox OS fails to build on Ubuntu*Created by: Csega*
**Reproduction**: use the latest master with bootstrap.sh, then cd redox and make all.
**Expected behavior**: compile Redox OS.
**Actual behavior**: the build fails.
**Build information**: rustc 1.19.0-night...*Created by: Csega*
**Reproduction**: use the latest master with bootstrap.sh, then cd redox and make all.
**Expected behavior**: compile Redox OS.
**Actual behavior**: the build fails.
**Build information**: rustc 1.19.0-nightly (03abb1bd7 2017-06-13), git HEAD: b808f501b93edb4893849399245ad767afdae203, qemu-i386 version 2.5.0 (Debian 1:2.5+dfsg-5ubuntu10.14), Copyright (c) 2003-2008 Fabrice Bellard, Linux csega-eos-loki 4.4.0-79-generic #100-Ubuntu SMP Wed May 17 19:58:14 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux.
**Misc**: I got the following error message:
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/csega/redox/build/initfs/
repo - fetching drivers
cook - drivers fetch
Cloning into 'source'...
remote: Counting objects: 1139, done.
remote: Total 1139 (delta 0), reused 0 (delta 0), pack-reused 1139
Receiving objects: 100% (1139/1139), 208.15 KiB | 0 bytes/s, done.
Resolving deltas: 100% (488/488), done.
Checking connectivity... done.
Already up-to-date.
repo - preparing drivers
cook - drivers prepare
repo - building drivers
cook - drivers update
./cook.sh: line 131: xargo: command not found
./repo.sh failed.mk/initfs.mk:2: recipe for target 'build/initfs.tag' failed
make: *** [build/initfs.tag] Error 1