--1614153555.D66c4.11620
Date: Wed, 24 Feb 2021 07:59:15 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182645
           Summary: icu fails in test on aarch64 since update to 68.1
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: aarch64
               URL: https://unicode-org.atlassian.net/browse/ICU-21505
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: screening-team-bugs-at-suse.de
          Reporter: guillaume.gardet-at-arm.com
        QA Contact: qa-bugs-at-suse.de
                CC: afaerber-at-suse.com, dmueller-at-suse.com, jengelh-at-inai.de
          Found By: ---
           Blocker: ---

According to OBS build log, icu fails in test on aarch64 since update from 67.1
to to 68.1.

Failures from the log:
```
[  571s]          TestCanonicalization {
[  571s]          FAIL: createCanonical(ca_ES-with-extra-stuff-that really
doesn't make any sense-unless-you're trying to increase code
coverage).getName() => "ca_ES_WITH_EXTRA_STUFF_THAT REALLY DOESN'T MAKE ANY
SENSE_UNLESS_YOU'RE TRYING TO INCREASE CODE COVERAGE", expected
"ca_ES_EXTRA_STUFF_THAT REALLY DOESN'T MAKE ANY SENSE_UNLESS_WITH_YOU'RE TRYING
TO INCREASE CODE COVERAGE"
[  571s]          FAIL: createCanonical(no-no-ny.utf8@B).getName() =>
"nb_NO_NY_B", expected "nb_NO_B_NY"
```

```
[  571s]          TestLocaleCanonicalizationFromFile {
[  571s]          FAIL: createCanonical(no_nynorsk_bokmal) locale = nn; got
"nn"; expected "nb"
[  571s]          FAIL: createCanonical(chi_Adlm_AC_fonipa_guoyu_hakka_xiang)
locale = hsn_Adlm_AC_FONIPA_GUOYU; got "hsn-Adlm-AC-fonipa-guoyu"; expected
"hak-Adlm-AC-fonipa"
[  571s]          FAIL: createCanonical(cmn_Adlm_AC_fonipa_guoyu_hakka_xiang)
locale = hsn_Adlm_AC_FONIPA_GUOYU; got "hsn-Adlm-AC-fonipa-guoyu"; expected
"hak-Adlm-AC-fonipa"
[  571s]          FAIL: createCanonical(zh_Adlm_AC_fonipa_guoyu_hakka_xiang)
locale = hsn_Adlm_AC_FONIPA_GUOYU; got "hsn-Adlm-AC-fonipa-guoyu"; expected
"hak-Adlm-AC-fonipa"
[  571s]          FAIL: createCanonical(zho_Adlm_AC_fonipa_guoyu_hakka_xiang)
locale = hsn_Adlm_AC_FONIPA_GUOYU; got "hsn-Adlm-AC-fonipa-guoyu"; expected
"hak-Adlm-AC-fonipa"
[  571s]
[  571s]          } ERRORS (5) in TestLocaleCanonicalizationFromFile (39ms)
```

```
[  636s]          testTemperature {
[  636s]          FAIL: testTemperature: fahrenheit to celsius; got
1.2130296767054459e-14; expected 0; acceptable delta 0
[  636s]
[  636s]          } ERRORS (1) in testTemperature
```

```
[  699s] -------------
[  699s] | ***     FAILING TEST SUMMARY FOR:              intltest
[  699s]          TestCanonicalization
[  699s]          TestLocaleCanonicalizationFromFile
[  699s]       LocaleTest
[  699s]    utility
[  699s]          testTemperature
[  699s]       UnitsTest
[  699s]    format
[  699s] | *** END FAILING TEST SUMMARY FOR:              intltest
[  699s] ---------------
```

I also reported the problem upstream:
https://unicode-org.atlassian.net/browse/ICU-21505


--1614162666.Efdf0.30593
Date: Wed, 24 Feb 2021 10:31:06 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182657
           Summary: VUL-0: CVE-2021-21309: redis: Integer overflow on 32-bit systems
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: i586
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: ro-at-suse.de
          Reporter: Andreas.Stieger-at-gmx.de
        QA Contact: qa-bugs-at-suse.de
                CC: security-team-at-suse.de
          Found By: ---
           Blocker: ---

Integer overflow on 32-bit systems (CVE-2021-21309):
Redis 4.0 or newer uses a configurable limit for the maximum supported bulk
input size. By default, it is 512MB which is a safe value for all platforms.
If the limit is significantly increased, receiving a large request from a
client
may trigger several integer overflow scenarios, which would result with buffer
overflow and heap corruption.

References:
https://groups.google.com/g/redis-db/c/tFldUlOt8D8/m/HrZAfUB0AgAJ
https://github.com/redis/redis/blob/6.2.0/00-RELEASENOTES


--1614163119.bea18ee0.983
Date: Wed, 24 Feb 2021 10:38:39 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182659
           Summary: network/python-grpcio: Bug python-grpcio package seems to be broken
    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: badshah400-at-gmail.com
          Reporter: munix9-at-googlemail.com
        QA Contact: screening-team-bugs-at-suse.de
          Found By: ---
           Blocker: ---

root:~ # zypper se -s --provides python3-grpc
Loading repository data...
Reading installed packages...

S | Name                        | Type    | Version    | Arch   | Repository
--+-----------------------------+---------+------------+--------+-----------------------
  | python38-grpc-google-iam-v1 | package | 0.12.3-1.5 | noarch |
Haupt-Repository (OSS)
  | python38-grpcio             | package | 1.34.1-1.2 | x86_64 |
Haupt-Repository (OSS)
  | python38-grpcio             | package | 1.34.1-1.2 | i586   |
Haupt-Repository (OSS)
  | python38-grpcio-gcp         | package | 0.2.2-1.8  | noarch |
Haupt-Repository (OSS)
  | python38-grpcio-tools       | package | 1.34.1-1.2 | x86_64 |
Haupt-Repository (OSS)
  | python38-grpcio-tools       | package | 1.34.1-1.2 | i586   |
Haupt-Repository (OSS)

root:~ # zypper in python38-grpcio

according to https://grpc.io/docs/languages/python/quickstart/:
wget greeter_client.py  greeter_server.py  helloworld_pb2_grpc.py
helloworld_pb2.py
from https://github.com/grpc/grpc/tree/master/examples/python/helloworld

Run the server: user> python3 greeter_server.py
From another terminal, run the client: user> python3 greeter_client.py

nothing happens, no output from greeter_client.py
instead, greeter_server.py and greeter_client.py needed ~100% of cpu usage.

so remove previous installed package from TW repo
root:~ # zypper rm python38-grpcio

and install grpcio via pip
user> pip3 install grpcio==1.34.1

now run the test again.

Run the server: user> python3 greeter_server.py
From another terminal, run the client: user> python3 greeter_client.py

output from greeter_client.py
Greeter client received: Hello, you!

and greeter_*.py does not catch ~100% cpu.


body:
--1614164781.AedE02720.13961
Date: Wed, 24 Feb 2021 11:06:21 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182661
           Summary: Broken macro for %systemd_user_post
    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: mrueckert-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

rpm --eval "%systemd_user_post pipewire.socket"

```
:
if [ -x /usr/bin/systemctl ]; then
    for service in \--global \--global pipewire.socket ; do
        if [ -e "/run/systemd/rpm/needs-preset/$service" ]; then
            /usr/bin/systemctl preset "$service" || :
            rm -f /run/systemd/rpm/needs-preset/$service
        else
            /usr/lib/systemd/systemd-sysv-convert --apply \--global \--global
pipewire.socket || :
        fi
    done
fi

```
the whole global global part with quoting looks just wrong

summary: Broken macro for %systemd_user_post


--1614166113.356B0.23183
Date: Wed, 24 Feb 2021 11:28:32 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182667
           Summary: prime-select cant switch driver from command line
    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: axel.braun-at-gmx.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

According to
https://bugzilla.opensuse.org/show_bug.cgi?id=1182666
latest update is broken with nvidia graphics and ends up in a terminal session

trying to switch graphics from runlevel 3 fails
prime-select intel
-> process hangs with logout-waiter running

Ideally one is able to switch graphics w/o having an x-session running


--1614168723.0aDDEF00.9040
Date: Wed, 24 Feb 2021 12:12:03 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182672
           Summary: rpm 4.16: building of trivial KMP package fails for -ueficert subpackage
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: martin.wilck-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I have a trivial "hello" KMP that has ceased building for TW since after Jan
11. I still builds fine for SLE.

> https://build.suse.de/package/show/home:mwilck:branches:SUSE:SLE-15:GA/hello-kmp

The error is:

> Processing files: moin-ueficert-1.0-16.289.x86_64
> error: Directory not found: /home/abuild/rpmbuild/BUILDROOT/moin-1.0-16.289.x86_64/etc/uefi
> error: File not found: /home/abuild/rpmbuild/BUILDROOT/moin-1.0-16.289.x86_64/etc/uefi/certs

I can see that the direcory and the certificate therein has been created during
(%build):

> + mkdir -p /home/abuild/rpmbuild/BUILDROOT/moin-1.0-16.289.x86_64/etc/uefi/certs
> + openssl x509 -in /home/abuild/rpmbuild/SOURCES/_projectcert.crt -inform PEM -out /home/abuild/rpmbuild/BUILDROOT/moin-1.0-16.289.x86_64//etc/uefi/certs/1245A689.crt -outform DER

I believe this is caused by the update to rpm 4.16. At least I can't
see any relevant differences for other packages (like kernel-rpm-macros), and
the time when builds started to fail matches:

> osc -A obs log openSUSE:Factory rpm
> ----------------------------------------------------------------------------
> r284 | dimstar_suse | 2021-01-10 18:38:00 | 293076cb2f0c72449ba431401c46cb2b | 4.16.0 | rq861385
>
> - update to rpm-4.16.0

The last successful build had:

> /tmp/succ.txt:[   12s] [130/152] cumulate librpmbuild9-4.15.1-8.1

And the current failing one has:

> tmp/failed.txt:[   10s] [125/146] cumulate librpmbuild9-4.16.0-3.1

I wonder if rpm 4.16 cleans out the buildroot before the %install stage.


body:
--1614171143.aC15D1.25957
Date: Wed, 24 Feb 2021 12:52:23 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182677
           Summary: Stand-alone Xwayland package.
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X.Org
          Assignee: gfx-bugs-at-suse.de
          Reporter: sndirsch-at-suse.com
        QA Contact: gfx-bugs-at-suse.de
          Found By: ---
           Blocker: ---

https://build.opensuse.org/request/show/873819

With the stop of the general xserver development and no release on sight, we
should provide Xwayland on its own, to at least allow wayland users to profit
from the ongoing development in this particular area. So here is a first
iteration of a stand-alone xwayland package.

See the below link for the release notes:
https://lists.x.org/archives/xorg-announce/2021-February/003071.html

summary: Stand-alone Xwayland package.


body:
--1614243655.D2dFcC521.14752
Date: Thu, 25 Feb 2021 09:00:55 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182730
           Summary: pipewire-pulseaudio impersonates pulseaudio
    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: alarrosa-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

pipewire-pulseaudio is a pulseaudio daemon replacement and it will be able to
replace it at some point. Because of this, it includes "Provides: pulseaudio"
in its spec file so users who want to try it can install it, but we don't
really want zypper to install it as a replacement when solving dependencies
(yet).

pkgs: pasystray patterns-base xpra


--1614275495.4A4BD0.18818
Date: Thu, 25 Feb 2021 17:51:35 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182775
           Summary: [Build 20210223] chromium hangs on opening
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
               URL: https://openqa.opensuse.org/tests/1645196/modules/chro
                    mium/steps/20
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: gmbr3-at-opensuse.org
          Reporter: rbrown-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: openQA
           Blocker: Yes

## Observation

openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-gnome@64bit_qxl fails in
[chromium](https://openqa.opensuse.org/tests/1645196/modules/chromium/steps/20)

Test also fails on many other openQA tests, across various desktop environments

eg. https://openqa.opensuse.org/tests/1645216#step/chromium/20

## Test suite description

This is a regular openQA test run needed for Tumbleweed to release new
snapshots

## Reproducible

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

Issue is possibly caused by https://build.opensuse.org/request/show/873109

## Expected result

Last good: [20210222](https://openqa.opensuse.org/tests/1642529) (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_qxl&test=gnome&version=Tumbleweed)

Please can you investigate why chromium has failed to work and submit a
fix/workaround, else https://build.opensuse.org/request/show/873109 may need to
be reverted

Thanks


--1614556614.8eEBd60.17356
Date: Sun, 28 Feb 2021 23:56:54 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182833
           Summary: /usr/share/fillup-templates/sysconfig.postfix still refers to /etc/services
    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: gp-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: kukuk-at-suse.com
          Found By: ---
           Blocker: ---

/usr/share/fillup-templates/sysconfig.postfix from postfix-3.5.9-3.3.x86_64
still refers to /etc/services which does not exist any longer (since about
last spring).


body:
--1614592825.40eB4fF0.30954
Date: Mon, 1 Mar 2021 10:00:25 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182847
           Summary: samba has too many hard dependencies
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Samba
          Assignee: samba-maintainers@SuSE.de
          Reporter: kukuk-at-suse.com
        QA Contact: samba-maintainers@SuSE.de
          Found By: ---
           Blocker: ---

When building a samba container I get a really fat image, even with my changes
from [bsc#1182830] our samba is three times bigger than the average samba
container on docker hub.
The average container on docker hub is 50-54MB, our container is 164MB.
The "base container" most often used on docker hub is 6MB, our is 12MB.
Factor 2 is Ok here. So samba itself including dependencies is most often
around 50MB vs our is 150MB, so three times bigger.

Problem seems to be that we have still too many hard Requires and not
Recommends. Remember, "Requires" mean, the package does not work without this
dependency, while Recommends means, for optional features of the package, this
dependency is necessary.

For the I think most common case, just export some shares to Windows machines,
you don't need "cifs-utils" and I don't know who needs samba-libs-python3, but
it's also not required for this.
When I replace this Requires with Recommends, I'm already down to 120MB, so
only factor 2.
Another question is, why do I need cups-config if I don't want to provide
printers...

Using sysusers-tools (sysusers.d) instead of groupadd would also reduce the
dependencies.

summary: samba has too many hard dependencies


--1614595552.b1ea2A52.1950
Date: Mon, 1 Mar 2021 10:45:52 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182850
           Summary: Create homedirectories with stricter permissions
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: YaST2
          Assignee: yast2-maintainers-at-suse.de
          Reporter: jsegitz-at-suse.com
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

Created attachment 846613
  --> http://bugzilla.opensuse.org/attachment.cgi?id=846613&action=edit
yast log files

We want to have stricter permissions on home directories than the current 755.

Discussion here:
https://jira.suse.com/browse/PM-1069
https://jira.suse.com/browse/SLE-6955

According to https://jira.suse.com/browse/SLE-10511 this should now work on
Tumbleweed it the defaults are used. I tried and it's still 755.

Reproduction:
1, Install current Tumbleweed
2, Create new user on newly installed system. Yast2 -> users and groups
management
-> add -> add username and password, don't change anything else (I know you can
change it in one of the tabs)

Home directories are created with 755
localhost:/var/log # ls -lah /home
total 0
drwxr-xr-x 1 root     root   34 Feb 26 06:18 .
drwxr-xr-x 1 root     root  228 Feb 25 08:34 ..
drwxr-xr-x 1 johannes users 342 Feb 25 14:39 johannes
drwxr-xr-x 1 test     users 176 Feb 25 14:48 test
drwxr-xr-x 1 test2    users 176 Feb 26 06:18 test2

User home directories should be 700 by default unless otherwise specified by
the user.


body:
--1614627374.7ce25.1953
Date: Mon, 1 Mar 2021 19:36:14 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182882
           Summary: evolution-ews crashes when parsing XML data
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
          Assignee: gnome-bugs-at-suse.de
          Reporter: srinidhi.bs-at-microfocus.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 846636
  --> http://bugzilla.opensuse.org/attachment.cgi?id=846636&action=edit
gdb backtrace when evolution crashed.

Steps to reproduce:

  * Setup an Office365 account either in GOA or directly in Evolution.
  * Enable "offline synchronization" for the account. (Not sure if this
matters, but sharing here anyway)
  * When refreshing Inbox or when fetching mails for offline use, evolution
crashes randomly.

Reported this on the #evolution channel on GimpNet. Shared the full backtrace
with Milan Crha. He asked for the output of the following Valgrind command:

GIGACAGE_ENABLED=0 WEBKIT_FORCE_SANDBOX=0 Malloc=1 G_SLICE=always-malloc
valgrind --show-leak-kinds=definite --num-callers=30 --leak-check=full
--aspace-minaddr=0x100000000 evolution

I'll be attaching both the backtraces as well as the Valgrind report.

pkgs: evolution-data-server evolution-ews


--1614637374.C7DeCBd0.17910
Date: Mon, 1 Mar 2021 22:22:54 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182883
           Summary: VUL-1: CVE-2020-6860: libmysofa: stack-based buffer overflow in readDataVar
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: 9+suse-at-cirno.systems
          Reporter: Andreas.Stieger-at-gmx.de
        QA Contact: qa-bugs-at-suse.de
                CC: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

libmysofa 0.9.1 has a stack-based buffer overflow in readDataVar in
hdf/dataobject.c during the reading of a header message attribute.

References:
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-6860
MISC:https://github.com/hoene/libmysofa/issues/96


body:
--1614664983.b1d21C1.30943
Date: Tue, 2 Mar 2021 06:03:03 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182888
           Summary: perf: Fix jump parsing for C++ code
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: jslaby-at-suse.com
          Reporter: jslaby-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: mliska-at-suse.cz
          Found By: ---
           Blocker: ---

Considering the following testcase:

int
foo(int a, int b)
{
  for (unsigned i = 0; i < 1000000000; i++)
    a += b;
  return a;
}

int main()
{
  foo (3, 4);
  return 0;
}

perf annotate displays:
 86.52 ???40055e: ??? ja   40056c <foo(int, int)+0x26>
 13.37 ???400560:   mov  -0x18(%rbp),%eax
       ???400563:   add  %eax,-0x14(%rbp)
       ???400566:   addl $0x1,-0x4(%rbp)
  0.11 ???40056a: ??? jmp  400557 <foo(int, int)+0x11>
       ???40056c:   mov  -0x14(%rbp),%eax
       ???40056f:   pop  %rbp

and the 'ja 40056c' does not link to the location in the function.
It's caused by fact that comma is wrongly parsed, it's part
of function signature.

With my patch I see:

 86.52 ???   ?????????ja   26
 13.37 ???   ???  mov  -0x18(%rbp),%eax
       ???   ???  add  %eax,-0x14(%rbp)
       ???   ???  addl $0x1,-0x4(%rbp)
  0.11 ???   ?????? jmp  11
       ???26:?????????mov  -0x14(%rbp),%eax

and 'o' output prints:
 86.52 ???4005????????? ??? ja   40056c <foo(int, int)+0x26>
 13.37 ???4005???0:   mov  -0x18(%rbp),%eax
       ???4005???3:   add  %eax,-0x14(%rbp)
       ???4005???6:   addl $0x1,-0x4(%rbp)
  0.11 ???4005???a: ??? jmp  400557 <foo(int, int)+0x11>
       ???4005?????????   mov  -0x14(%rbp),%eax

On the contrary, compiling the very same file with gcc -x c, the parsing
is fine because function arguments are not displyed:

jmp  400543 <foo+0x1d>

summary: perf: Fix jump parsing for C++ code


--1614717178.02eD40.16070
Date: Tue, 2 Mar 2021 20:32:58 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182944
           Summary: Default openSuse theme cannot be chosen in Plasma Style menu
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: x86-64
                OS: openSUSE Leap 15.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: KDE Workspace (Plasma)
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: fdudinskiy-at-yandex.ru
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 846680
  --> http://bugzilla.opensuse.org/attachment.cgi?id=846680&action=edit
Settings window

Steps to reproduce:
1) Start systemsettings5
2) Open appearance>Plasma Style
3) Move cursor to openSUSE theme(theme description "Default OpenSUSE theme")
and press left button
Expected result: theme is chosen and can be used
Current behavior: theme cannot be chosen, focus switches to theme "Air
openSUSE"

Additional information:

Deleting and reinstalling packages plasma5-defaults-openSUSE,
plasma5-theme-openSUSE and plasma5-workspace-branding-openSUSE had no effect.
The system is being updated regularly.
This behaviour is presumably recent, since on the 1st of March desktop theme on
this PC unexpectedly switched to another one after reset. If it is a problem
with a package, then the package was probably updated somewhere on 27 or 28 of
February.


body:
--1614761482.DdEeE40.19569
Date: Wed, 3 Mar 2021 08:51:22 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182960
           Summary: VUL-0: chromium: Update to 89.0.4389.72
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Security
          Assignee: gmbr3-at-opensuse.org
          Reporter: atoptsoglou-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

CVE-2021-21159: Heap buffer overflow in TabStrip. Reported by Khalil Zhani on
2021-01-27
CVE-2021-21160: Heap buffer overflow in WebAudio. Reported by Aleksandar
Nikolic of Cisco Talos on 2021-01-25
CVE-2021-21161: Heap buffer overflow in TabStrip. Reported by Khalil Zhani on
2021-02-02
CVE-2021-21162: Use after free in WebRTC. Reported by Anonymous on 2021-01-29
CVE-2021-21163: Insufficient data validation in Reader Mode. Reported by Alison
Huffman, Microsoft Browser Vulnerability Research on 2020-07-30
CVE-2021-21164: Insufficient data validation in Chrome for iOS. Reported by
Muneaki Nishimura (nishimunea) on 2021-01-11
CVE-2021-21165: Object lifecycle issue in audio. Reported by Alison Huffman,
Microsoft Browser Vulnerability Research on 2021-02-04
CVE-2021-21166: Object lifecycle issue in audio. Reported by Alison Huffman,
Microsoft Browser Vulnerability Research on 2021-02-11
CVE-2021-21167: Use after free in bookmarks. Reported by Leecraso and Guang
Gong of 360 Alpha Lab on 2020-12-22
CVE-2021-21168: Insufficient policy enforcement in appcache. Reported by Luan
Herrera (@lbherrera_) on 2020-11-24
CVE-2021-21169: Out of bounds memory access in V8. Reported by Bohan Liu
(@P4nda20371774) of Tencent Security Xuanwu Lab on 2021-01-13
CVE-2021-21170: Incorrect security UI in Loader. Reported by David Erceg on
2020-07-31
CVE-2021-21171: Incorrect security UI in TabStrip and Navigation. Reported by
Irvan Kurniawan (sourc7) on 2020-11-25
CVE-2021-21172: Insufficient policy enforcement in File System API. Reported by
Maciej Pulikowski on 2020-11-19
CVE-2021-21173: Side-channel information leakage in Network Internals. Reported
by Tom Van Goethem from imec-DistriNet, KU Leuven on 2020-12-01
CVE-2021-21174: Inappropriate implementation in Referrer. Reported by Ashish
Gautam Kamble on 2020-12-11
CVE-2021-21175: Inappropriate implementation in Site isolation. Reported by Jun
Kokatsu, Microsoft Browser Vulnerability Research on 2020-11-07
CVE-2021-21176: Inappropriate implementation in full screen mode. Reported by
Luan Herrera (@lbherrera_) on 2021-01-26
CVE-2021-21177: Insufficient policy enforcement in Autofill. Reported by
Abdulrahman Alqabandi, Microsoft Browser Vulnerability Research on 2021-02-03
CVE-2021-21178: Inappropriate implementation in Compositing. Reported by Japong
on 2021-02-03
CVE-2021-21179: Use after free in Network Internals. Reported by Anonymous on
2021-02-05
CVE-2021-21180: Use after free in tab search. Reported by Abdulrahman
Alqabandi, Microsoft Browser Vulnerability Research on 2021-02-07
CVE-2020-27844: Heap buffer overflow in OpenJPEG. Reported by Sean Campbell at
Tableau on 2021-02-12
CVE-2021-21181: Side-channel information leakage in autofill. Reported by Xu
Lin (University of Illinois at Chicago), Panagiotis Ilia (University of
Illinois at Chicago), Jason Polakis (University of Illinois at Chicago) on
2021-02-26
CVE-2021-21182: Insufficient policy enforcement in navigations. Reported by
Luan Herrera (@lbherrera_) on 2020-02-05
CVE-2021-21183: Inappropriate implementation in performance APIs. Reported by
Takashi Yoneuchi (@y0n3uchy) on 2020-07-15
CVE-2021-21184: Inappropriate implementation in performance APIs. Reported by
James Hartig on 2020-09-24
CVE-2021-21185: Insufficient policy enforcement in extensions. Reported by
David Erceg on 2020-06-30
CVE-2021-21186: Insufficient policy enforcement in QR scanning. Reported by
dhirajkumarnifty on 2020-11-28
CVE-2021-21187: Insufficient data validation in URL formatting. Reported by
Kirtikumar Anandrao Ramchandani on 2020-12-04
CVE-2021-21188: Use after free in Blink. Reported by Woojin Oh(@pwn_expoit) of
STEALIEN on 2020-12-24
CVE-2021-21189: Insufficient policy enforcement in payments. Reported by Khalil
Zhani on 2021-01-11
CVE-2021-21190: Uninitialized Use in PDFium. Reported by Zhou Aiting(@zhouat1)
of Qihoo 360 Vulcan Team on 2021-01-13

summary: VUL-0: chromium: Update to 89.0.4389.72


body:
--1614779606.868820.16031
Date: Wed, 3 Mar 2021 13:53:26 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182982
           Summary: akonadi_imap_resource consumes 100% CPU
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: KDE Applications
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: richard-at-nod.at
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

After upgrading from openSUSE 15.1 to 15.2 I have massive problems with kmail.
Every one or two hours akonadi_imap_resource starts to consume 100% CPU and no
new mails are fetched from my IMAP-Server.

"akonadictl restart" seems to help. But the problem will occur later again.

I've tried the workarounds from https://bugs.kde.org/show_bug.cgi?id=373443,
but nothing helped.
"akonadictl fsck" did also not help nor find issues.

Tracing the process shows that it is stuck in the event loop:
poll([{fd=6, events=POLLIN}], 1, 335768) = 1 ([{fd=6, revents=POLLIN}])
read(6, "\1\0\0\0\0\0\0\0", 16)         = 8
futex(0x5577aa771990, FUTEX_WAIT_PRIVATE, 3, NULL) = 0
futex(0x5577aa771990, FUTEX_WAKE_PRIVATE, 1) = 0
poll([{fd=6, events=POLLIN}], 1, 0)     = 0 (Timeout)
write(6, "\1\0\0\0\0\0\0\0", 8)         = 8
poll([{fd=6, events=POLLIN}], 1, 0)     = 1 ([{fd=6, revents=POLLIN}])
read(6, "\1\0\0\0\0\0\0\0", 16)         = 8
write(9, "\1\0\0\0\0\0\0\0", 8)         = 8
write(6, "\1\0\0\0\0\0\0\0", 8)         = 8
poll([{fd=6, events=POLLIN}], 1, 0)     = 1 ([{fd=6, revents=POLLIN}])
...goes on for ever.
FD 6 is an eventfd.

https://bugzilla.suse.com/show_bug.cgi?id=1173759 seems to be related.
But in my case it is more broken than just being slow.

summary: akonadi_imap_resource consumes 100% CPU


--1614809433.b155AbE0.24003
Date: Wed, 3 Mar 2021 22:10:33 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182998
           Summary: libcontainers-common seems to miss prerequires
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Containers
          Assignee: containers-bugowner-at-suse.de
          Reporter: kukuk-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

There are several errors during initial installation of libcontainers-common.
As result, the configuration is broken and podman not correct working:

# 2021-03-04 05:56:10 libcontainers-common-20210112-2.1.noarch.rpm installed ok
# Additional rpm output:
# /var/tmp/rpm-tmp.fgZbcB: line 4: findmnt: command not found
# /var/tmp/rpm-tmp.fgZbcB: line 4: findmnt: command not found
#
2021-03-04
05:56:10|install|libcontainers-common|20210112-2.1|noarch||openSUSE-MicroOS-20210302-0|867c95e8e8cd2e09046dc327b743e9134c6072146f59c6f3b357b0e92420b494|
# 2021-03-04 05:56:10 openssh-8.4p1-4.1.x86_64.rpm installed ok
# Additional rpm output:
# find: '/etc/init.d/rc[35].d': No such file or directory
#


--1614844858.d7337CE72.1041
Date: Thu, 4 Mar 2021 08:00:58 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183009
           Summary: Some armv6/7 builds on OBS fail due to kernel 5.11 modules not being loaded properly
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: armv7
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-bugs-at-opensuse.org
          Reporter: guillaume.gardet-at-arm.com
        QA Contact: qa-bugs-at-suse.de
                CC: afaerber-at-suse.com, dmueller-at-suse.com, fvogt-at-suse.com
          Found By: ---
           Blocker: ---

Since last Factory check-in, which includes kernel upgrade to 5.11, we see some
armv6/7 JeOS images build failing with 'mount' which does not know 'vfat' or
'btrfs'.
Also, we have some guest kernel traces such as:

[   44s] [    8.996985] vfat: section 4 reloc 1 sym '_raw_spin_lock':
relocation 28 out of range (0xbf00901c -> 0xc101cb28)


body:
--1614846420.fAF50.11138
Date: Thu, 4 Mar 2021 08:27:00 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183012
           Summary: service of pipewire-pulseaudio not start and enable
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: openSUSE Tumbleweed
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Sound
          Assignee: tiwai-at-suse.com
          Reporter: winiceworld-at-hotmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

after install pipewire-pulseaudio package, I found no sound output.
so I checking the service of pipewire-pulseaudio(pipewire-pulse), systemctl
show me these:

??? pipewire-pulse.service - PipeWire PulseAudio
     Loaded: loaded (/usr/lib/systemd/user/pipewire-pulse.service; disabled;
vendor preset: disabled)
     Active: inactive (dead)
TriggeredBy: ??? pipewire-pulse.socket

then I  reboot my machine, the service still dead, I have to enable and start
it manually.

It is advisable to enable pipewire-pulse.service for all users and start it
immediately in the %post scriptlet

pkgs: pipewire systemd-rpm-macros


--1614871321.cFFEdC20.27263
Date: Thu, 4 Mar 2021 15:22:01 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183047
           Summary: [Build 20210303] wsdd: missing pre script dependenices to create users
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
               URL: https://openqa.opensuse.org/tests/1655624/modules/awai
                    t_install/steps/69
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: openQA
           Blocker: Yes

## Observation

openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-create_hdd_gnome@64bit
fails in
[await_install](https://openqa.opensuse.org/tests/1655624/modules/await_install/steps/69)

## Test suite description
image creation job used as parent for other jobs testing based on existing
installation. GUI-Installation and selecting the gnome desktop during
installation.

wsdd, with it's supplements on samba, is currently breaking all tumbleweed
installs due to missing pre script dependencies

2021-03-04 09:04:52 <1> install(3571) [Ruby]
modules/PackageCallbacks.rb(DonePackage):498 DonePackage(error: 3, reason:
'Subprocess failed. Error: RPM failed: /var/tmp/rpm-tmp.mARn1N: line 11:
/usr/sbin/sysusers2shadow: No such file or directory
error: %prein(wsdd-0.6.4-1.1.noarch) scriptlet failed, exit status 1
error: wsdd-0.6.4-1.1.noarch: install failed

Error is due to non-compliance to the packaging guideline:

https://en.opensuse.org/openSUSE:Packaging_guidelines#Users_and_Groups

especially missing %sysusers_requires

## Reproducible

Fails since (at least) Build
[20210303](https://openqa.opensuse.org/tests/1655624) (current job)

## Expected result

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


--1614879908.Dc6ae81.1462
Date: Thu, 4 Mar 2021 17:45:08 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183051
           Summary: systemd rpm macros don't seem to handle user services correctly
    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: alarrosa-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

pulseaudio contains this in its spec file:

%post
...
...
%systemd_user_post pulseaudio.socket
# FIXME: workaround to make sure the user socket symlink creation (bsc#1083473)
if [ ! -f /etc/systemd/user/sockets.target.wants/%{name}.socket ]; then
  # below should work once when preset is defined properly:
  #  /usr/bin/systemctl --no-reload --global preset pulseaudio.socket
  mkdir -p /etc/systemd/user/sockets.target.wants
  ln -s %{_userunitdir}/%{name}.socket
/etc/systemd/user/sockets.target.wants/%{name}.socket
fi
...

%preun
%systemd_user_preun pulseaudio.socket

%postun
/sbin/ldconfig
%systemd_user_postun pulseaudio.socket

And when installing the package, this is shown in stdout:

systemd-sysv-convert: warning, /usr/lib/systemd/system/--global.service not
found, skipping
systemd-sysv-convert: warning, /usr/lib/systemd/system/--global.service not
found, skipping
systemd-sysv-convert: warning, /usr/lib/systemd/system/pulseaudio.socket not
found, skipping
systemd-sysv-convert: warning, /usr/lib/systemd/system/--global.service not
found, skipping
systemd-sysv-convert: warning, /usr/lib/systemd/system/--global.service not
found, skipping
systemd-sysv-convert: warning, /usr/lib/systemd/system/pulseaudio.socket not
found, skipping
systemd-sysv-convert: warning, /usr/lib/systemd/system/--global.service not
found, skipping
systemd-sysv-convert: warning, /usr/lib/systemd/system/--global.service not
found, skipping
systemd-sysv-convert: warning, /usr/lib/systemd/system/pulseaudio.socket not
found, skipping

The workaround seems to take care of creating the link while the
%systemd_user_post macro shows those errors.

Then, in pipewire, the following line:

%systemd_user_post pipewire-pulse.service pipewire-pulse.socket

is currently being expanded to:

if [ -x /usr/bin/systemctl ]; then
        for service in \--global \--global pipewire-pulse.service
pipewire-pulse.socket ; do
                if [ -e "/run/systemd/rpm/needs-preset/$service" ]; then
                        /usr/bin/systemctl preset "$service" || :
                        rm -f /run/systemd/rpm/needs-preset/$service
                else
                        /usr/lib/systemd/systemd-sysv-convert --apply \--global
\--global pipewire-pulse.service pipewire-pulse.socket || :
                fi
        done
fi

Note that \--global appears twice in the for loop and it's handled as a service
name (as can be seen in the pulseaudio output) when it should be passed as a
parameter to systemctl. Then, nothing creates the
/run/systemd/rpm/needs-preset/$service file in %pre (as %systemd_pre does for
system services) so execution always goes through the "else" block calling
systemd-sysv-convert which doesn't understand systemd user services at all (and
so, it gives the errors shown in the pulseaudio output)


--1614880298.Ed0E4A0.32196
Date: Thu, 4 Mar 2021 17:51:38 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183052
           Summary: The libjxrglue0-32bit package is missing
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: openSUSE Tumbleweed
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: screening-team-bugs-at-suse.de
          Reporter: fgouget-at-codeweavers.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

There are three JPEG XR packages for 64-bit development:

jxrlib-devel       # Development headers and symlinks
libjpegxr0         # The libjpegxr library
libjxrglue0        # The libjxrglue library

But the 32-bit side is missing one package:

jxrlib-devel-32bit # Development headers and symlinks
libjpegxr0-32bit   # The libjpegxr library

Note that there is no 32-bit package for the libjxrglue library. As a result
/usr/lib/libjpegxr.so is a dead symbolic link in jxrlib-devel-32bit.

This also breaks JPEG XR support in 32-bit Windows applications run by Wine :-(


--1614881167.ffaaDf1f0.6894
Date: Thu, 4 Mar 2021 18:06:07 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183053
           Summary: Missing dependencies in jxrlib-devel-32bit
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: openSUSE Tumbleweed
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: screening-team-bugs-at-suse.de
          Reporter: fgouget-at-codeweavers.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

jxrlib-devel-32bit provides the libjpegxr.so and libjxrglue.so symlinks but
does not depend on their targets. This results in broken and unusable symlinks:

# zypper install jxrlib-devel-32bit
[...]
# /usr/lib/libj*xr*
lrwxrwxrwx 1 root root 14 Feb 17 18:25 /usr/lib/libjpegxr.so -> libjpegxr.so.0
lrwxrwxrwx 1 root root 15 Feb 17 18:25 /usr/lib/libjxrglue.so ->
libjxrglue.so.0

Notice that both libjpegxr.so.0 and libjxrglue.so.0 are missing.

Then contrast the jxrlib-devel-32bit dependencies with the jxrlib-devel ones:

# zypper info --requires jxrlib-devel-32bit
[...]
Requires       : jxrlib-devel = 1.1

# zypper info --requires jxrlib-devel
[...]
Requires       : [2]
    libjpegxr0 = 1.1-3.1
    libjxrglue0 = 1.1-3.1

The regular 64-bit -devel package does depend on libjpegxr0 and libjxrglue0 to
ensure the target libraries are present so the 32-bit package should likely do
the same.

The bug below deals with the same sort of issue and may provide hints on how to
fix this:
https://bugzilla.opensuse.org/show_bug.cgi?id=1172301

Note that one further twist is that the libjxrglue0-32bit package is missing
entirely so the 32-bit libjxrglue0 library is uninstallable (see bug 1183052).


--1614896334.caCEaCEd0.12055
Date: Thu, 4 Mar 2021 22:18:54 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183060
           Summary: suse-prime-bbswitch package dependencies missing
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.3
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-bugs-at-opensuse.org
          Reporter: suse-at-paulmcauley.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 846806
  --> http://bugzilla.opensuse.org/attachment.cgi?id=846806&action=edit
Error in YasT Software when installing suse-prime-bbswitch

I'm testing the 15.3 beta build 91.1 on a Dell XPS 15 9560 with nVidia optimus
Geforce GTX 1050 mobile.

This is a pre-"Turing" graphics chip, so on Leap 15.2 I firstly install the
proprietary nVidia G05 drivers, and then the suse-prime-bbswitch package
(rather than suse-prime package) to power off the nVidia chip to save power. (I
also need to set the acpi_rev_override=1 kernel parameter for this laptop to
stop lockups on boot with bbswitch).

However, on Leap 15.3 beta I get the error in YaST Software as attached when
trying to install the suse-prime-bbswitch package.

I chose to "break bbswitch-kmp-default" and get the following errors on the
command line:
paul@localhost:~> sudo prime-select get-current
[sudo] password for root:
Driver configured: undefined
grep: /proc/acpi/bbswitch: No such file or directory
grep: /proc/acpi/bbswitch: No such file or directory
bbswitch is installed but seems broken. Cannot get NVIDIA power status


body:
Build Identifier:

This was an attempt to install Leap 15.3 Build 91.1. I used a slightly
non-standard way of preparing a USB (external drive) for the installer, but I
doubt that was the problem.  It is based on the DVD installer.

We went through the first few screen, license, etc.  It then asked for the LUKS
password for "/dev/sdb5".  That seemed to go fine.  Next was password for
"/dev/sdb7".  I clicked "Cancel" on that,  because I did not need for the
install.  Next was password for "/dev/sdc2".  I again cancelled that.  And then
came "/dev/sdc3", where I provided the password.  This gave a strange failure
message.  I did not record the details.

I aborted at this point, and rebooted the installer.  On the second attempt, I
gave password for "/dev/sdb5" and "/dev/sdb7".  Both seemed successful.  I then
gave the password for "/dev/sdc2" and got a similar message as before.  I
clicked "Continue" and gave the password for "/dev/sdc3"

pkgs: kernel-source suse-module-tools

summary: Errors accessing LUKS partitions during install


body:
--1614937215.df54B7310.2829
Date: Fri, 5 Mar 2021 09:40:15 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183078
           Summary: munin-core.service not working
    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: kukuk-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

munin-cron.service reports the following error:

M?r 05 09:10:50 localhost munin-cron[26784]: This program will easily break if
you run it as root as you are
M?r 05 09:10:50 localhost munin-cron[26784]: trying now.  Please run it as user
'munin'.  The correct 'su' command
M?r 05 09:10:50 localhost munin-cron[26784]: on many systems is 'su - munin
--shell=/bin/bash'
M?r 05 09:10:50 localhost munin-cron[26784]: Aborting.

summary: munin-core.service not working


body:
--1614962032.fc0cbF80.21978
Date: Fri, 5 Mar 2021 16:33:52 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

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

- Update to LXD 4.12. The full upstream changelog is available from:
  https://discuss.linuxcontainers.org/t/lxd-4-12-has-been-released/10424

  + Initial Network ACLs support (OVN-only)
  + Project restricted certificates
  + Server configuration options now supported at the project level
  + Configuration option for Ceph features
  * Projects now supported by lxd init --dump and --preseed
  * Initial auto-generated REST-API documentation

  + VM: Stateful stop and stateful snapshots for virtual machines

summary: [trackerbug] lxd 4.12 update


--1614969370.fE5D2CF1.19418
Date: Fri, 5 Mar 2021 18:36:10 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183118
           Summary: Upgtrade to Leap 15.3 does not work for postgresql
    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: ---

Problem: postgresql12-llvmjit-12.5-lp152.3.13.1.aarch64 requires
postgresql12-server = 12.5-lp152.3.13.1, but this requirement cannot be
provided
  deleted providers: postgresql12-server-12.5-lp152.3.13.1.aarch64
 Solution 1: deinstallation of postgresql-llvmjit-12.0.1-lp152.3.3.2.noarch
 Solution 2: keep obsolete postgresql12-server-12.5-lp152.3.13.1.aarch64
 Solution 3: break postgresql12-llvmjit-12.5-lp152.3.13.1.aarch64 by ignoring
some of its dependencies

Looks like there is no postgresql12-llvmjit in Leap 15.3
Instead we have a postgresql-llvmjit in version 12-8.11.3 , and only 83b. Is
this package obsolete? Should this not be resolved automatically by zypper dup?


--1615024934.433EE0.21751
Date: Sat, 6 Mar 2021 10:02:14 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183121
           Summary: default SELinux label for /etc/ld.so.cache unconfined_u:object_r:ld_so_cache_t:s0
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: mcepl-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I run restorecon -v -R /etc and I???ve got:

Relabeled /etc/sysconfig/clock from unconfined_u:object_r:etc_t:s0 to
unconfined_u:object_r:locale_t:s0
Relabeled /etc/xml/catalog-d.xml from unconfined_u:object_r:rpm_script_tmp_t:s0
to unconfined_u:object_r:etc_t:s0
Relabeled /etc/ld.so.cache from unconfined_u:object_r:etc_t:s0 to
unconfined_u:object_r:ld_so_cache_t:s0

I am quite certain that I haven't touched labels of either of these files, so
these are probably wrong defaults.


--1615038456.BF20882.14841
Date: Sat, 6 Mar 2021 13:47:36 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183125
           Summary: Leap 15.3 installation in Virtualbox without VBox integration
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.3
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Installation
          Assignee: yast2-maintainers-at-suse.de
          Reporter: noga.dany-at-gmail.com
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

How to reproduce:
* Download Leap 15.3 Beta build 91.1
* Install it in VirtualBox from Leap 15.2

What expected:
* Leap 15.3 is installed with proper Virtualbox integration

Current behavior:
* I must install integration manually

Note: When installer ask about enabling online repositories, I press yes, but
it failed with repositories cannot be found. Maybe VBox will install properly,
if that problem does not appear?


--1615137962.6af2A00.30566
Date: Sun, 7 Mar 2021 17:26:02 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183143
           Summary: Base:System/file: duplicate description for zip-files
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: openSUSE Tumbleweed
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: werner-at-suse.com
          Reporter: sebix+novell.com-at-sebix.at
        QA Contact: qa-bugs-at-suse.de
                CC: screening-team-bugs-at-suse.de
          Found By: ---
           Blocker: ---

file returns strange results for zip-files:

$ touch foobar
$ zip -r foobar.zip foobar
  adding: foobar (stored 0%)
$ file foobar.zip
foobar.zip: Zip archive data, at least v1.0 to extract Zip archive data, at
least v1.0 to extract

Using TW 20210302 with
$ file -v
file-5.39
magic file from /etc/magic:/usr/share/misc/magic

But it's probably not a file-issues, as
https://salsa.debian.org/reproducible-builds/diffoscope/-/issues/243#note_231008
shows. Same file-version on Debian does not have this issue.


body:
--1615142727.7afc18b61.15416
Date: Sun, 7 Mar 2021 18:45:27 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183146
           Summary: Rescue CD does not contain bcache-tools
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Live Medium
          Assignee: dimstar-at-opensuse.org
          Reporter: seife-at-novell.slipkontur.de
        QA Contact: qa-bugs-at-suse.de
          Found By: Community User
           Blocker: ---

I wanted to perform some major surgery on my 15.2 home server, which has a
bcache setup (amongst others, moving data from a bcache device onto a plain LVM
volume directly on SSD).
Unfortunately, the live rescue medium does not contain bcache-tools and thus
the bcache devices were not "assembled" automatically (no udev rules).
Additionally, the missing tools did prevent from finding out the uuids and
setting up things manually.

For the typical use cases of the rescue medium, including bcache-tools would be
useful.

summary: Rescue CD does not contain bcache-tools


--1615193500.1De06.8991
Date: Mon, 8 Mar 2021 08:51:40 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183155
           Summary: nodejs on i586 fails to build very often
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: amajer-at-suse.com
          Reporter: fvogt-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: dimstar-at-opensuse.org
          Found By: ---
           Blocker: ---

nodejs10 (and apparently also 15) fails to build on i586 in ~19/21 cases due
to:

[ 3818s] FLAKY TEST rerun:  ['out/Release/node10', '--experimental-worker',
'/home/abuild/rpmbuild/BUILD/node-v10.24.0/test/parallel/test-worker-stdio.js']
[ 3818s] not ok 2293 parallel/test-worker-stdio
[ 3818s]   ---
[ 3818s]   duration_ms: 259.287
[ 3818s]   severity: fail
[ 3818s]   exitcode: 1
[ 3818s]   stack: |-
[ 3818s]     buffer.js:118
[ 3818s]         return new ArrayBuffer(size);
[ 3818s]                ^
[ 3818s]
[ 3818s]     RangeError: Array buffer allocation failed
[ 3818s]         at new ArrayBuffer (<anonymous>)
[ 3818s]         at createUnsafeArrayBuffer (buffer.js:118:12)
[ 3818s]         at createUnsafeBuffer (buffer.js:112:25)
[ 3818s]         at allocate (buffer.js:330:12)
[ 3818s]         at Function.allocUnsafe (buffer.js:292:10)
[ 3818s]         at Function.concat (buffer.js:473:23)
[ 3818s]         at BufferingWritable.get buffer [as buffer]
(/home/abuild/rpmbuild/BUILD/node-v10.24.0/test/parallel/test-worker-stdio.js:22:19)
[ 3818s]         at BufferingWritable.passed.on.common.mustCall
(/home/abuild/rpmbuild/BUILD/node-v10.24.0/test/parallel/test-worker-stdio.js:37:55)
[ 3818s]         at BufferingWritable.<anonymous>
(/home/abuild/rpmbuild/BUILD/node-v10.24.0/test/common/index.js:381:15)
[ 3818s]         at BufferingWritable.emit (events.js:203:15)

It might need more memory, but this looks like a misbehaving test.
AFAICT it reads the content of 'out/Release/node10' into an array. I guess that
executable is pretty big.


--1615202036.04640.5862
Date: Mon, 8 Mar 2021 11:13:56 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183168
           Summary: postgresql13: uninstall fails due to valid script expansion
    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: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Just tried to do some cleanup on my machine, turns out that uninstalling
postgresql13 is not possible without error:

(16/67) Removing postgresql13-server-13.2-1.1.x86_64
..................................................................................................................................[error]
Removal of (3103)postgresql13-server-13.2-1.1.x86_64(@System) failed:
Error: Subprocess failed. Error: RPM failed: /var/tmp/rpm-tmp.3K7kdJ: line 9:
fg: no job control
error: %preun(postgresql13-server-13.2-1.1.x86_64) scriptlet failed, exit
status 1
error: postgresql13-server-13.2-1.1.x86_64: erase failed

The script is expanded to this in the rpm:

preuninstall scriptlet (using /bin/sh):
# Stop only when we are uninstalling the currently running version
test -n "$FIRST_ARG" || FIRST_ARG="$1"
if [ "$FIRST_ARG" -eq 0 -a -x /usr/bin/systemctl ]; then
        eval $(systemctl show postgresql --property=MainPID)
  if test -n "$MainPID" && test "$MainPID" -ne 0; then
    BIN=$(readlink -n /proc/$MainPID/exe)
    DIR=$(dirname ${BIN% *})
    if test "$DIR" = "/usr/lib/postgresql13/bin" -o "$DIR" = "/usr/bin"; then
        %_stop_on_removal postgresql.service
    fi
  fi
fi

i.e. %_stop_on_removal is invalid


--1615205390.4DD7b0.31416
Date: Mon, 8 Mar 2021 12:09:50 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183171
           Summary: VUL-0: CVE-2021-26813: python-markdown2: Regular expression denial of service
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
               URL: https://smash.suse.de/issue/279104/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: mcepl-at-suse.com
          Reporter: rfrohl-at-suse.com
        QA Contact: security-team-at-suse.de
                CC: dmueller-at-suse.com
          Found By: Security Response Team
           Blocker: ---

rh#1934834

markdown2 >=1.0.1.18, fixed in 2.4.0, is affected by a regular expression
denial of service vulnerability. If an attacker provides a malicious string, it
can make markdown2 processing difficult or delayed for an extended period of
time.

https://github.com/trentm/python-markdown2/pull/387

References:
https://bugzilla.redhat.com/show_bug.cgi?id=1934834
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-26813
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-26813
https://github.com/trentm/python-markdown2/pull/387


--1615209129.c5ffe0.13451
Date: Mon, 8 Mar 2021 13:12:09 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183172
           Summary: VUL-0: CVE-2021-3420: newlib: improper validation in memory allocation functions could lead to heap-based buffer overflow
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
               URL: https://smash.suse.de/issue/278917/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: rguenther-at-suse.com
          Reporter: abergmann-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

rh#1934088

A flaw was found in newlib in versions prior to 4.0.0. Improper overflow
validation in the memory allocation functions mEMALIGn, pvALLOc, nano_memalign,
nano_valloc, nano_pvalloc could case an integer overflow, leading to an
allocation of a small buffer and then to a heap-based buffer overflow.

Reference and upstream patch:
https://sourceware.org/git/?p=newlib-cygwin.git;a=commit;h=aa106b29a6a8a1b0df9e334704292cbc32f2d44e

References:
https://bugzilla.redhat.com/show_bug.cgi?id=1934088
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-3420
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3420


body:
--1615213885.5E6dF1.29712
Date: Mon, 8 Mar 2021 14:31:25 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183180
           Summary: mod_php8 doesn't work out of the box
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: openSUSE Tumbleweed
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Apache
          Assignee: bnc-team-apache-at-forge.provo.novell.com
          Reporter: noreply.section+dev-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

After migrating from mod_php7 to mod_php8, it looks like apache doesn't
recognize php pages anymore and serves them as text files.

A fix is to replace the first line of /etc/apache2/conf.d/mod_php8.conf
<IfModule mod_php8.c>
with
<IfModule mod_php.c>

The issue might be related to
https://www.php.net/manual/en/migration80.other-changes.php

summary: mod_php8 doesn't work out of the box


--1615301710.7C8eB0.31262
Date: Tue, 9 Mar 2021 14:55:10 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183235
           Summary: TLP is installed as part of the laptop pattern but TLP service is not enabled.
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.3
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: suse-at-paulmcauley.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I am testing the Leap 15.3 beta build build 91.1.

TLP is installed as part of the laptop pattern, but I notice if I run sudo
tlp-stat -s on a fresh install that it reports as the service not running.

Perhaps this is an intentional decision for the user to enable/disable TLP
power tweaks manually (TLP causing issues on some systems?) but thought I would
report it just in case.


--1615314443.BC82F7F80.18983
Date: Tue, 9 Mar 2021 18:27:23 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183247
           Summary: starting lxc container failes with GDBus.Error:org.freedesktop.machine1.NoMachineForPID: PID 4370 does not belong to any known machine
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: openSUSE Tumbleweed
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Virtualization:Other
          Assignee: virt-bugs-at-suse.de
          Reporter: stefan.eisenwiener-at-eisenwiener.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 846959
  --> http://bugzilla.opensuse.org/attachment.cgi?id=846959&action=edit
reduced log with descriped error

after Tumbleweed update to 20210307 starting an lxc container failes with
GDBus.Error:org.freedesktop.machine1.NoMachineForPID: PID 4370 does not belong
to any known machine.


--1615395521.aE32E4F0.18838
Date: Wed, 10 Mar 2021 16:58:41 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183329
           Summary: virtualbox 6.1.18 crashes when it runs nested VM
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Virtualization:Other
          Assignee: virt-bugs-at-suse.de
          Reporter: luizluca@tre-sc.jus.br
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Hello,

Virtualbox crashes (guru meditation) when I run a nested QEMU.
It looks like this bug: https://www.virtualbox.org/ticket/20199
The "fixed in testbuild" is very opaque as it does not mention any specific
commit.

Is there any chance to have this backported to current released version?


--1615445284.AE4F0.5039
Date: Thu, 11 Mar 2021 06:48:04 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183350
           Summary: mpv: symbol lookup error: /usr/lib64/libshaderc_shared.so.1: undefined symbol: _ZN8spvtools9Optimizer28RegisterVulkanToWebGPUPassesEv
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: openSUSE Tumbleweed
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: zaggynl-at-disroot.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

mpv shows the below error on startup and no longer plays media:

mpv: symbol lookup error: /usr/lib64/libshaderc_shared.so.1: undefined symbol:
_ZN8spvtools9Optimizer28RegisterVulkanToWebGPUPassesEv

mpv version: 0.33.0+git.20210223T124404.09d7c75bfe-1.1 from: openSUSE:Factory


--1615455268.CFEf0.9629
Date: Thu, 11 Mar 2021 09:34:28 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183361
           Summary: [Build 7.20] openQA test fails in diskusage: JeOS got too big
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.3
          Hardware: Other
               URL: https://openqa.opensuse.org/tests/1657481/modules/disk
                    usage/steps/4
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: guillaume.gardet-at-arm.com
          Reporter: fvogt-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: openQA
           Blocker: Yes

The size limit doesn't seem to be unreasonable to me, so it should be possible
to free up some space.

## Observation

openQA test in scenario
opensuse-15.3-JeOS-for-AArch64-aarch64-jeos@USBboot_aarch64 fails in
[diskusage](https://openqa.opensuse.org/tests/1657481/modules/diskusage/steps/4)

## Test suite description
Maintainer: fvogt, mnowak

Start JeOS from the HDD image, configure it using the firstboot wizard and then
run basic tests. console=tty0 added as needed for aarch64.

## Reproducible

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

## Expected result

Last good: (unknown) (or more recent)

## Further details

Always latest result in this scenario:
[latest](https://openqa.opensuse.org/tests/latest?arch=aarch64&distri=opensuse&flavor=JeOS-for-AArch64&machine=USBboot_aarch64&test=jeos&version=15.3)


--1615479418.40f048De0.3546
Date: Thu, 11 Mar 2021 16:16:58 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183407
           Summary: wicked installs dbus files in /etc/dbus-1
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: screening-team-bugs-at-suse.de
          Reporter: kukuk-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Wicked installs it's dbus conf files into /etc/dbus-1/system.d/

Since a long time they belong to /usr/share/dbus-1/system.d/, as /etc/dbus-1 is
only for admin overwrites.


--1615480510.3E30E0.9357
Date: Thu, 11 Mar 2021 16:35:09 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183408
           Summary: systemd installs /etc/X11/xinit/xinitrc.d/50-systemd-user.sh, but its now in /usr/etc
    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: kukuk-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

systemd installs /etc/X11/xinit/xinitrc.d/50-systemd-user.sh, but this was
already moved to /usr/etc/X11/xinit/xinitrc.d/


--1615618931.f541E15c5.18522
Date: Sat, 13 Mar 2021 07:02:11 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183475
           Summary: Need rearrangement of initial input source list of GNOME shell for Japanese
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.3
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
          Assignee: gnome-bugs-at-suse.de
          Reporter: ftake-at-geeko.jp
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

By the following patch, mozc-jp, which is the default input source for Japanese
is loaded without manual configuration.

https://build.opensuse.org/package/view_file/openSUSE:Leap:15.3/gnome-settings-daemon/gnome-settings-daemon-switch-Japanese-default-input-to-mozc.patch?expand=1

After the first login, we can see the following sources are loaded to GNOME's
input source list:

- xkb:jp::jpn   <


--1615731651.FB162Ee0.16672
Date: Sun, 14 Mar 2021 14:20:51 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183495
           Summary: installing/updating wpa_supplicant disrupts my wireless network
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: screening-team-bugs-at-suse.de
          Reporter: per-at-computer.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

In the last couple of days, $SUBJ has hit me twice, so I had to wonder
if I could somehow prevent it?

Hardware is a Nano Pi Neo Air, which I access via ssh.

first I patched a 15.2 Leap system, and when wpa_supplicant was updated,
output over ssh just stops, although the process continues on the ARM
board. ?(verified via a serial console).

just now, I was running a zypper dup from 15.1 to 15.2, and the same
thing happens. ?wpa_supplicant is installed, network is interrupted.

Over the serial console, I can tell the wlan interface is down, which
explains what happens. ?

I don't always have the luxury of having a serial console attached, so
updating could leave me with no access to the ARM board. ?I need to fix
a few things after the zypper dup, so I need to retain the network
access - any suggestions?

In reply to my posting above, Andrei Borzenkov suggested:

On update wpa_supplicant runs systemctl try-restart
wpa_supplicant.service. Workarounds are

- globally disable restart of any service (see /etc/sysconfig/services,
DISABLE_RESTART_ON_UPDATE)

- set YAST_IS_RUNNING=instsys before running zypper (affects all
packages in this zypper run)

Irrespectively I would open bug report to discuss whether wpa_supplicant
should be exempt from restarting on update. D-Bus is ...


--1615738948.C54D3BB20.25880
Date: Sun, 14 Mar 2021 16:22:28 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183497
           Summary: Emacs gives "<dead-grave> is undefined" unless XMODIFIERS env var is unset
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Xfce
          Assignee: bnc-team-xfce-at-forge.provo.novell.com
          Reporter: giovanni.gherdovich-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Since I updated Leap 15.1 -> 15.2, emacs is giving me a little problem under
Xfce:

dead keys[1] to type accented letters (eg: "ALT+` a" gives "?") stopped
working,
unless the environment variable XMODIFIERS is unset. After typing ALT+` emacs
now says "<dead-grave> is undefined".

For the records, echo $XMODIFIERS says "@im=ibus", and that apparently
interferes with emacs' handling of dead keys. Googling for this problem show
several hits[2][3][4], and more or less people seem content with launching

  XMODIFIERS= emacs

My problem with that is I don't launch emacs from the shell but use something
called xfce4-appfinder, i.e. a small text box that pops up when I do ALT+F2.

All in all this is more of a question than an actual bug report. How can I
restore the convenient behavior I used to get in Leap 15.1 / Xfce?

Version of stuff (what's in Leap 15.2):

* emacs 25.3.1
* Xfce 4.14

[1] https://en.wikipedia.org/wiki/Dead_key
[2] https://emacs.stackexchange.com/questions/38252/dead-grave-is-undefined
[3]
https://emacs.stackexchange.com/questions/2568/problem-dead-acute-is-undefined-appearing-when-typing-greek-stress
[4] https://bugs.launchpad.net/emacs-snapshot/+bug/1251176


body:
--1615800914.afBcbD0.29126
Date: Mon, 15 Mar 2021 09:35:14 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183515
           Summary: VUL-0: chromium: Update to 89.0.4389.90
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.3
          Hardware: Other
                OS: Other
            Status: CONFIRMED
          Severity: Major
          Priority: P5 - None
         Component: Security
          Assignee: gmbr3-at-opensuse.org
          Reporter: gmbr3-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
                CC: atoptsoglou-at-suse.com, meissner-at-suse.com,
                    security-team-at-suse.de
          Found By: ---
           Blocker: ---

[$500][1167357] High CVE-2021-21191: Use after free in WebRTC. Reported by
raven (@raid_akame)  on 2021-01-15

[$TBD][1181387] High CVE-2021-21192: Heap buffer overflow in tab groups.
Reported by Abdulrahman Alqabandi, Microsoft Browser Vulnerability Research on
2021-02-23

[$TBD][1186287] High CVE-2021-21193: Use after free in Blink. Reported by
Anonymous on 2021-03-09

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 of reports that an exploit for CVE-2021-21193 exists in the
wild.

summary: VUL-0: chromium: Update to 89.0.4389.90


--1615805506.52abAA1.21668
Date: Mon, 15 Mar 2021 10:51:46 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183521
           Summary: [Build 20210312] openQA test fails in transactional_update
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
               URL: https://openqa.opensuse.org/tests/1666862/modules/tran
                    sactional_update/steps/81
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: MicroOS
          Assignee: iforster-at-suse.com
          Reporter: fvogt-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: kubic-bugs-at-opensuse.org
          Found By: openQA
           Blocker: Yes

Two bugs were observed when running the latest transactional-update on an older
Tumbleweed snapshot:

1. "transactional-update" fails in zypper, because /var/lib/rpm inside the new
root is an absolute symlink pointing to the current /, which is read-only
2. transactional-update 3.20.0 creates snapshots which transactional-update
2.24.1 does not understand due to a different workdir= value in /etc/fstab

## Observation

openQA test in scenario
microos-Tumbleweed-MicroOS-Image-ContainerHost-x86_64-container-host-old2microosnext@64bit
fails in
[transactional_update](https://openqa.opensuse.org/tests/1666862/modules/transactional_update/steps/81)

## Test suite description
Boot from existing, static MicroOS ContainerHost image and transactional-update
dup to snapshot under test.

## Reproducible

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

## Expected result

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

## Further details

Always latest result in this scenario:
[latest](https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=microos&flavor=MicroOS-Image-ContainerHost&machine=64bit&test=container-host-old2microosnext&version=Tumbleweed)


--1615907411.1fe4B2D14.17537
Date: Tue, 16 Mar 2021 15:10:11 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183597
           Summary: gnome-calendar: GnuTLS session priority with error beginning at %COMPAT
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                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: ---
           Blocker: ---

> gnome-calculator
(gnome-calculator:23730): GLib-Net-WARNING **: 16:08:51.932: Failed to set
GnuTLS session priority with error beginning at %COMPAT: The request is
invalid.
**
GLib-Net:ERROR:../tls/gnutls/gtlsconnection-gnutls.c:107:g_tls_connection_gnutls_set_handshake_priority:
assertion failed: (priority)
Bail out!
GLib-Net:ERROR:../tls/gnutls/gtlsconnection-gnutls.c:107:g_tls_connection_gnutls_set_handshake_priority:
assertion failed: (priority)
Aborted (core dumped)


--1615908235.7aB130.25753
Date: Tue, 16 Mar 2021 15:23:55 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183598
           Summary: kernel bug when plugging USB audio device
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.3
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-bugs-at-opensuse.org
          Reporter: nmoreychaisemartin-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

When plugging my headphones (Senheiser PXC 550) to my workstation (or booting
with it plugged), snd_usb_audio triggers a BUG:

[   17.298229] BUG: kernel NULL pointer dereference, address: 0000000000000012
[   17.298232] #PF: supervisor read access in kernel mode
[   17.298233] #PF: error_code(0x0000) - not-present page
[   17.298234] PGD 0 P4D 0
[   17.298236] Oops: 0000 [#1] SMP PTI
[   17.298238] CPU: 6 PID: 548 Comm: systemd-udevd Tainted: G
N 5.3.18-51-default #1 SLE15-SP3
[   17.298239] Hardware name: Dell Inc. Precision Tower 5810/0HHV7N, BIOS A34
10/19/2020
[   17.298253] RIP: 0010:usb_audio_probe+0x28a/0xcf0 [snd_usb_audio]
[   17.298254] Code: 04 48 89 df e8 77 7b 01 00 84 c0 0f 84 6f 06 00 00 4d 85
ed 74 14 41 80 7d 14 00 74 0d 48 8b 74 24 08 48 89 df e8 06 9f 01 00 <41> 0f b7
45 12 48 8b 74 24 08 66 89 83 9c 00 00 00 48 63 03 48 89
[   17.298256] RSP: 0018:ffffbbff404fba98 EFLAGS: 00010246
[   17.298257] RAX: 0000000000000000 RBX: ffffa04340aef8b8 RCX:
0000000000000000
[   17.298258] RDX: ffffa04349cf8088 RSI: 0000000000000000 RDI:
ffffa04348a2b988
[   17.298259] RBP: ffffffffc10cff40 R08: ffffa04349cf8508 R09:
0000000000800000
[   17.298259] R10: ffffbbff404fba98 R11: 00000000000323e0 R12:
ffffffffc10cff40
[   17.298260] R13: 0000000000000000 R14: ffffa04343c4b8a0 R15:
ffffa04340aef97c
[   17.298261] FS:  00007feda983b380(0000) GS:ffffa0434fb80000(0000)
knlGS:0000000000000000
[   17.298262] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[   17.298263] CR2: 0000000000000012 CR3: 0000000808b86006 CR4:
00000000001706e0
[   17.298264] Call Trace:
[   17.298270]  ? ktime_get_mono_fast_ns+0x53/0xa0
[   17.298282]  usb_probe_interface+0x13c/0x2f0 [usbcore]
[   17.298285]  really_probe+0xef/0x430
[   17.298287]  driver_probe_device+0x110/0x120
[   17.298288]  device_driver_attach+0x4f/0x60
[   17.298290]  __driver_attach+0x51/0x130
[   17.298291]  ? device_driver_attach+0x60/0x60
[   17.298293]  bus_for_each_dev+0x76/0xc0
[   17.298294]  bus_add_driver+0x144/0x220
[   17.298296]  driver_register+0x5b/0xf0
[   17.298302]  usb_register_driver+0x7c/0x140 [usbcore]
[   17.298303]  ? 0xffffffffc10e1000
[   17.298306]  do_one_initcall+0x46/0x1f4
[   17.298308]  ? kmem_cache_alloc_trace+0x18f/0x270
[   17.298309]  ? do_init_module+0x22/0x22f
[   17.298311]  do_init_module+0x5b/0x22f
[   17.298313]  load_module+0x1d81/0x2320
[   17.298316]  ? __do_sys_init_module+0x160/0x190
[   17.298319]  ? _cond_resched+0x15/0x40
[   17.298320]  __do_sys_init_module+0x160/0x190
[   17.298323]  do_syscall_64+0x5b/0x1e0
[   17.298325]  entry_SYSCALL_64_after_hwframe+0x44/0xa9
[   17.298326] RIP: 0033:0x7feda86726da
[   17.298328] Code: 48 8b 0d b9 c7 2c 00 f7 d8 64 89 01 48 83 c8 ff c3 66 2e
0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 89 ca b8 af 00 00 00 0f 05 <48> 3d 01
f0 ff ff 73 01 c3 48 8b 0d 86 c7 2c 00 f7 d8 64 89 01 48
[   17.298329] RSP: 002b:00007ffdd2e89b28 EFLAGS: 00000246 ORIG_RAX:
00000000000000af
[   17.298330] RAX: ffffffffffffffda RBX: 00005596f8340db0 RCX:
00007feda86726da
[   17.298331] RDX: 00007feda8fd1f9d RSI: 000000000008dbe0 RDI:
00007fed9fd01010
[   17.298332] RBP: 00007feda8fd1f9d R08: 0000000000000003 R09:
00007fed9fd01000
[   17.298332] R10: 0000000000000004 R11: 0000000000000246 R12:
00007fed9fd01010
[   17.298333] R13: 00005596f809d5e0 R14: 00005596f80968f0 R15:
00005596f834c320
[   17.298334] Modules linked in: pcspkr snd_hda_codec snd_hda_core mxm_wmi(NN)
snd_usb_audio(+) pcc_cpufreq(-) snd_soc_core snd_usbmidi_lib snd_hwdep
snd_rawmidi joydev i2c_i801 lpc_ich snd_compress snd_seq_device mc
snd_pcm_dmaengine snd_pcm snd_timer snd soundcore mei_me e1000e mei button fuse
configfs btrfs libcrc32c xor hid_generic usbhid raid6_pq sr_mod sd_mod cdrom
t10_pi amdgpu iommu_v2 gpu_sched i2c_algo_bit ttm drm_kms_helper syscopyarea
sysfillrect sysimgblt fb_sys_fops xhci_pci cec xhci_hcd rc_core ahci drm
crc32c_intel ehci_pci libahci ehci_hcd ata_generic libata usbcore wmi sg
dm_multipath dm_mod scsi_dh_rdac scsi_dh_emc scsi_dh_alua scsi_mod
[   17.298352] Supported: No, Unsupported modules are loaded
[   17.298354] CR2: 0000000000000012
[   17.298355] ---[ end trace 363a4962d4d49222 ]---
[   17.298361] RIP: 0010:usb_audio_probe+0x28a/0xcf0 [snd_usb_audio]
[   17.298362] Code: 04 48 89 df e8 77 7b 01 00 84 c0 0f 84 6f 06 00 00 4d 85
ed 74 14 41 80 7d 14 00 74 0d 48 8b 74 24 08 48 89 df e8 06 9f 01 00 <41> 0f b7
45 12 48 8b 74 24 08 66 89 83 9c 00 00 00 48 63 03 48 89
[   17.298363] RSP: 0018:ffffbbff404fba98 EFLAGS: 00010246
[   17.298364] RAX: 0000000000000000 RBX: ffffa04340aef8b8 RCX:
0000000000000000
[   17.298365] RDX: ffffa04349cf8088 RSI: 0000000000000000 RDI:
ffffa04348a2b988
[   17.298365] RBP: ffffffffc10cff40 R08: ffffa04349cf8508 R09:
0000000000800000
[   17.298366] R10: ffffbbff404fba98 R11: 00000000000323e0 R12:
ffffffffc10cff40
[   17.298367] R13: 0000000000000000 R14: ffffa04343c4b8a0 R15:
ffffa04340aef97c
[   17.298368] FS:  00007feda983b380(0000) GS:ffffa0434fb80000(0000)
knlGS:0000000000000000
[   17.298369] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[   17.298369] CR2: 0000000000000012 CR3: 0000000808b86006 CR4:
00000000001706e0

[(master) nmorey@portia:master]$ rpm -q kernel-default-5.3.18-51.2
kernel-default-5.3.18-51.2.x86_64
[(master) nmorey@portia:master]$ uname -a
Linux portia 5.3.18-51-default #1 SMP Wed Mar 10 15:14:00 UTC 2021 (5219769)
x86_64 x86_64 x86_64 GNU/Linux

Systems seems working after that otherwise apart from:
- No USB output device available
- lsusb just get stuck


--1616007974.Ba4bdA0.26855
Date: Wed, 17 Mar 2021 19:06:14 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183669
           Summary: AUDIT-0: pleaser: security audit for permissions-file-setuid-bit
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: ed-suse.com@s5h.net
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Hello,

Would you mind performing a security review for me?

please is a memory safe sudo alternative that focuses on assigning rules with
familiar regex syntax.

The pacakge is at
https://build.opensuse.org/package/show/home:eneville/pleaser.

Upstream source is at https://gitlab.com/edneville/please

The message from the build service is:

[  174s] please.x86_64: E: permissions-file-setuid-bit (Badness: 10)
/usr/bin/please is packaged with setuid/setgid bits (04755)
[  174s] please.x86_64: E: permissions-file-setuid-bit (Badness: 10)
/usr/bin/pleaseedit is packaged with setuid/setgid bits (04755)
[  174s] If the package is     intended for inclusion in any SUSE product
please open a
[  174s] bug report to request     review of the package by the security team.
Please
[  174s] refer to
[  174s]
https://en.opensuse.org/openSUSE:Package_security_guidelines#audit_bugs for
[  174s] more     information.

Thank you very much in advance.

Ed Neville


body:
--1616077454.DAFD7F1F0.13121
Date: Thu, 18 Mar 2021 14:24:14 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183717
           Summary: u-boot fails to read btrfs
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Bootloader
          Assignee: screening-team-bugs-at-suse.de
          Reporter: matwey.kornilov-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Hello,

I am running
openSUSE-Tumbleweed-ARM-JeOS-rock64.aarch64-2021.03.18-Build5.2.raw.xz image on
Rock64 SBC with U-Boot 2021.01.

I see the following issue:

u-boot cannot load the board dtb file. The file itself is present in the proper
place at the btrfs partition of the sdcard. I checked that the file can be
successfully read from PC.

=> ls mmc 1:3 /@/.snapshots/1/snapshot/boot/dtb/
<SYMLINK>         48  Fri Mar 12 08:12:08 2021
px30-engicam-px30-core-ctouch2-of10.dtb ->
rockchip/px30-engicam-px30-core-ctouch2-of10.dtb
<SYMLINK>         43  Fri Mar 12 08:12:08 2021
px30-engicam-px30-core-ctouch2.dtb ->
rockchip/px30-engicam-px30-core-ctouch2.dtb
<SYMLINK>         44  Fri Mar 12 08:12:08 2021
px30-engicam-px30-core-edimm2.2.dtb ->
rockchip/px30-engicam-px30-core-edimm2.2.dtb
<SYMLINK>         21  Fri Mar 12 08:12:08 2021  px30-evb.dtb ->
rockchip/px30-evb.dtb
<SYMLINK>         23  Fri Mar 12 08:12:08 2021  rk3308-evb.dtb ->
rockchip/rk3308-evb.dtb
<SYMLINK>         26  Fri Mar 12 08:12:08 2021  rk3308-roc-cc.dtb ->
rockchip/rk3308-roc-cc.dtb
<SYMLINK>         27  Fri Mar 12 08:12:08 2021  rk3318-a95x-z2.dtb ->
rockchip/rk3318-a95x-z2.dtb
<SYMLINK>         30  Fri Mar 12 08:12:08 2021  rk3326-odroid-go2.dtb ->
rockchip/rk3326-odroid-go2.dtb
<SYMLINK>         22  Fri Mar 12 08:12:08 2021  rk3328-a1.dtb ->
rockchip/rk3328-a1.dtb
<SYMLINK>         23  Fri Mar 12 08:12:09 2021  rk3328-evb.dtb ->
rockchip/rk3328-evb.dtb
<SYMLINK>         30  Fri Mar 12 08:12:09 2021  rk3328-nanopi-r2s.dtb ->
rockchip/rk3328-nanopi-r2s.dtb
<SYMLINK>         26  Fri Mar 12 08:12:09 2021  rk3328-roc-cc.dtb ->
rockchip/rk3328-roc-cc.dtb
<SYMLINK>         26  Fri Mar 12 08:12:09 2021  rk3328-rock64.dtb ->
rockchip/rk3328-rock64.dtb
<SYMLINK>         31  Fri Mar 12 08:12:09 2021  rk3368-evb-act8846.dtb ->
rockchip/rk3368-evb-act8846.dtb
<SYMLINK>         27  Fri Mar 12 08:12:09 2021  rk3368-geekbox.dtb ->
rockchip/rk3368-geekbox.dtb
<SYMLINK>         31  Fri Mar 12 08:12:09 2021  rk3368-lion-haikou.dtb ->
rockchip/rk3368-lion-haikou.dtb
<SYMLINK>         34  Fri Mar 12 08:12:09 2021  rk3368-orion-r68-meta.dtb ->
rockchip/rk3368-orion-r68-meta.dtb
<SYMLINK>         27  Fri Mar 12 08:12:09 2021  rk3368-px5-evb.dtb ->
rockchip/rk3368-px5-evb.dtb
<SYMLINK>         23  Fri Mar 12 08:12:09 2021  rk3368-r88.dtb ->
rockchip/rk3368-r88.dtb
<SYMLINK>         23  Fri Mar 12 08:12:09 2021  rk3399-evb.dtb ->
rockchip/rk3399-evb.dtb
<SYMLINK>         25  Fri Mar 12 08:12:09 2021  rk3399-ficus.dtb ->
rockchip/rk3399-ficus.dtb
<SYMLINK>         27  Fri Mar 12 08:12:09 2021  rk3399-firefly.dtb ->
rockchip/rk3399-firefly.dtb
<SYMLINK>         27  Fri Mar 12 08:12:09 2021  rk3399-gru-bob.dtb ->
rockchip/rk3399-gru-bob.dtb
<SYMLINK>         29  Fri Mar 12 08:12:09 2021  rk3399-gru-kevin.dtb ->
rockchip/rk3399-gru-kevin.dtb
<SYMLINK>         35  Fri Mar 12 08:12:09 2021  rk3399-gru-scarlet-inx.dtb ->
rockchip/rk3399-gru-scarlet-inx.dtb
<SYMLINK>         34  Fri Mar 12 08:12:09 2021  rk3399-gru-scarlet-kd.dtb ->
rockchip/rk3399-gru-scarlet-kd.dtb
<SYMLINK>         30  Fri Mar 12 08:12:09 2021  rk3399-hugsun-x99.dtb ->
rockchip/rk3399-hugsun-x99.dtb
<SYMLINK>         39  Fri Mar 12 08:12:09 2021  rk3399-khadas-edge-captain.dtb
-> rockchip/rk3399-khadas-edge-captain.dtb
<SYMLINK>         33  Fri Mar 12 08:12:09 2021  rk3399-khadas-edge-v.dtb ->
rockchip/rk3399-khadas-edge-v.dtb
<SYMLINK>         31  Fri Mar 12 08:12:09 2021  rk3399-khadas-edge.dtb ->
rockchip/rk3399-khadas-edge.dtb
<SYMLINK>         34  Fri Mar 12 08:12:09 2021  rk3399-kobol-helios64.dtb ->
rockchip/rk3399-kobol-helios64.dtb
<SYMLINK>         29  Fri Mar 12 08:12:09 2021  rk3399-leez-p710.dtb ->
rockchip/rk3399-leez-p710.dtb
<SYMLINK>         29  Fri Mar 12 08:12:09 2021  rk3399-nanopc-t4.dtb ->
rockchip/rk3399-nanopc-t4.dtb
<SYMLINK>         29  Fri Mar 12 08:12:09 2021  rk3399-nanopi-m4.dtb ->
rockchip/rk3399-nanopi-m4.dtb
<SYMLINK>         31  Fri Mar 12 08:12:09 2021  rk3399-nanopi-neo4.dtb ->
rockchip/rk3399-nanopi-neo4.dtb
<SYMLINK>         28  Fri Mar 12 08:12:09 2021  rk3399-orangepi.dtb ->
rockchip/rk3399-orangepi.dtb
<SYMLINK>         32  Fri Mar 12 08:12:09 2021  rk3399-pinebook-pro.dtb ->
rockchip/rk3399-pinebook-pro.dtb
<SYMLINK>         31  Fri Mar 12 08:12:09 2021  rk3399-puma-haikou.dtb ->
rockchip/rk3399-puma-haikou.dtb
<SYMLINK>         36  Fri Mar 12 08:12:09 2021  rk3399-roc-pc-mezzanine.dtb ->
rockchip/rk3399-roc-pc-mezzanine.dtb
<SYMLINK>         26  Fri Mar 12 08:12:09 2021  rk3399-roc-pc.dtb ->
rockchip/rk3399-roc-pc.dtb
<SYMLINK>         30  Fri Mar 12 08:12:09 2021  rk3399-rock-pi-4a.dtb ->
rockchip/rk3399-rock-pi-4a.dtb
<SYMLINK>         30  Fri Mar 12 08:12:09 2021  rk3399-rock-pi-4b.dtb ->
rockchip/rk3399-rock-pi-4b.dtb
<SYMLINK>         30  Fri Mar 12 08:12:09 2021  rk3399-rock-pi-4c.dtb ->
rockchip/rk3399-rock-pi-4c.dtb
<SYMLINK>         27  Fri Mar 12 08:12:09 2021  rk3399-rock960.dtb ->
rockchip/rk3399-rock960.dtb
<SYMLINK>         32  Fri Mar 12 08:12:09 2021  rk3399-rockpro64-v2.dtb ->
rockchip/rk3399-rockpro64-v2.dtb
<SYMLINK>         29  Fri Mar 12 08:12:09 2021  rk3399-rockpro64.dtb ->
rockchip/rk3399-rockpro64.dtb
<SYMLINK>         38  Fri Mar 12 08:12:09 2021  rk3399-sapphire-excavator.dtb
-> rockchip/rk3399-sapphire-excavator.dtb
<SYMLINK>         28  Fri Mar 12 08:12:09 2021  rk3399-sapphire.dtb ->
rockchip/rk3399-sapphire.dtb
<SYMLINK>         34  Fri Mar 12 08:12:09 2021  rk3399pro-rock-pi-n10.dtb ->
rockchip/rk3399pro-rock-pi-n10.dtb
<DIR>       2074  Thu Mar 18 10:56:07 2021  rockchip
=> load mmc 1:3 ${fdt_addr_r}
/@/.snapshots/1/snapshot/boot/dtb/rk3328-rock64.dtb
BTRFS: An error occurred while reading file
/@/.snapshots/1/snapshot/boot/dtb/rk3328-rock64.dtb
Failed to load '/@/.snapshots/1/snapshot/boot/dtb/rk3328-rock64.dtb'

I suppose that this behavior is not platform specific and is related to btrfs
mount options (specific compression type or checksum type which are not
supported by u-boot).

summary: u-boot fails to read btrfs


--1616081444.57f300.738
Date: Thu, 18 Mar 2021 15:30:44 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1183726
           Summary: VUL-0: CVE-2021-28089,CVE-2021-28090: tor: New releases (with security fixes): 0.3.5.14, 0.4.4.8, and 0.4.5.7
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: bwiedemann-at-suse.com
          Reporter: rfrohl-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

We have a new stable release today. If you build Tor from source, you can
download the source code for 0.4.5.7 on the download page. Packages should be
available within the next several weeks, with a new Tor Browser coming next
week.

Also today, Tor 0.3.5.14 (changelog) and Tor 0.4.4.8 (changelog) have also been
released; you can find them (and source for older Tor releases) at
https://dist.torproject.org.

--

Major bugfixes (security, denial of service):

    Disable the dump_desc() function that we used to dump unparseable
information to disk. It was called incorrectly in several places, in a way that
could lead to excessive CPU usage. Fixes bug 40286; bugfix on 0.2.2.1-alpha.
This bug is also tracked as TROVE-2021- 001 and CVE-2021-28089.
    Fix a bug in appending detached signatures to a pending consensus document
that could be used to crash a directory authority. Fixes bug 40316; bugfix on
0.2.2.6-alpha. Tracked as TROVE-2021-002 and CVE-2021-28090.

--

https://blog.torproject.org/node/2009