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/
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
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
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
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
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)
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/
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
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.
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