[cooker] 4.0 final candidate ISO

Hi,
build scripts are finally fixed, and I could build an ISO from the 4.0 branch.

https://abf.openmandriva.org/platforms/4.0/products/67/product_build_lists/2535

I'm still downloading it myself, so no guarantees that it'll even boot -- but it should be worth testing.
QA will need a bit of time for testing, but with any luck we can unfreeze cooker soon.

4.1 plans should be the main subject of tomorrow's meeting.

ttyl
bero

2 Likes

znver1 iso done too:
https://abf.openmandriva.org/platforms/4.0/products/68/product_build_lists/2541

I've fixed the build scripts for i686, but the i686 iso is currently failing on dependencies because i686 versions of ldb, samba, mpv and libreoffice are out of sync with the other arches.
Except for those 4 packages, looks like the i686 tree is actually in a usable state.

ttyl
bero

1 Like

This will need to be fixed ASAP. This is using Manual Partitioning and an existing /boot/efi partition. There is no esp flag to select.

Off Topic but majorly irritating: We've gotta do something about this ML and Discourse. Either remove it from Discourse of make everything work so we can post things normally like in other forum categories.

This will need to be fixed ASAP. This is using Manual Partitioning and an existing /boot/efi partition. There is no esp flag to select.

https://imgur.com/a/cqHy3pL

I'll try to get a bug report on this tomorrow but I'm gonna be busy for next 2 1/2 days with life stuff.

I did a hardware install and it worked (ISO 2535) and it did install grub2 menu ect. So it appears as if there is no functional problem it is an error messages that should not be there.

This will need to be fixed ASAP. This is using Manual Partitioning and

an existing /boot/efi partition. There is no esp flag to select.

You have to choose boot flag.

This were reported on calamares issues:

https://github.com/calamares/calamares/issues/884

https://github.com/calamares/calamares/issues/891

Either our libparted does something wrong or it is calamares

Off Topic but majorly irritating: We’ve gotta do something about this ML

and Discourse. Either remove it from Discourse of make everything work

so we can post things normally like in other forum categories.

Totally agree.

We are talking about existing /boot/efi which is already flagged. So Calamares should have boot flagged pre-selected. On this one computer it does not. And selecting boot flag manually does not change anything. I was already aware of all of this about the boot flag and so forth.

However, I have changed my mind about this being something that "Must be fixed ASAP". This issue is most likely only going to happen to very few users that are multi-booting on old EFI computers. The "Error dialog" is in fact correct as far as I can tell. If you continue past that point with install the install will most likely be successful but users /boot/efi will have been deleted and created again by Calamares. That is what the logs show. This is the installer log: https://pastebin.com/egqQK4dM

Little more info if needed. I have 3 computers for testing at the moment. This issue does not happen on 2 of them.
The one it does happen on is by far the oldest one and goes back to when EFI boot was somewhat new. It is an ASUS K53E.

Hardware info for the computer with this issue:

$ inxi -F
System: Host: ben79-2485-K53E Kernel: 5.1.9-desktop-1omv4000 x86_64 bits: 64 Desktop: KDE Plasma 5.15.5
            Distro: OpenMandrivaLinux 4.0 Nitrogen
Machine: Type: Laptop System: ASUSTeK product: K53E v: 1.0 serial: <root required>
            Mobo: ASUSTeK model: K53E v: 1.0 serial: <root required> UEFI: American Megatrends v: K53E.221 date: 08/10/2012
Battery: ID-1: BAT0 charge: 31.6 Wh condition: 32.7/37.8 Wh (87%)
CPU: Topology: Dual Core model: Intel Core i5-2450M bits: 64 type: MT MCP L2 cache: 3072 KiB
            Speed: 798 MHz min/max: 800/3100 MHz Core speeds (MHz): 1: 798 2: 798 3: 798 4: 798
Graphics: Device-1: Intel 2nd Generation Core Processor Family Integrated Graphics driver: i915 v: kernel
            Display: x11 server: OpenMandriva X.org 1.20.5 driver: modesetting unloaded: fbdev,vesa resolution: 1366x768~60Hz
            OpenGL: renderer: Mesa DRI Intel Sandybridge Mobile v: 3.3 Mesa 19.1.0
Audio: Device-1: Intel 6 Series/C200 Series Family High Definition Audio driver: snd_hda_intel
            Sound Server: ALSA v: k5.1.9-desktop-1omv4000
Network: Device-1: Qualcomm Atheros AR9485 Wireless Network Adapter driver: ath9k
            IF: wlp2s0 state: up mac: 00:08:ca:71:72:19
            Device-2: Qualcomm Atheros AR8151 v2.0 Gigabit Ethernet driver: atl1c
            IF: enp4s0 state: down mac: c8:60:00:33:81:56
Drives: Local Storage: total: 465.76 GiB used: 9.43 GiB (2.0%)
            ID-1: /dev/sda vendor: Samsung model: SSD 860 EVO 500GB size: 465.76 GiB
Partition: ID-1: / size: 19.56 GiB used: 6.54 GiB (33.4%) fs: ext4 dev: /dev/sda3
            ID-2: /home size: 9.78 GiB used: 563.0 MiB (5.6%) fs: ext4 dev: /dev/sda4
            ID-3: swap-1 size: 4.00 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/sda2
Sensors: System Temperatures: cpu: 45.0 C mobo: N/A
            Fan Speeds (RPM): cpu: 2200
Info: Processes: 163 Uptime: 22h 53m Memory: 3.63 GiB used: 831.0 MiB (22.3%) Shell: bash inxi: 3.0.32f

Again I will get a proper bug report done on this but I am slammed with other things outside of OMA right now.