--1578553635.8336FC0.4876
Date: Thu, 9 Jan 2020 07:07:15 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1160524
           Summary: VUL-1: CVE-2020-6612: libredwg: heap-based buffer over-read in copy_compressed_bytes in decode_r2007.c
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
               URL: https://smash.suse.de/issue/250630/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: jengelh-at-inai.de
          Reporter: atoptsoglou-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2020-6612

GNU LibreDWG 0.9.3.2564 has a heap-based buffer over-read in
copy_compressed_bytes in decode_r2007.c.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2020-6612
https://github.com/LibreDWG/libredwg/issues/179#issuecomment-570447169
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-6612


--1578553799.B16Cc0.6137
Date: Thu, 9 Jan 2020 07:09:59 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1160525
           Summary: VUL-1: CVE-2020-6613: libredwg: heap-based buffer over-read in bit_search_sentinel in bits.c.
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
               URL: https://smash.suse.de/issue/250631/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: jengelh-at-inai.de
          Reporter: atoptsoglou-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2020-6613

GNU LibreDWG 0.9.3.2564 has a heap-based buffer over-read in
bit_search_sentinel
in bits.c.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2020-6613
https://github.com/LibreDWG/libredwg/issues/179#issuecomment-570447025
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-6613


--1578553922.4c6B0.6981
Date: Thu, 9 Jan 2020 07:12:02 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1160526
           Summary: VUL-1: CVE-2020-6614: libredwg: heap-based buffer over-read in bfr_read in decode.c
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
               URL: https://smash.suse.de/issue/250632/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: jengelh-at-inai.de
          Reporter: atoptsoglou-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2020-6614

GNU LibreDWG 0.9.3.2564 has a heap-based buffer over-read in bfr_read in
decode.c.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2020-6614
https://github.com/LibreDWG/libredwg/issues/179#issuecomment-570447068
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-6614


--1578554078.F6b4cedb0.7011
Date: Thu, 9 Jan 2020 07:14:38 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1160527
           Summary: VUL-1: CVE-2020-6615: libredwg: invalid pointer dereference in dwg_dynapi_entity_value in dynapi.c
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
               URL: https://smash.suse.de/issue/250633/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: jengelh-at-inai.de
          Reporter: atoptsoglou-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2020-6615

GNU LibreDWG 0.9.3.2564 has an invalid pointer dereference in
dwg_dynapi_entity_value in dynapi.c (dynapi.c is generated by gen-dynapi.pl).

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2020-6615
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-6615
https://github.com/LibreDWG/libredwg/issues/179#issuecomment-570447223


--1578559401.1B22e0.2766
Date: Thu, 9 Jan 2020 08:43:21 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1160544
           Summary: VUL-1: CVE-2020-6625: jhead: heap-based buffer over-read in Get32s when called from ProcessGpsInfo in gpsinfo.c
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
               URL: https://smash.suse.de/issue/250647/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: sbrabec-at-suse.com
          Reporter: atoptsoglou-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2020-6625

jhead through 3.04 has a heap-based buffer over-read in Get32s when called from
ProcessGpsInfo in gpsinfo.c.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2020-6625
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-6625
https://bugs.launchpad.net/ubuntu/+source/jhead/+bug/1858746


--1578559839.56A7bcd0.9026
Date: Thu, 9 Jan 2020 08:50:39 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1160547
           Summary: VUL-1: CVE-2020-6624: jhead: heap-based buffer over-read in process_DQT in jpgqguess.c
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
               URL: https://smash.suse.de/issue/250646/
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Security
          Assignee: sbrabec-at-suse.com
          Reporter: atoptsoglou-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2020-6624

jhead through 3.04 has a heap-based buffer over-read in process_DQT in
jpgqguess.c.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2020-6624
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-6624
https://bugs.launchpad.net/ubuntu/+source/jhead/+bug/1858744


body:
--1578564129.AbC4A12.8498
Date: Thu, 9 Jan 2020 10:02:09 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=1160568

            Bug ID: 1160568
           Summary: mandoc vs man vs man-pages
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: mcepl-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: pgajdos-at-suse.com, werner-at-suse.com
          Found By: ---
           Blocker: ---

mandoc provides several files that were so far shippped with other packages,
like /usr/bin/man, /usr/bin/makewhat or /usr/share/man/man7/man.7.gz.

An attempt was made to use update-alternatives to avoid conflicts.
Update-alternatives is pretty fragile though. Right now mandoc tries to install
/usr/share/man/man7/man.7.gz as slave of /usr/bin/man. However, since the man
pages comes from the man-pages packages, and the binary from the man package,
it is not actually a slave. So update-alternatives fails and mandoc is not
functional at all as update-alternatives doesn't install any of the other
symlinks at all if one fails.

How about simply conflicting instead of using the fragile update-alternative
way? I somehow doubt that having both man and mandoc has much benefit anyways?

pkgs: man-pages mandoc

summary: mandoc vs man vs man-pages


body:
--1578567292.0066b1.14777
Date: Thu, 9 Jan 2020 10:54:52 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=1160578

            Bug ID: 1160578
           Summary: Meta: Build fails with -fno-common
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X.Org
          Assignee: xorg-maintainer-bugs-at-forge.provo.novell.com
          Reporter: sndirsch-at-suse.com
        QA Contact: xorg-maintainer-bugs-at-forge.provo.novell.com
          Found By: ---
           Blocker: ---

Meta bug for build fails with  -fno-common

summary: Meta: Build fails with -fno-common


--1578598507.cC860.17031
Date: Thu, 9 Jan 2020 19:35:07 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1160624
           Summary: Different Scalling Factors Between Applications
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: 64bit
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: KDE Workspace (Plasma)
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: pedropablolc-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

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

From the latest two updates of openSUSE Argon not all the windows are displayed
with the same scaling factor


--1578604598.0Bf4AEcb0.25069
Date: Thu, 9 Jan 2020 21:16:38 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1160629
           Summary: doxygen: include patch with fix for QCH generation with kdeclarative & others
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: kossebau-at-kde.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Doxygen 1.8.16 has a bug resulting in the failure to generate QCH files (Qt
Compressed Help) with some projects (used with Qt Assistant/Qt
Creator/KDevelop). Filed with doxygen as:
https://github.com/doxygen/doxygen/issues/7248

This e.g. happens with KDeclarative from KDE Frameworks, and thus currently
impacts the KDE CI which uses openSUSE TW packages.

A fix has been recently merged to master branch of doxygen:
https://github.com/doxygen/doxygen/pull/7250

It would be worthwhile to consider already picking up the patch, like other
distributions have done, e.g.
https://src.fedoraproject.org/rpms/doxygen/blob/master/f/doxygen-1.8.16-%237248.patch


body:
Build Identifier:

After latest update running `file` command from shell causes SIGSYS and forces
the tool to die:
```
# file
Bad system call
```

strace:
```
execve("/usr/bin/file", ["file"], 0x7ffccf3546d0 /* 105 vars */) = 0
brk(NULL)                               = 0x562b23979000
access("/etc/ld.so.preload", R_OK)      = 0
openat(AT_FDCWD, "/etc/ld.so.preload", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=16, ...}) = 0
mmap(NULL, 16, PROT_READ|PROT_WRITE, MAP_PRIVATE, 3, 0) = 0x7f8ad1437000
close(3)                                = 0
openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=257353, ...}) = 0
mmap(NULL, 257353, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f8ad13d0000
close(3)                                = 0
openat(AT_FDCWD, "/usr/lib64/libesets_pac.so", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\300q\0\0\0\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|S_ISUID|0755, st_size=292456, ...}) = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f8ad13ce000
mmap(NULL, 1414992, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x7f8ad1274000
mprotect(0x7f8ad12b8000, 1048576, PROT_NONE) = 0
mmap(0x7f8ad13b8000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x44000) = 0x7f8ad13b8000
mmap(0x7f8ad13bb000, 75600, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f8ad13bb000
close(3)                                = 0
munmap(0x7f8ad1437000, 16)              = 0
openat(AT_FDCWD, "/lib64/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0 o\2\0\0\0\0\0"..., 832)
= 832
fstat(3, {st_mode=S_IFREG|0755, st_size=2103712, ...}) = 0
mmap(NULL, 1860536, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x7f8ad10ad000
mprotect(0x7f8ad10d2000, 1671168, PROT_NONE) = 0
mmap(0x7f8ad10d2000, 1363968, PROT_READ|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x25000) = 0x7f8ad10d2000
mmap(0x7f8ad121f000, 303104, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3,
0x172000) = 0x7f8ad121f000
mmap(0x7f8ad126a000, 24576, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1bc000) = 0x7f8ad126a000
mmap(0x7f8ad1270000, 13240, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f8ad1270000
close(3)                                = 0
openat(AT_FDCWD, "/usr/lib64/libmagic.so.1", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0G\0\0\0\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=150744, ...}) = 0
mmap(NULL, 153448, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f8ad1087000
mmap(0x7f8ad108b000, 98304, PROT_READ|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x4000) = 0x7f8ad108b000
mmap(0x7f8ad10a3000, 32768, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3,
0x1c000) = 0x7f8ad10a3000
mmap(0x7f8ad10ab000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x23000) = 0x7f8ad10ab000
close(3)                                = 0
openat(AT_FDCWD, "/usr/lib64/libseccomp.so.2", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\300Q\2\0\0\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=309536, ...}) = 0
mmap(NULL, 311552, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f8ad103a000
mprotect(0x7f8ad105f000, 57344, PROT_NONE) = 0
mmap(0x7f8ad105f000, 40960, PROT_READ|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x25000) = 0x7f8ad105f000
mmap(0x7f8ad1069000, 12288, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3,
0x2f000) = 0x7f8ad1069000
mmap(0x7f8ad106d000, 106496, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x32000) = 0x7f8ad106d000
close(3)                                = 0
openat(AT_FDCWD, "/lib64/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`|\0\0\0\0\0\0"..., 832)
= 832
fstat(3, {st_mode=S_IFREG|0755, st_size=153304, ...}) = 0
mmap(NULL, 135616, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f8ad1018000
mmap(0x7f8ad101f000, 65536, PROT_READ|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7000) = 0x7f8ad101f000
mmap(0x7f8ad102f000, 20480, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3,
0x17000) = 0x7f8ad102f000
mmap(0x7f8ad1034000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1b000) = 0x7f8ad1034000
mmap(0x7f8ad1036000, 12736, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f8ad1036000
close(3)                                = 0
openat(AT_FDCWD, "/lib64/libdl.so.2", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0000\21\0\0\0\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=18472, ...}) = 0
mmap(NULL, 16528, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f8ad1013000
mmap(0x7f8ad1014000, 4096, PROT_READ|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0x7f8ad1014000
mmap(0x7f8ad1015000, 4096, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3,
0x2000) = 0x7f8ad1015000
mmap(0x7f8ad1016000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7f8ad1016000
close(3)                                = 0
openat(AT_FDCWD, "/lib64/libz.so.1", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0203\0\0\0\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=100400, ...}) = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f8ad1011000
mmap(NULL, 102416, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f8ad0ff7000
mprotect(0x7f8ad0ffa000, 86016, PROT_NONE) = 0
mmap(0x7f8ad0ffa000, 57344, PROT_READ|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3000) = 0x7f8ad0ffa000
mmap(0x7f8ad1008000, 24576, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3,
0x11000) = 0x7f8ad1008000
mmap(0x7f8ad100f000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x17000) = 0x7f8ad100f000
close(3)                                = 0
mmap(NULL, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f8ad0ff4000
arch_prctl(ARCH_SET_FS, 0x7f8ad0ff4740) = 0
mprotect(0x7f8ad126a000, 12288, PROT_READ) = 0
mprotect(0x7f8ad100f000, 4096, PROT_READ) = 0
mprotect(0x7f8ad1016000, 4096, PROT_READ) = 0
mprotect(0x7f8ad1034000, 4096, PROT_READ) = 0
mprotect(0x7f8ad106d000, 102400, PROT_READ) = 0
mprotect(0x7f8ad10ab000, 4096, PROT_READ) = 0
mprotect(0x562b22667000, 4096, PROT_READ) = 0
mprotect(0x7f8ad1438000, 4096, PROT_READ) = 0
munmap(0x7f8ad13d0000, 257353)          = 0
set_tid_address(0x7f8ad0ff4a10)         = 6180
set_robust_list(0x7f8ad0ff4a20, 24)     = 0
rt_sigaction(SIGRTMIN, {sa_handler=0x7f8ad101f6b0, sa_mask=[],
sa_flags=SA_RESTORER|SA_SIGINFO, sa_restorer=0x7f8ad102c2d0}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {sa_handler=0x7f8ad101f750, sa_mask=[],
sa_flags=SA_RESTORER|SA_RESTART|SA_SIGINFO, sa_restorer=0x7f8ad102c2d0}, NULL,
8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
prlimit64(0, RLIMIT_STACK, NULL, {rlim_cur=8192*1024,
rlim_max=RLIM64_INFINITY}) = 0
getpid()                                = 6180
futex(0x7f8ad1017048, FUTEX_WAKE_PRIVATE, 2147483647) = 0
brk(NULL)                               = 0x562b23979000
brk(0x562b2399a000)                     = 0x562b2399a000
uname({sysname="Linux", nodename="vsadovnikov", ...}) = 0
access("/emul/linux", F_OK)             = -1 ENOENT (No such file or directory)
access("/usr/sbin/esets_daemon", F_OK)  = -1 ENOENT (No such file or directory)
access("/opt/eset/esets/sbin/esets_daemon", F_OK) = 0
openat(AT_FDCWD, "/etc/opt/eset/esets/info/pkgid", O_RDONLY) = 3
getpid()                                = 6180
readlink("/proc/self/exe", "/usr/bin/file", 512) = 13
lstat("/etc", {st_mode=S_IFDIR|0755, st_size=12288, ...}) = 0
lstat("/etc/opt", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/etc/opt/eset", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/etc/opt/eset/esets", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/etc/opt/eset/esets/info", {st_mode=S_IFDIR|0755, st_size=4096, ...}) =
0
lstat("/etc/opt/eset/esets/info/pkgid", {st_mode=S_IFREG|0755, st_size=18,
...}) = 0
fstat(3, {st_mode=S_IFREG|0755, st_size=18, ...}) = 0
read(3, "UEAVBE_64_LNX\n0\n0\n", 4096)  = 18
read(3, "", 4096)                       = 0
fstat(3, {st_mode=S_IFREG|0755, st_size=18, ...}) = 0
close(3)                                = 0
stat("/opt/eset/esets/sbin/esets_daemon", {st_mode=S_IFREG|0755,
st_size=836264, ...}) = 0
stat("/opt/eset/esets/sbin/esets_daemon", {st_mode=S_IFREG|0755,
st_size=836264, ...}) = 0
shmget(0x320224bc, 0, 000)              = 0
shmctl(0, IPC_STAT, {shm_perm={uid=0, gid=0, mode=0644, key=839001276, cuid=0,
cgid=0}, shm_segsz=512, shm_cpid=1303, shm_lpid=6177, shm_nattch=2,
shm_atime=1578643281, shm_dtime=1578643281, shm_ctime=1578578578}) = 0
shmat(0, NULL, SHM_RDONLY)              = 0x7f8ad1437000
shmdt(0x7f8ad1437000)                   = 0
kill(1303, 0)                           = 0
socket(AF_UNIX, SOCK_STREAM, 0)         = 3
fcntl(3, F_GETFD)                       = 0
fcntl(3, F_SETFD, FD_CLOEXEC)           = 0
fcntl(3, F_GETFL)                       = 0x2 (flags O_RDWR)
fcntl(3, F_SETFL, O_RDWR|O_NONBLOCK)    = 0
connect(3, {sa_family=AF_UNIX,
sun_path=@"/tmp/esets.sock\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"},
110) = 0
fcntl(3, F_SETFL, O_RDWR)               = 0
setsockopt(3, SOL_SOCKET, SO_RCVTIMEO_OLD, "\n\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0",
16) = 0
setsockopt(3, SOL_SOCKET, SO_SNDTIMEO_OLD, "\n\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0",
16) = 0
sendto(3, "\24\0\0\0\2\0\0\0\0\0\0\0\20\0\0\0pac\0", 20, MSG_NOSIGNAL, NULL, 0)
= 20
recvmsg(3, {msg_name=NULL, msg_namelen=0,
msg_iov=[{iov_base="\312\10\0\0\2\0\0\0\0\0\0\0\26\254\0\0\27\5\0\0\21\207\1\0\0\0\0\0\332\377\377\377"...,
iov_len=4096}], msg_iovlen=1, msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) =
2250
close(3)                                = 0
socket(AF_UNIX, SOCK_DGRAM|SOCK_CLOEXEC, 0) = 3
connect(3, {sa_family=AF_UNIX, sun_path="/dev/log"}, 110) = 0
close(3)                                = 0
openat(AT_FDCWD, "/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) = -1
ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/share/locale/locale.alias", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=2939, ...}) = 0
read(3, "# Locale name alias data base.\n#"..., 4096) = 2939
read(3, "", 4096)                       = 0
close(3)                                = 0
openat(AT_FDCWD, "/usr/lib/locale/en_US.utf8/LC_CTYPE", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=339912, ...}) = 0
mmap(NULL, 339912, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f8ad0fa1000
close(3)                                = 0
openat(AT_FDCWD, "/usr/lib64/gconv/gconv-modules.cache", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=26988, ...}) = 0
mmap(NULL, 26988, PROT_READ, MAP_SHARED, 3, 0) = 0x7f8ad1408000
close(3)                                = 0
futex(0x7f8ad126f494, FUTEX_WAKE_PRIVATE, 2147483647) = 0
prctl(PR_SET_NO_NEW_PRIVS, 1, 0, 0, 0)  = 0
prctl(PR_SET_DUMPABLE, SUID_DUMP_DISABLE) = 0
prctl(PR_SET_NO_NEW_PRIVS, 1, 0, 0, 0)  = 0
seccomp(SECCOMP_SET_MODE_STRICT, 1, NULL) = -1 EINVAL (Invalid argument)
seccomp(SECCOMP_SET_MODE_FILTER, 0, {len=51, filter=0x562b239849f0}) = 0
stat("/root/.magic.mgc", 0x7fff6a863de0) = -1 ENOENT (No such file or
directory)
stat("/root/.magic", 0x7fff6a863de0)    = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/etc/magic.mgc", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such
file or directory)
stat("/etc/magic", {st_mode=S_IFREG|0644, st_size=113, ...}) = 0
openat(AT_FDCWD, "/etc/magic", O_RDONLY|O_CLOEXEC) = 3
lstat("/etc", {st_mode=S_IFDIR|0755, st_size=12288, ...}) = 0
lstat("/etc/magic", {st_mode=S_IFREG|0644, st_size=113, ...}) = 0
fstat(3, {st_mode=S_IFREG|0644, st_size=113, ...}) = 0
fcntl(3, F_GETFL)                       = 0x8000 (flags O_RDONLY|O_LARGEFILE)
getpid()                                = ?
+++ killed by SIGSYS +++
Bad system call (core dumped)
```

Reproducible: Always

Steps to Reproduce:
1. Just run `file` from shell

summary: shell file command produces 'Invalid system call'


--1578653398.ac0a04F0.29076
Date: Fri, 10 Jan 2020 10:49:58 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=1160663

            Bug ID: 1160663
           Summary: VUL-0: CVE-2020-1765,CVE-2020-1766, CVE-2020-1767: otrs: update to 6.0. 25 (Security advisories 2020-03, 2020-02 and 2020-01)
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: chris-at-computersalat.de
          Reporter: atoptsoglou-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

via otrs announce and chris

Security Advisory 2020-03: Security Update for OTRS Framework

Releases:                OTRS 7.0.x, OTRS 6.0.x,
Release date:         10-January-2020
Status:                  Patch Level Release

SECURITY FIXES:
==============
------------------------------------------------------------------
OTRS Security Advisory 2020-03           <security at otrs.org>
------------------------------------------------------------------
ID: OSA-2020-03
Date: 2020-01-10
Title: Possible to send drafted messages as wrong agent
Severity: 3.5 LOW
Product: OTRS 7.0.x, OTRS 6.0.x
Fixed in: OTRS 7.0.14, OTRS 6.0.25      References: CVE-2020-1767

To read the entire Security Advisory please follow this link.

https://community.otrs.com/security-advisory-2020-03/

Security Advisory 2020-02: Security Update for OTRS Framework

Releases:                OTRS 7.0.x, OTRS 6.0.x, OTRS 5.0.x
Release date:          10-January-2020
Status:                  Patch Level Release

SECURITY FIXES:
==============
------------------------------------------------------------------
OTRS Security Advisory 2020-02          <security at otrs.org>
------------------------------------------------------------------
ID: OSA-2020-02
Date: 2020-01-10
Title: Improper handling of uploaded inline images
Severity: 2.0 LOW
Product: OTRS 7.0.x, OTRS 6.0.x, OTRS 5.0.x Fixed in: OTRS 7.0.14, OTRS
6.0.25,, OTRS 5.0.40       References: CVE-2020-1766
To read the entire Security Advisory please follow this link.

https://community.otrs.com/security-advisory-2020-02/

Security Advisory 2020-01: Security Update for OTRS Framework

Releases:                OTRS 7.0.x, OTRS 6.0.x, OTRS 5.0.x
Release date:         10-January-2020
Status:                  Patch Level Release

SECURITY FIXES:
==============
------------------------------------------------------------------
OTRS Security Advisory 2020-01          <security at otrs.org>
------------------------------------------------------------------
ID: OSA-2020-01 Date: 2020-01-10
Title: Spoofing of From field in several screens
Severity: 3.5. LOW
Product: OTRS 7.0.x, OTRS 6.0.x, OTRS 5.0.x Fixed in: OTRS 7.0.14, OTRS
6.0.25,, OTRS 5.0.40       References: CVE-2020-1765
To read the entire Security Advisory please follow this link.

https://community.otrs.com/security-advisory-2020-01/


body:
--1578738930.e4d3d0.26371
Date: Sat, 11 Jan 2020 10:35:30 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1160708
           Summary: hpaio missing in /etc/sane.d/dll.conf
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Printing
          Assignee: jsmeix-at-suse.com
          Reporter: ecsos-at-schirra.net
        QA Contact: jsmeix-at-suse.com
          Found By: ---
           Blocker: ---

In spec from hplip exists:

# Remove the installed /etc/sane.d/dll.conf
# because this is provided by the sane-backends package:
rm %{buildroot}%{_sysconfdir}/sane.d/dll.conf

So dll.conf from hplip will not install.
Ok.
But in sane-backends the entry does not exists.
Not commented and not uncommented.
So please insert hpaio in dll.conf when hplip will install or update and the
entry is missing in dll.conf
Also activate it in dll.conf.

Without that, hp-check rise up an error of missing hpaio in dll.conf

Thanks and regards
Eric

summary: hpaio missing in /etc/sane.d/dll.conf


--1578772754.f45FA0.25874
Date: Sat, 11 Jan 2020 19:59:14 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1160720
           Summary: [Build 20200110] FTBFS openSUSE:Factiry/openscap
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
               URL: https://openqa.opensuse.org/tests/1141529/modules/osca
                    p_setup/steps/6
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

## Observation

openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-openscap@64bit fails in
[oscap_setup](https://openqa.opensuse.org/tests/1141529/modules/oscap_setup/steps/6)

Openscap is not successfully building against rpm 4.15, leading to it no longer
existing in Tumbleweed

## Test suite description
Maintainer: wnereiz.

Test openSCAP tool with an existing disk image.

## Reproducible

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

## Expected result

Last good: (unknown) (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=openscap&version=Tumbleweed)


--1578773299.ca260.28051
Date: Sat, 11 Jan 2020 20:08:19 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1160721
           Summary: [Build 20200110] FTBFS openSUSE:Factory digikam
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
               URL: https://openqa.opensuse.org/tests/1141340/modules/zdup
                    /steps/13
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: KDE Applications
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

## Observation

openQA test in scenario
opensuse-Tumbleweed-NET-x86_64-zdup-Leap-42.3-kde@64bit_cirrus fails in
[zdup](https://openqa.opensuse.org/tests/1141340/modules/zdup/steps/13)

Digikam fails to build, which leads to zypper dip failures

## Test suite description

## Reproducible

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

## Expected result

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

## Further details

Always latest result in this scenario:
[latest](https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensuse&flavor=NET&machine=64bit_cirrus&test=zdup-Leap-42.3-kde&version=Tumbleweed)


--1578838499.Ba0E6.15133
Date: Sun, 12 Jan 2020 14:14:59 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1160726
           Summary: Installation of exim-4.93.0.4-1.1.x86_64 failed
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: schwab@linux-m68k.org
        QA Contact: qa-bugs-at-suse.de
                CC: poeml-at-cmdline.net, wullinger-at-rz.uni-kiel.de
          Found By: ---
           Blocker: ---

(260/389) Installing: exim-4.93.0.4-1.1.x86_64
..........................[error]
Installation of exim-4.93.0.4-1.1.x86_64 failed:
Error: Subprocess failed. Error: RPM failed: error: unpacking of archive failed
on file /usr/share/doc/packages/exim/doc/cve-2019-13917: cpio: File from
package already exists as a directory in system
error: exim-4.93.0.4-1.1.x86_64: install failed
error: exim-4.92.2-1.1.x86_64: erase skipped


body:
--1578844369.2dED0AF6.5881
Date: Sun, 12 Jan 2020 15:52:49 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=1160729

            Bug ID: 1160729
           Summary: Fix shadow 4.8 openQA fail
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: mvetter-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

https://build.opensuse.org/request/show/757530 intended to update shadow from
4.7 to 4.8.

DimStar notified that it creates the follwoing openQA failure:

2019-12-30 11:28:11 <5> install(3531) [zypp] Exception.cc(log):166
RpmDb.cc(doInstallPackage):2123 THROW:    Subprocess failed. Error: RPM failed:
groupadd -r -g 65533 nogroup
2019-12-30 11:28:11 <5> install(3531) [zypp] Exception.cc(log):166 groupadd -r
-g 65534 nobody
2019-12-30 11:28:11 <5> install(3531) [zypp] Exception.cc(log):166 useradd -r
-s /sbin/nologin -c "nobody" -g nobody -d /var/lib/nobody -u 65534 nobody
2019-12-30 11:28:11 <5> install(3531) [zypp] Exception.cc(log):166 useradd:
invalid shell '/sbin/nologin'
2019-12-30 11:28:11 <5> install(3531) [zypp] Exception.cc(log):166 error:
%prein(system-user-nobody-20170617-9.55.noarch) scriptlet failed, exit status 3
2019-12-30 11:28:11 <5> install(3531) [zypp] Exception.cc(log):166 error:
system-user-nobody-20170617-9.55.noarch: install failed

It is happening due to https://github.com/shadow-maint/shadow/pull/187 which
makes `useradd -s` (setting the users shell) check whether the binary exists
before setting it.

The openQA test sets this to `/sbin/nologin` which seems to be provided by
util-linux and not shadow on our distro. And in this test util-linux seems not
to be installed.

Serge noted on https://github.com/shadow-maint/shadow/issues/207 that shadow
can provide nologin too.

Possible solutions:
1. Install util-linux in the test scenario
  Maybe has other drawbacks like dependency loops during initial system
setup/minimal systems?
2. Use shadows nologin (I didn't see a compile switch in our spec file that
disables it..).
3. Add a patch that always allows nologin even if it's not there. Either always
or when creating a system user (-r)

Any feedback/ideas are welcome.

summary: Fix shadow 4.8 openQA fail


--1578896631.f02A7F20.17195
Date: Mon, 13 Jan 2020 06:23:51 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1160739
           Summary: darktable: libdarktable.so is in wrong dir
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: openSUSE Factory
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: bwiedemann-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: Development
           Blocker: ---

Originally reported in
https://www.reddit.com/r/openSUSE/comments/env8cu/tumbleweed_darktable_3_not_starting_up/

is in
/usr/lib64/darktable/libdarktable.so
looked for in
/usr/lib64/libdarktable.so

I'll submit a quick fix to move it there, but this feels
like there should be a better fix in another place.
It could use rpath to find it in the other location
or cmake could put it in the correct location.


body:
--1578995258.25f84.7542
Date: Tue, 14 Jan 2020 09:47:38 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1160871
           Summary: fillup fails with -fno-common
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          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:M/fillup/standard/x86_64

Please take a look at the META issue for the instructions.

summary: fillup fails with -fno-common


body:
--1578995271.cFdcbfF4.8000
Date: Tue, 14 Jan 2020 09:47:51 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1160872
           Summary: gdbm fails with -fno-common
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          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:M/gdbm/standard/x86_64

Please take a look at the META issue for the instructions.

summary: gdbm fails with -fno-common


body:
--1578995296.6FE7234c4.8112
Date: Tue, 14 Jan 2020 09:48:16 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1160873
           Summary: gpm fails with -fno-common
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          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:M/gpm/standard/x86_64

Please take a look at the META issue for the instructions.

summary: gpm fails with -fno-common


body:
--1579026419.bAA2aaB53.23985
Date: Tue, 14 Jan 2020 18:26:59 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1160947
           Summary: btrfs cancel takes eternity
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-maintainers-at-forge.provo.novell.com
          Reporter: noga.dany-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Yesterday btrfs maintanance started rebalance. It was taking hours and was
slowing down my computer so I tried to cancel it with "btrfs balance cancel /".
But balance is still running, still making my computer cca 20% slower, only
"btrfs balance status /" now says it is cancelled. Progress is still 0%
percent.

Clean format with Leap 15.1 installler, encrypted SSD via installer, with
manually enabled trim, kernel 4.12.14-lp151.28.32.1

summary: btrfs cancel takes eternity


--1579102260.Cb2a780.18795
Date: Wed, 15 Jan 2020 15:31:00 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1160995
           Summary: kscreenlocker_greet dumps core for NIS accounts
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: All
                OS: All
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: KDE Workspace (Plasma)
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: GCCHelp-at-merckgroup.com
        QA Contact: qa-bugs-at-suse.de
          Found By: Customer
           Blocker: ---

Created attachment 827582
  --> http://bugzilla.opensuse.org/attachment.cgi?id=827582&action=edit
Stack trace of crashed kscreenlocker_greet

Screen locker does not work for NIS accounts.

If I either manually lock the screen with the KDE controls or simply wait a few
minutes until the screen locks itself, it crashes instead. The screen is black
with a message telling that the screen locker is no longer working and how to
resolve the problem from another console by unlocking it from the command line.

I am reproducing the problem with the command

/usr/lib64/libexec/kscreenlocker_greet --testing

for easier debugging.

This results in

[...]
Segmentation fault (core dumped)

It's not related to the NVIDIA driver I am using, because it's exactly the same
without, using NOUVEAU instead.

Also it does not seem to be a KDE only problem, as I also can reproduce it on
other desktops (Gnome, LXDE, XFCE and more).

Seems to be related to NIS. It only crashes when logged in with a NIS account.
Local accounts don't have this problem.

systemd-coredump nicely collects the core dump (can provide this if required)
and it also reports the stack trace into SYSLOG (see attachment).

Happy to supply more information useful for diagnosis.


--1579219269.Aadfdf40.24995
Date: Fri, 17 Jan 2020 00:01:09 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1161136
           Summary: bash completion for adb is obsolete and should be removed and cause problems
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: pujos.michael-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

bash-completion package contains a completion file for command adb:

/usr/share/bash-completion/completions/_adb

This file starts with a statement about it being obsolete.

Not only that, but it makes useful file expansion impossible.
For example, this does not work (no file completion):

adb install <TAB>

So it should be removed from bash-completion as it does more harm than good.


--1579260190.D8CF880.20781
Date: Fri, 17 Jan 2020 11:23:10 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1161169
           Summary: virt-sparsify fails when a qcow2 img contains read only btrfs snapshots
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Virtualization:Tools
          Assignee: virt-bugs-at-suse.de
          Reporter: richard.mayne-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 827719
  --> http://bugzilla.opensuse.org/attachment.cgi?id=827719&action=edit
Commands and related output

virt-sparsify fails when a qcow2 img contains a btrfs file system with read
only snapshots.

The installed version of virt-sparsify was tested on qcow2 images containing
ext4 and xfs file systems and works perfectly.


--1579273719.7d35d56A1.16875
Date: Fri, 17 Jan 2020 15:08:39 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1161208
           Summary: python2-xattr requires python2-setuptools (missing dependency)
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Installation
          Assignee: yast2-maintainers-at-suse.de
          Reporter: 7eggert-at-gmx.de
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

"$ xattr -l /mount/point/.mergerfs
Traceback (most recent call last):
  File "/usr/bin/xattr", line 6, in <module>
    from pkg_resources import load_entry_point
ImportError: No module named pkg_resources"

This error indicates missing python2-setuptools.

Since I had python3-setuptools, i fixed this by installing python3-xattr.


--1579305062.3ddb0.16779
Date: Fri, 17 Jan 2020 23:51:02 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1161239
           Summary: "systemd[1]: Started Backup RPM database." during online update
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: Ulrich.Windl-at-rz.uni-regensburg.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Inspecting the journal after online-update, I noticed the message "systemd[1]:
Started Backup RPM database." appearing in the middle of yast online-update:

First backup was during boot:
Jan 17 23:09:45 pc systemd[1]: Started Backup of RPM database.
Jan 17 23:09:47 pc systemd[1]: Starting Backup RPM database...
Jan 17 23:10:17 pc systemd[1]: Started Backup RPM database.

Then in the middle of an online-update:
...
Jan 18 00:23:19 pc.site [RPM][448]: Transaction ID 5e2241e7 started
Jan 18 00:23:20 pc.site [RPM][448]: erase grub2-2.02-lp151.21.6.1.x86_64:
success
Jan 18 00:23:20 pc.site systemd[1]: Reloading.
Jan 18 00:23:20 pc.site systemd[1]: Starting Backup RPM database...
Jan 18 00:23:20 pc.site [RPM][448]: install grub2-2.02-lp151.21.9.1.x86_64:
success
Jan 18 00:23:20 pc.site systemd[1]: Reloading.
Jan 18 00:23:20 pc.site [RPM][448]: erase grub2-2.02-lp151.21.6.1.x86_64:
success
Jan 18 00:23:20 pc.site [RPM][448]: install grub2-2.02-lp151.21.9.1.x86_64:
success
Jan 18 00:23:20 pc.site [RPM][448]: Transaction ID 5e2241e7 finished: 0
...
Jan 18 00:23:31 pc.site [RPM][635]: Transaction ID 5e2241f3 started
Jan 18 00:23:31 pc.site [RPM][635]: erase
gcc7-c++-7.4.1+r275405-lp151.2.6.1.x86_64: success
Jan 18 00:23:35 pc.site systemd[1]: Started Backup RPM database.
Jan 18 00:23:36 pc.site [RPM][635]: install
gcc7-c++-7.5.0+r278197-lp151.2.9.1.x86_64: success
Jan 18 00:23:36 pc.site [RPM][635]: erase
gcc7-c++-7.4.1+r275405-lp151.2.6.1.x86_64: success
Jan 18 00:23:36 pc.site [RPM][635]: install
gcc7-c++-7.5.0+r278197-lp151.2.9.1.x86_64: success
Jan 18 00:23:36 pc.site [RPM][635]: Transaction ID 5e2241f3 finished: 0

I think (if the RPM Database was really backed up) that this is a bad point in
time to update the RPM Database.


--1579323355.eA3FC0A14.32204
Date: Sat, 18 Jan 2020 04:55:55 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1161243
           Summary: kernel-firmware-20191118-lp151.2.9.1 causes halt with WiFi card
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-maintainers-at-forge.provo.novell.com
          Reporter: netiq-at-isag.melbourne
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

This particular package caused a halt problem with the builtin wifi of the
Gigabyte X299 AORUS (appeared to be related to IRQ). Sorry, didn't take image
of the halt error....detail was longer than screen display....I've had to boot
from DVD to rescue to uninstall the package so I could boot again. Previous
version 20190618-lp151.2.6.1 was okay.

85: PCI 500.0: 0280 Network controller
  [Created at pci.386]
  Unique ID: Ddhb.B4k_CM3_REC
  Parent ID: HnsE.eXDO97jrDYE
  SysFS ID: /devices/pci0000:00/0000:00:1c.5/0000:05:00.0
  SysFS BusID: 0000:05:00.0
  Hardware Class: network
  Model: "Intel Dual Band Wireless-AC 8265"
  Vendor: pci 0x8086 "Intel Corporation"
  Device: pci 0x24fd "Wireless 8265 / 8275"
  SubVendor: pci 0x8086 "Intel Corporation"
  SubDevice: pci 0x1010 "Dual Band Wireless-AC 8265"
  Revision: 0x78
  Memory Range: 0x92c00000-0x92c01fff (rw,non-prefetchable)
  IRQ: 17 (no events)
  Module Alias: "pci:v00008086d000024FDsv00008086sd00001010bc02sc80i00"
  Driver Info #0:
    Driver Status: iwlwifi is active
    Driver Activation Cmd: "modprobe iwlwifi"
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: #163 (PCI bridge)


--1579511279.6E7d3.16951
Date: Mon, 20 Jan 2020 09:07:59 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1161296
           Summary: systemtap print_backtrace() Pass 4: compilation failed
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-maintainers-at-forge.provo.novell.com
          Reporter: francois.rigault-at-amadeus.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

As reported on other distributions (eg
https://bugzilla.redhat.com/show_bug.cgi?id=1781471)

using tumbleweed with kernel 5.4.10-1 and systemtap-4.2-1.1.x86_64:

systemtap is unable to compile code containing print_backtrace:

stap -ve 'probe module("af_packet").function("packet_snd") { print_backtrace();
}'

Pass 1: parsed user script and 476 library scripts using
97380virt/88480res/6760shr/81864data kb, in 140usr/30sys/165real ms.
Pass 2: analyzed script: 1 probe, 1 function, 0 embeds, 0 globals using
100080virt/92216res/7644shr/84564data kb, in 60usr/210sys/274real ms.
Pass 3: translated to C into
"/tmp/stapM7AiZq/stap_b43d9440761b51b24d0178b3b434f704_1179_src.c" using
100080virt/92492res/7900shr/84564data kb, in 70usr/210sys/282real ms.
In file included from ./include/asm-generic/bug.h:5,
                 from ./arch/x86/include/asm/bug.h:83,
                 from ./include/linux/bug.h:5,
                 from ./include/linux/mmdebug.h:5,
                 from ./include/linux/gfp.h:5,
                 from /usr/share/systemtap/runtime/linux/runtime_defines.h:20,
                 from /usr/share/systemtap/runtime/runtime_defines.h:8,
                 from
/tmp/stapM7AiZq/stap_b43d9440761b51b24d0178b3b434f704_1179_src.c:11:
/usr/share/systemtap/runtime/unwind/unwind.h: In function ‘read_ptr_sect’:
./include/linux/compiler.h:328:5: error: this statement may fall through
[-Werror=implicit-fallthrough=]
  328 |  do {        \
      |     ^
./include/linux/compiler.h:338:2: note: in expansion of macro
‘__compiletime_assert’
  338 |  __compiletime_assert(condition, msg, prefix, suffix)
      |  ^~~~~~~~~~~~~~~~~~~~
./include/linux/compiler.h:350:2: note: in expansion of macro
‘_compiletime_assert’
  350 |  _compiletime_assert(condition, msg, __compiletime_assert_, __LINE__)
      |  ^~~~~~~~~~~~~~~~~~~
./include/linux/build_bug.h:39:37: note: in expansion of macro
‘compiletime_assert’
   39 | #define BUILD_BUG_ON_MSG(cond, msg) compiletime_assert(!(cond), msg)
      |                                     ^~~~~~~~~~~~~~~~~~
./include/linux/build_bug.h:50:2: note: in expansion of macro
‘BUILD_BUG_ON_MSG’
   50 |  BUILD_BUG_ON_MSG(condition, "BUILD_BUG_ON failed: " #condition)
      |  ^~~~~~~~~~~~~~~~
/usr/share/systemtap/runtime/unwind/unwind.h:159:3: note: in expansion of macro
‘BUILD_BUG_ON’
  159 |   BUILD_BUG_ON(sizeof(u64) != sizeof(value));
      |   ^~~~~~~~~~~~
In file included from /usr/share/systemtap/runtime/unwind.c:16,
                 from /usr/share/systemtap/runtime/linux/runtime.h:255,
                 from /usr/share/systemtap/runtime/runtime.h:26,
                 from
/tmp/stapM7AiZq/stap_b43d9440761b51b24d0178b3b434f704_1179_src.c:27:
/usr/share/systemtap/runtime/unwind/unwind.h:164:2: note: here
  164 |  case DW_EH_PE_absptr:
      |  ^~~~
cc1: all warnings being treated as errors
make[1]: *** [scripts/Makefile.build:266:
/tmp/stapM7AiZq/stap_b43d9440761b51b24d0178b3b434f704_1179_src.o] Error 1
make: *** [Makefile:1667: /tmp/stapM7AiZq] Error 2
WARNING: kbuild exited with status: 2
Pass 4: compiled C into "stap_b43d9440761b51b24d0178b3b434f704_1179.ko" in
9070usr/1360sys/10930real ms.
Pass 4: compilation failed.  [man error::pass4]


--1579511763.5A451.17820
Date: Mon, 20 Jan 2020 09:16:03 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1161297
           Summary: VUL-0: CVE-2020-7237: cacti: Remote Code Execution (by privileged users) via shell metacharacters in the Performance Boost Debug Log field of poller_automation.php
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
               URL: https://smash.suse.de/issue/251356/
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Security
          Assignee: aj-at-ajaissle.de
          Reporter: wolfgang.frisch-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2020-7237

Cacti 1.2.8 allows Remote Code Execution (by privileged users) via shell
metacharacters in the Performance Boost Debug Log field of
poller_automation.php. OS commands are executed when a new poller cycle begins.
The attacker must be authenticated, and must have access to modify the
Performance Settings of the product.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2020-7237
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-7237
https://github.com/Cacti/cacti/issues/3201


--1579543618.C2e2eD4A3.32340
Date: Mon, 20 Jan 2020 18:06:58 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1161360
           Summary: kernel-kvmsmall should not recommend kernel-firmware
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-maintainers-at-forge.provo.novell.com
          Reporter: arvidjaar-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

This kernel is explicitly for use in VM without any real hardware, so
kernel-firmware is redundant. As mentioned on opensuse-kernel list, same likely
applies kernel-azure.

Would be nice if dependency were removed from Leap too (at least, Leap 15.2).


body:
--1579556214.222C6.4569
Date: Mon, 20 Jan 2020 21:36:54 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1161365
           Summary: [Build 20200119] openQA test fails in installing LXQt
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
               URL: https://openqa.opensuse.org/tests/1149558/modules/inst
                    all_otherDE_pattern/steps/27
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: LXQt
          Assignee: mvetter-at-suse.com
          Reporter: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

## Observation

openQA test in scenario opensuse-Tumbleweed-NET-x86_64-otherDE_lxqt@64bit fails
in
[install_otherDE_pattern](https://openqa.opensuse.org/tests/1149558/modules/install_otherDE_pattern/steps/27)

LXQt did not successfully rebuild against the Update to Qt 5.14. As a resuklt,
LXQt is not installable

## Test suite description

## Reproducible

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

## Expected result

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

## Further details

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

pkgs: liblxqt lxqt-config lxqt-globalkeys lxqt-notificationd lxqt-openssh-askpass lxqt-powermanagement lxqt-runner lxqt-session lxqt-sudo


body:
--1579614915.36df00.20477
Date: Tue, 21 Jan 2020 13:55:15 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1161432
           Summary: update zstd to 1.4.4
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: x86-64
                OS: openSUSE 42.1
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: bwiedemann-at-suse.com
          Reporter: bwiedemann-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: Development
           Blocker: ---

Version 1.4.4 brings several fixes over 1.4.2

  * bug: Fix Dictionary Compression Ratio Regression (#1709)
  * bug: Fix Buffer Overflow in v0.3 Decompression (#1722)
  * misc: Add NULL pointer check in util.c (#1706)

  * perf: Improved decompression speed, by > 10%
  * perf: Better compression speed when re-using a context
  * perf: Fix compression ratio when compressing large files with
    small dictionary
  * api: fixed decoding of magic-less frames
  * api: fixed ZSTD_initCStream_advanced() performance with fast modes
  * cli: command --output-dir-flat=DIE , generates target files into
    requested directory
  * cli: fix rare deadlock condition within dictionary builder
  * misc: Improved documentation : ZSTD_CLEVEL, DYNAMIC_BMI2,
    ZSTD_CDict, function deprecation, zstd format

summary: update zstd to 1.4.4


--1579708612.ba3DBEA0.3037
Date: Wed, 22 Jan 2020 15:56:52 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1161562
           Summary: VUL-1: CVE-2019-19274: python-typed-ast: out-of-bounds read may crash Python interpreter
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
               URL: https://smash.suse.de/issue/248003/
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Security
          Assignee: sebix+novell.com-at-sebix.at
          Reporter: atoptsoglou-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2019-19274

typed_ast 1.3.0 and 1.3.1 has a handle_keywordonly_args out-of-bounds read. An
attacker with the ability to cause a Python interpreter to parse Python source
(but not necessarily execute it) may be able to crash the interpreter process.
This could be a concern, for example, in a web-based service that parses (but
does not execute) Python code. (This issue also affected certain Python
3.8.0-alpha prereleases.)

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2019-19274
http://people.canonical.com/~ubuntu-security/cve/2019/CVE-2019-19274.html
https://github.com/python/cpython/commit/a4d78362397fc3bced6ea80fbc7b5f4827aec55e
https://github.com/python/cpython/commit/dcfcd146f8e6fc5c2fc16a4c192a0c5f5ca8c53c
https://github.com/python/typed_ast/commit/156afcb26c198e162504a57caddfe0acd9ed7dce
https://github.com/python/typed_ast/commit/dc317ac9cff859aa84eeabe03fb5004982545b3b
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-19274
https://bugs.python.org/issue36495


--1579708846.A7f3d050.5234
Date: Wed, 22 Jan 2020 16:00:46 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1161563
           Summary: VUL-1: CVE-2019-19275: python-typed-ast: out-of-bounds read could crash Python interpreter
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
               URL: https://smash.suse.de/issue/248004/
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Security
          Assignee: sebix+novell.com-at-sebix.at
          Reporter: atoptsoglou-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2019-19275

typed_ast 1.3.0 and 1.3.1 has an ast_for_arguments out-of-bounds read. An
attacker with the ability to cause a Python interpreter to parse Python source
(but not necessarily execute it) may be able to crash the interpreter process.
This could be a concern, for example, in a web-based service that parses (but
does not execute) Python code. (This issue also affected certain Python
3.8.0-alpha prereleases.)

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2019-19275
http://people.canonical.com/~ubuntu-security/cve/2019/CVE-2019-19275.html
https://github.com/python/cpython/commit/a4d78362397fc3bced6ea80fbc7b5f4827aec55e
https://github.com/python/cpython/commit/dcfcd146f8e6fc5c2fc16a4c192a0c5f5ca8c53c
https://github.com/python/typed_ast/commit/156afcb26c198e162504a57caddfe0acd9ed7dce
https://github.com/python/typed_ast/commit/dc317ac9cff859aa84eeabe03fb5004982545b3b
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-19275
https://bugs.python.org/issue36495


body:
--1579724046.08334E01.6035
Date: Wed, 22 Jan 2020 20:14:06 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1161584
           Summary: Split ibus-data out of ibus
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X.Org
          Assignee: xorg-maintainer-bugs-at-forge.provo.novell.com
          Reporter: bizyaev-at-zoho.com
        QA Contact: xorg-maintainer-bugs-at-forge.provo.novell.com
          Found By: ---
           Blocker: ---

Since version 5.18, KDE Plasma provides an emoji picker. For the emoji picker,
it needs /usr/share/ibus/dicts/emoji-*.dict files, which are currently part of
the ibus package. This, however, seems unwanted because it installs all the
ibus binaries, a number of irrelevant dependencies and a broken keyboard layout
indicator.

In Ubuntu (and thus KDE Neon) these files are in a separate package, ibus-data,
which solves all these issues. Is it possible to split them out in openSUSE as
well?

summary: Split ibus-data out of ibus


body:
--1579756308.bb584.7227
Date: Thu, 23 Jan 2020 05:11:48 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=1161615

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

Tracker bug for the LXD 3.19 update.

- Update to LXD 3.19. The full upstream changelog is available from:
  https://discuss.linuxcontainers.org/t/lxd-3-19-has-been-released/6529
  + Virtual machine support
  + Reworked storage layer
  + Routed networking mode
  + Custom mount options for disk devices
  + Interception of the mount system call
  + Multi-architecture clustering
  + ...

summary: [trackerbug] lxd 3.19 update


--1579775337.ad604ED33.32092
Date: Thu, 23 Jan 2020 10:28:57 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=1161674

            Bug ID: 1161674
           Summary: WARNING: CPU: 6 PID: 915 at ../kernel/workqueue.c:1444 __queue_work+0x34b/
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-maintainers-at-forge.provo.novell.com
          Reporter: gsantomaggio-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 828146
  --> http://bugzilla.suse.com/attachment.cgi?id=828146&action=edit
ProcInfo

Hi all,
I sometime have this error:
WARNING: CPU: 6 PID: 915 at ../kernel/workqueue.c:1444 __queue_work+0x34b/
full trace in attach.

When I try to execute; lshw, it gets blocked and I have to hard reset


body:
--1579797354.BD5bD4.15032
Date: Thu, 23 Jan 2020 16:35:54 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=1161716

            Bug ID: 1161716
           Summary: slurmdbd  should start after mariadb
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: cgoll-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The recommended setup for slurmdbd is to run the slurmdbd daemon on the same
host as the sql which stores its data [1]. Subsequently slurmdbd should start
after the sql server.

1: https://bugs.schedmd.com/show_bug.cgi?id=2413

summary: slurmdbd  should start after mariadb


--1579855613.dAde0.29967
Date: Fri, 24 Jan 2020 08:46:53 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1161756
           Summary: nscd being blocked from accessing /usr/etc/{services,protocols,networks}
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: AppArmor
          Assignee: suse-beta-at-cboltz.de
          Reporter: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

As part of the work to separate vendor pre-configuration files from actual user
configuration, files are being moved from /etc to /usr/etc

One such case is netcfg: https://build.opensuse.org/request/show/757447

During the openQA tests we have seen various failures, like NFS server and even
curl not being able to reach the local apache server.

Initial debug done by Neil (NFS maintainer) pointed in direction of AppArmor
blocking access to the new location of those files.

The default configuration of AppArmor should be changed to also allow for the
new location of those files (more will certainly follow)


body:
--1579993541.fe5D3.3590
Date: Sat, 25 Jan 2020 23:05:41 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1161826
           Summary: SDDM restarted by zypper on upgrade
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: KDE Workspace (Plasma)
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: uhhadd-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The SDDM service appears to be restarted by zypper whenever it is upgraded,
forcibly ending the user session and possibly terminating the update
mid-transaction.

summary: SDDM restarted by zypper on upgrade


body:
--1580048274.Ee8B730.29692
Date: Sun, 26 Jan 2020 14:17:54 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1161841
           Summary: [doc] 2  System Upgrade
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Release Notes
          Assignee: sknorr-at-suse.com
          Reporter: Michael.Gengenbach@T-Online.DE
        QA Contact: lnussel-at-suse.com
          Found By: ---
           Blocker: ---

2  System Upgrade

https://doc.opensuse.org/release-notes/x86_64/openSUSE/Leap/15.1/#upgrade

The link in the second bullet point ist dead:

https://doc.opensuse.org/documentation/leap/startup/html/book.opensuse.startup/cha.update.osuse.html

results in a HTTP 404.

summary: [doc] 2  System Upgrade


--1580067462.BDf20.714
Date: Sun, 26 Jan 2020 19:37:42 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1161851
           Summary: Dolphin crashes on copy skip all existing files
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: 64bit
                OS: SUSE Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: KDE Applications
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: acall599-at-hotmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

openSUSE - Leap 15.1 - KDE .
Dolphin crashes while copying files to an usbstick and "skip all existing
files" is checked.
usbstick 3.0 , 16 GB is formatted exfat.

Version Dolphin = 18.12.3
KDE Plasma = 5.12.8
KDE-Frameworks = 5.55.0
Qt = 5.9.7
Kernel = 4.12.14-lp151.28.36-default


--1580114246.3C5D0.28753
Date: Mon, 27 Jan 2020 08:37:26 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1161873
           Summary: llvm9 vim-plugins (and likely emacs-plugins) dependence oddities
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: rguenther-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The llvm9-vim-plugins package just supplements (llvm9 and vim) but the
installed
usr/share/clang/clang-format.py for example references clang executables
(clang-format for example).  The package _does_ contain syntax-highlighting
for llvm IR as well it seems.  Eventually it makes more sense to re-integrate
the files with the clang/llvm sub-packages.


--1580210605.522E0.31928
Date: Tue, 28 Jan 2020 11:23:25 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=1162007

            Bug ID: 1162007
           Summary: poedit depends on libcpprest.so.2.10() whil cpprest is being deleted (failed to build for more than 14 days)
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: lubos.kocman-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

cpprest is being removed as part of
https://build.opensuse.org/request/show/766173

Unfortunately cpprest is a build dependency of poedit. This is a request to
remove poedit, unless somebody fixes cpprest.

Generated from
https://botmaster.suse.de/go/tab/build/detail/Leap.Staging.D/53/Checks/1/Repo.Checker#tab-console

libcpprest2_10 provides libcpprest.so.2.10()(64bit) required by poedit
Error: missing alternative provides for libcpprest.so.2.10()(64bit)
cpprest is still a build requirement of:

- poedit


--1580288387.53ceE6.3960
Date: Wed, 29 Jan 2020 08:59:47 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1162080
           Summary: gnome-tweaks can't be used after changing windows button layout
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
          Assignee: gnome-bugs-at-suse.de
          Reporter: victor.zhestkov-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Hi Team.

gnome-tweaks cause interface issues after changing windows titlebar buttons
layout to left side and showing maximize,minimize buttons.
dconf read /org/gnome/desktop/wm/preferences/button-layout
if returned 'close,minimize,maximize:appmenu' it's impossible to change any
setting in tweaker utility and a lot of visual issues present inside the
window. The only way to fix it to remove dconf value
/org/gnome/desktop/wm/preferences/button-layout or change it to right side
button layout: 'appmenu:minimize,maximize,close'

Tested on tumbleweed: 20200125 and 20200127
x86_64 GNOME with Wayland


--1580290309.0466aba0.23090
Date: Wed, 29 Jan 2020 09:31:49 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=1162085

            Bug ID: 1162085
           Summary: Desktop does not appear after booting [vc4] ERROR
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: aarch64
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: LXDE
          Assignee: andrea-at-opensuse.org
          Reporter: count0@t-online.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

After installing a fresh image
(openSUSE-Tumbleweed-ARM-XFCE-raspberrypi3.aarch64-2020.01.20-Snapshot20200125.raw.xz
or
openSUSE-Tumbleweed-ARM-LXQT-raspberrypi3.aarch64-2020.01.16-Snapshot20200125.raw.xz)
the desktop does not start.
dmesg shows an error with [vc4].
Solution: you have to add "cma=300M" to the kernel parameters (tx @guillaume_g
from irc-channel) and the desktop will start.


body:
--1580301214.2C8ffa55.3462
Date: Wed, 29 Jan 2020 12:33:34 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1162112
           Summary: xmvn produces unreproducible output
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: openSUSE Factory
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Development
          Assignee: fstrba-at-suse.com
          Reporter: bwiedemann-at-suse.com
        QA Contact: qa-bugs-at-suse.de
            Blocks: 1062303
          Found By: Development
           Blocker: ---

While working on reproducible builds for openSUSE, I found that
xmvn creates .xml files with randomness
per setUuid( UUID.randomUUID().toString() )
in
xmvn-tools/xmvn-install/src/main/java/org/fedoraproject/xmvn/tools/install/JavaPackage.java
xmvn-tools/xmvn-install/src/main/java/org/fedoraproject/xmvn/tools/install/impl/DefaultArtifactInstaller.java

+++ new//usr/share/maven-metadata/jackson-parent.xml    2019-11-20
12:00:00.0000
00000 +0000
@@ -1,6 +1,6 @@
 <?xml version="1.0" encoding="UTF-8"?>
 <metadata xmlns="http://fedorahosted.org/xmvn/METADATA/3.0.0">
-  <uuid>84081e46-b2dd-41c9-b0e1-3e89752c546d</uuid>
+  <uuid>c67ba8dc-3f70-4b4e-95b4-c0afdf000afe</uuid>
   <artifacts>
     <artifact>
       <groupId>com.fasterxml.jackson</groupId>
@@ -8,7 +8,7 @@
       <extension>pom</extension>
       <version>2.10</version>
       <path>/usr/share/maven-poms/jackson-parent/jackson-parent.pom</path>
-      <uuid>59d7475c-e3da-4430-ad13-b75a5ccd70da</uuid>
+      <uuid>1bf0dc1e-77d4-4634-a520-60f749c63940</uuid>
       <properties>

That could be replaced by
setUuid( UUID.nameUUIDFromBytes(somethingspecific.getBytes()).toString() );

Another source of non-determinism is filesystem readdir order:

/usr/share/maven-metadata/openjfx.xml differs (XML document text)
-

summary: xmvn produces unreproducible output


--1580336030.25bb200.18202
Date: Wed, 29 Jan 2020 22:13:50 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1162152
           Summary: LibreOffice:Factory/libreoffice: Bug: Cannot save documents in Draw unless Impress is installed
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: 3rd party software
          Assignee: tchvatal-at-suse.com
          Reporter: 9+suse-at-cirno.systems
        QA Contact: bnc-team-screening-at-forge.provo.novell.com
          Found By: ---
           Blocker: ---

Saving drawings in LibreOffice Draw fails with a general I/O error when
LibreOffice Impress is not installed as well.


--1580385705.B2Fc4.11972
Date: Thu, 30 Jan 2020 12:01:45 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1162224
           Summary: Installed version missmatch between libpython3_6m1_0 and python3-base (problem for cmake)
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: tbechtold-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

On my system (Leap 15.1), libpython3_6m1_0 is already installed:

# zypper se -s -i libpython3
S | Name             | Type    | Version           | Arch   | Repository
--+------------------+---------+-------------------+--------+------------
i | libpython3_6m1_0 | package | 3.6.9-lp151.6.4.1 | x86_64 | repo-update

Now I install python3-base with `zypper in python3-base` (which is available in
a newer version):

# zypper se -s -i python3-base
S  | Name         | Type    | Version            | Arch   | Repository
---+--------------+---------+--------------------+--------+------------
i+ | python3-base | package | 3.6.10-lp151.6.7.1 | x86_64 | repo-update

With that, libpython3_6m1_0 will not be updated:
# zypper se -s -i libpython3
S | Name             | Type    | Version           | Arch   | Repository
--+------------------+---------+-------------------+--------+------------
i | libpython3_6m1_0 | package | 3.6.9-lp151.6.4.1 | x86_64 | repo-update

The problem seems to be a missing dependency on the version itself:
# rpm -q --requires python3-base|grep libpython3
libpython3.6m.so.1.0()(64bit)

This situation creates problems with cmake (eg. when you try to build ceph):

02:24:35


--1580390403.ebC7a45.18373
Date: Thu, 30 Jan 2020 13:20:03 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1162245
           Summary: [Build 20200129] mutt upgrade from 1.10.1 to 1.13.3 fails in %pre
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
               URL: https://openqa.opensuse.org/tests/1159080/modules/zdup
                    /steps/220
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: OpenStack
          Assignee: cloud-bugs-at-suse.de
          Reporter: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

## Observation

openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-zdup-Leap-15.1-kde@64bit
fails in
[zdup](https://openqa.opensuse.org/tests/1159080/modules/zdup/steps/220)

This is with the new mutt package that added the administrator warning
notification.

## Test suite description

## Reproducible

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

## Expected result

Last good: [20200128](https://openqa.opensuse.org/tests/1158475) (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=zdup-Leap-15.1-kde&version=Tumbleweed)


body:
--1580431066.7fC3BB4.20120
Date: Fri, 31 Jan 2020 00:37:46 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

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

Tracker bug for the LXD 3.20 update.

- Update to LXD 3.20. The full upstream changelog is available from:
  https://discuss.linuxcontainers.org/t/lxd-3-20-has-been-released/6673
  + Server side support of API collections
  + New unix-hotplug device type
  + Support for standby cluster members

summary: [trackerbug] lxd 3.20 update


--1580458341.EAFb5eeB0.20356
Date: Fri, 31 Jan 2020 08:12:21 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1162320
           Summary: grub2-arm64-efi upgrade 2.02-lp151.21.6.1 -> 2.02-lp151.21.9.1 causes system to fail reboot with "error: symbol `grub_efi_allocate_any_pages' not found."
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: aarch64
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Bootloader
          Assignee: mchang-at-suse.com
          Reporter: okurz-at-suse.com
        QA Contact: jsrain-at-suse.com
                CC: arvidjaar-at-gmail.com, rw-at-suse.com
          Found By: ---
           Blocker: ---

## Observation

On the machine "aarch64" within the openqa.opensuse.org system, which is a
transactional system, the system failed to boot after a nightly system upgrade
on 2020-01-14. I could pinpoint that the upgrade of grub2-arm64-efi
2.02-lp151.21.6.1 -> 2.02-lp151.21.9.1 triggers
error: symbol `grub_efi_allocate_any_pages' not found.
when trying to load the kernel and initrd image after grub.

See
https://progress.opensuse.org/issues/62102
for details where I originally recorded the problem.

## Workaround

So far I did `zypper al grub2-arm64-efi`.


body:
--1580470891.fEBe7B0.30765
Date: Fri, 31 Jan 2020 11:41:31 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=1162360

            Bug ID: 1162360
           Summary: tss packages should use new style user and group creation
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: msuchanek-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

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

pkgs: system-users tpm2-0-tss trousers


--1580549749.4771A0.10625
Date: Sat, 1 Feb 2020 09:35:49 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1162418
           Summary: Audacity v2.3.3-alpha-Nov 25 2019 crashes
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: i686
                OS: openSUSE Factory
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: KDE Applications
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: bart.de.ceulaer-at-telenet.be
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

OS = Opensuse Tumbleweed, KDE
Application = Audacity v2.3.3-alpha-Nov 25 2019

When closing audacity either via Ctrl-W (close only the current window) or
Ctrl-Q (exit), the application crashes> When Audacity was started from console,
the last line shown is "Segmentation fault (core dumped)"

KSystemLog shows this info :

1/02/2020 10:29    systemd-coredump    Process 13671 (audacity) of user 1000
dumped core.

Stack trace of thread 13671:
#0  0x00007fec173b3062 _ZN12wxWindowBase16SendDestroyEventEv
(libwx_gtk2u_core-suse-nostl.so.3.0.4 + 0x2e1062)
#1  0x00007fec174b2867 _ZN7wxFrameD1Ev (libwx_gtk2u_core-suse-nostl.so.3.0.4 +
0x3e0867)
#2  0x000055b460d152f9 _ZN13ProjectWindowD0Ev (audacity + 0x96d2f9)
#3  0x00007fec17019f23 _ZN16wxAppConsoleBase20DeletePendingObjectsEv
(libwx_baseu-suse-nostl.so.3.0.4 + 0x166f23)
#4  0x00007fec1701a365 _ZN16wxAppConsoleBase11ProcessIdleEv
(libwx_baseu-suse-nostl.so.3.0.4 + 0x167365)
#5  0x00007fec17481c04 _ZN9wxAppBase11ProcessIdleEv
(libwx_gtk2u_core-suse-nostl.so.3.0.4 + 0x3afc04)
#6  0x00007fec17514721 _ZN5wxApp6DoIdleEv (libwx_gtk2u_core-suse-nostl.so.3.0.4
+ 0x442721)
#7  0x00007fec175147f3 n/a (libwx_gtk2u_core-suse-nostl.so.3.0.4 + 0x4427f3)
#8  0x00007fec14eefa67 n/a (libglib-2.0.so.0 + 0x4ea67)
#9  0x00007fec14ef2ff8 g_main_context_dispatch (libglib-2.0.so.0 + 0x51ff8)
#10 0x00007fec14ef3380 n/a (libglib-2.0.so.0 + 0x52380)
#11 0x00007fec14ef3653 g_main_loop_run (libglib-2.0.so.0 + 0x52653)
#12 0x00007fec152fba9a gtk_main (libgtk-x11-2.0.so.0 + 0x1faa9a)
#13 0x00007fec17501a85 _ZN14wxGUIEventLoop5DoRunEv
(libwx_gtk2u_core-suse-nostl.so.3.0.4 + 0x42fa85)
#14 0x00007fec16ff396d _ZN15wxEventLoopBase3RunEv
(libwx_baseu-suse-nostl.so.3.0.4 + 0x14096d)
#15 0x00007fec174b8510 _ZN8wxDialog9ShowModalEv
(libwx_gtk2u_core-suse-nostl.so.3.0.4 + 0x3e6510)
#16 0x00007fec17833c2f _ZNK23wxDebugReportPreviewStd4ShowER13wxDebugReport
(libwx_gtk2u_qa-suse-nostl.so.3.0.4 + 0x15c2f)
#17 0x000055b460db77d3 _ZN11CrashReport8GenerateEN13wxDebugReport7ContextE
(audacity + 0xa0f7d3)
#18 0x000055b460dfa420 _ZN11AudacityApp16OnFatalExceptionEv (audacity +
0xa52420)
#19 0x00007fec16f51202 n/a (libwx_baseu-suse-nostl.so.3.0.4 + 0x9e202)
#20 0x00007fec17a90030 __restore_rt (libc.so.6 + 0x3c030)
#21 0x00007fec1760bc48 _ZTI11wxMiniFrame (libwx_gtk2u_core-suse-nostl.so.3.0.4
+ 0x539c48)
#22 0x0000000000000000 n/a (n/a + 0x0)

It was reported before to the Audacity linux forum, and the problem seems to be
reproducible only on OpenSuse Tumbleweed, not on other OS's.
Clearing all audacity traces from the system and reinstalling does not fix the
issue.


--1580589779.61d5daF3.10054
Date: Sat, 1 Feb 2020 20:42:59 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1162424
           Summary: Please upgrade python-Twisted to at least 18.9.0
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Maintenance
          Assignee: maintenance-at-opensuse.org
          Reporter: stasiek-at-michalski.cc
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

At least version 18.9.0 is required to upgrade matrix-synapse to a version with
usable python3 implementation.


body:
--1580600116.7020dB4.26545
Date: Sat, 1 Feb 2020 23:35:16 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1162426
           Summary: lxd-bash-completion doesn't work
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Containers
          Assignee: containers-bugowner-at-suse.de
          Reporter: asarai-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Sort of self-explanatory. If you try to use the bash completion from
lxd-bash-completion, nothing completes. I'll need to take a closer look but it
might be related to the fact that we install the completion script as
/usr/share/bash-completion/completions/lxd-client.

pkgs: lxc lxd

summary: lxd-bash-completion doesn't work


--1580719473.B1CB53Ba0.6459
Date: Mon, 3 Feb 2020 08:44:33 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=1162464

            Bug ID: 1162464
           Summary: man-pages: man 2 listen: backlog default value
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: pgajdos-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

man 2 listen:

/proc/sys/net/core/somaxconn [...] the  default  value  in this file is 128

Leap 15.1

$ uname -r
4.12.14-lp151.28.36-default
$ cat /proc/sys/net/core/somaxconn
128
$

Tumbleweed

$ uname -r
5.4.12-1-default
pgajdos@beth:~[0]> cat /proc/sys/net/core/somaxconn
4096
$


--1580725209.88d351.19679
Date: Mon, 3 Feb 2020 10:20:09 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1162479
           Summary: Failure to create RAID0 or LVM when installing on two disks
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: openSUSE Factory
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: YaST2
          Assignee: yast2-maintainers-at-suse.de
          Reporter: Vojtech.Zeisek-at-opensuse.org
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

Created attachment 828892
  --> http://bugzilla.opensuse.org/attachment.cgi?id=828892&action=edit
Failure to create RAID0

Hello,
I have got desktop with AMD RYZEN 9 3900X, GIGABYTE B450 AORUS PRO motherboard
and two SSD disks Intel 660p M.2 2TB SSD NVMe. My intention was to create RAID0
with encrypted Btrfs on them. On the notebook I have encrypted LVM containing
Btrfs root and swap.
In the installation (TW snapshot available today for download) I selected
manual disk selection, on first disk created /boot/efi and rest with RAID.
Second disk I totally covered by RAID. I then created RAID0 array, and on it
encrypted LVM with Btrfs root and swap. Yast was happy with my request and let
me proceed, but on the beginning of the installation it crashed (see the
attachment with 20200203_094042.jpg).
As second trial I tried to create /boot/efi on the first disk, and cover the
rest by LVM, second disk totally cover by LVM, and the encrypted LVM contained
Btrfs and swap. Again, Yast seemed happy and let me proceed, but it crashed on
the beginning of installation (see the attachment with 20200203_095903.jpg).
As third trial I used guided setup to create same result as the second disk -
use both disks, use encrypted LVM, etc. This worked well, and I got same state
as was my proposal before.
When I start the system, I'm asked for the password to unlock disk three times,
which is weird. As I'm unlocking single LVM, I'd expect to be asked only once.
I'm not sure if the installation is correct or if I will have to remake it.
Of course, I'll be happy to provide any details and experiment to fix this.


--1580751964.DCD2cF33.11856
Date: Mon, 3 Feb 2020 17:46:04 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1162535
           Summary: Update openSUSE Plymouth theme for 15.2 to bgrt
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Maintenance
          Assignee: maintenance-at-opensuse.org
          Reporter: stasiek-at-michalski.cc
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Following Tumbleweed, change the line setting the default theme to `sed -i -e
's/spinner/bgrt/g' src/plymouthd.defaults`


body:
--1580800527.5be1e0.23935
Date: Tue, 4 Feb 2020 07:15:27 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1162581
           Summary: openQA test fails in aaa_base
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: All
               URL: https://openqa.opensuse.org/tests/1162725/modules/aaa_
                    base/steps/12
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: guillaume.gardet-at-arm.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

openQA test fails in aaa_base:
https://openqa.opensuse.org/tests/1162725#step/aaa_base/12

'get_kernel_version' is not able to work on xz compressed vmlinux.

On my aarch64 and x86_64 systems, the behavior is the same:
'get_kernel_version /boot/vmlinux-5.3.12-2-default.gz' returns:
'5.3.12-2-default' as expected, but:
'get_kernel_version /boot/vmlinux-5.4.13-1-default.xz' returns nothing on
stdout, and '1' on stderr.

summary: openQA test fails in aaa_base


--1580826747.bEb0cC4.15083
Date: Tue, 4 Feb 2020 14:32:27 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.suse.com/show_bug.cgi?id=1162669

            Bug ID: 1162669
           Summary: [RPi4] No usb in initrd due to missing pcie-brcmstb
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: dracut-maintainers-at-suse.de
          Reporter: fvogt-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: kukuk-at-suse.com
          Found By: ---
           Blocker: ---

In openSUSE MicroOS based images, ignition is used for configuration.
It works by waiting for a block device with "ignition" in its label, which is
usually a usb drive.
Currently there is no usb support on RPi4 in the initrd phase as the
pcie-brcmstb module is missing.

This diff to dracut might fix it, but not tested yet:

diff --git a/modules.d/90kernel-modules/module-setup.sh
b/modules.d/90kernel-modules/module-setup.sh
index 3dfceff0..0ad01112 100755
-


--1580893203.AAa119.20665
Date: Wed, 5 Feb 2020 09:00:03 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1162766
           Summary: VUL-1: CVE-2019-15613: nextcloud: workflow rules to depend their behaviour on the file extension when checking file mimetypes
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
               URL: https://smash.suse.de/issue/252404/
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Security
          Assignee: ecsos-at-schirra.net
          Reporter: rfrohl-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2019-15613

A bug in Nextcloud Server 17.0.1 causes the workflow rules to depend their
behaviour on the file extension when checking file mimetypes.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2019-15613
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-15613
https://hackerone.com/reports/697959
https://nextcloud.com/security/advisory/?id=NC-SA-2020-002