May 2020 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1146932] New: lvm cachepool on system lv causes system to be unbootable
by bugzilla_noreply＠novell.com 19 Apr '22

19 Apr '22

http://bugzilla.suse.com/show_bug.cgi?id=1146932 Bug ID: 1146932 Summary: lvm cachepool on system lv causes system to be unbootable Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.1 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Bootloader Assignee: jsrain(a)suse.com Reporter: william.brown(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- If a suse leap 15.1 machine is configured post-install to have a lvm cache pool device on the system lv, grub2 fails to boot with "Error invalid segment". IE the lvs are: # lvs home system rwi-aor--- 104.00g 100.00 root system rwi-aor--- 80.00g 100.00 swap system rwi-aor--- 8.00g 100.00 cache system rwi-aor--- .... -- You are receiving this mail because: You are on the CC list for the bug.

2 7

[Bug 1105075] New: grub2-once does not parse /etc/sysconfig/bootloader properly
by bugzilla_noreply＠novell.com 19 Apr '22

19 Apr '22

http://bugzilla.suse.com/show_bug.cgi?id=1105075 Bug ID: 1105075 Summary: grub2-once does not parse /etc/sysconfig/bootloader properly Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Bootloader Assignee: jsrain(a)suse.com Reporter: jack(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Created attachment 779931 --> http://bugzilla.suse.com/attachment.cgi?id=779931&action=edit Patch to make grub2-once sysconf parsing more permissive grub2-once parses /etc/sysconfig/bootloader to determine value of LOADER_TYPE variable. However the regular expression there assumes that loader type has to have quotes around the value which is not always the case (generally assignments are treated the same way as in shell). This causes failure of grub2-once when used on openstack instances. I suggest the regexp should be more permissive to allow but not require quotes. Something like attached patch. -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 1045886] New: ecryptfs problems with recent Tumbleweed
by bugzilla_noreply＠novell.com 19 Apr '22

19 Apr '22

http://bugzilla.suse.com/show_bug.cgi?id=1045886 Bug ID: 1045886 Summary: ecryptfs problems with recent Tumbleweed 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: roger.whittaker(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- ecryptfs and the ecryptfs tools have stopped working correctly on recent versions of Tumbleweed. I noticed this because an existing ecryptfs Private directory could only be seen after a local login. ecryptfs-mount-private over ssh stopped working. On investigation, it is no longer possible to do ecryptfs-setup-private for a new user. $ ecryptfs-setup-private Enter your login passphrase [roger]: Enter your mount passphrase [leave blank to generate one]: ************************************************************************ YOU SHOULD RECORD YOUR MOUNT PASSPHRASE AND STORE IT IN A SAFE LOCATION. ecryptfs-unwrap-passphrase ~/.ecryptfs/wrapped-passphrase THIS WILL BE REQUIRED IF YOU NEED TO RECOVER YOUR DATA AT A LATER TIME. ************************************************************************ Done configuring. Testing mount/write/umount/read... Inserted auth tok with sig [83ecc1d632221288] into the user session keyring Inserted auth tok with sig [90e42628446d371b] into the user session keyring mount: No such file or directory ERROR: Could not mount private ecryptfs directory In the system logs we see: 2017-06-25T07:04:39.396038+01:00 [localhost] kernel: [140502.266628] Could not find key with description: [90e42628446d371b] 2017-06-25T07:04:39.396052+01:00 [localhost] kernel: [140502.266630] process_request_key_err: No key 2017-06-25T07:04:39.396054+01:00 [localhost] kernel: [140502.266631] Could not find valid key in user session keyring for sig specified in mount option: [90e42628446d371b] 2017-06-25T07:04:39.396056+01:00 [localhost] kernel: [140502.266631] One or more global auth toks could not properly register; rc = [-2] 2017-06-25T07:04:39.396072+01:00 [localhost] kernel: [140502.266632] Error parsing options; rc = [-2] $ uname -r 4.11.6-1-default $ grep VERSION_ID /etc/os-release VERSION_ID="20170620" -- You are receiving this mail because: You are on the CC list for the bug.

2 11

[Bug 941931] New: GRUB2 graphical menu is extremely slow
by bugzilla_noreply＠novell.com 19 Apr '22

19 Apr '22

http://bugzilla.suse.com/show_bug.cgi?id=941931 Bug ID: 941931 Summary: GRUB2 graphical menu is extremely slow Classification: openSUSE Product: openSUSE Factory Version: 201505* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Bootloader Assignee: jsrain(a)suse.com Reporter: jmatejek(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Created attachment 643998 --> http://bugzilla.suse.com/attachment.cgi?id=643998&action=edit screen showing output of vbeinfo i'm using an AMD GPU and a 2560x1440 native display. on this configuration, the GRUB2 UI is slow to the point of unusability; it takes a full second to flip from one menu item to another, 3-5s just to display the boot menu, before booting starts. drawing the chameleon logo is visible line-by-line, too lowering the resolution helps, at 1280x960x32 the speed is almost usable, 1280x960x16 is sluggish but OK (so i'm sticking with this resolution for now) my GPU is reported as follows: 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde XT [Radeon HD 7770/8760 / R7 250X] detected graphics modes are attached -- You are receiving this mail because: You are on the CC list for the bug.

2 16

[Bug 1098354] New: VUL-0: CVE-2018-1002209: quazip: arbitrary file write vulnerability achieved by using a specially crafted zip archive
by bugzilla_noreply＠novell.com 18 Apr '22

18 Apr '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1098354 Bug ID: 1098354 Summary: VUL-0: CVE-2018-1002209: quazip: arbitrary file write vulnerability achieved by using a specially crafted zip archive Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other URL: https://smash.suse.de/issue/208490/ OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Security Assignee: crrodriguez(a)opensuse.org Reporter: abergmann(a)suse.com QA Contact: security-team(a)suse.de Found By: Security Response Team Blocker: --- rh#1593011 A vulnerability has been found in the way developers have implemented the archive extraction of files. An arbitrary file write vulnerability, that can be achieved using a specially crafted zip archive (affects other archives as well, bzip2, tar,xz, war, cpio, 7z), that holds path traversal filenames. So when the filename gets concatenated to the target extraction directory, the final path ends up outside of the target folder. Of course if an executable or a configuration file is overwritten with a file containing malicious code, the problem can turn into an arbitrary code execution issue quite easily. This affects multiple libraries that lacks of a high level APIs that provide the archive extraction functionality. References: https://snyk.io/research/zip-slip-vulnerability References: https://bugzilla.redhat.com/show_bug.cgi?id=1593011 http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2018-1002209 -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 1119186] New: KDE:Extra/kdevelop5: Code completion and parser don't work
by bugzilla_noreply＠novell.com 15 Apr '22

15 Apr '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1119186 Bug ID: 1119186 Summary: KDE:Extra/kdevelop5: Code completion and parser don't work Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: x86-64 OS: openSUSE Factory Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: kde-maintainers(a)suse.de Reporter: krzysio.kurek(a)wp.pl QA Contact: bnc-team-screening(a)forge.provo.novell.com Found By: --- Blocker: --- Installed with zypper without any additional parameters. Works with same options on the same project if using AppImage. -- You are receiving this mail because: You are on the CC list for the bug.

2 25

[Bug 1148955] New: regression: wicked obtains incorrect ipv4 address for bridge
by bugzilla_noreply＠novell.com 15 Apr '22

15 Apr '22

http://bugzilla.suse.com/show_bug.cgi?id=1148955 Bug ID: 1148955 Summary: regression: wicked obtains incorrect ipv4 address for bridge Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: ohering(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- With these files, wicked does not get the correct ipv4 address in Tumbleweed, but it does so in Leap, SLE15, SLE12: stein-schneider:/etc/sysconfig/network # head ifcfg-* ==> ifcfg-br0 <== BOOTPROTO='dhcp' BRIDGE='yes' BRIDGE_FORWARDDELAY='0' BRIDGE_PORTS='eth0' BRIDGE_STP='off' STARTMODE='auto' ==> ifcfg-eth0 <== BOOTPROTO='none' STARTMODE='auto' It gets some random address from the pool, instead of the assigned address for this specific MAC. With just this file it gets the expected address: ==> /etc/sysconfig/network/ifcfg-eth0 <== BOOTPROTO='dhcp' STARTMODE='auto' DHCLIENT_CLIENT_ID='01:00:26:55:23:e5:46' Appending the clientid to ifcfg-br0 makes zero difference. It just gets another random address from the pool. -- You are receiving this mail because: You are on the CC list for the bug.

2 6

[Bug 1171702] New: Discord on openSuse Tumbleweed/Leap doesn't play GIFs nor Videos.
by bugzilla_noreply＠suse.com 15 Apr '22

15 Apr '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1171702 Bug ID: 1171702 Summary: Discord on openSuse Tumbleweed/Leap doesn't play GIFs nor Videos. Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Minor Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: blackhatscarf(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 837814 --> http://bugzilla.opensuse.org/attachment.cgi?id=837814&action=edit This is what I get when trying to insert a GIF into the chat, nothing but a menu with static shapes. Videos also don't play at all. Overview: GIFs and Videos don't play on Discord. Steps to Reproduce: 1) Install Discord using zypper or YaST; 2) Try to send any GIF. Actual Results: It will lead to a menu with static shapes where the GIFs are supposed to be (like the one on the attachment). You can still send them but they will not play from your end. Expected Results: The GIF or Video to play after being sent. Build Date & Hardware: Build 20200511 on openSUSE Tumbleweed. (14/05/2020) Additional Builds and Platforms: Doesn't Occur On Build 20200511 on openSUSE Tumbleweed using the Tarball version of Discord. -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1163333] New: LTO: binutils build fails
by bugzilla_noreply＠novell.com 13 Apr '22

13 Apr '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1163333 Bug ID: 1163333 Summary: LTO: binutils build fails Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: martin.liska(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I'm working on binutils 2.34 package update and I noticed quite suspicious thing. We build the package with LTO (and -ffat-lto-objects due to some .a libs), and the built package crashes. More precisely, one needs to built binutils with already built version 2.34. Doing that I end up with: $ LD_LIBRARY_PATH=../bfd/.libs/ .libs/ar r /tmp/x.a /tmp/y Segmentation fault (core dumped) (gdb) bt #0 0x0000000000000000 in ?? () #1 0x00007ffff7afe7dd in make_relative_prefix_1 (progname=0x7fffffffeb09 "/home/abuild/rpmbuild/BUILD/binutils-2.34/build-dir/binutils/.libs/ar", bin_prefix=0x7ffff7ce326b "/usr/bin", prefix=0x7ffff7ce3254 "/usr/lib64/bfd-plugins", resolve_links=1) at ../../libiberty/make-relative-prefix.c:317 #2 0x00007ffff7b1026e in load_plugin (abfd=0x5555555667e0) at ../../bfd/plugin.c:397 #3 bfd_plugin_object_p (abfd=0x5555555667e0) at ../../bfd/plugin.c:451 #4 0x00007ffff7cda4c6 in bfd_check_format_matches (abfd=abfd@entry=0x5555555667e0, format=format@entry=bfd_object, matching=matching@entry=0x0) at ../../bfd/format.c:261 #5 0x00007ffff7cda917 in bfd_check_format (abfd=abfd@entry=0x5555555667e0, format=format@entry=bfd_object) at ../../bfd/format.c:94 #6 0x00007ffff7cdb248 in _bfd_write_archive_contents (arch=0x555555573a90) at ../../bfd/archive.c:2127 #7 0x00007ffff7cd2c4a in bfd_close (abfd=0x555555573a90) at ../../bfd/opncls.c:755 #8 0x000055555555a718 in write_archive (iarch=0x5555555640c0) at ../../binutils/ar.c:1240 #9 0x000055555555a9ea in replace_members (arch=0x5555555640c0, files_to_move=0x555555564080, quick=0) at ../../binutils/ar.c:1482 #10 0x000055555555842e in main (argc=<optimized out>, argv=<optimized out>) at ../../binutils/ar.c:887 Dump of assembler code for function make_relative_prefix_1: 0x00007ffff7afe620 <+0>: push %rbp 0x00007ffff7afe621 <+1>: mov %rsp,%rbp 0x00007ffff7afe624 <+4>: push %r15 0x00007ffff7afe626 <+6>: push %r14 ... 0x00007ffff7afe7d8 <+440>: callq 0x7ffff7af6990 <lrealpath@plt> => 0x00007ffff7afe7dd <+445>: mov %rax,%r15 So it crashes in call to lrealpath (via plt entry). What's maybe problematic is that the link command line: gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Wstack-usage=262144 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -Werror=return-type -flto=auto -g -Wno-error -ffat-lto-objects -o .libs/ar arparse.o arlex.o ar.o not-ranlib.o arsup.o rename.o binemul.o emul_vanilla.o bucomm.o version.o filemode.o ../bfd/.libs/libbfd.so -L/home/abuild/rpmbuild/BUILD/binutils-2.34/build-dir/bfd/../libiberty/pic -liberty -lz ../libiberty/libiberty.a -lfl -ldl -Wl,-rpath -Wl,/usr/lib64 contains: $ nm ../bfd/.libs/libbfd.so | grep lrealpath 00000000000fc510 T lrealpath and LTO resolution file looks like: /home/abuild/rpmbuild/BUILD/binutils-2.34/build-dir/bfd/../libiberty/pic/libiberty.a@0x20eab2 7 ... 269 5c0e5e41e2575a62 RESOLVED_IR lrealpath /home/abuild/rpmbuild/BUILD/binutils-2.34/build-dir/bfd/../libiberty/pic/libiberty.a@0x26afce 2 212 69eadc5b8b30099f PREVAILING_DEF_IRONLY lrealpath ... and the symbol is seen by GCC in LTO as: lrealpath/2736 (lrealpath) @0x7ffff77639d8 Type: function definition analyzed Visibility: externally_visible prevailing_def_ironly public References: Referring: Read from file: /home/abuild/rpmbuild/BUILD/binutils-2.34/build-dir/bfd/../libiberty/pic/libiberty.a Availability: available Function flags: count:1073741824 (estimated locally) Called by: canonical_filename_eq/2611 (1073741824 (estimated locally),1.00 per call) canonical_filename_eq/2611 (1073741824 (estimated locally),1.00 per call) Calls: strdup/2737 (1073741824 (estimated locally),1.00 per call) __realpath_chk/2740 (1073741824 (estimated locally),1.00 per call) But I can't see the symbol being emitted in final executable (nor .s file): $ nm .libs/ar | grep lrealpath 0000000000047e87 W lrealpath.c.60931cf1 Note that adding -fno-lto to the command line helps and the ar is not crashing. The issue seems to me similar to what I've already seen few time for e.g. Inkscape: https://gitlab.com/inkscape/inkscape/issues/235 So it's basically about linking against x.a file and y.so (where y.so contains x.a). -- You are receiving this mail because: You are on the CC list for the bug.

2 6

[Bug 1146017] New: UEFI "Boot Linux System" from installation media screen 2 consistently fails quickly
by bugzilla_noreply＠novell.com 11 Apr '22

11 Apr '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1146017 Bug ID: 1146017 Summary: UEFI "Boot Linux System" from installation media screen 2 consistently fails quickly Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: Other URL: https://forums.opensuse.org/showthread.php/537185-UEFI -installation-media-gt-Boot-Linux-System?p=2911641#pos t2911641 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation Assignee: yast2-maintainers(a)suse.de Reporter: mrmazda(a)earthlink.net QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Created attachment 814369 --> http://bugzilla.opensuse.org/attachment.cgi?id=814369&action=edit y2logs .tgz from fresh installation of 15.2a build 481 on Asus Kaby Lake on which "Boot Linux System" last attempted Initial Summary: UEFI "Boot Linux System" from installation media screen 2 consistently fails quickly To reproduce: 1-boot installation media in UEFI mode 2-choose "More ..." 3-choose "Boot Linux System" 4-(optional) append/edit linuxefi line, e.g. add video=1440x900 and/or 3 and/or noresume or remove splash=silent 5-answer the questions asked/make appropriate selections about kernel, options and root filesystem Actual results: 1-instant message in yellow text on red background: "Sorry, system didn't boot" 2-on vtty4: kexec_file: kernel signature verification failed (-129). 3-sh: dmesg: command not found on tty9 4-tty[2,5,6] shell absent 5-sh: systemctl: command not found on tty9 Expected results: 1-installed system boots, or 2-something more than instant failure report Note: forum thread comments report failure also happens with a VM, and with 15.1, and with either OM or USB boot media. Other info from installation on which last attempt made (using NET OM): # efibootmgr BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0000,0007,0006,0003 Boot0000* opensuse Boot0003* CD/DVD Drive Boot0006* Hard Drive Boot0007* UEFI: Optiarc DVD RW AD-7200S # parted -l highlights Disk /dev/sda: 40.0GB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End Size File system Name Flags 1 1049kB 337MB 336MB fat16 P01 EFI System (ESP) boot, esp 2 337MB 1202MB 865MB linux-swap(v1) P02 swapper swap 3 1202MB 9590MB 8389MB ext4 P03 linuxroot1 4 9590MB 40.0GB 30.4GB ext4 P04 linuxhome -- You are receiving this mail because: You are on the CC list for the bug.

2 5