October 2021 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1143725] New: qemu-aarch64-binfmt, from qemu-linux-user, not working (no output)
by bugzilla_noreply＠novell.com 07 Oct '22

07 Oct '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1143725 Bug ID: 1143725 Summary: qemu-aarch64-binfmt, from qemu-linux-user, not working (no output) 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: dfaggioli(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Context: I want to run an ARM64 (aarch64) container on an x86 host. This is possible using qemu Linux user emulation and Linux binfmt. It is supposed to work like this: //Fetching an ARM container on x86 (long story) $ skopeo --override-arch arm64 copy docker://opensuse/leap docker-daemon:opensuse-arm64/leap:latest //Install qemu Linux user, and setup binfmt for aarch64 # zypper install qemu-linux-user $ cp /usr/bin/qemu-aarch64-binfmt . # echo -1 > /proc/sys/fs/binfmt_misc/qemu-aarch64 # echo ':qemu-aarch64:M:0:\x7fELF\x02\x01\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x02\x00\xb7\x00:\xff\xff\xff\xff\xff\xff\xff\x00\xff\xff\xff\xff\xff\xff\xff\xff\xfe\xff\xff\xff:/usr/bin/qemu-aarch64-binfmt:POCF' > /proc/sys/fs/binfmt_misc/register //Build our container $ cat << EOF > Dockerfile FROM opensuse-arm64/leap COPY qemu-aarch64-binfmt /usr/bin/qemu-aarch64-binfmt EOF docker build -t qemu-leap . //Now I should be able to run the ARM container, like this: # docker run -it qemu-leap-aarch64-binfmt /bin/sh But, basically, nothing happens. No output at all, and I'm definitely not inside an ARM container. Actually, it appears the container exited: $ docker ps --all CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES ea2252caf90a qemu-leap "/bin/sh" 4 seconds ago Exited (255) 3 seconds ago relaxed_goodall Now, if I, instead of qemu-aarch64-binfmt, use a qemu-aarch64-static binary copied from a Debian unstable box I have in my home network, i.e., this one: # ./qemu-aarch64-static -version qemu-aarch64 version 3.1.0 (Debian 1:3.1+dfsg-8) Things work! In fact: $ docker run -it --rm qemu-leap uname -a Linux bf12752f6a51 5.1.16-1-default #1 SMP Wed Jul 3 12:37:47 UTC 2019 (2af8a22) aarch64 aarch64 aarch64 GNU/Linux Note the *aarch64*. Of course, we need to change the aarch64 interpreter file too, in /proc/sys/fs/binfmt So, basically, it looks like the procedure is correct, or at least can work. But our qemu-linux-user packages contain binaries that are not adequate for being used for this use case. Things/differences to check: - QEMU version (the debian stolen from Debian, that makes things works is from QEMU 3.1.0, while we ship 4.0.0 - our patch queue - our configuration and compile options -- You are receiving this mail because: You are on the CC list for the bug.

2 10

[Bug 1189647] New: internal error when $Y2PROFILER=1
by bugzilla_noreply＠suse.com 07 Oct '22

07 Oct '22

https://bugzilla.suse.com/show_bug.cgi?id=1189647 Bug ID: 1189647 Summary: internal error when $Y2PROFILER=1 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: giecrilj(a)stegny.2a.pl QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- { Y2PROFILER=1 yast2 view_anymsg /var/log/zypp/history; } Internal error. Please report a bug report with logs. Run save_y2logs to get complete logs. Caller: /usr/lib64/ruby/2.7.0/rubygems/core_ext/kernel_require.rb:83:in `require' Details: cannot load such file -- profiler -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 1062518] New: x2gothinclient(d) is missing File/Path/Expand.pm perl module
by bugzilla_noreply＠novell.com 06 Oct '22

06 Oct '22

http://bugzilla.suse.com/show_bug.cgi?id=1062518 Bug ID: 1062518 Summary: x2gothinclient(d) is missing File/Path/Expand.pm perl module Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Factory Status: NEW Severity: Normal Priority: P5 - None Component: X11 3rd Party Driver Assignee: xorg-maintainer-bugs(a)forge.provo.novell.com Reporter: werner(a)suse.com QA Contact: sndirsch(a)suse.com Found By: --- Blocker: --- Starting x2gothinclientd cause the message Can't locate File/Path/Expand.pm in @INC (you may need to install the File::Path::Expand module) (@INC contains: /usr/lib/perl5/site_perl/5.26.1/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.26.1 /usr/lib/perl5/vendor_perl/5.26.1/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.26.1 /usr/lib/perl5/5.26.1/x86_64-linux-thread-multi /usr/lib/perl5/5.26.1 /usr/lib/perl5/site_perl) at /usr/sbin/x2gothinclientd line 23. AFAICS there is no such file below /usr/lib/perl5/ nor any provides of 'perl(File::Path::Expand)' -- You are receiving this mail because: You are on the CC list for the bug.

2 5

[Bug 1174342] New: X2go can't connect to remote local desktop session (error invalid mit-magic-cookie-1)
by bugzilla_noreply＠suse.com 06 Oct '22

06 Oct '22

https://bugzilla.suse.com/show_bug.cgi?id=1174342 Bug ID: 1174342 Summary: X2go can't connect to remote local desktop session (error invalid mit-magic-cookie-1) Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: virex(a)mail.ru QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- After last update x2go can't connect to remote local desktop session. Connect to lxde, KDE, ICEWM work fine, but if connect to local desktop session, then get the error Connection failed. Invalid mit-magic-cookie-1 keyNo protocol specified xwinfo: error: unable to open display ":0" -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1175475] New: VUL-0: CVE-2020-14352: librepo: missing path validation in repomd.xml may lead to directory traversal
by bugzilla_noreply＠suse.com 05 Oct '22

05 Oct '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1175475 Bug ID: 1175475 Summary: VUL-0: CVE-2020-14352: librepo: missing path validation in repomd.xml may lead to directory traversal Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.1 Hardware: Other URL: https://smash.suse.de/issue/265258/ OS: Other Status: NEW Severity: Major Priority: P5 - None Component: Security Assignee: christian.voegl(a)suse.com Reporter: rfrohl(a)suse.com QA Contact: security-team(a)suse.de CC: pth(a)suse.com Found By: Security Response Team Blocker: --- rh#1866498 Librepo fails to sanitize paths in the 'repomd.xml' configuration file. Malformed or malicious repository metadata could allow a remote attacker to copy files outside of the destination directory via path traversal. Considering that DNF runs as root, this flaw could potentially result in system compromise via arbitrary file overwriting of critical system files. References: https://bugzilla.redhat.com/show_bug.cgi?id=1866498 http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2020-14352 https://access.redhat.com/security/cve/CVE-2020-14352 -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1041794] New: Recent update breaks some Youtube videos
by bugzilla_noreply＠novell.com 04 Oct '22

04 Oct '22

http://bugzilla.suse.com/show_bug.cgi?id=1041794 Bug ID: 1041794 Summary: Recent update breaks some Youtube videos Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.2 Hardware: x86-64 OS: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: james.knott(a)rogers.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- An update around mid May caused some Youtube videos to fail. When this happens, loading the video stops, leaving only the dot going around a circle showing. This happens with Firefox, Seamonkey and Chromium browsers. The videos that fail play OK in Windows. To verify the problem, I tried the videos with a VirtualBox VM or a fresh 42.2 install. The problem videos played. I then cloned the VM and ensured the videos played. I then updated the clone to the latest updates and now the videos fail. The original non-updated VM still continued to play the videos. It appears the problem is related to the type of codec used. For example, videos with the vp9 codec play, but those with avc1.4d400d now fail. Here are 2 links, this one plays OK: https://www.youtube.com/watch?v=Rzqq581Q3Us But this one doesn't: https://www.youtube.com/watch?v=t8tdmaEhMHE Again, this problem occurred recently. Videos that played a few weeks ago now fail. -- You are receiving this mail because: You are on the CC list for the bug.

2 14

[Bug 1189457] New: fwup doesn't refresh update info
by bugzilla_noreply＠suse.com 04 Oct '22

04 Oct '22

https://bugzilla.suse.com/show_bug.cgi?id=1189457 Bug ID: 1189457 Summary: fwup doesn't refresh update info Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.3 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: msvec(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- bash# fwupdmgr get-updates Firmware metadata has not been updated for 30 days and may not be up to date. I understood the data should be refreshed automatically, but aren't. Should some service be enabled by default? -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1137997] New: Expert Partitioner: import multi-device Btrfs mount points
by bugzilla_noreply＠novell.com 04 Oct '22

04 Oct '22

http://bugzilla.suse.com/show_bug.cgi?id=1137997 Bug ID: 1137997 Summary: Expert Partitioner: import multi-device Btrfs mount points 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: jlopez(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- When importing mount points from a system with a multi-device Btrfs filesystem, the multi-device Btrfs is imported as a single-device. It should reconstruct the multi-device Btrfs, if possible. -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 1175678] New: complete packages --unneeded featureset (mostly "apt-mark auto")
by bugzilla_noreply＠suse.com 04 Oct '22

04 Oct '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1175678 Bug ID: 1175678 Summary: complete packages --unneeded featureset (mostly "apt-mark auto") Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: Other OS: openSUSE Leap 15.2 Status: NEW Severity: Enhancement Priority: P5 - None Component: libzypp Assignee: zypp-maintainers(a)suse.de Reporter: duge(a)pre-sense.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- openSUSE-13.1 (zypper-1.9.*, libzypp-13.9.*) introduced some nice features: # Remove a package and it's dependencies (if unused) zypper remove --clean-deps PACKAGE # Show unused packages, which haven't been explicitly installed zypper packages --unneeded Sadly this featureset still misses some points. This can also be seen in relation to other package managers: https://wiki.archlinux.org/index.php/Pacman/Rosetta#Basic_operations Especially a counterpart to this command is missing: apt-mark auto PACKAGE # remove manually installed property # Additionally these commands would be nice. apt-mark manual PACKAGE apt-mark showmanual # show manually installed packages # But they can be workarounded. (although it's quite nasty) # apt-mark manual PACKAGE zypper install --force PACKAGE # apt-mark showmanual zypper search '' | grep -E '^i\+' Also it would be very helpfull if "zypper packages --unneeded" would work recursive. The command "zypper remove --clean-deps PACKAGE" already seems to work recursive. And Debian's "apt autoremove" also does. What I mean when saying "recursive": Currently "zypper packages --unneeded" only lists packages which are completely unneeded by other packages (and not manually installed). Let's call them package set A. But after removing set A, all packages which where required by packages in set A also become unneeded. So you have to run "zypper packages --unneeded" again. This repeats, until you finally removed only packages, that didn't had requirements to otherwise unneeded packages themselves. Related: https://bugzilla.opensuse.org/show_bug.cgi?id=1002507 -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1181970] New: Can't restart service because masked services
by bugzilla_noreply＠suse.com 03 Oct '22

03 Oct '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1181970 Bug ID: 1181970 Summary: Can't restart service because masked services Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Major Priority: P5 - None Component: Salt Assignee: salt-maintainers(a)suse.de Reporter: dev.dorrejo(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Hello, i am being bothered because each time i do a upgrade on opensuse tumbleweed and need to restart some service like apache, php-fpm, postfix, etc..., i found that they wont restart/start because the next masked partitions. mercurio:/etc/apache2/vhosts.d # systemctl restart apache2.service php-fpm.service postfix.service Failed to restart apache2.service: Unit tmp.mount is masked. Failed to restart php-fpm.service: Unit tmp.mount is masked. Failed to restart postfix.service: Unit var-run.mount is masked. Each time i do update and have to restart/stop the service appear message like the one before. doing: systemctl unmask --now tmp.mount wont do nothing, tryed masking and unmasking again but the issue persist and have to reboot the server to apply those reboot of service. Status of the .mount: mercurio:/etc/apache2/vhosts.d # systemctl status tmp.mount �� tmp.mount - /tmp Loaded: masked (Reason: Unit tmp.mount is masked.) Active: active (mounted) (Result: exit-code) since Mon 2021-02-08 22:01:05 AST; 10min ago Where: /tmp What: tmpfs Tasks: 0 (limit: 4915) CGroup: /system.slice/tmp.mount Feb 08 22:01:05 mercurio umount[16479]: umount: /tmp: target is busy. Feb 08 22:01:05 mercurio systemd[1]: Unmounting /tmp... Feb 08 22:01:05 mercurio systemd[1]: tmp.mount: Mount process exited, code=exited, status=32/n/a Feb 08 22:01:05 mercurio systemd[1]: Failed unmounting /tmp. mercurio:/etc/apache2/vhosts.d # systemctl status var.mount �� var.mount - /var Loaded: masked (Reason: Unit var.mount is masked.) Active: active (mounted) (Result: exit-code) since Mon 2021-02-08 22:01:05 AST; 11min ago Where: /var What: /dev/mapper/vg0-root Tasks: 0 (limit: 4915) CGroup: /system.slice/var.mount Feb 05 20:37:25 localhost systemd[1]: Mounting /var... Feb 05 20:37:25 localhost systemd[1]: Mounted /var. Feb 08 22:01:05 mercurio systemd[1]: Unmounting /var... Feb 08 22:01:05 mercurio umount[16480]: umount: /var: target is busy. Feb 08 22:01:05 mercurio systemd[1]: var.mount: Mount process exited, code=exited, status=32/n/a Feb 08 22:01:05 mercurio systemd[1]: Failed unmounting /var. mercurio:/etc/apache2/vhosts.d # systemctl status var-run.mount �� var-run.mount Loaded: masked (Reason: Unit var-run.mount is masked.) Active: inactive (dead) Condition: start condition failed at Fri 2021-02-05 20:37:25 AST; 3 days ago Feb 05 20:37:25 localhost systemd[1]: Condition check resulted in Runtime Directory being skipped. journalctl said nothing about this issue. systemctl list-units: https://susepaste.org/56464129 -- You are receiving this mail because: You are on the CC list for the bug.

1 33