January 2017 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 981596] New: XFCE Login manager usability with many users existing
by bugzilla_noreply＠novell.com 03 Dec '20

03 Dec '20

http://bugzilla.opensuse.org/show_bug.cgi?id=981596 Bug ID: 981596 Summary: XFCE Login manager usability with many users existing Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Minor Priority: P5 - None Component: Xfce Assignee: bnc-team-xfce(a)forge.provo.novell.com Reporter: dheidler(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- When I create >10 Users on a system, xfce login manager should make it easier to select the username. Currently I need to select the user from a dropdown menu. see https://raw.githubusercontent.com/os-autoinst/os-autoinst-needles-opensuse/… The option to specify the username via text field exists, but is only accessable at the bottom of the dropdown menu. This is not very nice to use, when there are many users available on the system (or the computer has NIS). Most of the other login managers fall back to a textfield for username selection, when there are too many users or make the button that shows the textfield easier accessable. The XFCE login manager should do this as well. Related openQA test (that currently has a workaround needle for some reason): https://openqa.opensuse.org/tests/198348/modules/multi_users_dm/steps/15/src -- You are receiving this mail because: You are on the CC list for the bug.

2 4

[Bug 956525] New: missing qemu-x86-debuginfo package on Tubleweed
by bugzilla_noreply＠novell.com 30 Nov '20

30 Nov '20

http://bugzilla.suse.com/show_bug.cgi?id=956525 Bug ID: 956525 Summary: missing qemu-x86-debuginfo package on Tubleweed Classification: openSUSE Product: openSUSE Tumbleweed Version: 2015* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: dmaiocchi(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- The qemu-x86-debuginfo is missing on Tubleweed and also on Leap 42.1. 1) $ zypper se qemu -> to notify that qemu-x86-debuginfo is missed as package. -- You are receiving this mail because: You are on the CC list for the bug.

2 7

[Bug 972954] New: hardware/mtx: tapeinfo no shows remaining size
by bugzilla_noreply＠novell.com 25 Nov '20

25 Nov '20

http://bugzilla.opensuse.org/show_bug.cgi?id=972954 Bug ID: 972954 Summary: hardware/mtx: tapeinfo no shows remaining size Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: x86-64 OS: openSUSE 42.1 Status: NEW Severity: Minor Priority: P5 - None Component: 3rd party software Assignee: jmatejek(a)suse.com Reporter: svalx78(a)gmail.com QA Contact: opensuse-communityscreening(a)forge.provo.novell.com Found By: --- Blocker: --- I has write about 237Gb on to tape by GNU tar and get those tapeinfo output: # tapeinfo -f /dev/nst0 Product Type: Tape Drive Vendor ID: 'HP ' Product ID: 'Ultrium 3-SCSI ' Revision: 'C26D' Attached Changer API: No SerialNumber: '**********' MinBlock: 1 MaxBlock: 16777215 SCSI ID: 16 SCSI LUN: 0 Ready: yes BufferedMode: yes Medium Type: Not Loaded Density Code: 0x44 BlockSize: 0 DataCompEnabled: yes DataCompCapable: yes DataDeCompEnabled: yes CompType: 0x1 DeCompType: 0x1 Block Position: 1933551 Partition 0 Remaining Kbytes: 400308 Partition 0 Size in Kbytes: 400308 ActivePartition: 0 EarlyWarningSize: 0 NumPartitions: 0 MaxPartitions: 0 Firstly, Partition 0 Remaining Kbytes tell me that I no used any tape space. Secondly, if I try to calculate the used space using the MaxBlock and Block Position data, I get obviously wrong value: about 11.5% used. But my backup data is not well compressible - it is video and photo. mt tell give me the same thing: At block 1933551. How to estimate the used space on tape? -- You are receiving this mail because: You are on the CC list for the bug.

2 6

[Bug 928020] New: RTL8723be wireless card disconnects
by bugzilla_noreply＠novell.com 21 Nov '20

21 Nov '20

http://bugzilla.opensuse.org/show_bug.cgi?id=928020 Bug ID: 928020 Summary: RTL8723be wireless card disconnects Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: roeland.jansen(a)snow.nl QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- hardware: HP Probook 450G2; wireless is RTL8723BE on several different access points (cisco, fritzbox huawei, kpn box, samsung galaxy s4 as ap): traffic stops and you are not able to ping the default gateway anymore. It seems to be random. Sometimes it keeps running for hours; other times it breaks after 10 minutes. The same hardware with windows 8.1 keeps the connection. commands like ""iwlist wlan0 scanning fails at this point with wlan0 Failed to read scan data : Resource temporarily unavailable. at this time. If I # rmmod rtl8723be # rtl8723_common # modprobe rtl8723be the wireless network is functional again. if logs are needed, let me know what you want to look at -- the current logs don't show obvious things. -- You are receiving this mail because: You are on the CC list for the bug.

2 5

[Bug 991250] New: VUL-0: CVE-2013-7458: redis: World readable .rediscli_history
by bugzilla_noreply＠novell.com 11 Nov '20

11 Nov '20

http://bugzilla.suse.com/show_bug.cgi?id=991250 Bug ID: 991250 Summary: VUL-0: CVE-2013-7458: redis: World readable .rediscli_history Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.1 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Security Assignee: security-team(a)suse.de Reporter: astieger(a)suse.com QA Contact: qa-bugs(a)suse.de CC: kstreitova(a)suse.com, lars.vogdt(a)microfocus.com, michal.hrusecky(a)opensuse.org, mpluskal(a)suse.com, mrueckert(a)suse.com, mseben(a)gmail.com, nix(a)opensuse.org, pth(a)suse.com Found By: Security Response Team Blocker: --- http://seclists.org/oss-sec/2016/q3/189 https://bugs.debian.org/832460 redis-cli stores its history in ~/.rediscli_history, this file is created with permissions 0644. Home folders are world readable as well in debian, so any user can access other users' redis history, including AUTH commands, which include credentials. I've contacted upstream on 2016-05-30 without any reaction at all and discovered this bug was first reported 3 years ago, still unfixed. @RedisLabs keeps referring to their paid support on twitter. Demo: `cat /home/*/.rediscli_history` Upstream report: https://github.com/antirez/redis/issues/3284 https://github.com/antirez/redis/pull/3322 https://github.com/antirez/redis/pull/1418 References: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2013-7458 http://seclists.org/oss-sec/2016/q3/189 http://people.canonical.com/~ubuntu-security/cve/2013/CVE-2013-7458.html https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=832460 -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 958524] New: filesystems/cdemu-daemon: Fails to start when user is not member of cdrom
by bugzilla_noreply＠novell.com 14 Oct '20

14 Oct '20

http://bugzilla.opensuse.org/show_bug.cgi?id=958524 Bug ID: 958524 Summary: filesystems/cdemu-daemon: Fails to start when user is not member of cdrom Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: jengelh(a)inai.de Reporter: c.castillo.cast(a)gmail.com QA Contact: opensuse-communityscreening(a)forge.provo.novell.com Depends on: 958517 Found By: --- Blocker: --- Using OpenSUSE Tumbleweed 64 bit and cdemu-daemon 3.0.3 Error cdemu-daemon fails to start when user is not member of cdrom group (see attachment for error message) Solution #gpasswd -a user cdrom log-out log-in Can a message be added to request the user to add himself to the cdrom group? -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 954532] New: Elantech Touchpad on Acer Aspire R11 not detected
by bugzilla_noreply＠novell.com 25 Sep '20

25 Sep '20

http://bugzilla.opensuse.org/show_bug.cgi?id=954532 Bug ID: 954532 Summary: Elantech Touchpad on Acer Aspire R11 not detected Classification: openSUSE Product: openSUSE Tumbleweed Version: 2015* Hardware: x86-64 OS: Other Status: NEW Severity: Critical Priority: P5 - None Component: Kernel Assignee: kernel-maintainers(a)forge.provo.novell.com Reporter: robin.roevens1(a)pandora.be QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Installed Tumbleweed on a brand new Acer Aspire R11 (R3-131T-C56L). Turned out the Touchpad does not work. It is even not listed in /proc/bus/input/devices. The Raydium touchscreen however works correctly. I first tried Leap 42.1 on this machine but had to convert to Tumbleweed since ACPI and the VGA adapter where not correctly supported. BUT the touchpad was detected correctly and worked without problem. On Tumbleweed ACPI and VGA work correctly but no touchpad is detected. When I boot in the Leap Recovery system /proc/bus/input/devices contains this about the touchpad: I: Bus=0011 Vendor=0002 Product=000e Version=0000 N: Name="ETPS/2 Elantech Touchpad" P: Phys=isa0060/serio1/input0 S: Sysfs=/devices/platform/i8042/serio1/input/input4 U: Uniq= H: Handlers=mouse0 event1 B: PROP=5 B: EV=b B: KEY=e420 10000 0 0 0 0 B: ABS=661800011000003 In Tumbleweed it just is not listed. -- You are receiving this mail because: You are on the CC list for the bug.

2 28

[Bug 976406] New: rpmlint-mini should not use its own libmagic
by bugzilla_noreply＠novell.com 24 Sep '20

24 Sep '20

http://bugzilla.suse.com/show_bug.cgi?id=976406 Bug ID: 976406 Summary: rpmlint-mini should not use its own libmagic Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: All OS: SUSE Other Status: NEW Severity: Major Priority: P5 - None Component: BuildService Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: werner(a)suse.com QA Contact: adrian(a)suse.com Found By: --- Blocker: --- rpm -qlp ../rpmlint-mini/binaries/rpmlint-mini-1.8-0.x86_64.rpm | grep libmagic /opt/testing/lib64/libmagic.so.1 /opt/testing/lib64/libmagic.so.1.0.0 and exactly this breaks now building Base:System with new file-5.26 as the internal format of the libmagic for its magic files has changed. Note that the API for usage of libmagic has not changed! Currently I try to bootstrap Base:System with an own rpmlint-mini which would not be necessary if rpmlint-mini would use the available libmagic and its magic.mgc. -- You are receiving this mail because: You are on the CC list for the bug.

2 7

[Bug 1010760] New: sysconfig-netconfig: leftover /tmp/ntp-servers-netconfig.*
by bugzilla_noreply＠novell.com 15 Sep '20

15 Sep '20

http://bugzilla.suse.com/show_bug.cgi?id=1010760 Bug ID: 1010760 Summary: sysconfig-netconfig: leftover /tmp/ntp-servers-netconfig.* Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: mt(a)suse.com Reporter: lnussel(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- $ ls -1 /tmp/ntp-servers-netconfig.*|wc -l 4469 You already put the DEST file into /run. How about putting that file there as well and avoid mktemp? -- You are receiving this mail because: You are on the CC list for the bug.

2 12

[Bug 968405] New: xdm restarts the user session on update
by bugzilla_noreply＠novell.com 15 Sep '20

15 Sep '20

http://bugzilla.suse.com/show_bug.cgi?id=968405 Bug ID: 968405 Summary: xdm restarts the user session on update Classification: openSUSE Product: openSUSE Tumbleweed Version: 2015* Hardware: Other OS: Other Status: NEW Severity: Major Priority: P5 - None Component: X.Org Assignee: xorg-maintainer-bugs(a)forge.provo.novell.com Reporter: tchvatal(a)suse.com QA Contact: xorg-maintainer-bugs(a)forge.provo.novell.com Found By: --- Blocker: --- When system during update is updating xdm it takes down restarts the graphical user session with everything in it. It seems like the try-restart is not nice in this case enough to simply wait for user to exit the session and just kills everything. -- You are receiving this mail because: You are on the CC list for the bug.

2 56