Testing build 2377 for two days by now.
Found the following:
Calamares failed to remove the unneeded translations during the post-install stage. The window with the error description was so huge I had to hold Alt and drag it many times upside. Not critical, as the system actually got installed correctly.
The Install the System shortcut remained on the desktop even after installation (minor annoyance)
Any Qt5-based app fails to start and fires up the KCrash dialog once you add the global menubar panel on the desktop. Seems like it is critical.
Akonadi 18.12 is broken on OMV 4.0 By default it even cannot start (akonadictl start), but once I did “cp /etc/akonadi/*.conf ~/.config/akonadi” it could start with success. However, it is still impossible to set up an IMAP account in KMail (such as Google mail), because akonadi_imap_resource instantly crashes after you try to proceed in getting an API token from Google. Sadly, it is unusable.
I could not set up my NOPASSWD:ALL for sudo. I uncommented the appropriate line in the sudoers file and added myself to the wheel group. Logged out and back in, but sudo still asked me for root password.
What’s good:
UEFI installation is seamless and beautiful (apart from that little post-install bug)
DNF Dragora works like a charm (why it is not installed by default, btw?)
If I’m not wrong, at the end of /etc/sudoers there is this line:
#includedir /etc/sudoers.d
The install puts there a file called 10-installer that override the main file’s settings.
You could add in this directory your personal config file called 99-perso for example.
To Abucodonosor and Ben.
A. Internet conexion:
In fact this conexion happens to work at boot from time to time. More frequently it doesn’t. I don’t understand why. With OMV3 and draktools, creating a new conexion, it has been working fine.
With OMV4 (from the very first cooker -I tried months ago- to this pre-alfa) I just din’t succeed having it working permanently.
The worry is that this behaviour happens only with OMV.
B. In my case, if Calamares did not create the log, it actually removed all “locales” packages not needed.
I confirm (here) Calamares doesn’t need internet conexion to install the distrib. …But it is posible the final message I received and the absence of log are due to lack of a conexion as says Ben.
My disk for trying distribs is a common hard drive SEAGATE SATA disk - 7200 rev/mn (my SSD serves only for my main distrib).
C. Ben. I know all packages are rpm, I was refering to urpmi.
With drakconf you could see (read) the details of any package; with dnf or Discover I did not see that. Besides Discover doesn’t edit the details of installation (downloading / installing) and doesn’t even have a lateral slider to help reaching bottom packages; not very handly.
Post-edit:@D27 thanks for testing, we appreciate it and it does help.
Try installing dnfdragora, this is from the Release Notes:
== OMCC/drakconf and drakxtools to be replaced ==
In a major step forward OMCC/drakconf and drakxtools will be replaced with newer, more up to date, software. The first step in this process is dnfdragora available for user testing on the Lx 4.0 Alpha1 release. To test dnfdragora user will need to install it. To install dnfraora open Konsole and run:
`sudo dnf install dnfdragora`
dnfdragora is a replacement for rpmdrake. More software will be added to upcoming releases.
Discover is one of those unfortunate things that happen in Linux. It is a PackageKit frontend and like basically every PackageKit frontend before it it is . (that statement is strictly my opinion). Also in Discover documentation they are very honest about who the ‘target’ users for it are. Discover is a part of the KDE Plasma5 desktop and is not, never has been, a replacement for rpmdrake. dnfdragora is specifically written to be a replacement for rpmdrake.
Thanks, I was really confused by that. Now I understand. In the release notes it does tell about a wrapper for dnf that lets users continue to use some urpmi/urpme commands as they get used to dnf. There is also this.
Post-edit: I don’t mean to be lecturing people or “preaching” to them. If it sounds that way that is my poor writing and not intentional.
However for this little bit I am going to get behind the podium and do a little “preaching”.
OM Lx 4.0 Alpha1. This applies especially profoundly to people used to Mandriva/OpenMandriva but is meant for all users. When we say there are a lot of changes we are not kidding or using hyperbole. There are a lot of changes, so many in fact the everyone needs to read the Release Notes and Errata before testing this Operating System.
Hi, html not, but plain text file (remember it must be.txt extension) you should be allowed to attach them.
Otherwise it could be user permissions related, but that should not be your case…
Yes, and also simply by drag 'n drop into editor window
Thx for the file … Found out what it is wrong … Tbh I guessed that already…
Is nothing OM specific you hit an kernel bug ( I hit something similar in 4.17.x on one of my laptops )