Bodhi 5.0.0 Release Candidate Feedback Thread

Release details here.

Congrats!

Found an issue in Bodhi Linux 5.0 RC 64 bits

Tried to install it on a laptop that is not connected to the Internet, but the installer crashes when trying to install GRUB, with a message that it could not install grub-efi-amd64-signed on /target.

As far as I know, the grub-efi-amd64-signed stuff is installed of UEFI machines that have secure boot activated. However, my laptop has secure boot deactivated, and it has Windoze as well as the previous Bodhi 4.0 version, which was installed without any issue.

Didn't try to install 5.0 alfa and beta on real UEFI hardware, so I don't know if this is a new issue or not.

Does the installer work when connected to the Internet? Not having any installer crashes here on my test systems.

The installer does not crash on GRUB setup when a UEFI computer is connected to the Internet. I can now pinpoint what file gets downloaded in /target/var/cache/apt/archives/ 'cause is missing in the Bodhi 5.0 iso: libefiboot1_34-1_amd64.deb

I think that file should be included, as crashing the install process for not having Internet would be very bad for a lot of world people, us included. :-D

Good pinpoint. Thank you for the report.

Hats off to the bodhi team for their hard work on Bodhi Release Candidate 5.0. The moksha desktop looks amazing. I did note one issue on the legacy iso running in a virtualbox vm. The default theme for the browser while on the bodhi forum has me typing black text against a gray background in the reply box. It's very hard to read. MIght be an issue for newbies trying to post to the forum. Screenshot attached.

Two more issues:

-If I open menu and point to "Places", it only shows "Home" and "Desktop". I believe the normal behavior should be to show those two defaults, AND to show whatever USB stick, external hard disk, CD, DVD or Bluray is attached to the system. To have it working this way, the packages udisks and its dependency libparted0debian1 would be needed, not only for the guys like me that use the "Places" module on desktop...

-Bodhi 5.0 64 bit includes the Linux Kernel 4.15. However, for that release the maintainer urged to move away:
https://news.softpedia.com/news/linu...w-520787.shtml

And four days ago to move away from 4.16 also:
https://news.softpedia.com/news/linu...7-521777.shtml

I'm not sure I understand your comment about the places module. The menu for it works the same as my Bodhi 4.5 install here and it looks fine.

Our kernel image isn't maintained by upstream kernel devs - it is maintained by Ubuntu like always. We aren't a big enough project to manage kernel updates ourselves and depending on Ubuntu for this like most derivatives makes sense.

Here on a fresh installed Bodhi 5.0 system -nothing else-, moving the cursor to menu -> Places only shows "Home" and "Desktop". After installing udisks and libparted0debian1, moving the cursor to menu -> Places shows "Home" and "Desktop", as well as the available partitions on the hard disk and the external devices connected, such as USB sticks...

Ahh, that was actually missing on my current 4.5 system as well. Seems fine to add to the base image. Will add a note to add udisks to the default package set.

Originally Posted by EscuelasLinux The installer does not crash on GRUB setup when a UEFI computer is connected to the Internet. I can now pinpoint what file gets downloaded in /target/var/cache/apt/archives/ 'cause is missing in the Bodhi 5.0 iso: libefiboot1_34-1_amd64.deb I think that file should be included, as crashing the install process for not having Internet would be very bad for a lot of world people, us included. :-D

Yep, we found that out shortly before the RC came out. libefiboot1 has a dependency libefivar1. We included both in the package list for the next version of bodhibuilder. Just some more testing before the bodhibuilder.deb is ready as the 32bit cdrom-repo caused some issues that should be solved by now.

Thanks for reporting anyway.

Is it just me or is the 5.0 64bit RC missing the bodhi repository again after installation?
I finally got to test this as I was busy getting bodhibuilder working well with the 32 bit release and the bodhi repo was correctly added there. I inserted the sources.list line manually now for my testing. When I called dist-upgrade I saw no packages upgraded that were bodhi ones but that could be right.
Hopefully I have my testing with a proposed new bodhibuilder version done tomorrow so we can finish polishing it and create a new deb that will become available soon.

Bodhi repo indeed is missing on the installed systems again on the RC1 disc - when you roll a new bodhi builder script can you have it add the Bodhi 5 repos as trusted by default so I can stop missing this? So used to it just copying the installed system sources.list

Another small fix that could be nice, is to remove the xul-ext-ubufox package on the legacy 5.0 ISO

(Yes, that ghost package is present since the 4.x 32-bit series, even though Bodhi does not include Firefox, and its Ubufox extension is not worth to have installed, IMHO)