openSUSE Bugs October 2016

bugs@lists.opensuse.org

1 participants
3919 discussions

[Bug 987114] New: Bluetooth headset connected but not showing under 'Sound Settings'
by bugzilla_noreply＠novell.com 16 Nov '22

16 Nov '22

http://bugzilla.opensuse.org/show_bug.cgi?id=987114 Bug ID: 987114 Summary: Bluetooth headset connected but not showing under 'Sound Settings' Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Major Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: damien.lloyd21(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:47.0) Gecko/20100101 Firefox/47.0 Build Identifier: On openSUSE Tumbleweed, my bluetooth headset pairs and connects successfully through GNOME's bluetooth interface, but after going to the 'Sound Settings' my bluetooth headset doesn't show up, even though it is paired up. Because I can't see my bluetooth headset under 'Sound Settings' it's not possible to re-route sound through it, which means I can't use my bluetooth headset. Reproducible: Always Steps to Reproduce: 1. Make bluetooth headset discoverable; 2. Open up GNOME's bluetooth interface and select bluetooth headset; 3. Connect to bluetooth headset; 4. Once paired, access 'Sound Settings': bluetooth headset doesn't show up. Actual Results: The bluetooth headset doesn't show up under 'Sound Settings' even though it is connected and paired. Expected Results: The bluetooth headset should appear under 'Sound Settings' so that sound can be re-routed through it. My headset is a UE MEGABOOM and it worked under Ubuntu 14.04/16.04 extremely well. It doesn't work under openSUSE Tumbleweed. -- You are receiving this mail because: You are on the CC list for the bug.

2 13

[Bug 944832] New: installing updates during shutdown causes reboot
by bugzilla_noreply＠novell.com 14 Nov '22

14 Nov '22

http://bugzilla.suse.com/show_bug.cgi?id=944832 Bug ID: 944832 Summary: installing updates during shutdown causes reboot Classification: openSUSE Product: openSUSE Distribution Version: 42.1 Milestone 2 Hardware: x86-64 OS: Linux Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: ohering(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- fresh leap milestone 2. I switched from the iso install source to the online oss repo. This repo had a few differend packages compared to the iso. The gnome software installer recognized them as updates. Once I had to shutdown the system it offered a knob to install pending updates, then shutdown. I enabled that box, and hit return. I think nothing was downloaded, but the box did a reboot instead of the expected shutdown. If that feature is not ready yet I suggest to hide it for the time being to really and always do a reliable powerdown if that was requested. -- You are receiving this mail because: You are on the CC list for the bug.

2 6

[Bug 1006958] New: gdb build often stalls on OBS
by bugzilla_noreply＠novell.com 26 Oct '22

26 Oct '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1006958 Bug ID: 1006958 Summary: gdb build often stalls on OBS Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- gdb is among the list of packages that often cause a stall in OBS - OBS detects this after a while and cancels the build. The issue though is that unreliable builds are a pain and must not happen (especially when being a ring package; it is built very often in the stagings and every fail requires the staging managers to interact) The current fail I have here stops with: <[ 6299s] Running target unix/-m32/-fPIC/-pie >[ 6299s] Using /usr/share/dejagnu/baseboards/unix.exp as board description file for target. >[ 6299s] Using /usr/share/dejagnu/config/unix.exp as generic interface file for target. >[ 6299s] Using /home/abuild/rpmbuild/BUILD/gdb-7.11.1/gdb/testsuite/config/unix.exp as tool-and-target-specific interface file. >[ 6299s] Running /home/abuild/rpmbuild/BUILD/gdb-7.11.1/gdb/testsuite/gdb.xml/tdesc-arch.exp ... >[ 6299s] /home/abuild/rpmbuild/BUILD/gdb-7.11.1/build-x86_64-suse-linux/gdb/gdb version 7.11.1 -nw -nx -data-directory /home/abuild/rpmbuild/BUILD/gdb-7.11.1/build-x86_64-suse-linux/gdb/testsuite.unix.-m32.-fPIC.-pie/../data-directory >[ 6299s] >[ 6299s] >[ 6299s] === gdb Summary === >[ 6299s] >[ 6299s] # of expected passes 8 >[ 6300s] /home/abuild/rpmbuild/BUILD/gdb-7.11.1/build-x86_64-suse-linux/gdb/gdb version 7.11.1 -nw -nx -data-directory /home/abuild/rpmbuild/BUILD/gdb-7.11.1/build-x86_64-suse-linux/gdb/testsuite.unix.-m32.-fPIC.-pie/../data-directory >[ 6300s] >[35104s] ### WATCHDOG MARKER END ### >[35104s] No buildstatus set, either the base system is broken (kernel/initrd/udev/glibc/bash/perl) >[35104s] or the build host has a kernel or hardware problem... > > >Job seems to be stuck here, killed. (after 28800 seconds of inactivity) -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 993011] New: [openQA] CTRL-ALT-DEL does not show the logout dialog
by bugzilla_noreply＠novell.com 26 Oct '22

26 Oct '22

http://bugzilla.opensuse.org/show_bug.cgi?id=993011 Bug ID: 993011 Summary: [openQA] CTRL-ALT-DEL does not show the logout dialog Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE Workspace (Plasma) Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Seen by openQA tests, e.g. https://openqa.opensuse.org/tests/239654 After the system was upgraded from openSUSE 13.2 to Tumbleweed (20160808, first to have plasma 5.7.2), the logout dialog no longer shows when pressing ctrl-alt-del This appears on updates performed using the DVD and boot from the Network CD, but seems not to happen in the case when the system was updated using zdup. The tests had been re-run a couple times. -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 941884] New: libcamgm fails test suite due to expired certificates
by bugzilla_noreply＠novell.com 26 Oct '22

26 Oct '22

http://bugzilla.opensuse.org/show_bug.cgi?id=941884 Bug ID: 941884 Summary: libcamgm fails test suite due to expired certificates Classification: openSUSE Product: openSUSE Factory Version: 201505* Hardware: Other OS: Other Status: NEW Severity: Major Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: dimstar(a)opensuse.org QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- since recently, libcamgm no longer passes the test suite... the build lo ends with: [...] [ 358s] Running ListTest... [ 358s] Output doesn't match expected data: [ 358s] --- ./single.out/ListTest.out 2014-04-12 17:19:43.000000000 +0000 [ 358s] +++ ./single.out/out/ListTest.out 2015-08-16 18:11:50.226671071 +0000 [ 358s] @@ -125,7 +125,7 @@ [ 358s] country = DE [ 358s] emailAddress = suse(a)suse.de [ 358s] serial = 07 [ 358s] -status = Valid [ 358s] +status = Expired [ 358s] New Entry [ 358s] certificate = 08:40717a16174dc4d516f6fa7ee8eeb18c-1124792802 [ 358s] commonName = Full Test Certificate [ 358s] @@ -153,7 +153,7 @@ [ 358s] country = DE [ 358s] emailAddress = suse(a)suse.de [ 358s] serial = 0B [ 358s] -status = Valid [ 358s] +status = Expired [ 358s] getCertificateList successfully executed [ 358s] =================== end List tests ======================== [ 358s] DONE [ 358s] FAIL: ListTest [...] [ 364s] Running VerifyTest... [ 365s] Output doesn't match expected data: [ 365s] --- ./single.out/VerifyTest.out 2014-04-12 17:19:43.000000000 +0000 [ 365s] +++ ./single.out/out/VerifyTest.out 2015-08-16 18:11:57.086773026 +0000 [ 365s] @@ -6,10 +6,10 @@ [ 365s] 04: Verify failed: Found revoked certificate [ 365s] 05: Verify failed: Found revoked certificate [ 365s] 06: Verify failed: Found revoked certificate [ 365s] -07: Verify success [ 365s] +07: Verify failed: Found expired certificate [ 365s] 08: Verify failed: Found expired certificate [ 365s] 09: Verify failed: Found revoked certificate [ 365s] 0A: Verify failed: Found expired certificate [ 365s] -0B: Verify success [ 365s] +0B: Verify failed: Found expired certificate [ 365s] =================== end List tests ======================== [ 365s] DONE [ 365s] FAIL: VerifyTest [...] libcamgm is a dependency to yast2-ca-management, which in turn is required by yast2-auth-server (which is why a delete request for libcamgm back in May could not be fullfilled) This whole thing is a ring, packae, causing all stagings to fail, hence I mark it major -- You are receiving this mail because: You are on the CC list for the bug.

2 6

[Bug 1002565] New: can't install ruby2.2-rubygem-rhc-testsuite-1.35.3-1.5.x86_64
by bugzilla_noreply＠novell.com 26 Oct '22

26 Oct '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1002565 Bug ID: 1002565 Summary: can't install ruby2.2-rubygem-rhc-testsuite-1.35.3-1.5.x86_64 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- can't install ruby2.2-rubygem-rhc-testsuite-1.35.3-1.5.x86_64 zypper in ruby2.2-rubygem-rhc-testsuite-1.35.3-1.5.x86_64 Loading repository data... Reading installed packages... Resolving package dependencies... >Problem: nothing provides rubygem(ruby:2.2.0:commander) < 4.3.0 needed by ruby2.2-rubygem-rhc-1.35.3-1.5.x86_64 > Solution 1: do not install ruby2.2-rubygem-rhc-testsuite-1.35.3-1.5.x86_64 > Solution 2: break ruby2.2-rubygem-rhc-1.35.3-1.5.x86_64 by ignoring some of its dependencies -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 971006] New: rpmlint: no-dependency-on perl-base 5.22.1
by bugzilla_noreply＠novell.com 26 Oct '22

26 Oct '22

http://bugzilla.opensuse.org/show_bug.cgi?id=971006 Bug ID: 971006 Summary: rpmlint: no-dependency-on perl-base 5.22.1 Classification: openSUSE Product: openSUSE Tumbleweed Version: 2015* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- rpmlint does not understand how openSUSE specifies perl dependencies and falsly reports: no-dependency-on perl-base 5.22.1 in openSUSE, we use the macro %perl_requires which translates to: Requires: perl(:MODULE_COMPAT_5.22.1) It would be great to get this recognized as dependency being satisfied -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 920901] New: USB mouse disconnects every 60 seconds without X
by bugzilla_noreply＠novell.com 11 Oct '22

11 Oct '22

http://bugzilla.suse.com/show_bug.cgi?id=920901 Bug ID: 920901 Summary: USB mouse disconnects every 60 seconds without X Classification: openSUSE Product: openSUSE 13.1 Version: Final Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-maintainers(a)forge.provo.novell.com Reporter: oneukum(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Some mice need X to run or will disconnects and reconnect every 60 seconds. The fix is a new quirk to always poll. -- You are receiving this mail because: You are on the CC list for the bug.

2 6

[Bug 993401] New: grub2-install for EFI installs an EFI entry that is not bootable
by bugzilla_noreply＠novell.com 30 Sep '22

30 Sep '22

http://bugzilla.suse.com/show_bug.cgi?id=993401 Bug ID: 993401 Summary: grub2-install for EFI installs an EFI entry that is not bootable Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.1 Hardware: aarch64 OS: openSUSE 42.1 Status: NEW Severity: Minor Priority: P5 - None Component: Bootloader Assignee: jsrain(a)suse.com Reporter: alan(a)softiron.co.uk QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Running grub2-install does not yield a bootable entry in EFI's boot menu. On Leap and Tumbleweed, this means booting relies instead on the startup.nsh in the EFI partition. This occurs on Aarch64 with both AMD/AMI firmware and Tianocore/edk2/OpenPlatformPkg firmware. Steps to reproduce: 1. Install Leap 42.1 from the OEM image 2. Restart and boot the system 2a. Observe that the startup.nsh (in the EFI partition) is used to boot the system. 3. Reboot again, but During boot-up, enter the EFI menu. 3a. Observe that in the boot manager in the EFI menus, there is no entry for Leap. 4. Restart the system or select the UEFI shell option, booting from startup.nsh 5. From the command prompt in Leap, run: grub2-install /dev/sda 6. Reboot the system 7. During start-up enter the EFI menu. 7a. Observe that in the EFI menu there is an entry called opensuse-leap42.1-arm-jeos-devel-efi, or something like it. 8. Select the opensuse-leap* boot menu item and try to boot it. 9. Observe that it does not boot, and returns to the boot menu. 10. Select the UEFI Shell option, and observe that it will boot using startup.nsh. 11. From the Linux command prompt, run "efibootmgr -v" 11a. Observe that the entry for opensuse-leap* is truncated :( 11b. Note the same can be observed by running "dumpstore" from the EFI environment. Note: The same thing happens if the bootloader is re-installed using "yast2 bootloader". Note that this is broken in Leap, but works fine in SLES, probably because the path and OS name for SLES is so much shorter. Interestingly, if I try to add my own entry with the proper path: efibootmgr -c -d /dev/sda -p 1 --loader "EFI\\opensuse-leap42.1-arm-jeos-devel-efi\\grubarm64.efi" -L Test_Entry_By_Alan and then inspect it with: efibootmgr -v I see my entry is truncated too :( Boot0007* Test_Entry_By_Alan HD(1,800,64004,cb3a713f-f051-4c9c-b643-b9e1358f6c2d)File(EFI\opensuse-leap42.1-arm-jeos-devel-ef) In summary, grub2-install and/or efibootmgr is simply putting a boot entry into NVRAM that is truncated and not valid. Thanks! Alan. -- You are receiving this mail because: You are on the CC list for the bug.

2 20

[Bug 973590] New: weird layout of bootloader screen
by bugzilla_noreply＠novell.com 21 Sep '22

21 Sep '22

http://bugzilla.suse.com/show_bug.cgi?id=973590 Bug ID: 973590 Summary: weird layout of bootloader screen 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: dmueller(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- While updating the openQA needle for openSUSE on AArch64 people noted that the "indentation" of the items in the ncurses ui looks slightly awkward. Is it intended that there is this huge empty space at the top left corner? -- You are receiving this mail because: You are on the CC list for the bug.

2 14

Jump to page:

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openSUSE Bugs October 2016