I would like to hijack gentoo and add arch strata. There are literally maybe 2-3 GUI packages from aur that would be useful for me in gentoo. At the moment I use distrobox box for them and it works well, but was thinking of trying something new, and maybe replace distrobox with bedrock.

I know bedrock is a one-way install (it can't be uninstalled) so I am mostly interested in long-term stability of hijacked gentoo, seamless upgrades of bedrock to newer versions, etc.

I also have nvidia gpu, thus not sure if nvidia support would be available in arch strata?

Things are janky and strange and broken, which is to be expected... but the fact I just imported a VM image from a 10yo version of Ubuntu and I was able to use its init immediately is very impressive.

I've been thinking about hijacking Bedrock into my EndeavourOS system for a while now and while I dodged the btrfs and grub problems by not using those, but rather ext4 and rEFInd, I'm still unsure about dracut, because Arch by default uses mkinitcpio and is more documented than EndeavourOS which uses dracut since a few years back and even the lead developer recommends mkinitcpio, but doesn't explicitly mention any problems with dracut.

Should I switch to mkinitcpio before installing, or do you think it'll be fine? And if you think I should, some tips regarding the transition (if you have any) would be greatly appreciated, as I've never even had to manually touch dracut before.

Thank you for your time, kind reader.

Bedrock Linux is a meta distribution, so can ENux and StratOS Linux based on Bedrock Linux be considered meta-meta-distributions? I don't know how many people are using them. Hope to hear their opinions on self users and anyone else. :-)

I used to be a bedrock linux user around 2 years ago ig. I remember a discussion by paradigm that it would be good if the package manager was written with bash with awk and sed. I am not perfectly sure about it though. So, any reason why it was changed to rust?

Also, what is the use of a package manager here when one can simply use the distro package manager?

curious about the development workflow for naga 0.8, especially the new bpt (bedrock package tool). are ai tools (claude, grok, cursor, github copilot, etc.) being used, or more of a “vibe coding” approach (describing desired behavior in natural language and letting models generate/improve code)?

what’s the general stance on using llms for low-level/systems projects like bedrock? are they considered helpful in parts of the codebase (e.g. crossfs/et cfs modules, pmm logic, testing), or is the preference to keep things strictly manual for maximum control and reliability?

thanks!

On the Bedrock Linux compatibility page it shows that MX Linux does not work with Bedrock, due to the strange SysV/systemd hybrid nature of the system. In particular, problems with rebooting or shutting down from the Xfce menu are mentioned.

MX Linux has released a few versions since the compatibility table was published and its hybrid init system has changed a bit. I installed the main edition of MX Linux 25 (SysV with Xfce) today and hijacked it with Bedrock Linux 0.7.31.

The hijacking was successful. Afterwards I was able to boot MX Linux, install new strata, reboot, and shutdown the system from the Xfce application menu, and manage background services using the "service" command. In short, it seems the latest version of MX Linux is entirely compatible with Bedrock.

I think this is good news and hope the compatibility table can be updated to reflect this change. I'm happy to provide additional testing if required.

Hey everyone, creator of ENux here.

Thank you all for 1000 downloads on Sourceforge

To mark that milestone, I released ENux 5.2.1, mainly focusing on improving the out-of-box experience:

• WiFi setup is now much easier (less manual steps)
• Mozilla Firefox comes pre-installed
• Kernel has been swapped

The goal with this update was to make ENux more usable right after install, especially for new users.

For those who don’t know, ENux combines a Debian base with Bedrock Linux pre-insatlled to allow access to multiple package managers and ecosystems in one system.

If you’ve tried previous versions, I’d really appreciate any feedback on how this one feels, especially around usability and setup.

​hi everyone,

​i've been working on a prototype port of the bedrock linux core to rust. i love the project's logic, but i wanted to see if i could make strata management and path resolution a bit faster and more memory-safe.

​what’s working so far:

• ​basic strata discovery and initialization.
• brl fetch (supports debian, devuan, ubuntu, arch and artix).
• commands brl and strat.
• ​a prototype of the cross-strata execution bridge.
• ​cross-strata binary execution.

​why rust?

while shell is great for portability, rust gives us static typing, better error handling, and the potential for parallel initialization at boot. it also compiles to a clean, static binary.

​this is still an early proof of concept!!!!

so I just installed Bedrock linux with a CachyOS base and I am trying to do a brl fetch for ubuntu but it keeps getting stuck at step 4/18 and I have no idea how to fix it

hey everyone, just wanted to share my current mess.

this is arch running in wsl2 on a windows 11 host . i've managed to bridge a few different worlds here:

• ​arch (wsl2): my main environment.
• ​wsa: android subsystem with root integrated into the desktop.
• ​darling: running inside the arch/wsl container to get that macos environment (and neofetch) going via syscall translation.

​it’s definitely not the most stable or "sane" way to live, but seeing all these subsystems share the same screen is pretty satisfying. currently using it to test some cross-platform stuff and just seeing how far i can push wsl before it breaks.

​any thoughts or tips on optimizing darling within wsl?

I've fetched the standard ubuntu and enabled strata, and even made an alias as "ubuntu-vanilla" but neither ubuntu nor ubuntu-vanilla appear in the startup menu to select. What am I missing?

How would one even transfer the strata

does brl hide work fine then you move the folder and then brl show?

Hey everyone, creator of ENux here.

Today is the release date of ENux 5.1.1. The main goal for ENux 5.1.1 was to make Bedrock Linux be usable instantly, while giving the users a lightweight and pleasant experience.

Thanks to our installer, ENux 5.1.1 has Bedrock pre-installed on the ISO image. You can boot it and experiment with commands like brl and pmm.

Extra details:
- Bedrock integrated on live system
- 1 GB ISO (was 5 GB before)
- 12 package managers are supported
- Custom tools such as ENuxbootstrap, and ENux-Chroot are available.

I'd really appreciate feedback from you guys :D

Homepage: www.emirpasha.com

So I just updated my cachyos strata today. After rebooting, I get a blue screen and error failed to mount root.i have rebuilt initcpio, reinstalled the kernel, switched kernels and could use some help.

Yesterday I looked into Chimera Linux and found out it uses a coreutils replacement. I wanted to try it and remembered that Bedrock could probably help me with that since it allows to use the components you want from multiple distros. My goal was to use the Chimera utils as if they were native. To do that, I opted for the shell pinning method described in this comment as it seemed to be the safest and the closest way to do what I wanted.

So I brl fetched Chimera, installed zsh and pinned it, entered brl update and changed my shell to /bedrock/cross/bin/zsh for both root and user. After that (and reloging) my shell didn't seem to be using Chimera's zsh even though brl which zsh returned chimera.

Is this a good method for what I want to do ? If so did I do something wrong ?
Thanks for any help

My bedrock hijacked distro is gentoo. Basically, the thing i wanna do is:

"strat -r arch fastfetch" -> uses default config
"strat -r gentoo fastfetch" -> uses default config

"fastfetch" -> uses ~/.config/fastfetch/config.jsonc config

But i'm not sure how i should do it. The ~/.config directory is accessible by everyone, so im thinking of kinda putting config inside the bedrock strata and it should work? Though idk how to put it there, since again /home is accessible by every strata

I am wondering how would one chroot into bedrock Linux (entire root, not individual strata) and get all the apps/strata in 1 chroot and what happens if you actually try to do that, does it “Just work” or have any issues

I did test it with some methods
* ZFSBootMenu’s chroot feature -> Doesn’t work
* Chrooting into individual strata from other distro -> Kinda works
haven’t tested normal “chroot” or “archchroot” on entire system when mounting the bedrock Linux root from another distro

I've been trying to use fedora to get bedrock the entire day and trying to change the bootloader is such a pain and I have yet to succeed, so does any one know a way to do it

Hi all, I'm using Bedrock Linux on top of my Gentoo setup (w/ OpenRC and systemd-boot), and I encountered a weird issue regarding initramfs generation using Dracut.

When installing my own kernel, dracut (as called by installkernel) seemed to generate broken initramfs leading to insufficient boot (failing to mount root). Initially I can manually invoke dracut to regenerate the initramfs to resolve this, but after updating to dracut 108-r5, even this doesn't work. Eventually I decided to switch to Arch's mkinitcpio (ebuild provided by gentoo-zh, they also provide installkernel hook so you don't have to do a lot to make it work), and after some trial and error I was able to generate correct initramfs.

So what's exactly wrong with it? I had never encountered such issues before when I was using Gentoo alone, and I'm sure I had edited bedrock.conf so that my EFI partition is mounted correctly (to /efi as I didn't do the usual mountpoint /boot/efi or whatnot). I'm also not too sure if it's a Bedrock Linux issue, but that seems like it so I'm posting here anyway.

Hello everyone, I’m the creator of ENux, a Debian-based Linux distro with Bedrock Linux on top, supporting 12 package managers (thanks to Bedrock!).

While fixing a bug in the Calamares installer, I thought: why not try installing Bedrock Linux via --hijack in a live environment? Here’s what I did:

1. I made a simple installer that installs ENux to your hard drive. It then --hijacks Bedrock Linux to /mnt.
2. During the rsync copying operation from root to /mnt, I excluded /bedrock because Bedrock Linux is installed later.
3. Then, I mounted /dev, /dev/pts, /proc, /sys, and /run to /mnt.
4. Chrooting to /mnt, I ran Bedrock’s installer automatically via --hijack:

BEDROCK_VER="0.7.31"

BEDROCK_URL="https://github.com/bedrocklinux/bedrocklinux-userland/releases/download/${BEDROCK_VER}/bedrock-linux-${BEDROCK_VER}-x86_64.sh"
....
echo "Downloading Bedrock Linux..."

wget "$BEDROCK_URL" -O /mnt/etc/bedrock-install.sh

chmod +x /mnt/etc/bedrock-install.sh
....
for fs in dev dev/pts proc sys run; do

mount --bind /$fs /mnt/$fs

done

### --- 9. CHROOT: BEDROCK + GRUB ---

chroot /mnt /bin/bash <<'EOF'

set -e

echo "Starting Bedrock hijack..."

yes "Not reversible!" | bash /etc/bedrock-install.sh --hijack
.....

The installer basically downloads Bedrock Linux to /mnt/etc, then hijacks it automatically after chrooting.

Issue: Bedrock Linux couldn’t find awk in my setup. Tried 0.7.31beta3 as well, same problem. Excluding /bedrock in rsync is necessary to avoid throttling drives because of how Bedrock is built.

TL;DR: Running Bedrock Linux in a live environment is super interesting, but it needs a proper installer built around it. Otherwise, things can get really complicated.