--1632839873.f1Fb3.21525
Date: Tue, 28 Sep 2021 14:37:53 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191081
           Summary: netconsole-tools: 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
                CC: aj-at-suse.com, coolo-at-suse.com, daniel-at-molkentin.de,
                    dleuenberger-at-suse.com, dmueller-at-suse.com,
                    meissner-at-suse.com, ro-at-suse.de,
                    seife-at-novell.slipkontur.de, trenn-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 netconsole-tools.

If netconsole-tools 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.


--1632839875.3e5A50.12477
Date: Tue, 28 Sep 2021 14:37:55 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191082
           Summary: nfs-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: 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 nfs-utils.

If nfs-utils 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.


--1632839882.BdAA4D01.21852
Date: Tue, 28 Sep 2021 14:38:02 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191085
           Summary: ooRexx: 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: erico.mendonca-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: perry.werneck-at-gmail.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 ooRexx.

If ooRexx 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.


--1632839888.7aC73DA0.12644
Date: Tue, 28 Sep 2021 14:38:08 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191088
           Summary: perl-Bootloader: 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: snwint-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 perl-Bootloader.

If perl-Bootloader 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.


--1632839892.a6EEB0.12697
Date: Tue, 28 Sep 2021 14:38:12 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191090
           Summary: polkit-default-privs: 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: meissner-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: security-team-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 polkit-default-privs.

If polkit-default-privs 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.


--1632839894.bE14a33.22019
Date: Tue, 28 Sep 2021 14:38:14 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191091
           Summary: readline6: 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
                CC: aj-at-suse.com, coolo-at-suse.com, daniel-at-molkentin.de,
                    dleuenberger-at-suse.com, dmueller-at-suse.com,
                    meissner-at-suse.com, ro-at-suse.de,
                    seife-at-novell.slipkontur.de, trenn-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 readline6.

If readline6 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.


--1632839901.8EDaEed0.12775
Date: Tue, 28 Sep 2021 14:38:21 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191094
           Summary: sdparm: 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: hare-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 sdparm.

If sdparm 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:
--1632839903.C440F0.22243
Date: Tue, 28 Sep 2021 14:38:23 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191095
           Summary: slurm: 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: cgoll-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: eich-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 slurm.

If slurm 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: slurm: finish UsrMerge, install to /usr


--1632839911.CA1dBB050.22373
Date: Tue, 28 Sep 2021 14:38:31 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191099
           Summary: texinfo: 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 texinfo.

If texinfo 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.


--1632839915.3dfB350.22425
Date: Tue, 28 Sep 2021 14:38:35 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191101
           Summary: tomoyo-tools: 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: meissner-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 tomoyo-tools.

If tomoyo-tools 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.


--1632839917.FAc716A0.13002
Date: Tue, 28 Sep 2021 14:38:37 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191102
           Summary: trousers: 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: matthias.gerstner-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 trousers.

If trousers 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.


--1632839919.eeFeFa0.22477
Date: Tue, 28 Sep 2021 14:38:39 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191103
           Summary: tunctl: 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: max-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 tunctl.

If tunctl 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.


--1632839921.fBBBEC500.13051
Date: Tue, 28 Sep 2021 14:38:41 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191104
           Summary: virtualbox: 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: Larry.Finger-at-gmail.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 virtualbox.

If virtualbox 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.


--1632839987.1d7F50.13256
Date: Tue, 28 Sep 2021 14:39:47 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191106
           Summary: rungetty: 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: lars.vogdt-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 rungetty.

If rungetty 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:
--1632847971.1b781fa0.11463
Date: Tue, 28 Sep 2021 16:52:51 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191111
           Summary: usrmerge fails
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: openSUSE Tumbleweed
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: roger.oberholtzer-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

A few months ago I did a zypper dup on my Tumbleweed system. This was when
there were changes in where things were in /usr. It destroyed my system. So I
reverted to a previous snapshot and decided to wait a bit to see if a later
update might do better. I have now tried again, with the same result.

I get this when zypper is installing the rpm:

( 319/4386) Installing: filesystem-84.87-2.1.x86_64
.................................................................................................[error]
Installation of filesystem-84.87-2.1.x86_64 failed:
Error: Subprocess failed. Error: RPM failed: Make a copy of `/bin'.
Merge the copy with `/usr/bin'.
Clean up duplicates in `/usr/bin'.
Make a copy of `/sbin'.
Merge the copy with `/usr/sbin'.
Clean up duplicates in `/usr/sbin'.
Make a copy of `/lib'.
Warning: /lib/udev conflicts with directory /usr/lib/udev and will be removed
Merge the copy with `/usr/lib'.
cp: cannot overwrite non-directory '/usr/lib.usrmerge/systemd' with
directory '/usr/lib/systemd'
UsrMerge conversion failed, cleaning up
!!! ATTENTION: Do NOT proceed if you see this message during
!!! distribution upgrade. Chances are high that your system might
!!! break beyond repair if you do.
error: lua script failed: [string
"%prein(filesystem-84.87-2.1.x86_64)"]:15: exit
error: filesystem-84.87-2.1.x86_64: install failed
error: filesystem-15.5-39.1.x86_64: erase skipped
Abort, retry, ignore? [a/r/i] (a):

At that time, if I look around (dup is waiting for my response), all looks as
it did before:

ll /lib/udev
lrwxrwxrwx 1 root root 13 Jan 24  2020 /lib/udev -> /usr/lib/udev

ll /usr
total 0
dr-xr-xr-x 1 root root  93286 Sep  6 18:01 bin
drwxr-xr-x 1 root root    278 Sep  6 18:01 etc
drwxr-xr-x 1 root root  10356 May 17 20:16 include
dr-xr-xr-x 1 root root  25204 Sep  6 18:01 lib
dr-xr-xr-x 1 root root 221644 Aug 25 16:57 lib64
drwxr-xr-x 1 root root   2720 Sep  6 18:01 libexec
drwxr-xr-x 1 root root    112 Apr 20 00:56 local
dr-xr-xr-x 1 root root  15480 Jul 30 11:01 sbin
drwxr-xr-x 1 root root   6554 May 17 20:11 share
drwxr-xr-x 1 root root    246 May 18 18:31 src
drwxr-xr-x 1 root root     26 Apr 20 00:56 x86_64-suse-linux
drwxr-xr-x 1 root root     28 Apr 20 00:57 x86_64-w64-mingw32

In another window, I can still run commands.

If I foolishly continue the dup (after all, many packages have been installed -
I don't want a dead system for that reason - and this is a test of being able
to do this update), when it installs glibc, all goes a over t:

Abort, retry, ignore? [a/r/i] (a): i
( 320/4386) Installing: gtk2-metatheme-breeze-5.22.4-1.1.noarch
......................................................................................[done]
( 321/4386) Installing: oxygen5-icon-theme-large-5.85.0-1.1.noarch
...................................................................................[done]
( 322/4386) Installing: myspell-lightproof-en-20201230-2.2.x86_64
....................................................................................[done]
( 323/4386) Installing: glibc-2.33-9.1.x86_64
........................................................................................................[done]
Additional rpm output:
error: failed to exec scriptlet interpreter /sbin/ldconfig: No such
file or directory
warning: %postun(glibc-2.33-6.1.x86_64) scriptlet failed, exit status 127

And I can no longer run any command anywhere. This is what happened earlier.

So what is confusing the filesystem RPM? There is a warning, and the cp command
files. Why? I cannot see that there is anything unusual in my /usr directory.

Both times a revert got me back my working system. But I really want to sort
this out as I cannot install anything - all brings in filesystem and glibc.

For the purpose of testing, will it be enough to only install filesystem and
glibc? I hope so. Otherwise I have a backlog of many packages...

summary: usrmerge fails


--1633066754.7Cd82FE0.9308
Date: Fri, 1 Oct 2021 05:39:14 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191204
           Summary: VUL-0: chromium: multiple security issues fixed in 94.0.4606.71
    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: qa-bugs-at-suse.de
                CC: security-team-at-suse.de
            Blocks: 1191166
          Found By: ---
           Blocker: ---

The Stable channel has been updated to 94.0.4606.71 for Windows, Mac and Linux
which will roll out over the coming days/weeks. Extended stable channel has
also been updated to 94.0.4606.71 for Windows and Mac which will roll out over
the coming days/weeks

A full list of changes in this build is available in the log. Interested in
switching release channels? Find out how here. If you find a new issue, please
let us know by filing a bug. The community help forum is also a great place to
reach out for help or learn about common issues.

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 4 security fixes. Below, we highlight fixes that were
contributed by external researchers. Please see the Chrome Security Page for
more information.

[$20000][1245578] High CVE-2021-37974 : Use after free in Safe Browsing.
Reported by Weipeng Jiang (@Krace) from Codesafe Team of Legendsec at Qi'anxin
Group on 2021-09-01

[$TBD][1252918] High CVE-2021-37975 : Use after free in V8. Reported by
Anonymous on 2021-09-24

[$NA][1251787] Medium CVE-2021-37976 : Information leak in core. Reported by
Cl??ment Lecigne from Google TAG, with technical assistance from Sergei Glazunov
and Mark Brand from Google Project Zero on 2021-09-21

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 the exploits for CVE-2021-37975 and CVE-2021-37976 exist in the
wild.

As usual, our ongoing internal security work was responsible for a wide range
of fixes:

    [1254756] 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.

Interested in switching release channels?  Find out how here. If you find a new
issue, please let us know by filing a bug. The community help forum is also a
great place to reach out for help or learn about common issues.


--1633071507.ED8b83.13940
Date: Fri, 1 Oct 2021 06:58:27 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191207
           Summary: [Build 20210929] Tracker3: no metadata available for file
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
               URL: https://openqa.opensuse.org/tests/1948497/modules/trac
                    ker_info/steps/7
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
          Assignee: gnome-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-desktopapps-other@64bit
fails in
[tracker_info](https://openqa.opensuse.org/tests/1948497/modules/tracker_info/steps/7)

## Test suite description
Maintainer: Yuan Ren (yuanren10). See
https://progress.opensuse.org/issues/23906

## Reproducible

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

## Expected result

Last good: [20210928](https://openqa.opensuse.org/tests/1945650) (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=desktopapps-other&version=Tumbleweed)


--1633097211.4c17f40.28501
Date: Fri, 1 Oct 2021 14:06:51 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191229
           Summary: [Staging][rpm4.17] Kernel fails to build with rpm 4.17
    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: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

RPM 4.17 has been submitted for inclusion into Tumbleweed.

There is at least one backwards incompatible change that affects the kernel
builds. The build fails with:

[  134s] error: /home/abuild/rpmbuild/SOURCES/kernel-source.spec: line 130:
%verbose: unexpected argument
[  134s]   2<      (%verbose)

The problem there is that %{verbose} is no longer a 'function' taking an
argument, but rather a variable, set to 0/1.

In other packages where we encountered this issue, we simply gave up on the
construct of using verbose to adjust the build log level


--1633102879.41CA60.8245
Date: Fri, 1 Oct 2021 15:41:19 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191235
           Summary: Please patch f2fs-tools to fix btrfs -> f2fs bug
    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: sb56637-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Hi there, would it be possible to incorporate this patch for f2fs-tools in both
Tumbleweed and Leap?

https://lore.kernel.org/linux-f2fs-devel/20210910225618.501839-1-jaegeuk-at-kernel.org/

See also: https://sourceforge.net/p/linux-f2fs/mailman/message/37348974/

TL;DR: It fixes a rather major bug when reformatting with F2FS a partition that
was formerly Btrfs.

Thanks a lot!


--1633108710.c6eD7C0.16133
Date: Fri, 1 Oct 2021 17:18:30 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191237
           Summary: Nothing provides 'typelib(Cheese) = 3.0' needed by the to be installed mugshot-0.4.3-1.3.noarch
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Xfce
          Assignee: bnc-team-xfce-at-forge.provo.novell.com
          Reporter: sb56637-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Hi, this issue just appeared in the latest TW snapshot:

Problem: nothing provides 'typelib(Cheese) = 3.0' needed by the to be installed
mugshot-0.4.3-1.3.noarch


body:
Build Identifier:

I boot the machine.
I next attempt to login to Plasma-X11

After about 1 second, I again see the log screen.

However, I can login to Icewm, to Gnome, or to Plasma-Wayland.  And after login
to any of those, I can logout, and then I can successfully login to Plasma-X11.

If I reboot, this repeats.

If I switch to SDDM as display-manager, then login is fine every time.  So I
don't think this is a KDE issue.  It seems to be a GDM issue.

I reinstalled "gdm-3.38.2-2.7", ignoring the conflict about "gdm-lang".  I
rebooted, and now login with GDM is fine.

Reverting to "gdm-41.0-1.1", I rebooted.  This time login to Plasma-X11 was
fine.  But on reboot, I am back to the same login issue.

I am seeing this problem in a KVM virtual machine, and on two different real
machines.

Reproducible: Always

summary: GDM cannot login to Plasma-x11 (Tumbleweed 20210929)


--1633263716.58bD04b74.7474
Date: Sun, 3 Oct 2021 12:21:56 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191250
           Summary: Gnome-subtitles v1.7.1 doesn't start on Tumbleweed 20210929
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: openSUSE Tumbleweed
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
          Assignee: gnome-bugs-at-suse.de
          Reporter: philip.raets-at-telenet.be
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

On opensuse Tumbleweed 20210929, gnome-subtitles fails to start with the
following errors:

$ gnome-subtitles
GLib-GIO | Debug | _g_io_module_get_default: Found default implementation gvfs
(GDaemonVfs) for ???gio-vfs???
GLib | Debug | unsetenv() is not thread-safe and should not be used after
threads are created
GLib-GIO | Debug | _g_io_module_get_default: Found default implementation dconf
(DConfSettingsBackend) for ???gsettings-backend???
Marshaling activate signal
Exception in Gtk# callback delegate
  Note: Applications can use GLib.ExceptionManager.UnhandledException to handle
the exception.
System.Reflection.TargetInvocationException: Exception has been thrown by the
target of an invocation. ---> System.DllNotFoundException: libdl.so
assembly:<unknown assembly> type:<unknown type> member:(null)
  at (wrapper managed-to-native) External.Interop.Interop.dlopen(string,int)
  at External.Interop.Interop.Open (System.String filename) [0x00000] in
<94f21d10234d4cfc9ffbbb8a7a6788de>:0
  at External.Enchant.Enchant.OpenLib () [0x00000] in
<94f21d10234d4cfc9ffbbb8a7a6788de>:0
  at External.Enchant.Enchant.Open () [0x00000] in
<94f21d10234d4cfc9ffbbb8a7a6788de>:0
  at GnomeSubtitles.Core.SpellLanguages.GetProvidersAndLanguages () [0x00006]
in <94f21d10234d4cfc9ffbbb8a7a6788de>:0
  at GnomeSubtitles.Core.SpellLanguages.Init () [0x00000] in
<94f21d10234d4cfc9ffbbb8a7a6788de>:0
  at GnomeSubtitles.Core.SpellLanguages..ctor () [0x0003e] in
<94f21d10234d4cfc9ffbbb8a7a6788de>:0
  at GnomeSubtitles.Core.Base.Init () [0x0005f] in
<94f21d10234d4cfc9ffbbb8a7a6788de>:0
  at GnomeSubtitles.Core.Base.<Execute>m__0 () [0x00000] in
<94f21d10234d4cfc9ffbbb8a7a6788de>:0
  at GnomeSubtitles.Execution.ExecutionContext+<Execute>c__AnonStorey0.<>m__0
(System.Object sender, System.EventArgs e) [0x00000] in
<94f21d10234d4cfc9ffbbb8a7a6788de>:0
  at (wrapper managed-to-native)
System.Reflection.RuntimeMethodInfo.InternalInvoke(System.Reflection.RuntimeMethodInfo,object,object[],System.Exception&)
  at System.Reflection.RuntimeMethodInfo.Invoke (System.Object obj,
System.Reflection.BindingFlags invokeAttr, System.Reflection.Binder binder,
System.Object[] parameters, System.Globalization.CultureInfo culture) [0x0006a]
in <5e0e0d8da8ee40bd894ec0077d8958ce>:0
   -


body:
--1633333050.f7cAb60.19286
Date: Mon, 4 Oct 2021 07:37:30 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191260
           Summary: kernel 5.18.8 post scriptlets failing
    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: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

This seems to be a regression introduced with
  https://build.opensuse.org/request/show/921675

The post/posttrans scriptlets were modified, and we now see for example
transactional dist upgrades failing with

warning: %post(kernel-default-5.14.8-1.1.x86_64) scriptlet failed, exit status
1
EFI variables are not supported on this system
Failed to delete /etc/uefi/certs/33CEA71B.crt

e.g. https://openqa.opensuse.org/tests/1951077#step/tdup/11

summary: kernel 5.18.8 post scriptlets failing


body:
--1633428970.65C471.1476
Date: Tue, 5 Oct 2021 10:16:10 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191321
           Summary: Unable to use wirless chipset RTL8852AE
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.3
          Hardware: x86-64
                OS: openSUSE Leap 15.3
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-bugs-at-opensuse.org
          Reporter: joan.torres-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: mbrugger-at-suse.com
          Found By: ---
           Blocker: ---

I have done a fresh install of openSUSE Leap 15.3 on my new work laptop (Lenovo
ThinkPad T14 Gen 1 AMD).

Once it is installed, I cannot access WIFI. Only I can access Internet using
the ethernet cable.

Then I try to fix this issue updating all repositories and the distro using
zypper refresh; zypper update; zypper dup;

However, I still can't use the WIFI.
lspci shows this wireless entry as:
03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8852AE 802.11ax
PCIe Wireless Network Adapter
Subsystem: Lenovo Device 4852

I try to add a repository that might have the driver I would need (rtw89)
following this forum post:
https://forums.opensuse.org/showthread.php/560172-c-and-wifi-problem?p=3068415#post3068415

After rebooting, I'm still unable to access WIFI. So I'm finding out what is
the problem here:
https://github.com/lwfinger/rtw89

I need some help.

summary: Unable to use wirless chipset RTL8852AE


body:
--1633489130.87D0B0.32447
Date: Wed, 6 Oct 2021 02:58:50 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191355
           Summary: [trackerbug] docker 20.10.9-ce update
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.3
          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 Docker 20.10.9-ce. See upstream changelog in the packaged
  /usr/share/doc/packages/docker/CHANGELOG.md.
  CVE-2021-41092 CVE-2021-41089 CVE-2021-41091 CVE-2021-41103
- Rebase patches:
  * 0001-SECRETS-daemon-allow-directory-creation-in-run-secre.patch
  * 0002-SECRETS-SUSE-implement-SUSE-container-secrets.patch
  * 0003-PRIVATE-REGISTRY-add-private-registry-mirror-support.patch
  * 0004-bsc1073877-apparmor-clobber-docker-default-profile-o.patch
  * 0005-bsc1183855-btrfs-Do-not-disable-quota-on-cleanup.patch
  * 0006-bsc1190670-seccomp-add-support-for-clone3-syscall-in.patch
- Switch to Go 1.16.x compiler, in line with upstream.

pkgs: containerd docker

summary: [trackerbug] docker 20.10.9-ce update


body:
--1633497212.Bfe582c0.11116
Date: Wed, 6 Oct 2021 05:13:32 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191356
           Summary: virt-manager should not depends on gtk4
    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: dlshcbmuipmam-at-hotmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Also see this reddit post:
https://www.reddit.com/r/openSUSE/comments/q00whv/virtmanager_isnt_working_correctly_because_of_gtk/

For a freshly installed tumbleweed, `virtmanager` uses GTK4 to create new
windows, but it is built by GTK3 so it fails with this error `ImportError:
Requiring namespace 'Gtk' version '4.0', but '3.0' is already loaded`.

I believe it relates to the `gtksourceview 5.0` dependency.

Interestingly, after I installed the dependencies manually to run virt-manager
from source (https://github.com/virt-manager/virt-manager), the error
disappears and I can now install and run `virt-manager` from the tumbleweed
repo. That is the reason why I think this bug is not discovered by many other
people. There in something wrong in the dependency resolution.

summary: virt-manager should not depends on gtk4


body:
--1633506200.ae3A0B860.23004
Date: Wed, 6 Oct 2021 07:43:20 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191365
           Summary: tkfont missing dependency
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X11 Applications
          Assignee: screening-team-bugs-at-suse.de
          Reporter: paolo.perego-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

tkfont depends on xlsfont but this one is not selected for installation

summary: tkfont missing dependency


body:
--1633506345.fAB5260.23389
Date: Wed, 6 Oct 2021 07:45:45 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191366
           Summary: tkfont error on startup
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X11 Applications
          Assignee: screening-team-bugs-at-suse.de
          Reporter: paolo.perego-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

When starting tkfont complains with this message and exit:
Error in startup script: sort: cannot read: +2: No such file or directory while
executing "exec clsfonts -u -fn "*" | grep "-" | sort -t "-" +2 | uniq >
$TempFileName

I guess this one line should be fixed in the sort part.

summary: tkfont error on startup


--1633514947.4a0c2b740.20363
Date: Wed, 6 Oct 2021 10:09:07 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191381
           Summary: gnu-compilers-hpc: Move rpm macros to %_rpmmacrodir
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: eich-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
            Blocks: 1191379
          Found By: ---
           Blocker: ---

rpm macros aren't config files for the administrator, as such they
should be installed into %_rpmmacrodir (ie /usr/lib/rpm/macros.d)
instead of /etc/rpm.

Please consider adjusting gnu-compilers-hpc


body:
--1633514949.ce7e8A0A0.20435
Date: Wed, 6 Oct 2021 10:09:09 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191382
           Summary: go1.4: Move rpm macros to %_rpmmacrodir
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: jkowalczyk-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
            Blocks: 1191379
          Found By: ---
           Blocker: ---

rpm macros aren't config files for the administrator, as such they
should be installed into %_rpmmacrodir (ie /usr/lib/rpm/macros.d)
instead of /etc/rpm.

Please consider adjusting go1.4

summary: go1.4: Move rpm macros to %_rpmmacrodir


--1633514951.Ba4d0.20481
Date: Wed, 6 Oct 2021 10:09:11 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191383
           Summary: golang-packaging: Move rpm macros to %_rpmmacrodir
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: jkowalczyk-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
            Blocks: 1191379
          Found By: ---
           Blocker: ---

rpm macros aren't config files for the administrator, as such they
should be installed into %_rpmmacrodir (ie /usr/lib/rpm/macros.d)
instead of /etc/rpm.

Please consider adjusting golang-packaging


--1633514953.3D08B71.9656
Date: Wed, 6 Oct 2021 10:09:13 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191384
           Summary: kernel-source: Move rpm macros to %_rpmmacrodir
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: jslaby-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: kernel-bugs-at-suse.de, msuchanek-at-suse.com,
                    ptesarik-at-suse.com
            Blocks: 1191379
          Found By: ---
           Blocker: ---

rpm macros aren't config files for the administrator, as such they
should be installed into %_rpmmacrodir (ie /usr/lib/rpm/macros.d)
instead of /etc/rpm.

Please consider adjusting kernel-source


--1633636501.d17Cd0.18401
Date: Thu, 7 Oct 2021 19:55:01 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191463
           Summary: VUL-0: chromium: multiple security issues fixed in 94.0.4606.81
    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/10/stable-channel-update-for-desktop.html

* CVE-2021-37977 : Use after free in Garbage Collection
* CVE-2021-37978 : Heap buffer overflow in Blink
* CVE-2021-37979 : Heap buffer overflow in WebRTC
* CVE-2021-37980 : Inappropriate implementation in Sandbox


body:
--1633678435.887e330.2588
Date: Fri, 8 Oct 2021 07:33:55 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191473
           Summary: rpath related failures on x86_64
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: openSUSE Tumbleweed
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: christophe-at-krop.fr
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Some packages started failing after september, 19 with rpath errors:

https://build.opensuse.org/packages/AppCSXCAD/job_history/openSUSE:Factory/standard/x86_64

https://build.opensuse.org/packages/libqt5-creator/job_history/KDE:Qt5/openSUSE_Factory/x86_64

In both cases, only x86_64 fails, i586 is fine. for libqt5-creator, it's even
stranger, the package only fails in the devel project.

For AppCSXCAD :

[   67s]

summary: rpath related failures on x86_64


--1633688651.11577750.25398
Date: Fri, 8 Oct 2021 10:24:11 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191480
           Summary: Kernel:stable kernel 5.14.10-2.1.g2878fd1 cannot boot due to "bad shim signature"
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: openSUSE Tumbleweed
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-bugs-at-opensuse.org
          Reporter: yan.huang-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

On openSUSE Tumbleweed 20211005 (with shim 15.4-4.2 and Secure Boot enabled),
booting the newest Kernel:stable kernel 5.14.10-2.1.g2878fd1 leads to:

> Loading Linux kernel-default-5.14.10-2.g2878fd1-default ...
> error: ../../grub-core/kern/efi/sb.c:150:bad shim signature.
> Loading initial ramdisk ...
> error: ../../grub-core/loader/i386/efi/linux.c.98:you need to load the kernel first.
>
> Press any key to continue..._

The previous Kernel:stable kernel 5.14.9-2.1.gd0ace7f did not have this issue.

The issue seems to be similar to the previous boo#1188142 (Kernel 5.13.1 does
not boot due to bad shim signature).


--1633795694.1deCb80.22734
Date: Sat, 9 Oct 2021 16:08:14 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191512
           Summary: Backport fixes in attica and knewstuff to reduce server traffic
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: KDE Workspace (Plasma)
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: fabian@ritter-vogt.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Upstream requested that some fixes in attica and knewstuff get backported to
avoid unnecessary traffic to servers:

https://mail.kde.org/pipermail/distributions/2021-October/001054.html


--1633810817.ABfCd0.2226
Date: Sat, 9 Oct 2021 20:20:17 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191517
           Summary: emacs-gtk crashes on mouse selection due to XLIB_SKIP_ARGB_VISUALS=1 in /usr/bin/emacs
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X11 Applications
          Assignee: screening-team-bugs-at-suse.de
          Reporter: pujos.michael-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Start /usr/bin/emacs so it launches emacs-gtk.
Use mouse selection and notice that emacs insta-crashes. AFAIK this is new
since TW 20211005.

After a few WTFs since starting emacs-gtk did not crash, I traced it down to
the
/usr/bin/emacs wrapper shell script setting XLIB_SKIP_ARGB_VISUALS=1, which is
the cause the crash, which can then be reproduced with:

XLIB_SKIP_ARGB_VISUALS=1 emacs-gtk   (and select some text with the mouse).

So the fix would be to remove that XLIB_SKIP_ARGB_VISUALS=1 line in
/usr/bin/emacs, assuming it is not needed anymore.


--1633929988.b7adA0.21403
Date: Mon, 11 Oct 2021 05:26:28 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191526
           Summary: virtualbox:kmp fails to build: Directory not found: .../lib/modules/5.14.10-1-default
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kernel
          Assignee: lnussel-at-suse.com
          Reporter: jslaby-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: Larry.Finger-at-gmail.com, msuchanek-at-suse.com
          Found By: ---
           Blocker: ---

virtualbox fails to build on the top of the current Kernel:stable:
> Processing files: virtualbox-kmp-default-6.1.26_k5.14.10_1-4.12.x86_64
> error: Directory not found: /home/abuild/rpmbuild/BUILDROOT/virtualbox-kmp-6.1.26-4.12.x86_64/lib/modules/5.14.10-1-default
> error: Directory not found: /home/abuild/rpmbuild/BUILDROOT/virtualbox-kmp-6.1.26-4.12.x86_64/lib/modules/5.14.10-1-default/extra
> error: File not found: /home/abuild/rpmbuild/BUILDROOT/virtualbox-kmp-6.1.26-4.12.x86_64/lib/modules/5.14.10-1-default/extra/vboxdrv.ko
> error: File not found: /home/abuild/rpmbuild/BUILDROOT/virtualbox-kmp-6.1.26-4.12.x86_64/lib/modules/5.14.10-1-default/extra/vboxnetadp.ko
> error: File not found: /home/abuild/rpmbuild/BUILDROOT/virtualbox-kmp-6.1.26-4.12.x86_64/lib/modules/5.14.10-1-default/extra/vboxnetflt.ko
> error: File not found: /home/abuild/rpmbuild/BUILDROOT/virtualbox-kmp-6.1.26-4.12.x86_64/lib/modules/5.14.10-1-default/extra/vboxsf.ko
> error: File not found: /home/abuild/rpmbuild/BUILDROOT/virtualbox-kmp-6.1.26-4.12.x86_64/lib/modules/5.14.10-1-default/extra/vboxguest.ko

https://build.opensuse.org/package/live_build_log/openSUSE:Factory:Staging:J/virtualbox:kmp/standard/x86_64

I suppose this is outcome of
commit 22ec560c1fb53cf5b5b55fb057053063db192489
Author:     Ludwig Nussel <ludwig.nussel-at-suse.de>
AuthorDate: Fri Aug 27 11:20:48 2021 +0200

    rpm: fix kmp install path

I am not sure whether this is virtualbox packaging issue or the commit in the
kernel.


--1633937659.0F72aD0.2435
Date: Mon, 11 Oct 2021 07:34:19 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191528
           Summary: [Tumbleweed][Security][Pam][Build_20211008] pam-config --create failed
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: openSUSE Tumbleweed
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: weixuan.hao-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

susetest:~> uname -m
x86_64
susetest:~> cat /etc/*release
NAME="openSUSE Tumbleweed"
# VERSION="20211007"
ID="opensuse-tumbleweed"
ID_LIKE="opensuse suse"
VERSION_ID="20211007"
PRETTY_NAME="openSUSE Tumbleweed"
ANSI_COLOR="0;32"
CPE_NAME="cpe:/o:opensuse:tumbleweed:20211007"
BUG_REPORT_URL="https://bugs.opensuse.org"
HOME_URL="https://www.opensuse.org/"
DOCUMENTATION_URL="https://en.opensuse.org/Portal:Tumbleweed"
LOGO="distributor-logo-Tumbleweed"

Issue description:
# pam-config --create
ERROR: module /lib64/security/pam_systemd_home.so is not installed.
# ls | grep pam_systemd_home.so; echo $?
1
# pam-config --list | grep home
        pam_mkhomedir.so
        pam_systemd_home.so

When compared with SLE, such bug did not occur.
# pam-config --list | grep home
        pam_mkhomedir.so


--1633940443.6DC416Db0.8553
Date: Mon, 11 Oct 2021 08:20:43 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191532
           Summary: [Build 20211008] Samba 4.15 - failed to stra
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
               URL: https://openqa.opensuse.org/tests/1963069/modules/cifs
                    /steps/42
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Samba
          Assignee: samba-maintainers@SuSE.de
          Reporter: dimstar-at-opensuse.org
        QA Contact: samba-maintainers@SuSE.de
          Found By: openQA
           Blocker: Yes

## Observation

openQA test in scenario
opensuse-Tumbleweed-DVD-x86_64-extra_tests_filesystem@64bit fails in
[cifs](https://openqa.opensuse.org/tests/1963069/modules/cifs/steps/42)

## Test suite description
Maintainer: QE Core

Filesystem related tests, for example snapper and btrfs features.

## Reproducible

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

## Expected result

Last good: [20210918](https://openqa.opensuse.org/tests/1927312) (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_filesystem&version=Tumbleweed)


--1634017046.a26aA1.930
Date: Tue, 12 Oct 2021 05:37:26 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191555
           Summary: games:tools/discord: can't install discord on recent TW
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: 3rd party software
          Assignee: jimmy-at-boombatower.com
          Reporter: Mathias.Homann-at-opensuse.org
        QA Contact: screening-team-bugs-at-suse.de
                CC: jon-at-moozaad.co.uk, matthias-at-mailaender.name,
                    opensuse-at-dstoecker.de
          Found By: ---
           Blocker: ---

this is tumbleweed 20211008:

mio:~ # zypper in discord-0.0.16-1.1
Loading repository data...
Reading installed packages...
Resolving package dependencies...

Problem: nothing provides 'libc++1' needed by the to be installed
discord-0.0.16-1.1.x86_64
 Solution 1: do not install discord-0.0.16-1.1.x86_64
 Solution 2: break discord-0.0.16-1.1.x86_64 by ignoring some of its
dependencies

Choose from above solutions by number or cancel [1/2/c/d/?] (c): c

seems that libc++1 and libc++1bi1 have been dropped from TW with the upgrade ,
but discord needs them.


--1634045897.0D70a2840.7465
Date: Tue, 12 Oct 2021 13:38:17 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191571
           Summary: After upgrade to Leap 15.3, hylafax not running anymore / link across device borders
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.3
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Upgrade Problems
          Assignee: screening-team-bugs-at-suse.de
          Reporter: axel.braun-at-gmx.de
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

hylafax+ was running properly since years, however, after upgrade to Leap 15.3
its broken.
Started all over with a new installation, and while running faxsetup I get the
message:
/usr/bin/ln: Die harte Verkn?pfung '/var/spool/hylafax/etc/setup.modem' =>
'/etc/hylafax/setup.modem' konnte nicht angelegt werden: Ung?ltiger Link ?ber
Ger?tegrenzen hinweg
/usr/bin/ln: Die harte Verkn?pfung '/var/spool/hylafax/etc/setup.cache' =>
'/etc/hylafax/setup.cache' konnte nicht angelegt werden: Ung?ltiger Link ?ber
Ger?tegrenzen hinweg

(Translation: Hard link ... could not be created - invalid link across device
borders)

Disk layout is standard:

southpole:/home/axel # more /etc/fstab
UUID=c8fb8c4a-8c3c-4225-9742-450573aac089  swap                     swap
defaults                        0  0
UUID=b05f8473-3b49-4724-88e3-b75f0f069cac  /                        btrfs
defaults                        0  0
UUID=b05f8473-3b49-4724-88e3-b75f0f069cac  /boot/grub2/i386-pc      btrfs
subvol=@/boot/grub2/i386-pc     0  0
UUID=b05f8473-3b49-4724-88e3-b75f0f069cac  /boot/grub2/x86_64-efi   btrfs
subvol=@/boot/grub2/x86_64-efi  0  0
UUID=b05f8473-3b49-4724-88e3-b75f0f069cac  /opt                     btrfs
subvol=@/opt                    0  0
UUID=b05f8473-3b49-4724-88e3-b75f0f069cac  /srv                     btrfs
subvol=@/srv                    0  0
UUID=b05f8473-3b49-4724-88e3-b75f0f069cac  /tmp                     btrfs
subvol=@/tmp                    0  0
UUID=b05f8473-3b49-4724-88e3-b75f0f069cac  /usr/local               btrfs
subvol=@/usr/local              0  0
UUID=b05f8473-3b49-4724-88e3-b75f0f069cac  /var/cache               btrfs
subvol=@/var/cache              0  0
UUID=b05f8473-3b49-4724-88e3-b75f0f069cac  /var/crash               btrfs
subvol=@/var/crash              0  0
UUID=b05f8473-3b49-4724-88e3-b75f0f069cac  /var/lib/libvirt/images  btrfs
subvol=@/var/lib/libvirt/images  0  0
UUID=b05f8473-3b49-4724-88e3-b75f0f069cac  /var/lib/machines        btrfs
subvol=@/var/lib/machines       0  0
UUID=b05f8473-3b49-4724-88e3-b75f0f069cac  /var/lib/mailman         btrfs
subvol=@/var/lib/mailman        0  0
UUID=b05f8473-3b49-4724-88e3-b75f0f069cac  /var/lib/mariadb         btrfs
subvol=@/var/lib/mariadb        0  0
UUID=b05f8473-3b49-4724-88e3-b75f0f069cac  /var/lib/mysql           btrfs
subvol=@/var/lib/mysql          0  0
UUID=b05f8473-3b49-4724-88e3-b75f0f069cac  /var/lib/named           btrfs
subvol=@/var/lib/named          0  0
UUID=b05f8473-3b49-4724-88e3-b75f0f069cac  /var/lib/pgsql           btrfs
subvol=@/var/lib/pgsql          0  0
UUID=b05f8473-3b49-4724-88e3-b75f0f069cac  /var/log                 btrfs
subvol=@/var/log                0  0
UUID=b05f8473-3b49-4724-88e3-b75f0f069cac  /var/opt                 btrfs
subvol=@/var/opt                0  0
UUID=b05f8473-3b49-4724-88e3-b75f0f069cac  /var/spool               btrfs
subvol=@/var/spool              0  0
UUID=b05f8473-3b49-4724-88e3-b75f0f069cac  /var/tmp                 btrfs
subvol=@/var/tmp                0  0
UUID=b05f8473-3b49-4724-88e3-b75f0f069cac  /.snapshots              btrfs
subvol=@/.snapshots             0  0
UUID=50F1-50BB                             /boot/efi                vfat
umask=0002,utf8=true            0  0
UUID=a72b88fc-ea8f-42b4-87f4-369848842cdd  /daten                   xfs
defaults                        0  0
UUID=66b30a37-0630-41ad-ae6a-6f6e042e530f  /home                    xfs
defaults                        0  0
# /dev/system/daten    /daten               ext4       defaults              1
2
# /dev/system/home     /home                ext4       defaults              1
2

Something seems to be treated different in SLE vs. Leap...


body:
--1634050495.c76d0.18316
Date: Tue, 12 Oct 2021 14:54:55 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191578
           Summary: shadow: drop useradd.local etc
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: mvetter-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: amajer-at-suse.com
          Found By: ---
           Blocker: ---

The shadow package contains patches to add the scripts useradd.local,
userdel-pre.local, userdel-post.local

They contain a note "Here you can add your own stuff" but clearly they are in
/usr, therefore to be considered readonly and not config files. So that can't
work.

Can we just drop them without replacement please? :-) If there's anything
useful in there it should be implemented directly in C. For example there is a
pr related to SELinux upstream: https://github.com/shadow-maint/shadow/pull/422

summary: shadow: drop useradd.local etc


--1634069906.5f520.5769
Date: Tue, 12 Oct 2021 20:18:26 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191585
           Summary: Peculiar audacity 3.0.4 problem reported by two users
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Sound
          Assignee: tiwai-at-suse.com
          Reporter: gerry-at-gavigan.me.uk
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

the details are on this thread

https://forums.opensuse.org/showthread.php/560328-Audacity-won-t-start

It seems  to fail in the same way for two users. Mine is an AMD desktop. I
installed the same version on an Intel laptop and all seemed fine


body:
--1634097554.Fc0a00.13576
Date: Wed, 13 Oct 2021 03:59:14 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191587
           Summary: clang is broken
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: openSUSE Tumbleweed
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Development
          Assignee: screening-team-bugs-at-suse.de
          Reporter: bart.vanassche+novell-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

clang-12 works but clang (alias for clang-13) not:

$ echo 'int main(){return 0;}'|clang-12 -xc -; echo $?
0
$ echo 'int main(){return 0;}'|clang -xc -; echo $?
/usr/bin/ld: cannot find crt1.o: No such file or directory
/usr/bin/ld: cannot find crti.o: No such file or directory
/usr/bin/ld: cannot find crtbegin.o: No such file or directory
/usr/bin/ld: cannot find -lgcc
/usr/bin/ld: cannot find -lgcc_s
/usr/bin/ld: cannot find -lc
/usr/bin/ld: cannot find -lgcc
/usr/bin/ld: cannot find -lgcc_s
/usr/bin/ld: cannot find crtend.o: No such file or directory
/usr/bin/ld: cannot find crtn.o: No such file or directory
clang-13.0: error: linker command failed with exit code 1 (use -v to see
invocation)
1

$ rpm -qa | grep clang | sort
clang12-12.0.1-3.2.x86_64
clang12-doc-12.0.1-3.2.noarch
clang13-13.0.0-1.1.i586
clang-tools-13.0.0-1.1.i586
libclang12-12.0.1-3.2.x86_64
libclang13-13.0.0-1.1.i586
libclang13-32bit-13.0.0-1.1.x86_64

summary: clang is broken


--1634255395.00B5eCF1.21206
Date: Thu, 14 Oct 2021 23:49:55 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191678
           Summary: samba container broken since update to 4.15
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kubic
          Assignee: kubic-bugs-at-opensuse.org
          Reporter: noah-at-spacemule.net
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Since samba update to 4.15, the container
registry.opensuse.org/opensuse/samba:latest refuses to start.

Debug output:
podman run --rm --env USER=noah:PASSWORD --env USER1=zogs:PASSWORD -v
/var/slow/samba:/samba --env
SHARE=zogga:/samba/torrents:yes::yes:noah,zogs:noah,zogs:noah,zogs:Movies_and_Television
--env DEBUG=1 --label io.containers.autoupdate=image -p 137:137/udp -p
138:138/udp -p 139:139/tcp -p 445:445/tcp --name samba
registry.opensuse.org/opensuse/samba:latest
+ HOSTNAME=ae50166c364b
+ WORKGROUP=WORKGROUP
+ export
PATH=/usr/sbin:/sbin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
+
PATH=/usr/sbin:/sbin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
+ CONFIG_FILE=/etc/samba/smb.conf
+ setup_timezone
+ '[' -n '' ']'
+ init_smb_conf
+ cat
+ getopts :u:s:h opt
+ read -r user
++ env
++ awk '/^USER[0-9=_]/ {sub (/^[^=]*=/, "", $0); print}'
+ add_user zogs:PASSWORD
+ IFS=:
+ read -r name password uid group gid
+ echo -n 'Add user zogs... '
Add user zogs... + [[ -n '' ]]
+ grep -q '^zogs:' /etc/passwd
+ useradd -M zogs
Failed opening /etc/nsswitch.conf: No such file or directory+ echo -e
'PASSWORD\nPASSWORD'
+ smbpasswd -s -a zogs
Added user zogs.
+ echo DONE
DONE
+ read -r user
+ add_user noah:PASSWORD
+ IFS=:
+ read -r name password uid group gid
Add user noah... + echo -n 'Add user noah... '
+ [[ -n '' ]]
+ grep -q '^noah:' /etc/passwd
+ useradd -M noah
Failed opening /etc/nsswitch.conf: No such file or directory+ echo -e
'PASSWORD\nPASSWORD'
+ smbpasswd -s -a noah
Added user noah.
DONE
+ echo DONE
+ read -r user
+ read -r share
++ env
++ awk '/^SHARE[0-9=_]/ {sub (/^[^=]*=/, "", $0); print}'
+ add_share
zogga:/samba/torrents:yes::yes:noah,zogs:noah,zogs:noah,zogs:Movies_and_Television
+ IFS=:
+ read -r sharename sharepath browseable ro guest users admins writelist
comment
+ echo -n 'Add share '\''zogga'\'' with path '\''/samba/torrents'\''... '
Add share 'zogga' with path '/samba/torrents'... + echo '[zogga]'
+ echo '  path = "/samba/torrents"'
+ [[ -n yes ]]
+ echo '  browseable = yes'
+ [[ -n '' ]]
+ [[ -n yes ]]
+ echo '  guest ok = yes'
+ [[ -n noah,zogs ]]
++ tr , ' '
+ echo '  valid users = noah zogs'
+ [[ -n noah,zogs ]]
++ tr , ' '
+ echo '  admin users = noah zogs'
+ [[ -n noah,zogs ]]
++ tr , ' '
+ echo '  write list = noah zogs'
+ [[ -n Movies_and_Television ]]
++ tr _ ' '
+ echo '  comment = Movies and Television'
+ echo ''
+ [[ ! -d /samba/torrents ]]
DONE
+ echo DONE
+ read -r share
+ '[' -n '' ']'
+ '[' -n '' ']'
+ exec catatonit


--1634297425.Dd35E0.24546
Date: Fri, 15 Oct 2021 11:30:25 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191697
           Summary: network:cluster/singularity: Bug missing BuildRequires:  libseccomp-devel
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Hardware: x86-64
                OS: openSUSE Tumbleweed
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: 3rd party software
          Assignee: burnus-at-gmx.de
          Reporter: skluth-at-mpp.mpg.de
        QA Contact: screening-team-bugs-at-suse.de
                CC: eich-at-suse.com, scorot-at-free.fr
          Found By: ---
           Blocker: ---

singularity needs seccomp support to make --fakeroot options in various
subcommands (e.g. build) work properly.

I forked to https://build.opensuse.org/package/show/home:skluth/singularity and
added BuildRequires:  libseccomp-devel to the spec file.

We downloaded the resulting package and tried on my t-weed system, the seccomp
related warning messages disappeared and a yum based bootstrap for a centos
container worked.

The full yum bootstrapped container build fails later for another reason.


--1634497645.EA8E70.6260
Date: Sun, 17 Oct 2021 19:07:25 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191723
           Summary: fractal package should require gstreamer-plugins-good-gtk
    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: a.samirh78-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

thread 'main' panicked at 'Missing dependency: element gtksink is needed
(usually, in gstreamer-plugins-good or in gst-plugin-gtk).: BoolError {
message: "Failed to create element from factory name", filename:
"/home/abuild/rpmbuild/BUILD/fractal-4.4.0/vendor/gstreamer/src/auto/element_factory.rs",
function: "gstreamer::auto::element_factory", line: 184 }',
fractal-gtk/src/widgets/inline_player.rs:250:14
stack backtrace:
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose
backtrace.
Aborted (core dumped)


--1634551596.e1dc0.30905
Date: Mon, 18 Oct 2021 10:06:36 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191743
           Summary: VUL-1: CVE-2021-28021: Buffer overflow vulnerability in function stbi__extend_receive in stb_image.h in stb 2.26 via a crafted JPEG file.
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
               URL: https://smash.suse.de/issue/312702/
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Security
          Assignee: adrian.schroeter-at-suse.com
          Reporter: carlos.lopez-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2021-28021

Buffer overflow vulnerability in function stbi__extend_receive in stb_image.h
in
stb 2.26 via a crafted JPEG file.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-28021
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-28021
https://github.com/nothings/stb/issues/1108


body:
--1634557321.4Df420.12473
Date: Mon, 18 Oct 2021 11:42:01 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191747
           Summary: [SLPP] apr: E: shlib-policy-name-error
    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: martin.liska-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The following rpmlint error was seen for the package:

apr.log:[  351s] libapr1.x86_64: E: shlib-policy-name-error SONAME:
libapr-1.so.0, expected package suffix: 1-0

Note the updated rpmlint will reach openSUSE:Factory soon.

We would like to make 'shlib-policy-name-error' a package build failure error,
so please fix the error.

Link to the SLPP documentation:
https://en.opensuse.org/openSUSE:Shared_library_packaging_policy#Package_naming

summary: [SLPP] apr: E: shlib-policy-name-error


--1634557404.3D5C21570.5288
Date: Mon, 18 Oct 2021 11:43:24 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191748
           Summary: [SLPP] apr-util: E: shlib-policy-name-error
    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: martin.liska-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The following rpmlint error was seen for the package:

libapr-util1.x86_64: E: shlib-policy-name-error SONAME: libaprutil-1.so.0,
expected package suffix: 1-0

Note the updated rpmlint will reach openSUSE:Factory soon.

We would like to make 'shlib-policy-name-error' a package build failure error,
so please fix the error.

Link to the SLPP documentation:
https://en.opensuse.org/openSUSE:Shared_library_packaging_policy#Package_naming


body:
--1634557600.7Cab0.6009
Date: Mon, 18 Oct 2021 11:46:40 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191752
           Summary: [SLPP] cluster-glue: E: shlib-policy-name-error
    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: martin.liska-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The following rpmlint error was seen for the package:

cluster-glue.log:[  112s] libglue2.x86_64: E: shlib-policy-name-error SONAME:
libstonith.so.1, expected package suffix: 1

Note the updated rpmlint will reach openSUSE:Factory soon.

We would like to make 'shlib-policy-name-error' a package build failure error,
so please fix the error.

Link to the SLPP documentation:
https://en.opensuse.org/openSUSE:Shared_library_packaging_policy#Package_naming

pkgs: cluster-glue pacemaker


--1634557635.b2a3CC0.6160
Date: Mon, 18 Oct 2021 11:47:15 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191753
           Summary: [SLPP] fcitx: E: shlib-policy-name-error
    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: martin.liska-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The following rpmlint error was seen for the package:

fcitx.log:[  252s] libfcitx-4_2_9.x86_64: E: shlib-policy-name-error SONAME:
libfcitx-core.so.0, expected package suffix: 0
fcitx.log:[  252s] libfcitx-4_2_9.x86_64: E: shlib-policy-name-error SONAME:
libfcitx-gclient.so.1, expected package suffix: 1
fcitx.log:[  252s] libfcitx-4_2_9.x86_64: E: shlib-policy-name-error SONAME:
libfcitx-utils.so.0, expected package suffix: 0

Note the updated rpmlint will reach openSUSE:Factory soon.

We would like to make 'shlib-policy-name-error' a package build failure error,
so please fix the error.

Link to the SLPP documentation:
https://en.opensuse.org/openSUSE:Shared_library_packaging_policy#Package_naming


body:
--1634557681.45ECAf0.13388
Date: Mon, 18 Oct 2021 11:48:01 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191754
           Summary: [SLPP] fltk: E: shlib-policy-name-error
    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: martin.liska-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The following rpmlint error was seen for the package:

fltk.log:[  146s] libfltk1.x86_64: E: shlib-policy-name-error SONAME:
libfltk_forms.so.1.3, expected package suffix: 1_3
fltk.log:[  146s] libfltk1.x86_64: E: shlib-policy-name-error SONAME:
libfltk_gl.so.1.3, expected package suffix: 1_3
fltk.log:[  146s] libfltk1.x86_64: E: shlib-policy-name-error SONAME:
libfltk_images.so.1.3, expected package suffix: 1_3
fltk.log:[  146s] libfltk1.x86_64: E: shlib-policy-name-error SONAME:
libfltk.so.1.3, expected package suffix: 1_3

Note the updated rpmlint will reach openSUSE:Factory soon.

We would like to make 'shlib-policy-name-error' a package build failure error,
so please fix the error.

Link to the SLPP documentation:
https://en.opensuse.org/openSUSE:Shared_library_packaging_policy#Package_naming

summary: [SLPP] fltk: E: shlib-policy-name-error


body:
--1634557953.B481d0.7079
Date: Mon, 18 Oct 2021 11:52:33 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191758
           Summary: [SLPP] :gtk2 E: shlib-policy-name-error
    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: martin.liska-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The following rpmlint error was seen for the package:

gtk2.log:[ 1169s] libgtk-2_0-0.x86_64: E: shlib-policy-name-error SONAME:
libgailutil.so.18, expected package suffix: 18

Note the updated rpmlint will reach openSUSE:Factory soon.

We would like to make 'shlib-policy-name-error' a package build failure error,
so please fix the error.

Link to the SLPP documentation:
https://en.opensuse.org/openSUSE:Shared_library_packaging_policy#Package_naming

summary: [SLPP] :gtk2 E: shlib-policy-name-error


--1634558060.b21c0.7286
Date: Mon, 18 Oct 2021 11:54:19 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191761
           Summary: [SLPP] libbraille: E: shlib-policy-name-error
    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: martin.liska-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The following rpmlint error was seen for the package:

libbraille.log:[   98s] libbraille.x86_64: E: shlib-policy-name-error SONAME:
libbraille-0.so.14, expected package suffix: 0-14

Note the updated rpmlint will reach openSUSE:Factory soon.

We would like to make 'shlib-policy-name-error' a package build failure error,
so please fix the error.

Link to the SLPP documentation:
https://en.opensuse.org/openSUSE:Shared_library_packaging_policy#Package_naming


--1634558155.c0f3FF0.7520
Date: Mon, 18 Oct 2021 11:55:55 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191763
           Summary: [SLPP] libglvnd: E: shlib-policy-name-error
    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: martin.liska-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The following rpmlint error was seen for the package:

libglvnd.log:[   78s] libglvnd.x86_64: E: shlib-policy-name-error SONAME:
libEGL.so.1, expected package suffix: 1
libglvnd.log:[   78s] libglvnd.x86_64: E: shlib-policy-name-error SONAME:
libGLdispatch.so.0, expected package suffix: 0
libglvnd.log:[   78s] libglvnd.x86_64: E: shlib-policy-name-error SONAME:
libGLESv1_CM.so.1, expected package suffix: 1
libglvnd.log:[   78s] libglvnd.x86_64: E: shlib-policy-name-error SONAME:
libGLESv2.so.2, expected package suffix: 2-2
libglvnd.log:[   78s] libglvnd.x86_64: E: shlib-policy-name-error SONAME:
libGL.so.1, expected package suffix: 1
libglvnd.log:[   78s] libglvnd.x86_64: E: shlib-policy-name-error SONAME:
libGLX.so.0, expected package suffix: 0
libglvnd.log:[   78s] libglvnd.x86_64: E: shlib-policy-name-error SONAME:
libOpenGL.so.0, expected package suffix: 0

Note the updated rpmlint will reach openSUSE:Factory soon.

We would like to make 'shlib-policy-name-error' a package build failure error,
so please fix the error.

Link to the SLPP documentation:
https://en.opensuse.org/openSUSE:Shared_library_packaging_policy#Package_naming


--1634558188.a1BE10.14812
Date: Mon, 18 Oct 2021 11:56:28 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191764
           Summary: [SLPP] libgphoto2: E: shlib-policy-name-error
    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: martin.liska-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The following rpmlint error was seen for the package:

libgphoto2.log:[  133s] libgphoto2-6.x86_64: E: shlib-policy-name-error SONAME:
libgphoto2_port.so.12, expected package suffix: 12

Note the updated rpmlint will reach openSUSE:Factory soon.

We would like to make 'shlib-policy-name-error' a package build failure error,
so please fix the error.

Link to the SLPP documentation:
https://en.opensuse.org/openSUSE:Shared_library_packaging_policy#Package_naming


--1634558290.5f704fD0.15127
Date: Mon, 18 Oct 2021 11:58:10 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191766
           Summary: [SLPP] libksysguard5: E: shlib-policy-name-error
    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: martin.liska-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The following rpmlint error was seen for the package:

libksysguard5.log:[  251s] libksysguard5.x86_64: E: shlib-policy-name-error
SONAME: libksgrd.so.9, expected package suffix: 9
libksysguard5.log:[  251s] libksysguard5.x86_64: E: shlib-policy-name-error
SONAME: libksignalplotter.so.9, expected package suffix: 9
libksysguard5.log:[  251s] libksysguard5.x86_64: E: shlib-policy-name-error
SONAME: libKSysGuardFormatter.so.1, expected package suffix: 1
libksysguard5.log:[  251s] libksysguard5.x86_64: E: shlib-policy-name-error
SONAME: libKSysGuardSensorFaces.so.1, expected package suffix: 1
libksysguard5.log:[  251s] libksysguard5.x86_64: E: shlib-policy-name-error
SONAME: libKSysGuardSensors.so.1, expected package suffix: 1
libksysguard5.log:[  251s] libksysguard5.x86_64: E: shlib-policy-name-error
SONAME: liblsofui.so.9, expected package suffix: 9
libksysguard5.log:[  251s] libksysguard5.x86_64: E: shlib-policy-name-error
SONAME: libprocesscore.so.9, expected package suffix: 9
libksysguard5.log:[  251s] libksysguard5.x86_64: E: shlib-policy-name-error
SONAME: libprocessui.so.9, expected package suffix: 9

Note the updated rpmlint will reach openSUSE:Factory soon.

We would like to make 'shlib-policy-name-error' a package build failure error,
so please fix the error.

Link to the SLPP documentation:
https://en.opensuse.org/openSUSE:Shared_library_packaging_policy#Package_naming


--1634558463.5cE25d0.8636
Date: Mon, 18 Oct 2021 12:01:03 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191772
           Summary: [SLPP] mailutils: E: shlib-policy-name-error
    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: martin.liska-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The following rpmlint error was seen for the package:

mailutils.log:[  307s] libmailutils5.x86_64: E: shlib-policy-name-error SONAME:
libmailutils.so.8, expected package suffix: 8
mailutils.log:[  307s] libmailutils5.x86_64: E: shlib-policy-name-error SONAME:
libmu_auth.so.8, expected package suffix: 8
mailutils.log:[  307s] libmailutils5.x86_64: E: shlib-policy-name-error SONAME:
libmuaux.so.8, expected package suffix: 8
mailutils.log:[  307s] libmailutils5.x86_64: E: shlib-policy-name-error SONAME:
libmu_dbm.so.8, expected package suffix: 8
mailutils.log:[  307s] libmailutils5.x86_64: E: shlib-policy-name-error SONAME:
libmu_dotmail.so.8, expected package suffix: 8
mailutils.log:[  307s] libmailutils5.x86_64: E: shlib-policy-name-error SONAME:
libmu_imap.so.8, expected package suffix: 8
mailutils.log:[  307s] libmailutils5.x86_64: E: shlib-policy-name-error SONAME:
libmu_maildir.so.8, expected package suffix: 8
mailutils.log:[  307s] libmailutils5.x86_64: E: shlib-policy-name-error SONAME:
libmu_mailer.so.8, expected package suffix: 8
mailutils.log:[  307s] libmailutils5.x86_64: E: shlib-policy-name-error SONAME:
libmu_mbox.so.8, expected package suffix: 8
mailutils.log:[  307s] libmailutils5.x86_64: E: shlib-policy-name-error SONAME:
libmu_mh.so.8, expected package suffix: 8
mailutils.log:[  307s] libmailutils5.x86_64: E: shlib-policy-name-error SONAME:
libmu_pop.so.8, expected package suffix: 8
mailutils.log:[  307s] libmailutils5.x86_64: E: shlib-policy-name-error SONAME:
libmu_py.so.8, expected package suffix: 8
mailutils.log:[  307s] libmailutils5.x86_64: E: shlib-policy-name-error SONAME:
libmu_scm.so.8, expected package suffix: 8
mailutils.log:[  307s] libmailutils5.x86_64: E: shlib-policy-name-error SONAME:
libmu_sieve.so.8, expected package suffix: 8

Note the updated rpmlint will reach openSUSE:Factory soon.

We would like to make 'shlib-policy-name-error' a package build failure error,
so please fix the error.

Link to the SLPP documentation:
https://en.opensuse.org/openSUSE:Shared_library_packaging_policy#Package_naming


--1634558640.bfDC1cF0.16564
Date: Mon, 18 Oct 2021 12:04:00 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191779
           Summary: [SLPP] phonon4qt5: E: shlib-policy-name-error
    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: martin.liska-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The following rpmlint error was seen for the package:

phonon4qt5.log:[   90s] libphonon4qt5.x86_64: E: shlib-policy-name-error
SONAME: libphonon4qt5.so.4, expected package suffix: 5-4

Note the updated rpmlint will reach openSUSE:Factory soon.

We would like to make 'shlib-policy-name-error' a package build failure error,
so please fix the error.

Link to the SLPP documentation:
https://en.opensuse.org/openSUSE:Shared_library_packaging_policy#Package_naming


--1634558660.a31a36B0.9599
Date: Mon, 18 Oct 2021 12:04:20 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191780
           Summary: [SLPP] pidgin: E: shlib-policy-name-error
    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: martin.liska-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The following rpmlint error was seen for the package:

pidgin.log:[  162s] libpurple.x86_64: E: shlib-policy-name-error SONAME:
libpurple-client.so.0, expected package suffix: 0
pidgin.log:[  162s] libpurple.x86_64: E: shlib-policy-name-error SONAME:
libpurple.so.0, expected package suffix: 0

Note the updated rpmlint will reach openSUSE:Factory soon.

We would like to make 'shlib-policy-name-error' a package build failure error,
so please fix the error.

Link to the SLPP documentation:
https://en.opensuse.org/openSUSE:Shared_library_packaging_policy#Package_naming


--1634558691.d58a05f40.9720
Date: Mon, 18 Oct 2021 12:04:51 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191782
           Summary: [SLPP] postgresql14: E: shlib-policy-name-error
    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: martin.liska-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The following rpmlint error was seen for the package:

postgresql14.log:[  698s] libecpg6.x86_64: E: shlib-policy-name-error SONAME:
libecpg_compat.so.3, expected package suffix: 3
postgresql14.log:[  698s] libecpg6.x86_64: E: shlib-policy-name-error SONAME:
libpgtypes.so.3, expected package suffix: 3

Note the updated rpmlint will reach openSUSE:Factory soon.

We would like to make 'shlib-policy-name-error' a package build failure error,
so please fix the error.

Link to the SLPP documentation:
https://en.opensuse.org/openSUSE:Shared_library_packaging_policy#Package_naming


--1634626316.bb2c50.10065
Date: Tue, 19 Oct 2021 06:51:56 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191804
           Summary: kernel cannot be updated if Secure Boot is disabled
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-bugs-at-opensuse.org
          Reporter: kukuk-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

(3/3) Installing: kernel-default-5.14.11-1.2.x86_64 [...........error]
Installation of kernel-default-5.14.11-1.2.x86_64 failed:
Error: Subprocess failed. Error: RPM failed: SecureBoot disabled
Platform is in Setup Mode

Abort, retry, ignore? [a/r/i] (a): a
Warning: %posttrans scripts skipped while aborting:
    kernel-default-5.14.11-1.2.x86_64.rpm


--1634627287.c06e0.11762
Date: Tue, 19 Oct 2021 07:08:07 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191805
           Summary: Tensorflow Lite devel package misses an include file
    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: guillaume.gardet-at-arm.com
        QA Contact: qa-bugs-at-suse.de
                CC: cgoll-at-suse.com
          Found By: ---
           Blocker: ---

Tensorflow Lite devel package has /usr/include/tensorflow/lite/version.h which
includes "tensorflow/core/public/version.h" which is missing.

This causes troubles to all packages which include tensorflow/lite/version.h

"tensorflow/core/public/version.h" is not packaged at all, neither in lite
flavor, nor in standard flavor.


--1634631267.b4aa484.14084
Date: Tue, 19 Oct 2021 08:14:27 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1191809
           Summary: GNOME 41 / gdm: Wayland session is started although GNOME/Xorg is selected
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: openSUSE Tumbleweed
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
          Assignee: gnome-bugs-at-suse.de
          Reporter: martin.wilck-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I'm using GNOME/Xorg. When I log in, GNOME/Xorg is preselected as the last-used
option. Nonetheless, the wayland session is started. I need to actively open
the settings dialog and click on GNOME/Xorg again (even though it already shows
as selected) to actually start GNOME/Xorg. Needless to say that I almost always
forget that and need to logout and log back in.

I need to run GNOME/Xorg because I'm using the barrier KVM software to share
keyboard and mouse between different computers, which doesn't work under
Wayland yet.

I observe this behavior since TW upated to GNOME 41.0.

tumbleweed 20211016

gdm-41.0-1.1.x86_64
gnome-shell-41.0-2.1.x86_64