From what I understand, Grub’s menu reads like an “index”.
So if the order of this index gets “shifted”, so too will your “default” entry. I believe this is the case even if you use “Remember my last choice”.
Grub is not aware of “kernel preference”. It only knows “0, 1, 2, 3, 4, etc…”.
What would be cool, and may even be possible, is some sort of “hook” that always places your preferred kernel to the top of the list post Grub config generation. But that’s getting a bit off topic and somewhat extravagant.
Looks like a possible package snafu in the update just pushed for manjaro-gnome-settings.
$ pamac update
Synchronizing package databases...
Warning: cannot resolve "qgnomeplatform-qt5", a dependency of "manjaro-gnome-settings"
Error: Failed to prepare transaction:
could not satisfy dependencies:
- unable to satisfy dependency 'qgnomeplatform-qt5' required by manjaro-gnome-settings
There is no qgnomeplatform-qt5 in the repos, typo? I do see qgnomeplatform-qt6 and qgnomeplatform.
And to be certain checked my mirrors.
Pacman-mirrors version 4.23.2
Local mirror status for stable branch
Mirror #1 OK 00:14 United_States https://repo.ialab.dsu.edu/manjaro/
Mirror #2 OK 00:40 United_States https://mirror.math.princeton.edu/pub/manjaro/
Hello everybody. After update (six times) the system, it stay in the black screen previous to show the login input (GDM). Updating by parts, I get the system starts fine and I found the problem: gdm-plymouth.
Updating the full system without gdm-plymouth goes fine. Now I stay with the GDM previous to the update. Is there any reason for that error with gdm-plymouth? Thanks.
Updating gdm to gdm-plymouth doesn’t show the login input nor let alt+ctrl-f2 to go to tty.
You can get into console mode adding 3 to the boot option, and then, go to gnome with ‘gnome-shell – wayland’. Downloading gdm-plumouth to gdm, every goes fine again.
Packages: kipi-plugins kde-unstable
Branch: Stable: 18.104.22.168.r12087.g604ce6cc3-1
So it looks like they did not get updated to 22.04 in Manjaro repos. ?
I never heard of KIPI before, I did not install it, I don’t use kde-unstable,
but now kipi-plugins and libkipi appear in AUR, and it looks like
I cannot remove them without breaking gwenview and spectacle :
I’m also having the same problem trying to open .jnlp files since the update. this is what I get:
selected jre: /usr/lib/jvm/default-runtime
WARNING: package sun.applet not in java.desktop
WARNING: package com.sun.net.ssl.internal.ssl not in java.base
WARNING: package javax.jnlp not in java.desktop
Exception in thread "main" java.lang.UnsupportedOperationException: The Security Manager is deprecated and will be removed in a future release
As for you, with Java 17 works. Did you manage to find a solution to get Java 18 to work?