body:
--1612610592.6Df50.21869
Date: Sat, 6 Feb 2021 11:23:12 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1181882
           Summary: GCC 11: spirv-tools package fails
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: martin.liska-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The package fails here:
https://build.opensuse.org/package/live_build_log/openSUSE:Factory:Staging:Gcc7/spirv-tools/standard/x86_64

due to:
[   18s] In function 'char* strncpy(char*, const char*, size_t)',
[   18s]     inlined from 'spv_diagnostic_t* spvDiagnosticCreate(spv_position,
const char*)' at
/home/abuild/rpmbuild/BUILD/SPIRV-Tools-2020.6/source/diagnostic.cpp:40:10:
[   18s] /usr/include/bits/string_fortified.h:106:34: error: 'char*
__builtin_strncpy(char*, const char*, long unsigned int)' specified bound
depends on the length of the source argument [-Werror=stringop-overflow=]
[   18s]   106 |   return __builtin___strncpy_chk (__dest, __src, __len, __bos
(__dest));
[   18s]       |
~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[   18s] /home/abuild/rpmbuild/BUILD/SPIRV-Tools-2020.6/source/diagnostic.cpp:
In function 'spv_diagnostic_t* spvDiagnosticCreate(spv_position, const char*)':
[   18s]
/home/abuild/rpmbuild/BUILD/SPIRV-Tools-2020.6/source/diagnostic.cpp:31:25:
note: length computed here
[   18s]    31 |   size_t length = strlen(message) + 1;
[   18s]       |                   ~~~~~~^~~~~~~~~
[   18s] cc1plus: all warnings being treated as errors

summary: GCC 11: spirv-tools package fails


--1612613582.F283Ff0A1.9931
Date: Sat, 6 Feb 2021 12:13:02 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1181886
           Summary: AUDIT-0: deepin-system-monitor: new polkit profile need review
    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: hillwoodroc-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 845863
  --> http://bugzilla.opensuse.org/attachment.cgi?id=845863&action=edit
com.deepin.pkexec.deepin-system-monitor.policy

I want to update deepin-system-monitor for openSUSE offical. But the new
version bring a polkit feature, the rpmlint report three errors on the polkit
profile. Please review the polkit and add it into white list.


body:
--1612635549.F7e4DAB0.10960
Date: Sat, 6 Feb 2021 18:19:09 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1181888
           Summary: fish.pc contains /usr/local paths
    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: aloisio-at-gmx.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

fish.pc contained in fish-devel contains things like this:

completionsdir=/usr/local/share/fish/vendor_completions.d
functionsdir=/usr/local/share/fish/vendor_functions.d
confdir=/usr/local/share/fish/vendor_conf.d

summary: fish.pc contains /usr/local paths


--1612652339.E0b050.22118
Date: Sat, 6 Feb 2021 22:58:59 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1181890
           Summary: Sensors: /usr/sbin/pwmconfig reaches line 456 with $OS being unset
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Linux
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: 7eggert-at-gmx.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

In the script /usr/sbin/pwmconfig, these lines are reached with $OS being unset
or "", causing "3*/4" to be evaluated.

                echo "  $j ... speed was $OS now $S"
                let threshold=3*$OS/4

Dump the log from my system here and everything I remember to generate:

--->8---

root@mysystem# /usr/sbin/pwmconfig
# pwmconfig version 3.6.0
This program will search your sensors for pulse width modulation (pwm)
controls, and test each one to see if it controls a fan on
your motherboard. Note that many motherboards do not have pwm
circuitry installed, even if your sensor chip supports pwm.

We will attempt to briefly stop each fan using the pwm controls.
The program will attempt to restore each fan to full speed
after testing. However, it is ** very important ** that you
physically verify that the fans have been to full speed
after the program has completed.

Found the following devices:
   hwmon0 is dell_smm
   hwmon1 is coretemp
   hwmon2 is amdgpu

Found the following PWM controls:
   hwmon0/pwm1           current value: 255
   hwmon0/pwm2           current value: 255
   hwmon2/pwm1           current value: 22

Giving the fans some time to reach full speed...
Found the following fan sensors:
   hwmon0/fan1_input     current speed: 3432 RPM
   hwmon0/fan2_input     current speed: 2202 RPM
cat: hwmon2/fan1_input: Invalid argument
   hwmon2/fan1_input     current speed:  RPM

Warning!!! This program will stop your fans, one at a time,
for approximately 5 seconds each!!!
This may cause your processor temperature to rise!!!
If you do not want to do this hit control-C now!!!
Hit return to continue:

Testing pwm control hwmon0/pwm1 ...
cat: hwmon2/fan1_input: Invalid argument
  hwmon0/fan1_input ... speed was 3432 now 1492
    It appears that fan hwmon0/fan1_input
    is controlled by pwm hwmon0/pwm1
Would you like to generate a detailed correlation (y)?
Note: If you had gnuplot installed, I could generate a graphical plot.
    PWM 255 FAN 3579
    PWM 240 FAN 3597
    PWM 225 FAN 3597
    PWM 210 FAN 3614
    PWM 195 FAN 3614
    PWM 180 FAN 2332
    PWM 165 FAN 1489
    PWM 150 FAN 1495
    PWM 135 FAN 1486
    PWM 120 FAN 1498
    PWM 105 FAN 1501
    PWM 90 FAN 1504
    PWM 75 FAN 1498
    PWM 60 FAN 1489
    PWM 45 FAN 1495
    PWM 30 FAN 1492
    PWM 28 FAN 1486
    PWM 26 FAN 1486
    PWM 24 FAN 1489
    PWM 22 FAN 1489
    PWM 20 FAN 1489
    PWM 18 FAN 1489
    PWM 16 FAN 1489
    PWM 14 FAN 1486
    PWM 12 FAN 1492
    PWM 10 FAN 1495
    PWM 8 FAN 1489
    PWM 6 FAN 1492
    PWM 4 FAN 1489
    PWM 2 FAN 1489
    PWM 0 FAN 1498

  hwmon0/fan2_input ... speed was 2202 now 2209
    no correlation
  hwmon2/fan1_input ... speed was  now
/usr/sbin/pwmconfig: line 455: let: threshold=3*/4: syntax error: operand
expected (error token is "/4")
/usr/sbin/pwmconfig: line 456: [: -lt: unary operator expected
    no correlation

Testing pwm control hwmon0/pwm2 ...
cat: hwmon2/fan1_input: Invalid argument
  hwmon0/fan1_input ... speed was 3432 now 3546
    no correlation
  hwmon0/fan2_input ... speed was 2202 now 2242
    no correlation
  hwmon2/fan1_input ... speed was  now
/usr/sbin/pwmconfig: line 455: let: threshold=3*/4: syntax error: operand
expected (error token is "/4")
/usr/sbin/pwmconfig: line 456: [: -lt: unary operator expected
    no correlation

No correlations were detected.
There is either no fan connected to the output of hwmon0/pwm2,
or the connected fan has no rpm-signal connected to one of
the tested fan sensors. (Note: not all motherboards have
the pwm outputs connected to the fan connectors,
check out the hardware database on http://www.almico.com/forumindex.php)

Did you see/hear a fan stopping during the above test (n)? y

Testing pwm control hwmon2/pwm1 ...
cat: hwmon2/fan1_input: Invalid argument
  hwmon0/fan1_input ... speed was 3432 now 3614
    no correlation
  hwmon0/fan2_input ... speed was 2202 now 2202
    no correlation
  hwmon2/fan1_input ... speed was  now
/usr/sbin/pwmconfig: line 455: let: threshold=3*/4: syntax error: operand
expected (error token is "/4")
/usr/sbin/pwmconfig: line 456: [: -lt: unary operator expected
    no correlation

No correlations were detected.
There is either no fan connected to the output of hwmon2/pwm1,
or the connected fan has no rpm-signal connected to one of
the tested fan sensors. (Note: not all motherboards have
the pwm outputs connected to the fan connectors,
check out the hardware database on http://www.almico.com/forumindex.php)

Did you see/hear a fan stopping during the above test (n)?

Testing is complete.
Please verify that all fans have returned to their normal speed.

The fancontrol script can automatically respond to temperature changes
of your system by changing fanspeeds.
Do you want to set up its configuration file now (y)?
What should be the path to your fancontrol config file (/etc/fancontrol)?

Select fan output to configure, or other action:
1) hwmon0/pwm2
2) hwmon0/pwm1
3) Change INTERVAL
4) Just quit
5) Save and quit
6) Show configuration
select (1-n): 2

Devices:
hwmon0 is dell_smm
hwmon1 is coretemp
hwmon2 is amdgpu

Current temperature readings are as follows:
hwmon1/temp2_input      36
hwmon1/temp3_input      36
hwmon1/temp4_input      34
hwmon1/temp5_input      37
hwmon2/temp1_input      42

Select a temperature sensor as source for hwmon0/pwm1:
1) hwmon1/temp2_input                    3) hwmon1/temp4_input
  5) hwmon2/temp1_input
2) hwmon1/temp3_input                    4) hwmon1/temp5_input
  6) None (Do not affect this PWM output)
select (1-n): 5

Enter the low temperature (degree C)
below which the fan should spin at minimum speed (20): 30

Enter the high temperature (degree C)
over which the fan should spin at maximum speed (60): 46

Enter the PWM value (0-255) to use when the temperature
is over the high temperature limit (255):

Select fan output to configure, or other action:
1) hwmon0/pwm2
2) hwmon0/pwm1
3) Change INTERVAL
4) Just quit
5) Save and quit
6) Show configuration
select (1-n): 5

Saving configuration to /etc/fancontrol...
Configuration saved

--->8---

# lspci
00:00.0 Host bridge: Intel Corporation Core Processor DMI (rev 11)
00:03.0 PCI bridge: Intel Corporation Core Processor PCI Express Root Port 1
(rev 11)
00:08.0 System peripheral: Intel Corporation Core Processor System Management
Registers (rev 11)
00:08.1 System peripheral: Intel Corporation Core Processor Semaphore and
Scratchpad Registers (rev 11)
00:08.2 System peripheral: Intel Corporation Core Processor System Control and
Status Registers (rev 11)
00:08.3 System peripheral: Intel Corporation Core Processor Miscellaneous
Registers (rev 11)
00:10.0 System peripheral: Intel Corporation Core Processor QPI Link (rev 11)
00:10.1 System peripheral: Intel Corporation Core Processor QPI Routing and
Protocol Registers (rev 11)
00:16.0 Communication controller: Intel Corporation 5 Series/3400 Series
Chipset HECI Controller (rev 06)
00:1a.0 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB2
Enhanced Host Controller (rev 06)
00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High
Definition Audio (rev 06)
00:1c.0 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express
Root Port 1 (rev 06)
00:1d.0 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB2
Enhanced Host Controller (rev 06)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a6)
00:1f.0 ISA bridge: Intel Corporation H57 Chipset LPC Interface Controller (rev
06)
00:1f.2 SATA controller: Intel Corporation 5 Series/3400 Series Chipset 6 port
SATA AHCI Controller (rev 06)
00:1f.3 SMBus: Intel Corporation 5 Series/3400 Series Chipset SMBus Controller
(rev 06)
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
Tahiti XT [Radeon HD 7970/8970 OEM / R9 280X]
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Tahiti HDMI Audio
[Radeon HD 7870 XT / 7950/7970]
02:00.0 Ethernet controller: Broadcom Inc. and subsidiaries NetLink BCM57780
Gigabit Ethernet PCIe (rev 01)
03:01.0 SCSI storage controller: Adaptec AHA-2930CU (rev 03)
ff:00.0 Host bridge: Intel Corporation Core Processor QuickPath Architecture
Generic Non-Core Registers (rev 04)
ff:00.1 Host bridge: Intel Corporation Core Processor QuickPath Architecture
System Address Decoder (rev 04)
ff:02.0 Host bridge: Intel Corporation Core Processor QPI Link 0 (rev 04)
ff:02.1 Host bridge: Intel Corporation Core Processor QPI Physical 0 (rev 04)
ff:03.0 Host bridge: Intel Corporation Core Processor Integrated Memory
Controller (rev 04)
ff:03.1 Host bridge: Intel Corporation Core Processor Integrated Memory
Controller Target Address Decoder (rev 04)
ff:03.4 Host bridge: Intel Corporation Core Processor Integrated Memory
Controller Test Registers (rev 04)
ff:04.0 Host bridge: Intel Corporation Core Processor Integrated Memory
Controller Channel 0 Control Registers (rev 04)
ff:04.1 Host bridge: Intel Corporation Core Processor Integrated Memory
Controller Channel 0 Address Registers (rev 04)
ff:04.2 Host bridge: Intel Corporation Core Processor Integrated Memory
Controller Channel 0 Rank Registers (rev 04)
ff:04.3 Host bridge: Intel Corporation Core Processor Integrated Memory
Controller Channel 0 Thermal Control Registers (rev 04)
ff:05.0 Host bridge: Intel Corporation Core Processor Integrated Memory
Controller Channel 1 Control Registers (rev 04)
ff:05.1 Host bridge: Intel Corporation Core Processor Integrated Memory
Controller Channel 1 Address Registers (rev 04)
ff:05.2 Host bridge: Intel Corporation Core Processor Integrated Memory
Controller Channel 1 Rank Registers (rev 04)
ff:05.3 Host bridge: Intel Corporation Core Processor Integrated Memory
Controller Channel 1 Thermal Control Registers (rev 04)

--->8---

# /usr/bin/sensors
amdgpu-pci-0100
Adapter: PCI adapter
fan1:             N/A
edge:         +41.0??C  (crit = +120.0??C, hyst = +90.0??C)

dell_smm-virtual-0
Adapter: Virtual device
Processor Fan:   1498 RPM
Motherboard Fan: 2248 RPM

coretemp-isa-0000
Adapter: ISA adapter
Core 0:       +38.0??C  (high = +83.0??C, crit = +99.0??C)
Core 1:       +39.0??C  (high = +83.0??C, crit = +99.0??C)
Core 2:       +36.0??C  (high = +83.0??C, crit = +99.0??C)
Core 3:       +40.0??C  (high = +83.0??C, crit = +99.0??C)

--->8---

# /usr/sbin/sensors-detect
# sensors-detect version 3.6.0
# System: Dell Inc. Precision T1500 [00]
# Board: Dell Inc. 0XC7MM
# Kernel: 5.10.9-1-default x86_64
# Processor: Intel(R) Core(TM) i7 CPU 860 @ 2.80GHz (6/30/5)

This program will help you determine which kernel modules you need
to load to use lm_sensors most effectively. It is generally safe
and recommended to accept the default answers to all questions,
unless you know what you're doing.

Some south bridges, CPUs or memory controllers contain embedded sensors.
Do you want to scan for them? This is totally safe. (YES/no):
Module cpuid loaded successfully.
Silicon Integrated Systems SIS5595...                       No
VIA VT82C686 Integrated Sensors...                          No
VIA VT8231 Integrated Sensors...                            No
AMD K8 thermal sensors...                                   No
AMD Family 10h thermal sensors...                           No
AMD Family 11h thermal sensors...                           No
AMD Family 12h and 14h thermal sensors...                   No
AMD Family 15h thermal sensors...                           No
AMD Family 16h thermal sensors...                           No
AMD Family 17h thermal sensors...                           No
AMD Family 15h power sensors...                             No
AMD Family 16h power sensors...                             No
Hygon Family 18h thermal sensors...                         No
Intel digital thermal sensor...                             Success!
    (driver `coretemp')
Intel AMB FB-DIMM thermal sensor...                         No
Intel 5500/5520/X58 thermal sensor...                       No
VIA C7 thermal sensor...                                    No
VIA Nano thermal sensor...                                  No

Some Super I/O chips contain embedded sensors. We have to write to
standard I/O ports to probe them. This is usually safe.
Do you want to scan for Super I/O sensors? (YES/no):
Probing for Super-I/O at 0x2e/0x2f
Trying family `National Semiconductor/ITE'...               No
Trying family `SMSC'...                                     No
Trying family `VIA/Winbond/Nuvoton/Fintek'...               No
Trying family `ITE'...                                      No
Probing for Super-I/O at 0x4e/0x4f
Trying family `National Semiconductor/ITE'...               No
Trying family `SMSC'...                                     No
Trying family `VIA/Winbond/Nuvoton/Fintek'...               Yes
Found `Fintek F71882FG/F71883FG Super IO Sensors'           Success!
    (address 0xa00, driver `f71882fg')

Some systems (mainly servers) implement IPMI, a set of common interfaces
through which system health data may be retrieved, amongst other things.
We first try to get the information from SMBIOS. If we don't find it
there, we have to read from arbitrary I/O ports to probe for such
interfaces. This is normally safe. Do you want to scan for IPMI
interfaces? (YES/no):
Probing for `IPMI BMC KCS' at 0xca0...                      No
Probing for `IPMI BMC SMIC' at 0xca8...                     No

Some hardware monitoring chips are accessible through the ISA I/O ports.
We have to write to arbitrary I/O ports to probe them. This is usually
safe though. Yes, you do have ISA I/O ports even if you do not have any
ISA slots! Do you want to scan the ISA I/O ports? (yes/NO):

Lastly, we can probe the I2C/SMBus adapters for connected hardware
monitoring devices. This is the most risky part, and while it works
reasonably well on most systems, it has been reported to cause trouble
on some systems.
Do you want to probe the I2C/SMBus adapters now? (YES/no):
Using driver `i2c-i801' for device 0000:00:1f.3: Intel 3400/5 Series (PCH)
Module i2c-dev loaded successfully.

Next adapter: SMBus I801 adapter at 0400 (i2c-0)
Do you want to scan it? (yes/NO/selectively):

Next adapter: AMDGPU i2c bit bus 0x90 (i2c-1)
Do you want to scan it? (yes/NO/selectively):

Next adapter: AMDGPU i2c bit bus 0x91 (i2c-2)
Do you want to scan it? (yes/NO/selectively):

Next adapter: AMDGPU i2c bit bus 0x92 (i2c-3)
Do you want to scan it? (yes/NO/selectively):

Next adapter: AMDGPU i2c bit bus 0x93 (i2c-4)
Do you want to scan it? (yes/NO/selectively):

Next adapter: AMDGPU i2c bit bus 0x94 (i2c-5)
Do you want to scan it? (yes/NO/selectively):

Next adapter: AMDGPU i2c bit bus 0x95 (i2c-6)
Do you want to scan it? (yes/NO/selectively):

Next adapter: AMDGPU i2c bit bus 0x96 (i2c-7)
Do you want to scan it? (yes/NO/selectively):

Next adapter: AMDGPU i2c bit bus 0x97 (i2c-8)
Do you want to scan it? (yes/NO/selectively):

Next adapter: card0-DP-1 (i2c-9)
Do you want to scan it? (yes/NO/selectively):

Next adapter: card0-DP-2 (i2c-10)
Do you want to scan it? (yes/NO/selectively):

Next adapter: card0-DP-3 (i2c-11)
Do you want to scan it? (yes/NO/selectively):

Now follows a summary of the probes I have just done.
Just press ENTER to continue:

Driver `coretemp':
  * Chip `Intel digital thermal sensor' (confidence: 9)

Driver `f71882fg':
  * ISA bus, address 0xa00
    Chip `Fintek F71882FG/F71883FG Super IO Sensors' (confidence: 9)

Do you want to generate /etc/sysconfig/lm_sensors? (YES/no):
Created symlink /etc/systemd/system/multi-user.target.wants/lm_sensors.service
??? /usr/lib/systemd/system/lm_sensors.service.
Unloading i2c-dev... OK
Unloading cpuid... OK

--->8---

# uname -a
Linux be10 5.10.9-1-default #1 SMP Wed Jan 20 07:26:11 UTC 2021 (b7732a5)
x86_64 x86_64 x86_64 GNU/Linux


body:
--1612770652.4eC5dE0.11840
Date: Mon, 8 Feb 2021 07:50:52 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1181918
           Summary: GCC 11: vlc package fails
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: martin.liska-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The package build fails:
https://build.opensuse.org/package/live_build_log/openSUSE:Factory:Staging:Gcc7/vlc/standard/x86_64

due to:
[  161s] demux/adaptive/playlist/SegmentInformation.cpp: In member function
'bool
adaptive::playlist::SegmentInformation::getPlaybackTimeDurationBySegmentNumber(uint64_t,
mtime_t*, mtime_t*) const':
[  161s] demux/adaptive/playlist/SegmentInformation.cpp:397:23: error:
'numeric_limits' is not a member of 'std'
[  161s]   397 |     if(number == std::numeric_limits<uint64_t>::max())
[  161s]       |                       ^~~~~~~~~~~~~~
[  161s] demux/adaptive/playlist/SegmentInformation.cpp:397:46: error: expected
primary-expression before '>' token
[  161s]   397 |     if(number == std::numeric_limits<uint64_t>::max())
[  161s]       |                                              ^
[  161s] demux/adaptive/playlist/SegmentInformation.cpp:397:49: error: '::max'
has not been declared; did you mean 'std::max'?
[  161s]   397 |     if(number == std::numeric_limits<uint64_t>::max())
[  161s]       |                                                 ^~~
[  161s]       |                                                 std::max
[  161s] In file included from /usr/include/c++/11/algorithm:62,
[  161s]                  from
demux/adaptive/playlist/SegmentInformation.cpp:35:
[  161s] /usr/include/c++/11/bits/stl_algo.h:3467:5: note: 'std::max' declared
here
[  161s]  3467 |     max(initializer_list<_Tp> __l, _Compare __comp)
[  161s]       |     ^~~
[  161s] make[4]: *** [Makefile:24474:
demux/adaptive/playlist/libadaptive_plugin_la-SegmentInformation.lo] Error 1
[  161s] make[4]: Leaving directory
'/home/abuild/rpmbuild/BUILD/vlc-3.0.12/modules'
[  161s] make[4]: *** Waiting for unfinished jobs....
[  161s] make[4]: Entering directory
'/home/abuild/rpmbuild/BUILD/vlc-3.0.12/modules'
[  161s] ../doltlibtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I.
-I..
-DMODULE_STRING=\"$(p="demux/adaptive/encryption/libadaptive_plugin_la-CommonEncryption.lo";
p="${p##*/}"; p="${p#lib}"; p="${p%_plugin*}"; p=$(echo "$p"|sed 's/-/_/g');
p="${p%.lo}"; echo "$p")\" -D__PLUGIN__  -I./access -I./codec -I../include
-I../include   -I./demux/adaptive  -O2 -Wall -D_FORTIFY_SOURCE=2
-fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables
-fstack-clash-protection -Werror=return-type -flto=auto -ffat-lto-objects -g
-Wextra -Wsign-compare -Wundef -Wpointer-arith -Wvolatile-register-var -Wformat
-Wformat-security -fvisibility=hidden -O3 -fno-math-errno
-funsafe-math-optimizations -fno-rounding-math -fno-signaling-nans
-fcx-limited-range -funroll-loops -fomit-frame-pointer -c -o
demux/adaptive/encryption/libadaptive_plugin_la-CommonEncryption.lo `test -f
'demux/adaptive/encryption/CommonEncryption.cpp' || echo
'./'`demux/adaptive/encryption/CommonEncryption.cpp

summary: GCC 11: vlc package fails


body:
--1612770930.85Fd0.12223
Date: Mon, 8 Feb 2021 07:55:30 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1181921
           Summary: GCC 11: xen package fails
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: martin.liska-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The package fails here:
https://build.opensuse.org/package/live_build_log/openSUSE:Factory:Staging:Gcc7/xen/standard/x86_64

due to:
[   72s] linux.c:165:50: error: argument 7 of type 'const xen_pfn_t[]' {aka
'const long unsigned int[]'} declared as an ordinary array
[-Werror=vla-parameter]
[   72s]   165 |                                  const xen_pfn_t arr[/*num*/],
int err[/*num*/])
[   72s]       |                                  ~~~~~~~~~~~~~~~~^~~~~~~~~~~~
[   72s] In file included from linux.c:29:
[   72s] private.h:35:50: note: previously declared as a variable length array
'const xen_pfn_t[num]' {aka 'const long unsigned int[num]'}
[   72s]    35 |                                  const xen_pfn_t arr[num], int
err[num]);
[   72s]       |                                  ~~~~~~~~~~~~~~~~^~~~~~~~
[   72s] linux.c:165:68: error: argument 8 of type 'int[]' declared as an
ordinary array [-Werror=vla-parameter]
[   72s]   165 |                                  const xen_pfn_t arr[/*num*/],
int err[/*num*/])
[   72s]       |
~~~~^~~~~~~~~~~~
[   72s] In file included from linux.c:29:
[   72s] private.h:35:64: note: previously declared as a variable length array
'int[num]'
[   72s]    35 |                                  const xen_pfn_t arr[num], int
err[num]);
[   72s]       |
~~~~^~~~~~~~
[   72s] cc1: all warnings being treated as errors

summary: GCC 11: xen package fails


body:
--1612770993.B1450ccB0.12368
Date: Mon, 8 Feb 2021 07:56:33 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1181922
           Summary: GCC 11: qemu package fails
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: martin.liska-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The package fails here:
https://build.opensuse.org/package/live_build_log/openSUSE:Factory:Staging:Gcc7/qemu/standard/x86_64

due to:
[ 3143s] In function 'ath5k_eeprom_read_turbo_modes',
[ 3143s]     inlined from 'ath5k_eeprom_init_modes' at
drivers/net/ath/ath5k/ath5k_eeprom.c:488:9,
[ 3143s]     inlined from 'ath5k_eeprom_init' at
drivers/net/ath/ath5k/ath5k_eeprom.c:1701:8:
[ 3143s] drivers/net/ath/ath5k/ath5k_eeprom.c:421:65: error: 'val' may be used
uninitialized [-Werror=maybe-uninitialized]
[ 3143s]   421 |                 ee->ee_switch_settling_turbo[mode] = (val >>
6) & 0x7f;
[ 3143s]       |
~~~~~~~~~~~^~~~~~
[ 3143s] drivers/net/ath/ath5k/ath5k_eeprom.c: In function 'ath5k_eeprom_init':
[ 3143s] drivers/net/ath/ath5k/ath5k_eeprom.c:413:13: note: 'val' declared here
[ 3143s]   413 |         u16 val;
[ 3143s]       |             ^~~
[ 3143s] In function 'ath5k_eeprom_read_turbo_modes',
[ 3143s]     inlined from 'ath5k_eeprom_init_modes' at
drivers/net/ath/ath5k/ath5k_eeprom.c:488:9,
[ 3143s]     inlined from 'ath5k_eeprom_init' at
drivers/net/ath/ath5k/ath5k_eeprom.c:1701:8:
[ 3143s] drivers/net/ath/ath5k/ath5k_eeprom.c:437:65: error: 'val' may be used
uninitialized [-Werror=maybe-uninitialized]
[ 3143s]   437 |                 ee->ee_switch_settling_turbo[mode] = (val >>
8) & 0x7f;
[ 3143s]       |
~~~~~~~~~~~^~~~~~
[ 3143s] drivers/net/ath/ath5k/ath5k_eeprom.c: In function 'ath5k_eeprom_init':
[ 3143s] drivers/net/ath/ath5k/ath5k_eeprom.c:413:13: note: 'val' declared here
[ 3143s]   413 |         u16 val;
[ 3143s]       |             ^~~

summary: GCC 11: qemu package fails


body:
--1612810762.3CE61.5685
Date: Mon, 8 Feb 2021 18:59:22 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1181963
           Summary: Race in libX11 poll_response
    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: X.Org
          Assignee: gfx-bugs-at-suse.de
          Reporter: geoff-at-cs.hmc.edu
        QA Contact: gfx-bugs-at-suse.de
          Found By: ---
           Blocker: ---

There is a race condition in libX11 that causes various applications to crash
randomly; I observe it on virt-manager.  Unfortunately I don't know of a
reliable way to reproduce the problem.

Fortunately, a fix is given here:

https://gitlab.freedesktop.org/xorg/lib/libx11/-/commit/dbb55e1a5e82870466b095097d9e46046680ec25

That fix appears to not be in Leap 15.2 at the moment.

summary: Race in libX11 poll_response


--1612837423.FEDf5c5F0.16206
Date: Tue, 9 Feb 2021 02:23:43 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1181970
           Summary: Can't restart service because masked services
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Salt
          Assignee: salt-maintainers-at-suse.de
          Reporter: dev.dorrejo-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Hello, i am being bothered because each time i do a upgrade on opensuse
tumbleweed and need to restart some service like apache, php-fpm, postfix,
etc..., i found that they wont restart/start because the next masked
partitions.

mercurio:/etc/apache2/vhosts.d # systemctl restart apache2.service
php-fpm.service postfix.service
Failed to restart apache2.service: Unit tmp.mount is masked.
Failed to restart php-fpm.service: Unit tmp.mount is masked.
Failed to restart postfix.service: Unit var-run.mount is masked.

Each time i do update and have to restart/stop the service appear message like
the one before.

doing: systemctl unmask --now tmp.mount wont do nothing, tryed masking and
unmasking again but the issue persist and have to reboot the server to apply
those reboot of service.

Status of the .mount:

mercurio:/etc/apache2/vhosts.d # systemctl status tmp.mount
??? tmp.mount - /tmp
     Loaded: masked (Reason: Unit tmp.mount is masked.)
     Active: active (mounted) (Result: exit-code) since Mon 2021-02-08 22:01:05
AST; 10min ago
      Where: /tmp
       What: tmpfs
      Tasks: 0 (limit: 4915)
     CGroup: /system.slice/tmp.mount

Feb 08 22:01:05 mercurio umount[16479]: umount: /tmp: target is busy.
Feb 08 22:01:05 mercurio systemd[1]: Unmounting /tmp...
Feb 08 22:01:05 mercurio systemd[1]: tmp.mount: Mount process exited,
code=exited, status=32/n/a
Feb 08 22:01:05 mercurio systemd[1]: Failed unmounting /tmp.
mercurio:/etc/apache2/vhosts.d # systemctl status var.mount
??? var.mount - /var
     Loaded: masked (Reason: Unit var.mount is masked.)
     Active: active (mounted) (Result: exit-code) since Mon 2021-02-08 22:01:05
AST; 11min ago
      Where: /var
       What: /dev/mapper/vg0-root
      Tasks: 0 (limit: 4915)
     CGroup: /system.slice/var.mount

Feb 05 20:37:25 localhost systemd[1]: Mounting /var...
Feb 05 20:37:25 localhost systemd[1]: Mounted /var.
Feb 08 22:01:05 mercurio systemd[1]: Unmounting /var...
Feb 08 22:01:05 mercurio umount[16480]: umount: /var: target is busy.
Feb 08 22:01:05 mercurio systemd[1]: var.mount: Mount process exited,
code=exited, status=32/n/a
Feb 08 22:01:05 mercurio systemd[1]: Failed unmounting /var.
mercurio:/etc/apache2/vhosts.d # systemctl status var-run.mount
??? var-run.mount
     Loaded: masked (Reason: Unit var-run.mount is masked.)
     Active: inactive (dead)
  Condition: start condition failed at Fri 2021-02-05 20:37:25 AST; 3 days ago

Feb 05 20:37:25 localhost systemd[1]: Condition check resulted in Runtime
Directory being skipped.

journalctl said nothing about this issue.

systemctl list-units: https://susepaste.org/56464129


--1612861071.64fcFa2E0.16448
Date: Tue, 9 Feb 2021 08:57:51 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1181979
           Summary: VUL-1: CVE-2020-36150: libmysofa: Incorrect handling of input data in loudness function
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
               URL: https://smash.suse.de/issue/277474/
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: abergmann-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2020-36150

Incorrect handling of input data in loudness function in the libmysofa library
0.5 - 1.1 will lead to heap buffer overflow and access to unallocated memory
block.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2020-36150
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-36150
https://github.com/hoene/libmysofa/issues/135


--1612861065.c03d0.17131
Date: Tue, 9 Feb 2021 08:57:45 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1181977
           Summary: VUL-1: CVE-2020-36152: libmysofa: Buffer overflow in readDataVar in hdf/dataobject.c
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
               URL: https://smash.suse.de/issue/277476/
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: abergmann-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2020-36152

Buffer overflow in readDataVar in hdf/dataobject.c in Symonics libmysofa 0.5 -
1.1 allows attackers to execute arbitrary code via a crafted SOFA.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2020-36152
https://github.com/hoene/libmysofa/issues/136
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-36152


--1612861073.0e2fFf0.17223
Date: Tue, 9 Feb 2021 08:57:53 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1181980
           Summary: VUL-1: CVE-2020-36149: libmysofa: Incorrect handling of input data in changeAttribute function
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
               URL: https://smash.suse.de/issue/277473/
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: abergmann-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2020-36149

Incorrect handling of input data in changeAttribute function in the libmysofa
library 0.5 - 1.1 will lead to NULL pointer dereference and segmentation fault
error in case of restrictive memory protection or near NULL pointer overwrite
in
case of no memory restrictions (e.g. in embedded environments).

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2020-36149
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-36149
https://github.com/hoene/libmysofa/issues/137


--1612861076.fC55F20.17254
Date: Tue, 9 Feb 2021 08:57:56 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1181981
           Summary: VUL-1: CVE-2020-36148: libmysofa: Incorrect handling of input data in verifyAttribute function
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
               URL: https://smash.suse.de/issue/277472/
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: abergmann-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2020-36148

Incorrect handling of input data in verifyAttribute function in the libmysofa
library 0.5 - 1.1 will lead to NULL pointer dereference and segmentation fault
error in case of restrictive memory protection or near NULL pointer overwrite
in
case of no memory restrictions (e.g. in embedded environments).

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2020-36148
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-36148
https://github.com/hoene/libmysofa/issues/138


--1612861068.A4BCCa0.17183
Date: Tue, 9 Feb 2021 08:57:48 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1181978
           Summary: VUL-1: CVE-2020-36151: libmysofa: Incorrect handling of input data in mysofa_resampler_reset_mem function
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
               URL: https://smash.suse.de/issue/277475/
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: abergmann-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2020-36151

Incorrect handling of input data in mysofa_resampler_reset_mem function in the
libmysofa library 0.5 - 1.1 will lead to heap buffer overflow and overwriting
large memory block.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2020-36151
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-36151
https://github.com/hoene/libmysofa/issues/134


--1612887259.dEAbA0.6983
Date: Tue, 9 Feb 2021 16:14:19 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182016
           Summary: xdelta3 ppc64 build failure "internal compiler error: in compute_fn_summary, at ipa-fnsummary.c:2993"
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: BigEndian
               URL: https://openqa.opensuse.org/tests/1624080/modules/zypp
                    er_in/steps/12
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: screening-team-bugs-at-suse.de
          Reporter: normand-at-linux.vnet.ibm.com
        QA Contact: qa-bugs-at-suse.de
          Found By: openQA
           Blocker: Yes

Created attachment 845951
  --> http://bugzilla.opensuse.org/attachment.cgi?id=845951&action=edit
xdelta3_standard_ppc64_202102091539.log.gz

xdelta3 ppc64 build failure "internal compiler error: in compute_fn_summary, at
ipa-fnsummary.c:2993"

as reported below, extracted from attached
xdelta3_standard_ppc64_202102091539.log.gz retrieved from OBS
https://build.opensuse.org/package/live_build_log/openSUSE:Factory:PowerPC/xdelta3/standard/ppc64
===
gcc -DHAVE_CONFIG_H -I.    -Wall -Wshadow -fno-builtin -Wextra -Wsign-compare
-Wformat=2 -Wno-format-nonliteral -Wno-unused-parameter -Wno-unused-function
-pedantic -std=c99 -DREGRESSION_TEST=1 -DSECONDARY_DJW=1 -DSECONDARY_FGK=1
-DXD3_MAIN=1  -DXD3_DEBUG=0 -O2 -Wall -D_FORTIFY_SOURCE=2
-fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables
-fstack-clash-protection -Werror=return-type -g -fprofile-use -c -o
xdelta3-xdelta3.o `test -f 'xdelta3.c' || echo './'`xdelta3.c
In file included from xdelta3.c:718:
...
during IPA pass: icf
xdelta3.c: At top level:
xdelta3.c:723: internal compiler error: in compute_fn_summary, at
ipa-fnsummary.c:2993
  723 | #endif
      |
Please submit a full bug report,
with preprocessed source if appropriate.
See <https://bugs.opensuse.org/> for instructions.
make[1]: *** [Makefile:720: xdelta3-xdelta3.o] Error 1
===

No failure for ppc64le.
Will try in a ppc64 (BE) qemu guest ...


body:
--1612962289.c260E0.377
Date: Wed, 10 Feb 2021 13:04:48 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182048
           Summary: python38-pysvn missing so module
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: screening-team-bugs-at-suse.de
          Reporter: philip.raets-at-telenet.be
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

python38-pysvn only installs the egg-info, but not pysvn itself:

python3-pysvn:
/usr/lib64/python3.8/site-packages/pysvn
/usr/lib64/python3.8/site-packages/pysvn/__init__.py
/usr/lib64/python3.8/site-packages/pysvn/_pysvn.so
/usr/share/doc/packages/python38-pysvn
/usr/share/doc/packages/python38-pysvn/Docs
/usr/share/doc/packages/python38-pysvn/Docs/generate_cpp_docs_from_html_docs.py
/usr/share/doc/packages/python38-pysvn/Docs/pysvn.html
/usr/share/doc/packages/python38-pysvn/Docs/pysvn_prog_guide.html
/usr/share/doc/packages/python38-pysvn/Docs/pysvn_prog_ref.html
/usr/share/doc/packages/python38-pysvn/Docs/pysvn_prog_ref.js
/usr/share/doc/packages/python38-pysvn/Examples
/usr/share/doc/packages/python38-pysvn/Examples/Client
/usr/share/doc/packages/python38-pysvn/Examples/Client/__pycache__
/usr/share/doc/packages/python38-pysvn/Examples/Client/__pycache__/parse_datetime.cpython-38.pyc
/usr/share/doc/packages/python38-pysvn/Examples/Client/parse_datetime.py
/usr/share/doc/packages/python38-pysvn/Examples/Client/pysvn_print_doc.py
/usr/share/doc/packages/python38-pysvn/Examples/Client/svn_cmd.py
/usr/share/licenses/python38-pysvn
/usr/share/licenses/python38-pysvn/LICENSE.txt

python38-pysvn:
/usr/lib64/python3.8/site-packages/pysvn-1.9.12-py3.8.egg-info
/usr/lib64/python3.8/site-packages/pysvn-1.9.12-py3.8.egg-info/PKG-INFO
/usr/lib64/python3.8/site-packages/pysvn-1.9.12-py3.8.egg-info/SOURCES.txt
/usr/lib64/python3.8/site-packages/pysvn-1.9.12-py3.8.egg-info/dependency_links.txt
/usr/lib64/python3.8/site-packages/pysvn-1.9.12-py3.8.egg-info/not-zip-safe
/usr/lib64/python3.8/site-packages/pysvn-1.9.12-py3.8.egg-info/top_level.txt
/usr/share/doc/packages/python38-pysvn
/usr/share/doc/packages/python38-pysvn/Docs
/usr/share/doc/packages/python38-pysvn/Docs/generate_cpp_docs_from_html_docs.py
/usr/share/doc/packages/python38-pysvn/Docs/pysvn.html
/usr/share/doc/packages/python38-pysvn/Docs/pysvn_prog_guide.html
/usr/share/doc/packages/python38-pysvn/Docs/pysvn_prog_ref.html
/usr/share/doc/packages/python38-pysvn/Docs/pysvn_prog_ref.js
/usr/share/doc/packages/python38-pysvn/Examples
/usr/share/doc/packages/python38-pysvn/Examples/Client
/usr/share/doc/packages/python38-pysvn/Examples/Client/__pycache__
/usr/share/doc/packages/python38-pysvn/Examples/Client/__pycache__/parse_datetime.cpython-38.pyc
/usr/share/doc/packages/python38-pysvn/Examples/Client/parse_datetime.py
/usr/share/doc/packages/python38-pysvn/Examples/Client/pysvn_print_doc.py
/usr/share/doc/packages/python38-pysvn/Examples/Client/svn_cmd.py
/usr/share/licenses/python38-pysvn
/usr/share/licenses/python38-pysvn/LICENSE.txt

summary: python38-pysvn missing so module


--1613029169.B2320.4048
Date: Thu, 11 Feb 2021 07:39:29 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182098
           Summary: VUL-0: CVE-2020-13576: gsoap: remote code execution via specially crafted SOAP request inside the WS-Addressing plugin
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
               URL: https://smash.suse.de/issue/277695/
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: abergmann-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2020-13576

A code execution vulnerability exists in the WS-Addressing plugin functionality
of Genivia gSOAP 2.8.107. A specially crafted SOAP request can lead to remote
code execution. An attacker can send an HTTP request to trigger this
vulnerability.

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


--1613048937.2b7dfE171.9158
Date: Thu, 11 Feb 2021 13:08:57 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182123
           Summary: VUL-0: mumble: non-http/https URL schemes in website field
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: i-at-marguerite.su
          Reporter: Andreas.Stieger-at-gmx.de
        QA Contact: qa-bugs-at-suse.de
                CC: security-team-at-suse.de
          Found By: Community User
           Blocker: ---

Fixed in Mumble 1.3.4:

> Fixed: Security vulnerability caused by allowing non http/https URL schemes in
> public server

From commit:

Our public server list registration script doesn't have an URL scheme whitelist
for the website field. Turns out a malicious server can register itself with a
dangerous URL in an attempt to attack a user's machine. User interaction is
required, as the URL has to be opened by right-clicking on the server entry and
clicking on Open Webpage.
[.fix is a ..] client-side whitelist, which only allows http and https schemes.

References:
https://github.com/mumble-voip/mumble/pull/4733
https://github.com/mumble-voip/mumble/commit/817d2c1a03cdeb0d951b0460c5c03c504fdeed40
https://github.com/mumble-voip/mumble/pull/4739
https://github.com/mumble-voip/mumble/commit/6b54dbca8589140d5ae2ed9b0eb89590fa18d6e6


--1613062350.4C228Cf50.13465
Date: Thu, 11 Feb 2021 16:52:30 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182144
           Summary: osinfo-db: autoinst.xml does not work with Tumbleweed
    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: dmacvicar-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 846027
  --> http://bugzilla.opensuse.org/attachment.cgi?id=846027&action=edit
Screenshot

Tumbleweed complains the profile is not valid. Leap 15.2 works fine with the
same profile.

$ rpm -q osinfo-db
osinfo-db-20201218-1.1.noarch
$ rpm -q gnome-boxes
gnome-boxes-3.38.2-1.1.x86_64


--1613064582.5A5DcA5.22178
Date: Thu, 11 Feb 2021 17:29:41 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182145
           Summary: systemd-analyze verify is unhappy with plymouth-start.service systemd unit
    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: mcepl-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: azhou-at-suse.com, dmueller-at-suse.com, fcrozat-at-suse.com,
                    guillaume.gardet-at-arm.com, lubos.kocman-at-suse.com,
                    meissner-at-suse.com, mlin-at-suse.com,
                    nwr10cst-oslnx-at-yahoo.com, qzhao-at-suse.com,
                    stasiek-at-michalski.cc, yfjiang-at-suse.com
          Found By: ---
           Blocker: ---

When running systemd-analyze verify ~/.config/systemd/user/*.service I get a
list of errors on unrealted systemd units:

/usr/lib/systemd/system/plymouth-start.service:15: Unit configured to use
KillMode=none. This is unsafe, as it disables systemd's process lifecycle
management for the service. Please update your service to use a safer
KillMode=, such as 'mixed' or 'control-group'. Support for KillMode=none is
deprecated and will eventually be removed.

I wonder whether there is a security issue here?


--1613064928.71F2bD5.23803
Date: Thu, 11 Feb 2021 17:35:28 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182147
           Summary: systemd-analyze verify is unhappy with /usr/lib/systemd/system/gpm.service systemd unit
    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: mcepl-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: azhou-at-suse.com, dmueller-at-suse.com, fcrozat-at-suse.com,
                    guillaume.gardet-at-arm.com, lubos.kocman-at-suse.com,
                    meissner-at-suse.com, mlin-at-suse.com,
                    nwr10cst-oslnx-at-yahoo.com, qzhao-at-suse.com,
                    stasiek-at-michalski.cc, yfjiang-at-suse.com
          Found By: ---
           Blocker: ---

When running systemd-analyze verify ~/.config/systemd/user/*.service I get a
list of errors on unrealted systemd units:

/usr/lib/systemd/system/gpm.service:11: Standard output type syslog is
obsolete, automatically updating to journal. Please update your unit file, and
consider removing the setting altogether.


body:
--1613076453.71370.1144
Date: Thu, 11 Feb 2021 20:47:33 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182151
           Summary: clamtk not scanning for viruses
    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: jshand2013-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I can load the application ok.  however, when i go to scan a directory i get
this error:

jshand@johns-pc:~> clamtk
WINDOW DECORATIONS RELOADED
WINDOW DECORATIONS RELOADED
*** unhandled exception in callback:
***   FATAL: invalid GtkDialogFlags value no-separator, expecting: modal /
GTK_DIALOG_MODAL, destroy-with-parent / GTK_DIALOG_DESTROY_WITH_PARENT,
use-header-bar / GTK_DIALOG_USE_HEADER_BAR at
/usr/lib/perl5/vendor_perl/5.32.0/Gtk3.pm line 1136.
***  ignoring at /usr/lib/perl5/vendor_perl/5.32.0/Gtk3.pm line 572.

scanning does not start after this error

summary: clamtk not scanning for viruses


--1613128691.CAc8230.20075
Date: Fri, 12 Feb 2021 11:18:11 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182176
           Summary: [RPi4] pulseaudio not installed by default on GNOME JeOS images
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: aarch64
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: nsaenzjulienne-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I get the feeling this not only applies to Raspberry Pi 4's JeOS images, but
that's what I personally test. The problem is that PulseAudio isn't being
installed by default, even though it's essential for audio in GNOME.

There aren't any explicit requirements for PulseAudio in the kiwi recipe[1],
which isn't surprising since this should be pulled automatically from GNOME's
patterns. But it isn't happening. I'd appreciate some help/hints figuring out
the right place to fix this.

[1]
https://build.opensuse.org/package/view_file/openSUSE:Factory:ARM:ToTest/JeOS/GNOME-raspberrypi4.aarch64.kiwi?expand=1


--1613290014.C00bEE81.30400
Date: Sun, 14 Feb 2021 08:06:54 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182227
           Summary: combustion [# combustion: network] does not work
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: openSUSE Tumbleweed
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kubic
          Assignee: kubic-bugs-at-opensuse.org
          Reporter: syuta.hashimoto-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 846101
  --> http://bugzilla.opensuse.org/attachment.cgi?id=846101&action=edit
combustion/script file

[# combustion: network] comment occur error.

combustion logged:
 sh: line 5: /lib/dracut/hooks/pre-udev/60-net-genrules.sh: No such file or
directory

I used
openSUSE-MicroOS.x86_64-16.0.0-Kubic-kubeadm-kvm-and-xen-Snapshot20210210.qcow2.

Combustion succeeded without [# combustion: network] comment.

What am I wrong?


--1613306906.aba22e0.29635
Date: Sun, 14 Feb 2021 12:48:26 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182229
           Summary: graphics/ImageMagick: Bug mogrify can't handle raw files
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: 3rd party software
          Assignee: pgajdos-at-suse.com
          Reporter: bruno@ioda-net.ch
        QA Contact: screening-team-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Since the introduction of version 7x, mogrify is no more able to handle
correctly raw files (in my case canon .cr2)

Use imagemagick on (Tumbleweed version 20210210)

mogrify -format "jpg" "test.cr2"

mogrify: delegate failed `'ufraw-batch' --silent --create-id=also
--out-type=png --out-depth=16 --output='%u.png' '%i'' @
error/delegate.c/InvokeDelegate/1903.
mogrify: unable to open image
'/tmp/magick-FHor4RaNNvbrER7l3sAuFcpYdVzqbPoH.ppm': No such file or directory @
error/blob.c/OpenBlob/3537.

Having a look ? build.o.o it seems that %setup part is missing needed -devel
package to handle correctly raw files

in
https://build.opensuse.org/build/graphics/openSUSE_Tumbleweed/x86_64/ImageMagick/_log

RAW               --with-raw=yes        no

According to upstream
https://github.com/ImageMagick/ImageMagick/issues/1617#issuecomment-505850288
delegate library should be prefered, and as such I guess a BuildRequires:
libraw-devel as to be added.


--1613367019.d6b1DB010.8723
Date: Mon, 15 Feb 2021 05:30:19 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182232
           Summary: [Build 20210211][glibc2.33] openssl refuses connection. On i586
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: 32bit
               URL: https://openqa.opensuse.org/tests/1627995/modules/sshd
                    /steps/50
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: openQA
           Blocker: Yes

## Observation

openQA test in scenario opensuse-Tumbleweed-DVD-i586-textmode@32bit fails in
[sshd](https://openqa.opensuse.org/tests/1627995/modules/sshd/steps/50)

On 32bit systems (seen on i586, likely also on 32bit arm), openssh refuses
connections.

This blocks TW from being released, as that issue was not detected in staging.
Reverting glibc is not a realistic option.

Upstream patch for openssh available:

https://bugzilla.mindrot.org/show_bug.cgi?id=3260

## Test suite description
Maintainer: okurz

Installation in textmode and selecting the textmode "desktop" during
installation.

## Reproducible

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

## Expected result

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

## Further details

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


--1613367220.040aF300.5981
Date: Mon, 15 Feb 2021 05:33:40 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182233
           Summary: [Build 20210211][glibc2.33] chromium fails to render websites
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
               URL: https://openqa.opensuse.org/tests/1628024/modules/chro
                    mium/steps/20
                OS: Other
            Status: NEW
          Severity: Major
          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-gnome@64bit fails in
[chromium](https://openqa.opensuse.org/tests/1628024/modules/chromium/steps/20)

## Test suite description

## Reproducible

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

## Expected result

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


body:
--1613375634.212bcfA0.24977
Date: Mon, 15 Feb 2021 07:53:54 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182236
           Summary: Add delete to end of test to alpine
    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: rguenther-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Please include http://alpine.x10host.com/alpine/info/DelText.html to support
seamless pruning of the tail of a quoted message.

summary: Add delete to end of test to alpine


--1613381707.6DF0bff0.17908
Date: Mon, 15 Feb 2021 09:35:07 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182247
           Summary: [Build 20210211][glibc2.33] not able to 'su' to user in nis/yp directory
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
               URL: https://openqa.opensuse.org/tests/1629793/modules/nis_
                    client_validate/steps/22
                OS: Other
            Status: NEW
          Severity: Major
          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-nis_client@64bit fails
in
[nis_client_validate](https://openqa.opensuse.org/tests/1629793/modules/nis_client_validate/steps/22)

## Test suite description
Multimachine nis test, client side. Configures a nis client and enables a nfs
export with autofs.

Snapshot 0211 was updated to glibc 2.33; build wise, everything looks
reasonable. At runtime tests, though, the nis user test fails. zymatch seems to
list the user, a subsequent attempt to 'su' to said user fails though

## Reproducible

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

## Expected result

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


body:
--1613384096.F85430.456
Date: Mon, 15 Feb 2021 10:14:56 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182252
           Summary: [binutils2.36] nuspell build failure
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: martin.liska-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The build fails here:
https://build.opensuse.org/package/live_build_log/openSUSE:Factory:Staging:C/nuspell/standard/x86_64

with many failures like:
[   66s] due to unexpected exception with message:
[   66s]   Unknown error -1

That seems to be related to libicuuc.so.67 library. When I copy the system
libicuuc.so.67 into the chroot build root, tests are fine.

summary: [binutils2.36] nuspell build failure


--1613393828.bF6148D20.12947
Date: Mon, 15 Feb 2021 12:57:08 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182259
           Summary: Logitech G602 mouse ID 046d:c537 not working after upgrade from Leap 15.1
    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: Kernel
          Assignee: kernel-bugs-at-opensuse.org
          Reporter: rolandjanssen-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

My Logitech G602 mouse is not working anymore after updating from Leap 15.1 to
15.2.  The usb device ID is 046d:c537

It was working on openSuse Leap 15.1 without issues or configuring and I am
still using the same usb port.
But stopped working after I upgraded my laptop to openSuse 15.2.

I tried other usb ports, als via an usb-c dock, but no luck.
I verified the mouse is still working on another laptop.


--1613396824.4207361.20328
Date: Mon, 15 Feb 2021 13:47:04 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182264
           Summary: KDE LiveCD 20210210 fails to boot (dracut-initqueue timeout errors)
    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: pujos.michael-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

As the title says,

burned
http://mirrors.standaloneinstaller.com/opensuse-stable/tumbleweed/iso/openSUSE-Tumbleweed-KDE-Live-x86_64-Snapshot20210210-Media.iso
to an USB key and boot fails early on after a minute or two, with repeated
dracut-initqueue timeout errors on first console (ALT+F1).

Tried on 2 different PCs. Checked ISO checksum before putting it on the USB
key.


--1613484014.B4Faf0.5290
Date: Tue, 16 Feb 2021 14:00:14 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182323
           Summary: postfix packages messed up, lmdb maps do not work
    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: michael-at-stroeder.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

In theory package postfix-lmdb was obsoleted by moving lmdb-support to postfix.
But this does not work.

There's a new package postfix-bdb-lmdb (what?!?) available which conflicts with
postfix and postfix-ldap.

What a mess...


--1613487178.deab3ECC0.19238
Date: Tue, 16 Feb 2021 14:52:58 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182324
           Summary: vim is broken after  update to vim-8.0.1568-lp152.8.3.1.x86_64.rpm
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: seife-at-novell.slipkontur.de
        QA Contact: qa-bugs-at-suse.de
                CC: lnussel-at-suse.com
          Found By: Community User
           Blocker: ---

Just before Christmas I got an update for vim on my 15.2 server which seems to
have removed /etc/vimrc.

Vim is not useful without a good /etc/vimrc.

One reason to use openSUSE is that usually things are well preconfigured
(readline, bash, vim). If I want to have just the default of the upstream
maintainers and fix everything on my own, I could as well just use debian.

It took me quite some time to find out what went wrong (no syntax highlighting
anymore, unreadable colors etc), I would never have guessed that an maintenance
update to a stable distribution would remove basic usability.

Adding Ludwig to CC as he is listed in the changelog as initiating the
breakage.


body:
--1613516039.FDEeAd01.5811
Date: Tue, 16 Feb 2021 22:53:59 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

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

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

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

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

summary: go1.16 release tracking


--1613555246.a1d230.3382
Date: Wed, 17 Feb 2021 09:47:26 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182354
           Summary: LaFrite board does not boot from USB anymore with JeOS-efi
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: aarch64
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: guillaume.gardet-at-arm.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

LaFrite board [0] does not boot from USB anymore with JeOS-efi image.
Dracut does not find USB stick. I suspect a kernel module is missing in initrd,
but not sure which one.

[0]: https://en.opensuse.org/HCL:AML-S805X-AC


--1613557729.eCF44F10.1380
Date: Wed, 17 Feb 2021 10:28:48 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182358
           Summary: VUL-0: CVE-2021-21149,CVE-2021-21150,CVE-2021-21151,CVE-2021- 21152,CVE-2021-21153,CVE-2021-21154,CVE-2021-21155,CVE -2021-21156,CVE-2021-21157: chromium: Update to 88.0.4324.182
    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-21149: Stack overflow in Data Transfer.
CVE-2021-21150: Use after free in Downloads.
CVE-2021-21151: Use after free in Payments.
CVE-2021-21152: Heap buffer overflow in Media.
CVE-2021-21153: Stack overflow in GPU Process.
CVE-2021-21154: Heap buffer overflow in Tab Strip.
CVE-2021-21155: Heap buffer overflow in Tab Strip.
CVE-2021-21156: Heap buffer overflow in V8.
CVE-2021-21157: Use after free in Web Sockets.


body:
--1613577299.17bC8A0.13543
Date: Wed, 17 Feb 2021 15:54:59 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182376
           Summary: stunnel update moves config to rpmorig
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: vetter-at-physik.uni-wuerzburg.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

stunnel-5.57-lp152.2.3.1 moves existing stunnel.conf to stunnel.conf.rpmorig
After that stunnel does not start as intended.

summary: stunnel update moves config to rpmorig


body:
--1613629345.fbEe7db1.16001
Date: Thu, 18 Feb 2021 06:22:25 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182391
           Summary: smpquery returns wrong hostname
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: SLES 12
            Status: CONFIRMED
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: nmoreychaisemartin-at-suse.com
          Reporter: nmoreychaisemartin-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: mmoese-at-suse.com
        Depends on: 1089715, 1111488
          Found By: ---
           Blocker: ---

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

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

Sometimes the following result is returned when running smpquery
# smpquery -D NodeDesc -D 0
Node Description:.MT4119 ConnectX5   Mellanox Technologies

Instead of this result:
# smpquery -D NodeDesc -D 0
Node Description:..................sonic-1 mlx5_0

I would assume rdma-ndd has some race condition with the hostname being set.

This was observed for build 567.1 (RC3C2).

summary: smpquery returns wrong hostname


body:
--1613756311.cBa060.22098
Date: Fri, 19 Feb 2021 17:38:31 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182509
           Summary: AUDIT-0: sssd-2.4.1 / pam_sss_gss
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: All
                OS: Linux
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: security-team-at-suse.de
          Reporter: jengelh-at-inai.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Since sssd-2.4.1, sssd has gained a new PAM module.

[  157s] sssd.x86_64: E: suse-pam-unauthorized-module (Badness: 10)
pam_sss_gss.so
[  157s] The package installs a PAM module. If the package is     intended for
[  157s] inclusion in any SUSE product please open a bug report to request
review
[  157s] of the package by the security team. Please refer to
[  157s]
https://en.opensuse.org/openSUSE:Package_security_guidelines#audit_bugs for
[  157s] more     information.

You may find the package in <build.opensuse.org::> network/sssd .

summary: AUDIT-0: sssd-2.4.1 / pam_sss_gss


--1613758345.5eff7Dee1.13360
Date: Fri, 19 Feb 2021 18:12:25 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182510
           Summary: broken formatting for man page: modesetting
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X.Org
          Assignee: gfx-bugs-at-suse.de
          Reporter: comes-at-naic.edu
        QA Contact: gfx-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 846331
  --> http://bugzilla.opensuse.org/attachment.cgi?id=846331&action=edit
fix for modesetting man page xorg-server < 1.20.6

On leap 15.2 the command
  man modesetting
shows incorrect formatting (like: MODESETTING(@drivermansuffix@) instead of:
MODESETTING(4))
This issue was fixed upstream in xorg-server-1.20.6 however since the upcoming
leap 15.3 still comes with xorg-server-1.20.3 I suggest to apply the attached
patch to the package xorg-x11-server in order to fix the issue in 15.2/15.3


--1613811698.B72cE140.2320
Date: Sat, 20 Feb 2021 09:01:38 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182517
           Summary: man-pages-pl incorrectly ships free.1 manpage
    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: maciek.borzecki-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

When attempting to update to Tumbleweed snapshot 20210218 zypper identified
this file conflict:

 File /usr/share/man/pl/man1/free.1.gz
   from install of
      procps-lang-3.3.17-1.1.noarch (openSUSE-Tumbleweed-Oss (20210218))
   conflicts with file from package
      man-pages-pl-4.2.0-1.2.noarch (@System)

AFAICT, the manpage of the 'free' command should be part of the procps-lang
package.

This could be related to https://bugzilla.opensuse.org/show_bug.cgi?id=1029961


body:
--1613842696.5eFA0.4314
Date: Sat, 20 Feb 2021 17:38:16 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182521
           Summary: AUDIT-0: kdiskmark: polkit, dbus
    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: jonmagon-at-gmail.com
        QA Contact: security-team-at-suse.de
          Found By: ---
           Blocker: ---

For my package found in OBS in benchmark:kdiskmark I would like a whitelisting
for the following rpmlint error:

[   72s] kdiskmark.x86_64: I: polkit-cant-acquire-privilege
org.jonmagon.kdiskmark.dropcache (??:no:auth_admin_keep)

[   72s] kdiskmark.x86_64: E: polkit-untracked-privilege (Badness: 10000)
org.jonmagon.kdiskmark.dropcache (??:no:auth_admin_keep)

[   72s] kdiskmark.x86_64: E: suse-dbus-unauthorized-service (Badness: 10000)
/usr/share/dbus-1/system-services/org.jonmagon.kdiskmark.service
[   72s] kdiskmark.x86_64: E: suse-dbus-unauthorized-service (Badness: 10000)
/usr/share/dbus-1/system.d/org.jonmagon.kdiskmark.conf

The newer version uses helper via K5Auth to write to /proc/sys/vm/drop_caches.
This action drops pagecache and is safe because dirty pages are not destroyed,
but this resolves situations when the kernel ignores O_DIRECT and then the app
reports unreal high performance.

pkgs: polkit-default-privs rpmlint

summary: AUDIT-0: kdiskmark: polkit, dbus


body:
--1613866174.78BDa251.8282
Date: Sun, 21 Feb 2021 00:09:34 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182525
           Summary: --drop-if-no-change not working
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: MicroOS
          Assignee: kubic-bugs-at-opensuse.org
          Reporter: dev.dorrejo-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Hello, i am using microOS with podman, and found that this option come without
the needed package "inotify-tools" need to be include on the list of packages
require and at the same time need to be compile when preparing the ISO.

Now when i install and reboot the system tried to start a transactional-update
shell and exit (ctrl + D) of the new instance, but found that the snapshot is
not remove.

transactional-update shell -d -c
Checking for newer version.
transactional-update 3.1.4 started
Options: shell -d -c
Separate /var detected.
Opening chroot in snapshot 4, continue with 'exit'
2021-02-20 19:57:50 tukit 3.1.4 started
2021-02-20 19:57:50 Options: call 4 bash
2021-02-20 19:57:50 Executing `bash`:
???transactional update # exit
???
2021-02-20 19:57:53 Application returned with exit status 0.
2021-02-20 19:57:53 Transaction completed.
2021-02-20 19:57:54 tukit 3.1.4 started
2021-02-20 19:57:54 Options: close 4
2021-02-20 19:57:55 New default snapshot is #4 (/.snapshots/4/snapshot).
2021-02-20 19:57:55 Transaction completed.

Please reboot your machine to activate the changes and avoid data loss.
New default snapshot is #4 (/.snapshots/4/snapshot/).
transactional-update finished

microos-labs:~ # transactional-update -d shell -c
Checking for newer version.
transactional-update 3.1.4 started
Options: -d shell -c
Separate /var detected.
WARNING: You are creating a snapshot from a different base (3) than the
         current default snapshot (4).
         If you want to continue a previous snapshot use the --continue
         option, otherwise the previous changes will be discarded.
Opening chroot in snapshot 5, continue with 'exit'
2021-02-20 19:58:08 tukit 3.1.4 started
2021-02-20 19:58:08 Options: call 5 bash
2021-02-20 19:58:08 Executing `bash`:
???transactional update # exit
???
2021-02-20 19:58:11 Application returned with exit status 0.
2021-02-20 19:58:11 Transaction completed.
2021-02-20 19:58:12 tukit 3.1.4 started
2021-02-20 19:58:12 Options: close 5
2021-02-20 19:58:13 New default snapshot is #5 (/.snapshots/5/snapshot).
2021-02-20 19:58:13 Transaction completed.

Please reboot your machine to activate the changes and avoid data loss.
New default snapshot is #5 (/.snapshots/5/snapshot/).
transactional-update finished

microos-labs:~ # transactional-update shell -d -c
Checking for newer version.
transactional-update 3.1.4 started
Options: shell -d -c
Separate /var detected.
Opening chroot in snapshot 6, continue with 'exit'
2021-02-20 19:58:37 tukit 3.1.4 started
2021-02-20 19:58:37 Options: call 6 bash
2021-02-20 19:58:37 Executing `bash`:
???transactional update # exit
???
2021-02-20 19:58:40 Application returned with exit status 0.
2021-02-20 19:58:41 Transaction completed.
2021-02-20 19:58:41 tukit 3.1.4 started
2021-02-20 19:58:41 Options: close 6
2021-02-20 19:58:41 New default snapshot is #6 (/.snapshots/6/snapshot).
2021-02-20 19:58:41 Transaction completed.

Please reboot your machine to activate the changes and avoid data loss.
New default snapshot is #6 (/.snapshots/6/snapshot/).
transactional-update finished
microos-labs:~ # snapper list
 # | Type   | Pre # | Date                     | User | Used Space | Cleanup |
Description           | Userdata
---+--------+-------+--------------------------+------+------------+---------+-----------------------+--------------
0  | single |       |                          | root |            |         |
current               |
1  | single |       | s??b 20 feb 2021 16:25:49 | root |  32.00 KiB |         |
first root filesystem |
2  | single |       | s??b 20 feb 2021 16:32:42 | root |  48.00 KiB | number  |
after installation    | important=yes
3- | single |       | s??b 20 feb 2021 17:05:48 | root |   9.73 MiB |         |
Snapshot Update of #1 |
4  | single |       | s??b 20 feb 2021 19:57:48 | root |  22.00 MiB |         |
Snapshot Update of #3 |
5  | single |       | s??b 20 feb 2021 19:58:07 | root | 160.00 KiB |         |
Snapshot Update of #3 |
6+ | single |       | s??b 20 feb 2021 19:58:36 | root | 160.00 KiB |         |
Snapshot Update of #5 |
microos-labs:~ # transactional-update --drop-if-no-change shell -c
Checking for newer version.
transactional-update 3.1.4 started
Options: --drop-if-no-change shell -c
Separate /var detected.
WARNING: You are creating a snapshot from a different base (3) than the
         current default snapshot (6).
         If you want to continue a previous snapshot use the --continue
         option, otherwise the previous changes will be discarded.
Opening chroot in snapshot 7, continue with 'exit'
2021-02-20 19:59:17 tukit 3.1.4 started
2021-02-20 19:59:17 Options: call 7 bash
2021-02-20 19:59:17 Executing `bash`:
???transactional update # exit
exit
???
2021-02-20 19:59:25 Application returned with exit status 0.
2021-02-20 19:59:25 Transaction completed.
2021-02-20 19:59:26 tukit 3.1.4 started
2021-02-20 19:59:26 Options: close 7
2021-02-20 19:59:27 New default snapshot is #7 (/.snapshots/7/snapshot).
2021-02-20 19:59:27 Transaction completed.

Please reboot your machine to activate the changes and avoid data loss.
New default snapshot is #7 (/.snapshots/7/snapshot/).
transactional-update finished
microos-labs:~ # tukit
2021-02-20 19:59:31 tukit 3.1.4 started
2021-02-20 19:59:31 Options:
ERROR: basic_string::_M_construct null not valid
microos-labs:~ # tukit --help
Syntax: tukit [option...] command

Manage transactions ...

microos-labs:~ # transactional-update --no-selfupdate --drop-if-no-change shell
-c
transactional-update 3.1.4 started
Options: --no-selfupdate --drop-if-no-change shell -c
Separate /var detected.
WARNING: You are creating a snapshot from a different base (3) than the
         current default snapshot (7).
         If you want to continue a previous snapshot use the --continue
         option, otherwise the previous changes will be discarded.
Opening chroot in snapshot 8, continue with 'exit'
2021-02-20 20:01:25 tukit 3.1.4 started
2021-02-20 20:01:25 Options: call 8 bash
2021-02-20 20:01:25 Executing `bash`:
???transactional update # exit
???
2021-02-20 20:01:26 Application returned with exit status 0.
2021-02-20 20:01:26 Transaction completed.
2021-02-20 20:01:27 tukit 3.1.4 started
2021-02-20 20:01:27 Options: close 8
2021-02-20 20:01:28 New default snapshot is #8 (/.snapshots/8/snapshot).
2021-02-20 20:01:28 Transaction completed.

Please reboot your machine to activate the changes and avoid data loss.
New default snapshot is #8 (/.snapshots/8/snapshot/).
transactional-update finished
microos-labs:~ # transactional-update shell --no-selfupdate --drop-if-no-change
-c
transactional-update 3.1.4 started
Options: shell --no-selfupdate --drop-if-no-change -c
Separate /var detected.
Opening chroot in snapshot 9, continue with 'exit'
2021-02-20 20:01:39 tukit 3.1.4 started
2021-02-20 20:01:39 Options: call 9 bash
2021-02-20 20:01:39 Executing `bash`:
???transactional update # exit
???
2021-02-20 20:01:40 Application returned with exit status 0.
2021-02-20 20:01:41 Transaction completed.
2021-02-20 20:01:41 tukit 3.1.4 started
2021-02-20 20:01:41 Options: close 9
2021-02-20 20:01:42 New default snapshot is #9 (/.snapshots/9/snapshot).
2021-02-20 20:01:42 Transaction completed.

Please reboot your machine to activate the changes and avoid data loss.
New default snapshot is #9 (/.snapshots/9/snapshot/).
transactional-update finished

So this will p

summary: --drop-if-no-change not working


body:
Build Identifier:

The Xpra developer says the package is broken.
See:
https://github.com/Xpra-org/xpra/issues/3018

For one, the following is not properly set to executable.

> ls -lh /usr/bin/xpra_Xdummy
-rw-r--r

summary: xpra hangs and times out when trying to "shadow" or "start" something on between two Tumbleweed systems on my LAN


--1613951518.563AF50.24275
Date: Sun, 21 Feb 2021 23:51:58 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182538
           Summary: User id libvirtdbus needs to be created in group libvirt for polkit action id org.libvirt.unix.manage
    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: alan.hanigan-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

When installing cockpit on opensuse, the cockpit virtual machine manager will
not display any information for existing virtual machines created using
virt-manager.

The libvirtd.service receives error:
 authentication unavailable: no polkit agent available to authenticate action
'org.libvirt.unix.manage'.

The resolution I had was to add id libvirtdbus to group libvirt.  Found
solution on website https://github.com/cockpit-project/cockpit/issues/13343 .

Currently, the install package libvirt-dbus creates the id libvirtdbus.


--1613983395.d7ECf2.12716
Date: Mon, 22 Feb 2021 08:43:15 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182544
           Summary: transactional-update fails when self-updating from old snapshot
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
               URL: https://openqa.opensuse.org/tests/1638401/modules/imag
                    e_checks/steps/13
                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: dimstar-at-opensuse.org, kubic-bugs-at-opensuse.org
          Found By: openQA
           Blocker: Yes

This test boots into an old MicroOS image. It fails because combustion failed
to run, which is caused by transactional-updates self update:

Feb 21 05:49:26.233585 localhost combustion[542]: New version found -
updating...
Feb 21 05:49:26.374352 localhost combustion[703]: Loading repository data...
Feb 21 05:49:26.584979 localhost combustion[703]: Reading installed packages...
Feb 21 05:49:26.884304 localhost combustion[703]: Retrieving package
transactional-update-3.1.4-1.1.x86_64 (1/1),  54.6 KiB ( 73.1 KiB unpacked)
Feb 21 05:49:27.121761 localhost combustion[703]: .........done]
Feb 21 05:49:27.306095 localhost combustion[742]: Loading repository data...
Feb 21 05:49:27.517683 localhost combustion[742]: Reading installed packages...
Feb 21 05:49:27.771859 localhost combustion[742]: Retrieving package
libtukit0-3.1.4-1.1.x86_64 (1/2), 128.4 KiB (283.7 KiB unpacked)
Feb 21 05:49:28.000220 localhost combustion[742]: ..........done]
Feb 21 05:49:28.002964 localhost combustion[742]: Retrieving package
tukit-3.1.4-1.1.x86_64 (2/2),  55.9 KiB ( 85.2 KiB unpacked)
Feb 21 05:49:28.148466 localhost combustion[742]: ......done]
Feb 21 05:49:28.209932 localhost combustion[741]:
/tmp/transactional-update.a1AVPfXW9o/usr/sbin/tukit: /lib64/libselinux.so.1: no
version information available (required by
/tmp/transactional-update.a1AVPfXW9o/usr/lib64/libtukit.so.0)
Feb 21 05:49:28.215355 localhost combustion[542]: transactional-update 3.1.4
started
Feb 21 05:49:28.217252 localhost combustion[542]: Options: shell
Feb 21 05:49:28.271971 localhost combustion[542]: Separate /var detected.
Feb 21 05:49:28.320210 localhost combustion[741]: tukit:
/lib64/libselinux.so.1: no version information available (required by
/tmp/transactional-update.a1AVPfXW9o/usr/lib64/libtukit.so.0)
Feb 21 05:49:28.328102 localhost combustion[741]: Failure (dbus fatal
exception).
...
Feb 21 05:49:29.012290 localhost combustion[741]: ERROR: filesystem error:
cannot copy: File exists [/run/netconfig]
[/.snapshots/2/snapshot/run/netconfig]
Feb 21 05:49:29.013155 localhost combustion[542]: Opening chroot in snapshot ,
continue with 'exit'
Feb 21 05:49:29.013981 localhost combustion[877]: tukit:
/lib64/libselinux.so.1: no version information available (required by
/tmp/transactional-update.a1AVPfXW9o/usr/lib64/libtukit.so.0)
Feb 21 05:49:29.015824 localhost combustion[877]: 2021-02-21 05:49:29 tukit
3.1.4 started
...

## Observation

openQA test in scenario
microos-Tumbleweed-MicroOS-Image-x86_64-microos-old2microosnext@64bit fails in
[image_checks](https://openqa.opensuse.org/tests/1638401/modules/image_checks/steps/13)

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

## Reproducible

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

## Expected result

Last good: [20210218](https://openqa.opensuse.org/tests/1635223) (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&machine=64bit&test=microos-old2microosnext&version=Tumbleweed)


--1613988410.F7CcE8d0.18404
Date: Mon, 22 Feb 2021 10:06:49 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182552
           Summary: Kernel update after 5.3.18-lp152.57.1 causes USB microphone to loose connection / stop functioning
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: cschinabeck-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Updating mid-Jan 2021 caused the USB headset microphone to stop working
erratically. Sometimes re-initializing the application, swapping between
microphones temporarily resolved the issue; unplugging and re-plugging the USB
headset always resolved the microphone being dead but again only temporarily.

It seemed that if there is no noise/feedback from the microphone it kills the
connection and does not reinitialize.

Different USB headsets/microphones in addition to different laptops/docks have
been tested and all behaved the same.

Eventually the issue was tracked down to the kernel being at fault:
5.3.18-lp152.57.1 is the last one that worked successfully. Booting the .60 or
.63 kernel immediately brings back the problem.

i+ | kernel-default              | package    | 5.3.18-lp152.63.1
| x86_64 | Main Update Repository
i+ | kernel-default              | package    | 5.3.18-lp152.60.1
| x86_64 | Main Update Repository
i+ | kernel-default              | package    | 5.3.18-lp152.57.1
| x86_64 | Main Update Repository

The parameter "usbcore.autosuspend=-1" does not provide any improvement.


--1614078508.f2CC0.23403
Date: Tue, 23 Feb 2021 11:08:28 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182604
           Summary: automake creates non-deterministic output
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: All
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: josef.moellers-at-suse.com
          Reporter: bwiedemann-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: dmueller-at-suse.com
          Found By: Development
           Blocker: ---

While working on reproducible builds for openSUSE, I found that
when building our pcre package, it varied /usr/libexec/pcre/testsuite/Makefile
created from varying Makefile.in created by automake

I did with osc build + osc chroot
cd ~/rpmbuild/BUILD/pcre-8.44
for i in $(seq 1 10 ) ; do
  automake --add-missing --copy --force-missing 2>/dev/null
  md5sum Makefile.in
done |sort|uniq -c
      4 d18dc119aa88ac245d946fa4ea74e934  Makefile.in
      6 e05d9741e836163b6137d3c2cca6ac58  Makefile.in

My analysis tools tell me, that the output becomes deterministic when having
deterministic readdir order and disabled ASLR.

e.g. in the above example, one can add setarch -R to get 10 times the same
result, because the filesystem does not change during the test.

We want to be able to reproduce identical output later+elsewhere.


body:
--1614091475.adCF70B0.18057
Date: Tue, 23 Feb 2021 14:44:35 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1182618
           Summary: GCC 11: go1.x package fails
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: martin.liska-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Fails here:
https://build.opensuse.org/package/live_build_log/openSUSE:Factory:Staging:Gcc7/go1.10/standard/x86_64

with:
[    9s] + HOST_EXTRA_CFLAGS='-O2 -Wall -D_FORTIFY_SOURCE=2
-fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables
-fstack-clash-protection -Werror=return-type -flto=auto -g -Wno-error'
[    9s] + ./make.bash
[    9s] ##### Building Go bootstrap tool.
[    9s] cmd/dist
[   10s] fatal error: unrecognized DWARF version in .debug_info at 6

Note that GCC 11 default to DWARF 5, which is likely not supported by Go.

summary: GCC 11: go1.x package fails