In this screen ubuntu-software and snap-store are running. When installing gnome-software the ubuntu-software logo is used instead of the gnome store one. Sometimes the snap-store (deguised as ubuntu-store) makes the original snap-store launcher to appear. 1 Dot on the dock is missing. the deb store launcher is tranlated but the snap-store launcher isn’t.
snap-store can’t find updates.
snap-store is still based on gnome-software 3.34
dpkg: Abhängigkeitsprobleme verhindern Triggerverarbeitung für shim-signed:
shim-signed hängt ab von grub-efi-amd64-signed | grub-efi-arm64-signed; aber:
Paket grub-efi-amd64-signed ist noch nicht konfiguriert.
Paket grub-efi-arm64-signed ist nicht installiert.
dpkg: Fehler beim Bearbeiten des Paketes shim-signed (--configure):
Abhängigkeitsprobleme - Trigger bleiben unverarbeitet
Trigger für dbus (1.12.16-2ubuntu2) werden verarbeitet ...
Trigger für libc-bin (2.31-0ubuntu7) werden verarbeitet ...
Fehler traten auf beim Bearbeiten von:
E: Sub-process /usr/bin/dpkg returned an error code (1)
Is it safe to shutdown/reboot? Or should I better wait for new GRUB/Shim versions to be published?
I guess that the offending package was already deleted from the archive because I cannot trigger a reinstall:
amano@amano-desktop:~$ sudo apt reinstall shim
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Erneute Installation von shim ist nicht möglich,
es kann nicht heruntergeladen werden.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Sorry but I’m not working on that component and busy enough at the moment with what install in the default desktop, maybe Jeremy can help you there or you can always work on the update and add your work to launchpad and request for sponsoring
I am not able to get a X11 session with the latest Linux 5.4.0-21 kernel.
When I type my password on the login screen and press Enter, the screen goes black in an attempt to load GNOME Shell, but returns immediately back to the login screen.
I could not find something relevant in syslog or X.Org.0.log.
I notice that in Ubuntu 20.04, the default input method has switched to ibus (it has always been none for most Latin, Greek, Cyrillic scripts).
I have tested this with Spanish and Greek.
This is in Settings→Region & Language→Manage installed languages, or run gnome-language-selector.
The usability change is that when you type using dead keys, you get the ibus visual hint as you type.
Previously, with none, the dead keys did not give any visual hint that you press them, and instantaneously you get the output character. It will take some time for someone typing fast to get used to this.
Is there a thread that discusses the background of this change?
That’s not true. The default input method has been IBus in Ubuntu for many cycles. For some flavors, OTOH, it has been - and still is - “none”. The latter is the case either due to an applicable im-config patch, or simply because no input method framework is installed by default.
Since there is no change, there is no recent discussion.
are you sure it isnt just a different default keyboard variant pre-selected in the installer (i remember such a switch happened for german a long time ago (“German” vs “German (nodeadkeys)” and i found it similarly irritating)
My non-standard steps include installing with the ZFS experimental option, and switching system locale between Spanish/Greek as a way to figure out where a particular message comes from (from which package on Launchpad). I also switched between X11 and Wayland a few times. Perhaps one of these triggered IBus.
I am not against IBus, and if there was a switch to using it over XKB, I would be happy with it. But I would have liked to know some background in order to disseminate the new information to our users.
I’ll install the freshest daily ISO to test again, and also test whether the earlier issue with NVidia + 5.0.4-21 can be replicated.
I was not able to replicate the issue not being able to login with Linux 5.4.0-21, X11 session and NVidia closed-source driver. Will likely close this bug report.
IBus was enabled by default, when installing with the Greek locale. In 18.04 it was not enabled, and possibly the change was in a post-18.04 release. I’ll learn more about IBus and inform the users of the change. It is fine to have IBus enabled by default.