body:
--1490345194.baDA0.7571
Date: Fri, 24 Mar 2017 08:46:34 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1030824
           Summary: zypper julia dependency breakage
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: Development
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: jayvdb-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Problem: nothing provides libgit2-24 needed by julia-0.5.1-1.3.x86_64
 Solution 1: do not install julia-0.5.1-1.3.x86_64
 Solution 2: break julia-0.5.1-1.3.x86_64 by ignoring some of its dependencies

https://travis-ci.org/jayvdb/docker-coala-base/builds/214506683

My limited understanding is that libgit2 is now at -25 in the repos, and -24
disappeared. But some packages like julia havent been rebuilt, so their
dependency is still -24.

Doing a zypper refresh or zypper dist-upgrade doesnt fix the problem.
https://travis-ci.org/jayvdb/docker-coala-base/builds/214523555

summary: zypper julia dependency breakage


body:
--1490358190.3CBBFC8b1.12992
Date: Fri, 24 Mar 2017 12:23:10 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1030873
           Summary: [Build 20170322] role-based desktop selection lxde does not autologin
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
               URL: http://openqa.opensuse.org/tests/376325/modules/first_
                    boot/steps/21
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Installation
          Assignee: yast2-maintainers-at-suse.de
          Reporter: dimstar-at-opensuse.org
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

## Observation

openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-lxde@64bit fails in
[first_boot](http://openqa.opensuse.org/tests/376325/modules/first_boot/steps/21)

There seem to be a couple short-comings in the process that are not handled yet
(which the previous desktop selection mode did account for):

a( how does a DE set it's preferred DM (gdm/sddm/lightdm) - this was part of
the desktopselection before
b) the selected DE is not appropriately pre-configured in
/etc/sysconfig/windowmanager

e.g. on the references openQA test, the only DE pattern selected was LXDE -
yet, in /etc/sysconfig/windowmanager, 'xfce' was set.

I'm not sure if this is also the reason that lightdm refused to do the
autologin (but it sounds plausible: what is configured cannot be started; once
the user logged in, the WM is stored in the users homw and future reboots would
do an autologin

## Reproducible

Fails since (at least) Build
[20170321](http://openqa.opensuse.org/tests/375069)

## Expected result

Last good: [20170320](http://openqa.opensuse.org/tests/374371) (or more recent)

## Further details

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

pkgs: enlightenment icewm lxqt-common plasma5-session


--1490392779.8633260.16052
Date: Fri, 24 Mar 2017 21:59:39 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1030975
           Summary: julia missing dependency on libmpfr4 and libcholmod
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: Development
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: jayvdb-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Running julia on Leap 42.2 emits errors

WARNING: Error during initialization of module GMP:
ErrorException("could not load library "libmpfr"
libmpfr: cannot open shared object file: No such file or directory")

WARNING: Error during initialization of module CHOLMOD:
ErrorException("could not load library "libcholmod"
libcholmod: cannot open shared object file: No such file or directory")


--1490532241.ACB10.25242
Date: Sun, 26 Mar 2017 12:44:01 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1031021
           Summary: glibc-2.25-1.1.i686 core dumping on at least Atom N270 and Atom 330
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: 32bit
                OS: SUSE Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: connormcl-at-hotmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Recently there was an update rolled out to glibc-2.25.

This update will reproducible destroy my machine when installed. It causes all
kinds of programs including systemd to dump core and then will prevent booting
because a lot of service won't come up, including login service.

I tracked the problem down to glibc-2.25.i686 which when installed also causes
zypper to not work anymore...only chance to recover was an earlier image of
system partition.

Then i found out, that there are two glibc-2.25 versions available on the
tumbleweed repository:

glibc-2.25-1.1.i586
and
glibc-2.25-1.1.i686

The i686 version crashes my machine, but the i586 version is working.

Because the earlier installed glibc was glibc-2.24-1.1.i686, it defaulted to
use the i686 type of the new version.

My processor is an Atom N270. To my knowledge this should be i686 compatible.

Because of the immediate crashes and unbootable system afterwards, i could not
get any logs.

A fellow user from the tumbleweed forums analyzed a core dump:

It took some trickery, but I managed to run GDB on a core dump:

Program terminated with signal SIGSEGV, Segmentation fault.
#0 __memchr_sse2 () at ../sysdeps/i386/i686/multiarch/memchr-sse2.S:249
249 ../sysdeps/i386/i686/multiarch/memchr-sse2.S: No such file or directory.


body:
--1490704011.4BD1E372.1127
Date: Tue, 28 Mar 2017 12:26:51 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1031335
           Summary: get rid of /CD1 and /SuSE in meta packages
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Installation
          Assignee: adrian-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: jsrain-at-suse.com
                CC: behlert-at-suse.com, coolo-at-suse.com,
                    dleuenberger-at-suse.com, fcrozat-at-suse.com,
                    kukuk-at-suse.com, snwint-at-suse.com
          Found By: ---
           Blocker: ---

The current rewrite of the product converter is an opportunity to get rid of
the non-FHS compliant /CD1 resp /SuSE directories that are used by meta
packages. Meta packages would no longer need to be blocked in the ftp tree and
could be installable like any other package in theory. Also, the rpmlint rules
to suppress the errors could be removed.

I propose to use e.g. /usr/lib/skelcd as base

open questions are

- do we still need numbered subdirectories (CD1, CD2, etc)?
- do we still need a theme subdir (currently eg.g /SuSE/Zen/CD1)?

pkgs: product-builder skelcd-control-openSUSE


body:
--1490704965.2f7AbCAA5.23681
Date: Tue, 28 Mar 2017 12:42:45 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1031343
           Summary: xen fails to build with GCC 7
    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: martin.liska-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

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

[   62s] xenlockprof.c: In function 'main':
[   62s] xenlockprof.c:100:53: error: '%s' directive writing up to 39 bytes
into a region of size between 17 and 37 [-Werror=format-overflow=]
[   62s]              sprintf(name, "unknown type(%d) %d lock %s",
data[j].type,
[   62s]                                                      ^~
[   62s] In file included from /usr/include/stdio.h:939:0,
[   62s]                  from
/home/abuild/rpmbuild/BUILD/xen-4.8.0-testing/tools/misc/../../tools/libxc/include/xenctrl.h:33,
[   62s]                  from xenlockprof.c:13:
[   62s] /usr/include/bits/stdio2.h:33:10: note: '__builtin___sprintf_chk'
output between 24 and 83 bytes into a destination of size 60
[   62s]    return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1,
[   62s]           ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[   62s]        __bos (__s), __fmt, __va_arg_pack ());
[   62s]        ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

summary: xen fails to build with GCC 7


--1490780778.eDDCCcE50.23261
Date: Wed, 29 Mar 2017 09:46:18 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1031464
           Summary: package libldap-2_4-2 from openSUSE-42.2-net-ldap repo may need compatibility symlink
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.2
          Hardware: x86-64
                OS: openSUSE 42.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: dbischof-at-hrz.uni-kassel.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I updated a couple of machines running openSUSE Leap 42.2 today.
These machines have the openSUSE-42.2-net-ldap repo [1] enabled (since i need
the latest sssd).
During the update, the package

---
2017-03-29
08:38:28|install|libldap-2_4-2|2.4.44-219.1|x86_64||openSUSE-42.2-net-ldap|44e0e4d4b0bcac45faca58377e28cae5f69ce25c59695325494308da1680ce45|
---

was installed.

This update broke all applications (such as curl) that need
/usr/lib64/libldap-2.4.so.2

I hotfixed this by creating a symlink
libldap-2.4.so.2 -> libldap_r-2.4.so.2
in /usr/lib64

[1] http://download.opensuse.org/repositories/network:/ldap/openSUSE_Leap_42.2/


--1490796436.4f8640.18414
Date: Wed, 29 Mar 2017 14:07:16 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1031510
           Summary: Unhandled error with libtorrent-rasterbar 1.1.2
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: openSUSE 42.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: sor.alexei-at-meowr.ru
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Running Deluge 1.3.14 and libtorrent-rasterbar 1.1.2, whenever Deluge is
restarted, it ends up with the error.

Upstream reports:
  https://github.com/arvidn/libtorrent/issues/1863
  http://dev.deluge-torrent.org/ticket/3008


--1490800859.FEDCF4A0.4948
Date: Wed, 29 Mar 2017 15:20:59 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1031525
           Summary: aplay / arecord mutex deadlock with alsa-lib1.1.3
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Sound
          Assignee: tiwai-at-suse.com
          Reporter: tiwai-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

ALSA applications like aplay/arecord may hit a dead lock with the recent ALSA
lib containing the pthread mutex for plugin.  The main culprit is the pcm
nonblocking call that can be also used in the signal handler.

The fix was already merged in the recent alsa-lib git repo.


--1490804964.71574.22857
Date: Wed, 29 Mar 2017 16:29:24 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1031533
           Summary: Automount stops responding to new mount request.
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: david.westfall@red-inc.us
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

After one or two days, automount will not respond to new mount requests.  After
a reboot or restarting automount, new mount requests are mounted as normal.

Dave W

Mongo:~ # ps -ef |grep automount
root      7252     1  0 Mar27 ?        00:00:00 /usr/sbin/automount -p
/var/run/automount.pid

Mongo:~ # ls -d /home/tcs
ls: cannot access '/home/tcs': No such file or directory

Mongo:~ # grep automount /var/log/messages

Mongo:~ # systemctl restart autofs.service

Mongo:~ # ls -d /home/tcs
/home/tcs

Mongo:~ # ls /home
gvp  h53sim  tcs

Mongo:~ #


body:
--1490813103.8a44F0.16353
Date: Wed, 29 Mar 2017 18:45:03 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1031549
           Summary: libserf-1.3.9 fails to build in 2018
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: astieger-at-suse.com
          Reporter: bwiedemann-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: Development
           Blocker: ---

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

similar to bug 1031548

summary: libserf-1.3.9 fails to build in 2018


--1490818832.e0C0074.3790
Date: Wed, 29 Mar 2017 20:20:32 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1031556
           Summary: elfutils fails to build with --disable-debuginfo
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: bwiedemann-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: matz-at-suse.com, rguenther-at-suse.com
          Found By: Development
           Blocker: ---

Steps To Reproduce:
osc co Base:System/elfutils
cd $_
osc build --disable-debuginfo

Actual Results:
FAIL: run-strip-reloc.sh
FAIL: run-strip-strmerge.sh
FAIL: run-readelf-self.sh
FAIL:  3

Reproducible: Always

might be part of bug 1029995


--1490879477.4cbD40.13150
Date: Thu, 30 Mar 2017 13:11:17 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1031677
           Summary: chromium: security update to 57.0.2987.133
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: tchvatal-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

As per upstream report:

Critical CVE-2017-5055: Use after free in printing. Credit to Wadih Matar
High CVE-2017-5054: Heap buffer overflow in V8. Credit to Nicolas Trippar of
Zimperium zLabs
High CVE-2017-5052: Bad cast in Blink. Credit to JeongHoon Shin
High CVE-2017-5056: Use after free in Blink. Credit to anonymous
High CVE-2017-5053: Out of bounds memory access in V8. Credit to Team Sniper
(Keen Lab and PC Mgr) reported through ZDI (ZDI-CAN-4587)

https://chromereleases.googleblog.com/2017/03/stable-channel-update-for-desktop_29.html


body:
--1490879888.AD5570.1836
Date: Thu, 30 Mar 2017 13:18:08 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1031678
           Summary: ft2demos: split possible?
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: behlert-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Situation:
Trying to install a minimal system with ghostscript-cjk.
ghostscript-cjk requires ft2demos, which requites libQt5Core.

Reason is afaiks ghostscript-cjk-config, which uses ftdump.
ghostscript-cjk doesn't seem to use any other tool from ft2demos.

I would appreciate if we could split the package into two - one with ftdump and
the rest.
This would also make the name more reasonable, as the "demos" in ft2demos
sounds more like stuff for demonstration, less like useful utils.
Maybe a 'ft2utils' package or so would be an option?

summary: ft2demos: split possible?


body:
--1490924072.ECa63.30027
Date: Fri, 31 Mar 2017 01:34:32 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1031784
           Summary: Lag Wireless Keyboard and BT Mouse
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.2
          Hardware: aarch64
                OS: openSUSE 42.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-maintainers-at-forge.provo.novell.com
          Reporter: jerry.flynn-at-protonmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 719424
  --> http://bugzilla.opensuse.org/attachment.cgi?id=719424&action=edit
dmesg dump

Just migrated my install from one computer to a new one where my HID setup was
identical (no wifi here).  I disabled usbcore sleep function thinking my
desktop had some power saving functions I was unaware of.  Did not fix
anything.  unloaded and reloaded via rmmod & modprobe ehci_pci and ehci_hcd and
it didn't help.  Unloaded uhci_hci couldn't use my computer any more
(obviously...) ended up holding down the power button until it turned off.  Lag
has become significantly less but is still there.  I attached a backtrace
report if you need more info let me know, the issue still persists. I can grab
dumps from where ever. Journalctl didn't have anything useful at a quick
glance.

summary: Lag Wireless Keyboard and BT Mouse


--1490964171.b5A813215.7367
Date: Fri, 31 Mar 2017 12:42:51 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1031872
           Summary: slurm: Requires : slurm-perlapi should really be Requires: perl-slurm = %{version}
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: All
                OS: SUSE Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: eich-at-suse.com
          Reporter: eich-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: Development
           Blocker: ---

The wrong provides name is given for slrum-seff and slurm-openlava.
The versioning may not be strictly necessary, however, to be in the safe side,
lets update packages together.


body:
--1491121365.ceAd1.6118
Date: Sun, 2 Apr 2017 08:22:45 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1032025
           Summary: Update sysdig to version 0.15.1
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: mpluskal-at-suse.com
          Reporter: mpluskal-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Version bump to 0.13.0 bring several important improvements/bugfixes, such as:
* Improved support for Kubernates
* Improved container support
* Misc bugfixes

summary: Update sysdig to version 0.15.1


body:
--1491130846.c80064Da1.15309
Date: Sun, 2 Apr 2017 11:00:46 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1032029
           Summary: Grub2 bug during installation
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: HP
                OS: Other
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: Installation
          Assignee: yast2-maintainers-at-suse.de
          Reporter: mrkutepov-at-mail.ru
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

Created attachment 719593
  --> http://bugzilla.opensuse.org/attachment.cgi?id=719593&action=edit
error screenshot

I'm trying to install last net ISO and DVD on "HP mini 210-2000" and every time
in the finish point (about 97-99%) I get a bug. This bug in time of saving
Grub2 settings.
A window that I get contest that dracut has bad array subscript.
When I press the button OK installation continued in usually mode. But after
reboot system can't be boot. In recovery mode I seen, that /boot/grub2/ is
empty.

summary: Grub2 bug during installation


--1491309444.FFC7b1ce0.712
Date: Tue, 4 Apr 2017 12:37:24 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1032298
           Summary: memcached: Use user from the sysconfig file to start the memcached process
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: markos.chandras-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The memcached package has a sysconfig file in which you can set the user and
group for the memcached process. However, this is not respected by the systemd
service file which always starts the process as memcached/memcached.

The fix is already present in the devel repository

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


--1491343753.f8fB83.25820
Date: Tue, 4 Apr 2017 22:09:13 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1032400
           Summary: Kernel oops in "ovl_compat_is_whiteout" when starting Docker container sameersbn/docker-gitlab version 8.17.0 and later
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.2
          Hardware: x86-64
                OS: openSUSE 42.2
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-maintainers-at-forge.provo.novell.com
          Reporter: markus.zimmermann-at-nethead.at
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 719864
  --> http://bugzilla.opensuse.org/attachment.cgi?id=719864&action=edit
Journald logs of the kernel-oops

This is on an up-to-date openSUSE 42.2 with kernel 4.4.57-18.3-default with
Docker 1.12.6 (default repository) and 1.13.0 (from Virtualization:containers).

This oops happens with the Docker container sameersbn/docker-gitlab:8.17.0 and
later e.g. right now with sameersbn/docker-gitlab:9.0.2. This does not happen
with 8.16.3.

I do not know what else I can say, I am all out of ideas.
"ovl_compat_is_whiteout" isn't even googleable. Since I cannot install any
security updates for GitLab because of the kernel oops I see this as a critical
issue. I was wondering if I should simply use a newer kernel but I do not know
which repository is the right one on a otherwise production server.


--1491377916.4DAebAe0.19059
Date: Wed, 5 Apr 2017 07:38:36 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1032443
           Summary: VUL-0: CVE-2017-7418: proftpd: AllowChrootSymlinks not enforced by replacing a path component with a symbolic link
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: chris-at-computersalat.de
          Reporter: abergmann-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2017-7418

ProFTPD before 1.3.5e and 1.3.6 before 1.3.6rc5 controls whether the home
directory of a user could contain a symbolic link through the
AllowChrootSymlinks configuration option, but checks only the last path
component when enforcing AllowChrootSymlinks. Attackers with local access could
bypass the AllowChrootSymlinks control by replacing a path component (other
than
the last one) with a symbolic link. The threat model includes an attacker who
is
not granted full filesystem access by a hosting provider, but can reconfigure
the home directory of an FTP user.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2017-7418
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-7418
http://www.cvedetails.com/cve/CVE-2017-7418/
http://bugs.proftpd.org/show_bug.cgi?id=4295
https://github.com/proftpd/proftpd/commit/f59593e6ff730b832dbe8754916cb5c821db579f
https://github.com/proftpd/proftpd/pull/444/commits/349addc3be4fcdad9bd4ec01ad1ccd916c898ed8
https://github.com/proftpd/proftpd/commit/ecff21e0d0e84f35c299ef91d7fda088e516d4ed


body:
Build Identifier:

There is a number of scripts that salt-cloud uses in order to "saltify" (aka
bootstrap) the minions:

https://github.com/saltstack/salt/tree/develop/salt/cloud/deploy

One of them (bootstrap-salt.sh) is the default when no specific (or custom)
script is specified in configuration. None of our packages (salt, salt-cloud)
provide that script. As a result, when a machine is started on some public
cloud (only tried ec2 driver), the machine doesn't get salt-master or
salt-minion services installed or run. The bootstrap process is completely
ignored.

After copying the bootstrap-salt.sh script from the github repo in
"/usr/lib/python2.7/site-packages/salt/cloud/deploy" directory, the machines
gets saltified.

One thing to keep in mind though, if we are going to package those files, is
that there is a "salt-cloud -u" command that fetches the latest versions from
i-dont-know-where. That might mean, our users will use versions of those
scripts that weren't packaged (or tested) by us.

The 'salt-cloud -u' command doesn't fetch anything in my case, I don't know if
this is because of the files missing in the first place or some other problem.

Reproducible: Always

Steps to Reproduce:
1. In OpenSUSE LEAP 42.2 install the packages salt-cloud and salt
2. Create ec2 provider and profile configuration
3. Try to create a saltified machine. E.g. "salt-cloud -p my_ec2_profile
my_machine_name"
Actual Results:
The machine is created but there is no salt related package installed and no
salt service running. We should get at least salt-minion running.

Expected Results:
Depending on configuration we should get "salt-minion" services installed and
running. If we set "make_master: True" in our configuration we should also get
salt-master service installed and running.

below are an ec2 provider and profile examples. Replace placeholders with
something working.

> cat /etc/salt/cloud.providers.d/my-ec2.provider.conf

my-ec2-provider:
  id: your_id_here
  key: 'your_key_here'
  keyname: your_key_name_as_it_appears_in_aws_console
  subnetid: comment_out_if_no_subnet_is_used
  private_key: your_pem_key_path # Make sure it is owned by whatever user salt
is run as
  driver: ec2
  ssh_interface: public_ips

> cat /etc/salt/cloud.profiles.d/base_ec2.conf

base_ec2:
  provider: my-ec2-provider
  # Opensuse image
  image: ami-eada30fc
  size: t2.micro
  make_master: True
  ssh_username: ec2-user

summary: salt-cloud package misses deployment scripts


body:
--1491393940.Df5B10.23303
Date: Wed, 5 Apr 2017 12:05:40 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1032509
           Summary: no remote glx
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.2
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: X11 Applications
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: Joachim.Reichelt@helmholtz-hzi.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Login to another openSUSE Leap 42 system using:
ssh -X remote
and execute:
xterm
(work fine)
glxinfo
Does not work. Raises X11 error glx_isDirect or so.

summary: no remote glx


--1491406814.Ebec0.14609
Date: Wed, 5 Apr 2017 15:40:14 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1032557
           Summary: stunnel missing patch for systemd socket activation
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: All
                OS: openSUSE 42.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: werner-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

https://gist.github.com/marktheunissen/7ce9426e66aa8f0ec2e1


body:
--1491407863.6Ebc7F750.16890
Date: Wed, 5 Apr 2017 15:57:43 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1032562
           Summary: partitioning labels are all the same
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: AutoYaST
          Assignee: autoyast-maintainers-at-suse.de
          Reporter: jmader2-at-gmu.edu
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I think there's a bug in the autoyast partitioning, all partitions end up with
the same partition label (in this case, the label from partition_nr = 1)

# parted /dev/sda
GNU Parted 3.1
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) p
Model: ATA ST500DM002-1BD14 (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:

Number  Start   End    Size    File system     Name     Flags
 1      1049kB  481GB  481GB   btrfs           primary
 2      481GB   481GB  165MB   fat16           primary  boot
 3      481GB   483GB  2155MB  linux-swap(v1)  primary
 4      483GB   500GB  17.2GB  linux-swap(v1)  primary

  <partitioning config:type="list">
    <drive>
      <device>/dev/sda</device>
      <disklabel>gpt</disklabel>
      <initialize config:type="boolean">true</initialize>
      <partitions config:type="list">
        <partition>
          <create config:type="boolean">true</create>
          <filesystem config:type="symbol">btrfs</filesystem>
          <format config:type="boolean">true</format>
          <fstopt>defaults</fstopt>
          primary
          <loop_fs config:type="boolean">false</loop_fs>
          <mount>/</mount>
          <mountby config:type="symbol">uuid</mountby>
          <partition_id config:type="integer">131</partition_id>
          <partition_nr config:type="integer">1</partition_nr>
          <resize config:type="boolean">false</resize>
          <size>max</size>
          <subvolumes config:type="list">
            <listentry>boot/grub2/x86_64-efi</listentry>
            <listentry>opt</listentry>
            <listentry>tmp</listentry>
            <listentry>usr/local</listentry>
            <listentry>var/cache</listentry>
            <listentry>var/log</listentry>
            <listentry>var/spool</listentry>
            <listentry>var/tmp</listentry>
          </subvolumes>
        </partition>
        <partition>
          <create config:type="boolean">true</create>
          <filesystem config:type="symbol">vfat</filesystem>
          <format config:type="boolean">true</format>
          <fstopt>umask=0002,utf8=true,nodev,noexec,nosuid</fstopt>
          boot
          <loop_fs config:type="boolean">false</loop_fs>
          <mount>/boot/efi</mount>
          <mountby config:type="symbol">uuid</mountby>
          <partition_id config:type="integer">259</partition_id>
          <partition_nr config:type="integer">2</partition_nr>
          <resize config:type="boolean">false</resize>
          <size>156M</size>
        </partition>
        <partition>
          <create config:type="boolean">true</create>
          <filesystem config:type="symbol">swap</filesystem>
          <format config:type="boolean">true</format>
          <fstopt>defaults</fstopt>
          swap
          <loop_fs config:type="boolean">false</loop_fs>
          <mount>swap</mount>
          <mountby config:type="symbol">uuid</mountby>
          <partition_id config:type="integer">130</partition_id>
          <partition_nr config:type="integer">3</partition_nr>
          <resize config:type="boolean">false</resize>
          <size>2G</size>
        </partition>
        <partition>
          <create config:type="boolean">true</create>
          <filesystem config:type="symbol">swap</filesystem>
          <format config:type="boolean">true</format>
          <fstopt>defaults</fstopt>
          resume
          <loop_fs config:type="boolean">false</loop_fs>
          <mount>swap</mount>
          <mountby config:type="symbol">uuid</mountby>
          <partition_id config:type="integer">130</partition_id>
          <partition_nr config:type="integer">4</partition_nr>
          <resize config:type="boolean">false</resize>
          <size>16G</size>
        </partition>
      </partitions>
      <type config:type="symbol">CT_DISK</type>
      <use>all</use>
    </drive>
  </partitioning>

summary: partitioning labels are all the same


--1491408155.0C6fd46B6.16235
Date: Wed, 5 Apr 2017 16:02:35 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1032564
           Summary: several GExiv2.Metadata introspection bugs when using python
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: openSUSE 42.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
          Assignee: bnc-team-gnome-at-forge.provo.novell.com
          Reporter: damonlynch-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

On openSUSE Leap 42.2 and Tumbleweed, the following problems exist with the
gobject introspection access to Gexiv2 from Python:

1. Cannot pass a file name to the __init__ method of  GExiv2.Metadata
2. Cannot access tags via __getitem__ special method, e.g. assuming m is an
instance of GExiv2.Metadata, should be able to access tags like this:
m["Exif.Photo.FNumber"]
3. The values returned by GExiv2.Metadata.get_exif_tag_rational() cannot be
accessed via the attributes 'numerator' and 'denominator'; instead they must be
accessed via the attributes 'nom' and 'den'.

On other distributions of Linux including Debian, Fedora, and Arch, these
problems are not present.


--1491411909.677cF0.4904
Date: Wed, 5 Apr 2017 17:05:09 +0000
MIME-Version: 1.0
Content-Type: text/plain

http://bugzilla.novell.com/show_bug.cgi?id=1032576

            Bug ID: 1032576
           Summary: dracut: Syntax error on line 78 of /sbin/installkernel
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: openSUSE 42.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Bootloader
          Assignee: jsrain-at-suse.com
          Reporter: bart-at-bartvanassche.be
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

Affected version:

# rpm -q dracut
dracut-044-23.1.x86_64

Proposed fix:

# diff -u /sbin/installkernel{.orig,}
-


body:
--1491420167.8cAB0.4021
Date: Wed, 5 Apr 2017 19:22:47 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1032585
           Summary: Rename 'kdenetwork4-filesharing'
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Enhancement
          Priority: P5 - None
         Component: KDE Applications
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: christoph-at-maxiom.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The package name 'kdenetwork4-filesharing' suggests it is a KDE4 module, but it
is not.

summary: Rename 'kdenetwork4-filesharing'


body:
--1491483749.8bEF4.18922
Date: Thu, 6 Apr 2017 13:02:29 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1032717
           Summary: VUL-0: backintime: usage of deprecated unix-process polkit authorization subject opens a race condition during authorization
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: masterpatricko-at-gmail.com
          Reporter: matthias.gerstner-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: hrvoje.senjan-at-gmail.com, matthias.gerstner-at-suse.com
          Found By: ---
           Blocker: ---

backintime includes a DBus service helper 'qt/serviceHelper.py'. This helper
uses polkit to authorize some of its APIs, they should only be accessible
through entering the root password. The helper program uses the deprecated
"unix-process" authorization subject for this purpose, however. This polkit
authorization method is known to be affected by a "time of check, time of use"
race condition:

https://www.freedesktop.org/software/polkit/docs/latest/PolkitUnixProcess.html#polkit-unix-process-new
https://github.com/Kabot/Unix-Privilege-Escalation-Exploits-Pack/blob/master/2011/CVE-2011-1485/polkit-pwnage.c

To exploit this issue an attacker needs to be able to replace the PID of
process that requests an affected polkit privilege by a root owned process,
just in time for polkitd to assume that the requesting process was privileged
and no further password entry is required.

In the worst case this could allow a regular user to add udev rules to the
system that run commands in the context of the regular user, once a certain
udev event occurs. I don't think it is easily possible to gain root privileges
this way. This is because the serviceHelper wraps the udev commands in a sudo
call running as the user owning the requesting process. The determination of
this identity is done in a different, more secure way.

I've proposed a fix to upstream that changes the authorization mechanism to
"system-bus-name" which is considered safe and not affected by the described
race condition:

https://github.com/bit-team/backintime/commit/7f208dc547f569b689c888103e3b593a48cd1869

This issue was discovered by Sebastian Krahmer of the SUSE security team.

pkgs: polkit-default-privs rpmlint


body:
--1491494652.68AF0.31270
Date: Thu, 6 Apr 2017 16:04:12 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1032759
           Summary: emacs prints junk on startup
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: Linux
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: tkoenig-at-netcologne.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Starting up emacs under kde from a konsole terminal, I get
unnecessary output:

ig25@linux-d6cw:~> emacs
Activating service name='org.gtk.vfs.Daemon'
Successfully activated service 'org.gtk.vfs.Daemon'
Activating service name='org.a11y.Bus'
Successfully activated service 'org.a11y.Bus'
Activating service name='org.gnome.GConf'
Successfully activated service 'org.gnome.GConf'

Frankly, I am not really interested in whatever services
are activated.  Could this output be silenced?

This is with emacs-25.2-1.1.x86_64 on current tumbleweed.

summary: emacs prints junk on startup


body:
Build Identifier:

The 64-bit patch was added to guile 1.x quite a while ago:

> Sat Sep 15 20:22:56 CEST 2001 - schwab-at-suse.de
>
> - Fix libtool configuration.
> - Remove ia64 cpp workaround.
> - Fix hash functions for 64-bit architectures.

Now, after updating to version 2.2.0, this patch no longer applies. Apparently,
the underlying code has been re-written quite a bit. Now I'm trying to
understand what issue this patched fixed, exactly, and whether that issue might
still exist in guile 2.2.0, i.e. does this patch need forward porting?

Reproducible: Always

summary: Does guile 2.2.0 still need "guile-64bit.patch"?


--1491673813.B800A0.14993
Date: Sat, 8 Apr 2017 17:50:13 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1033068
           Summary: osc build gets stuck on emacs-auctex setup
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: openSUSE 13.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: werner-at-suse.com
          Reporter: bwiedemann-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: Development
           Blocker: ---

Steps to Reproduce:
osc co openSUSE:Factory/emacs-auctex
cd $_
osc build --clean
# or
osc build --clean --vm-type=kvm

Actual Results:
gets stuck for an hour in an busy loop at the end of build environment setup

pstree -l
shows lines like
bash---osc---sudo---build-+-init_buildsyste---init_buildsyste---rpm---sh---update---perl---kpsewhich

bash---osc---sudo---build-+-init_buildsyste---init_buildsyste---rpm---sh---update---update---tcfmgr---tcfmgr---kpsewhich

with ps ax showing details like
rpm --ignorearch --nodeps -Uh --oldpackage --ignoresize --verbose --nodigest
--nosignature .init_b_cache/manifest
/bin/bash /usr/share/texmf/texconfig/update
perl /usr/bin/updmap --sys --cnffile /etc/texmf/web2c/updmap.cfg --nohash
perl /usr/bin/updmap --sys --cnffile /etc/texmf/web2c/updmap.cfg --nohash
--nomkmap --syncwithtrees

The most details I got out of
strace -s 200 -f -o /tmp/strace -p `pidof rpm`
because it keeps forking off child shell processes

42.3 version is also affected,
https://build.opensuse.org/build/openSUSE:Leap:42.3/standard/x86_64/emacs-auctex/_log
[  119s]
texlive-ukrhyph-2016.113.svn21081-23.9########################################
[  119s] brp-trim-desktopfiles-12.1-32.1
########################################
[ 3777s] removing nis flags from //etc/nsswitch.conf...

but 42.2 version is not with at most 50 seconds spend between

[  725s]
texlive-ukrhyph-2015.104.svn21081-21.1########################################
[  725s] brp-trim-desktopfiles-12.1-30.2
########################################
[  775s] removing nis flags from //etc/nsswitch.conf...


--1491750690.AA1c0.14799
Date: Sun, 9 Apr 2017 15:11:30 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1033080
           Summary: Change in sizeof(snd_pcm_direct_share_t) breaks container that wants to reach dmix via shm
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.2
          Hardware: x86-64
                OS: openSUSE 42.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Sound
          Assignee: tiwai-at-suse.com
          Reporter: maarten-at-treewalker.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I run applications inside a Docker container, which want to play audio via
ALSA. These applications use their own copy of alsa-lib. This setup used to
work by sharing the IPC resources between host and container, but broke during
a recent openSUSE upgrade.

I did some digging and found why: in the update from libasound2-1.1.3-6 to
libasound2-1.1.3-8, the size of struct snd_pcm_direct_share_t changed from 488
bytes to 496 bytes. This size is checked as part of the SND_PCM_DIRECT_MAGIC
signature to determine whether the shared memory segment belongs to dmix or
not. So if the size of the struct changes, the shm segment is rejected and
alsa-lib cannot play audio.

For the moment, I forced a downgrade back to libasound2-1.1.3-6 and now sound
from within containers works again. If it's feasible to restore the struct to
its former layout, that would be much appreciated. Otherwise, having this
incompatibility documented by this bug report might at least save someone else
some time figuring out the problem.


--1491752642.f4650.19632
Date: Sun, 9 Apr 2017 15:44:01 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1033081
           Summary: fetchmail hardcoded to use log file - syslogging thus unavailable
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.2
          Hardware: x86-64
                OS: openSUSE 42.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: jmozdzen-at-nde.ag
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

:~ # rpm -qi fetchmail
Name        : fetchmail
Version     : 6.3.26
Release     : 18.1
Architecture: x86_64

Looking at fetchmail.service -> /usr/lib/fetchmail-systemd-exec, I see that
using logging to log file is hard-coded there:

-


--1491811181.82c87.7964
Date: Mon, 10 Apr 2017 07:59:41 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1033150
           Summary: VUL-0: CVE-2016-1517: opencv: denial of service (segfault) via vectors involving corrupt chunks
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: kde-maintainers-at-suse.de
          Reporter: abergmann-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2016-1517

OpenCV 3.0.0 allows remote attackers to cause a denial of service (segfault)
via
vectors involving corrupt chunks.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2016-1517
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-1517


--1491811252.cDef25C7.7383
Date: Mon, 10 Apr 2017 08:00:52 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1033152
           Summary: VUL-0: CVE-2016-1516: opencv: double free issue that allows attackers to execute arbitrary code
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: kde-maintainers-at-suse.de
          Reporter: abergmann-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2016-1516

OpenCV 3.0.0 has a double free issue that allows attackers to execute arbitrary
code.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2016-1516
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-1516
https://github.com/opencv/opencv/issues/5956
https://arxiv.org/pdf/1701.04739.pdf


--1491815861.0fA63.26344
Date: Mon, 10 Apr 2017 09:17:41 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1033179
           Summary: Recent alsa update breaks Audacious' ALSA backend when playing to a dmix device
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.2
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Sound
          Assignee: tiwai-at-suse.com
          Reporter: mstaudt-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The recent update from
  libasound2-1.1.3-6.1.x86_64
to
  libasound2-1.1.3-8.3.1.x86_64
has broken the ALSA output plugin in Audacious.

Presumably, this happened here: https://build.opensuse.org/request/show/484070

Symptoms:

Playing music straight to a "hw" device works, while playing to "default" or
any other dmix based mixing devices fails with the following error:

  ALSA error: snd_pcm_hw_params_set_buffer_time_near failed: Invalid argument.

I have only been able to reproduce this in Audacious.

Firefox, Audacity, VLC, mpv, aplay, speaker-test all work.

Downgrading to the previous version restores functionality.


body:
--1491818458.5A420E5.17974
Date: Mon, 10 Apr 2017 10:00:58 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1033198
           Summary: mtr crashes in libncurses
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: werner-at-suse.com
          Reporter: mrueckert-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: aginies-at-suse.com, plinnell-at-opensuse.org
          Found By: ---
           Blocker: ---

TW: 20170406

rpm -q --qf "%{name}-%{version} %{disturl}\n" mtr libncurses6
mtr-0.87
obs://build.opensuse.org/openSUSE:Factory/standard/62305fb081810e6ff1bc25d6487d47e5-mtr
libncurses6-6.0
obs://build.opensuse.org/openSUSE:Factory/standard/4ae456f80050fd4058fce31020467755-ncurses

TERM=screen-256color

```
gdb --args mtr 127.0.0.1

GNU gdb (GDB; openSUSE Tumbleweed) 7.12.1
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-suse-linux".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://bugs.opensuse.org/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from mtr...Reading symbols from
/usr/lib/debug/usr/sbin/mtr.debug...done.
done.
(gdb) r
Starting program: /usr/sbin/mtr 127.0.0.1

Program received signal SIGSEGV, Segmentation fault.
_nc_init_acs_sp (sp=sp@entry=0x555555aa50d0) at ../ncurses/tinfo/lib_acs.c:95
95      ../ncurses/tinfo/lib_acs.c: No such file or directory.
(gdb) bt
#0  _nc_init_acs_sp (sp=sp@entry=0x555555aa50d0) at
../ncurses/tinfo/lib_acs.c:95
#1  0x00007ffff769e9c0 in _nc_setupscreen_sp (spp=spp@entry=0x7fffffffe0f8,
slines=<optimized out>, scolumns=<optimized out>,
output=output@entry=0x7ffff72535e0 <_IO_2_1_stdout_>,
    filtered=<optimized out>, slk_format=slk_format@entry=0) at
../ncurses/base/lib_set_term.c:582
#2  0x00007ffff769ab11 in newterm_sp (sp=<optimized out>,
name=name@entry=0x7fffffffe812 "screen-256color", ofp=<optimized out>,
ifp=<optimized out>) at ../ncurses/base/lib_newterm.c:221
#3  0x00007ffff769b04c in newterm (name=name@entry=0x7fffffffe812
"screen-256color", ofp=<optimized out>, ifp=<optimized out>) at
../ncurses/base/lib_newterm.c:351
#4  0x00007ffff7697206 in initscr () at ../ncurses/base/lib_initscr.c:87
#5  0x0000555555559e0d in mtr_curses_open () at curses.c:700
#6  0x0000555555560b11 in display_open () at display.c:101
#7  0x0000555555557e81 in main (argc=<optimized out>, argv=<optimized out>) at
mtr.c:779
(gdb) bt full
#0  _nc_init_acs_sp (sp=sp@entry=0x555555aa50d0) at
../ncurses/tinfo/lib_acs.c:95
        fake_map = 0x555555aa5c70
        real_map = 0x0
        j = 1
#1  0x00007ffff769e9c0 in _nc_setupscreen_sp (spp=spp@entry=0x7fffffffe0f8,
slines=<optimized out>, scolumns=<optimized out>,
output=output@entry=0x7ffff72535e0 <_IO_2_1_stdout_>,
    filtered=<optimized out>, slk_format=slk_format@entry=0) at
../ncurses/base/lib_set_term.c:582
        env = <optimized out>
        bottom_stolen = 0
        sp = 0x555555aa50d0
#2  0x00007ffff769ab11 in newterm_sp (sp=<optimized out>,
name=name@entry=0x7fffffffe812 "screen-256color", ofp=<optimized out>,
ifp=<optimized out>) at ../ncurses/base/lib_newterm.c:221
        slk_format = 0
        filter_mode = <optimized out>
        errret = 1
        result = 0x0
        current = 0x0
        its_term = 0x0
        _ofp = 0x7ffff72535e0 <_IO_2_1_stdout_>
        _ifp = 0x7ffff72528a0 <_IO_2_1_stdin_>
        new_term = 0x0
#3  0x00007ffff769b04c in newterm (name=name@entry=0x7fffffffe812
"screen-256color", ofp=<optimized out>, ifp=<optimized out>) at
../ncurses/base/lib_newterm.c:351
No locals.
#4  0x00007ffff7697206 in initscr () at ../ncurses/base/lib_initscr.c:87
        name = 0x7fffffffe812 "screen-256color"
        result = <optimized out>
#5  0x0000555555559e0d in mtr_curses_open () at curses.c:700
        bg_col = <optimized out>
        i = <optimized out>
#6  0x0000555555560b11 in display_open () at display.c:101
No locals.
#7  0x0000555555557e81 in main (argc=<optimized out>, argv=<optimized out>) at
mtr.c:779
        host = 0x7fffffffe230
        net_preopen_result = <optimized out>
        hints = {ai_flags = 0, ai_family = 0, ai_socktype = 2, ai_protocol = 0,
ai_addrlen = 0, ai_addr = 0x0, ai_canonname = 0x0, ai_next = 0x0}
        res = 0x555555aa5080
        error = <optimized out>
        trhost = {h_name = 0x0, h_aliases = 0x0, h_addrtype = 2, h_length = 16,
h_addr_list = 0x7fffffffe280}
        alptr = {0x555555aa50b4 "\177", 0x0}
        sa4 = <optimized out>
        sa6 = <optimized out>
        now = 1491818195
        head = <optimized out>
(gdb)
```

summary: mtr crashes in libncurses


body:
--1491837387.32ecCE4.20080
Date: Mon, 10 Apr 2017 15:16:27 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1033296
           Summary: AUDIT-0: kwalletmanager5: new DBus service org.kde.kcontrol.kcmkwallet5
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: matthias.gerstner-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: lbeltrame-at-kde.org
          Found By: ---
           Blocker: ---

It's come to the attention of the security team that the package
KDE:Applications/kwalletmanager5 slipped into openSUSE:Factory and
openSUSE:Leap 42.{1,2} without going through a proper DBus/polkit review.

It is against policy to override the rpmlint messages for DBus/polkit via
rpmlintrc.

It seems this was already reviewed in bug 849739. The service obviously got
renamed from kcmwallet to kcmwallet5. But maybe there's more to it.


--1491837888.c3DaDe4.22772
Date: Mon, 10 Apr 2017 15:24:48 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1033300
           Summary: AUDIT-1: smb4k: new DBus service net.sourceforge.smb4k.mounthelper.mount
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: matthias.gerstner-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: dmueller-at-suse.com
          Found By: ---
           Blocker: ---

It's come to the attention of the security team that the package
KDE:Extra/smb4k slipped into openSUSE:Factory and openSUSE:Leap
42.{1,2} without going through a proper DBus/polkit review.

It is against policy to override the rpmlint messages for DBus/polkit via
rpmlintrc.

This was already reviewed in bug 749065 but was renamed from
de.berlios.smb4k.mounthelper.mount, it seems.


--1491842567.0cc5F2ed5.18452
Date: Mon, 10 Apr 2017 16:42:47 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1033325
           Summary: python3-xattr file conflict with python-xattr
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Development
          Assignee: ms-at-suse.com
          Reporter: astieger-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: maintenance-at-opensuse.org, ms-at-suse.com, vuntz-at-suse.com
            Blocks: 1030038, 1032118, 1032119
          Found By: ---
           Blocker: ---

python3-xattr has a file conflict with python3-xattr on /usr/bin/xattr, without
being marked as conflicting:

File /usr/bin/xattr
  from install of
     python3-xattr-0.7.8-2.1.x86_64 (update)
  conflicts with file from package
     python-xattr-0.7.5-4.2.x86_64 (@System)

python3-xattr introduced via bug 990225 for python-kiwi, python3-kiwi.

Blocks the python-kiwi update - OpenQA failures:
https://openqa.opensuse.org/tests/383837#step/install_packages/13
https://openqa.opensuse.org/tests/383835#step/install_packages/13
https://openqa.opensuse.org/tests/383844#step/install_packages/13

We'll want this in openSUSE:Factory as well


body:
--1491947000.EcFEfBB4.6026
Date: Tue, 11 Apr 2017 21:43:20 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1033668
           Summary: Add alphanumeric sorting to QFileDialog
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: All
                OS: Other
            Status: NEW
          Severity: Enhancement
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: fniepelt-at-kabelmail.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Hello,

QFileDialog's "By name" sorting is alphabetical, so "10" comes before "2".
In my opinion, an alphanumeric approach would be better because it would make
it consistent with Dolphin, whose "By name" sorting sorts "2" before "10".
This has been brought up in
https://www.reddit.com/r/openSUSE/comments/64s8im/firefox_tumbleweed_dialog_box_sorting/.

Reproduce:
1. # touch 1 10 2
2. Open a QFileDialog, use "By name" sorting and navigate to the directory you
"touch"ed the files. (The Save as.. function in Firefox under KDE in openSUSE
uses QFileDialog e.g.)

Expected result:
QFileDialog sorts the files the following way:
"1" "2" "10"

Actual result:
QFileDialog sorts the files the following way:
"1" "10" "2"

summary: Add alphanumeric sorting to QFileDialog


--1491979214.63EF0.22392
Date: Wed, 12 Apr 2017 06:40:14 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1033708
           Summary: [openSUSE Krypton][Build 12.16] krunner crashes
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
               URL: http://openqa.opensuse.org/tests/384816/modules/finish
                    _desktop/steps/7
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Live Medium
          Assignee: coolo-at-suse.com
          Reporter: okurz-at-suse.com
        QA Contact: coolo-at-suse.com
          Found By: ---
           Blocker: ---

## Observation

openQA test in scenario
opensuse-5.9.90-Krypton-Live-x86_64-krypton-live@64bit-2G fails in
[finish_desktop](http://openqa.opensuse.org/tests/384816/modules/finish_desktop/steps/7)

## Reproducible

Fails since Build [12.16](http://openqa.opensuse.org/tests/384816)
and is reproducible in Build [12.17](https://openqa.opensuse.org/tests/385020)

## Expected result

Last good: [12.15](http://openqa.opensuse.org/tests/384607)

## Further details

Always latest result in this scenario:
[latest](http://openqa.opensuse.org/tests/latest?test=krypton-live&arch=x86_64&flavor=Krypton-Live&version=5.9.90&machine=64bit-2G&distri=opensuse)

Logs available.


body:
--1491991814.EB62b0.22651
Date: Wed, 12 Apr 2017 10:10:14 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1033770
           Summary: liblapacke3: undefined references
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: All
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: roland_wirth-at-web.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Compiling a program that uses liblapacke gives unresolved references

    > gcc test.c -llapacke -llapack -lblas
    /usr/lib64/gcc/x86_64-suse-linux/6/../../../../lib64/liblapacke.so:
undefined reference to `clagge_'
    /usr/lib64/gcc/x86_64-suse-linux/6/../../../../lib64/liblapacke.so:
undefined reference to `clatms_'
    /usr/lib64/gcc/x86_64-suse-linux/6/../../../../lib64/liblapacke.so:
undefined reference to `dlagsy_'
    /usr/lib64/gcc/x86_64-suse-linux/6/../../../../lib64/liblapacke.so:
undefined reference to `slatms_'
    /usr/lib64/gcc/x86_64-suse-linux/6/../../../../lib64/liblapacke.so:
undefined reference to `zlatms_'
    /usr/lib64/gcc/x86_64-suse-linux/6/../../../../lib64/liblapacke.so:
undefined reference to `slagsy_'
    /usr/lib64/gcc/x86_64-suse-linux/6/../../../../lib64/liblapacke.so:
undefined reference to `dlagge_'
    /usr/lib64/gcc/x86_64-suse-linux/6/../../../../lib64/liblapacke.so:
undefined reference to `clagsy_'
    /usr/lib64/gcc/x86_64-suse-linux/6/../../../../lib64/liblapacke.so:
undefined reference to `claghe_'
    /usr/lib64/gcc/x86_64-suse-linux/6/../../../../lib64/liblapacke.so:
undefined reference to `zlagsy_'
    /usr/lib64/gcc/x86_64-suse-linux/6/../../../../lib64/liblapacke.so:
undefined reference to `slagge_'
    /usr/lib64/gcc/x86_64-suse-linux/6/../../../../lib64/liblapacke.so:
undefined reference to `zlagge_'
    /usr/lib64/gcc/x86_64-suse-linux/6/../../../../lib64/liblapacke.so:
undefined reference to `dlatms_'
    /usr/lib64/gcc/x86_64-suse-linux/6/../../../../lib64/liblapacke.so:
undefined reference to `zlaghe_'

All the offending symbols are not defined in files in the SRC subdirectory of
the lapack package but in TESTING/MATGEN.
It seems that this directory is not included in liblapack.

summary: liblapacke3: undefined references


body:
--1492011525.5e36Dc0.23960
Date: Wed, 12 Apr 2017 15:38:45 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1033830
           Summary: libmtp 1.1.13 tracker
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: meissner-at-suse.com
          Reporter: meissner-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I released libmtp 1.1.13

this brings new USB ids and also some bugfixes / speed ups.

Nothing specifically user triggered, but a nice update.

summary: libmtp 1.1.13 tracker


--1492024777.a5Ff9.26264
Date: Wed, 12 Apr 2017 19:19:37 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1033858
           Summary: [PATCH] Lollypop package should include easytag as a Recommends: dependency
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Enhancement
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: pointedstick-at-zoho.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The Lollypop music player uses EasyTag to modify ID3 tags, but only if the
easytag package is installed. If it's not, there is no way to know that the
feature exists. I recommend that easytag be made a Recommends: dependency to
make sure it gets installed if possible.

I've attached a modified .spec file that implements this. If there's a better
way (a diff, a pull request, etc), let me know how I can do that and I'll be
happy to.


body:
--1492112598.47FDad30.23387
Date: Thu, 13 Apr 2017 19:43:18 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1034091
           Summary: /etc/profile.d/GNUstep-start.sh from gnustep-base causes error on login
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: openSUSE 42.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: lars.vogdt-at-suse.com
          Reporter: suse-beta-at-cboltz.de
        QA Contact: qa-bugs-at-suse.de
          Found By: Beta-Customer
           Blocker: ---

[Note: I noticed this on Leap 42.2 with the gnustep-base package from
server:SOGo:Test which are linked to X11:GNUstep - but since this package is
most probably the same as in Tumbleweed, I'm reporting it as Tumbleweed bug.]

[Lars, bugzilla doesn't know the bugowner fredkiefer [at] gmx.de, therefore I'm
assigning this bug to you because you are at least ;-) maintainer.]

I installed gnustep-base yesterday, and today I get a funny greeting at login:

# ssh someserver.cboltz.de
Last login: [...]
Have a lot of fun...
-bash: /etc/GNUstep/GNUstep.conf: Datei oder Verzeichnis nicht gefunden
cb@someserver:~>

The error message is technically correct - /etc/GNUstep/GNUstep.conf does not
exist.

After some searching/grepping, I found out that /etc/profile.d/GNUstep-start.sh
causes that. So:
- /etc/profile.d/GNUstep-start.sh should _at least_ check if
  /etc/GNUstep/GNUstep.conf exists (and maybe abort if not)
- or the other way round - why isn't GNUstep.conf packaged if it's needed?

That said - why does /etc/profile.d/GNUstep-start.sh want to start some tools
at all on every login?

I'm completely new to gnustep (I installed it as a dependency of SOGo3), but
I'm quite sure SOGo3 doesn't need any of the gnustep tools running as the admin
user or even as root ;-)

pkgs: file-roller gnustep-base


--1492261568.12af4b0.7724
Date: Sat, 15 Apr 2017 13:06:08 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1034320
           Summary: kdevelop5.spec: improve summary & description
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: kossebau-at-kde.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Quite some people seem to think KDevelop is only for C++/Qt/KF5-based projects
and only to be used with Plasma.

To help with countering this wrong assumption, please consider updating the
summary and description of the openSUSE package to the texts we have now set in
the appdata.xml file (5.1 still has appdata with the old text, but new text
content is also valid for 5.1).
Cmp. https://cgit.kde.org/kdevelop.git/tree/org.kde.kdevelop.appdata.xml

If you have proposals where to improve those new texts, happy to learn about it
and also fix things in the appdata file.

Summary:
new:
Featureful, plugin-extensible IDE for C/C++ and other programming languages
old:
C++ IDE using KDE technologies based on KDevelop Platform

Description:
new:
"
KDevelop is a Free and Open Source integrated development environment (IDE).
It provides editing, navigation and debugging features for several programming
languages, as well as integration with multiple build systems and
version-control systems, using a plugin-based architecture.
KDevelop has parser backends for C, C++ and Javascript/QML, with further
external plugins supporting e.g. PHP or Python.
"
old:
"
An integrated development environment (IDE) based on the KDE Frameworks 5 which
allows
writing programs using C++ and optionally other languages through the use of
plugins.
It includes a documentation browser, a source code editor with syntax
highlighting, a GUI for the compiler, and much more.
"


--1492340799.F8FbbC0.17520
Date: Sun, 16 Apr 2017 11:06:39 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1034341
           Summary: Active FTP in client mode not working despite loading nf_conntrack_ftp module
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.2
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: suse+build@de-korte.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Active FTP in client mode used to be working somewhere in the past (I don't
recall exactly when) when the nf_conntrack_ftp module was loaded. Now that
RELATED connections are no longer allowed by default in the INPUT chain for
TCP, the data connection is dropped by the firewall.

It would be useful to add a FW_CONFIGURATIONS_EXT/DMZ/INT setting to the
firewall configuration that adds the necessary firewall rule to allow active
FTP in client mode, something along the lines of

  iptables -A input_ext -p tcp -m tcp --sport 20 -m conntrack --ctstate RELATED
-j ACCEPT

In Tumbleweed this rule should also add

  iptables -t raw -A OUTPUT -o any -p tcp -m tcp --dport 21 -j CT --helper ftp

as automatic connection tracking helper loading is disabled by default since
kernel 4.7.


--1492376297.f2cB8Cd0.7306
Date: Sun, 16 Apr 2017 20:58:17 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1034350
           Summary: wxWidgets-3_0: spurious assert in wxGTK wxDataViewCtrl::EditItem()
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: jengelh-at-inai.de
          Reporter: astieger-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

From PoEdit news https://github.com/vslavik/poedit/blob/master/NEWS#L14-L17

> IMPORTANT NOTE TO DISTRIBUTION MAINTAINERS:
> Poedit is affected by a bug in wxGTK 3.0.2 that cannot be worked around in user
> code, requiring this patch to wxGTK to be applied:
> https://github.com/wxWidgets/wxWidgets/commit
> /ed88188be7e97a0503f3471f7b0452740b732902

Could the diff below please be applied at the next convenience?
https://github.com/wxWidgets/wxWidgets/commit/ed88188be7e97a0503f3471f7b0452740b732902


--1492434242.C58b040.20813
Date: Mon, 17 Apr 2017 13:04:02 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1034441
           Summary: security/argon2: Bug: Include pkg-config .pc script into the installed package
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: 3rd party software
          Assignee: meissner-at-suse.com
          Reporter: szotsaki-at-gmail.com
        QA Contact: opensuse-communityscreening-at-forge.provo.novell.com
          Found By: ---
           Blocker: ---

Please, install libargon2.pc [1] with the -devel package along with the rest of
the files. Otherwise, other CMake packages cannot depend on Argon2.

Thank you!

[1]: https://github.com/P-H-C/phc-winner-argon2/blob/master/libargon2.pc


--1492542273.0dBF4.13143
Date: Tue, 18 Apr 2017 19:04:33 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1034785
           Summary: Missing backlight control on MJ Warrior tablet
    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: tiwai-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: james.mason-at-suse.com
        Depends on: 1034642
          Found By: ---
           Blocker: ---

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

As of 4.11-rc6, the backlight control on MJ Warrior table with Cherrytrail
platform is broken.  The i915 driver complains

[    4.068542] [drm:pwm_setup_backlight [i915]] *ERROR* Failed to own the pwm
chip

A known workaround is to load pwm-lpss and pwm-lpss-platform kernel modules
earlier.  For openSUSE kernels, they are modules, and thus at easiest, we can
load them in initrd.

That is, the workaround is similar like others, e.g. pinctrl-cherryview.  We
just need to put pwm-lpss and pwm-lpss-platform right after pinctrl-cherryview
in instmods list in /usr/lib/dracut/modules/90kernel-modules/module-setup.sh.


--1492547259.67e33A5e0.24647
Date: Tue, 18 Apr 2017 20:27:39 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1034800
           Summary: "Also index file content" in plasma system settings does not behave properly
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: KDE Workspace (Plasma)
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: herbert@graeber-clan.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

With 20170417 Tumbleweed got the system settings option to turn on/off content
indexing and "Off" is the default.

The new checkbox "Also index file content" does not enable the "Apply" button.
So it's not possible to turn content indexing on without cehanging other
settings in the dialog.


body:
--1492577045.e76b0a60.2434
Date: Wed, 19 Apr 2017 04:44:05 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1034832
           Summary: X.org crash with Firefox on amdgpu
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: SUSE Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X11 3rd Party Driver
          Assignee: xorg-maintainer-bugs-at-forge.provo.novell.com
          Reporter: promctagonist-at-gmail.com
        QA Contact: sndirsch-at-suse.com
          Found By: ---
           Blocker: ---

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

Starting Firefox causes X to crash, kicking me back to the login screen.

I have an RX480 using amdgpu.

Backtrace:

(gdb) cont
Continuing.

Thread 1 "X" received signal SIGSEGV, Segmentation fault.
0x0000000000000000 in ?? ()
(gdb) bt
#0  0x0000000000000000 in ?? ()
#1  0x00007f361b0ecd5c in ?? () from
/usr/lib64/xorg/modules/drivers/amdgpu_drv.so
#2  0x0000000000571511 in dri3_pixmap_from_fd
(ppixmap=ppixmap@entry=0x7ffc6d5cfd60, screen=<optimized out>, fd=fd@entry=55,
width=<optimized out>, height=<optimized out>, stride=<optimized out>, depth=24
'\030', bpp=32 ' ')
    at dri3_screen.c:73
#3  0x0000000000570e31 in proc_dri3_pixmap_from_buffer (client=0x13ec410) at
dri3_request.c:162
#4  0x000000000043a9e5 in Dispatch () at dispatch.c:479
#5  0x000000000043e968 in dix_main (argc=10, argv=0x7ffc6d5cff38,
envp=<optimized out>) at main.c:287
#6  0x00007f361e3d1541 in __libc_start_main (main=0x428610 <main>, argc=10,
argv=0x7ffc6d5cff38, init=<optimized out>, fini=<optimized out>,
rtld_fini=<optimized out>, stack_end=0x7ffc6d5cff28) at ../csu/libc-start.c:295
#7  0x000000000042864a in _start () at ../sysdeps/x86_64/start.S:120

summary: X.org crash with Firefox on amdgpu


--1492583049.d6ad0.29022
Date: Wed, 19 Apr 2017 06:24:09 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1034842
           Summary: tbb-devel package lacks header files in /usr/include/tbb/compat
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.2
          Hardware: Other
                OS: openSUSE 42.2
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Development
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: fishdude-at-gmx.net
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The tbb-devel package is missing some header files in /usr/include/tbb/compat.

In particular the following ones:
prompt> ls -la /usr/include/tbb/compat
-rw-r--r


body:
--1492604993.4E5317.28073
Date: Wed, 19 Apr 2017 12:29:53 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1034957
           Summary: bing: wrong url, old version?
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: behlert-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

URL         : http://www.freenix.fr/freenix/logiciels/bing.html

in the package seems to be wrong and no longer existing.

The original project seems to be dead, but a new completely re-written version
1.3.5 of it seems to be at  http://fgouget.free.fr/bing/index-en.shtml

I propose to check if it makes sense to switch to that one.

summary: bing: wrong url, old version?


--1492637903.eBf113.6008
Date: Wed, 19 Apr 2017 21:38:23 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1035053
           Summary: Kernel modules do not need to be signed with CONFIG_MODULE_SIG=n
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kernel
          Assignee: mmarek-at-suse.com
          Reporter: mmarek-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: afaerber-at-suse.com, dmueller-at-suse.com
          Found By: ---
           Blocker: ---

We do the kernel module signing and repackaging even if it's not requested
(CONFIG_MODULE_SIG is not set in master and openSUSE configs). This slows down
the build and on 32bit arm, it even leads to sporadic OOMs.


--1492662617.Df260.853
Date: Thu, 20 Apr 2017 04:30:16 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1035062
           Summary: Tumbleweed no longer executes scripts in /etc/init.d
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: jeromed-at-tpg.com.au
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

As per the tital the latest updates of TW no longer execute scripts in
/etc/init.d. The following are 2 examples of the problem I have encounted.

1 - I have a cut down TW server running named and openvpn. Noticed since the
second last update neither the openvpn and named scripts now execute on init
and I have to manually run them.

2 -  To confirm point I also have a TW install on a laptop with KDE and virtual
box no longer runs, complains of missing drivers. Upon investigating further
vbox have 2 scripts in /etc/init.d that needs to execute on startup, manually
running them fixes any issues with VirtualBox.

Please let me know if you need any further information, i could not find any
meaningful message in dmesg or journalctl.

Cheers and thanks

Jerome


--1492672737.bed5fC0.5467
Date: Thu, 20 Apr 2017 07:18:57 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1035083
           Summary: [Build 20170418] openQA test fails in rails - rubgem-web-console not installable
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
               URL: http://openqa.opensuse.org/tests/389643/modules/rails/
                    steps/12
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Ruby
          Assignee: ruby-devel-at-suse.de
          Reporter: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

## Observation

openQA test in scenario
opensuse-Tumbleweed-DVD-x86_64-extra_tests_in_textmode@64bit fails in
[rails](http://openqa.opensuse.org/tests/389643/modules/rails/steps/12)

## Reproducible

Fails since (at least) Build
[20170324](http://openqa.opensuse.org/tests/377510)

## Expected result

Last good: [20170324](http://openqa.opensuse.org/tests/377435) (or more recent)

## Further details

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

## Initial debug information

rubygem-web-console had been updated from version 3.4 to 3.5 on April 17.

A new install-check failure has appeared since:
> can't install ruby2.2-rubygem-web-console-3.5.0-1.1.x86_64:
>   nothing provides rubygem(ruby:2.2.0:bindex) >= 0.4.0 needed by ruby2.2-rubygem-web-console-3.5.0-1.1.x86_64


--1492673236.cB56B500.9617
Date: Thu, 20 Apr 2017 07:27:16 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1035087
           Summary: [Build 20170418] openQA test fails in oomath - language could not be detected
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
               URL: http://openqa.opensuse.org/tests/389648/modules/oomath
                    /steps/5
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: LibreOffice
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

## Observation

openQA test in scenario opensuse-Tumbleweed-NET-x86_64-zdup-13.1-gnome@64bit
fails in
[oomath](http://openqa.opensuse.org/tests/389648/modules/oomath/steps/5)

## Reproducible

Fails since (at least) Build
[20170301](http://openqa.opensuse.org/tests/363543)

## Expected result

Last good: [20170228](http://openqa.opensuse.org/tests/363167) (or more recent)

## Further details

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

This seems so far only to be an issue when updating from 13.1 to TW, using
zypper dup


--1492765928.fA4876bD1.19764
Date: Fri, 21 Apr 2017 09:12:08 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1035395
           Summary: devel:libraries:c_c/libserf: Does not build for factory or 42.3
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: 3rd party software
          Assignee: pascal.bleser-at-opensuse.org
          Reporter: fvogt-at-suse.com
        QA Contact: opensuse-communityscreening-at-forge.provo.novell.com
                CC: crrodriguez-at-opensuse.org
          Found By: ---
           Blocker: ---

Fails in Factory, 42.3 and the devel prj.

[  129s] ............F.FFF.FFF.FF.FFFFF...................................
[  129s]
[  129s] There were 14 failures:
[  129s] 1) test_ssl_trust_rootca: test/test_util.c:438: expected <0> but was
<120199>
[  129s] 2) test_ssl_certificate_chain_with_anchor: test/test_util.c:438:
expected <0> but was <120199>
[  129s] 3) test_ssl_certificate_chain_all_from_server: test/test_util.c:438:
expected <0> but was <120199>
[  129s] 4) test_ssl_no_servercert_callback_allok: test/test_util.c:438:
expected <0> but was <120170>
[  129s] 5) test_ssl_large_response: test/test_util.c:438: expected <0> but was
<120170>
[  129s] 6) test_ssl_large_request: test/test_util.c:438: expected <0> but was
<120170>
[  129s] 7) test_ssl_client_certificate: test/test_util.c:438: expected <0> but
was <120170>
[  129s] 8) test_ssl_future_server_cert: test/test_util.c:438: expected <0> but
was <120199>
[  129s] 9) test_setup_ssltunnel: test/test_util.c:438: expected <0> but was
<120170>
[  129s] 10) test_ssltunnel_basic_auth: test/test_context.c:2116: expected <0>
but was <120170>
[  129s] 11) test_ssltunnel_basic_auth_server_has_keepalive_off:
test/test_context.c:2116: expected <0> but was <120170>
[  129s] 12) test_ssltunnel_basic_auth_proxy_has_keepalive_off:
test/test_context.c:2116: expected <0> but was <120170>
[  129s] 13) test_ssltunnel_basic_auth_proxy_close_conn_on_200resp:
test/test_context.c:2116: expected <0> but was <120170>
[  129s] 14) test_ssltunnel_digest_auth: test/test_util.c:438: expected <0> but
was <120170>
[  129s]
[  129s] !!!FAILURES!!!
[  129s] Runs: 65 Passes: 51 Fails: 14


body:
--1492786385.F7740E1C0.22602
Date: Fri, 21 Apr 2017 14:53:05 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1035476
           Summary: Missing Icon when using Oxygen
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.2
          Hardware: x86-64
                OS: openSUSE 42.2
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: KDE Workspace (Plasma)
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: jcarricksmith-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 722174
  --> http://bugzilla.opensuse.org/attachment.cgi?id=722174&action=edit
A couple of screen shots illustrating the bug

The Device Notifier applet does not show the icon for mounting the device only
when the Oxygen icon theme is selected. Can click on the blank space where it
should be and the device is mounted OK.

Attached archive of two screen shots demonstrates.

JCS

summary: Missing Icon when using Oxygen


--1492797429.B2ca0.29567
Date: Fri, 21 Apr 2017 17:57:09 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1035518
           Summary: Dracut fails to generate intird while migrating from older systems if using btrfs
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: tchvatal-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Dracut uses commands from newer btrfsprogs than were present on the respective
systems when migrating.

This can be simply solved by adding conflict to the older version of btrfsprogs
and thus enforcing the package update to happen prior update of dracut.


Build Identifier:

While updating opensuse tumbleweed, received the following error:

( 76/155) Installing: python3-tornado-4.4.2-1.3.x86_64
................................................................................................................................[error]
Installation of python3-tornado-4.4.2-1.3.x86_64 failed:
Error: Subprocess failed. Error: RPM failed: error: unpacking of archive failed
on file /usr/lib64/python3.6/site-packages/tornado-4.4.2-py3.6.egg-info: cpio:
rename
error: python3-tornado-4.4.2-1.3.x86_64: install failed
error: python3-tornado-4.4.2-1.2.x86_64: erase skipped

others have same issue as seen here:
https://forums.opensuse.org/showthread.php/524449-Update-of-python-failed-not-sure-what-to-do?p=2820749#post2820749

Also notices (may not be related

( 10/155) Installing: python3-nose-1.3.7-5.1.noarch
....................................................................................................................................[done]
Additional rpm output:
update-alternatives: error: alternative link /usr/share/man/man1/nosetests.1.gz
is already managed by nosetests.1 (slave of nosetests)
warning: %post(python3-nose-1.3.7-5.1.noarch) scriptlet failed, exit status 2

Full output here:
http://paste.opensuse.org/66333728

was asked to file bug from that thread. Can provide more info if needed.
thanks!

Reproducible: Always

Steps to Reproduce:
1.# zypper dup --no-allow-vendor-change

2. choose Y at : Continue? [y/n/...? shows all options] (y): y

3. Wait , error pops up when system gets to point of installing
Actual Results:
Error occurred

Expected Results:
no error

successfully updated/installed software.


body:
--1493125510.6e0bE30.8753
Date: Tue, 25 Apr 2017 13:05:10 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1036025
           Summary: javapackages-tools: packaging?
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Java
          Assignee: bnc-team-java-at-forge.provo.novell.com
          Reporter: behlert-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Looking at javapackages-tools.spec I see several subpackages being created:
javapackages-tools, maven-local, gradle-local, ivy-local, python-javapackages

Looking at javapackages-tools there are several files that might be better
added to one of the others, like the maven-* files/directories.

But my main problem is the dependency of javapackages-tools to a lot of
python-packages, especially  python-pyxb.

I wonder if we can get rid of some of the pyton dependencies, to make
installation of javapackages on a minimal system possible.

summary: javapackages-tools: packaging?


--1493185687.fDCaFf323.2960
Date: Wed, 26 Apr 2017 05:48:07 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1036171
           Summary: btrfs soft lockup kernel 4.10.9-1 ppc64le
    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: normand-at-linux.vnet.ibm.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

btrfs soft lockup kernel 4.10.9-1 ppc64le

* Create an opensuse-Tumbleweed-ppc64le-20170420-Tumbleweed@ppc64le.qcow2
  from the openQA Tumbleweed-image test on a ppc64le host.
  This is an installed kde desktop with Snapshot 20170420 (1)
* Use this qcow2 in a "openqa_install+publish" openQA test (2)
  that reports soft lockup of btrfs (3)

* soft lockup reported on (3) has following call trace
  (manually copied from image)
  ===
  NMI watchdog: BUG: soft lockup - CPu#0 stuck for 22s! [btrfs:12057]
  Modules linked in: ...
  CPU: 0 PID: 12057 Comm: btrfs Not tainted 4.10.9-1-default #1
  ...
  Call Trace:
  btrfs_qgroup_trace_extend+0xf0/0x190 [btrfs] (unreliable)
  btrfs_qgroup_trace_leaf_items+0xc8/0x1d0 [btrfs]
  btrfs_qgroup_trace_subtree+0x308/0x4a0 [btrfs]
  replace_path+0x620/0x7d0 [btrfs]
  merge_reloc_root+0x284/0x670 [btrfs]
  merge_reloc_root+0xf0/0x2e0 [btrfs]
  relocate_block_group+0x4d4/0x7e0 [btrfs]
  btrfs_relocate_block_group+0x20c/0x300 [btrfs]
  btrfs_relocate_chunk+0x70/0x1a0 [btrfs]
  __btrfs_balance+0x66c/0xd30 [btrfs]
  btrfs_balance+0x408/0x680 [btrfs]
  btrfs_ioctl_balance+0x3c0/0x450 [btrfs]
  btrfs_ioctl+0x12e0/0x23e0 [btrfs]
  do_vfs_ioctl+0xd4/0x8c0
  SyS_ioctl+0xd4/0xf0
  system_call+0x38/0xe0

(1) https://openqa.opensuse.org/tests/390331
(2) https://openqa.opensuse.org/tests/391890
(3) https://openqa.opensuse.org/tests/391890#step/start_test/17