bedrocklinux / bedrocklinux-website Goto Github PK

Currently instructions on the website heavily uses the ~(...~) syntax to hint
end-users that they may want to consider changing something. While this is
good, a preferable alternative might be to have the user set a shell variable
to hold this value. This would allow much more of the code to be
copy/paste-able. The ~(...~) syntax can be retained to remind the end-user
to change something in case the user leaves and returns without re-setting the
variable.

Like this on 1366x768 (It's a very common screen resolution[1], of course this will still break on some resolutions )

[1] http://gs.statcounter.com/screen-resolution-stats/desktop/worldwide

Hi there. I'm very new to Bedrock Linux and I'm very interested to use it as desktop distribution one day. I believe that the security issue is somewhat of a problem, but not insurmountable. For the current time being, I understand that Bedrock is young, and there are currently other pressing issues about getting the system stable/working. If users like myself could be assured that Bedrock at least has distant future plans to increase security, then that would be very comforting.

If this sounds okay, then I perhaps we may get some wording to this effect into the documentation: In the future, we have intentions to improve Bedrock security after the base system becomes more stabilized.

Thanks for considering,
Bedrock fan

I make this issue here instead on the userland repo because it's an already known issue on Bedrock Linux but new on Fedora.

Yesterday I made a fresh install of Fedora 38 (specifically the KDE spin, but specific version shouldn't matter) to test some Bedrock Linux stuff on my machine, and I got the surprise that Anaconda (the Fedora installer) now installs Grub+BTRFS by default, making me install the system again but with another filesystem (since it's only one partition, and reformatting the partition would prove useless my machine).

This issue is just to make people aware of the situation so they don't came up with the same problem as me, but also to call the attention to the devs so they update the page (as knowing this beforehand would saved me some time, but it'll also save other people's time as well)

For instance on: http://bedrocklinux.org/1.0beta2/quickstart.html
Lines such as this are too long and break the display of the site:

# [ -e "/etc/sudoers" ] && echo 'Defaults secure_path="/bedrock/bin:/bedrock/sbin:/bedrock/brpath/pin/bin:/bedrock/brpath/pin/sbin:/usr/local/bin:/opt/bin:/usr/bin:/bin:/usr/local/sbin:/opt/sbin:/usr/sbin:/sbin:/bedrock/brpath/bin:/bedrock/brpath/sbin"' >> /etc/sudoers

If you scroll horizontally you end up getting something like this:

Adding word-wrap: break-word; to ul.rcmd would fix this. Is this issue intentional to prevent readers from potentially entering new lines where they shouldn't? I'd more than happily send a PR for any suggested fixes.

Honestly, using markdown for it is fine, but something has to be done about these scrollbars. As a web dev at heart I can't look at them...

I looked into the docs for Markdown in a sec but couldn't find a thing about scrollbars... Neither does it seem you can inject CSS :)

Imo the navbar should scroll along with the page (as simply another column) and then sticky once you scroll enough. Simple mechanics, would be fine if markdown was not being used.

Thanks for your time!

Would be nice to have a place to distribute known issues and instructions specific to NixOS. Not sure when I will try a NixOS client, hopefully someone already has done this.

Software often query lsb-release to detect the distro it is running under.
Bedrock Linux has two options in these situations:

• Report itself as Bedrock Linux. This would be preferable for things like
  screenfetch, the Steam survey, crash reporting tools which phone home the
  distro they were running under, etc.
• Report itself as the local stratum. This is required for tools like
  add-apt-repository (i.e. Ubuntu PPA) to work properly, as they will abort
  if they fail to detect a distro they recognize.

Right now, Bedrock Linux does the latter, as having tools like
add-apt-repository "just work" is a high priority. However, instructions
should be available to reconfigure things so that Bedrock Linux reports itself
as Bedrock Linux for users who do not plan to utilize add-apt-repository.

https://bedrocklinux.org/0.7/distro-support.html
This page has incorrect coloring for the fetchability of CRUX

Illustrated in this crude image:

At https://bedrocklinux.org/0.7/basic-usage.html, section "Other Cross Stratum Features", one line contains the word "Alpinex", with the formatting to that word extended all the way to the end of the line. Looking at the Markdown source, it reads:

(...) you can run both +Alpinex's package manager:

I can guess the formatting is applied by writing text in the form +<text>x. It looks like the apostrophe after the 'x' is preventing it from being interpreted as marking the end of the formatted text. Could it be that only an 'x' at the end of a word is recognized and an apostrophe is not treated as end-of-word?

Hello, I wanted to know how I can make a backup of bedrock linux. I'm reading the documentation and I can't find it. Sorry if it doesn't understand. I'm from Argentina and my English is not very good.

Every website needs a favicon, and I've noticed this one doesn't :)

Even a simple thing like

Will do :)

Cheers!

Would it be possible to add an RSS feed? I like to keep up with the news, and checking the website every time is cumbersome.
Edit: Should have dug further, now I see a link in an old news article. Can this be made visible somewhere that makes more sense?

This is selection:

I would recommend having the background change to white and the color change to black on selection, like so:

::selection {
    color: black;
    background-color: rgba(255,255,255,0.99);
}

Tweakable, of course. Cheers!

The FAQ briefly covers how well Bedrock Linux may work with non-traditional-Linux-distro OS's such as Android. Ubuntu phone OS should be researched and the results should be included in the FAQ.

Perhaps only enable TLS 1.2.

Having a HTTP website for a distribution shows that the people behind it don't care for security too much.

https://bedrocklinux.org/

Let's Ecrypt certificates are free, the tool to get them is certbot and you can automate getting them via cron.

I have provisioned a Debian 11 bullseye system for "hijacking" conversion into a Bedrock system.

The system is QEMU/KVM guest running on a x86/64-bit host.

Not knowing about the limitations from the combination of Btrfs and Grub, I encountered an error when running the conversion script.

However, it was insufficient to eliminate this error even by achieving successful boot entirely through rEFInd.

In fact, each of the following increasingly more aggressive steps have failed to eliminate the error:

1. Install rEFInd and achieve working boot entirely without Grub.
2. Remove Grub system utilities from system.
3. Same, but with purge command given to APT package manager utility.
4. Remove file /boot/grub/grub.cfg.
5. Remove entire directory /boot.
6. Remove all Grub binaries from EFI partition.
7. Include argument --force-update in invocation of conversion utility.

I am seeking advice on how to proceed.

I would also suggest an option for manually overriding the check. As long as the boot process is not dependent on Grub, and as long as the update routine would not set Grub as the default boot loader, then the mere presence of Grub should not cause problems. Ideally, drastic steps would not be necessary to proceed with system conversion, if a user chooses instead simply to force the conversion utility to proceed.

Presently, even after completing all steps listed above, the conversion utility proceeds as shown in the following output capture:

$ sudo sh ./bedrock-linux-0.7.28-x86_64.sh --hijack 
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
*                                                               *
* Continuing will:                                              *
* - Move the existing install to a temporary location           *
* - Install Bedrock Linux on the root of the filesystem         *
* - Add the previous install as a new Bedrock Linux stratum     *
*                                                               *
* YOU ARE ABOUT TO REPLACE YOUR EXISTING LINUX INSTALL WITH A   *
* BEDROCK LINUX INSTALL! THIS IS NOT INTENDED TO BE REVERSIBLE! *
*                                                               *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

Please type "Not reversible!" without quotes at the prompt to continue:
> Not reversible!

__          __             __      
\ \_________\ \____________\ \___  
 \  _ \  _\ _  \  _\ __ \ __\   /  
  \___/\__/\__/ \_\ \___/\__/\_\_\ 
          Bedrock Linux 0.7.28 Poki

[1/6 ( 16%)] Performing sanity checks
ERROR: Detected BTRFS mount and GRUB reference in /boot.  GRUB can get confused when updating its configuration in this scenario.  Either use another filesystem or another bootloader.

Yet, it is puzzling what is mean by the "GRUB reference in /boot".

Following represents the current contents of /boot:

~$ sudo find /boot -maxdepth 4
/boot
/boot/efi
/boot/efi/EFI
/boot/efi/EFI/refind
/boot/efi/EFI/refind/refind_x64.efi
/boot/efi/EFI/refind/drivers_x64
/boot/efi/EFI/refind/keys
/boot/efi/EFI/refind/icons
/boot/efi/EFI/refind/refind.conf
/boot/efi/EFI/refind/BOOT.CSV
/boot/efi/EFI/refind/grubx64.efi
/boot/efi/EFI/refind/shimx64.efi
/boot/efi/EFI/refind/mmx64.efi
/boot/efi/EFI/refind/icons-backup
/boot/efi/EFI/refind/refind.conf-sample
/boot/efi/EFI/refind/shimx64.efi~
/boot/efi/EFI/refind/mmx64.efi~
/boot/efi/EFI/refind/refind.conf~
/boot/efi/EFI/tools
/boot/System.map-5.10.0-10-amd64
/boot/config-5.10.0-10-amd64
/boot/vmlinuz-5.10.0-10-amd64
/boot/initrd.img-5.10.0-10-amd64
/boot/System.map-5.10.0-19-amd64
/boot/config-5.10.0-19-amd64
/boot/vmlinuz-5.10.0-19-amd64
/boot/initrd.img-5.10.0-19-amd64
/boot/refind_linux.conf

Thank you for the support, and for considering the suggestion.