OMLx 4.0 Pre-Alpha ISO Plasma development builds

For system-config-printer to run requires:

# dnf install lib64secret-gir1

so a missing dependency. But printing remains broken:

There was an error during the CUPS operation ‘No such file or directory’.

Also these:

rmmod: ERROR: Module ppdev is not currently loaded
rmmod: ERROR: Module lp is not currently loaded
rmmod: ERROR: Module parport_pc is not currently loaded
rmmod: ERROR: Module parport is not currently loaded

And after I modprobe all of those I still can’t print. This is most recent output of system-config-printer from Konsole:

system-config-printer.txt (2.6 KB)

but it will not allow me to print a test file so there are still problems.

1 Like

I think secret-gir1 solves the case with system-config-printer. This warnings from log not look bad for me, it’s probably only gtk and theme warings, so nothing important. System-config-printer looking good now or at least I think so.

I think that the problem now is CUPS. We need to investigate it.

@ben79 and other fellows testers, you may want to try Plasma ISO build ID 2279.
It should have the automount-whatever issue finally solved.

You can try new Plasma ISO build ID 2280

Anything in particular to test for this ISO (some latest fixes, features, or so) ?

PS>
Downloaded, and installed in virtualbox.

Plasma ISO build ID 2280
Testing in VBox virtual machines.

Walking around in system, settings etc., I noticed this

No clue at all what it’s complaining about, if it’s important, missing any package or what.

Am I the only one finding LibreOffice menu look really awfully ugly?
Win95 style :stuck_out_tongue_winking_eye:

It is not important.

1 Like

Is there any real major importance to testing ISO’s 2279 and/or 2280? I don’t recall anyone saying what is different about these ISO’s. What is different from previous ISO’s or how they differ from one another. AFAIK these are just devs testing dev things or minor changes? Or is there more here than that?

In both cases in VBox I used EFI booting and Erase Disk for partitioning. In both cases to boot requires “The OM VBox boot trick” but given that, they boot. In both cases they install with no problem. In both cases Erase Disk creates a 300MB FAT32 /boot/efi and the rest as / with no swap partition (which is fine with me). Otherwise what is the difference? What would I be looking to test?

I do see “The auto-mount” issue mentioned. If that is what I think it is that pertains to installing on hardware on a computer with existing partitions or in VBox trying to install on partitions that were already created by a previous install attempt. Is there any difference between the two ISO’s as far as this issue? Don’t really want to test this on both ISO’s unless there is a difference. I do want to test this on hardware when I get some time because with our previous ISO’s on hardware with existing partitions I had to resort to a work around to get an Install done. That should not be necessary.

Well yes there are some small differences, some bugs fixed. Next iso will containa KF 5.51.0 Plasma 5.14.2 and Kapps 18.08.2

2 Likes

OK, thanks, that’s helpful.

Installed ISO 2280 on hw. Used existing partitions. Auto-mount issue seems fixed. Then did the exact same install again on the same partitions to confirm auto-mount issue is fixed.

Also seems KF 5.51.0 Plasma 5.14.2 and Kapps 18.08.2 are all in recent updates or a least some of the packages with those versions. Thanks to @TPG and other devs for that. The update was something like 35 packages to Install and 411 to upgrade.

2 Likes

So after updating well over 400 packages you should have a wonderful new look. But spectacle-18.08.2-1.x86_64 is not working so I did not get a screen shot. There probably is another way to get a screen shot but I have other things on my plate like:

After updating booting takes something like 3 minutes instead of the normal 20-25 sec. for OM Lx on this computer. The upgraded packages included:

Updates-2018-10-30.txt (51.0 KB)

Which looks like 668 packages updated.

Regarding the very long boot issue so far I have:

# systemd-analyze
Startup finished in 3.178s (firmware) + 7.177s (loader) + 1.149s (kernel) + 944ms (initrd) + 3min 5.674s (userspace) = 3min 18.123s
graphical.target reached after 3min 3.027s in userspace

# systemd-analyze blame
     3min 2.232s lvm2-monitor.service
      2min 785ms systemd-udev-settle.service
          3.030s systemd-networkd-wait-online.service
          3.020s NetworkManager-wait-online.service
           482ms udisks2.service
           406ms dracut-initqueue.service

So looks like something henky with lvm2-monitor.service and systemd-udev-settle.service. I got something very similar on another computer I updated yesterday.

1 Like

Plasma ISO build ID 2280
Testing in VBox virtual machines.

Created a new VBox virtual machine.

After full system update, it looks hanging some time on plymouth screen, OTOH the black screen after plymouth looks shorter than before. So in general the whole boot process up to sddm login is perceived as shorter than the previous one without any alt+F1/altF+2 trick.

analyze:

$ systemd-analyze
Startup finished in 1.014s (kernel) + 2.187s (initrd) + 2min 9.416s (userspace) = 2min 12.618s
graphical.target reached after 2min 9.400s in userspace

analyze blame:

$ systemd-analyze blame
      2min 872ms systemd-udev-settle.service
         17.905s lvm2-monitor.service
          4.288s accounts-daemon.service
          4.258s udisks2.service
          4.221s polkit.service
          4.098s ModemManager.service
          2.252s systemd-update-utmp.service
          2.242s nscd.service
          2.200s initrd-switch-root.service
          2.151s NetworkManager-wait-online.service
          2.124s rtkit-daemon.service
          2.124s upower.service
          2.004s avahi-daemon.service
          1.994s systemd-logind.service
          1.891s vboxadd.service
          1.885s nftables.service
          1.827s mdmonitor.service
          1.478s firewalld.service
           994ms systemd-vconsole-setup.service
           812ms dracut-initqueue.service
           806ms systemd-journal-flush.service
           686ms NetworkManager.service

spectacle error:

$ spectacle
spectacle: error while loading shared libraries: libKF5PurposeWidgets.so.5: cannot open shared object file: No such file or directory

KInfocenter:

.
Postedit:
journalctl -b
journalctl-2280.txt (104,4 KB)

dnf database error?
Some outputs:

dnf clean all

Repository cooker-i686 is listed more than once in the configuration
Repository cooker-i686-debuginfo is listed more than once in the configuration
Repository cooker-testing-i686 is listed more than once in the configuration
Repository cooker-testing-i686-debuginfo is listed more than once in the configuration
Repository cooker-updates-i686 is listed more than once in the configuration
Repository cooker-updates-i686-debuginfo is listed more than once in the configuration
Repository cooker-testing-x86_64 is listed more than once in the configuration
Repository cooker-testing-x86_64-debuginfo is listed more than once in the configuration
Repository cooker-updates-x86_64 is listed more than once in the configuration
Repository cooker-updates-x86_64-debuginfo is listed more than once in the configuration
Repository cooker-x86_64 is listed more than once in the configuration
Repository cooker-x86_64-debuginfo is listed more than once in the configuration
40 files removed

Query grep kernel

$ dnf list installed | grep kernel
Repository cooker-i686 is listed more than once in the configuration
Repository cooker-i686-debuginfo is listed more than once in the configuration
Repository cooker-testing-i686 is listed more than once in the configuration
Repository cooker-testing-i686-debuginfo is listed more than once in the configuration
Repository cooker-updates-i686 is listed more than once in the configuration
Repository cooker-updates-i686-debuginfo is listed more than once in the configuration
Repository cooker-testing-x86_64 is listed more than once in the configuration
Repository cooker-testing-x86_64-debuginfo is listed more than once in the configuration
Repository cooker-updates-x86_64 is listed more than once in the configuration
Repository cooker-updates-x86_64-debuginfo is listed more than once in the configuration
Repository cooker-x86_64 is listed more than once in the configuration
Repository cooker-x86_64-debuginfo is listed more than once in the configuration
Traceback (most recent call last):
File “/usr/bin/dnf”, line 58, in
main.user_main(sys.argv[1:], exit_code=True)
File “/usr/lib/python3.7/site-packages/dnf/cli/main.py”, line 179, in user_main
errcode = main(args)
File “/usr/lib/python3.7/site-packages/dnf/cli/main.py”, line 64, in main
return _main(base, args, cli_class, option_parser_class)
File “/usr/lib/python3.7/site-packages/dnf/cli/main.py”, line 99, in _main
return cli_run(cli, base)
File “/usr/lib/python3.7/site-packages/dnf/cli/main.py”, line 115, in cli_run
cli.run()
File “/usr/lib/python3.7/site-packages/dnf/cli/cli.py”, line 1055, in run
return self.command.run()
File “/usr/lib/python3.7/site-packages/dnf/cli/commands/init.py”, line 232, in run
self.opts.packages)
File “/usr/lib/python3.7/site-packages/dnf/cli/cli.py”, line 402, in output_packages
columns = _list_cmd_calc_columns(self.output, ypl)
File “/usr/lib/python3.7/site-packages/dnf/cli/cli.py”, line 105, in _list_cmd_calc_columns
_add_pkg_simple_list_lens(data, pkg)
File “/usr/lib/python3.7/site-packages/dnf/cli/cli.py”, line 93, in _add_pkg_simple_list_lens
rid = len(pkg._from_repo)
File “/usr/lib/python3.7/site-packages/dnf/package.py”, line 84, in _from_repo
pkgrepo = self.base.history.repo(self)
File “/usr/lib/python3.7/site-packages/dnf/db/history.py”, line 362, in repo
return self.swdb.getRPMRepo(str(pkg))
File “/usr/lib/python3.7/site-packages/dnf/db/history.py”, line 291, in swdb
self._swdb = libdnf.transaction.Swdb(self.dbpath)
File “/usr/lib64/python3.7/site-packages/libdnf/transaction.py”, line 729, in init
this = _transaction.new_Swdb(*args)
RuntimeError: Exec failed: attempt to write a readonly database

Query info dolphin

$ dnf info dolphin
Repository cooker-i686 is listed more than once in the configuration
Repository cooker-i686-debuginfo is listed more than once in the configuration
Repository cooker-testing-i686 is listed more than once in the configuration
Repository cooker-testing-i686-debuginfo is listed more than once in the configuration
Repository cooker-updates-i686 is listed more than once in the configuration
Repository cooker-updates-i686-debuginfo is listed more than once in the configuration
Repository cooker-testing-x86_64 is listed more than once in the configuration
Repository cooker-testing-x86_64-debuginfo is listed more than once in the configuration
Repository cooker-updates-x86_64 is listed more than once in the configuration
Repository cooker-updates-x86_64-debuginfo is listed more than once in the configuration
Repository cooker-x86_64 is listed more than once in the configuration
Repository cooker-x86_64-debuginfo is listed more than once in the configuration
OpenMandriva 4.0 - x86_64 1.1 kB/s | 169 B 00:00
OpenMandriva 4.0 - x86_64 - Updates 147 B/s | 169 B 00:01
Failed to synchronize cache for repo ‘openmandriva-x86_64’, ignoring this repo.
Failed to synchronize cache for repo ‘updates-x86_64’, ignoring this repo.
Last metadata expiration check: 0:10:33 ago on mer 31 ott 2018 09:42:11 CET.
Installed Packages
Traceback (most recent call last):
File “/usr/bin/dnf”, line 58, in
main.user_main(sys.argv[1:], exit_code=True)
File “/usr/lib/python3.7/site-packages/dnf/cli/main.py”, line 179, in user_main
errcode = main(args)
File “/usr/lib/python3.7/site-packages/dnf/cli/main.py”, line 64, in main
return _main(base, args, cli_class, option_parser_class)
File “/usr/lib/python3.7/site-packages/dnf/cli/main.py”, line 99, in _main
return cli_run(cli, base)
File “/usr/lib/python3.7/site-packages/dnf/cli/main.py”, line 115, in cli_run
cli.run()
File “/usr/lib/python3.7/site-packages/dnf/cli/cli.py”, line 1055, in run
return self.command.run()
File “/usr/lib/python3.7/site-packages/dnf/cli/commands/init.py”, line 219, in run
self.opts.packages)
File “/usr/lib/python3.7/site-packages/dnf/cli/cli.py”, line 438, in output_packages
‘=’ : clir, ‘not in’ : clie})
File “/usr/lib/python3.7/site-packages/dnf/cli/output.py”, line 633, in listPkgs
print(self.infoOutput(pkg, highlight=highlight) + “\n”)
File “/usr/lib/python3.7/site-packages/dnf/cli/output.py”, line 504, in infoOutput
history_repo = self.history.repo(pkg)
File “/usr/lib/python3.7/site-packages/dnf/db/history.py”, line 362, in repo
return self.swdb.getRPMRepo(str(pkg))
File “/usr/lib/python3.7/site-packages/dnf/db/history.py”, line 291, in swdb
self._swdb = libdnf.transaction.Swdb(self.dbpath)
File “/usr/lib64/python3.7/site-packages/libdnf/transaction.py”, line 729, in init
this = _transaction.new_Swdb(*args)
RuntimeError: Exec failed: attempt to write a readonly database

Check-update

$ dnf --refresh check-update
Repository cooker-i686 is listed more than once in the configuration
Repository cooker-i686-debuginfo is listed more than once in the configuration
Repository cooker-testing-i686 is listed more than once in the configuration
Repository cooker-testing-i686-debuginfo is listed more than once in the configuration
Repository cooker-updates-i686 is listed more than once in the configuration
Repository cooker-updates-i686-debuginfo is listed more than once in the configuration
Repository cooker-testing-x86_64 is listed more than once in the configuration
Repository cooker-testing-x86_64-debuginfo is listed more than once in the configuration
Repository cooker-updates-x86_64 is listed more than once in the configuration
Repository cooker-updates-x86_64-debuginfo is listed more than once in the configuration
Repository cooker-x86_64 is listed more than once in the configuration
Repository cooker-x86_64-debuginfo is listed more than once in the configuration
OpenMandriva Cooker - x86_64 - Contrib - Updates 146 B/s | 344 B 00:02
OpenMandriva Cooker - x86_64 - Contrib 1.1 MB/s | 10 MB 00:09
OpenMandriva Cooker - x86_64 - Updates 150 B/s | 344 B 00:02
OpenMandriva Cooker - x86_64 1.2 MB/s | 13 MB 00:11
OpenMandriva Cooker - x86_64 - Non-free - Updates 147 B/s | 344 B 00:02
OpenMandriva Cooker - x86_64 - Non-free 65 kB/s | 166 kB 00:02
OpenMandriva Cooker - x86_64 - Restricted - Updates 149 B/s | 344 B 00:02
OpenMandriva Cooker - x86_64 - Restricted 51 kB/s | 131 kB 00:02
OpenMandriva 4.0 - x86_64 147 B/s | 169 B 00:01
OpenMandriva 4.0 - x86_64 - Updates 147 B/s | 169 B 00:01
Failed to synchronize cache for repo ‘openmandriva-x86_64’, ignoring this repo.
Failed to synchronize cache for repo ‘updates-x86_64’, ignoring this repo.
Traceback (most recent call last):
File “/usr/bin/dnf”, line 58, in
main.user_main(sys.argv[1:], exit_code=True)
File “/usr/lib/python3.7/site-packages/dnf/cli/main.py”, line 179, in user_main
errcode = main(args)
File “/usr/lib/python3.7/site-packages/dnf/cli/main.py”, line 64, in main
return _main(base, args, cli_class, option_parser_class)
File “/usr/lib/python3.7/site-packages/dnf/cli/main.py”, line 99, in main
return cli_run(cli, base)
File “/usr/lib/python3.7/site-packages/dnf/cli/main.py”, line 115, in cli_run
cli.run()
File “/usr/lib/python3.7/site-packages/dnf/cli/cli.py”, line 1055, in run
return self.command.run()
File “/usr/lib/python3.7/site-packages/dnf/cli/commands/init.py”, line 283, in run
found = self.base.check_updates(self.opts.packages, print
=True)
File “/usr/lib/python3.7/site-packages/dnf/cli/cli.py”, line 301, in check_updates
columns = _list_cmd_calc_columns(self.output, ypl)
File “/usr/lib/python3.7/site-packages/dnf/cli/cli.py”, line 108, in _list_cmd_calc_columns
_add_pkg_simple_list_lens(data, npkg)
File “/usr/lib/python3.7/site-packages/dnf/cli/cli.py”, line 93, in _add_pkg_simple_list_lens
rid = len(pkg._from_repo)
File “/usr/lib/python3.7/site-packages/dnf/package.py”, line 84, in _from_repo
pkgrepo = self.base.history.repo(self)
File “/usr/lib/python3.7/site-packages/dnf/db/history.py”, line 362, in repo
return self.swdb.getRPMRepo(str(pkg))
File “/usr/lib/python3.7/site-packages/dnf/db/history.py”, line 291, in swdb
self._swdb = libdnf.transaction.Swdb(self.dbpath)
File “/usr/lib64/python3.7/site-packages/libdnf/transaction.py”, line 729, in init
this = _transaction.new_Swdb(*args)
RuntimeError: Exec failed: attempt to write a readonly database

$ dnf --version
4.0.4
  Installed: dnf-0:4.0.4-1.noarch at mar 30 ott 2018 13:49:31 GMT

Please provide full logs from

journalctl -b

Anyways this looks very interesting, as there were no changes to system core packages.

I’ve added some options to make boot more silent.

1 Like

Attached my journalctl -b above as Postedit.

Found this in logs:

ott 31 09:21:08 om4-2280 kernel: multipath[1674]: segfault at 100 ip 00007f97d8084ea6 sp 00007ffe5ab6d648 error 4 in libc>
ott 31 09:21:08 om4-2280 kernel: Code: 0f 1f 40 00 66 0f ef c0 66 0f ef c9 66 0f ef d2 66 0f ef db 48 89 f8 48 89 f9 48 8
ott 31 09:23:05 om4-2280 systemd[1]: systemd-udev-settle.service: Main process exited, code=exited, status=1/FAILURE
ott 31 09:23:05 om4-2280 systemd[1]: systemd-udev-settle.service: Failed with result 'exit-code'.
ott 31 09:23:05 om4-2280 systemd[1]: Failed to start udev Wait for Complete Device Initialization.
ott 31 09:23:05 om4-2280 systemd[1]: Starting Device-Mapper Multipath Device Controller...
ott 31 09:23:05 om4-2280 modprobe[2490]: modprobe: WARNING: Module scsi_dh_alua not found in directory /lib/modules/4.18.>
ott 31 09:23:05 om4-2280 modprobe[2490]: modprobe: WARNING: Module scsi_dh_emc not found in directory /lib/modules/4.18.1>
ott 31 09:23:05 om4-2280 modprobe[2490]: modprobe: WARNING: Module scsi_dh_rdac not found in directory /lib/modules/4.18.>
ott 31 09:23:05 om4-2280 kernel: LoadPin: kernel-module old-api-pinning-ignored obj=<unknown> pid=2490 cmdline="/sbin/mod

For @TPG:

Just did a reboot on a hardware system and all information is fresh:

journalctl-boot-log.txt (110.0 KB)

Updates-2018-10-30.txt (51.0 KB)

$ systemd-analyze
Startup finished in 3.209s (firmware) + 9.355s (loader) + 1.156s (kernel) + 954ms (initrd) + 3min 5.768s (userspace) = 3min 20.444s
graphical.target reached after 3min 2.988s in userspace

$ systemd-analyze blame
     3min 2.136s lvm2-monitor.service
      2min 740ms systemd-udev-settle.service
          3.182s systemd-networkd-wait-online.service
          3.173s NetworkManager-wait-online.service
           470ms udisks2.service
           403ms dracut-initqueue.service

This seems odd for a hardware system:

Oct 31 14:28:49 ben79-pc kernel: vboxsf: make sure you are inside a VirtualBox VM
Oct 31 14:28:49 ben79-pc kernel: vboxsf: and check dmesg for vboxguest errors

Or so I think, not really sure…