January 2021 - openSUSE Users - openSUSE Mailing Lists

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

pip and python packages without info
by Peter Suetterlin 07 Jan '21

07 Jan '21

Hi, I am installing (as user) some software via pip3. I noticed that it also installs some of the requirements into my private folder where I *do* have the respective software installed system-wide. In this case, notably the opencv package for python: speedy:~% rpm -q python3-opencv python3-opencv-4.5.0-3.19.x86_64 but speedy:~% pip3 list|grep cv speedy:~% So pip doesn't see that it is installed, and therefore downloads and installs a private version. I noticed that most python packages come with some egg-info, either a file or a directory. The opencv package doesn't have that. Is this the reason pip does not see the package? And if so, would this be a packaging error that asks for a bug report? Any other recommendations how to handle this? Right now I do a 'pip uninstall opencv-python' to get rid of the additional one... This is an oS Tumbleweed 20201228

2 2

Ouch KDE - Qt5 goes Closed-Source, Qt6 not ready... Bummer
by David C. Rankin 07 Jan '21

07 Jan '21

I follow this loosely, but... Yesterday, Qt 5.15 we closed source for LTS. Qt6 is not ready (not to mention binary backward compatibility will be broken with 6.1). What this means is there will be no further bug fix commits allowed to Qt5. So this leaves KDE in a bit of a pickle. https://go.reg.cx/tdml/dfd67/601ddbff/1720a1e6/3Y87 El Reg is on it... Anton's look for an alternative desktop may be well timed... -- David C. Rankin, J.D.,P.E.

2 1

Oops! Looks like LXQt and KDE have a problem
by Dave Howorth 05 Jan '21

05 Jan '21

"The Qt Company has followed up on its plan to make long-term support releases commercial-only by closing the source for 5.15 today, earning protests from open-source contributors" https://www.theregister.com/2021/01/05/qt_lts_goes_commercial_only/ "That's some brilliant timing, given that no actual qt 6 release even exists yet (yeah, 6.0 is a joke given that you intend to break binary compat in 6.1)," said one developer. Another said: "Qt6 has half of the modules required by my project not yet available, so upgrading is not possible. On the other hand, 5.15 LTS is closed for the open source users – this is quite a heavy restriction for me since my project is non-profit and open source. Buying a commercial license is not an option." Open-source contributor Thiago Macieira, an Intel software architect, said of the decision: "That means I will not be participating in the development of those fixes, commenting on what's appropriate or not, reviewing backports, or bug reports." "Tend to agree," said Konstantin Ritt, another developer.

1 0

GLIBC 2.27
by Bernd Ritter 05 Jan '21

05 Jan '21

Hello fellow chameleons and happy new year everyone, I use openSUSE Leap 15.2 for gaming. And since the new Ubuntu release more and more titles fail to start because they require a newer GLIBC version than openSUSE provides (2.26). Is there a way to upgrade it somehow without breaking all the other applications? I would have considered openSUSE TW but I like the stable part of the system for work and stuff. Cheers, Bernd

10 14

Kernel 4.x
by Alvin 05 Jan '21

05 Jan '21

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

5 6

grub boot from raid1 question
by Istvan Gabor 02 Jan '21

02 Jan '21

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 7