Forum Replies Created
I’ve released the package update
filesystem-2.3-10mambaas an attempt to fix the problem you are reporting.
Thanks for letting me know if it works or not.July 16, 2023 at 2:19 pm in reply to: dnf offers i586 packages to upgrade my x86-64 system #29140
I think this was a transient problem while releasing the up-to-date KDE frameworks packages. It should work now after refreshing the packages list with
sudo dnf refreshor using the mambatray icon entry.
Thanks for reporting.
the issue seems to be caused by
gnupgblocking due to pre-existing files in
I would suggest to run the following commands from a
su [Blocking -> Press CTRL-C and you are root] killall -9 gpg-agent rm -rf /root/.gnupg
Then the next
sudo sucall should regenerate a clean and correct content of the gnupg folder and fix the problem.
I hope this helps. Thanks for reporting and appreciating openmamba.
- This reply was modified 5 months ago by Silvan.
you are saying that neither the
sudo passwd rootare working correctly and that you get no prompt in response?
I currently don’t reproduce the problem, maybe I need to check if the new installation media have such problem. It might also be a problem related to network name resolution.
I will investigate more and thanks if you have some more info to provide.
you are welcome.
openmamba default firewall is
ufwso the rules needed for
kdeconnectare the ones described in the official documentation:
sudo ufw allow 1714:1764/udp
sudo ufw allow 1714:1764/tcp
sudo ufw reload
I will add these rules to ufw applications set as you suggest.
I’ve created the
systray-xpackage for openmamba and it can be installed with:
sudo dnf install systray-x
Thank you for your post.March 31, 2023 at 1:03 pm in reply to: logout shutdown and reboot don’t work with deconnection screen activated #29097
This is what appears in the terminal :
mars 30 20:15:09 openmamba dbus-daemon: [session uid=1000 pid=6819] Successfully activated service 'org.kde.LogoutPrompt' mars 30 20:15:09 openmamba ksmserver-logout-greeter: kde.logout_greeter: Couldn't find a theme for the Shutdown dialog ""
this seems like a theme problem. Are you using the default theme? If so, can you try to reapply it from the Appearance > Global theme page in the settings? It is not necessary to check the box for reapplying also the dispositions so that you won’t lose your customization.March 31, 2023 at 12:58 pm in reply to: files conflict between man-pages-fr and shadow packages #29096
sorry, there was an error which I corrected in
man-pages-fr-4.18.0-2mambawhich will be available as a new update in a few hours.March 30, 2023 at 12:32 pm in reply to: logout shutdown and reboot don’t work with deconnection screen activated #29092
I don’t reproduce the problem, I’ve also tried both X11 and Wayland sessions and searched in KDE bugs.
Can you open a terminal and run:
then try to logout to reproduce the problem and see if some useful message appears on the terminal?March 30, 2023 at 12:10 pm in reply to: files conflict between man-pages-fr and shadow packages #29090
I’ve released an update of man-pages-fr which fixes those conflicts. Thanks for reporting again in case you still have errors caused by other conflicting files.
March 28, 2023 at 12:56 pm in reply to: logout shutdown and reboot don’t work with deconnection screen activated #29086
- This reply was modified 8 months, 1 week ago by Silvan.
it’s not clear to me what you mean with “When I activate the deconnection screen in the configuration”, this is normally activated by default and when you try to logout, reboot, shutdown etc., for instance from the bottom buttons in the application launcher menu, this screen appears for confirmation. So, you simply mean that you can never normally logout, reboot or shutdown from Plasma or are you describing a particular situation?
If your case is the general issue this is not normally reproducible (those buttons are tested as working for me on many installations), so something bad may be happening on your particular installation and the cause might be reported in the user or system journal. You may want to check there or send a system report generated by the tools tyou may find in the applications menu.
If, on the contrary, the problem is reproducible in a particular case, can you please explain me better which configuration changes you have made and where you are clicking to ask for logout, reboot, etc. Thanks.
thanks for reporting the issue providing details which hopefully helped to fix it.
I’ve updated to a more recent python version all the modules of the rpm/dnf/dnfdragora stack and finished the tests, so the fix will be soon made available with system updates.
I’ve looked into this problem and found that it can be solved if you can edit the file
/etc/fstaband replace the option
Thanks for reporting the problem,
btrfsis not the default filesystem for rootfs so it hasn’t been tested for a while and an update of kernel or tools may have produced this problem. I will check and eventually fix the Calamares installer to prevent this issue from happen in the future live ISOs.
- This reply was modified 8 months, 3 weeks ago by Silvan.
thanks for the feedback, I have just a final question: can you please tell me the exact model of your Nvidia equipment? If you don’t know, the output of the following command should provide this information:
lspci|grep -i nvidia
If the Nouveau driver is working fine I suspect that your Nvidia GPU is an old model supported by one of the Nvidia legacy drivers or else maybe it works because I recently disabled Nouveau acceleration support by default.
Thanks and good continuation with openmamba.
I’m going to retrieve one or two nvidia cards to do tests because it is not easy to make their current and legacy drivers to work, I’ve done this many times in the past 15-20 years but at some point something changes and meanwhile my only card got broken. Unfortunately Nvidia still gives poor support to packagers by only providing an autoinstalling script to be run by the user with root privileges.
By the way if you want to do a couple of further tests I suggest:
1) first let’s check if nvidia module is correctly available, such commands could confirm this:
sudo dkms status sudo modprobe nvidia dmesg | tail
2) create a file with path
/etc/X11/xorg.conf.d/20-nvidia.confwith the following content:
Section "Files" ModulePath "/usr/lib64/nvidia/xorg" ModulePath "/usr/lib64/xorg/modules" EndSection Section "Device" Identifier "Nvidia Card" Driver "nvidia" VendorName "NVIDIA Corporation" EndSection Section "ServerFlags" Option "IgnoreABI" "1" EndSection
and try a normal reboot.
3) try to boot selecting the second menu entry in the advanced submenu of the Grub boot loader (the option is described as “Proprietary video driver” and runs the kernel with nomodeset, which was the scenario with Nvidia drivers not supporting modesetting).