January 2021 - openSUSE Users - openSUSE Mailing Lists

qemu virtmanager
by Simon Becherer 10 Jan '21

10 Jan '21

Hi, tumbleweed, is there a way to prevent qemu from updating virtualized hardware inside the virtualisation? as example: sometimes when qemu is updated, the virtial machines OS (windows 10 or windows xp) find new "hardware" and at least in windows xp i have now a huge amount of broken (most is invisible inside system-controll) hardware . and of course the "fingerprint" of the system will change. -> only solution i think about is to virtualize windows inside a virtualized tumbleweed which will then never be updated any more, running on an updated real hardware tumbleweed. so that the windows image will never be run by a new qemu version. anybody has a better solution? some command line options i could via virt-manager pass to qemu? like "stay ALWAYS on hardware qemu version 6.0 ????" simoN -- www.becherer.de

3 5

Trying out alternative desktop
by Anton Aylward 08 Jan '21

08 Jan '21

I currently run KDE/Plasma as my desktop. My main 'always on' applications are Thunderbird and Firefox". Yes I run other apps, but those are the 'always on' and yes they take a great deal of memory/swap and at start-up are heavy on network bandwidth and on CPU. But when I run 'top' to what's going on, the other "100% cpu" entry is 'plasmashell'. Is KDE really that heavy a desktop? Can I make it lighter? Without reconfiguring, can I try out other desktops? Perhaps if I boot into what used to be called 'state 3' rather than 'state 5' then I can run 'startx' and somehow try another desktop ??? Any idea how? -- “Reality is so complex, we must move away from dogma, whether it’s conspiracy theories or free-market,” -- James Glattfelder. http://jth.ch/jbg

12 34

Creating a cgroup, I need a 2nd pair of eyes
by Per Jessen 08 Jan '21

08 Jan '21

On leap 15.2, I am creating a cgroup: cd /sys/fs/cgroup/memory mkdir hpindexer echo 2147483648 >hpindexer/memory.limit_in_bytes echo 17493 >hpindexer/cgroup.procs At first it seems to work fine, but after a certain time, "hpindexer" just disappears ... What am I missing ? -- Per Jessen, Zürich (-0.6°C) Member, openSUSE Heroes.

7 23

X Forwarding not working with the latest Tumbleweed.
by Chuck Payne 08 Jan '21

08 Jan '21

Guys, So I updated one of KVM server, I use mobaxterm to launch virt-manager. Use too, X forward would pop up and I could work. The only error I can find is the following in dmesg [ 2648.463826] sshd[3687]: segfault at 388 ip 00005595f7790563 sp 00007ffd07f595f0 error 4 in sshd[5595f774e000+74000] [ 2648.463837] Code: 1f 84 00 00 00 00 00 48 85 ff 0f 84 d7 00 00 00 41 54 55 48 89 fd 48 83 ec 08 48 8b 87 20 01 00 00 48 85 c0 0f 84 95 00 00 00 <8b> 40 18 a8 02 75 46 a8 04 0f 85 8e 00 00 00 48 8b 7d 08 e8 e5 ef I have looked and Xforwarding is set to yes /etc/ssh/sshd_config. -- Terror PUP a.k.a Chuck "PUP" Payne ----------------------------------------- Discover it! Enjoy it! Share it! openSUSE Linux. ----------------------------------------- openSUSE -- Terrorpup openSUSE Ambassador/openSUSE Member skype,twiiter,identica,friendfeed -- terrorpup freenode(irc) --terrorpup/lupinstein Register Linux Userid: 155363 openSUSE Community Member since 2008.

2 1

Minimum tools required to configure QT5 "look and feel"?
by J Leslie Turriff 08 Jan '21

08 Jan '21

It took me quite a while to discover the bits of the various Gnome desktop tools that were necessary to adjust font and icon sizes for Gnome-based applications. Now QT5-based applications (like keepassxc) are starting to creep into my Leap system, and I'm wondering what I parts I need in order to do the same with them? I _do not_ want to install the entirety of Plasma; I'm quite happy with my Trinity Desktop. Leslie

2 2

Some apps suddenly take a long time to start (OpenSUSE 15.2, XFCE4)
by Aaron Digulla 07 Jan '21

07 Jan '21

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/

4 10

tracker-extract dumps core thousands of times in 15.2
by Carlos E. R. 07 Jan '21

07 Jan '21

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I upgraded to 15.2 on 2021-12-31, and since then I have been flooded with coredumps from tracker-extract: TIME PID UID GID SIG COREFILE EXE Fri 2021-01-01 12:20:44 CET 15416 1000 100 11 missing /usr/lib/tracker-extract Fri 2021-01-01 13:32:00 CET 17907 1000 100 6 missing /usr/lib/tracker-extract ... Sun 2021-01-03 12:27:21 CET 25059 1000 100 11 present /usr/lib/tracker-extract Sun 2021-01-03 12:27:22 CET 25088 1000 100 11 present /usr/lib/tracker-extract Sun 2021-01-03 12:27:24 CET 25113 1000 100 11 present /usr/lib/tracker-extract Telcontar:~ # coredumpctl | grep tracker-extract | wc -l 4563 Telcontar:~ # Literally, thousands. Is this really not known? Is it worth a bugzilla? I reported this problem on the past and it keeps coming... dump and gdb trace below. Telcontar:~ # coredumpctl dump 25653 PID: 25653 (tracker-extract) UID: 1000 (cer) GID: 100 (users) Signal: 11 (SEGV) Timestamp: Sun 2021-01-03 12:31:40 CET (2min 5s ago) Command Line: /usr/lib/tracker-extract Executable: /usr/lib/tracker-extract Control Group: /user.slice/user-1000.slice/user(a)1000.service/tracker-extract.service Unit: user(a)1000.service User Unit: tracker-extract.service Slice: user-1000.slice Owner UID: 1000 (cer) Boot ID: 2ef60a9b78a14f8aa0ad0315a348b17c Machine ID: 2ce1d54548517a7307c1c2bc38206d00 Hostname: Telcontar Storage: /var/lib/systemd/coredump/core.tracker-extract.1000.2ef60a9b78a14f8aa0ad0315a348b17c.25653.1609673500000000.lz4 Message: Process 25653 (tracker-extract) of user 1000 dumped core. Stack trace of thread 25669: #0 0x00007fecd783da0c n/a (libexiv2.so.26) #1 0x00007fecd7818a0b n/a (libexiv2.so.26) #2 0x00007fecd7808344 _ZN8TXMPMetaINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEE17RegisterNamespaceEPKcS8_ (libexiv2.so.26) #3 0x00007fecd7803ba6 _ZN5Exiv29XmpParser10initializeEPFvPvbES1_ (libexiv2.so.26) #4 0x00007fecd7806539 _ZN5Exiv29XmpParser6decodeERNS_7XmpDataERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE (libexiv2.so.26) #5 0x00007fecd77ec576 _ZN5Exiv28Internal11TiffDecoder9decodeXmpEPKNS0_13TiffEntryBaseE (libexiv2.so.26) #6 0x00007fecd77d47a6 _ZN5Exiv28Internal13TiffDirectory8doAcceptERNS0_11TiffVisitorE (libexiv2.so.26) #7 0x00007fecd77dde9f _ZN5Exiv28Internal16TiffParserWorker6decodeERNS_8ExifDataERNS_8IptcDataERNS_7XmpDataEPKhjjPFMNS0_11TiffDecoderEFvPKNS0_13TiffEntryBaseEERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEjNS0_5IfdIdEEPNS0_14TiffHeaderBaseE (libexiv2.so.26) #8 0x00007fecd77ddfe7 _ZN5Exiv210TiffParser6decodeERNS_8ExifDataERNS_8IptcDataERNS_7XmpDataEPKhj (libexiv2.so.26) #9 0x00007fecd77de179 _ZN5Exiv29TiffImage12readMetadataEv (libexiv2.so.26) #10 0x00007fecd7b5c01d n/a (libgexiv2.so.2) #11 0x00007fecd7b5c26f gexiv2_metadata_open_path (libgexiv2.so.2) #12 0x00007fecd7d76848 tracker_extract_get_metadata (libextract-raw.so) #13 0x000055ed1e442eac get_file_metadata (tracker-extract) #14 0x000055ed1e44349b get_metadata (tracker-extract) #15 0x000055ed1e443530 single_thread_get_metadata (tracker-extract) #16 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #17 0x00007fed21aed4f9 start_thread (libpthread.so.0) #18 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25656: #0 0x00007fed2181b6db __GI___poll (libc.so.6) #1 0x00007fed221e47b9 g_main_context_poll (libglib-2.0.so.0) #2 0x00007fed221e48cc g_main_context_iteration (libglib-2.0.so.0) #3 0x00007fed1905a5bd dconf_gdbus_worker_thread (libdconfsettings.so) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25654: #0 0x00007fed2181b6db __GI___poll (libc.so.6) #1 0x00007fed221e47b9 g_main_context_poll (libglib-2.0.so.0) #2 0x00007fed221e48cc g_main_context_iteration (libglib-2.0.so.0) #3 0x00007fed221e4911 glib_worker_main (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25658: #0 0x00007fed21820839 syscall (libc.so.6) #1 0x00007fed2223006f g_cond_wait (libglib-2.0.so.0) #2 0x00007fed221b5c6b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fed2220e845 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25657: #0 0x00007fed21820839 syscall (libc.so.6) #1 0x00007fed2223006f g_cond_wait (libglib-2.0.so.0) #2 0x00007fed221b5c6b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fed2220e845 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25653: #0 0x00007fed2181b6db __GI___poll (libc.so.6) #1 0x00007fed221e47b9 g_main_context_poll (libglib-2.0.so.0) #2 0x00007fed221e4b02 g_main_loop_run (libglib-2.0.so.0) #3 0x000055ed1e44007c main (tracker-extract) #4 0x00007fed2174e34a __libc_start_main (libc.so.6) #5 0x000055ed1e44016a _start (tracker-extract) Stack trace of thread 25659: #0 0x00007fed21820839 syscall (libc.so.6) #1 0x00007fed2223006f g_cond_wait (libglib-2.0.so.0) #2 0x00007fed221b5c6b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fed2220e845 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25660: #0 0x00007fed21820839 syscall (libc.so.6) #1 0x00007fed2223006f g_cond_wait (libglib-2.0.so.0) #2 0x00007fed221b5c6b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fed2220e845 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25668: #0 0x00007fed21820839 syscall (libc.so.6) #1 0x00007fed2223018a g_cond_wait_until (libglib-2.0.so.0) #2 0x00007fed221b5c51 g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fed2220e7a6 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25655: #0 0x00007fed2181b6db __GI___poll (libc.so.6) #1 0x00007fed221e47b9 g_main_context_poll (libglib-2.0.so.0) #2 0x00007fed221e4b02 g_main_loop_run (libglib-2.0.so.0) #3 0x00007fed22a2cb16 gdbus_shared_thread_func (libgio-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25667: #0 0x00007fed21820839 syscall (libc.so.6) #1 0x00007fed2223006f g_cond_wait (libglib-2.0.so.0) #2 0x00007fed221b5c6b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fed2220e845 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25666: #0 0x00007fed21820839 syscall (libc.so.6) #1 0x00007fed2223006f g_cond_wait (libglib-2.0.so.0) #2 0x00007fed221b5c6b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fed2220e845 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25663: #0 0x00007fed21820839 syscall (libc.so.6) #1 0x00007fed2223006f g_cond_wait (libglib-2.0.so.0) #2 0x00007fed221b5c6b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fed2220e845 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25662: #0 0x00007fed21820839 syscall (libc.so.6) #1 0x00007fed2223006f g_cond_wait (libglib-2.0.so.0) #2 0x00007fed221b5c6b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fed2220e845 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25661: #0 0x00007fed21820839 syscall (libc.so.6) #1 0x00007fed2223006f g_cond_wait (libglib-2.0.so.0) #2 0x00007fed221b5c6b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fed2220e845 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25665: #0 0x00007fed21820839 syscall (libc.so.6) #1 0x00007fed2223006f g_cond_wait (libglib-2.0.so.0) #2 0x00007fed221b5c6b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fed2220e845 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25664: #0 0x00007fed21820839 syscall (libc.so.6) #1 0x00007fed2223006f g_cond_wait (libglib-2.0.so.0) #2 0x00007fed221b5c6b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fed2220e845 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Refusing to dump core to tty (use shell redirection or specify --output). Telcontar:~ # Telcontar:~ # coredumpctl gdb 25653 PID: 25653 (tracker-extract) UID: 1000 (cer) GID: 100 (users) Signal: 11 (SEGV) Timestamp: Sun 2021-01-03 12:31:40 CET (6min ago) Command Line: /usr/lib/tracker-extract Executable: /usr/lib/tracker-extract Control Group: /user.slice/user-1000.slice/user(a)1000.service/tracker-extract.service Unit: user(a)1000.service User Unit: tracker-extract.service Slice: user-1000.slice Owner UID: 1000 (cer) Boot ID: 2ef60a9b78a14f8aa0ad0315a348b17c Machine ID: 2ce1d54548517a7307c1c2bc38206d00 Hostname: Telcontar Storage: /var/lib/systemd/coredump/core.tracker-extract.1000.2ef60a9b78a14f8aa0ad0315a348b17c.25653.1609673500000000.lz4 Message: Process 25653 (tracker-extract) of user 1000 dumped core. Stack trace of thread 25669: #0 0x00007fecd783da0c n/a (libexiv2.so.26) #1 0x00007fecd7818a0b n/a (libexiv2.so.26) #2 0x00007fecd7808344 _ZN8TXMPMetaINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEE17RegisterNamespaceEPKcS8_ (libexiv2.so.26) #3 0x00007fecd7803ba6 _ZN5Exiv29XmpParser10initializeEPFvPvbES1_ (libexiv2.so.26) #4 0x00007fecd7806539 _ZN5Exiv29XmpParser6decodeERNS_7XmpDataERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE (libexiv2.so.26) #5 0x00007fecd77ec576 _ZN5Exiv28Internal11TiffDecoder9decodeXmpEPKNS0_13TiffEntryBaseE (libexiv2.so.26) #6 0x00007fecd77d47a6 _ZN5Exiv28Internal13TiffDirectory8doAcceptERNS0_11TiffVisitorE (libexiv2.so.26) #7 0x00007fecd77dde9f _ZN5Exiv28Internal16TiffParserWorker6decodeERNS_8ExifDataERNS_8IptcDataERNS_7XmpDataEPKhjjPFMNS0_11TiffDecoderEFvPKNS0_13TiffEntryBaseEERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEjNS0_5IfdIdEEPNS0_14TiffHeaderBaseE (libexiv2.so.26) #8 0x00007fecd77ddfe7 _ZN5Exiv210TiffParser6decodeERNS_8ExifDataERNS_8IptcDataERNS_7XmpDataEPKhj (libexiv2.so.26) #9 0x00007fecd77de179 _ZN5Exiv29TiffImage12readMetadataEv (libexiv2.so.26) #10 0x00007fecd7b5c01d n/a (libgexiv2.so.2) #11 0x00007fecd7b5c26f gexiv2_metadata_open_path (libgexiv2.so.2) #12 0x00007fecd7d76848 tracker_extract_get_metadata (libextract-raw.so) #13 0x000055ed1e442eac get_file_metadata (tracker-extract) #14 0x000055ed1e44349b get_metadata (tracker-extract) #15 0x000055ed1e443530 single_thread_get_metadata (tracker-extract) #16 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #17 0x00007fed21aed4f9 start_thread (libpthread.so.0) #18 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25656: #0 0x00007fed2181b6db __GI___poll (libc.so.6) #1 0x00007fed221e47b9 g_main_context_poll (libglib-2.0.so.0) #2 0x00007fed221e48cc g_main_context_iteration (libglib-2.0.so.0) #3 0x00007fed1905a5bd dconf_gdbus_worker_thread (libdconfsettings.so) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25654: #0 0x00007fed2181b6db __GI___poll (libc.so.6) #1 0x00007fed221e47b9 g_main_context_poll (libglib-2.0.so.0) #2 0x00007fed221e48cc g_main_context_iteration (libglib-2.0.so.0) #3 0x00007fed221e4911 glib_worker_main (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25658: #0 0x00007fed21820839 syscall (libc.so.6) #1 0x00007fed2223006f g_cond_wait (libglib-2.0.so.0) #2 0x00007fed221b5c6b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fed2220e845 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25657: #0 0x00007fed21820839 syscall (libc.so.6) #1 0x00007fed2223006f g_cond_wait (libglib-2.0.so.0) #2 0x00007fed221b5c6b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fed2220e845 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25653: #0 0x00007fed2181b6db __GI___poll (libc.so.6) #1 0x00007fed221e47b9 g_main_context_poll (libglib-2.0.so.0) #2 0x00007fed221e4b02 g_main_loop_run (libglib-2.0.so.0) #3 0x000055ed1e44007c main (tracker-extract) #4 0x00007fed2174e34a __libc_start_main (libc.so.6) #5 0x000055ed1e44016a _start (tracker-extract) Stack trace of thread 25659: #0 0x00007fed21820839 syscall (libc.so.6) #1 0x00007fed2223006f g_cond_wait (libglib-2.0.so.0) #2 0x00007fed221b5c6b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fed2220e845 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25660: #0 0x00007fed21820839 syscall (libc.so.6) #1 0x00007fed2223006f g_cond_wait (libglib-2.0.so.0) #2 0x00007fed221b5c6b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fed2220e845 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25668: #0 0x00007fed21820839 syscall (libc.so.6) #1 0x00007fed2223018a g_cond_wait_until (libglib-2.0.so.0) #2 0x00007fed221b5c51 g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fed2220e7a6 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25655: #0 0x00007fed2181b6db __GI___poll (libc.so.6) #1 0x00007fed221e47b9 g_main_context_poll (libglib-2.0.so.0) #2 0x00007fed221e4b02 g_main_loop_run (libglib-2.0.so.0) #3 0x00007fed22a2cb16 gdbus_shared_thread_func (libgio-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25667: #0 0x00007fed21820839 syscall (libc.so.6) #1 0x00007fed2223006f g_cond_wait (libglib-2.0.so.0) #2 0x00007fed221b5c6b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fed2220e845 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25666: #0 0x00007fed21820839 syscall (libc.so.6) #1 0x00007fed2223006f g_cond_wait (libglib-2.0.so.0) #2 0x00007fed221b5c6b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fed2220e845 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25663: #0 0x00007fed21820839 syscall (libc.so.6) #1 0x00007fed2223006f g_cond_wait (libglib-2.0.so.0) #2 0x00007fed221b5c6b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fed2220e845 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25662: #0 0x00007fed21820839 syscall (libc.so.6) #1 0x00007fed2223006f g_cond_wait (libglib-2.0.so.0) #2 0x00007fed221b5c6b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fed2220e845 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25661: #0 0x00007fed21820839 syscall (libc.so.6) #1 0x00007fed2223006f g_cond_wait (libglib-2.0.so.0) #2 0x00007fed221b5c6b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fed2220e845 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25665: #0 0x00007fed21820839 syscall (libc.so.6) #1 0x00007fed2223006f g_cond_wait (libglib-2.0.so.0) #2 0x00007fed221b5c6b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fed2220e845 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) Stack trace of thread 25664: #0 0x00007fed21820839 syscall (libc.so.6) #1 0x00007fed2223006f g_cond_wait (libglib-2.0.so.0) #2 0x00007fed221b5c6b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fed2220e845 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fed2220ddce g_thread_proxy (libglib-2.0.so.0) #5 0x00007fed21aed4f9 start_thread (libpthread.so.0) #6 0x00007fed21825fbf __clone (libc.so.6) GNU gdb (GDB; openSUSE Leap 15.2) 8.3.1 Copyright (C) 2019 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-suse-linux". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://bugs.opensuse.org/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/lib/tracker-extract... Reading symbols from /usr/lib/debug/usr/lib/tracker-extract-2.3.2-lp152.1.3.x86_64.debug... [New LWP 25669] [New LWP 25656] [New LWP 25654] [New LWP 25658] [New LWP 25657] [New LWP 25653] [New LWP 25659] [New LWP 25660] [New LWP 25668] [New LWP 25655] [New LWP 25667] [New LWP 25666] [New LWP 25663] [New LWP 25662] [New LWP 25661] [New LWP 25665] [New LWP 25664] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Core was generated by `/usr/lib/tracker-extract'. Program terminated with signal SIGSEGV, Segmentation fault. #0 std::_Rb_tree<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::_Select1st<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>--Type <RET> for more, q to quit, c to continue without paging--c > const, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, std::less<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >::lower_bound (__k=..., this=<optimized out>) at /usr/include/c++/7/bits/stl_tree.h:1187 warning: Source file is more recent than executable. 1187 { return _M_lower_bound(_M_begin(), _M_end(), __k); } [Current thread is 1 (Thread 0x7feccb7fe700 (LWP 25669))] (gdb) quit Telcontar:~ # - -- Cheers Carlos E. R. (from 15.2 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCX/Gu4xwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfV2eYAn2UCGpfnw9GH2/13Gg/5 GBgpitnMAJ9wTjGwuhpdRgIhvCUVhRMWPssoIg== =I2Qv -----END PGP SIGNATURE-----

7 56

Re: Trying out alternative desktop
by Anton Aylward 07 Jan '21

07 Jan '21

On 06/01/2021 11:33, Patrick Shanahan wrote: > turn off composting, appears to use less "cpu". Eh? I can see {xrender, opengl{2,3}} as alternatives, but no 'off' setting. > plasmashell should not be using 100% cpu Right. > > USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND > paka 3358 3.9 1.0 2596320 369840 ? Sl 08:56 5:10/usr/bin/plasmashell Yes, that seems about right. -- “Reality is so complex, we must move away from dogma, whether it’s conspiracy theories or free-market,” -- James Glattfelder. http://jth.ch/jbg

3 2

Support for HEIC files
by Gerald Pfeifer 07 Jan '21

07 Jan '21

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

4 5

Someone knowledgeable about this?
by Dr.-Ing. Dieter Jurzitza 07 Jan '21

07 Jan '21

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

6 6