February 2023 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1208171] New: Unable to switch to Nvidia or Intel appropriately on MicroOS
by bugzilla_noreply＠suse.com 13 Feb '23

13 Feb '23

https://bugzilla.suse.com/show_bug.cgi?id=1208171 Bug ID: 1208171 Summary: Unable to switch to Nvidia or Intel appropriately on MicroOS Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Critical Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: groguko36(a)tuta.io QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I'm using Micro OS Gnome here. I installed the Nvidia G06 driver with `suse-prime` and `bbswitch`. I had trouble with switching graphic cards. According to `prime-select.log', it couldn't detect Intel when I tried to switch to it. Then it would attempt to switch to Nvidia instead and caused black screen with login, because it also couldn't detect Nvidia. Here is the part of the log: ``` [ 18:36:16 ] service restored by user [ 18:38:35 ] user_logout_waiter: started [ 18:38:35 ] user_logout_waiter: X restart detected, preparing switch to intel [ 18:38:35 ] Forcing nvidia due to Intel card not found [ 18:38:35 ] Unloading bbswitch and switching nvidia ON... [ 18:38:38 ] PCI BusID of NVIDIA card could not be detected! [ 18:38:38 ] Configuration failed [ 18:39:42 ] Boot: setting-up card [ 18:39:42 ] HotSwitch: completed! ``` Interestingly, when I switched to Nvidia, `suse-prime` complained about not able to detect Nvidia and wanted to switch to Intel. This time the Intel just mysteriously worked along with bbswitch. ``` [ 20:47:07 ] user_logout_waiter: started [ 20:47:07 ] user_logout_waiter: X restart detected, preparing switch to nvidia [ 20:47:07 ] Forcing intel due to NVIDIA card not found [ 20:47:07 ] NVIDIA card will be switched off, NVIDIA offloading will not be available [ 20:47:07 ] trying switch OFF nvidia: [bbswitch] NVIDIA card is OFF [ 20:47:07 ] Intel card correctly set [ 20:47:07 ] HotSwitch: starting Display Manager [ 20:47:08 ] HotSwitch: completed! ``` I think these are MicroOS exclusive issues, as I never encountered them on Tumbleweed. It's similar to one of the old issues here reported two years ago. Switching to Nvidia G05 driver doesn��t help either. The issue was also reported on the SUSE-Prime's page: By default, MicroOS comes with less installed packages than Tumbleweed, nor does it have ��recommended packages�� like Tumbleweed. For example, my Tumbleweed ships with packages like intel-media-driver intel-vaapi-driver xorg-x11-driver-video libvulkan_intel Mesa-vulkan-device-select, which MicroOS doesn��t. Here I��m wondering if missing driver-related packages are missing might be the cause of the issues mentioned above. Or maybe there is something wrong with detecting graphic card on MicroOS' end. -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1177260] Switching python-numpy to plain BLAS causes significant performance regression
by bugzilla_noreply＠suse.com 13 Feb '23

13 Feb '23

https://bugzilla.suse.com/show_bug.cgi?id=1177260 https://bugzilla.suse.com/show_bug.cgi?id=1177260#c35 Egbert Eich <eich(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|IN_PROGRESS |RESOLVED Resolution|--- |FIXED --- Comment #35 from Egbert Eich <eich(a)suse.com> --- I believe the underlying issues here have been resolved by now, the netlib-lapack and OpenBLAS packages in Factory are such that lapack linked executables can now load OpenBLAS libraries. To changing the lapack package so that the libraries are switched en-block is not necessarily required to satisfy this feature. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1200030] New: slurmd can't load plugins
by bugzilla_noreply＠suse.com 13 Feb '23

13 Feb '23

https://bugzilla.suse.com/show_bug.cgi?id=1200030 Bug ID: 1200030 Summary: slurmd can't load plugins Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: screening-team-bugs(a)suse.de Reporter: cgoll(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Sicne some time the slurm rpm packages does not work any more in openSUSE tumbleweed. If a service should be started one gets following error: ``` slurmd: error: plugin_load_from_file: dlopen(/usr/lib64/slurm/select_linear.so): /usr/lib64/slurm/select_linear.so: undefined symbol: gres_ctld_job_build_details slurmd: error: Couldn't load specified plugin name for select/linear: Dlopen of plugin file failed slurmd: fatal: Can't find plugin for select/linear ``` This is not related to slurm itself, as if the package is compiled on the machine itself, everything works fine. (Used the *exact* same ./configure for building includng $CFLAGS.) This must have something to do with the symbol stripping in Tumblweed, the leap packages work fine. Any comments? -- You are receiving this mail because: You are on the CC list for the bug.

1 12

[Bug 1208196] New: [Build 399.1] installation of util-linux-lang on ppc64le failed
by bugzilla_noreply＠suse.com 13 Feb '23

13 Feb '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1208196 Bug ID: 1208196 Summary: [Build 399.1] installation of util-linux-lang on ppc64le failed Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.5 Hardware: PowerPC-64 URL: https://openqa.opensuse.org/tests/3114796/modules/awai t_install/steps/7 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: lubos.kocman(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: openQA Blocker: Yes ## Observation Installation of util-linux-lang in Leap 15.5 on ppc64le. This seems not to be the case on all other arches. openQA test in scenario opensuse-15.5-DVD-ppc64le-create_hdd_gnome@ppc64le fails in [await_install](https://openqa.opensuse.org/tests/3114796/modules/await_inst… ## Test suite description image creation job used as parent for other jobs testing based on existing installation. GUI-Installation and selecting the gnome desktop during installation. ## Reproducible Fails since (at least) Build [399.1](https://openqa.opensuse.org/tests/3113349) ## Expected result Last good: [395.1](https://openqa.opensuse.org/tests/3097667) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?arch=ppc64le&distri=opensu… -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1208195] New: Post install dialogs remain opened
by bugzilla_noreply＠suse.com 13 Feb '23

13 Feb '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1208195 Bug ID: 1208195 Summary: Post install dialogs remain opened Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: christophe(a)krop.fr QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Created attachment 864858 --> http://bugzilla.opensuse.org/attachment.cgi?id=864858&action=edit greyed yast2 windows I noticed the issue a couple days ago when installing packages with `yast2 sw_single`. When a package runs a post-install scriptlet, the yast windows are stuck. Closing the sub-window opened by the post-install scripts make it responsive again. Attaching gdb to the process returns this: Thread 6 (Thread 0x7f18fffff6c0 (LWP 23524) "Zypp-Cleaner"): #0 __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x5579b4acd994) at futex-internal.c:57 #1 __futex_abstimed_wait_common (futex_word=futex_word@entry=0x5579b4acd994, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0, cancel=cancel@entry=true) at futex-internal.c:87 #2 0x00007f1930f0908f in __GI___futex_abstimed_wait_cancelable64 (futex_word=futex_word@entry=0x5579b4acd994, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0) at futex-internal.c:139 #3 0x00007f1930f0bcd0 in __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x5579b4acd940, cond=0x5579b4acd968) at pthread_cond_wait.c:503 #4 ___pthread_cond_wait (cond=0x5579b4acd968, mutex=0x5579b4acd940) at pthread_cond_wait.c:618 #5 0x00007f1921e0ef60 in CleanerData::run (this=0x5579b4acd940) at /usr/src/debug/libzypp-17.31.7/zypp-core/base/CleanerThread.cc:65 #6 CleanerData::CleanerData()::{lambda()#1}::operator()() const (__closure=<optimized out>) at /usr/src/debug/libzypp-17.31.7/zypp-core/base/CleanerThread.cc:37 #7 std::__invoke_impl<void, CleanerData::CleanerData()::{lambda()#1}>(std::__invoke_other, CleanerData::CleanerData()::{lambda()#1}&&) (__f=...) at /usr/include/c++/12/bits/invoke.h:61 #8 std::__invoke<CleanerData::CleanerData()::{lambda()#1}>(CleanerData::CleanerData()::{lambda()#1}&&) (__fn=...) at /usr/include/c++/12/bits/invoke.h:96 #9 std::thread::_Invoker<std::tuple<zypp::LogThread::LogThread()::{lambda()#1}> >::_M_invoke<0ul>(std::_Index_tuple<0ul>) (this=<optimized out>) at /usr/include/c++/12/bits/std_thread.h:258 #10 std::thread::_Invoker<std::tuple<zypp::LogThread::LogThread()::{lambda()#1}> >::operator()() (this=<optimized out>) at /usr/include/c++/12/bits/std_thread.h:265 #11 std::thread::_State_impl<std::thread::_Invoker<std::tuple<zypp::LogThread::LogThread()::{lambda()#1}> > >::_M_run() (this=<optimized out>) at /usr/include/c++/12/bits/std_thread.h:210 #12 0x00007f192d2e8a03 in std::execute_native_thread_routine (__p=0x5579bdfcb660) at ../../../../../libstdc++-v3/src/c++11/thread.cc:104 #13 0x00007f1930f0c98d in start_thread (arg=<optimized out>) at pthread_create.c:442 #14 0x00007f1930f93380 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 Thread 5 (Thread 0x7f192108c6c0 (LWP 15784) "Zypp-Log"): #0 0x00007f1930f84b7f in __GI___poll (fds=0x7f1918005750, nfds=5, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x00007f192a869dbe in g_main_context_poll (priority=<optimized out>, n_fds=5, fds=0x7f1918005750, timeout=<optimized out>, context=0x7f1918001240) at ../glib/gmain.c:4553 #2 g_main_context_iterate (context=0x7f1918001240, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at ../glib/gmain.c:4243 #3 0x00007f192a86a10f in g_main_loop_run (loop=0x7f1918003d10) at ../glib/gmain.c:4448 #4 0x00007f1921dff4ec in zyppng::EventLoop::run (this=<optimized out>) at /usr/src/debug/libzypp-17.31.7/zypp-core/zyppng/base/eventloop_glib.cc:33 #5 0x00007f1921ddc0de in zypp::LogThread::workerMain (this=0x7f192200fe20 <zypp::LogThread::instance()::t>) at /usr/include/c++/12/bits/shared_ptr_base.h:1665 #6 0x00007f192d2e8a03 in std::execute_native_thread_routine (__p=0x5579b26285f0) at ../../../../../libstdc++-v3/src/c++11/thread.cc:104 #7 0x00007f1930f0c98d in start_thread (arg=<optimized out>) at pthread_create.c:442 #8 0x00007f1930f93380 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 Thread 4 (Thread 0x7f1928d2d6c0 (LWP 15743) "QXcbEventQueue"): #0 0x00007f1930f84b7f in __GI___poll (fds=fds@entry=0x7f1928d2cd48, nfds=nfds@entry=1, timeout=timeout@entry=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x00007f192a0f98ea in poll (__timeout=-1, __nfds=1, __fds=0x7f1928d2cd48) at /usr/include/bits/poll2.h:39 #2 _xcb_conn_wait (c=0x7f1924017a80, vector=0x0, count=0x0, cond=<optimized out>) at /usr/src/debug/libxcb-1.15/src/xcb_conn.c:508 #3 0x00007f192a0fb1cc in _xcb_conn_wait (count=0x0, vector=0x0, cond=0x7f1924017ac0, c=0x7f1924017a80) at /usr/src/debug/libxcb-1.15/src/xcb_conn.c:474 #4 xcb_wait_for_event (c=0x7f1924017a80) at /usr/src/debug/libxcb-1.15/src/xcb_in.c:703 #5 0x00007f19297b6180 in QXcbEventQueue::run (this=0x7f1924014d90) at qxcbeventqueue.cpp:228 #6 0x00007f192aef5e3d in QThreadPrivate::start (arg=0x7f1924014d90) at thread/qthread_unix.cpp:330 #7 0x00007f1930f0c98d in start_thread (arg=<optimized out>) at pthread_create.c:442 #8 0x00007f1930f93380 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 Thread 3 (Thread 0x7f192952e6c0 (LWP 15735) "QDBusConnection"): #0 0x00007f1930f84b7f in __GI___poll (fds=0x7f191c0053d0, nfds=3, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x00007f192a869dbe in g_main_context_poll (priority=<optimized out>, n_fds=3, fds=0x7f191c0053d0, timeout=<optimized out>, context=0x7f191c001d50) at ../glib/gmain.c:4553 #2 g_main_context_iterate (context=context@entry=0x7f191c001d50, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at ../glib/gmain.c:4243 #3 0x00007f192a869edc in g_main_context_iteration (context=0x7f191c001d50, may_block=1) at ../glib/gmain.c:4313 #4 0x00007f192b133c16 in QEventDispatcherGlib::processEvents (this=0x7f191c000bd0, flags=...) at kernel/qeventdispatcher_glib.cpp:423 #5 0x00007f192b0dac5b in QEventLoop::exec (this=this@entry=0x7f192952de10, flags=..., flags@entry=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:69 #6 0x00007f192aef4c47 in QThread::exec (this=this@entry=0x7f19296fc060 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at ../../include/QtCore/../../src/corelib/global/qflags.h:121 #7 0x00007f1929683277 in QDBusConnectionManager::run (this=0x7f19296fc060 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at qdbusconnection.cpp:179 #8 0x00007f192aef5e3d in QThreadPrivate::start (arg=0x7f19296fc060 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at thread/qthread_unix.cpp:330 #9 0x00007f1930f0c98d in start_thread (arg=<optimized out>) at pthread_create.c:442 #10 0x00007f1930f93380 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 Thread 2 (Thread 0x7f192a0c76c0 (LWP 15734) "y2start"): #0 0x00007f1930f84b7f in __GI___poll (fds=0x7f1924131630, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x00007f192a869dbe in g_main_context_poll (priority=<optimized out>, n_fds=1, fds=0x7f1924131630, timeout=<optimized out>, context=0x7f191c005070) at ../glib/gmain.c:4553 #2 g_main_context_iterate (context=context@entry=0x7f191c005070, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at ../glib/gmain.c:4243 #3 0x00007f192a869edc in g_main_context_iteration (context=0x7f191c005070, may_block=1) at ../glib/gmain.c:4313 #4 0x00007f192b133c16 in QEventDispatcherGlib::processEvents (this=0x7f19241228f0, flags=...) at kernel/qeventdispatcher_glib.cpp:423 #5 0x00007f192b0dac5b in QEventLoop::exec (this=0x7f192440db50, flags=..., flags@entry=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:69 #6 0x00007f192c78d230 in YQDialog::waitForEventInternal (this=0x7f19244a7ac0, timeout_millisec=0) at /usr/include/qt5/QtCore/qflags.h:121 #7 0x00007f192d1bf1d3 in YDialog::waitForEvent (this=this@entry=0x7f19244a7af0, timeout_millisec=timeout_millisec@entry=0) at /usr/src/debug/libyui-4.4.8/libyui/src/YDialog.cc:411 #8 0x00007f192d55f384 in YCP_UI::doUserInput (builtin_name=<optimized out>, timeout_millisec=0, wait=<optimized out>, detailed=<optimized out>) at /usr/src/debug/yast2-ycp-ui-bindings-4.5.0-1.5.x86_64/src/YCP_UI.cc:444 #9 0x00007f192d55f6ae in YCP_UI::UserInput () at /usr/src/debug/yast2-ycp-ui-bindings-4.5.0-1.5.x86_64/src/YCP_UI.cc:307 #10 0x00007f192d54ea49 in YUINamespace::UserInput (this=<optimized out>) at /usr/src/debug/yast2-ycp-ui-bindings-4.5.0-1.5.x86_64/src/YUINamespace.cc:144 #11 0x00007f192d551420 in YUIFunction::evaluateCall_int (this=0x5579b8014ec0) at /usr/src/debug/yast2-ycp-ui-bindings-4.5.0-1.5.x86_64/src/UIBuiltinCalls.h:31 #12 0x00007f192d563b9d in YCPBuiltinCaller::call (this=0x5579b2538030) at /usr/src/debug/yast2-ycp-ui-bindings-4.5.0-1.5.x86_64/src/YCPBuiltinCaller.cc:39 #13 0x00007f192d1a5ceb in YUI::uiThreadMainLoop (this=0x5579b22b4b20) at /usr/src/debug/libyui-4.4.8/libyui/src/YUI.cc:385 #14 0x00007f192d1a5d3e in start_ui_thread (yui=<optimized out>) at /usr/src/debug/libyui-4.4.8/libyui/src/YUI.cc:526 #15 0x00007f1930f0c98d in start_thread (arg=<optimized out>) at pthread_create.c:442 #16 0x00007f1930f93380 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 Thread 1 (Thread 0x7f19315e2b80 (LWP 15732) "Zypp-main"): #0 __GI___libc_read (nbytes=1, buf=0x7ffc1c6e7507, fd=7) at ../sysdeps/unix/sysv/linux/read.c:26 #1 __GI___libc_read (fd=7, buf=buf@entry=0x7ffc1c6e7507, nbytes=nbytes@entry=1) at ../sysdeps/unix/sysv/linux/read.c:24 #2 0x00007f192d1a55d6 in read (__nbytes=1, __buf=0x7ffc1c6e7507, __fd=<optimized out>) at /usr/include/bits/unistd.h:38 #3 YUI::waitForUIThread (this=0x5579b22b4b20) at /usr/src/debug/libyui-4.4.8/libyui/src/YUI.cc:302 #4 0x00007f192d558720 in YUIFunction::evaluateCall (this=0x5579b8014ec0) at /usr/src/debug/yast2-ycp-ui-bindings-4.5.0-1.5.x86_64/src/YUIComponent.h:89 #5 0x00007f192d789428 in ycp_module_call_ycp_function (argc=4, argv=<optimized out>, self=139746114181520) at /usr/src/debug/yast2-ruby-bindings-4.5.4/src/binary/Yast.cc:415 #6 0x00007f193143c421 in vm_call_cfunc_with_frame (ec=0x5579b203ded0, reg_cfp=0x7f1930e25c50, calling=<optimized out>) at /usr/src/debug/ruby-3.1.3/vm_insnhelper.c:3037 #7 0x00007f193143fe34 in vm_sendish (ec=0x5579b203ded0, reg_cfp=0x7f1930e25c50, cd=0x5579b237a2e0, block_handler=<optimized out>, method_explorer=<optimized out>) at /usr/src/debug/ruby-3.1.3/vm_callinfo.h:349 #8 0x00007f19314422fe in vm_exec_core (ec=0x5579b203ded0, initial=140720785487111) at /usr/src/debug/ruby-3.1.3/insns.def:778 #9 0x00007f193145848b in rb_vm_exec (ec=<optimized out>, mjit_enable_p=<optimized out>) at /usr/src/debug/ruby-3.1.3/vm.c:2220 #10 0x00007f193143cb7b in vm_call_bmethod_body (argv=<optimized out>, calling=0x7ffc1c6e7b40, ec=0x5579b203ded0) at /usr/src/debug/ruby-3.1.3/vm_insnhelper.c:3102 #11 vm_call_bmethod (ec=0x5579b203ded0, cfp=0x7f1930e25c90, calling=0x7ffc1c6e7b40) at /usr/src/debug/ruby-3.1.3/vm_insnhelper.c:3122 #12 0x00007f193143fe34 in vm_sendish (ec=0x5579b203ded0, reg_cfp=0x7f1930e25c90, cd=0x5579b2ae6820, block_handler=<optimized out>, method_explorer=<optimized out>) at /usr/src/debug/ruby-3.1.3/vm_callinfo.h:349 #13 0x00007f19314422fe in vm_exec_core (ec=0x5579b203ded0, initial=140720785487111) at /usr/src/debug/ruby-3.1.3/insns.def:778 #14 0x00007f193145848b in rb_vm_exec (ec=<optimized out>, mjit_enable_p=<optimized out>) at /usr/src/debug/ruby-3.1.3/vm.c:2220 #15 0x00007f1931450254 in invoke_block (captured=0x7f1930e25d28, opt_pc=<optimized out>, type=<optimized out>, cref=0x0, self=139745679906400, iseq=0x7f19139f2058, ec=0x5579b203ded0) at /usr/src/debug/ruby-3.1.3/vm.c:1316 #16 invoke_iseq_block_from_c (me=0x0, is_lambda=<optimized out>, cref=0x0, passed_block_handler=0, kw_splat=0, argv=0x0, argc=0, self=139745679906400, captured=0x7f1930e25d28, ec=0x5579b203ded0) at /usr/src/debug/ruby-3.1.3/vm.c:1372 #17 invoke_block_from_c_bh (force_blockarg=<optimized out>, is_lambda=<optimized out>, cref=<optimized out>, passed_block_handler=<optimized out>, kw_splat=<optimized out>, argv=<optimized out>, argc=<optimized out>, block_handler=<optimized out>, ec=<optimized out>) at /usr/src/debug/ruby-3.1.3/vm.c:1390 #18 vm_yield_with_cref (is_lambda=0, cref=0x0, kw_splat=0, argv=0x0, argc=0, ec=0x5579b203ded0) at /usr/src/debug/ruby-3.1.3/vm.c:1427 #19 vm_yield (kw_splat=0, argv=0x0, argc=0, ec=0x5579b203ded0) at /usr/src/debug/ruby-3.1.3/vm.c:1435 #20 rb_yield_0 (argv=0x0, argc=0) at /usr/src/debug/ruby-3.1.3/vm_eval.c:1347 #21 loop_i (_=_@entry=0) at /usr/src/debug/ruby-3.1.3/vm_eval.c:1446 #22 0x00007f19312b5759 in rb_vrescue2 (b_proc=<optimized out>, data1=<optimized out>, r_proc=<optimized out>, data2=<optimized out>, args=<optimized out>) at /usr/src/debug/ruby-3.1.3/eval.c:903 #23 0x00007f19312b59ea in rb_rescue2 (b_proc=<optimized out>, data1=<optimized out>, r_proc=<optimized out>, data2=<optimized out>) at /usr/src/debug/ruby-3.1.3/eval.c:884 #24 0x00007f193143c421 in vm_call_cfunc_with_frame (ec=0x5579b203ded0, reg_cfp=0x7f1930e25d10, calling=<optimized out>) at /usr/src/debug/ruby-3.1.3/vm_insnhelper.c:3037 #25 0x00007f193143fe34 in vm_sendish (ec=0x5579b203ded0, reg_cfp=0x7f1930e25d10, cd=0x5579b3646ab0, block_handler=<optimized out>, method_explorer=<optimized out>) at /usr/src/debug/ruby-3.1.3/vm_callinfo.h:349 #26 0x00007f19314432e3 in vm_exec_core (ec=0x5579b203ded0, initial=140720785487111) at /usr/src/debug/ruby-3.1.3/insns.def:759 #27 0x00007f193145848b in rb_vm_exec (ec=<optimized out>, mjit_enable_p=<optimized out>) at /usr/src/debug/ruby-3.1.3/vm.c:2220 #28 0x00007f193143c421 in vm_call_cfunc_with_frame (ec=0x5579b203ded0, reg_cfp=0x7f1930e25e90, calling=<optimized out>) at /usr/src/debug/ruby-3.1.3/vm_insnhelper.c:3037 #29 0x00007f193143fe34 in vm_sendish (ec=0x5579b203ded0, reg_cfp=0x7f1930e25e90, cd=0x5579b2503a30, block_handler=<optimized out>, method_explorer=<optimized out>) at /usr/src/debug/ruby-3.1.3/vm_callinfo.h:349 #30 0x00007f19314422fe in vm_exec_core (ec=0x5579b203ded0, initial=140720785487111) at /usr/src/debug/ruby-3.1.3/insns.def:778 #31 0x00007f193145848b in rb_vm_exec (ec=<optimized out>, mjit_enable_p=<optimized out>) at /usr/src/debug/ruby-3.1.3/vm.c:2220 #32 0x00007f193144da72 in vm_call0_cc (kw_splat=0, cc=0x7f192d088fe8, argv=0x7ffc1c6e87c0, argc=1, id=81601, recv=139746110412840, ec=0x5579b203ded0) at /usr/src/debug/ruby-3.1.3/vm_eval.c:86 #33 rb_funcallv_scope (scope=CALL_FCALL, argv=0x7ffc1c6e87c0, argc=1, mid=81601, recv=139746110412840) at /usr/src/debug/ruby-3.1.3/vm_eval.c:1050 #34 rb_funcallv (recv=139746110412840, mid=81601, argc=1, argv=0x7ffc1c6e87c0) at /usr/src/debug/ruby-3.1.3/vm_eval.c:1065 #35 0x00007f192d76ddf4 in YRuby::callClient (this=<optimized out>, path=...) at /usr/src/debug/yast2-ruby-bindings-4.5.4/src/binary/YRuby.cc:247 #36 0x00007f192d76df9c in Y2RubyClientComponent::doActualWork (this=0x5579b2327510, arglist=..., displayserver=<optimized out>) at /usr/src/debug/yast2-ruby-bindings-4.5.4/src/binary/Y2RubyClientComponent.cc:74 #37 0x00007f192d5c72bb in Y2WFMComponent::CallFunction (this=<optimized out>, client=..., args=...) at /usr/src/debug/yast2-core-4.5.4-1.1.x86_64/wfm/src/Y2WFMComponent.cc:690 #38 0x00007f192d5cb217 in WFMCallFunction1 (name=..., args=...) at /usr/src/debug/yast2-core-4.5.4-1.1.x86_64/wfm/src/WFM.cc:86 #39 0x00007f192d670b9d in YEBuiltin::evaluate (this=this@entry=0x7ffc1c6e8ca0, cse=cse@entry=false) at /usr/src/debug/yast2-core-4.5.4-1.1.x86_64/libycp/src/YExpression.cc:2596 #40 0x00007f192d0620b7 in call_builtin (qualified_name=..., argc=<optimized out>, argv=<optimized out>) at /usr/src/debug/yast2-ruby-bindings-4.5.4/src/binary/Builtin.cc:85 #41 0x00007f192d062551 in wfm_call_builtin (argc=5, argv=0x7f1930d260d8, self=<optimized out>) at /usr/src/debug/yast2-ruby-bindings-4.5.4/src/binary/Builtin.cc:104 #42 0x00007f193143c421 in vm_call_cfunc_with_frame (ec=0x5579b203ded0, reg_cfp=0x7f1930e25f10, calling=<optimized out>) at /usr/src/debug/ruby-3.1.3/vm_insnhelper.c:3037 #43 0x00007f193143fe34 in vm_sendish (ec=0x5579b203ded0, reg_cfp=0x7f1930e25f10, cd=0x5579b24716f0, block_handler=<optimized out>, method_explorer=<optimized out>) at /usr/src/debug/ruby-3.1.3/vm_callinfo.h:349 #44 0x00007f19314422fe in vm_exec_core (ec=0x5579b203ded0, initial=140720785487111) at /usr/src/debug/ruby-3.1.3/insns.def:778 #45 0x00007f193145848b in rb_vm_exec (ec=<optimized out>, mjit_enable_p=<optimized out>) at /usr/src/debug/ruby-3.1.3/vm.c:2220 #46 0x00007f19312b7dc0 in rb_ec_exec_node (ec=ec@entry=0x5579b203ded0, n=n@entry=0x7f192d7fca18) at /usr/src/debug/ruby-3.1.3/eval.c:280 #47 0x00007f19312b7e85 in ruby_run_node (n=0x7f192d7fca18) at /usr/src/debug/ruby-3.1.3/eval.c:321 #48 0x00005579b08b610b in main (argc=<optimized out>, argv=<optimized out>) at ./main.c:47 -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1207562] U-Boot: Raspberry Pi 4 booting from USB stopped booting
by bugzilla_noreply＠suse.com 13 Feb '23

13 Feb '23

https://bugzilla.suse.com/show_bug.cgi?id=1207562 https://bugzilla.suse.com/show_bug.cgi?id=1207562#c26 --- Comment #26 from Michal Suchanek <msuchanek(a)suse.com> --- (In reply to Guillaume GARDET from comment #2) > Could you try the u-boot package from > https://build.opensuse.org/package/show/home:michals/u-boot and report the > result here, please? Updated with https://patchwork.ozlabs.org/project/uboot/patch/20230212150706.2967007-2-s… instead -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1207142] mirrorcache-jp.opensuse.org does not work correctly
by bugzilla_noreply＠suse.com 13 Feb '23

13 Feb '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1207142 http://bugzilla.opensuse.org/show_bug.cgi?id=1207142#c2 Andreas Stieger <Andreas.Stieger(a)gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #2 from Andreas Stieger <Andreas.Stieger(a)gmx.de> --- closing -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1207150] jhead autorot broken
by bugzilla_noreply＠suse.com 13 Feb '23

13 Feb '23

https://bugzilla.suse.com/show_bug.cgi?id=1207150 https://bugzilla.suse.com/show_bug.cgi?id=1207150#c7 --- Comment #7 from Petr Gajdos <pgajdos(a)suse.com> --- (In reply to Petr Gajdos from comment #5) > Sooner or later, new jhead rpm will appear at: > https://download.opensuse.org/repositories/home:/pgajdos:/maintenance:/jhea… > > I would be glad whether you guys could test it. I am sorry, publishing was disabled, now fixed. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1208192] Can't import numpy: libcblas.so.3 not found
by bugzilla_noreply＠suse.com 13 Feb '23

13 Feb '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1208192 http://bugzilla.opensuse.org/show_bug.cgi?id=1208192#c1 Gottfried Necker <gottfried.necker(a)gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gottfried.necker(a)gmx.de --- Comment #1 from Gottfried Necker <gottfried.necker(a)gmx.de> --- The root cause for this problem are incorrect or non existent links to the alternatives. The simple temporary workaround is to set the links using the alternatives menu in yast. Could someone with more knowledge of the alternatives machinery please look into the problem? -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1208177] New: NVIDIA-G0 only listed by xrandr on re-login
by bugzilla_noreply＠suse.com 13 Feb '23

13 Feb '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1208177 Bug ID: 1208177 Summary: NVIDIA-G0 only listed by xrandr on re-login Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: X11 3rd Party Driver Assignee: gfx-bugs(a)suse.de Reporter: pablo(a)blueoakdb.com QA Contact: sndirsch(a)suse.com Found By: --- Blocker: --- Created attachment 864847 --> http://bugzilla.opensuse.org/attachment.cgi?id=864847&action=edit First boot / re-login: dmesg/Xorg.0.log/xrandr Hi, Using /prime-select/, I have enabled offloading. On first boot I witnessed a couple of anomalies: 1) /xrandr --listproviders/ does not list /NVIDIA-G0/ 2) /nvidia-settings/ does not display /PowerMizer/ and other details When I log out and log back in. The above two issues get resolved until I reboot. Funky eh? :) I have 525.85.05 Nvidia graphics driver installed and the following Nvidia related RPMs: $ rpm -qa | fgrep -i nvid | sort kernel-firmware-nvidia-20230125-1.1.noarch kernel-firmware-nvidia-gsp-G06-525.85.05-1.1.x86_64 libnvidia-egl-wayland1-1.1.11-1.1.x86_64 nvidia-compute-G06-32bit-525.85.05-6.1.x86_64 nvidia-compute-G06-525.85.05-6.1.x86_64 nvidia-compute-utils-G06-525.85.05-6.1.x86_64 nvidia-driver-G06-kmp-default-525.85.05_k6.1.6_1-6.1.x86_64 nvidia-gl-G06-32bit-525.85.05-6.1.x86_64 nvidia-gl-G06-525.85.05-6.1.x86_64 nvidia-utils-G06-525.85.05-6.1.x86_64 nvidia-video-G06-32bit-525.85.05-6.1.x86_64 nvidia-video-G06-525.85.05-6.1.x86_64 ~~~~ This is the contents of the attachment: # tar -vzcf /var/tmp/bug.tar.gz bug/ bug/ bug/first-boot/ bug/first-boot/dmesg.txt bug/first-boot/Xorg.0.log bug/first-boot/xrandr.listproviders.log bug/re-login/ bug/re-login/dmesg.txt bug/re-login/Xorg.0.log bug/re-login/xrandr.listproviders.log -- You are receiving this mail because: You are on the CC list for the bug.

1 2