openSUSE Users December 2020

users@lists.opensuse.org

60 participants
40 discussions

Some apps suddenly take a long time to start (OpenSUSE 15.2, XFCE4)

by Aaron Digulla

Hi, One of the recent patches to OpenSUSE 15.2 introduced a bug. The effect is that some apps suddenly take 5-10 seconds to start instead of showing up instantly as before. Afterwards, they work smoothly. Affected apps are: - keepassxc-2.6.2-lp152.3.9.1.x86_64 - virtualbox-qt-6.1.16-lp152.2.8.1.x86_64 The bug seems to be this one: https://bugs.launchpad.net/ubuntu/+source/dbus/+bug/1852016 When using strace, I noticed that the programs hang polling Unix sockets like /tmp/.X11-unix/X0 or /run/user/1000/bus. I couldn't find a related bug in openSUSE. The workaround is to start the app from the command line using dbus-launch: dbus-launch keepassxc I noticed that the first time in the middle of December, certainly before the 26th. I've attached the entire update history. In the history, I see a new version of Qt 5, glib 2, nvidia-glG05 460.27, aaa_base 84.87. There are no updates to systemd or dbus itself. The affected apps above use Qt for the UI but also glib 2. Has anyone else similar problems? Regards, -- Aaron "Optimizer" Digulla a.k.a. Philmann Dark "It's not the universe that's limited, it's our imagination. Follow me and I'll show you something beyond the limits." http://blog.pdark.de/

2 weeks, 3 days

Support for HEIC files

by Gerald Pfeifer

I got some photos in HEIC format (which appears to be common in the Apple world) and ... nothing I had on my notebook could open them. GIMP seems to happily handle those. eog (GNOME image viewer) and magick (ImageMagick) - no luck. libheif1-1.10.0-11.1.x86_64 is installed on this Tumbleweed system. -> How do we get eog to process HEIC images? -> How do we get magick to process HEIC images? -> Corollary: is there some other tool that converts those to JPEG/PNG? Thank you, Gerald

2 weeks, 4 days

Someone knowledgeable about this?

by Dr.-Ing. Dieter Jurzitza

Dear listmembers, I am maintaining the package tgif (or at least try to do so ...). In order to provide "umlauts" (ok, an European problem :-)) I need the package libidn- devel at compile time _and_ at runtime. I found the reason now - but I do not know how to circumvent this and whether or not this is my error or a more basic packaging error. If libidn-devel is _not_ installed, I get the following packages in /usr/ lib64: djunix:/usr/lib64 # la libidn* lrwxrwxrwx 1 root root 16 16. Mai 2020 libidn2.so.0 -> libidn2.so.0.3.6* -rwxr-xr-x 1 root root 117160 16. Mai 2020 libidn2.so.0.3.6* lrwxrwxrwx 1 root root 17 16. Mai 2020 libidn.so.11 -> libidn.so.11.6.18* -rwxr-xr-x 1 root root 211520 16. Mai 2020 libidn.so.11.6.18* In contrast, if libidn-devel is in place, I get the following packages in / usr/lib64: djunix:/usr/lib64 # la libidn* lrwxrwxrwx 1 root root 16 16. Mai 2020 libidn2.so.0 -> libidn2.so.0.3.6* -rwxr-xr-x 1 root root 117160 16. Mai 2020 libidn2.so.0.3.6* lrwxrwxrwx 1 root root 17 16. Mai 2020 libidn.so -> libidn.so.11.6.18* lrwxrwxrwx 1 root root 17 16. Mai 2020 libidn.so.11 -> libidn.so.11.6.18* -rwxr-xr-x 1 root root 211520 16. Mai 2020 libidn.so.11.6.18* The difference stems from the link libidn.so -> libidn.so.11.6.18 being available - what is not the case without libidn-devel. Obviously I need this very link to make tgif functional - so, is this an error of tgif trying to use libidn.so or is it a package error of libidn that should provide libidn.so even without the devel-package of libidn being present? Any comment is highly appreciated, thank you, take care Dieter -- ----------------------------------------------------------- Dr.-Ing. Dieter Jurzitza 76131 Karlsruhe

2 weeks, 4 days

Kernel 4.x

by Alvin

Hello, I have an old Dell E521 (circa 2007) computer that I took out of storage. It has an nvidia geforce 8400 video card. I installed opensuse Leap 15.2 KDE, but the G03 driver isn't available for the stock 5.3 kernel. It's using the nouveau driver but that causes some weird screen blanking (even with XRenderer), random screen corruption and system freezes. I have used opensuse on it 10.0-11.3. Been so long I forget, but it has always been suse/opensuse. Is there a repo that I can use to downgrade the kernel to 4.3 (or any 4.x) that I can use with 15.2? I know it's a weird question, but I figure the machine is so old that it wouldn't benefit from any kernel after 4.x any way. Thanks. Alvin

2 weeks, 6 days

grub boot from raid1 question

by Istvan Gabor

Hello: I would like to set up a Leap 15.1 system that boots from a md raid1 array. I have a sample configuration from a working debian system that boots from raid1 array. However there are 2 things in the sample configuration I don't understand. The working debian grub.cfg has this: ### BEGIN /etc/grub.d/10_linux ### menuentry 'Debian GNU/Linux, with Linux 3.2.0-4-686-pae' --class debian --class gnu-linux --class gnu --class os { load_video insmod gzio insmod raid insmod mdraid1x insmod part_msdos insmod part_msdos insmod ext2 set root='(mduuid/4245........a8)' search --no-floppy --fs-uuid --set=root 68b........26e echo 'Loading Linux 3.2.0-4-686-pae ...' linux /boot/vmlinuz-3.2.0-4-686-pae root=UUID=68b........26e ro nomodeset quiet echo 'Loading initial ramdisk ...' initrd /boot/initrd.img-3.2.0-4-686-pae } My questions: 1. It seems that grub sets the root device using the array's uuid (mduuid). Than it searches for file-system id, and sets the root to that file system. Isn't it enough to set the root using only one of these methods? Either by mduuid or by fs-uuid? Is it necessary to use both? What occurs if the the fs-uuid of the mduuid device's file system is not equal to the one given in the search command? 2. insmod part_msdos command is given 2 times. I guess it would be OK to use only once. Is this correct? Thanks, Istvan

3 weeks, 2 days

TW license only in French, German, Greek, Persian, Russian and Spanish - but not in English ??

by Per Jessen

Due to a user report about failing checksums, I was just testing one of our mirrors and wanted to compare to my own - on http://opensuse.c3sl.ufbr.br, I was only offered the license in Russian. on my own copy (http://mirror.hostsuisse.com/opensuse), I am offered French, German, Greek, Persian, Russian and Spanish - but not English ?? Also, I don't recall having had to accept the license by ticking a box ? Although that might be my memory failing. I am not a regular TW user, hence my perplexion. -- Per Jessen, Zürich (1.6°C)

3 weeks, 5 days

Request: Add driver r8125 to the kernel

by Aaron Digulla

Hello, I'm interested in support for the r8125 driver in the official kernel. What are the plans for this? Currently, I'm using the package found here: https://build.opensuse.org/package/show/home:Sauerland/r8125 I just unpacked the module and copied it to /lib/modules/*/weak-updates/updates/, ran depmod -a and it worked since Nov, 24th. But I'm a bit wary for how long :-) Regards, -- Aaron "Optimizer" Digulla a.k.a. Philmann Dark "It's not the universe that's limited, it's our imagination. Follow me and I'll show you something beyond the limits." http://blog.pdark.de/

3 weeks, 6 days

To whom it might concern ...

by Dr.-Ing. Dieter Jurzitza

Dear listmembers, after having struggeled for quite a while with unstable bluetooth connections / missing possibility to set the audio mode to a2dp I finally upgraded to 15.2. I had tested the "live" version of it beforehand and there it seemed to work. But after completion of the upgrade - no a2dp profile again. Searching on the net suggests many different solutions, I tested them, it failed. Finally it came to my mind what is different between the "live" system booted from a stick and my "regular" installation: - I have two KDE - session in parallel, one on tty7, the other one on tty8, - the "live" system has only one KDE - session. after not logging in to the second session - whops, a2dp is there, flawlessly, just like someone would expect. Now I am asking myself what is going wrong here, apparently two instances of the same KDE - bluetooth - configurations are "fighting" each other causing performance issues (and stability problems ...). As I would think that having two sessions in parallel on one server is nothing "out of scope" I wonder whether or not I should rise a bug report pointing to this - any opinions? Thank you for thinking that over - and, by the way, Merry Christmas to everyone out there. Best Dieter -- ----------------------------------------------------------- Dr.-Ing. Dieter Jurzitza 76131 Karlsruhe

1 month

Carlos - You good with Tbird 78 and PGP/(gpg) - All working?

by David C. Rankin

Carlos, Just a follow up to the long thread earlier where you moved from Tbird 68 - 78 and went through the enigmail loss and migration to GPG. Did it all work out? Are you using a master-password to prevent your private keys from being stored unencrypted under your ~/.thunderbird directory? Do you have to enter the master password for every message? Still on 68 and will have time over the break to be tormented with it. Any pointers not in the last thread you found -- would be welcomed :p -- David C. Rankin, J.D.,P.E.

1 month

location of yast saved rpm files

by Istvan Gabor

Hello: Most I use yast software manager to install/remove packages. I always set software manager to keep downloaded/installed packages. Currently I use openSUSE Leap 15.1. I found that the downloaded rpm files are installed in /var/cache/zypp/packages/<dir> where <dir> is one of openSUSE_Leap_15.1 openSUSE_Leap_15.1_1 openSUSE-Leap-15.1-1 openSUSE_Leap_15.1_10 openSUSE_Leap_15.1_11 openSUSE_Leap_15.1_2 openSUSE_Leap_15.1_3 openSUSE_Leap_15.1_4 openSUSE_Leap_15.1_5 openSUSE_Leap_15.1_6 openSUSE_Leap_15.1_7 openSUSE_Leap_15.1_8 repo-non-oss repo-oss repo-update In previous openSUSE versions these dirs were named as the repo name I gave. For example the dirs from my openSUSE 13.1 system are: arj_Sauerland devel-tools-ide_codeblocks Education Emulators KDE3 madsoft_kuickshow multimedia-apps_cdrecord openSUSE-13.1-1.10 PACKMAN Publishing QT5 repo-oss repo-update security_ike server-database For me this approach is much more logical, because I can find a given file much easier, and I know which package comes from which repo. In current 15.1 I don't know how can I find a package that comes from a given repo. Questions: - What was the rationale behind changing the name scheme? - How can I find which package comes from which repo, and in which <dir> it is saved? - Is it possible to change the configuration to set back the old behavior? Thanks, Istvan

1 month

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

1996

1995

1994

1993

1992

openSUSE Users December 2020