Focal Testing of Kubuntu 20.04 LTS

[MeMyself]

The usual. In a Konsole issue

sudo apt -f install
sudo dpkg --configure -a


Repeat them until no error msgs are reported.

I've run both at least a dozen times but continue getting the same error:

Reading package lists... Done
Building dependency tree       
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Setting up initramfs-tools (0.133ubuntu13) ...
update-initramfs: deferring update (trigger activated)
Processing triggers for initramfs-tools (0.133ubuntu13) ...
update-initramfs: Generating /boot/initrd.img-5.4.0-13-generic
E: /usr/share/initramfs-tools/hooks/fsck failed with return 1.
update-initramfs: failed for /boot/initrd.img-5.4.0-13-generic with 1.
dpkg: error processing package initramfs-tools (--configure):
installed initramfs-tools package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
initramfs-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)

[GreyGeek]

The usual. In a Konsole issue

sudo apt -f install
sudo dpkg --configure -a


Repeat them until no error msgs are reported.

[MeMyself]

I've been running 20.04 for a while and have had little to no problem with it at all. Everything has been smooth including all Wine apps, etc. I ran update this morning and received the following error:

Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Setting up initramfs-tools (0.133ubuntu13) ...
update-initramfs: deferring update (trigger activated)
Processing triggers for initramfs-tools (0.133ubuntu13) ...
update-initramfs: Generating /boot/initrd.img-5.4.0-13-generic
E: /usr/share/initramfs-tools/hooks/fsck failed with return 1.
update-initramfs: failed for /boot/initrd.img-5.4.0-13-generic with 1.
dpkg: error processing package initramfs-tools (--configure):
installed initramfs-tools package post-installation script subprocess returned error ex
it status 1
Errors were encountered while processing:
initramfs-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)

Any ideas on how to clear this and finish the upgrade?

[Snowhog]

initramfs-tools package update error

This morning:

Setting up initramfs-tools (0.133ubuntu13) ...
update-initramfs: deferring update (trigger activated)
Processing triggers for initramfs-tools (0.133ubuntu13)
update-initramfs: Generating /boot/initrd.img-5.4.0-13-generic
E: /usr/share/initramfs-tools/hooks/btrfs failed with return 1.
update-initramfs: failed for /boot/initrd.img-5.4.0-13-generic with 1.
[B]dpkg[/B]: error processing package initramfs-tools (--configure):
 installed initramfs-tools package post-installation script subprocess returned error exit satus 1
Errors were encountered while processing:
 initramfs-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)

I have just two kernel installed:

linux-image-5.4.0-12-generic
linux-image-5.4.0-13-generic
linux-image-generic

I'm booted with the 5.4.0-13-generic kernel when I apt update and apt full-upgrade'd

[acheron]

I have gwenview working and the version I have is 4:19.12.1-0ubuntu1. On muon, I could not find any reference to kipi-plugins in gwenview's Dependencies or Installed Files.

gwenview builds with and depends on libkipi, which is the library to allow it to use kipi-plugins if they are available.

As said, the actual kipi-plugins used to be built by the digikam source. Now they are in a new KDE source not in 20.04 yet.

It would not be sensible for gwenview to depend/recommend/suggest them at the moment, as they are not available.

[Teunis]

I have the same version of Gweniew but here the option to install plugins is greyed out with the text "No plugin found".
That's the reason I added the pre-release ppa.""
Before removing Discovery this would lead to a (probable) snap link but this time I'm sure I run a .deb version of Gwenview.

I never liked Digikam because it insisted in reordering my many photo's along it's own principles, Gwenview does not get in the way and Showfoto gave a few simple editing options.

Of course photo's can be edited in Darktable and Gimp but they are often a bit over the top.

[NoWorries]

The gwenview plugins (kipi-plugins) were build by digikam, but are now a separate source from KDE, which will (I hope) get into the archive in 20.04

I have gwenview working and the version I have is 4:19.12.1-0ubuntu1. On muon, I could not find any reference to kipi-plugins in gwenview's Dependencies or Installed Files.

[NoWorries]

And after a couple hundred packages were updated, and for grins and giggles, I decided to try installing "ubuntu-drivers-common" using Synaptic. It installed without problems.

I found that on my ASUS that did not have "ubuntu-drivers-common" installed, I also did not have "kubuntu-driver-manager" installed.

I found that by installing "kubuntu-driver-manager" it would also install alsa-utils, kubuntu-driver-manager and libatopology2.

So like you at this stage, all is working well.

[Teunis]

Oh yes, for those looking for a good Chrome based browser without the security problems check out SRWare Iron:
https://www.srware.net/iron/
Personally I see no reason for Chrome, Firefox works fine.

[GreyGeek]

And after a couple hundred packages were updated, and for grins and giggles, I decided to try installing "ubuntu-drivers-common" using Synaptic. It installed without problems.

[acheron]

kradio was kde4 based, so was removed from the archive when kde4libs were.

pypar2 was removed from the archive in Feb 2018 because it was unmaintained, and blocked other needed libraries from being updated.

digikam (showfoto) was removed from focal archive, as the version inherited from debian cannot build in focal (builds fail with opencv4).

The gwenview plugins (kipi-plugins) were build by digikam, but are now a separate source from KDE, which will (I hope) get into the archive in 20.04

[Teunis]

Hmm, I had the same problem with Muon not showing the ppa's and for the same reason, adding the pre-release ppa.
I took the 'easy' way and re-installed, something that went smooth.

Then before any updates I followed the idea of removing anything snapd and installed Muon using the Konsole.
After earlier problems I was a bit worried about Thunderbird and Firefox but they work again based on the existing data bases.

But several for me essential applications are missing and Gwenview needed a re-install but it still won't install it's plugins (not available).
The one's I am missing are kradio, pypar2 and Showfoto (linked with digikam)
Installing previous versions doesn't work because among others Python2 is no longer available.

I have a little hope at least the Gwenview plugins will become available, the rest seems not to be in active development.

[GreyGeek]

...

Of course there is still the problem of not being able to install 'ubuntu-drivers-common', what happens if you try to install it with synaptic?

Good idea!
This time Synaptic showed me the problem, failure to install libfftw3-single:i386, giving the msg:
"Could not apply changes!
Fix broken dependencies first!"
because a previous version of that library is already installed.

Of course,

[I]jerry@Aspire-V3-771:~[B]$ sudo apt -f install[/B][/I]
[I][sudo] password for jerry: [/I]
[I]Reading package lists... Done[/I]
[I]Building dependency tree       [/I]
[I]Reading state information... Done[/I]
[I]0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.[/I]
[I]jerry@Aspire-V3-771:~[B]$ sudo dpkg --configure -a[/B][/I]
[I]jerry@Aspire-V3-771:~$ [/I]

shows no broken dependencies.

Using Synaptic I attempted to remove the older version of libfftw3-single3 but it required that I remove CubicSDR, which I did. Then I attempted to remove its sibling, libfftw3-double3, and it said a boat load of other packages had to be removed as well, which I decided not to do. I reinstalled libfftw3-single3:i386 and CubicSDR.

I think that is where I am going to leave it. It was an interesting exercise in CLI gymnastics, something I probably hadn't done as deeply since RH 5.0

When Kubuntu 20.04 goes gold I will, no doubt, re-install from the gold ISO, and reinstall my EKG, SpaceEngine-0.98, SageMath packages as well.

[NoWorries]

As I have a fallback system to go to on my Laptop, I am prepared to take the risk. I have now found that the problem that I reported with udisksd using 100% of one of my 8 processors is now not happening.

One problem that I do have is that I can no longer record audio with Kazam. I use PulseAudio volume control to define the recording device. The problem is that PulseAudio does not detect any recording device. I do not think this problem is a result of using pre-released updates but some problem in PulseAudio. The version I have is 1:13.0-3ubuntu1.

[kubicle]

I have been using Muon for several days now to change the updates to Pre-release on my HP Laptop.

Like mentioned before on this thread by myself (and acheron), this is not really a great idea.
Since it's the development version, everything goes to the focal repo as soon as the packages check out.
With the pre-release (or proposed) repo enabled, you're only end up with broken packages and you're not going to get anything any sooner (technically, you might get the working packages a few hours sooner, but not worth the risk of breaking the system with the broken packages).