--1588858979.8BbCAd0.6873
Date: Thu, 7 May 2020 13:42:59 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1171379
           Summary: VUL-0: CVE-2020-11888: python-markdown2:  Unsanitized input allows for cross-site scripting (XSS)
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
               URL: https://smash.suse.de/issue/258029/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: petr-at-cervinka.net
          Reporter: atoptsoglou-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2020-11888

An issue was discovered in python-markdown2 through 2.3.8 allows XSS because
element names are mishandled unless a \w+ match succeeds. For example, an
attack might use elementname@ or elementname- with an onclick attribute.

Upstream Issue:

https://github.com/trentm/python-markdown2/issues/348

References:
https://bugzilla.redhat.com/show_bug.cgi?id=1830999
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2020-11888
http://people.canonical.com/~ubuntu-security/cve/2020/CVE-2020-11888.html
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11888
https://github.com/trentm/python-markdown2/issues/348


body:
--1589578952.EFeebF0.21231
Date: Fri, 15 May 2020 21:42:32 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1171762
           Summary: backup-rpmdb does not make backups
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: piotr-at-orzechowski.tech
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

It looks like OpenSUSE Tumbleweed had stopped making proper rpmdb backups.

As of today, the contents of my /var/adm/backup/rpmdb are as follows:
####################
Packages-20200316.gz
Packages-20200317.gz
Packages-20200318.gz
Packages-20200322.gz
Packages-20200323.gz
rpmdb_recent_md5
####################

I remember some rpm update that changed directory layout, perhaps it's the
reason for broken backups.

The /usr/lib/base-scripts/backup-rpmdb script, which is used by
backup-rpmdb.service, contains the following:

########################################################################
RPMDB_PATH="/usr/lib/sysimage/rpm"

#
# get information from /etc/sysconfig
#
if [ -f /etc/sysconfig/backup ] ; then
    . /etc/sysconfig/backup
fi
#
#
PACKAGEDBFILE=packages.rpm
if test -e ${RPMDB_PATH}/Packages ; then
    PACKAGEDBFILE=Packages
fi
#
# create backups of rpm data base
#
if test -n "$RPMDB_BACKUP_DIR" -a -e ${RPMDB_PATH}/$PACKAGEDBFILE ; then
########################################################################

I suppose backups don't work, because PACKAGEFILE is set to
${RPMDB_PATH}/Packages, but /usr/lib/sysimage/rpm contains Packages.db (the
path from variable is missing .db extension).

The end result is that the script silently fails to do backup and returns
success value to systemd:

############################################
systemd[1]: Starting Backup RPM database...
systemd[1]: backup-rpmdb.service: Succeeded.
systemd[1]: Finished Backup RPM database.
############################################

summary: backup-rpmdb does not make backups


body:
--1589632605.64edAbFE1.8251
Date: Sat, 16 May 2020 12:36:45 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1171770
           Summary: Worker nodes can't acces kube-api
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: 64bit
                OS: Linux
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Kubic
          Assignee: kubic-bugs-at-opensuse.org
          Reporter: contact-at-ffreitas.io
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Release : 20200514

Deployment method :
'''
kubicctl init
kubicctl node add worker01.local
'''

After this deployment, none of my pods deployed on worker nodes can access the
kube-api.

For example with kured I get :

'''
time="2020-05-14T22:18:03Z" level=info msg="Kubernetes Reboot Daemon: 1.3.0"
time="2020-05-14T22:18:03Z" level=info msg="Node ID: worker01"
time="2020-05-14T22:18:03Z" level=info msg="Lock Annotation:
kube-system/kured:weave.works/kured-node-lock"
time="2020-05-14T22:18:03Z" level=info msg="Reboot Sentinel:
/var/run/reboot-required every 1h0m0s"
time="2020-05-14T22:18:03Z" level=info msg="Blocking Pod Selectors: []"
time="2020-05-14T22:18:03Z" level=info msg="Reboot on:
SunMonTueWedThuFriSat between 00:00 and 23:59 UTC"
time="2020-05-14T22:18:33Z" level=fatal msg="Error testing lock: Get
https://10.96.0.1:443/apis/apps/v1/namespaces/kube-system/daemonsets/kured:
dial tcp 10.96.0.1:443: i/o timeout"
'''

I found a similar issue on reddit :
https://www.reddit.com/r/kubernetes/comments/gjhxcj/fresh_kubeadm_install_pods_cant_reach_apiserver/

summary: Worker nodes can't acces kube-api


body:
--1589867455.a13eBD740.12472
Date: Tue, 19 May 2020 05:50:55 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

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

The crash is a known Mesa-drivers bug:
https://gitlab.freedesktop.org/mesa/mesa/-/issues/2977
https://gitlab.freedesktop.org/mesa/mesa/-/issues/1358

summary: GCC 10: Mesa-drivers crashes


body:
--1589888488.be1aEb6.20827
Date: Tue, 19 May 2020 11:41:28 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1171879
           Summary: screen: /var/run/uscreens conflict between systemd-tmpfiles and permissions entries
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: mls-at-suse.com
          Reporter: matthias.gerstner-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: alexander_naumov-at-opensuse.org, security-team-at-suse.de
          Found By: ---
           Blocker: ---

There is an ongoing effort to cleanup the entries in the permissions profiles.
In this context we found out that the screen package is currently using two
different mechanisms for setting the permissions of /var/run/uscreens.

Original the permissions have been set via the permissions package which uses
the following paths and settings in its different profiles:

permissions.paranoid:    /var/run/uscreens/    root:trusted      1775
permissions.paranoid:    /run/uscreens/
 root:trusted      1775
permissions.easy:    /var/run/uscreens/    root:root         1777
permissions.easy:    /run/uscreens/        root:root         1777
permissions.secure:    /var/run/uscreens/    root:root         1777
permissions.secure:    /run/uscreens/        root:root         1777

For a long time already screen also ships a tmpfiles.d entry which currently
looks like this:

$ cat /usr/lib/tmpfiles.d/screen.conf
 # Screen needs some files in /run:
 d /run/screens 0755 root root -
 d /run/uscreens 1777 root root -

Luckily the permissions are the same for the easy and secure permissions
profiles. If anybody is using the paranoid profile then `systemd-tmpfiles` and
`chkstat` will fight against each other and switch the directory's mode back
and forth.

I suggest to rely only on the tmpfiles.d entry in the future. Therefore I'd
remove the above entries from all permissions profiles. For this I'd like to
get your input if this is okay for you. Furthermore you need to remove the
invocations of `%set_permissions` and `%verify_permissions` from the screen
package's spec file.

pkgs: permissions screen


--1589888042.cc2C35.31548
Date: Tue, 19 May 2020 11:34:02 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1171877
           Summary: exim %pretrans fails - /bin/sh not found
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: poeml-at-cmdline.net
          Reporter: suse-beta-at-cboltz.de
        QA Contact: qa-bugs-at-suse.de
                CC: wullinger-at-rz.uni-kiel.de
          Found By: ---
           Blocker: ---

I have a package that collects AppArmor profiles from various packages, and
found the following in
https://build.opensuse.org/public/build/home:cboltz/openSUSE_Factory/x86_64/apparmor-profile-collector/_log

...
[   15s] [754/755] cumulate os-autoinst-4.6.1589459603.638a25e2-1.1
[   15s] [755/755] cumulate openQA-worker-4.6.1589385688.c7582131b-1.1
[   15s] now installing cumulated packages
[   15s] error: failed to exec scriptlet interpreter /bin/sh: No such file or
directory
[   15s] error: %pretrans(exim-4.93.0.4-5.1.x86_64) scriptlet failed, exit
status 127
[   15s] Preparing...                          ################################
[   15s] Updating / installing...
[   15s] system-user-root-20190513-1.6         ################################
...

Note the two lines starting with "error:" - it seems the exim package needs
/bin/sh for its %pretrans script, but it's not available (yet?).


--1589891571.08b3dBf4.6637
Date: Tue, 19 May 2020 12:32:51 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1171882
           Summary: mgetty: probably long dead directory /var/spool/fax/outgoing/locks in permissions profiles
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: sbrabec-at-suse.com
          Reporter: matthias.gerstner-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: dmueller-at-suse.com, security-team-at-suse.de
          Found By: ---
           Blocker: ---

The security team is currently sanity checking the profiles in the
Base:System/permissions package. In this context we've come across the
following entries related to the mgetty package:

permissions.paranoid:    /var/spool/fax/outgoing/locks    fax:trusted
0755
permissions.easy:    /var/spool/fax/outgoing/locks    fax:root          0755
permissions.secure:    /var/spool/fax/outgoing/locks    fax:root          0755

This directory doesn't seem to be part of mgetty (sendfax) for a long time any
more. Upstream commit bac8e5efeeb19ef5bef44ff1d76b73816218936b seems to have
removed this in the year 2002 (upstream git repository is at
git://github.greenie.net/mgetty/).

If you can confirm this I'd like to remove the entries listed above from all
permissions profiles.


--1589960205.1efdE4.5242
Date: Wed, 20 May 2020 07:36:45 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1171904
           Summary: kvm is applying L1TF mitigations on AMD EPYC CPUs
    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: idonmez-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: jslaby-at-suse.com
          Found By: ---
           Blocker: ---

Upstream patch
https://lore.kernel.org/lkml/20200519095008.1212-1-pbonzini-at-redhat.com/

As we have AMD EPYC machines in our Build Service, it'd be nice to evaluate and
get this patch in our kernel builds.


--1589970429.CF61a53.25192
Date: Wed, 20 May 2020 10:27:09 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1171916
           Summary: systemsettings5 crash upon launching YaST2
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: KDE Applications
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: chris.taylor-at-cantab.net
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Launch systemsettings5 from Application Launcher or Terminal. Scroll down to
System Administraion, and click on YaST.

System Settings crashes. Terminal output yields:
QQmlEngine::setContextForObject(): Object already has a QQmlContext
Accessed invalid KPluginInfo object
KCrash: Application 'systemsettings5' crashing...
KCrash: Attempting to start /usr/lib64/libexec/drkonqi


--1590129319.Cb2AecA0.20490
Date: Fri, 22 May 2020 06:35:19 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1171975
           Summary: VUL-0: CVE-2020-6463: chromium: Use after free in ANGLE prior to 81.0.4044.122 allowed a remote attacker to potentially exploit heap corruption via a crafted HTML page
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
               URL: https://smash.suse.de/issue/259706/
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Security
          Assignee: tchvatal-at-suse.com
          Reporter: rfrohl-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2020-6463

Use after free in ANGLE in Google Chrome prior to 81.0.4044.122 allowed a
remote attacker to potentially exploit heap corruption via a crafted HTML
page.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2020-6463
http://people.canonical.com/~ubuntu-security/cve/2020/CVE-2020-6463.html


--1590250881.0aec0.28669
Date: Sat, 23 May 2020 16:21:21 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172017
           Summary: Thinkpad T570 ALSA regression, tinny audio / low volume
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Sound
          Assignee: tiwai-at-suse.com
          Reporter: sb56637-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Hi there, I have a fairly major issue with my Thinkpad T570 laptop where the
audio volume is very low and the audio quality itself is affected, with no base
tones and very tinny and distant sounding audio. I have confirmed that the
alsamixer master is set to 100%, and the issue affects both PulseAudio and Jack
applications, so I assume it's a kernel/ALSA bug. This system was originally
installed with Leap 15.0, and I still have an old copy of its kernel. The bug
does *not* exist with kernel 4.12.14-lp150.12.4, but for all subsequent kernel
updates for Leap 15.0 and 15.1 the bug *does* appear. Sometimes I can boot into
the old working kernel and power off / reboot cycle many times, and sometimes
it seems to reset something and make the audio sound normal after rebooting
into a newer kernel, but this is a very random and haphazard process. What is
consistent is that kernel 4.12.14-lp150.12.4 *never* exhibits this bug.

This appears to be a known problem, but I can only find older bug reports for
other Linux flavors, not sure if the fix was applied to openSUSE's kernel tree?
- https://bugzilla.redhat.com/show_bug.cgi?id=1554304
- https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1762314
- https://forums.linuxmint.com/viewtopic.php?t=282800 (This workaround did
*not* work for me.)

I just booted an Ubuntu 20.04 live USB on the same machine, and the bug was
*not* present. However, I didn't configure Jack, whereas on my installed Leap
15.1 system I use the ALSA->PulseAudio->Jack bridge through Cadence. I suspect
that is somehow exacerbating the bug or hitting an edge case that wasn't
properly fixed if somebody already tried to address this bug.

I am attaching dmesg and alsa-info.sh outputs with the old working kernel and
also the latest stable kernel 5.6.

Thanks a lot for the help.


--1590414196.e6041160.7296
Date: Mon, 25 May 2020 13:43:16 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172055
           Summary: [timezone] zdump --version reports "unknown" on OpenSuse 15.1 [2020a]
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: mcalabkova-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

http://mm.icann.org/pipermail/tz/2020-May/029028.html


--1590470407.E2Ea8c63.1118
Date: Tue, 26 May 2020 05:20:07 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172073
           Summary: kernel-devel and kernel-source need Obsolete for previous package rebuilds of the same version
    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: ---

kernel-devel and kernel-source both provide multiversion(kernel) so zypper
tries to install multiple versions in parallel instead of updating them.

Different kernel versions are installed in different locations, but when kernel
package is rebuilt it has the same kernel version but different RPM release. So
two packages that differ only in second digit RPM release cannot really be
installed side by side - they either conflict or they contain exactly the same
files.

Binary kernel packages include Obsoletes for package rebuilds:

bor@tw:~> rpm -q --obsoletes kernel-default-devel-5.6.12-1.3
kernel-bigsmp-devel <= 3.1
kernel-default-devel = 5.6.12-1.1
kernel-default-devel = 5.6.12-1.2

which forces zypper to remove previous package rebuilds for the same kernel
version even though it normally would try to install all of them.

These obsoletes are not included in kernel-devel or kernel-source, so zypper
installs all of them. This does not fail because they are pure source packages
and contain exactly the same files which is allowed by RPM. But this is rather
confusing as in reality they are not installed "side by side" - the last
installed version overwrites all files.

This also triggers https://bugzilla.opensuse.org/show_bug.cgi?id=1171224, where
zypper fails to removed those extra packages.

bor@tw:~> rpm -qa kernel-devel
kernel-devel-5.5.9-1.2.noarch
kernel-devel-5.5.7-1.1.noarch
kernel-devel-5.4.10-1.1.noarch
kernel-devel-5.6.2-1.2.noarch
kernel-devel-5.6.11-1.4.noarch
kernel-devel-5.6.11-1.2.noarch
kernel-devel-5.6.4-1.1.noarch
kernel-devel-5.6.12-1.3.noarch
bor@tw:~>

I'd say for consistency all kernel packages, both source and binary, should
have the same set of Obsoletes for the package rebuilds.


body:
--1590496162.14ccF0d0.21960
Date: Tue, 26 May 2020 12:29:22 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172126
           Summary: wormhole has unsatisfied dependency
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: openSUSE Factory
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: opensuse-at-trummer.xyz
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

System: openSUSE Tumbleweed 20200520

I installed python3-magic-wormhole from the main OSS repo.
When running it with "wormhole", it says

Traceback (most recent call last):
  File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 583,
in _build_master
    ws.require(__requires__)
  File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 900,
in require
    needed = self.resolve(parse_requirements(requirements))
  File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 791,
in resolve
    raise VersionConflict(dist, req).with_context(dependent_req)
pkg_resources.ContextualVersionConflict: (Twisted 19.10.0
(/usr/lib64/python3.8/site-packages), Requirement.parse('twisted>=20.3.0'),
{'autobahn'})

During handling of the above exception, another exception occurred:

#####

Traceback (most recent call last):
  File "/usr/bin/wormhole", line 6, in <module>
    from pkg_resources import load_entry_point
  File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 3252,
in <module>
    def _initialize_master_working_set():
  File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 3235,
in _call_aside
    f(*args, **kwargs)
  File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 3264,
in _initialize_master_working_set
    working_set = WorkingSet._build_master()
  File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 585,
in _build_master
    return cls._build_from_requirements(__requires__)
  File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 598,
in _build_from_requirements
    dists = ws.resolve(reqs, Environment())
  File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 791,
in resolve
    raise VersionConflict(dist, req).with_context(dependent_req)
pkg_resources.ContextualVersionConflict: (Twisted 19.10.0
(/usr/lib64/python3.8/site-packages), Requirement.parse('twisted>=20.3.0'),
{'autobahn'})

#####

It seems that the system-provided Twisted package (python3-Twisted) is too old
for wormhole.

summary: wormhole has unsatisfied dependency


--1590533227.8c5B0.9971
Date: Tue, 26 May 2020 22:47:07 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172153
           Summary: xf86-input-synaptics-devel inappropriately depends on xf86-input-synaptics
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: pointedstick-at-zoho.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I want to be able to install the Synaptics dev package without the whole
Synaptics driver.

But if I try to install the xf86-input-synaptics-devel dev package, zypper will
insist on including xf86-input-synaptics as a dependency, which contains the
full driver. This is not what I want because it will cause the synaptics
touchpad drivers to be installed and be used instead of the Libinput drivers,
which I do not want because I use and prefer the Libinput drivers.


--1590548119.dbc05.24313
Date: Wed, 27 May 2020 02:55:19 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172154
           Summary: google-worksans-fonts does not appear correctly on Desktop.
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: yfjiang-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 838220
  --> http://bugzilla.opensuse.org/attachment.cgi?id=838220&action=edit
The font apperance in gimp.

There was some nice work on creating the google-worksans-fonts in Factory. But
currently the fonts package provides woff fonts, which do not appear compatible
with desktop applications.

I am attaching an example here.


--1590564517.B1FE0.12319
Date: Wed, 27 May 2020 07:28:37 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172159
           Summary: VUL-0: CVE-2020-13614: axel: TLS implementation lacks hostname verification
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
               URL: https://smash.suse.de/issue/260114/
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Security
          Assignee: pascal.bleser-at-opensuse.org
          Reporter: rfrohl-at-suse.com
        QA Contact: security-team-at-suse.de
                CC: sebix+novell.com-at-sebix.at
          Found By: Security Response Team
           Blocker: ---

CVE-2020-13614

An issue was discovered in ssl.c in Axel before 2.17.8. The TLS implementation
lacks hostname verification.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2020-13614
https://github.com/axel-download-accelerator/axel/releases/tag/v2.17.8
https://github.com/axel-download-accelerator/axel/issues/262
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-13614


--1590590312.5c77CEa0.23988
Date: Wed, 27 May 2020 14:38:31 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172192
           Summary: *** buffer overflow detected ***: fossil terminated
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: max-at-suse.com
          Reporter: schwab-at-suse.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

$ fossil  clone  https://core.tcl-lang.org/tcl tcl
Round-trips: 167   Artifacts sent: 0  received: 181843
Clone done, sent: 44270  received: 171733516  ip: 10.0.31.182
Rebuilding repository meta-data...
*** buffer overflow detected ***: fossil terminated
Aborted (core dumped)


--1590601339.a1b21.9431
Date: Wed, 27 May 2020 17:42:19 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172209
           Summary: xz is not installable after patterns-base is installed due to conflict with busybox-xz subpackage
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kubic
          Assignee: kubic-bugs-at-opensuse.org
          Reporter: comurphy-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The utility diskimage-builder[1] uses the base openSUSE packages to create
minimal disk images without the need for a preexisting QCOW2 cloud image or ISO
installer. It stopped being able to build openSUSE Tumbleweed images when the
busybox-links package (developed in devel:kubic) was introduced to factory.
This is because the diskimage-builder first sets up a chroot of the base system
with patterns-openSUSE-base and then later installs the kernel into the chroot.
The aaa_base package included in the base pattern has a dependency on
/usr/bin/xz and happens to choose busybox-xz to fulfill it. The dracut package
(required by mkinitrd required by kernel-default) explicitly requires the xz
package which conflicts with the busybox-xz package that is already installed
at that point. The result is a failure to build the minimal image[2]:

 > + zypper --non-interactive --gpg-auto-import-keys install --no-recommends
sed net-tools git-core glibc-locale kernel-default sudo openssh lsb-release
bash dhcp-client openssl growpart rsync wicked-service e2fsprogs curl tar
ca-certificates-mozilla python3
 > Loading repository data...
 > Reading installed packages...
 > 'sed' is already installed.
 > No update candidate for 'sed-4.8-1.3.x86_64'. The highest available version
is already installed.
 > 'python3' is already installed.
 > No update candidate for 'python3-3.8.3-1.1.x86_64'. The highest available
version is already installed.
 > 'bash' is already installed.
 > No update candidate for 'bash-5.0.11-7.1.x86_64'. The highest available
version is already installed.
 > 'sudo' is already installed.
 > No update candidate for 'sudo-1.9.0-1.1.x86_64'. The highest available
version is already installed.
 > 'ca-certificates-mozilla' is already installed.
 > No update candidate for 'ca-certificates-mozilla-2.40-2.1.noarch'. The
highest available version is already installed.
 > 'wicked-service' is already installed.
 > No update candidate for 'wicked-service-0.6.63-1.1.x86_64'. The highest
available version is already installed.
 > Resolving package dependencies...
 >
 > Problem: kernel-default-5.6.12-1.3.x86_64 requires mkinitrd >= 2.7.1, but
this requirement cannot be provided
 >   not installable providers: dracut-050+suse.61.g0fe0e854-1.1.i586[repo-oss]
 >                    dracut-050+suse.61.g0fe0e854-1.1.x86_64[repo-oss]
 >  Solution 1: deinstallation of busybox-xz-1.31.1-3.1.noarch
 >  Solution 2: do not install kernel-default-5.6.12-1.3.x86_64
 >  Solution 3: break kernel-default-5.6.12-1.3.x86_64 by ignoring some of its
dependencies

A workaround is to explicitly install xz into the chroot first[3], but it would
be nice if the new busybox-links set of packages were compatible with the
packages required by existing system packages.

[1] https://docs.openstack.org/diskimage-builder/latest/
[2]
https://zuul.opendev.org/t/openstack/build/82663349aa314c0ea7aa4105659993ff/log/nodepool/builds/test-image-0000000003.log#3173
[3] https://review.opendev.org/730992


--1590664421.c84e3.11461
Date: Thu, 28 May 2020 11:13:41 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172232
           Summary: build-compare: does not actually check recommends and suggests
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: ohering-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: opensuse-releaseteam-at-suse.de
          Found By: ---
           Blocker: ---

https://github.com/openSUSE/build-compare/commit/4639e303a98be9fa8eb777dfaa67da5b36d49831

The check_header calls lack a file name, so this never worked.


body:
--1590668345.0Ae4250.20922
Date: Thu, 28 May 2020 12:19:05 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172233
           Summary: Carla legal review required
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: davejplater-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

sr#795452 to openSUSE:Factory was declined for the following reason:
Non commercial code in Carla-2.1/data/windows/unzipfx-carla-control/match.c
Carla-2.1/data/windows/unzipfx-carla/match.c

I've removed the entire Carla-2.1/data/windows directory from the tarball via a
service file and updated the license field.
Please review sr#809927

summary: Carla legal review required


--1590678216.C7f70.28479
Date: Thu, 28 May 2020 15:03:36 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172245
           Summary: Please build sonnet RPMs with libvoikko-devel installed
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: KDE Applications
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: miikka.veijonen-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Please build Sonnet RPMs with libvoikko-devel installed. Now it seems you are
building Sonnet RPMs without Voikko support:

$ ls /usr/lib64/qt5/plugins/kf5/sonnet/
sonnet_hunspell.so

vs. build when libvoikko-devel has been installed when building Sonnet:

$ ls /usr/lib64/qt5/plugins/kf5/sonnet/
sonnet_hunspell.so  sonnet_voikko.so

Voikko library is needed for Finnish spell checking and now Sonnet needs to be
rebuilt if user wants to add Finnish spell checking in KDE or its side apps.

Or if it's not practical to include voikko plugin by default into standard
sonnet packages, then could you please create a side/plugin package which
install the sonnet_voikko.so library?


--1590823790.eF2dc0.21785
Date: Sat, 30 May 2020 07:29:50 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172301
           Summary: fontconfig-devel-32bit is missing a dependency on fontconfig-32bit
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: screening-team-bugs-at-suse.de
          Reporter: fgouget-at-codeweavers.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

fontconfig-devel-32bit provides the libfontconfig.so symlink but does not
depend on fontconfig-32bit which provides its target. This results in a broken
and unusable symlink:

# zypper install fontconfig-devel-32bit
[...]
# ll /usr/lib/libfontconfig.so*
lrwxrwxrwx 1 root root 23 Dec 17  2018 /usr/lib/libfontconfig.so ->
libfontconfig.so.1.10.1

Notice that libfontconfig.so.1.10.1 is missing.

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

# zypper info --requires fontconfig-devel-32bit
[...]
Requires       : fontconfig-devel = 2.12.6

# zypper info --requires fontconfig-devel
[...]
Requires       : [5]
    /usr/bin/pkg-config
    glibc-devel
    pkgconfig(freetype2)
    pkgconfig(expat)
    fontconfig = 2.12.6

The regular 64-bit -devel package does depend on the fontconfig package to
ensure the target library is present.

Further note that the 64-bit package depends on glibc-devel so the 32-bit one
should probably depend on glibc-devel-32bit too.


--1590824132.B8Cf070.22063
Date: Sat, 30 May 2020 07:35:32 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172302
           Summary: The Mesa-libGL-devel-32bit package is missing
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: screening-team-bugs-at-suse.de
          Reporter: fgouget-at-codeweavers.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

There is no package for 32-bit OpenGL development.

So where there is Mesa-libGL-devel for writing 64-bit applications,
Mesa-libGL-devel-32bit is missing for writing 32-bit applications. The result
is that the /usr/lib/libGL.so symlink is missing, making it impossible to link
32-bit applications.

This impact Wine development since it needs 32-bit support for Windows' 32-bit
applications.


--1590835944.6630dA0.31653
Date: Sat, 30 May 2020 10:52:24 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172305
           Summary: Kamoso fails to launch due to missing dependencies
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: KDE Applications
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: struys.adriaan-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 838369
  --> http://bugzilla.opensuse.org/attachment.cgi?id=838369&action=edit
Log of kamoso failing to launch

Installing kamoso from the main repository on openSUSE Tumbleweed does not
install all necessary dependencies, see attachment for the full log.

Important bit:
> The webcam controller was unable to find or load wrappercamerabinsrc plugin; please make sure all required gstreamer plugins are installed.

wrappercamerabinsrc appears to be part of GStreamer Bad, installing
gstreamer-plugins-bad (with its dependencies) fixes the issue and the program
runs.


--1590858816.e22dE0.17205
Date: Sat, 30 May 2020 17:13:36 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172310
           Summary: home:dimesio/vkd3d: Missing dependencies in vkd3d-devel-32bit
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: 3rd party software
          Assignee: dimesio-at-earthlink.net
          Reporter: fgouget-at-codeweavers.com
        QA Contact: bnc-team-screening-at-forge.provo.novell.com
          Found By: ---
           Blocker: ---

vkd3d-devel-32bit provides the libvkd3d.so symlink but does not depend on
libvkd3d1-32bit which provides its target. This results in a broken and
unusable symlink:

# zypper install vkd3d-devel-32bit
[...]
# ll /usr/lib/libvkd3d.so*
lrwxrwxrwx 1 root root 17 Aug 31  2019 /usr/lib/libvkd3d.so ->
libvkd3d.so.1.1.0

Notice that libvkd3d.so.1.1.0 is missing.

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

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

# zypper info --requires vkd3d-devel
[...]
Requires       : [3]
    /usr/bin/pkg-config
    libvkd3d-utils1 = 1.1
    libvkd3d1 = 1.1

The regular 64-bit -devel package does depend on the libvkd3d1 package to
ensure the target library is present so the 32-bit package should likely do the
same (same thing for libvkd3d-utils1 since it provides a symlink for that
library too).

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


body:
--1590916387.87ffA0.3931
Date: Sun, 31 May 2020 09:13:07 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172315
           Summary: qimgv: mpv library problem
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: SUSE Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: LXDE
          Assignee: andrea-at-opensuse.org
          Reporter: e.kleinmentink-at-zonnet.nl
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Requested by Luigi Baldoni (lgbaldoni)
qimgv can not find the libqimgv_player_mpv.so.
Original bug report: https://github.com/easymodo/qimgv/issues/231

summary: qimgv: mpv library problem


--1590921250.20ebDCFf0.29097
Date: Sun, 31 May 2020 10:34:10 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172316
           Summary: Flatpak installation seems to miss necessary directories and files
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: struys.adriaan-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

flatpak version 1.6.3-2.1 from openSUSE-Tumbleweed-Oss, Tumbleweed snapshot
20200528.

There seem to be missing files and directories when installing flatpak causing
problems when attempting to use flatpak.

When attempting to add the flathub repo, flatpak returns an error about a
missing directory in /var/lib/flatpak/repo:

> flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo
> error: While opening repository /var/lib/flatpak/repo: opendir(objects): No such file or directory

The directory /var/lib/flatpak/repo is indeed empty.


--1591014396.F0F22DE54.6972
Date: Mon, 1 Jun 2020 12:26:36 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172345
           Summary: mumps:scotch-openmpi1 and mumps:openmpi1 unable to be build in Leap 15.2
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: mlin-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: eich-at-suse.com
          Found By: ---
           Blocker: ---

mumps:openmpi1 in Leap unable to be build due to: nothing provides
libblacs2-openmpi-devel, nothing provides scalapack-openmpi-devel

mumps:scotch-openmpi1 in Leap unable to be build due to: nothing provides
ptscotch-openmpi-devel, nothing provides libblacs2-openmpi-devel, nothing
provides scalapack-openmpi-devel

in case those openmpi1 stuff has been disabled in scalapack and so on, we need
to do the same in mumps.


--1591018348.7b35725.15625
Date: Mon, 1 Jun 2020 13:32:28 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172349
           Summary: python-keystoneclient FTBFS in Leap 15.2
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: OpenStack
          Assignee: cloud-bugs-at-suse.de
          Reporter: mlin-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

python-keystoneclient fails to build[1] in Leap 15.2, it's fail in unittest
actually.

FAIL:
keystoneclient.tests.unit.auth.test_identity_v3.V3IdentityPlugin.test_invalidate_response
FAIL:
keystoneclient.tests.unit.auth.test_identity_v2.V2IdentityPlugin.test_invalidate_response
FAIL:
keystoneclient.tests.unit.test_session.AdapterTest.test_logger_object_passed
FAIL:
keystoneclient.tests.unit.test_session.SessionAuthTests.test_logger_object_passed
FAIL:
keystoneclient.tests.unit.v2_0.test_auth.AuthenticateAgainstKeystoneTests.test_authenticate_success_password_unscoped
FAIL:
keystoneclient.tests.unit.v2_0.test_auth.AuthenticateAgainstKeystoneTests.test_authenticate_success_token_unscoped
FAIL:
keystoneclient.tests.unit.v3.test_auth.AuthenticateAgainstKeystoneTests.test_authenticate_success_password_unscoped
FAIL:
keystoneclient.tests.unit.v3.test_auth.AuthenticateAgainstKeystoneTests.test_authenticate_success_token_unscoped
FAIL:
keystoneclient.tests.unit.v3.test_role_assignments.RoleAssignmentsTests.test_include_names_assignments_list(original)
FAIL:
keystoneclient.tests.unit.v3.test_role_assignments.RoleAssignmentsTests.test_include_names_assignments_list(ksc-session)
FAIL:
keystoneclient.tests.unit.v3.test_role_assignments.RoleAssignmentsTests.test_include_names_assignments_list(ksa-session)

[1]
https://build.opensuse.org/package/show/openSUSE:Leap:15.2/python-keystoneclient

full build log:
https://build.opensuse.org/package/live_build_log/openSUSE:Leap:15.2/python-keystoneclient/standard/x86_64


body:
--1591018485.bc3B5.11491
Date: Mon, 1 Jun 2020 13:34:45 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172350
           Summary: python-keystoneauth1 FTBFS in Leap 15.2
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: OpenStack
          Assignee: cloud-bugs-at-suse.de
          Reporter: mlin-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

python-keystoneauth1 fails to build[1] in Leap 15.2, please check the full log:
https://build.opensuse.org/package/live_build_log/openSUSE:Leap:15.2/python-keystoneauth1/standard/x86_64

[1]
https://build.opensuse.org/package/show/openSUSE:Leap:15.2/python-keystoneauth1

summary: python-keystoneauth1 FTBFS in Leap 15.2


--1591018697.7D1770.16018
Date: Mon, 1 Jun 2020 13:38:17 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172351
           Summary: xmltooling build failed: error: call of overloaded 'RSA_get0_n(const RSA*&)' is ambiguous
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: mlin-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

xmltooling fails to build in Leap 15.2, according to the error log it looks
like caused by updated openssl. xmltooling is from SLE, we should fix it in SLE
first. the error is:

error: call of overloaded 'RSA_get0_d(const RSA*&)' is ambiguous
        return (rsa1 && rsa2 && BN_cmp(RSA_get0_n(rsa1),RSA_get0_n(rsa2)) == 0
&& BN_cmp(RSA_get0_d(rsa1),RSA_get0_d(rsa2)) == 0);

please find the full log:
https://build.opensuse.org/package/live_build_log/openSUSE:Leap:15.2/xmltooling/standard/x86_64


body:
--1591019301.dAC66E0.16664
Date: Mon, 1 Jun 2020 13:48:21 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172352
           Summary: opensaml fails to build in Leap 15.2
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: mlin-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

opensaml fails to build[1] in Leap 15.2 due to cannot find zlib headers

[   38s] checking for zlib.h... no
[   38s] configure: error: unable to find zlib header files

[1] https://build.opensuse.org/package/show/openSUSE:Leap:15.2/opensaml
[2] full log:
https://build.opensuse.org/package/live_build_log/openSUSE:Leap:15.2/opensaml/standard/x86_64

summary: opensaml fails to build in Leap 15.2


--1591052642.A4Ad0.10140
Date: Mon, 1 Jun 2020 23:04:02 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172366
           Summary: btrfs balance in endless loop and couldn't be canceled
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-bugs-at-opensuse.org
          Reporter: ralf.koelmel-at-kit.edu
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I have had a endless running btrfs balance with the kernel
4.12.14-lp151.28.48-default. The balance was triggered from the
btrfsmaintenance balance timer.
I have no kernel stack trace, only the same following trace during 15h:
"kernel: [.......] BTRFS info (device dm-0): found 2087 extents"

The btrfs filesystem was in the following situation:
"
Total devices 1 FS bytes used 30.81GiB
        devid    1 size 45.00GiB used 45.00GiB path /dev/mapper/system-root2
"
I've tried to free some space through deletion of old snaphots during this
situation, but the btrfs balance was running without change.
Also canceling of the btrfs balance had no effect.
After these tries i have rebooted the system with skip_balance option in the
fstab.
Manually started btrfs balance in several steps (with argument -musage
beginning from 10 to 80, then with argument -dusage from 10 to 80)  were
running without problem, but the used size (second line) was a little smaller
than 45.00 GiB at the start of the balance runs.
A scrub of this filesystem shows no errors.
There are some other bug reports describing the same or a similar problem (e.g.
https://bugzilla.opensuse.org/show_bug.cgi?id=1160947), but for me it is not
clear, if this kernel, which has quite a lot btrfs related changes, should have
a bugfix for this problem.


--1591054552.bA7CF42E0.11364
Date: Mon, 1 Jun 2020 23:35:52 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172367
           Summary: translation-update-upstream is outdated and cannot be updated
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: CONFIRMED
          Severity: Major
          Priority: P5 - None
         Component: Translations
          Assignee: sbrabec-at-suse.com
          Reporter: sbrabec-at-suse.com
        QA Contact: ke-at-suse.com
          Found By: ---
           Blocker: ---

The old set of translation update tools: translation-update-upstream and
translation-update were not update for Leap 15.2 yet, as their supplementary
tools fail, and it is too complicated to complete the translation update using
a tool designed 13 years ago for intltool support only.

Now GNOME massively uses meson and xgettext with custom pot generators. There
is no way how translation-update-upstream can implement this properly.

After thinking on possibilities, I consider the dropping of all translation
updates for Leap 15.2 is the best solution.

It will cause minor translation regression for legacy packages (libgnomecanvas,
libgnomecups, pan and possibly several others, but it will prevent future
breakage).

After Leap 15.2, translation-update-upstream + translation-update should be
deactivated and replaced by a future tool.

For 15.2, keeping GNOME release time translations seems to be the best option.

The original purpose of translation-update-upstream:
GNOME release translations -> GNOME release + 3 months translations

The current situation (Leap 15.1 translation-update in Leap 15.2) would cause
massive regressions:
GNOME release translations -> old GNOME + 3 months release translations -
regressions caused by possibly bad pot heuristics.

The situation  after making dummy translation-update-upstream +
translation-update:
GNOME release translations = Leap 15.2 translations


body:
--1591079660.D6448.30391
Date: Tue, 2 Jun 2020 06:34:20 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172370
           Summary: arandr fails to start in TW and 15.1
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X11 Applications
          Assignee: screening-team-bugs-at-suse.de
          Reporter: mrmazda-at-earthlink.net
        QA Contact: qa-bugs-at-suse.de
                CC: dimstar-at-opensuse.org, mvetter-at-suse.com,
                    zypp-maintainers-at-suse.de
          Found By: ---
           Blocker: ---

Initial summary:
arandr fails to start in TW and 15.1

# inxi -S
System:    Host: p5bse Kernel: 5.6.14-1-default x86_64 bits: 64 Desktop: KDE 3
           Distro: openSUSE Tumbleweed 20200528
# arandr
Traceback (most recent call last):
  File "/usr/bin/arandr", line 41, in <module>
    from screenlayout.gui import main
  File "/usr/lib/python3.8/site-packages/screenlayout/gui.py", line 28, in
<module>
    gi.require_version('Gtk', '3.0')
  File "/usr/lib64/python3.8/site-packages/gi/__init__.py", line 129, in
require_version
    raise ValueError('Namespace %s not available' % namespace)
ValueError: Namespace Gtk not available

# arandr
Traceback (most recent call last):
  File "/usr/bin/arandr", line 41, in <module>
    from screenlayout.gui import main
  File "/usr/lib/python3.6/site-packages/screenlayout/gui.py", line 27, in
<module>
    import gi
ModuleNotFoundError: No module named 'gi'
# zypper -v in arandr
Verbosity: 2
Non-option program arguments: 'arandr'
...
Force resolution: No
'arandr' is already installed.
No update candidate for 'arandr-0.1.10-lp151.18.1.noarch'. The highest
available
version is already installed.
Resolving package dependencies...
Force resolution: No

Nothing to do.
# zypse randr
   | krandr              | package    | 4.11.22-lp151.9.5 | x86_64 | OSS
   | libXrandr2-32bit    | package    | 1.5.1-lp151.3.3   | x86_64 | OSS
   | libxcb-randr0-32bit | package    | 1.13-lp151.3.2    | x86_64 | OSS
   | lxrandr             | package    | 0.3.1-lp151.2.3   | x86_64 | OSS
   | lxrandr-lang        | package    | 0.3.1-lp151.2.3   | noarch | OSS
i  | libXrandr2          | package    | 1.5.1-lp151.3.3   | x86_64 | OSS
i  | libxcb-randr0       | package    | 1.13-lp151.3.2    | x86_64 | OSS
i+ | xrandr              | package    | 1.5.0-lp151.3.3   | x86_64 | OSS
il | arandr              | package    | 0.1.10-lp151.18.1 | noarch |
X11Utilities
# rpm -qi arandr
Name        : arandr
Version     : 0.1.10
Release     : lp151.18.1
Architecture: noarch
Install Date: Sun Mar 15 20:57:17 2020
Group       : Unspecified
Size        : 356081
License     : GPL-3.0-only
Signature   : DSA/SHA1, Mon Jan 13 13:49:33 2020, Key ID bb1af2330f2672c8
Source RPM  : arandr-0.1.10-lp151.18.1.src.rpm
Build Date  : Mon Jan 13 13:49:23 2020
Build Host  : lamb62
Relocations : (not relocatable)
Vendor      : obs://build.opensuse.org/X11
URL         : https://christian.amsuess.com/tools/arandr/
Summary     : Visual Front End for XRandR
Description :
ARandR is designed to provide a simple visual front end for XRandR. Relative
monitor positions are shown graphically and can be changed in a drag-and-drop
way.
Distribution: X11:Utilities / openSUSE_Leap_15.1
# rpm -q --changelog arandr | grep @
* Sun Dec 15 2019 Stefan Seyfried <seife+obs@b1-systems.com>
* Sun Oct 13 2019 Avindra Goolcharan <avindra-at-opensuse.org>
* Wed Mar 21 2018 seife+obs@b1-systems.com
* Wed Mar 02 2016 mvetter-at-suse.com

summary: arandr fails to start in TW and 15.1


body:
--1591087890.18ff73D3.1130
Date: Tue, 2 Jun 2020 08:51:30 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172378
           Summary: oopsing in dm_mirror during pvmove
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-bugs-at-opensuse.org
          Reporter: ro-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I've seen a few of these now trying to migrate pontifex (download.opensuse.org)
away from an old storage. It is probably triggered by a read error on the
underlying device.

kernel: 4.12.14-lp151.28.48-default, x86_64

most recent:

summary: oopsing in dm_mirror during pvmove


--1591091497.B5daAB5.19735
Date: Tue, 2 Jun 2020 09:51:37 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172387
           Summary: sync custom rpi3 config not owned by packages
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: aarch64
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: MicroOS
          Assignee: kubic-bugs-at-opensuse.org
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: guillaume.gardet-at-arm.com
          Found By: ---
           Blocker: ---

The MicroOS kiwi config.sh installs seveal config files in /etc for rpi support
(bug 1084272, bug 1162669, bug 1012449, bug 1012449):
https://build.opensuse.org/package/view_file/openSUSE:Factory/openSUSE-MicroOS/config.sh

The config for the ARM JeOS images does similar things for all kinds of boards:
https://build.opensuse.org/package/view_file/openSUSE:Factory:ARM:Live/JeOS/config.sh

Interestingly not the same for RPi. What's correct there? MicroOS incomplete or
JeOS?

Also since those files are not owned by the OS they won't get updated on zypper
dup in case there's a need for it. Also makes maintaining custom images harder
due to duplication.

I guess the current method was fine for quick initial development. Now that
things have settled how about packaging them in board specific RPMs (and in
/usr)? So no config.sh snippet needed anymore? MicroOS and JeOS would hopefully
share the same packages then?


--1591101072.C2616F55.26272
Date: Tue, 2 Jun 2020 12:31:12 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172396
           Summary: Can not integrating latest cracklib update to Leap 15.2 - translation-update-upstream is too heavy for ring0
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: mlin-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: mgorse-at-suse.com
          Found By: ---
           Blocker: ---

the latest cracklib update from SLE[1] has changed

"%if ! 0%{?is_opensuse}" to "%if 0%{?sle_version}"

however Leap do have sle_version set, eg. Leap 15.2 had the same sle_version
150200 like SLE15 SP2 did, thus this change has BuildRequires:
translation-update-upstream, that is a problem to do so, because with it we
need to add translation-update-upstream to ring0 together with cracklib,
translation-update-upstream is way too heavy for ring0, and a long new build
cycle will be added also, it's fine with SLE but it's not ok for openSUSE, that
is the reason conditional of translation-update-upstream is "%if !
0%{?is_opensuse}".

I understood the goal is killing is_opensuse macro, but we need to find another
way solution.

[1] https://build.opensuse.org/request/show/810289


--1591108673.e228E1.15913
Date: Tue, 2 Jun 2020 14:37:53 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172407
           Summary: printer drivers missing BuildRequires cups-rpm-helper
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Printing
          Assignee: jsmeix-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: jsmeix-at-suse.com
                CC: dimstar-at-opensuse.org, tchvatal-at-suse.com
          Found By: ---
           Blocker: ---

python-cups was replaced python-pycups and at the same time the automatic
provides generator was moved to a new subpackage "cups-rpm-helper". So now all
printer drivers that previously pulled in python-cups in order to have model
specific provides lack those. So either all printer driver packages that
install ppd files need to pull in cups-rpm-helper or cups-devel itself needs to
require that.

This affects both 15 as well as Tumbleweed


body:
--1591251745.ddd7Be20.19959
Date: Thu, 4 Jun 2020 06:22:25 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172496
           Summary: VUL-0: chromium: Update to 83.0.4103.97
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: tchvatal-at-suse.com
          Reporter: wolfgang.frisch-at-suse.com
        QA Contact: security-team-at-suse.de
                CC: Andreas.Stieger-at-gmx.de
          Found By: ---
           Blocker: ---

The stable channel has been updated to 83.0.4103.97 for Windows, Mac, and
Linux.

High CVE-2020-6493: Use after free in WebAuthentication.
High CVE-2020-6494: Incorrect security UI in payments.
High CVE-2020-6495: Insufficient policy enforcement in developer tools.
High CVE-2020-6496: Use after free in payments.

https://chromereleases.googleblog.com/2020/06/stable-channel-update-for-desktop.html

summary: VUL-0: chromium: Update to 83.0.4103.97


body:
--1591280792.d5Cef7a10.26222
Date: Thu, 4 Jun 2020 14:26:32 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172518
           Summary: rebootmgr: needs network-online.target
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: kukuk-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

rebootmgr.service wants to run after network-online.target. That's only useful
for legacy applications that can't deal with dynamic interfaces. Does rebootmgr
actually need it?

summary: rebootmgr: needs network-online.target


--1591283042.FcC3d0.32354
Date: Thu, 4 Jun 2020 15:04:02 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172521
           Summary: timezone modifies a file below /usr/share
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: kukuk-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

%post
if [ ! -L /usr/share/zoneinfo/posixrules ]; then
   rm -f /usr/share/zoneinfo/posixrules
   ln -sf /etc/localtime /usr/share/zoneinfo/posixrules
fi
if [ -e /usr/share/zoneinfo/posixrules.rpmnew ]; then
   rm -f /usr/share/zoneinfo/posixrules.rpmnew
fi

%files
%defattr(-,root,root)
%verify(not link md5 size mtime) %config(missingok,noreplace) /etc/localtime
%verify(not link md5 size mtime) %{_datadir}/zoneinfo/posixrules

With read-only root filesystems and transactional-updates, this is a bad idea.
Since this is pretty old code looking like some update cleanup, I question if
we need that at all or couldn't remove it completely.


--1591333654.7Ced12E01.31534
Date: Fri, 5 Jun 2020 05:07:34 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172539
           Summary: QMYSQL is a wrong default driver for KDE applications in the Package Hub
    Classification: openSUSE
           Product: openSUSE Backports
           Version: SLE-15-SP2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Packages
          Assignee: packagehub-bugs-at-suse.com
          Reporter: mail-at-marekpasnikowski.name
        QA Contact: packagehub-bugs-at-suse.com
          Found By: ---
           Blocker: ---

Everytime I install a new SLED, I have to go to .config/akonadi/akonadiserverrc
and change the driver to SQLITE, as the distribution does not provide mariadb.

There is no drawbacks to this change, and in my personal experience, QSQLITE
has never given me any problems, while I remember QMYSQL being sometimes flaky
in other distributions.


--1591347445.Ac4a0.3438
Date: Fri, 5 Jun 2020 08:57:24 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172555
           Summary: python-control hang on testSiso for PowerPC
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: normand-at-linux.vnet.ibm.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 838525
  --> http://bugzilla.opensuse.org/attachment.cgi?id=838525&action=edit
python_control_standard_ppc64le_202006021900.log

python-control hang on testSiso for PowerPC
as reported in
https://build.opensuse.org/package/show/openSUSE:Factory:PowerPC/python-control

=== extract attached python_control_standard_ppc64le_202006021900.log
[  225s] Test h2syn ... ok
[  225s] testHinfsyn (control.tests.robust_test.TestHinf)
[  226s] Test hinfsyn ... ok
[  226s] testSiso (control.tests.robust_test.TestMixsyn)
[12229s] mixsyn with SISO system ... qemu-system-ppc64: terminating on signal
15 from pid 31047 ()
===


--1591351920.cE2DE70B0.4212
Date: Fri, 5 Jun 2020 10:12:00 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

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

pango-devel-32bit contains very few files:

$ rpm -ql pango-devel-32bit
/usr/lib/libpango-1.0.so
/usr/lib/libpangocairo-1.0.so
/usr/lib/libpangoft2-1.0.so
/usr/lib/libpangoxft-1.0.so

One file that is missing is /usr/lib/pango.pc. As a result autoconf scripts
that try to detect how to link with pango will get no data:

$ PKG_CONFIG_PATH=/usr/lib/pkgconfig pkg-config --libs pango
[... nothing ...]

But assuming they include /usr/lib64/pkgconfig as a fallback, then they would
get:
$ pkg-config --libs pango
-lpango-1.0 -lgobject-2.0 -lglib-2.0

But pango-devel-32bit does not depend on glib2-devel-32bit so
/usr/lib/libgobject-2.0.so does not exist, and neither does
/usr/lib/libglib-2.0.so. As a result any link command using `pkgconfig --libs
pango` will fail.

So pango-devel-32bit should include the .pc file in the right location, as well
as depend on glib2-devel-32bit.

Note that this issue is also present in openSUSE Leap 15.1.


--1591353452.62e700.6839
Date: Fri, 5 Jun 2020 10:37:32 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172565
           Summary: gnuplot: gnuplot_qt spews QT error messages
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: openSUSE Factory
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: Stromeko@NexGo.DE
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

gnuplot_qt started spewing these error messages:

QList::insert(): Index out of range.

Both the script and the data producing the plots are identical, but after the
20200602 update (gcc-10 rebuild), these error / warning messages are output to
the shell running the parent gnuplot process.  It seems that either the
configuration of one of the packages was changed during the rebuild or
switching the compiler made it pick up different defines?


body:
--1591367272.4b8120.9626
Date: Fri, 5 Jun 2020 14:27:52 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172584
           Summary: [Build 192.1] openQA test fails in java
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
               URL: https://openqa.opensuse.org/tests/1289203/modules/java
                    /steps/18
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: guillaume.gardet-at-arm.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

openQA test in scenario
opensuse-15.2-DVD-aarch64-extra_tests_in_textmode@aarch64 fails in
[java](https://openqa.opensuse.org/tests/1289203/modules/java/steps/18)

The error in openQA is:
**********
----------------------------
Find installed Java versions
----------------------------
java-1_8_0-openjdk
java-11-openjdk

------------------------------------------------------
Test if there's an alternative per Java, Devel, Plugin
------------------------------------------------------
java: PASS
javac: FAIL
Debug:
Number of java versions: 2 and number of javac_alternatives 1

List all javac_versions
java-1_8_0-openjdk-devel-1.8.0.242-lp152.1.1.aarch64
java-11-openjdk-devel-11.0.7.0-lp152.1.1.aarch64
List all javac alternatives
/usr/lib64/jvm/java-11-openjdk/bin/javac
**********

It could be related to https://build.opensuse.org/request/show/810779

summary: [Build 192.1] openQA test fails in java


--1591378118.74DcA7A80.6355
Date: Fri, 5 Jun 2020 17:28:37 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172599
           Summary: [Build 20200604] Fails to launch HexChat
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
               URL: https://openqa.opensuse.org/tests/1289375/modules/hexc
                    hat/steps/23
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: KDE Workspace (Plasma)
          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-DVD-x86_64-kde-wayland@64bit_virtio
fails in
[hexchat](https://openqa.opensuse.org/tests/1289375/modules/hexchat/steps/23)

This issue seems to happen repeateldy on the kde-wayland@virtio scenario, but
not the others.

Seems like the krunner is not getting the full command to run hexchat and then
refuses to fire it up.

hexchat works fine in all other (incl kde) scenarios and krunner starts other
apps just fine also in the wayalnd@virtio scenario

## Test suite description
Basic KDE installation, but switches to a Wayland session on login. Needs
Virtio (or similiar) GPU.

## Reproducible

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

## Expected result

Last good: [20200528](https://openqa.opensuse.org/tests/1283101) (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_virtio&test=kde-wayland&version=Tumbleweed)


body:
--1591401703.D4fFA4.3881
Date: Sat, 6 Jun 2020 00:01:43 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

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

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

  + VLAN filtering on bridges
  * Expanded network state information
  + Support for custom search domains
  + New IPv4 and IPv6 columns in network lists
  * mips & riscv64 support for containers and s390x support for VMs
  * Using pidfds for all container subprocesses
  * LVM volumes only active when needed
  + DB query tracing support
  * Better cluster life-cycle handling
  * Cleaned up database functions

summary: [trackerbug] lxd 4.2 update


--1591437061.aeBaE72F0.8798
Date: Sat, 6 Jun 2020 09:51:01 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172608
           Summary: BuildRequires: golang(API) >= 1.x results in "unresolveable: have choice for golang(API)"
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: screening-team-bugs-at-suse.de
          Reporter: asarai-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

This is caused by the 'go' metapackage not providing golang(API) >= 1.x for
releases after 1.11 on some distributions (even where the actual go1.x packages
build properly). The build error looks like this for Leap 15.1:

  buildinfo is broken... it says:
  unresolvable: have choice for golang(API) >= 1.13: go1.13 go1.14

The solution is to remove the hacky workaround we added some time ago for Go
1.12 and just provide a proper release. Jeff said that we might get rid of the
metapackage eventually (a laudable goal) but for now we should at least permit
people to build Go programs properly.


--1591561499.683B00.30263
Date: Sun, 7 Jun 2020 20:24:59 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172622
           Summary: wine 5.0 requires wine-mono 4.9.4 but what is available is wine-mono 5.0.0
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: comes-at-naic.edu
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Leap 15.2 build 676.1

I install wine 5.0 and wine-mono 5.0.0, but when I start wine it downloads
wine-mono 4.9.4.
Either wine-mono rpm needs to be downgraded to 4.9.4 or wine need to be
upgraded to a version that requires wine-mono 5.0.0 (which should be 5.7
according to wiki.winehq.org/Mono)


--1591569411.effBe30.17980
Date: Sun, 7 Jun 2020 22:36:51 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172623
           Summary: package-update-indicator should not be started in KDE
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X11 Applications
          Assignee: screening-team-bugs-at-suse.de
          Reporter: comes-at-naic.edu
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

In 15.2 package-update-indicator has replaced pk-update-icon as applet notifier
for the LXDE/LXQT/XFCE desktops.

The file /etc/xdg/autostartpk-update-icon.desktop (pk-update-icon) contains:
  NotShowIn=KDE;GNOME;
however the file
/etc/xdg/autostart/org.guido-berhoerster.code.package-update-indicator.desktop
(package-update-indicator) contains:
  NotShowIn=GNOME;

This make that when I start KDE, I have two applets telling me that there are
updates: plasma5-pk-updates and package-update-indicator.

package-update-indicator should do the same thing as pk-update-icon and should
not be started in KDE.


--1591599030.66dd320.26058
Date: Mon, 8 Jun 2020 06:50:30 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172625
           Summary: VUL-0: CVE-2020-13848: libupnp: DoS via crafted SSDP message
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
               URL: https://smash.suse.de/issue/260826/
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: abergmann-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2020-13848

Portable UPnP SDK (aka libupnp) 1.12.1 and earlier allows remote attackers to
cause a denial of service (crash) via a crafted SSDP message due to a NULL
pointer dereference in the functions FindServiceControlURLPath and
FindServiceEventURLPath in genlib/service_table/service_table.c.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2020-13848
http://people.canonical.com/~ubuntu-security/cve/2020/CVE-2020-13848.html
https://github.com/pupnp/pupnp/commit/c805c1de1141cb22f74c0d94dd5664bda37398e0
https://github.com/pupnp/pupnp/issues/177
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-13848


--1591608562.51F300.1920
Date: Mon, 8 Jun 2020 09:29:22 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172650
           Summary: MicroOS: License not displayed in german
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: axel.braun-at-gmx.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 838577
  --> http://bugzilla.opensuse.org/attachment.cgi?id=838577&action=edit
empty license screen

When installing MicroOS (snapshot:20200604) in german, the installation page
'Language, Keyboard and license contains am empty license


body:
--1591621269.cDfd2cc0.4676
Date: Mon, 8 Jun 2020 13:01:09 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172663
           Summary: severe memory issue in gnutls
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: bjacke-at-samba.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

there's a  memory leak in gnutls in conjunction with AES CCM mode.

For details see also

https://bugzilla.samba.org/show_bug.cgi?id=14399
https://gitlab.com/gnutls/gnutls/-/merge_requests/1277

please ship that fix from

https://gitlab.com/gnutls/gnutls/-/merge_requests/1278

for supported OpenSUSE and SLES products as this is a severe problem for many
Samba customers.

summary: severe memory issue in gnutls


--1591625470.edcCc0.12471
Date: Mon, 8 Jun 2020 14:11:10 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172669
           Summary: Patch xf86-input-wacom package to use libinput driver instead of wacom driver for Wacom touchscreens
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X.Org
          Assignee: gfx-bugs-at-suse.de
          Reporter: pointedstick-at-zoho.com
        QA Contact: gfx-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The xf86-input-wacom package sets the use of the wacom driver instead of the
libinput driver, which causes the touchscreen to be unusable in Qt-based
software (e.g. All KDE stuff) due to an upstream bug:
https://bugreports.qt.io/browse/QTBUG-84756

However even without the upstream Qt bug, arguably using the libinput driver on
X11 is more correct anyway as the wacom driver is unmaintained and libinput is
the only one that's usable on Wayland. Switching to the "libinput" driver
resolves the issue without regressing anything in GTK apps.

The required diff is as follows:

$  diff -rubd /usr/share/X11/xorg.conf.d/70-wacom.conf.orig
/usr/share/X11/xorg.conf.d/70-wacom.conf
-


--1591629980.5E80cf6.23591
Date: Mon, 8 Jun 2020 15:26:20 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172681
           Summary: expect should add a link to libexpect.so
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: screening-team-bugs-at-suse.de
          Reporter: mvetter-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

It appears the expect package ships /usr/lib64/libexpect5.45.4.so.
According to `man libexpect` this seems fine.

Applications using this then always need to know the exact version, since no PC
file is provided and no link is made.

I suppose a link from /usr/lib64/libexpect5.45.4.so (or whatever version) to
/usr/lib64/libexpect.so should be made.

Debian has:
> /usr/lib/x86_64-linux-gnu/libexpect.so -> libexpect.so.5.45.4

I encountered this in https://github.com/profanity-im/profanity/issues/1354


body:
--1591631165.c06FDAF0.25683
Date: Mon, 8 Jun 2020 15:46:05 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172684
           Summary: wicked boot time optimization
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: wicked-maintainers-at-suse.de
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Following modification improves boot time by not blocking services that do not
actually need network to be up:

/etc/systemd/system/network.service -> /usr/lib/systemd/system/wickedd.service

/etc/systemd/system/network-online.target.wants:
   wicked.service -> /usr/lib/systemd/system/wicked.service

/etc/systemd/system/network.target.wants:
   wickedd.service -> /usr/lib/systemd/system/wickedd.service

/etc/systemd/system/wickedd.service.wants:
   wicked.service -> /usr/lib/systemd/system/wicked.service

That way network.target only brings up wickedd which in turn triggers wicked
aka ifup in the background.

summary: wicked boot time optimization


--1591631811.534E9.27021
Date: Mon, 8 Jun 2020 15:56:51 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172686
           Summary: nodejs8/10/12 fail on ReqWrapList test with GCC10 on aarch64
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: aarch64
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: guillaume.gardet-at-arm.com
        QA Contact: qa-bugs-at-suse.de
                CC: amajer-at-suse.com, dmueller-at-suse.com, i-at-marguerite.su
          Found By: ---
           Blocker: ---

Since the switch to GCC10, nodejs8/10/12 fail on ReqWrapList test on aarch64.
If I force the use of GCC9, it passes again.

Test log:
[ 4310s] [ RUN      ] DebugSymbolsTest.ReqWrapList
[ 4310s] ../test/cctest/test_node_postmortem_metadata.cc:193: Failure
[ 4310s] Expected equality of these values:
[ 4310s]   expected
[ 4310s]     Which is: 281474459031760
[ 4310s]   calculated
[ 4311s]     Which is: 187651477136344
[ 4311s] [  FAILED  ] DebugSymbolsTest.ReqWrapList (61 ms)


--1591688023.30f30.13113
Date: Tue, 9 Jun 2020 07:33:43 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172700
           Summary: VUL-0: CVE-2020-12695: hostapd: UPnP SUBSCRIBE misbehavior WPS AP
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
               URL: https://smash.suse.de/issue/260921/
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Basesystem
          Assignee: vbotka-at-suse.com
          Reporter: abergmann-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2020-12695

The Open Connectivity Foundation UPnP specification before 2020-04-17 does not
forbid the acceptance of a subscription request with a delivery URL on a
different network segment than the fully qualified event-subscription URL, aka
the CallStranger issue.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2020-12695
http://www.openwall.com/lists/oss-security/2020/06/08/2
http://seclists.org/oss-sec/2020/q2/173
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-12695
https://github.com/yunuscadirci/CallStranger
https://www.callstranger.com
https://www.tenable.com/blog/cve-2020-12695-callstranger-vulnerability-in-universal-plug-and-play-upnp-puts-billions-of
https://www.kb.cert.org/vuls/id/339275


--1591698973.eDab0DC0.4219
Date: Tue, 9 Jun 2020 10:36:13 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172721
           Summary: python-Sphinx-doc fails to build in Leap 15.2
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: mlin-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

python-Sphinx-doc fails to build due to unittest fail

[  324s] =================================== FAILURES
===================================
[  324s] _______________________ test_correct_year[expect_date1]
________________________
[  324s]
[  324s] expect_date = '2006-2011', app = <SphinxTestApp buildername='html'>
[  324s]
[  324s]     -at-pytest.mark.sphinx('html', testroot='correct-year')
[  324s]     def test_correct_year(expect_date, app):
[  324s]         app.build()
[  324s]         content = (app.outdir / 'contents.html').text()
[  324s] >       assert expect_date in content
[  324s] E       assert '2006-2011' in '\n<!DOCTYPE html PUBLIC "-//W3C//DTD
XHTML 1.0 Transitional//EN"\n
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitiona... Page source\n

\n\n    \n\n    \n  \n'
[  324s]
[  324s] tests/test_correct_year.py:37: AssertionError

[1]
https://build.opensuse.org/package/show/openSUSE:Leap:15.2/python-Sphinx-doc
[2] full log:
https://build.opensuse.org/package/live_build_log/openSUSE:Leap:15.2/python-Sphinx-doc/standard/x86_64


--1591705022.18F2D7a31.16226
Date: Tue, 9 Jun 2020 12:17:02 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172727
           Summary: VUL-0: CVE-2020-13428: heap-based buffer overflow in the hxxx_AnnexB_to_xVC function in modules/packetizer/hxxx_nal.c in VideoLAN VLC media player
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
               URL: https://smash.suse.de/issue/260934/
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Security
          Assignee: dimstar-at-opensuse.org
          Reporter: wolfgang.frisch-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2020-13428

A heap-based buffer overflow in the hxxx_AnnexB_to_xVC function in
modules/packetizer/hxxx_nal.c in VideoLAN VLC media player allows remote
attackers to cause a denial of service (application crash) or execute arbitrary
code via a crafted H.264 Annex-B video (.avi for example) file.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2020-13428
https://github.com/videolan/vlc-3.0/releases/tag/3.0.11
https://github.com/videolan/vlc/commits/master/modules/packetizer/hxxx_nal.c
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-13428
http://git.videolan.org/?p=vlc/vlc-3.0.git;a=commit;h=d5c43c21c747ff30ed19fcca745dea3481c733e0


body:
--1591718544.173828B5.28550
Date: Tue, 9 Jun 2020 16:02:24 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172744
           Summary: Kubernetes fails to build on aarch64
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.2
          Hardware: aarch64
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: screening-team-bugs-at-suse.de
          Reporter: guillaume.gardet-at-arm.com
        QA Contact: qa-bugs-at-suse.de
                CC: afaerber-at-suse.com, dmueller-at-suse.com, rbrown-at-suse.com
          Found By: ---
           Blocker: ---

Kubernetes fails to build on aarch64.

Log:
**********
[   70s] +++ [0609 15:56:38] Building go targets for linux/arm64:
[   70s]     ./vendor/github.com/go-bindata/go-bindata/go-bindata
[   75s] warning: ignoring symlink
/home/abuild/rpmbuild/BUILD/kubernetes-1.18.0/_output/local/go/src/k8s.io/kubernetes
[   75s] go: warning:
"k8s.io/kubernetes/vendor/github.com/go-bindata/go-bindata/..." matched no
packages
[   90s] F0609 15:56:58.566428    7461 defaulter.go:292] cannot import package
../../../../vendor/k8s.io/api/apps/v1
[   90s] make[1]: *** [Makefile.generated_files:248: gen_defaulter] Error 1
[   90s] make[1]: *** Waiting for unfinished jobs....
[  101s] make: *** [Makefile:544: generated_files] Error 2
[  101s] error: Bad exit status from /var/tmp/rpm-tmp.AIvZTH (%build)
**********

Latest build log:
https://build.opensuse.org/package/live_build_log/openSUSE:Leap:15.2:ARM/kubernetes/ports/aarch64

summary: Kubernetes fails to build on aarch64


--1591721623.3e68D0CF0.3148
Date: Tue, 9 Jun 2020 16:53:43 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172750
           Summary: PrusaSlicer did not rebuild after wxWidgets update in Factory
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: openSUSE Factory
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X11 Applications
          Assignee: screening-team-bugs-at-suse.de
          Reporter: code-at-bnavigator.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

From
https://build.opensuse.org/package/show/science/PrusaSlicer#comment-1245107

> PrusaSlicer does not start in tumbleweed 20200604 with the following error
> message: prusa-slicer: symbol lookup error: prusa-slicer: undefined symbol:
> _ZN10wxComboBox23EnableTextChangedEventsEb, version WXU_3.1
>
> Version PrusaSlicer-2.2.0-6.5.x86_64 from Repository Science x86_64 starts and
> works fine

A manual rebuild in
https://build.opensuse.org/package/show/home:bnavigator:branches:openSUSE:Factory/PrusaSlicer
using the pure Factory repository also produces a working package. The last
build of PrusaSlicer in Factory is from May 31, so it looks like the rebuild
was not triggered after the last wxWidgets update.

Is there something to change in the specfile so that the necessary trigger to
rebuild happends automatically for new versions of wxWidgets?


--1591733312.F5d60.20383
Date: Tue, 9 Jun 2020 20:08:32 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1172754
           Summary: With QT 5.15, dropdown menus on dual screen setups open on wrong screen
    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: P.Suetterlin-at-royac.iac.es
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 838647
  --> http://bugzilla.opensuse.org/attachment.cgi?id=838647&action=edit
Root Screenshot 5120x1440

Since the update to QT 5.15, at least one application (KStars) has issues with
menus opened from the toolbar when the application is on the second screen of a
dual monitor setup.

I use two monitors (same resolution, 2560x1440), the main laptop screen and a
second one connected to the dock and configured as 'right of main screen'.

If I start KStars and then click the 'FOV menu' icon or the 'HiPS overlay'
icon, drop down menu is (supposed to be) displayed below the icon.  On the main
screen, this works as it had before with QT 5.14.  If I start KStars on the
second screen and press the button, the menu opens on the main laptop screen.
At the correct height (distance from screen top), but attached to the right
side of the screen.  Looks like the X coordinate is clipped to the size of the
main screen only...