--1630652607.CE7c8a3D0.20813
Date: Fri, 3 Sep 2021 07:03:27 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=1190145

            Bug ID: 1190145
           Summary: [Build N.199.1] shadow: free() double free detected in tcache 2 (gpasswd)
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.4
          Hardware: Other
               URL: https://openqa.opensuse.org/tests/1896647/modules/tool
                    box/steps/10
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: openQA
           Blocker: Yes

## Observation

openQA test in scenario
microos-Staging:N-Staging-Kubic-DVD-x86_64-container-host-kubic@uefi-staging
fails in
[toolbox](https://openqa.opensuse.org/tests/1896647/modules/toolbox/steps/10)

## Test suite description

## Reproducible

Fails since (at least) Build
[N.199.1](https://openqa.opensuse.org/tests/1896647) (current job)

## Expected result

Last good: [N.198.1](https://openqa.opensuse.org/tests/1888024) (or more
recent)

## Further details

Always latest result in this scenario:
[latest](https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=microos&flavor=Staging-Kubic-DVD&machine=uefi-staging&test=container-host-kubic&version=Staging%3AN)


--1630652668.ccDdEAeC0.25622
Date: Fri, 3 Sep 2021 07:04:28 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=1190146

            Bug ID: 1190146
           Summary: [Build N.199.1] toolbox: Error: cannot setup namespace using newuidmap: exit status 1
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.4
          Hardware: Other
               URL: https://openqa.opensuse.org/tests/1896645/modules/tool
                    box/steps/50
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: openQA
           Blocker: Yes

## Observation

openQA test in scenario
microos-Staging:N-Staging-DVD-x86_64-container-host-microos@64bit-2G-HD40G
fails in
[toolbox](https://openqa.opensuse.org/tests/1896645/modules/toolbox/steps/50)

## Test suite description

## Reproducible

Fails since (at least) Build
[N.199.1](https://openqa.opensuse.org/tests/1896645) (current job)

## Expected result

Last good: [N.198.1](https://openqa.opensuse.org/tests/1887572) (or more
recent)

## Further details

Always latest result in this scenario:
[latest](https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=microos&flavor=Staging-DVD&machine=64bit-2G-HD40G&test=container-host-microos&version=Staging%3AN)


--1630771439.6BC7100.32166
Date: Sat, 4 Sep 2021 16:03:59 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=1190193

            Bug ID: 1190193
           Summary: Sabre Lite i.MX6 image contains invalid modules in dracut configuration
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: armv7
                OS: openSUSE Tumbleweed
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-bugs-at-opensuse.org
          Reporter: victhor.foster-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 852305
  --> http://bugzilla.opensuse.org/attachment.cgi?id=852305&action=edit
Proposed fix for configuration file

The Sabre Lite prebuilt image for Tumblweed ARM contains references to
non-existing modules in the file /etc/dracut.conf.d/sabrelite_modules.conf,
such as "imx_ldb" and "imx_ipuv3_crtc".

Replacing these entries with "imxdrm", "imx-ldb" and "dw_hdmi_imx" should
provide equivalent functionality to what's intended.


--1630917637.DA480c5E0.16678
Date: Mon, 6 Sep 2021 08:40:37 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=1190211

            Bug ID: 1190211
           Summary: qemu fails to build on armv6/7 since update to 6.1
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: armv7
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Virtualization:Other
          Assignee: virt-bugs-at-suse.de
          Reporter: guillaume.gardet-at-arm.com
        QA Contact: qa-bugs-at-suse.de
                CC: afaerber-at-suse.com, dmueller-at-suse.com
          Found By: ---
           Blocker: ---

Since the update from 6.0 to 6.1 https://build.opensuse.org/request/show/914458
qemu fails to build on armv6/7.

See
https://build.opensuse.org/package/live_build_log/openSUSE:Factory:ARM/qemu/standard/armv7l

Build error from the log:
[  539s] FAILED: libqemu-aarch64-softmmu.fa.p/tcg_tcg.c.o
[  539s] cc -Ilibqemu-aarch64-softmmu.fa.p -I. -I.. -Itarget/arm
-I../target/arm -Itrace -Iqapi -Iui -Iui/shader -I/usr/include/spice-1
-I/usr/include/spice-server -I/usr/include/cacard -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/nss3 -I/usr/include/nspr4
-I/usr/include/pixman-1 -fdiagnostics-color=auto -pipe -Wall -Winvalid-pch
-Werror -std=gnu11 -O2 -g -isystem
/home/abuild/rpmbuild/BUILD/qemu-6.1.0/linux-headers -isystem linux-headers
-iquote . -iquote /home/abuild/rpmbuild/BUILD/qemu-6.1.0 -iquote
/home/abuild/rpmbuild/BUILD/qemu-6.1.0/include -iquote
/home/abuild/rpmbuild/BUILD/qemu-6.1.0/disas/libvixl -iquote
/home/abuild/rpmbuild/BUILD/qemu-6.1.0/tcg/arm -pthread -U_FORTIFY_SOURCE
-D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes
-Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes
-fno-strict-aliasing -fno-common -fwrapv -O2 -Wall -D_FORTIFY_SOURCE=2
-fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables
-fstack-clash-protection -Werror=return-type -g -Wold-style-declaration
-Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self
-Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels
-Wexpansion-to-defined -Wimplicit-fallthrough=2 -Wno-missing-include-dirs
-Wno-shift-negative-value -Wno-psabi -fPIC -DOPENSSL_LOAD_CONF
-isystem../linux-headers -isystemlinux-headers -DNEED_CPU_H
'-DCONFIG_TARGET="aarch64-softmmu-config-target.h"'
'-DCONFIG_DEVICES="aarch64-softmmu-config-devices.h"' -MD -MQ
libqemu-aarch64-softmmu.fa.p/tcg_tcg.c.o -MF
libqemu-aarch64-softmmu.fa.p/tcg_tcg.c.o.d -o
libqemu-aarch64-softmmu.fa.p/tcg_tcg.c.o -c ../tcg/tcg.c
[  539s] In file included from ../tcg/tcg.c:429:
[  539s]
/home/abuild/rpmbuild/BUILD/qemu-6.1.0/tcg/arm/tcg-target.c.inc:2718:42: error:
argument 5 of type 'const TCGArg *' {aka 'const unsigned int *'} declared as a
pointer [-Werror=array-parameter=]
[  539s]  2718 |                            const TCGArg *args, const int
*const_args)
[  539s]       |                            ~~~~~~~~~~~~~~^~~~
[  539s] ../tcg/tcg.c:120:41: note: previously declared as an array 'const
TCGArg[16]' {aka 'const unsigned int[16]'}
[  539s]   120 |                            const TCGArg args[TCG_MAX_OP_ARGS],
[  539s]       |                            ~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~
[  539s] In file included from ../tcg/tcg.c:429:
[  539s]
/home/abuild/rpmbuild/BUILD/qemu-6.1.0/tcg/arm/tcg-target.c.inc:2718:59: error:
argument 6 of type 'const int *' declared as a pointer
[-Werror=array-parameter=]
[  539s]  2718 |                            const TCGArg *args, const int
*const_args)
[  539s]       |
~~~~~~~~~~~^~~~~~~~~~
[  539s] ../tcg/tcg.c:121:38: note: previously declared as an array 'const
int[16]'
[  539s]   121 |                            const int
const_args[TCG_MAX_OP_ARGS]);
[  539s]       |
~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~
[  539s] cc1: all warnings being treated as errors


body:
--1631038339.eCECd7A06.11099
Date: Tue, 7 Sep 2021 18:12:19 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=1190269

            Bug ID: 1190269
           Summary: VUL-0: MozillaFirefox: multiple vulnerabilities fixed in ESR 78.14, ESR 91.1, 92
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.3
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: martin.sirringhaus-at-suse.com
          Reporter: Andreas.Stieger-at-gmx.de
        QA Contact: qa-bugs-at-suse.de
                CC: mozilla-bugs-at-suse.de, security-team-at-suse.de,
                    wolfgang-at-rosenauer.org
          Found By: ---
           Blocker: ---

Security Vulnerabilities fixed in Firefox ESR 78.14
https://www.mozilla.org/en-US/security/advisories/mfsa2021-39/

CVE-2021-38493: Memory safety bugs fixed in Firefox 92, Firefox ESR 78.14 and
Firefox ESR 91.1
https://bugzilla.mozilla.org/buglist.cgi?bug_id=1723391%2C1724101%2C1724107

----

Security Vulnerabilities fixed in Firefox ESR 91.1
https://www.mozilla.org/en-US/security/advisories/mfsa2021-40/

CVE-2021-38495: Memory safety bugs fixed in Firefox 92 and Firefox ESR 91.1
https://bugzilla.mozilla.org/buglist.cgi?bug_id=1723391%2C1723920%2C1724101%2C1724107

----

Security Vulnerabilities fixed in Firefox 92
https://www.mozilla.org/en-US/security/advisories/mfsa2021-38/

CVE-2021-38491: Mixed-Content-Blocking was unable to check opaque origins
bmo#1551886

CVE-2021-38493: Memory safety bugs fixed in Firefox 92, Firefox ESR 78.14 and
Firefox ESR 91.1
https://bugzilla.mozilla.org/buglist.cgi?bug_id=1723391%2C1724101%2C1724107

CVE-2021-38494: Memory safety bugs fixed in Firefox 92
https://bugzilla.mozilla.org/buglist.cgi?bug_id=1723920%2C1725638

----

Windows only:
CVE-2021-38492: Navigating to `mk:` URL scheme could load Internet Explorer
bmo#1721107

Android only
CVE-2021-29993: Handling custom intents could lead to crashes and UI spoofs
https://bugzilla.mozilla.org/buglist.cgi?bug_id=1712242%2C1708767%2C1712240%2C1708544%2C1729259

pkgs: MozillaFirefox MozillaThunderbird


--1631089801.beda60.26480
Date: Wed, 8 Sep 2021 08:30:01 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1190291

            Bug ID: 1190291
           Summary: VUL-1: CVE-2021-32766,CVE-2021-32800,CVE-2021-32801,CVE-2021- 32802: nextcloud: multiple vulnerabilities
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.3
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: ecsos-at-schirra.net
          Reporter: gabriele.sonnu-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

Multiple vulnerabilities found in Nextcloud server:

CVE-2021-32766:
Nextcloud Text is an open source plaintext editing application which ships with
the nextcloud server. In affected versions the Nextcloud Text application
returned different error messages depending on whether a folder existed in a
public link share. This is problematic in case the public link share has been
created with "Upload Only" privileges. (aka "File Drop"). A link share
recipient is not expected to see which folders or files exist in a "File Drop"
share. Using this vulnerability an attacker is able to enumerate folders in
such a share. Exploitation requires that the attacker has access to a valid
affected
"File Drop" link share. It is recommended that the Nextcloud Server is upgraded
to 20.0.12, 21.0.4 or 22.0.1. Users who are unable to upgrade are advised to
disable the Nextcloud Text application in the app settings.
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-32766

CVE-2021-32800:
Nextcloud server is an open source, self hosted personal cloud. In affected
versions an attacker is able to bypass Two Factor Authentication in Nextcloud.
Thus knowledge of a password, or access to a WebAuthN trusted device of a user
was sufficient to gain access to an account. It is recommended that the
Nextcloud Server is upgraded to 20.0.12, 21.0.4 or 22.1.0. There are no
workaround for this vulnerability.
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-32800

CVE-2021-32801:
Nextcloud server is an open source, self hosted personal cloud. In affected
versions logging of exceptions may have resulted in logging potentially
sensitive key material for the Nextcloud Encryption-at-Rest functionality. It
is recommended that the Nextcloud Server is upgraded to 20.0.12, 21.0.4 or
22.1.0. If upgrading is not an option users are advised to disable system
logging to resolve this issue until such time that an upgrade can be performed
Note that ff you do not use the Encryption-at-Rest functionality of Nextcloud
you are not affected by this bug.
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-32801

CVE-2021-32802:
Nextcloud server is an open source, self hosted personal cloud. Nextcloud
supports rendering image previews for user provided file content. For some
image types, the Nextcloud server was invoking a third-party library that
wasn't suited for untrusted user-supplied content. There are several security
concerns with passing user-generated content to this library, such as
Server-Side-Request-Forgery, file disclosure or potentially executing code on
the system. The risk depends on your system configuration and the installed
library version. It is recommended that the Nextcloud Server is upgraded to
20.0.12, 21.0.4 or 22.1.0. These versions do not use this library anymore. As a
workaround users may disable previews by setting `enable_previews` to `false`
in `config.php`.
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-32802


body:
--1631145281.4CD70.11878
Date: Wed, 8 Sep 2021 23:54:41 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1190323

            Bug ID: 1190323
           Summary: [trackerbug] lxd 4.18 update
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Containers
          Assignee: containers-bugowner-at-suse.de
          Reporter: asarai-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

- Update to LXD 4.18. The full upstream changelog is available from:
  https://discuss.linuxcontainers.org/t/lxd-4-18-has-been-released/12068/2

  + Network forwards (floating IPs)
  + Native BGP support
  * NAT address customization with OVN
  * lxd cluster edit for cluster disaster recovery
  + Refresh support for custom volume copies
  + Additional device restrictions for projects
  * --minimal option for lxd init
  * Additional network counters in instance state

summary: [trackerbug] lxd 4.18 update


--1631168923.2F8d0.28605
Date: Thu, 9 Sep 2021 06:28:43 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=1190326

            Bug ID: 1190326
           Summary: Update to kernel 5.14 makes disks disapear/system unbootable
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-bugs-at-opensuse.org
          Reporter: dennis-at-glindhart.dk
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Updating to kernel 5.14 (Tumbleweed Sep 5 2021 snapshot) makes system
unbootable when running on top of Xen-server.

This seems like a general kernel 5.14 bug, not specific to openSuSE/Tumbleweed
as I can reproduce on Fedora 34 (by updating to 5.14 testing kernel from koji).
5.13 works perfectly.

On Tumbleweed, during boot it hangs in "starting dracut initqueue hook" and
times out waiting for /dev/disk/by-uuid/xxxx

It seems like kernel cannot identify the disks at all (working fine on 5.13)

After entering the recovery-mode, follow is observed:

- lsblk shows only the CD-rom drive
- ls /dev/disk/ only has by-path and by-id. by-uuid directory is gone.

I've reproduced the problem in cleanly installed Tumbleweed (both
MicroOS/Ignition and install from ISO), and clean installed Fedora 34.

Following kernel versions tested/are affected: 5.14.0 and 5.14.1 (5.14.1 tested
on Fedora).

Can be reproduced on Fedora with both BTRFS and XFS/LVM install, so not
specific to BTRFS.

Reproduced on two seperate XCP-ng 8.2 (xen-based) Hypervisors.

From hypervisors:
# yum info qemu
Installed Packages
Name        : qemu
Arch        : x86_64
Epoch       : 2
Version     : 2.10.2
Release     : 4.5.3.xcpng8.2
Size        : 19 M
Repo        : installed
From repo   : install
Summary     : qemu-dm device model
License     : GPL
Description : This package contains Qemu.

# uname -a
Linux hostname 4.19.0+1 #1 SMP Wed Dec 16 12:16:11 CET 2020 x86_64 x86_64
x86_64 GNU/Linux


--1631171736.68F8e6b4.7087
Date: Thu, 9 Sep 2021 07:15:35 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=1190330

            Bug ID: 1190330
           Summary: gpk-update-viewer doesn't list all available updates
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: x86-64
                OS: openSUSE Leap 15.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
          Assignee: gnome-bugs-at-suse.de
          Reporter: jdelvare-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

This morning, I got a notification about software updates being available. I
clicked on it, which started gpk-update-viewer, which told me no update was
available. Pretty confusing.

I checked with "sudo zypper up" and it turns out there *is* an update available
for package vlc-vdpau in the 3rd party videolan repository:

khali@endymion:~/Documents/sante> sudo zypper search -s vlc-vdpau
Loading repository data...
Reading installed packages...

S | Name                | Version              | Repository
--+---------------------+----------------------+-------------------------------
i | vlc-vdpau           | 3.0.16-lp152.350.1   | (System Packages)
v | vlc-vdpau           | 3.0.16-pm152.2.17.1  | packman_essentials
v | vlc-vdpau           | 3.0.16-lp152.350.2   | videolan
v | vlc-vdpau           | 3.0.16-lp152.2.15.1  | Main update repository
v | vlc-vdpau           | 3.0.13-lp152.2.12.1  | Main update repository
v | vlc-vdpau           | 3.0.11.1-lp152.2.9.1 | Main update repository
v | vlc-vdpau           | 3.0.11.1-lp152.2.6.1 | Main update repository
v | vlc-vdpau           | 3.0.10-lp152.1.2     | Main repository

I wonder if the issue could be caused by the availability of another update for
the same package in a different repository (3.0.16-pm152.2.17.1 from
packman_essentials), which is considered newer than the update which should be
installed (3.0.16-lp152.350.2 from videolan, because it is the provider of the
currently installed package). As a matter of fact, if I disable repository
packman_essentials and run gpk-update-viewer again, then vlc-vdpau is proposed
as an available update as it should.

So apparently whatever software generates the notification and
gpk-update-viewer disagree on whether vlc-vdpau-3.0.16-lp152.350.2 from the
videolan repository should be installed on my system. As the notification
agrees with "zypper up", I'd say gpk-update-viewer is wrong here.

This might be the same as bug #1186877, although there currently aren't enough
details in that bug to conclude.


--1631195298.C5Cc6B0.21015
Date: Thu, 9 Sep 2021 13:48:18 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1190345

            Bug ID: 1190345
           Summary: VUL-1: CVE-2021-21897: dfxlib: heap-based buffer overflow in the DL_Dxf:handleLWPolylineData function
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.3
          Hardware: Other
               URL: https://smash.suse.de/issue/309347/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: jengelh-at-inai.de
          Reporter: gabriele.sonnu-at-suse.com
        QA Contact: security-team-at-suse.de
                CC: smash_bz-at-suse.de
          Found By: Security Response Team
           Blocker: ---

A code execution vulnerability exists in the DL_Dxf::handleLWPolylineData
functionality of Ribbonsoft dxflib 3.17.0. A specially-crafted .dxf file can
lead to a heap buffer overflow. An attacker can provide a malicious file to
trigger this vulnerability.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-21897
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-21897
https://talosintelligence.com/vulnerability_reports/TALOS-2021-1346


--1631269317.75df0.1770
Date: Fri, 10 Sep 2021 10:21:57 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1190387

            Bug ID: 1190387
           Summary: rpmlint: wrong warning for missing Requires
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: screening-team-bugs-at-suse.de
          Reporter: kukuk-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

pam-devel.x86_64: W: missing-dependency-on pam*/pam-libs/libpam* = 1.5.2

But pam-devel has as requires: "pam = 1.5.2"


--1631364245.f7AaeDc40.9525
Date: Sat, 11 Sep 2021 12:44:05 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=1190409

            Bug ID: 1190409
           Summary: i586: Core was generated by `/usr/bin/kwin_x11' Program terminated with signal SIGILL, Illegal instruction.
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: i586
                OS: openSUSE Tumbleweed
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: KDE Workspace (Plasma)
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: d_werner-at-gmx.net
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Tumbleweed snapshot 20210908

kwin5-5.22.5-1.1-i586 contains SSE2 instructions not suitable for i586 CPUs,
thus dumps core with SIGILL.

It seems either gcc generates code which is not suitable for i586/i686 or a
wrong "-march" option is used for the build allowing generation of SSE2
instructions.

Operation causing this crash: cvtsi2sd, see disassemble below.

gdb /usr/bin/kwin_x11
core.kwin_x11.1000.075da79f9f3e453ea488820e252a8535.6213.1631356689000000
GNU gdb (GDB; openSUSE Tumbleweed) 10.1
Copyright (C) 2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "i586-suse-linux".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://bugs.opensuse.org/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/kwin_x11...
Reading symbols from /usr/lib/debug/usr/bin/kwin_x11-5.22.5-1.1.i386.debug...

warning: Can't open file /var/lib/nscd/passwd during file-backed mapping note
processing
[New LWP 6213]
[New LWP 6226]
[New LWP 6239]
[New LWP 6232]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/libthread_db.so.1".

[Current thread is 1 (Thread 0xb2457880 (LWP 6213))]
Missing separate debuginfos, use: zypper install
kwin5-debuginfo-5.22.5-1.1.i586

(gdb) bt
#0  0xb7f8b549 in __kernel_vsyscall ()
#1  0xb6046b14 in __libc_signal_restore_set (set=0xbff06eac) at
../sysdeps/unix/sysv/linux/internal-signals.h:105
#2  __GI_raise (sig=4) at ../sysdeps/unix/sysv/linux/raise.c:47
#3  0xb7bbbff7 in KCrash::defaultCrashHandler(int) (sig=<optimized out>) at
/usr/src/debug/kcrash-5.85.0-1.1.i386/src/kcrash.cpp:620
#4  0xb7f8b554 in <signal handler called> ()
#5  util_make_fs_msaa_resolve.constprop.0
    (pipe=pipe@entry=0xbc7020, tgsi_tex=tgsi_tex@entry=TGSI_TEXTURE_2D_MSAA,
nr_samples=nr_samples@entry=4, stype=TGSI_RETURN_TYPE_FLOAT)
    at ../src/gallium/auxiliary/util/u_simple_shaders.c:738
#6  0xad9e415e in blitter_get_fs_texfetch_col (ctx=ctx@entry=
    0xc00230, src_format=src_format@entry=PIPE_FORMAT_R32_FLOAT,
dst_format=dst_format@entry=PIPE_FORMAT_R32_FLOAT, target=PIPE_TEXTURE_2D,
src_nr_samples=4, dst_nr_samples=1, filter=0, use_txf=false) at
../src/gallium/auxiliary/util/u_blitter.c:1003
#7  0xad9e59a1 in util_blitter_cache_all_shaders (blitter=0xc00230) at
../src/gallium/auxiliary/util/u_blitter.c:1292
#8  0xad73cff7 in llvmpipe_create_context (screen=0xc3ba50, priv=0x0, flags=8)
at ../src/gallium/drivers/llvmpipe/lp_context.c:272
#9  0xad2a8158 in st_api_create_context (stapi=0xae7b74e0 <st_gl_api>,
smapi=0xc39f20, attribs=0xbff083c8, error=0xbff08380, shared_stctxi=0x0)
    at ../src/mesa/state_tracker/st_manager.c:935
#10 0xad23fdbf in dri_create_context
    (api=API_OPENGL_COMPAT, visual=0xc44f30, cPriv=0xc48e60,
ctx_config=0xbff08740, error=0xbff08878, sharedContextPrivate=0x0)
    at ../src/gallium/frontends/dri/dri_context.c:163
#11 0xad62d730 in driCreateContextAttribs
    (screen=0xc39760, api=0, config=0xc44f30, shared=0x0, num_attribs=2,
attribs=0xbff087e4, error=0xbff08878, data=0xbbfe90)
    at ../src/mesa/drivers/dri/common/dri_util.c:480
#12 0xaec5b629 in drisw_create_context_attribs (error=0xbff087e4,
attribs=0xc41120, num_attribs=2, shareList=0x0, config_base=0xc566e0,
base=0xbbf500)
    at ../src/glx/drisw_glx.c:583
#13 drisw_create_context_attribs (base=0xbbf500, config_base=0xc566e0,
shareList=0x0, num_attribs=2, attribs=0xc41120, error=0xbff08878)
    at ../src/glx/drisw_glx.c:488
#14 0xaec5ae1f in glXCreateContextAttribsARB (dpy=0xaead30, config=0xc566e0,
share_context=0x0, direct=1, attrib_list=0xc41120)
    at ../src/glx/create_context.c:100
#15 0xb344b3bc in glXCreateContextAttribsARB (dpy=0xaead30, config=0xc566e0,
share_list=0x0, direct=1, attrib_list=0xc41120)
    at /usr/src/debug/libglvnd-1.3.3-1.1.i386/src/GLX/libglx.c:305
#16 0xaecc7363 in QGLXContext::init(QXcbScreen*, QPlatformOpenGLContext*)
(this=<optimized out>, screen=<optimized out>, share=<optimized out>)
    at qglxintegration.cpp:358
#17 0xaecc42d3 in
QXcbGlxIntegration::createPlatformOpenGLContext(QOpenGLContext*) const
(this=0xbb90b0, context=0xbaef10) at qxcbglxintegration.cpp:197
#18 0xb6c1384e in QOpenGLContext::create() (this=0xbaef10) at
kernel/qopenglcontext.cpp:612
#19 0xb7bd1afe in checkBackend () at
/usr/src/debug/kdeclarative-5.85.0-1.2.i386/src/quickaddons/qtquicksettings.cpp:42
#20 KQuickAddons::QtQuickSettings::init() () at
/usr/src/debug/kdeclarative-5.85.0-1.2.i386/src/quickaddons/qtquicksettings.cpp:68
#21 0x00485dab in main(int, char**) (argc=<optimized out>, argv=0xbff08c64) at
/usr/src/debug/kwin5-5.22.5-1.1.i386/src/main_x11.cpp:425

(gdb) f 5
#5  util_make_fs_msaa_resolve.constprop.0 (pipe=pipe@entry=0xbc7020,
tgsi_tex=tgsi_tex@entry=TGSI_TEXTURE_2D_MSAA, nr_samples=nr_samples@entry=4,
    stype=TGSI_RETURN_TYPE_FLOAT) at
../src/gallium/auxiliary/util/u_simple_shaders.c:738
738     ../src/gallium/auxiliary/util/u_simple_shaders.c: Erfolg.
(gdb) info frame
Stack level 5, frame at 0xbff07c70:
 eip = 0xadd689a8 in util_make_fs_msaa_resolve.constprop.0
(../src/gallium/auxiliary/util/u_simple_shaders.c:738); saved eip = 0xad9e415e
 called by frame at 0xbff07ca0, caller of frame at 0xbff07a48
 source language c.
 Arglist at 0xbff07c58, args: pipe=pipe@entry=0xbc7020,
tgsi_tex=tgsi_tex@entry=TGSI_TEXTURE_2D_MSAA, nr_samples=nr_samples@entry=4,
    stype=TGSI_RETURN_TYPE_FLOAT
 Locals at 0xbff07c58, Previous frame's sp is 0xbff07c70
 Saved registers:
  ebx at 0xbff07c4c, ebp at 0xbff07c58, esi at 0xbff07c50, edi at 0xbff07c68,
eip at 0xbff07c6c

disassemble
...
   0xadd68973 <+3427>:  shl    esi,0x4
   0xadd68976 <+3430>:  and    dx,0xf00f
   0xadd6897b <+3435>:  or     edx,esi
   0xadd6897d <+3437>:  mov    WORD PTR [eax],dx
   0xadd68980 <+3440>:  add    DWORD PTR [ebp-0x140],0x1
   0xadd68987 <+3447>:  mov    eax,DWORD PTR [ebp-0x140]
   0xadd6898d <+3453>:  cmp    eax,DWORD PTR [ebp-0x15c]
   0xadd68993 <+3459>:  jne    0xadd683d8
<util_make_fs_msaa_resolve.constprop.0+1992>
   0xadd68999 <+3465>:  mov    eax,DWORD PTR [ebp-0x1d0]
   0xadd6899f <+3471>:  pxor   xmm1,xmm1
   0xadd689a3 <+3475>:  sub    esp,0x8
   0xadd689a6 <+3478>:  mov    edx,ebx
=> 0xadd689a8 <+3480>:  cvtsi2sd xmm1,DWORD PTR [ebp-0x15c]
   0xadd689b0 <+3488>:  push   0x0
   0xadd689b2 <+3490>:  mov    ecx,DWORD PTR [ebp-0x1d8]
   0xadd689b8 <+3496>:  movsd  xmm2,QWORD PTR [eax-0x6a7dc8]
   0xadd689c0 <+3504>:  push   0x1
   0xadd689c2 <+3506>:  lea    eax,[ebp-0xac]
   0xadd689c8 <+3512>:  movapd xmm0,xmm2
   0xadd689cc <+3516>:  movsd  QWORD PTR [ebp-0x138],xmm2
   0xadd689d4 <+3524>:  divsd  xmm0,xmm1
   0xadd689d8 <+3528>:  cvtsd2ss xmm0,xmm0
   0xadd689dc <+3532>:  movss  DWORD PTR [ebp-0x2c],xmm0
   0xadd689e1 <+3537>:  call   0xad66fb70 <decl_immediate>


body:
--1631379872.e87AcBE0.11212
Date: Sat, 11 Sep 2021 17:04:32 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=1190410

            Bug ID: 1190410
           Summary: Add python module dumper
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Enhancement
          Priority: P5 - None
         Component: Development
          Assignee: screening-team-bugs-at-suse.de
          Reporter: dihewo-at-gmx.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Dumper seems to be a valuable python module for developing python scripts.
see https://pypi.org/project/Dumper/

summary: Add python module dumper


--1631397667.4FEFd0.23937
Date: Sat, 11 Sep 2021 22:01:07 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=1190412

            Bug ID: 1190412
           Summary: after update to kernel-default-5.3.18-lp152.87.1.x86_64 machine can't power off
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: x86-64
                OS: openSUSE Leap 15.2
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-bugs-at-opensuse.org
          Reporter: carlos.e.r-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

After update to kernel-default-5.3.18-lp152.87.1.x86_64 the machine can not
power off. When I revert to kernel-default-5.3.18-lp152.84.1.x86_64, there is
problem.

I will now obtain logs to attach here.


body:
--1631425883.1CDDa0.7362
Date: Sun, 12 Sep 2021 05:51:23 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=1190416

            Bug ID: 1190416
           Summary: lxd broken
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: openSUSE Tumbleweed
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Containers
          Assignee: containers-bugowner-at-suse.de
          Reporter: werwolf131313-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

after update lxd want start

[werwolf@zabugor] ~
??? rpm -qa | grep lxd
lxd-4.18-1.2.x86_64

[werwolf@zabugor] ~
??? sudo systemctl status lxd.service

                           ???
[sudo] ???????????? ?????? root:
??? lxd.service - LXD Container Hypervisor
     Loaded: loaded (/usr/lib/systemd/system/lxd.service; enabled; vendor
preset: disabled)
     Active: activating (start-post) (Result: exit-code) since Sun 2021-09-12
01:44:17 EDT; 42s ago
       Docs: man:lxd(1)
    Process: 2440 ExecStart=/usr/bin/lxd --group=lxd
--logfile=/var/log/lxd/lxd.log (code=exited, status=1/FAILURE)
   Main PID: 2440 (code=exited, status=1/FAILURE); Control PID: 2441 (lxd)
      Tasks: 4
        CPU: 162ms
     CGroup: /system.slice/lxd.service
             ??????.control
               ??????2441 /usr/bin/lxd waitready --timeout=600

?????? 12 01:44:17 zabugor systemd[1]: Starting LXD Container Hypervisor...
?????? 12 01:44:17 zabugor lxd[2440]: Error: exec: "setfattr": executable file not
found in $PATH
?????? 12 01:44:17 zabugor systemd[1]: lxd.service: Main process exited,
code=exited, status=1/FAILURE

summary: lxd broken


--1631523105.4BbBDEb1.20577
Date: Mon, 13 Sep 2021 08:51:45 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1190434

            Bug ID: 1190434
           Summary: crash is unable to find debuginfo of usrmerged kernel
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-bugs-at-opensuse.org
          Reporter: fvogt-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: dmair-at-suse.com, ptesarik-at-suse.com
          Found By: ---
           Blocker: ---

With a usrmerged kernel, vmlinux(.xz) is in the modules directory for the
kernel:

/usr/lib/modules/5.14.1-1-default/vmlinux.xz

This means the debug info ends up here:

/usr/lib/debug/usr/lib/modules/5.14.1-1-default/vmlinux.debug

Crash only looks at the old location though, and fails:

please wait... (uncompressing /usr/lib/modules/5.14.1-1-default/vmlinux.xz)

readmem: read_diskdump()
NOTE: gnu_debuglink file: vmlinux.debug
crc32: f73ed3b0
/usr/lib/modules/5.14.1-1-default//vmlinux.debug: not readable/found
/usr/lib/modules/5.14.1-1-default//.debug/vmlinux.debug: not readable/found
/usr/lib/debug/boot/vmlinux.debug: not readable/found
crash: /var/tmp/vmlinux.xz_DZPxr5: no debugging data available
crash: vmlinux.debug: debuginfo file not found

crash: either install the appropriate kernel debuginfo package, or
       copy vmlinux.debug to this machine


body:
--1631617974.cB8a0.23993
Date: Tue, 14 Sep 2021 11:12:54 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1190476

            Bug ID: 1190476
           Summary: VUL-0: chromium: update to 93.0.4577.82
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.3
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: gmbr3-at-opensuse.org
          Reporter: gianluca.gabrielli-at-suse.com
        QA Contact: security-team-at-suse.de
            Blocks: 1190096
          Found By: ---
           Blocker: ---

Security Fixes and Rewards

Note: Access to bug details and links may be kept restricted until a majority
of users are updated with a fix. We will also retain restrictions if the bug
exists in a third party library that other projects similarly depend on, but
haven???t yet fixed.

This update includes 11 security fixes. Below, we highlight fixes that were
contributed by external researchers. Please see the Chrome Security Page for
more information.

[$7500][1237533] High CVE-2021-30625: Use after free in Selection API. Reported
by Marcin Towalski of Cisco Talos on 2021-08-06

[$7500][1241036] High CVE-2021-30626: Out of bounds memory access in ANGLE.
Reported by Jeonghoon Shin of Theori on 2021-08-18

[$5000][1245786] High CVE-2021-30627: Type Confusion in Blink layout. Reported
by Aki Helin of OUSPG on 2021-09-01

[$TBD][1241123] High CVE-2021-30628: Stack buffer overflow in ANGLE. Reported
by Jaehun Jeong(@n3sk) of Theori on 2021-08-18

[$TBD][1243646] High CVE-2021-30629: Use after free in Permissions. Reported by
Weipeng Jiang (@Krace) from Codesafe Team of Legendsec at Qi'anxin Group on
2021-08-26

[$TBD][1244568] High CVE-2021-30630: Inappropriate implementation in Blink .
Reported by SorryMybad (@S0rryMybad) of Kunlun Lab on 2021-08-30

[$TBD][1246932] High CVE-2021-30631: Type Confusion in Blink layout. Reported
by Atte Kettunen of OUSPG on 2021-09-06

[$TBD][1247763] High CVE-2021-30632: Out of bounds write in V8. Reported by
Anonymous on 2021-09-08

[$TBD][1247766] High CVE-2021-30633: Use after free in Indexed DB API. Reported
by Anonymous on 2021-09-08

We would also like to thank all security researchers that worked with us during
the development cycle to prevent security bugs from ever reaching the stable
channel.

Google is aware that exploits for CVE-2021-30632 and CVE-2021-30633 exist in
the wild.

As usual, our ongoing internal security work was responsible for a wide range
of fixes:
[1249027] Various fixes from internal audits, fuzzing and other initiatives

Many of our security bugs are detected using AddressSanitizer, MemorySanitizer,
UndefinedBehaviorSanitizer, Control Flow Integrity, libFuzzer, or AFL.

https://chromereleases.googleblog.com/2021/09/stable-channel-update-for-desktop.html

summary: VUL-0: chromium: update to 93.0.4577.82


--1631621739.dBBAcE70.7578
Date: Tue, 14 Sep 2021 12:15:38 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=1190482

            Bug ID: 1190482
           Summary: kernel BUG at mm/slub.c creates stale workers
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: BuildService
          Assignee: screening-team-bugs-at-suse.de
          Reporter: code-at-bnavigator.de
        QA Contact: adrian.schroeter-at-suse.com
          Found By: ---
           Blocker: ---

Starting last week, many (but not all) builds of spyder from
openSUSE:Factory/spyder, devel:languages:python:numeric/spyder and branched
projects became stale for days because of kernel crashes.

The following code is in spyder.spec:

%check
...
function testspyder() {
   xvfb-run --server-args "-screen 0 1920x1080x24" python3 runtests.py -m "not
no_xvfb" --timeout 1800 -ra -k "not (${donttest:4})" $@
   # wait a bit until we can start the next xvfb
   sleep 5
}
testspyder
testspyder --run-slow

Relevant buildlogs:

x86_64 and i596:

[  928s] = 921 passed, 91 skipped, 176 deselected, 2 xfailed, 26 warnings in
862.01s (0:14:22) =
[  931s] + sleep 5
[  936s] [  927.261691][ T3247] kernel BUG at mm/slub.c:321!
[  936s] [  927.263137][ T3247] invalid opcode: 0000 [#1] SMP NOPTI
[  936s] [  927.264717][ T3247] CPU: 2 PID: 3247 Comm: sh Not tainted
5.14.1-1-default #1 openSUSE Tumbleweed
77bbc82e23666d88b5be1f7477a6fc9946523f12
[  936s] [  927.265564][ T3247] Hardware name: QEMU Standard PC (i440FX + PIIX,
1996), BIOS rel-1.14.0-0-g155821a-rebuilt.opensuse.org 04/01/2014
[  936s] [  927.265564][ T3247] RIP: 0010:__slab_free+0x22d/0x420
[  936s] [  927.265564][ T3247] Code: 00 44 8b 44 24 14 44 0f b6 54 24 26 48 8b
54 24 18 8b 74 24 20 48 89 44 24 08 44 0f b6 4c 24 27 48 8b 7c 24 28 e9 8d fe
ff ff <0f> 0b 49 3b 54 24 28 0f 85 6b ff ff ff 49 89 5c 24 20 49 89 4c 24
[  936s] [  927.265564][ T3247] RSP: 0018:ffffab1244adbb80 EFLAGS: 00010046
[  936s] [  927.265564][ T3247] RAX: ffff9b84c3528c60 RBX: ffff9b84c3528c00
RCX: ffff9b84c3528c00
[  936s] [  927.265564][ T3247] RDX: 0000000080150005 RSI: fffff7fd840d4a00
RDI: ffff9b84c0042800
[  936s] [  927.265564][ T3247] RBP: ffffab1244adbc30 R08: 0000000000000001
R09: ffffffff8cac69d5
[  936s] [  927.265564][ T3247] R10: ffffab1244adbcd7 R11: 0000000000000000
R12: fffff7fd840d4a00
[  936s] [  927.265564][ T3247] R13: ffff9b84c3528c00 R14: ffff9b84c0042800
R15: ffff9b84c3528c00
[  936s] [  927.265564][ T3247] FS:  00007fe60dabbc00(0000)
GS:ffff9b85f7c80000(0000) knlGS:0000000000000000
[  936s] [  927.265564][ T3247] CS:  0010 DS: 0000 ES: 0000 CR0:
0000000080050033
[  936s] [  927.265564][ T3247] CR2: 000055c3d786eb0c CR3: 00000001035b2000
CR4: 00000000003506e0
[  936s] [  927.265564][ T3247] Call Trace:
[  936s] [  927.265564][ T3247]  ? put_ucounts+0x75/0x90
[  936s] [  927.265564][ T3247]  kfree+0x352/0x3c0
[  936s] [  927.265564][ T3247]  put_ucounts+0x75/0x90
[  936s] [  927.265564][ T3247]  __sigqueue_free.part.0+0x3e/0x60
[  936s] [  927.265564][ T3247]  dequeue_signal+0x12a/0x1f0
[  936s] [  927.265564][ T3247]  get_signal+0x206/0x8b0
[  936s] [  927.265564][ T3247]  ? kmem_cache_free+0x1d0/0x3e0
[  936s] [  927.265564][ T3247]  ? call_rcu+0xdd/0x7d0
[  936s] [  927.265564][ T3247]  arch_do_signal_or_restart+0xfd/0x730
[  936s] [  927.265564][ T3247]  ? do_sigaction+0x116/0x280
[  936s] [  927.265564][ T3247]  ? queued_spin_unlock+0x5/0x10
[  936s] [  927.265564][ T3247]  ? wp_page_reuse+0x61/0x70
[  936s] [  927.265564][ T3247]  ? __handle_mm_fault+0xd66/0x1520
[  936s] [  927.265564][ T3247]  exit_to_user_mode_prepare+0x12c/0x230
[  936s] [  927.265564][ T3247]  syscall_exit_to_user_mode+0x18/0x40
[  936s] [  927.265564][ T3247]  do_syscall_64+0x69/0x80
[  936s] [  927.265564][ T3247]  ? handle_mm_fault+0xcf/0x2a0
[  936s] [  927.265564][ T3247]  ? do_user_addr_fault+0x1d5/0x670
[  936s] [  927.265564][ T3247]  ? do_syscall_64+0x69/0x80
[  936s] [  927.265564][ T3247]  ? exc_page_fault+0x68/0x130
[  936s] [  927.265564][ T3247]  entry_SYSCALL_64_after_hwframe+0x44/0xae
[  936s] [  927.265564][ T3247] RIP: 0033:0x7fe60db73d8b
[  936s] [  927.265564][ T3247] Code: 48 85 f6 74 15 48 b9 00 00 00 80 01 00 00
00 48 8b 06 48 85 c8 75 48 49 89 f0 41 ba 08 00 00 00 4c 89 c6 b8 0e 00 00 00
0f 05 <89> c2 f7 da 3d 00 f0 ff ff b8 00 00 00 00 0f 47 c2 48 8b 94 24 88
[  936s] [  927.265564][ T3247] RSP: 002b:00007ffe6e8c36d0 EFLAGS: 00000246
ORIG_RAX: 000000000000000e
[  936s] [  927.265564][ T3247] RAX: 0000000000000000 RBX: 0000000000000000
RCX: 00007fe60db73d8b
[  936s] [  927.265564][ T3247] RDX: 0000000000000000 RSI: 00007ffe6e8c37c0
RDI: 0000000000000002
[  936s] [  927.265564][ T3247] RBP: 000055c3d787a810 R08: 00007ffe6e8c37c0
R09: 000055c3d7873480
[  936s] [  927.265564][ T3247] R10: 0000000000000008 R11: 0000000000000246
R12: 000055c3d787a810
[  936s] [  927.265564][ T3247] R13: 000055c3d787a810 R14: 0000000000000000
R15: 00007ffe6e8c37c0
[  936s] [  927.265564][ T3247] Modules linked in: ata_generic crc32_pclmul
ata_piix qemu_fw_cfg overlay e1000 nls_iso8859_1 nls_cp437 vfat fat virtio_blk
virtio_mmio xfs btrfs blake2b_generic xor raid6_pq libcrc32c reiserfs ext4
crc32c_intel mbcache jbd2 squashfs fuse dm_snapshot dm_bufio dm_crypt essiv
authenc trusted asn1_encoder tee dm_mod binfmt_misc loop sg virtio_rng
[  936s] [  927.265564][ T3247] ---[ end trace 62125b68cc9ddb14 ]---
[  936s] [  927.265564][ T3247] RIP: 0010:__slab_free+0x22d/0x420
[  936s] [  927.265564][ T3247] Code: 00 44 8b 44 24 14 44 0f b6 54 24 26 48 8b
54 24 18 8b 74 24 20 48 89 44 24 08 44 0f b6 4c 24 27 48 8b 7c 24 28 e9 8d fe
ff ff <0f> 0b 49 3b 54 24 28 0f 85 6b ff ff ff 49 89 5c 24 20 49 89 4c 24
[  936s] [  927.265564][ T3247] RSP: 0018:ffffab1244adbb80 EFLAGS: 00010046
[  936s] [  927.265564][ T3247] RAX: ffff9b84c3528c60 RBX: ffff9b84c3528c00
RCX: ffff9b84c3528c00
[  936s] [  927.265564][ T3247] RDX: 0000000080150005 RSI: fffff7fd840d4a00
RDI: ffff9b84c0042800
[  936s] [  927.265564][ T3247] RBP: ffffab1244adbc30 R08: 0000000000000001
R09: ffffffff8cac69d5
[  936s] [  927.265564][ T3247] R10: ffffab1244adbcd7 R11: 0000000000000000
R12: fffff7fd840d4a00
[  936s] [  927.265564][ T3247] R13: ffff9b84c3528c00 R14: ffff9b84c0042800
R15: ffff9b84c3528c00
[  936s] [  927.265564][ T3247] FS:  00007fe60dabbc00(0000)
GS:ffff9b85f7c80000(0000) knlGS:0000000000000000
[  936s] [  927.265564][ T3247] CS:  0010 DS: 0000 ES: 0000 CR0:
0000000080050033
[  936s] [  927.265564][ T3247] CR2: 000055c3d786eb0c CR3: 00000001035b2000
CR4: 00000000003506e0
[  996s] [  987.270511][    C5] rcu: INFO: rcu_sched detected stalls on
CPUs/tasks:
[  996s] [  987.272683][    C5] rcu:     2-...0: (2 GPs behind)
idle=7be/1/0x4000000000000000 softirq=120217/120217 fqs=7500
[  996s] [  987.274486][    C5]     (detected by 5, t=15003 jiffies, g=290705,
q=559)
[  996s] [  987.274486][    C5] Sending NMI from CPU 5 to CPUs 2:
[  996s] [  987.274486][    C5] NMI backtrace for cpu 2 skipped: idling at
native_halt+0xa/0x10

armv7l:
...
[ 1059s] [ 1015.375123][ T3213] kernel BUG at mm/slub.c:321!
[ 1059s] [ 1015.375420][ T3213] Internal error: Oops - BUG: 0 [#1] SMP
..

The workers then chew on the crash for days.

I cannot reproduce the behavior on a local osc build.

Whatever is wrong with the specfile, Spyder or Xvfb, it should not be able to
crash the kernel and block an obs worker for days.


--1631649275.bAFC7E4.2392
Date: Tue, 14 Sep 2021 19:54:35 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=1190499

            Bug ID: 1190499
           Summary: Create default collection after DBus.Error.UnknownObject
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Enhancement
          Priority: P5 - None
         Component: GNOME
          Assignee: gnome-bugs-at-suse.de
          Reporter: 79625490833-at-yandex.ru
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Some Secret Service API backend implementations (like keepassxc)
throws UnknownObject (instead of UnknownMethod as gnome-keyring do)
after creating an item in the non-existent
/org/freedesktop/secrets/aliases/default.
This patch add handling of UnknownObject to create default collection after
failed creation of an item.
Example of DBus errors with SearchItems (in this case it throws the same errors
as CreateItem):
gnome-keyring:
gdbus call --session --dest org.freedesktop.secrets --object-path
/org/freedesktop/secrets/aliases/default --method
org.freedesktop.Secret.Collection.SearchItems '{}'
Error: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: No such interface
???org.freedesktop.Secret.Collection??? on object at path
/org/freedesktop/secrets/collection/keyring
keepassxc:
gdbus call --session --dest org.freedesktop.secrets --object-path
/org/freedesktop/secrets/aliases/default --method
org.freedesktop.Secret.Collection.SearchItems '{}'
Error: GDBus.Error:org.freedesktop.DBus.Error.UnknownObject: No such object
path '/org/freedesktop/secrets/aliases/default'

https://gitlab.gnome.org/GNOME/libsecret/-/merge_requests/94


--1631676695.CfABA0.853
Date: Wed, 15 Sep 2021 03:31:35 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=1190501

            Bug ID: 1190501
           Summary: virt-builder fails to install packages when building an image
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Virtualization:Tools
          Assignee: virt-bugs-at-suse.de
          Reporter: jfehlig-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Attempting to build a test image with virt-builder fails when installing
packages in the image. As an example, by default libvirt-tck will build a
fedora34 based image to use for its various tests with something like

virt-builder --install dsniff --selinux-relabel --root-password password:123456
--ssh-inject root:file:/var/cache/libvirt-tck/ssh/id_rsa.pub --output
/var/cache/libvirt-tck/os-x86_64-hvm/disk-fedora-34.img --memsize 1024
fedora-34

Them image build process fails when trying to install the dsniff package

error: Curl error (6): Couldn't resolve host name for
https://mirrors.fedoraproject.org/metalink?repo=fedora-cisco-
openh264-34&arch=x86_64 [Could not resolve host: mirrors.fedoraproject.org]
...
virt-builder: error: dnf --verbose -y install 'dsniff': command exited with
an error

Apparently there is a network problem within the libguestfs appliance used to
install packages in the image. The verbose output of the virt-builder command
contains this suspect line from the appliance

[    1.691749] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[    2.099182] NET: Registered protocol family 17
/sbin/netconfig: line 52: /dev/fd/63: No such file or directory

Although eth0 in the appliance did received a configuration

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP
group default qlen 1000
    link/ether 52:54:00:12:34:56 brd ff:ff:ff:ff:ff:ff
    inet 169.254.2.15/16 brd 169.254.255.255 scope global eth0
       valid_lft forever preferred_lft forever

The same issue is observed on SLE15 SP3, but not on SLE15 SP2.


--1631711174.f54D170C0.11595
Date: Wed, 15 Sep 2021 13:06:14 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1190527

            Bug ID: 1190527
           Summary: VUL-1: CVE-2021-3798: openCryptoki: openCryptoki: Soft token does not check if an EC key is valid
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.3
          Hardware: Other
               URL: https://smash.suse.de/issue/309869/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: mpost-at-suse.com
          Reporter: gabriele.sonnu-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

It was discovered that openCryptoki incorrectly handled certain EC keys. An
attacker could possibly use this issue to cause a invalid curve attack.

Reference:
https://packetstormsecurity.com/files/163741/USN-5031-1.txt

Upstream patch:
https://github.com/opencryptoki/opencryptoki/commit/4e3b43c3d8844402c04a66b55c6c940f965109f0

References:
https://bugzilla.redhat.com/show_bug.cgi?id=1990591
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-3798
https://access.redhat.com/errata/RHBA-2021:3054.html


body:
--1631781255.6f7D2a350.21235
Date: Thu, 16 Sep 2021 08:34:15 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1190552

            Bug ID: 1190552
           Summary: less fails without which
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: ohering-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

lessopen.sh uses "which" instead of (for example) "type -P" to detect if
tar/rpm/whatever is available.
less.spec has no dependency to the "which" package. As a result "o *.tar.gz"
fails.

summary: less fails without which


--1631793269.4Fa0C3e0.9370
Date: Thu, 16 Sep 2021 11:54:29 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1190566

            Bug ID: 1190566
           Summary: Python 3.6 does not include the compat fixes to work with OpenSSL 3.0.0
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: pmonrealgonzalez-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Python 3.10, 3.9 and 3.8 have released the compatibility fixes to build and
work with OpenSSL 3.0.0. But python 3.6 does not include these fixes and it
seems that upstream is not going to port them to 3.6. Note that many packages
fail to build due to this in the staging project where we are testing the
OpenSSL 3.0.0 update:
  * https://build.opensuse.org/project/show/openSUSE:Factory:Staging:Gcc7

I'm not sure about the plans to keep 3.6 in Factory or not. But, if 3.6 is
going to stay in Factory for long, it would be convenient to have these fixes
also in Factory in that case.

Here is the upstream bug for this task with all the required commits:
  * Make Python compatible with OpenSSL 3.0.0:
https://bugs.python.org/issue38820


--1631797810.fd4f0.22174
Date: Thu, 16 Sep 2021 13:10:10 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=1190573

            Bug ID: 1190573
           Summary: Incompatible libraries being leaked in modinfo.c (--enable-modules)
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: All
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: KVM
          Assignee: kvm-bugs-at-suse.de
          Reporter: jose.ziviani-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Beginning at QEMU v6.1.0, --enable-modules create a file modinfo.c, with
information about modules available for dynamic loading. Information such as
dependencies and architecture can be found in that file.

During the build phase, modinfo.c is generated based in the target architecture
its being build. For example, if qemu-system-s390x doesn't support
hw-display-virtio-vga, that module won't be listed as available in modinfo.c.

The problem happens when building multiple targets at once (for instance
--target-list=s390x-softmmu,x86_64-softmmu). Because we have only one
modinfo.c, modules supported by x86_64-softmmu will be list in it - even if not
supported by s390x (or other architectures).

It will lead to errors messages like:

$ qemu-system-s390x -nodefaults -display none -accel qtest -M none -device help
Failed to open module: /home/jose/qemu/build/hw-display-virtio-vga.so:
undefined symbol: vmstate_vga_common

In order to solve this, we need to generate one modinfo per target, for
instance modinfo-s390x.c, or improve the current modinfo arch filed
information.


body:
Build Identifier:

Hi, I have an ideapad 16ACH6 82L5001NGE, after an update a few days ago, kernel
and lots of other software, the touchpad stopped working, buttons work, moving
does not.

I tried to boot with the old kernel, same issue.

I have Tumbleweed 20210905, KDE plasma 5.22.5 and kernel 5.13.4/5.14.2-1

I have the fast boot and secure boot disabled.

I see the touchpad come up as

input: 06CB0001:00 06CB:CE78 Mouse as
/devices/platform/AMDI0010:00/i2c-0/i2c-06CB0001:00/0018:06CB:CE78.0001/input/input2
input: 06CB0001:00 06CB:CE78 Touchpad as
/devices/platform/AMDI0010:00/i2c-0/i2c-06CB0001:00/0018:06CB:CE78.0001/input/input3

I: Bus=0018 Vendor=06cb Product=ce78 Version=0100
N: Name="06CB0001:00 06CB:CE78 Mouse"
P: Phys=i2c-06CB0001:00
S:
Sysfs=/devices/platform/AMDI0010:00/i2c-0/i2c-06CB0001:00/0018:06CB:CE78.0001/input/input5
U: Uniq=
H: Handlers=mouse0 event2
B: PROP=0
B: EV=17
B: KEY=30000 0 0 0 0
B: REL=3
B: MSC=10

I: Bus=0018 Vendor=06cb Product=ce78 Version=0100
N: Name="06CB0001:00 06CB:CE78 Touchpad"
P: Phys=i2c-06CB0001:00
S:
Sysfs=/devices/platform/AMDI0010:00/i2c-0/i2c-06CB0001:00/0018:06CB:CE78.0001/input/input6
U: Uniq=
H: Handlers=mouse1 event3
B: PROP=5
B: EV=1b
B: KEY=e520 10000 0 0 0 0
B: ABS=2e0800000000003
B: MSC=20

It is only Suse Tumbleweed installed no windows.

Touchpad was working without issues till the update yesterday and is still
working in the Notebooks Bios and does somehow zoom out and rotate in Okular
and i can do right ckick event with a long touch.

How to find what is the issue here?

thank you

Reproducible: Always

Steps to Reproduce:
1.boot up laptop
2.
3.
Actual Results:
touch pad not moving the cursor

Expected Results:
touch pad should move the cursor

summary: Touchpad stopped working after recent update


body:
--1632095193.b15a6AC0.31324
Date: Sun, 19 Sep 2021 23:46:32 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=1190649

            Bug ID: 1190649
           Summary: go1.17 release tracking
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: screening-team-bugs-at-suse.de
          Reporter: jkowalczyk-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

go1.17 (released 2021-08-16) is a major release of Go.
Minor releases of go1.17.x will be provided through August 2022.
This issue tracks go1.17.x releases packaged and submitted initially
to openSUSE:Factory and can be referenced in submissions to
additional repositories.

Go Release Cycle
https://github.com/golang/go/wiki/Go-Release-Cycle

Go Release history
https://golang.org/doc/devel/release.html

summary: go1.17 release tracking


--1632214245.42650.27827
Date: Tue, 21 Sep 2021 08:50:45 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=1190694

            Bug ID: 1190694
           Summary: package mailx: mail processing escape sequences in bodies non-interactively
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.3
          Hardware: Other
                OS: All
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: jweberhofer-at-weberhofer.at
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

An security issue has been reported related mailx at
https://savannah.gnu.org/bugs/index.php?60937

The fix
http://git.savannah.gnu.org/cgit/mailutils.git/commit/?h=release-3.13&id=4befcfd015256c568121653038accbd84820198f
has been released with Version 3.13

This fix would solve a problem which came with a bugfix for an fail2ban
security-issue described in #1190673


--1632237216.C66025F4.18852
Date: Tue, 21 Sep 2021 15:13:36 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1190740

            Bug ID: 1190740
           Summary: Race condition when linking to LLVM on s390x
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: S/390-64
               URL: https://openqa.opensuse.org/tests/1734657/modules/post
                    gresql_server/steps/6
                OS: Other
            Status: CONFIRMED
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: matz-at-suse.com
          Reporter: max-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: aaronpuchert@alice-dsl.net, ada.lovelace-at-gmx.de,
                    azouhr-at-opensuse.org, ihno-at-suse.com,
                    martin.liska-at-suse.com, matz-at-suse.com, max-at-suse.com,
                    okurz-at-suse.com
        Depends on: 1185952
          Found By: openQA
           Blocker: Yes

+++ This bug was initially created as a clone of Bug #1185952 +++

When being built with LLVM support on s390x, PostgreSQL 11, 12 and 13 most of
the time, but not always fails with the following error:

/usr/lib64/gcc/s390x-suse-linux/11/../../../../s390x-suse-linux/bin/ld:
@GLIBCXX_3.4.11: TLS reference in /usr/lib64/libLLVM.so mismatches non-TLS
reference in /usr/lib64/libLLVM.so
 /usr/lib64/gcc/s390x-suse-linux/11/../../../../s390x-suse-linux/bin/ld:
/usr/lib64/libLLVM.so: error adding symbols: bad value
 collect2: error: ld returned 1 exit status
make[2]: *** [../../../../src/Makefile.shlib:309: llvmjit.so] Error 1

We suspect a race condition that might be related to link time optimisation. So
far it was not reproducible in local builds, only in OBS workers.

For the details gathered so far, see bug 1185952 comment 39 and following.


--1632240241.dF05BCE0.23899
Date: Tue, 21 Sep 2021 16:04:01 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1190744

            Bug ID: 1190744
           Summary: VUL-0: CVE-2021-32838: python-flask-restx: Regular expression denial of service in email_regex
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.3
          Hardware: Other
               URL: https://smash.suse.de/issue/310440/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: mimi.vx-at-gmail.com
          Reporter: gabriele.sonnu-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

Flask-RESTX (pypi package flask-restx) is a community driven fork of
Flask-RESTPlus. Flask-RESTX before version 0.5.1 is vulnerable to ReDoS
(Regular Expression Denial of Service) in email_regex. This is fixed in version
0.5.1.

https://github.com/python-restx/flask-restx/issues/372
https://pypi.org/project/flask-restx/
https://github.com/python-restx/flask-restx/commit/bab31e085f355dd73858fd3715f7ed71849656da
https://github.com/advisories/GHSA-3q6g-vf58-7m4g
https://github.com/python-restx/flask-restx/blob/fd99fe11a88531f5f3441a278f7020589f9d2cc0/flask_restx/inputs.py#L51

References:
https://bugzilla.redhat.com/show_bug.cgi?id=2006118
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-32838
https://github.com/python-restx/flask-restx/issues/372
https://github.com/python-restx/flask-restx/commit/bab31e085f355dd73858fd3715f7ed71849656da
https://github.com/advisories/GHSA-3q6g-vf58-7m4g
https://github.com/python-restx/flask-restx/blob/fd99fe11a88531f5f3441a278f7020589f9d2cc0/flask_restx/inputs.py#L51
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-32838
https://pypi.org/project/flask-restx/


--1632291021.C52D0.30492
Date: Wed, 22 Sep 2021 06:10:21 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=1190762

            Bug ID: 1190762
           Summary: [Build 20210920] gd: support for gd2 images disabled
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
               URL: https://openqa.opensuse.org/tests/1929780/modules/gd/s
                    teps/21
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: openQA
           Blocker: Yes

## Observation

openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-extra_tests_misc@64bit
fails in
[gd](https://openqa.opensuse.org/tests/1929780/modules/gd/steps/21)

Configure output during the build of the just updated gd package:
Support for gd/gd2 images:        no

## Test suite description
Maintainer: zluo-at-suse.de
--
Tests: iotop, gd, perf and journalctlLevels --
see poo#93820 for details

## Reproducible

Fails since (at least) Build
[20210920](https://openqa.opensuse.org/tests/1929079)

## Expected result

Last good: [20210918](https://openqa.opensuse.org/tests/1927456) (or more
recent)

## Further details

Always latest result in this scenario:
[latest](https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensuse&flavor=DVD&machine=64bit&test=extra_tests_misc&version=Tumbleweed)


--1632294963.4AA70.6022
Date: Wed, 22 Sep 2021 07:16:03 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=1190765

            Bug ID: 1190765
           Summary: VUL-0: chromium: multiple security issues fixed in 94.0.4606.54
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.3
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: gmbr3-at-opensuse.org
          Reporter: Andreas.Stieger-at-gmx.de
        QA Contact: qa-bugs-at-suse.de
                CC: security-team-at-suse.de
          Found By: ---
           Blocker: ---

https://chromereleases.googleblog.com/2021/09/stable-channel-update-for-desktop_21.html

Fixed in chromium 94.0.4606.54:

* CVE-2021-37956: Use after free in Offline use
* CVE-2021-37957: Use after free in WebGPU
* CVE-2021-37958: Inappropriate implementation in Navigation
* CVE-2021-37959: Use after free in Task Manager
* CVE-2021-37960: Inappropriate implementation in Blink graphics
* CVE-2021-37961: Use after free in Tab Strip
* CVE-2021-37962: Use after free in Performance Manager
* CVE-2021-37963: Side-channel information leakage in DevTools
* CVE-2021-37964: Inappropriate implementation in ChromeOS Networking
* CVE-2021-37965: Inappropriate implementation in Background Fetch API
* CVE-2021-37966: Inappropriate implementation in Compositing
* CVE-2021-37967: Inappropriate implementation in Background Fetch API
* CVE-2021-37968: Inappropriate implementation in Background Fetch API
* CVE-2021-37969: Inappropriate implementation in Google Updater
* CVE-2021-37970: Use after free in File System API
* CVE-2021-37971: Incorrect security UI in Web Browser UI
* CVE-2021-37972: Out of bounds read in libjpeg-turbo
* Various fixes from internal audits, fuzzing and other initiatives


--1632417709.d63ae8eb0.16191
Date: Thu, 23 Sep 2021 17:21:49 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=1190833

            Bug ID: 1190833
           Summary: urxvt+ssh+screen+emacs -> corrupted terminal display
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: mjambor-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I do not know whether this is an emacs bug or GNU screen bug or ssh
bug or rxvt-unicode bug but when I:

1) open rxvt-unicode terminal emulator (environment variable TERM is
"rxvt-unicode" and COLORTERM is "rxvt-xpm"), and then

2) ssh to localhost or another Tumbleweed machine with a recent
update, without X forwarding, (TERM remains "rxvt-unicode" COLORTERM
becomes "truecolor"), and then

3) run GNU screen (TERM becomes "screen-256color", COLORTERM remains
"truecolor") and then

4) open emacs,

the terminal output is broken.  Everything is underlined, colors are
totally off and mostly not present.

Unsetting COLORTERM somewhere along the way avoids the problem.

The versions of the individual packages are (from tumbleweed snapshot
20210920, emacs comes from the editors repo but looking at revision
history I expect the one in Factory to have the same problem):

  emacs-27.2-371.5.x86_64
  screen-4.8.0-3.17.x86_64
  openssh-clients-8.4p1-7.4.x86_64
  rxvt-unicode-9.26-3.2.x86_64


--1632487133.ccdEEB760.14953
Date: Fri, 24 Sep 2021 12:38:53 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1190853

            Bug ID: 1190853
           Summary: VUL-1: CVE-2021-41581: x509_constraints_parse_mailbox in lib/libcrypto/x509/x509_constraints.c in LibreSSL through 3.4.0 has a stack-based buffer over-read. When the input exceeds DOMAIN_PART_MAX_LEN, the buffer lacks '\0' termination.
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.3
          Hardware: Other
               URL: https://smash.suse.de/issue/310834/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: jengelh-at-inai.de
          Reporter: gabriele.sonnu-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

x509_constraints_parse_mailbox in lib/libcrypto/x509/x509_constraints.c in
LibreSSL through 3.4.0 has a stack-based buffer over-read. When the input
exceeds DOMAIN_PART_MAX_LEN, the buffer lacks '\0' termination.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-41581
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-41581
https://github.com/libressl-portable/openbsd/issues/126


body:
--1632719147.FadD5c0.11240
Date: Mon, 27 Sep 2021 05:05:47 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=1190894

            Bug ID: 1190894
           Summary: Open RGB segfaults
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: 64bit
                OS: openSUSE Tumbleweed
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: dancingmadrb3-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Hey can you please fix this?

Attempting to connect to local OpenRGB server.Connection attempt failedLocal
OpenRGB server unavailable.Running standalone.1E 9F 01 01 00 0078 3C 00 00 00
0000 00 00 00 00 0000 00 00 00 00 0000 00 00 08 09 0201 F4 00 00 00 0000 00 00
00 00 0000 00 00 00 00 0000 00 00 00 00 0000 00 00 00 00 00Segmentation fault
(core dumped)

something is wrong with this package, it segfaults

summary: Open RGB segfaults


--1632732990.D42F20.1662
Date: Mon, 27 Sep 2021 08:56:30 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1190920

            Bug ID: 1190920
           Summary: /usr/lib/modules/<VER>/initrd-kdump is not owned by any package
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kernel
          Assignee: msuchanek-at-suse.com
          Reporter: jslaby-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

# LANG=en rpm -qf /usr/lib/modules/5.14.0-4.g501d1f1-default/initrd-kdump
file /usr/lib/modules/5.14.0-4.g501d1f1-default/initrd-kdump is not owned by
any package

This results in many leftovers:
/usr/lib/modules $ ls *
5.13.1-1.gbebf622-default:
initrd-kdump

5.13.12-10.gd66b4c0-default:
initrd-kdump

5.14.0-1.gdc06e24-default:
initrd-kdump
...


body:
--1632750088.183Bd0a50.11952
Date: Mon, 27 Sep 2021 13:41:28 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1190950

            Bug ID: 1190950
           Summary: pam_dbus: use %_pam_moduledir
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: werner-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
            Blocks: 1190946
          Found By: ---
           Blocker: ---

The pam package offers a number of macros to avoid hardcoding
directory names in spec files:
https://build.opensuse.org/package/view_file/openSUSE:Factory/pam/macros.pam
Please consider using at least the %_pam_moduledir macro in order to have the
package follow UsrMerge.

summary: pam_dbus: use %_pam_moduledir


body:
--1632750106.5461dDA0.2994
Date: Mon, 27 Sep 2021 13:41:46 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1190959

            Bug ID: 1190959
           Summary: pam_script: use %_pam_moduledir
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: werner-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
            Blocks: 1190946
          Found By: ---
           Blocker: ---

The pam package offers a number of macros to avoid hardcoding
directory names in spec files:
https://build.opensuse.org/package/view_file/openSUSE:Factory/pam/macros.pam
Please consider using at least the %_pam_moduledir macro in order to have the
package follow UsrMerge.

summary: pam_script: use %_pam_moduledir


--1632835038.a7553FEE0.7583
Date: Tue, 28 Sep 2021 13:17:18 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1191030

            Bug ID: 1191030
           Summary: VUL-1: CVE-2021-3828: python-nltk: ReDOS vulnerability in Corpus Reader
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.3
          Hardware: Other
               URL: https://smash.suse.de/issue/311001/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: tchvatal-at-suse.com
          Reporter: gabriele.sonnu-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

nltk is vulnerable to Inefficient Regular Expression Complexity

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-3828
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3828
https://github.com/nltk/nltk/commit/277711ab1dec729e626b27aab6fa35ea5efbd7e6
https://huntr.dev/bounties/d19aed43-75bc-4a03-91a0-4d0bb516bc32


body:
--1632835841.8cBB0.621
Date: Tue, 28 Sep 2021 13:30:41 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1191031

            Bug ID: 1191031
           Summary: kanidm: use %_pam_moduledir
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: william.brown-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
            Blocks: 1190946
          Found By: ---
           Blocker: ---

The pam package offers a number of macros to avoid hardcoding
directory names in spec files:
https://build.opensuse.org/package/view_file/openSUSE:Factory/pam/macros.pam
Please consider using at least the %_pam_moduledir macro in order to have the
package follow UsrMerge.

summary: kanidm: use %_pam_moduledir


body:
--1632835845.A82A0A7C2.9768
Date: Tue, 28 Sep 2021 13:30:45 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1191033

            Bug ID: 1191033
           Summary: gdm: use %_pam_moduledir
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: os.gnome.maintainers-at-gmail.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
            Blocks: 1190946
          Found By: ---
           Blocker: ---

The pam package offers a number of macros to avoid hardcoding
directory names in spec files:
https://build.opensuse.org/package/view_file/openSUSE:Factory/pam/macros.pam
Please consider using at least the %_pam_moduledir macro in order to have the
package follow UsrMerge.

summary: gdm: use %_pam_moduledir


body:
--1632835848.ACCfd0e62.686
Date: Tue, 28 Sep 2021 13:30:48 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1191034

            Bug ID: 1191034
           Summary: gnome-keyring: use %_pam_moduledir
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: os.gnome.maintainers-at-gmail.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
            Blocks: 1190946
          Found By: ---
           Blocker: ---

The pam package offers a number of macros to avoid hardcoding
directory names in spec files:
https://build.opensuse.org/package/view_file/openSUSE:Factory/pam/macros.pam
Please consider using at least the %_pam_moduledir macro in order to have the
package follow UsrMerge.

summary: gnome-keyring: use %_pam_moduledir


--1632835853.b645b7125.752
Date: Tue, 28 Sep 2021 13:30:53 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1191036

            Bug ID: 1191036
           Summary: google-guest-oslogin: use %_pam_moduledir
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: svollath-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: adrian.glaubitz-at-suse.com, aosthof-at-suse.com,
                    coolo-at-suse.com, dleuenberger-at-suse.com,
                    dmueller-at-suse.com, ikapelyukhin-at-suse.com,
                    james.mason-at-suse.com, jdsn-at-suse.com, ms-at-suse.com,
                    rjschwei-at-suse.com, sean.marlow-at-suse.com,
                    thardeck-at-suse.com
            Blocks: 1190946
          Found By: ---
           Blocker: ---

The pam package offers a number of macros to avoid hardcoding
directory names in spec files:
https://build.opensuse.org/package/view_file/openSUSE:Factory/pam/macros.pam
Please consider using at least the %_pam_moduledir macro in order to have the
package follow UsrMerge.


body:
--1632835856.d0a4be2.911
Date: Tue, 28 Sep 2021 13:30:56 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1191037

            Bug ID: 1191037
           Summary: malcontent: use %_pam_moduledir
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: os.gnome.maintainers-at-gmail.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
            Blocks: 1190946
          Found By: ---
           Blocker: ---

The pam package offers a number of macros to avoid hardcoding
directory names in spec files:
https://build.opensuse.org/package/view_file/openSUSE:Factory/pam/macros.pam
Please consider using at least the %_pam_moduledir macro in order to have the
package follow UsrMerge.

summary: malcontent: use %_pam_moduledir


--1632836103.8c2c1c0.10119
Date: Tue, 28 Sep 2021 13:35:03 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.opensuse.org/show_bug.cgi?id=1191039

            Bug ID: 1191039
           Summary: The libcapi20-32bit and libcapi20-devel-32bit packages are missing
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: screening-team-bugs-at-suse.de
          Reporter: fgouget-at-codeweavers.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Wine uses libcapi20 to provide capi2032.dll (ISDN support) for 32-bit Windows
applications.

The lack of the 32-bit development package makes it harder to compile Wine with
that support. But the lack of the 32-bit libraries makes it just plain
impossible.

Note that openSUSE Leap 15.2 had both libcapi20-2-32bit and libcapi20-3-32bit
packages but the development files were provided by capi4linux-devel-32bit. So
it looks like something has been lost in the migration to libcapi20-devel.

Also openSUSE Leap 15.3 has no libcapi20 package at all.

That said ISDN support is not very critical these days.


body:
--1632836341.3bfdC32.10818
Date: Tue, 28 Sep 2021 13:39:01 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1191042

            Bug ID: 1191042
           Summary: libpwquality: use %_pam_moduledir
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: os.gnome.maintainers-at-gmail.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
            Blocks: 1190946
          Found By: ---
           Blocker: ---

The pam package offers a number of macros to avoid hardcoding
directory names in spec files:
https://build.opensuse.org/package/view_file/openSUSE:Factory/pam/macros.pam
Please consider using at least the %_pam_moduledir macro in order to have the
package follow UsrMerge.

summary: libpwquality: use %_pam_moduledir


body:
--1632836348.f0b8a30.10894
Date: Tue, 28 Sep 2021 13:39:07 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1191045

            Bug ID: 1191045
           Summary: opie: use %_pam_moduledir
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: meissner-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
            Blocks: 1190946
          Found By: ---
           Blocker: ---

The pam package offers a number of macros to avoid hardcoding
directory names in spec files:
https://build.opensuse.org/package/view_file/openSUSE:Factory/pam/macros.pam
Please consider using at least the %_pam_moduledir macro in order to have the
package follow UsrMerge.

summary: opie: use %_pam_moduledir


--1632839478.1a46E5.19505
Date: Tue, 28 Sep 2021 14:31:18 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1191055

            Bug ID: 1191055
           Summary: aws-efs-utils: finish UsrMerge, install to /usr
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: ikapelyukhin-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: adrian.glaubitz-at-suse.com, aosthof-at-suse.com,
                    coolo-at-suse.com, dleuenberger-at-suse.com,
                    dmueller-at-suse.com, james.mason-at-suse.com,
                    jdsn-at-suse.com, ms-at-suse.com, rjschwei-at-suse.com,
                    sean.marlow-at-suse.com, svollath-at-suse.com,
                    thardeck-at-suse.com
            Blocks: 1191054
          Found By: ---
           Blocker: ---

Following up on the discussion on the Factory list
https://lists.opensuse.org/archives/list/factory-at-lists.opensuse.org/message/LAVWN3MNO4LBWWN2TAOGLTNVFFTCEOBD/
All packages installing files into /bin, /sbin, /lib and /lib64
should change the location to the counterpart in /usr instead.

If the package still needs to build for released distros you may
keep the legacy locations within a "%if %suse_version < 1550" block
of course. If you do that, please do *NOT* install symlinks from/to
/usr as it was done with some packages in the past. Move the files
in question instead.


body:
--1632839765.065CA0.11376
Date: Tue, 28 Sep 2021 14:36:05 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1191057

            Bug ID: 1191057
           Summary: blog: finish UsrMerge, install to /usr
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: werner-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
            Blocks: 1191054
          Found By: ---
           Blocker: ---

Following up on the discussion on the Factory list
https://lists.opensuse.org/archives/list/factory-at-lists.opensuse.org/message/LAVWN3MNO4LBWWN2TAOGLTNVFFTCEOBD/
All packages installing files into /bin, /sbin, /lib and /lib64
should change the location to the counterpart in /usr instead.
Please consider doing that for blog.

If blog still needs to build for released distros you may
keep the legacy locations within a "%if %suse_version < 1550" block
of course. If you do that, please do *NOT* install symlinks from/to
/usr as it was done with some packages in the past. Move the files
in question instead.

summary: blog: finish UsrMerge, install to /usr


body:
--1632839822.D74dD8cD0.11542
Date: Tue, 28 Sep 2021 14:37:02 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1191059

            Bug ID: 1191059
           Summary: elilo: finish UsrMerge, install to /usr
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: rw-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
            Blocks: 1191054
          Found By: ---
           Blocker: ---

Following up on the discussion on the Factory list
https://lists.opensuse.org/archives/list/factory-at-lists.opensuse.org/message/LAVWN3MNO4LBWWN2TAOGLTNVFFTCEOBD/
All packages installing files into /bin, /sbin, /lib and /lib64
should change the location to the counterpart in /usr instead.
Please consider doing that for elilo.

If elilo still needs to build for released distros you may
keep the legacy locations within a "%if %suse_version < 1550" block
of course. If you do that, please do *NOT* install symlinks from/to
/usr as it was done with some packages in the past. Move the files
in question instead.

summary: elilo: finish UsrMerge, install to /usr


body:
--1632839824.4FbDaBa0.20933
Date: Tue, 28 Sep 2021 14:37:04 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1191060

            Bug ID: 1191060
           Summary: gcc: finish UsrMerge, install to /usr
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: matz-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
            Blocks: 1191054
          Found By: ---
           Blocker: ---

Following up on the discussion on the Factory list
https://lists.opensuse.org/archives/list/factory-at-lists.opensuse.org/message/LAVWN3MNO4LBWWN2TAOGLTNVFFTCEOBD/
All packages installing files into /bin, /sbin, /lib and /lib64
should change the location to the counterpart in /usr instead.
Please consider doing that for gcc.

If gcc still needs to build for released distros you may
keep the legacy locations within a "%if %suse_version < 1550" block
of course. If you do that, please do *NOT* install symlinks from/to
/usr as it was done with some packages in the past. Move the files
in question instead.

summary: gcc: finish UsrMerge, install to /usr


--1632839832.A37e0adA6.11651
Date: Tue, 28 Sep 2021 14:37:12 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1191063

            Bug ID: 1191063
           Summary: grubby: finish UsrMerge, install to /usr
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: ohering-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: aginies-at-suse.com, brogers-at-suse.com, carnold-at-suse.com,
                    claudio.fontana-at-suse.com, coolo-at-suse.com,
                    crrodriguez-at-opensuse.org, dfaggioli-at-suse.com,
                    dleuenberger-at-suse.com, dmueller-at-suse.com,
                    jfehlig-at-suse.com, jose.ziviani-at-suse.com, lma-at-suse.com,
                    lyan-at-suse.com, mhocko-at-suse.com, mlatimer-at-suse.com,
                    mseben-at-gmail.com, pth-at-suse.com,
                    vasily.ulyanov-at-suse.com
            Blocks: 1191054
          Found By: ---
           Blocker: ---

Following up on the discussion on the Factory list
https://lists.opensuse.org/archives/list/factory-at-lists.opensuse.org/message/LAVWN3MNO4LBWWN2TAOGLTNVFFTCEOBD/
All packages installing files into /bin, /sbin, /lib and /lib64
should change the location to the counterpart in /usr instead.
Please consider doing that for grubby.

If grubby still needs to build for released distros you may
keep the legacy locations within a "%if %suse_version < 1550" block
of course. If you do that, please do *NOT* install symlinks from/to
/usr as it was done with some packages in the past. Move the files
in question instead.


--1632839848.dABFDF0.21176
Date: Tue, 28 Sep 2021 14:37:28 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1191069

            Bug ID: 1191069
           Summary: libnss_nis: finish UsrMerge, install to /usr
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: kukuk-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: coolo-at-suse.com, dleuenberger-at-suse.com
            Blocks: 1191054
          Found By: ---
           Blocker: ---

Following up on the discussion on the Factory list
https://lists.opensuse.org/archives/list/factory-at-lists.opensuse.org/message/LAVWN3MNO4LBWWN2TAOGLTNVFFTCEOBD/
All packages installing files into /bin, /sbin, /lib and /lib64
should change the location to the counterpart in /usr instead.
Please consider doing that for libnss_nis.

If libnss_nis still needs to build for released distros you may
keep the legacy locations within a "%if %suse_version < 1550" block
of course. If you do that, please do *NOT* install symlinks from/to
/usr as it was done with some packages in the past. Move the files
in question instead.


--1632839851.253e7CD1.12127
Date: Tue, 28 Sep 2021 14:37:31 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1191070

            Bug ID: 1191070
           Summary: libnss_usrfiles: finish UsrMerge, install to /usr
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: rbrown-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
            Blocks: 1191054
          Found By: ---
           Blocker: ---

Following up on the discussion on the Factory list
https://lists.opensuse.org/archives/list/factory-at-lists.opensuse.org/message/LAVWN3MNO4LBWWN2TAOGLTNVFFTCEOBD/
All packages installing files into /bin, /sbin, /lib and /lib64
should change the location to the counterpart in /usr instead.
Please consider doing that for libnss_usrfiles.

If libnss_usrfiles still needs to build for released distros you may
keep the legacy locations within a "%if %suse_version < 1550" block
of course. If you do that, please do *NOT* install symlinks from/to
/usr as it was done with some packages in the past. Move the files
in question instead.


body:
--1632839862.dCfEA64a0.21411
Date: Tue, 28 Sep 2021 14:37:42 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1191076

            Bug ID: 1191076
           Summary: mdadm: finish UsrMerge, install to /usr
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: nfbrown-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
            Blocks: 1191054
          Found By: ---
           Blocker: ---

Following up on the discussion on the Factory list
https://lists.opensuse.org/archives/list/factory-at-lists.opensuse.org/message/LAVWN3MNO4LBWWN2TAOGLTNVFFTCEOBD/
All packages installing files into /bin, /sbin, /lib and /lib64
should change the location to the counterpart in /usr instead.
Please consider doing that for mdadm.

If mdadm still needs to build for released distros you may
keep the legacy locations within a "%if %suse_version < 1550" block
of course. If you do that, please do *NOT* install symlinks from/to
/usr as it was done with some packages in the past. Move the files
in question instead.

summary: mdadm: finish UsrMerge, install to /usr


--1632839864.bAea0.12316
Date: Tue, 28 Sep 2021 14:37:44 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1191077

            Bug ID: 1191077
           Summary: mingetty: finish UsrMerge, install to /usr
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: werner-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
            Blocks: 1191054
          Found By: ---
           Blocker: ---

Following up on the discussion on the Factory list
https://lists.opensuse.org/archives/list/factory-at-lists.opensuse.org/message/LAVWN3MNO4LBWWN2TAOGLTNVFFTCEOBD/
All packages installing files into /bin, /sbin, /lib and /lib64
should change the location to the counterpart in /usr instead.
Please consider doing that for mingetty.

If mingetty still needs to build for released distros you may
keep the legacy locations within a "%if %suse_version < 1550" block
of course. If you do that, please do *NOT* install symlinks from/to
/usr as it was done with some packages in the past. Move the files
in question instead.


body:
--1632839870.A1C7Ce1.12422
Date: Tue, 28 Sep 2021 14:37:50 +0000
MIME-Version: 1.0
Content-Type: text/plain

https://bugzilla.suse.com/show_bug.cgi?id=1191080

            Bug ID: 1191080
           Summary: munin: finish UsrMerge, install to /usr
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: wolfgang-at-rosenauer.org
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
            Blocks: 1191054
          Found By: ---
           Blocker: ---

Following up on the discussion on the Factory list
https://lists.opensuse.org/archives/list/factory-at-lists.opensuse.org/message/LAVWN3MNO4LBWWN2TAOGLTNVFFTCEOBD/
All packages installing files into /bin, /sbin, /lib and /lib64
should change the location to the counterpart in /usr instead.
Please consider doing that for munin.

If munin still needs to build for released distros you may
keep the legacy locations within a "%if %suse_version < 1550" block
of course. If you do that, please do *NOT* install symlinks from/to
/usr as it was done with some packages in the past. Move the files
in question instead.

summary: munin: finish UsrMerge, install to /usr