openSUSE Bugs December 2017

bugs@lists.opensuse.org

1 participants
3892 discussions

[Bug 925275] New: NVIDIA Driver not installable
by bugzilla_noreply＠novell.com 15 Jun '22

15 Jun '22

http://bugzilla.opensuse.org/show_bug.cgi?id=925275 Bug ID: 925275 Summary: NVIDIA Driver not installable Classification: openSUSE Product: openSUSE Factory Version: 201503* Hardware: x86-64 OS: SUSE Other Status: NEW Severity: Critical Priority: P5 - None Component: Kernel Assignee: kernel-maintainers(a)forge.provo.novell.com Reporter: fbernasek(a)netscape.net QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 629479 --> http://bugzilla.opensuse.org/attachment.cgi?id=629479&action=edit nvidia driver install log install opensuse tumbleweed 20150329 no problems. after reboot i like to install the NVIDIA-346.47 or 349.12 with booth the same problem can't install the driver. now i update with the kernel from the kernel:stable repositories the same problem. 20150328 the same problem -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 1004201] New: System hangs during boot due to loop trying to load nvidia modules
by bugzilla_noreply＠novell.com 15 Jun '22

15 Jun '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1004201 Bug ID: 1004201 Summary: System hangs during boot due to loop trying to load nvidia modules Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.1 Hardware: x86-64 OS: openSUSE 42.1 Status: NEW Severity: Critical Priority: P5 - None Component: Kernel Assignee: kernel-maintainers(a)forge.provo.novell.com Reporter: marcelo.jimenez(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- lspci is: 01:00.0 VGA compatible controller: NVIDIA Corporation GF108 [GeForce GT 730] (rev a1) Nvidia site explicitly says that the 367.44 driver does support GT 730. In my opinion, there are two problems here: 1 - The system initialization should not loop forever trying to load a module it has already tryed to load and failed 2 - The 367.44 NVIDIA driver should support my hardware. The NVRM messages repeat forever: ... Oct 09 09:17:23 linux-af78 kernel: [drm] Initialized drm 1.1.0 20060810 Oct 09 09:17:23 linux-af78 kernel: nvidia_modeset: module license 'NVIDIA' taints kernel. Oct 09 09:17:23 linux-af78 kernel: Disabling lock debugging due to kernel taint Oct 09 09:17:23 linux-af78 systemd-journal[120]: Journal started Oct 09 09:17:23 linux-af78 kernel: nvidia_modeset: Unknown symbol nvidia_register_module (err 0) Oct 09 09:17:23 linux-af78 kernel: nvidia_modeset: Unknown symbol nvidia_get_rm_ops (err 0) Oct 09 09:17:23 linux-af78 kernel: nvidia_modeset: Unknown symbol nvidia_unregister_module (err 0) Oct 09 09:17:23 linux-af78 systemd[1]: Started Journal Service. ... Oct 09 09:17:31 linux-af78 systemd[1]: Mounting /home... Oct 09 09:17:31 linux-af78 mtp-probe[579]: checking bus 6, device 2: "/sys/devices/pci0000:00/0000:00:1d.2/usb6/6-1" Oct 09 09:17:31 linux-af78 mtp-probe[578]: checking bus 5, device 2: "/sys/devices/pci0000:00/0000:00:1d.1/usb5/5-2" Oct 09 09:17:31 linux-af78 mtp-probe[578]: bus: 5, device: 2 was not an MTP device Oct 09 09:17:31 linux-af78 mtp-probe[579]: bus: 6, device: 2 was not an MTP device Oct 09 09:17:32 linux-af78 kernel: vgaarb: device changed decodes: PCI:0000:01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem Oct 09 09:17:32 linux-af78 kernel: NVRM: The Unknown NVIDIA G8x Series GPU installed in this NVRM: system is not supported through the 367.44 NVIDIA NVRM: driver. You can try the NVIDIA 340.xx Legacy drivers. NVRM: Please visit http://www.nvidia.com/object/unix.html NVRM: for download information. The 367.44 NVIDIA driver NVRM: will ignore this GPU. Continuing probe... Oct 09 09:17:32 linux-af78 kernel: nvidia: probe of 0000:01:00.0 failed with error -1 Oct 09 09:17:32 linux-af78 kernel: nvidia-nvlink: Nvlink Core is being initialized, major device number 246 Oct 09 09:17:32 linux-af78 kernel: NVRM: The NVIDIA probe routine failed for 1 device(s). Oct 09 09:17:32 linux-af78 kernel: NVRM: None of the NVIDIA graphics adapters were initialized! Oct 09 09:17:32 linux-af78 kernel: nvidia-nvlink: Unregistered the Nvlink Core, major device number 246 Oct 09 09:17:32 linux-af78 kernel: NVRM: NVIDIA init module failed! Oct 09 09:17:32 linux-af78 systemd[1]: Mounted /home. Oct 09 09:17:32 linux-af78 systemd[1]: Starting Local File Systems. Oct 09 09:17:32 linux-af78 systemd[1]: Reached target Local File Systems. Oct 09 09:17:32 linux-af78 systemd[1]: Starting Tell Plymouth To Write Out Runtime Data... Oct 09 09:17:32 linux-af78 systemd[1]: Starting Trigger Flushing of Journal to Persistent Storage... Oct 09 09:17:32 linux-af78 kernel: EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null) Oct 09 09:17:32 linux-af78 kernel: vgaarb: device changed decodes: PCI:0000:01:00.0,olddecodes=none,decodes=none:owns=io+mem Oct 09 09:17:32 linux-af78 kernel: NVRM: The Unknown NVIDIA G8x Series GPU installed in this NVRM: system is not supported through the 367.44 NVIDIA NVRM: driver. You can try the NVIDIA 340.xx Legacy drivers. NVRM: Please visit http://www.nvidia.com/object/unix.html NVRM: for download information. The 367.44 NVIDIA driver NVRM: will ignore this GPU. Continuing probe... Oct 09 09:17:32 linux-af78 kernel: nvidia: probe of 0000:01:00.0 failed with error -1 Oct 09 09:17:32 linux-af78 kernel: nvidia-nvlink: Nvlink Core is being initialized, major device number 246 Oct 09 09:17:32 linux-af78 kernel: NVRM: The NVIDIA probe routine failed for 1 device(s). Oct 09 09:17:32 linux-af78 kernel: NVRM: None of the NVIDIA graphics adapters were initialized! Oct 09 09:17:32 linux-af78 kernel: nvidia-nvlink: Unregistered the Nvlink Core, major device number 246 Oct 09 09:17:32 linux-af78 kernel: NVRM: NVIDIA init module failed! Oct 09 09:17:32 linux-af78 kernel: vgaarb: device changed decodes: PCI:0000:01:00.0,olddecodes=none,decodes=none:owns=io+mem Oct 09 09:17:32 linux-af78 kernel: NVRM: The Unknown NVIDIA G8x Series GPU installed in this NVRM: system is not supported through the 367.44 NVIDIA NVRM: driver. You can try the NVIDIA 340.xx Legacy drivers. NVRM: Please visit http://www.nvidia.com/object/unix.html NVRM: for download information. The 367.44 NVIDIA driver NVRM: will ignore this GPU. Continuing probe... Oct 09 09:17:32 linux-af78 kernel: nvidia: probe of 0000:01:00.0 failed with error -1 Oct 09 09:17:32 linux-af78 kernel: nvidia-nvlink: Nvlink Core is being initialized, major device number 246 Oct 09 09:17:32 linux-af78 kernel: NVRM: The NVIDIA probe routine failed for 1 device(s). Oct 09 09:17:32 linux-af78 kernel: NVRM: None of the NVIDIA graphics adapters were initialized! Oct 09 09:17:32 linux-af78 kernel: nvidia-nvlink: Unregistered the Nvlink Core, major device number 246 Oct 09 09:17:32 linux-af78 kernel: NVRM: NVIDIA init module failed! Oct 09 09:17:32 linux-af78 systemd[1]: Started Tell Plymouth To Write Out Runtime Data. Oct 09 09:17:32 linux-af78 kernel: vgaarb: device changed decodes: PCI:0000:01:00.0,olddecodes=none,decodes=none:owns=io+mem -- You are receiving this mail because: You are on the CC list for the bug.

2 4

[Bug 1059001] New: kded5 or kdeint5 crashes after systemctl restart NetworkManager
by bugzilla_noreply＠novell.com 12 Jun '22

12 Jun '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1059001 Bug ID: 1059001 Summary: kded5 or kdeint5 crashes after systemctl restart NetworkManager Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Factory Status: NEW Severity: Normal Priority: P5 - None Component: KDE Workspace (Plasma) Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: drnn_1076(a)hotmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 Build Identifier: When I resume my laptop after suspending it. I got no connection to the my wireless network. I get the list of wireless networks available but when I hit "connect" nothing happens. So I restart the NetworkManager using "systemctl restart NetworkManager" and it works again properly. I'm getting however the following crash of kded5 or kdeint5 immediately after restarting the NetworkManager: for kded5: kded5 PID: 11541 Signal: Segmentation fault (11) Time: 17/09/2017 10:48:35 for kdeinit5: kdeninit5 PID:2138 Signal: Segmentation fault (11) Time ... Note: It might be related to the touchpad conflicting with my usb mouse. Reproducible: Always Steps to Reproduce: 1. Systemctl restart NetwrokManager 2. Crash kded5 3. Close the crash window and everything works ok Kded5 developer information Application: kded5 (kded5), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7fc16a5dbd40 (LWP 11541))] Thread 9 (Thread 0x7fc10affd700 (LWP 11572)): #0 0x00007fc169f2612b in poll () at /lib64/libc.so.6 #1 0x00007fc164702d29 in () at /usr/lib64/libglib-2.0.so.0 #2 0x00007fc164702e3c in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #3 0x00007fc167bf56ab in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #4 0x00007fc167b9e35a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #5 0x00007fc1679ce31a in QThread::exec() () at /usr/lib64/libQt5Core.so.5 #6 0x00007fc1679d2d2e in () at /usr/lib64/libQt5Core.so.5 #7 0x00007fc1673822f8 in start_thread () at /lib64/libpthread.so.0 #8 0x00007fc169f305ef in clone () at /lib64/libc.so.6 Thread 8 (Thread 0x7fc10b7fe700 (LWP 11571)): #0 0x00007fc164747ba4 in g_mutex_unlock () at /usr/lib64/libglib-2.0.so.0 #1 0x00007fc164702ce6 in () at /usr/lib64/libglib-2.0.so.0 #2 0x00007fc164702e3c in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #3 0x00007fc167bf56ab in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #4 0x00007fc167b9e35a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #5 0x00007fc1679ce31a in QThread::exec() () at /usr/lib64/libQt5Core.so.5 #6 0x00007fc116ec8f37 in KCupsConnection::run() () at /usr/lib64/libkcupslib.so #7 0x00007fc1679d2d2e in () at /usr/lib64/libQt5Core.so.5 #8 0x00007fc1673822f8 in start_thread () at /lib64/libpthread.so.0 #9 0x00007fc169f305ef in clone () at /lib64/libc.so.6 Thread 7 (Thread 0x7fc10bfff700 (LWP 11565)): #0 0x00007fc169f2612b in poll () at /lib64/libc.so.6 #1 0x00007fc164702d29 in () at /usr/lib64/libglib-2.0.so.0 #2 0x00007fc1647030c2 in g_main_loop_run () at /usr/lib64/libglib-2.0.so.0 #3 0x00007fc111f71456 in () at /usr/lib64/libgio-2.0.so.0 #4 0x00007fc164729c05 in () at /usr/lib64/libglib-2.0.so.0 #5 0x00007fc1673822f8 in start_thread () at /lib64/libpthread.so.0 #6 0x00007fc169f305ef in clone () at /lib64/libc.so.6 Thread 6 (Thread 0x7fc110f34700 (LWP 11564)): #0 0x00007fc169f2612b in poll () at /lib64/libc.so.6 #1 0x00007fc164702d29 in () at /usr/lib64/libglib-2.0.so.0 #2 0x00007fc164702e3c in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #3 0x00007fc164702e81 in () at /usr/lib64/libglib-2.0.so.0 #4 0x00007fc164729c05 in () at /usr/lib64/libglib-2.0.so.0 #5 0x00007fc1673822f8 in start_thread () at /lib64/libpthread.so.0 #6 0x00007fc169f305ef in clone () at /lib64/libc.so.6 Thread 5 (Thread 0x7fc1141ef700 (LWP 11562)): #0 0x00007fc169f21cc8 in read () at /lib64/libc.so.6 #1 0x00007fc164746850 in () at /usr/lib64/libglib-2.0.so.0 #2 0x00007fc16470280b in g_main_context_check () at /usr/lib64/libglib-2.0.so.0 #3 0x00007fc164702cd0 in () at /usr/lib64/libglib-2.0.so.0 #4 0x00007fc164702e3c in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #5 0x00007fc167bf56ab in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #6 0x00007fc167b9e35a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #7 0x00007fc1679ce31a in QThread::exec() () at /usr/lib64/libQt5Core.so.5 #8 0x00007fc1679d2d2e in () at /usr/lib64/libQt5Core.so.5 #9 0x00007fc1673822f8 in start_thread () at /lib64/libpthread.so.0 #10 0x00007fc169f305ef in clone () at /lib64/libc.so.6 Thread 4 (Thread 0x7fc14def9700 (LWP 11546)): #0 0x00007fc169f2612b in poll () at /lib64/libc.so.6 #1 0x00007fc164702d29 in () at /usr/lib64/libglib-2.0.so.0 #2 0x00007fc164702e3c in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #3 0x00007fc167bf56ab in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #4 0x00007fc167b9e35a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #5 0x00007fc1679ce31a in QThread::exec() () at /usr/lib64/libQt5Core.so.5 #6 0x00007fc1679d2d2e in () at /usr/lib64/libQt5Core.so.5 #7 0x00007fc1673822f8 in start_thread () at /lib64/libpthread.so.0 #8 0x00007fc169f305ef in clone () at /lib64/libc.so.6 Thread 3 (Thread 0x7fc14f429700 (LWP 11545)): #0 0x00007fc169f2612b in poll () at /lib64/libc.so.6 #1 0x00007fc164702d29 in () at /usr/lib64/libglib-2.0.so.0 #2 0x00007fc164702e3c in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #3 0x00007fc167bf56ab in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #4 0x00007fc167b9e35a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #5 0x00007fc1679ce31a in QThread::exec() () at /usr/lib64/libQt5Core.so.5 #6 0x00007fc168566a45 in () at /usr/lib64/libQt5DBus.so.5 #7 0x00007fc1679d2d2e in () at /usr/lib64/libQt5Core.so.5 #8 0x00007fc1673822f8 in start_thread () at /lib64/libpthread.so.0 #9 0x00007fc169f305ef in clone () at /lib64/libc.so.6 Thread 2 (Thread 0x7fc15cff1700 (LWP 11542)): #0 0x00007fc169f2612b in poll () at /lib64/libc.so.6 #1 0x00007fc164498387 in () at /usr/lib64/libxcb.so.1 #2 0x00007fc16449a17a in xcb_wait_for_event () at /usr/lib64/libxcb.so.1 #3 0x00007fc15fdb64b9 in () at /usr/lib64/libQt5XcbQpa.so.5 #4 0x00007fc1679d2d2e in () at /usr/lib64/libQt5Core.so.5 #5 0x00007fc1673822f8 in start_thread () at /lib64/libpthread.so.0 #6 0x00007fc169f305ef in clone () at /lib64/libc.so.6 Thread 1 (Thread 0x7fc16a5dbd40 (LWP 11541)): [KCrash Handler] #6 0x00007fc1664457d9 in XPending () at /usr/lib64/libX11.so.6 #7 0x00007fc1137ca9e8 in () at /usr/lib64/qt5/plugins/kded_touchpad.so #8 0x00007fc1137caa3e in () at /usr/lib64/qt5/plugins/kded_touchpad.so #9 0x00007fc167bcd25a in QMetaObject::activate(QObject*, int, int, void**) () at /usr/lib64/libQt5Core.so.5 #10 0x00007fc167bd9128 in QSocketNotifier::activated(int, QSocketNotifier::QPrivateSignal) () at /usr/lib64/libQt5Core.so.5 #11 0x00007fc167bd9492 in QSocketNotifier::event(QEvent*) () at /usr/lib64/libQt5Core.so.5 #12 0x00007fc1697629bc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /usr/lib64/libQt5Widgets.so.5 #13 0x00007fc169769d74 in QApplication::notify(QObject*, QEvent*) () at /usr/lib64/libQt5Widgets.so.5 #14 0x00007fc167b9fd48 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /usr/lib64/libQt5Core.so.5 #15 0x00007fc167bf628d in () at /usr/lib64/libQt5Core.so.5 #16 0x00007fc164702b77 in g_main_context_dispatch () at /usr/lib64/libglib-2.0.so.0 #17 0x00007fc164702da8 in () at /usr/lib64/libglib-2.0.so.0 #18 0x00007fc164702e3c in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #19 0x00007fc167bf56ab in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #20 0x00007fc167b9e35a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #21 0x00007fc167ba6be4 in QCoreApplication::exec() () at /usr/lib64/libQt5Core.so.5 #22 0x00007fc16a200e1a in kdemain () at /usr/lib64/libkdeinit5_kded5.so #23 0x00007fc169e5af1a in __libc_start_main () at /lib64/libc.so.6 #24 0x0000558fc350f7fa in _start () -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 1073748] New: Segfault in libpython2.7.so.1
by bugzilla_noreply＠novell.com 10 Jun '22

10 Jun '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1073748 Bug ID: 1073748 Summary: Segfault in libpython2.7.so.1 Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.3 Hardware: x86-64 OS: Other Status: NEW Severity: Critical Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: daniel(a)saltstack.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- We are experiencing a SegFault with python2.7 when trying to run our test suite. [ 860.345322] salt-call[18552]: segfault at 3ea0 ip 00007ff59cede8bc sp 00007ffefe1e2170 error 4 in libpython2.7.so.1.0[7ff59ce0b000+1ae000] This is happening with the 42.2 ami on Amazon AWS, as well as 42.2 and 42.3 on Linode. We are running our test suite salt states here https://github.com/saltstack/salt-jenkins We are calling `salt-call --local state.apply git.salt pillar='{testing_dir: /tmp/kitchen/testing, clone_repo: false, salttesting_namespec: "salttesting==2017.6.1"}' saltenv=2017.7` It does have to be called as the exec from ssh for this to fail. I am attaching the core dump. Thanks, Daniel -- You are receiving this mail because: You are on the CC list for the bug.

2 7

[Bug 899330] New: Interfaces does not automatically show up in firewall with NetworkManager
by bugzilla_noreply＠novell.com 05 Jun '22

05 Jun '22

http://bugzilla.opensuse.org/show_bug.cgi?id=899330 Bug ID: 899330 Summary: Interfaces does not automatically show up in firewall with NetworkManager Classification: openSUSE Product: openSUSE Factory Version: 201408* Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: razirazo_90(a)live.com.my QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- When using NetworkManager, network interfaces does not listed in firewall. I have to manually configure it using Wicked Service first, to make it registered in firewall. And then use networkManager back. This is troublesome, for example when setting up internet sharing you can't proceed to zone assign and Network masquerade until you do the step above. -- You are receiving this mail because: You are on the CC list for the bug.

2 10

[Bug 1058563] New: hdf5 transient make check errors in TW ring2 for ppc64le
by bugzilla_noreply＠novell.com 03 Jun '22

03 Jun '22

http://bugzilla.suse.com/show_bug.cgi?id=1058563 Bug ID: 1058563 Summary: hdf5 transient make check errors in TW ring2 for ppc64le Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: PowerPC OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: normand(a)linux.vnet.ibm.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 740535 --> http://bugzilla.suse.com/attachment.cgi?id=740535&action=edit hdf5 build failures 20170910 hdf5 transient make check errors in TW ring2 for ppc64le On two successive hdf5 build output from OBS (1) the log is reporting different failing tests (2) If I try locally an osc co + osc build locally on two different KVM Host I am not able to recreate the problem. (1) https://build.opensuse.org/package/show/openSUSE:Factory:Rings:2-TestDVD/hd… (2) === Rings:2 on 20170910: [ 2046s] Testing h5watch TEST.h5/DSET_TWO *FAILED* [ 2046s] Testing h5watch --fields=field1,field2 TEST.h5/DSET_CMPD *FAILED* [ 2046s] Testing h5watch --fields=field2.b.a,field2.c TEST.h5/DSET_CMPD_TWO *FAILED* === Rings:2 on 20170912: [ 2087s] Testing h5watch TEST.h5/DSET_ONE *FAILED* [ 2087s] Testing h5watch TEST.h5/DSET_TWO *FAILED* [ 2087s] Testing h5watch --fields=field2.b.a --fields=field2.c TEST.h5/DSET_CMP*FAILED* [ 2087s] *FAILED* [ 2087s] Testing h5watch --fields=field2.b --fields=field4 TEST.h5/DSET_CMPD_TW*FAILED* [ 2087s] Testing h5watch --fields=field2.b.a,field2.c TEST.h5/DSET_CMPD_TWO *FAILED* [ 2087s] Testing h5watch --dim TEST.h5/DSET_ONE *FAILED* [ 2087s] Testing h5watch --width=30 TEST.h5/DSET_TWO *FAILED* === -- You are receiving this mail because: You are on the CC list for the bug.

2 7

[Bug 1006815] New: [Build 20161024] yast2 nfs-client does not mount added export
by bugzilla_noreply＠novell.com 20 May '22

20 May '22

http://bugzilla.suse.com/show_bug.cgi?id=1006815 Bug ID: 1006815 Summary: [Build 20161024] yast2 nfs-client does not mount added export Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: jpupava(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Created attachment 699166 --> http://bugzilla.suse.com/attachment.cgi?id=699166&action=edit y2logs ### observed nfs client does not mount added export, nfs client configuration is ok and the export is added in fstab, nfs client service is running but export is not mounted https://openqa.opensuse.org/tests/289982#step/yast2_nfs_client/14 ### workaround mount -a does mount nfs export ### expected added export should be also mounted linux-2cg7:~ # systemctl status nfs-client.target ● nfs-client.target - NFS client services Loaded: loaded (/usr/lib/systemd/system/nfs-client.target; disabled; vendor preset: disabled) Drop-In: /usr/lib/systemd/system/nfs-client.target.d └─nfs.conf Active: active since Tue 2016-10-25 09:36:52 EDT; 36s ago Oct 25 09:36:52 linux-2cg7 systemd[1]: Reached target NFS client services. linux-2cg7:~ # linux-2cg7:~ # systemctl show nfs.service --property=Id --property=MainPID --property=Description --property=LoadState --property=ActiveState --property=SubState --property=UnitFileState --property=FragmentPath MainPID=0 Id=nfs.service Description=Alias for NFS client LoadState=loaded ActiveState=active SubState=exited FragmentPath=/usr/lib/systemd/system/nfs.service UnitFileState=enabled linux-2cg7:~ # mount|grep nfs sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime) nfsd on /proc/fs/nfsd type nfsd (rw,relatime) linux-2cg7:~ # linux-2cg7:~ # grep nfs /etc/fstab localhost:/tmp/nfs/server /tmp/nfs/client nfs defaults 0 0 linux-2cg7:~ # linux-2cg7:~ # mount -a linux-2cg7:~ # mount|grep nfs sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime) nfsd on /proc/fs/nfsd type nfsd (rw,relatime) localhost:/tmp/nfs/server on /tmp/nfs/client type nfs4 (rw,relatime,vers=4.2,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp6,port=0,timeo=600,retrans=2,sec=sys,clientaddr=::1,local_lock=none,addr=::1) linux-2cg7:~ # -- You are receiving this mail because: You are on the CC list for the bug.

2 41

[Bug 993885] New: Kde-Live net installer does not reboot after installation
by bugzilla_noreply＠novell.com 17 May '22

17 May '22

http://bugzilla.suse.com/show_bug.cgi?id=993885 Bug ID: 993885 Summary: Kde-Live net installer does not reboot after installation Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Live Medium Assignee: fvogt(a)suse.com Reporter: okurz(a)suse.com QA Contact: okurz(a)suse.com Found By: --- Blocker: --- ## observation Continuing through the whole installation process of the NET installer on the Kde-Live medium until the "reboot now" dialog shows up works fine but the reboot does not seem to happen ## steps to reproduce I am in the process of automating this but it can be as easy as * start Kde-Live * call installation from within plasma session * let installer run into "reboot now" action * observe that the system does not reboot ## expected result system should reboot into installed system ## workaround manual reboot of the system yields a properly setup Tumbleweed installation so the installation is ok. -- You are receiving this mail because: You are on the CC list for the bug.

2 31

[Bug 981004] New: Ensure template unit instances are deleted
by bugzilla_noreply＠novell.com 16 May '22

16 May '22

http://bugzilla.opensuse.org/show_bug.cgi?id=981004 Bug ID: 981004 Summary: Ensure template unit instances are deleted Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: All OS: Linux Status: NEW Severity: Enhancement Priority: P5 - None Component: Basesystem Assignee: jengelh(a)inai.de Reporter: jengelh(a)inai.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- When a package is uninstalled, it will also be removed from the boot sequence, by means of %preun generally calling %service_del_preun foo.service, which expands to (among other things) `systemctl disable foo.service`. To disable template instances such as foo(a)bar.service and foo(a)baz.service, one can - and must, since "bar" and "baz" are not known at any time to the package management system - use `systemctl disable foo@.service`, which will disable all instances. A number of packages are lacking the corresponding %service_del_preun template@.service lines, which means template instance links like foo(a)bar.service will stick around after package uninstall. 389-ds apache2 arpwatch autossh booth chrony cups device-mapper dracut envoy freeipa govpn gpsd kmscon libteam lvm2 lvm2-clvm mariadb mdadm mgetty mysql mysql-community-server openct openvpn parkverbot rear redis rfkill syncthing system-config-printer systemd systemd-mini tomcat vpnc vsftpd wicked xf86-input-wacom -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 960478] New: krunner shows inexisting VT sessions in parallel of the existing ones
by bugzilla_noreply＠novell.com 11 May '22

11 May '22

http://bugzilla.opensuse.org/show_bug.cgi?id=960478 Bug ID: 960478 Summary: krunner shows inexisting VT sessions in parallel of the existing ones Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.1 Hardware: 64bit OS: openSUSE 42.1 Status: NEW Severity: Normal Priority: P5 - None Component: KDE Workspace (Plasma) Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: stakanov(a)freenet.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 660618 --> http://bugzilla.opensuse.org/attachment.cgi?id=660618&action=edit krunner showing non existing VT sessions in parallel to existing ones Opens a new session with the applet from desktop. You will find that krunner opens as expected but that for every VT session opened there is a "ghost session" showing the very same VT as unused. When you logout from several users these ghosts persist up to a complete reboot. VT sessions once closed should be closed without residual VTs showing up. VT sessions open should not be accompanied by a VT session ghost telling unused session. I attach a screen-shot to make the thing clearer. Repeatable always. -- You are receiving this mail because: You are on the CC list for the bug.

2 10

← Newer
1
...
5
6
7
8
9
10
11
...
390
Older →

Jump to page:

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openSUSE Bugs December 2017