body:
--1522154467.e1CE0.13375
Date: Tue, 27 Mar 2018 12:41:07 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1087066
           Summary: java-1_8_0-openjdk FTBFS with gcc8
    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: rguenther-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

In openSUSE:Factory:Staging:Gcc7:DVD java-1_8_0-openjdk FTBFS.

summary: java-1_8_0-openjdk FTBFS with gcc8


body:
--1522154950.74fCfBb0.16076
Date: Tue, 27 Mar 2018 12:49:10 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1087073
           Summary: zbar FTBFS with GCC8
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X11 Applications
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: rguenther-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

in openSUSE:Factory:Staging:Gcc7:DVD zbar FTBFS

summary: zbar FTBFS with GCC8


body:
--1522155656.BAE1b4.30389
Date: Tue, 27 Mar 2018 13:00:56 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1087075
           Summary: GCC 8: texlive tests fail
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: martin.liska-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Build the package with GCC 8, there's a test error:

[ 1209s] Testsuite summary for LCDF typetools (TeX Live) 2.106
[ 1209s]
============================================================================
[ 1209s] # TOTAL: 3
[ 1209s] # PASS:  2
[ 1209s] # SKIP:  0
[ 1209s] # XFAIL: 0
[ 1209s] # FAIL:  1
[ 1209s] # XPASS: 0
[ 1209s] # ERROR: 0

It's caused by following undefined behavior:

../../../../../texk/lcdf-typetools/lcdf-typetools-src/libefont/t1rw.cc:120:35:
runtime error: signed integer overflow: 55898 * 52845 cannot be represented in
type 'int'
    #0 0x42634d in Efont::Type1Reader::eexec(int)
../../../../../texk/lcdf-typetools/lcdf-typetools-src/libefont/t1rw.cc:120
    #1 0x42634d in Efont::Type1Reader::start_eexec(int)
../../../../../texk/lcdf-typetools/lcdf-typetools-src/libefont/t1rw.cc:202
    #2 0x42722a in Efont::Type1Reader::switch_eexec(bool, unsigned char*, int)
../../../../../texk/lcdf-typetools/lcdf-typetools-src/libefont/t1rw.cc:88
    #3 0x41cd9c in Efont::Type1Font::read(Efont::Type1Reader&)
../../../../../texk/lcdf-typetools/lcdf-typetools-src/libefont/t1font.cc:280
    #4 0x41bd0b in Efont::Type1Font::Type1Font(Efont::Type1Reader&)
../../../../../texk/lcdf-typetools/lcdf-typetools-src/libefont/t1font.cc:57
    #5 0x4048d9 in do_file
../../../../../texk/lcdf-typetools/lcdf-typetools-src/t1dotlessj/t1dotlessj.cc:260
    #6 0x4048d9 in main
../../../../../texk/lcdf-typetools/lcdf-typetools-src/t1dotlessj/t1dotlessj.cc:355
    #7 0x7ffff63e60ea in __libc_start_main (/lib64/libc.so.6+0x230ea)
    #8 0x405299 in _start
(/home/abuild/rpmbuild/BUILD/texlive/world/texk/lcdf-typetools/lcdf-typetools-src/t1dotlessj/t1dotlessj+0x405299)

summary: GCC 8: texlive tests fail


--1522157475.4ed33.4543
Date: Tue, 27 Mar 2018 13:31:15 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1087090
           Summary: [HPC, netcdf-fortran] Static library package pulls in the wrong devel package
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: All
                OS: openSUSE Factory
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: hpc-maintainer-bugs-at-forge.provo.novell.com
          Reporter: eich-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: Development
           Blocker: ---

The HPC build of the static library package of netcdf-fortran pulls in some
hdf5 package which was not built for HPC.
It needs to pull in the HPC variant as done by the BuildRequires already.


body:
--1522166808.AC26Fbc34.24046
Date: Tue, 27 Mar 2018 16:06:48 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1087136
           Summary: GCC 8: llvm5 build fails
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: martin.liska-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Build the package with GCC 8, there's error:

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

Please build the project as follows to reproduce the issue:
osc build --alternative-project=openSUSE:Factory:Staging:Gcc7

summary: GCC 8: llvm5 build fails


--1522229893.B3eb0.17199
Date: Wed, 28 Mar 2018 09:38:13 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1087270
           Summary: multiple problems with default rabbitmq-server config
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: All
                OS: openSUSE 42.3
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: radoslaw.piliszek-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
            Blocks: 1029031
          Found By: Community User
           Blocker: Yes

This bug report is effectively a summary of 3 separate bugs that have not
really been addressed properly in my opinion:
(1) https://bugzilla.suse.com/show_bug.cgi?id=927301
(2) https://bugzilla.suse.com/show_bug.cgi?id=1029031
(3) https://bugzilla.suse.com/show_bug.cgi?id=1003085

I will be referring to them in the following paragraphs.

First, a short introduction to rabbitmq and its dependencies. Rabbitmq is an
Erlang-based software and it runs on BEAM (essentially the Erlang VM). It is
networked software so it also uses (and requires) EPMD (Erlang Port Mapper
Daemon) which is what Erlang platform provides to make it relatively easy to
build networked clusters of Erlang software. EPMD maps names to ports. Rabbitmq
is the still-recommended MQ server for e.g. OpenStack.

Now a little bit about some example machine configuration (quite popular
scenario in fact).
FQDN: opensuse.local (could be any really)
one interface, eth0: 192.168.56.2 (could be any really)
added in /etc/hosts: (could be in DNS, it does not matter)
  192.168.56.2 opensuse.local opensuse
OS: OpenSUSE 42.3, fully patched, minimal install to reduce the cruft

Now let us install rabbitmq-server
# zypper in rabbitmq-server
So far so good.
Let's enable and start it up:
# systemctl enable rabbitmq-server.service && systemctl start
rabbitmq-server.service
And it worked. But we essentially triggered the first bug, the bug that will
lead to (2).

Let us dig deeper before showing (2).
Installing rabbitmq-server installed us erlang-epmd as well.
Let's find out how the situation looks now:
# systemctl status epmd.service
and it turns out epmd is down. We might wonder why rabbitmq works...
# systemctl status epmd.socket
and it is down as well. It is enabled and all but its RPM scripts did not start
it.
Now:
# systemctl status rabbitmq-server.service
and we can see it started epmd by itself (also violating security concerns
mentioned in (3)).
Trying to stop it:
# systemctl stop rabbitmq-server.service
will result in a timeout because of epmd - stop action does not turn off epmd
which systemd waits for. Hence we get (2).

Ok, so we covered one thing that does go wrong and causes a timeout plus
possible security invalidation.

Now since epmd.socket is enabled by default, let us reboot and see what
happens...
# reboot
...
# systemctl status epmd.socket
# systemctl status epmd.service
# systemctl status rabbitmq-server.service
And now epmd.socket and epmd.service are up but rabbitmq-server.service is
down.
Rabbitmq could not start because it detected epmd running and by default it
tries to contact epmd at `hostname -s` which is in our example 'opensuse' and
it points to 192.168.56.2 while epmd is started on 127.0.0.1 (localhost) only
(by default SUSE policy mentioned in (3)). (1) and (3) have been triggered.

I believe there are two fixes necessary to not compromise security and ensure
smooth(er) experience. First, ensure that rabbitmq-server.service starts after
epmd.service and requires it (to enforce epmd.socket settings); RPM script for
erlang-epmd could also start epmd.socket since it is enabled by default anyway.
Second, ensure that rabbitmq-server.service uses localhost epmd (to comply with
SUSE policy here as well).

First fix consists at least of adding:
  After=epmd.service
  BindsTo=epmd.service
to [Unit] section in rabbitmq-server.service
Plus optionally starting epmd.socket by erlang-epmd package.

Second fix is to add a default config file /etc/rabbitmq/rabbitmq-env.conf with
content e.g.:
  # This is to comply to SUSE policy of starting epmd to listen on localhost
only.
  NODENAME=rabbit@localhost

I currently apply both fixes to have my local test rabbitmq deployment start
and stop reliably.


--1522234623.A5E33.5101
Date: Wed, 28 Mar 2018 10:57:03 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1087284
           Summary: Wireless key doesn't enable/disable wlan on Fujitsu U7x7 Laptops
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-maintainers-at-forge.provo.novell.com
          Reporter: alexander_naumov-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

It seems that kernel 4.12 doesn't send an event.

You can see that by running
> libinput debug-events
It doesn't handle any events by pressing Fn+F5 (F5 is wireless key). Wireless
LED doesn't change its state.

However it's possible to disable wireless LED's state manually (if it was
enable before) with rfkill(1):

# rfkill list
0: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: no
# rfkill block 0
# rfkill list
0: phy0: Wireless LAN
        Soft blocked: yes
        Hard blocked: no

I tested it with disabled Bluetooth in BIOS.


--1522252162.882f1.16312
Date: Wed, 28 Mar 2018 15:49:22 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1087331
           Summary: [cloud-init] 'apply_network_config is not currently implemented' message
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kubic
          Assignee: kubic-bugs-at-opensuse.org
          Reporter: mikhail.kasimov-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 765288
  --> http://bugzilla.opensuse.org/attachment.cgi?id=765288&action=edit
apply_network_config is not currently implemented

Hello!

've got a warning message on Kubic booting (on VirtualBox VM):
========================
cloud-init: __init__.py[WARNING]:apply_network_config is not currently
implemented for distribution '<class 'cloudinit.distros.sles.Distro'>'.
Attempting to use apply_network
========================

see screenshot in attach. Known issue?


--1522311580.3eFb70.23326
Date: Thu, 29 Mar 2018 08:19:40 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1087402
           Summary: VUL-0: CVE-2017-0936: nextcloud: Nextcloud Server before 11.0.7 suffers from an Authorization Bypass Through User-Controlled Key vulnerability
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
               URL: https://smash.suse.de/issue/202864/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: ecsos-at-schirra.net
          Reporter: kbabioch-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2017-0936

Nextcloud Server before 11.0.7 and 12.0.5 suffers from an Authorization Bypass
Through User-Controlled Key vulnerability. A missing ownership check allowed
logged-in users to change the scope of app passwords of other users. Note that
the app passwords themselves where neither disclosed nor could the error be
misused to identify as another user.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2017-0936
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-0936
https://nextcloud.com/security/advisory/?id=nc-sa-2018-001
https://hackerone.com/reports/297751


--1522342419.Fd3c74.14793
Date: Thu, 29 Mar 2018 16:53:39 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1087507
           Summary: gtk3-branding-openSUSE discards admin/systemwide changes to /etc/gtk-3.0/settings.ini
    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: mrmazda-at-earthlink.net
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Head of /etc/gtk-3.0/settings.ini:
#
# settings.ini file allows you to define system wide defaults for
# all GTK+ applications. This file is branding specific.
#

To reproduce:
A1-add 'gtk-primary-button-warps-slider' = false to /etc/gtk-3.0/settings.ini
A2-cause update to gtk3-branding-openSUSE
B3-restore 'gtk-primary-button-warps-slider' to settings.ini
B4-make settings.ini immutable
B5-cause update to gtk3-branding-openSUSE

Actual behavior:
A-update discards 'gtk-primary-button-warps-slider = false' from settings.ini
B-updating process halts because of inability to discard
'gtk-primary-button-warps-slider = false' from settings.ini
C-"you" in settings.ini comment apparently means gtk+ packager

Expected behavior:
A-'gtk-primary-button-warps-slider = false' in settings.ini is preserved
B-settings.ini.rpmnew created
C-"you" in settings.ini comment means sysadmin


--1522362361.bDc3afb5.7793
Date: Thu, 29 Mar 2018 22:26:01 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1087547
           Summary: contrasts bad in context menus, tabs & details
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Installation
          Assignee: yast2-maintainers-at-suse.de
          Reporter: mrmazda-at-earthlink.net
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

15.0 build 182.1 installer on real hardware

Actual behavior:
1:[frustrating] contrast appears to be less than maximized (text looks gray,
not black) except where obviously emboldened (e.g. package names in
installation summary and search results panes)
2:[annoying] unselected tabs' text on View/Search/Patterns/Installation Summary
row and Description/Technical Data/Dependencies/Versions row appear grayed out
as if intended to be unavailable for selection, unless and until they are
hovered
3:[serious] hovered context menu item for selectable packages and hovered view
menu item is grayed out as if intended to be unavailable for selection,
virtually invisible;
4:functional equivalent of #3 for partitioner select lists
5:functional equivalent of #2 for bootloader tabs

Expected behavior:
1-crisp black high contrast normal (non-bold) text
2-tab text legible without need to hover
3-selected context menu item and selected View menu item equal to or greater
than contrast of adjacent items
4:=#3
5:=#2


--1522410490.368562560.25089
Date: Fri, 30 Mar 2018 11:48:10 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1087615
           Summary: Error in Mercurial after applying Leap 42.3 Update-Test patch 7756 "Security update for mercurial"
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: x86-64
                OS: openSUSE 42.3
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: Maintenance
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: antoine.mechelynck-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: Community User
           Blocker: ---

After applying Update-Test patch 7756 (bringing packages mercurial and
mercurial-lang from version 4.2.3-7.1 to 4.2.3-10.1) then running "hg in" on my
Vim clone (based on https://bitbucket.org/vim-mirror/vim) I get the error
listed below. I'm reporting this to openSUSE rather than Mercurial because
• the Mercurial version (4.2.3) has not changed
• I expect the answer from the Mercurial developers to be "4.2.3 is an old
version, please install the most recent version directly from the Mercurial
site" which is something I'm not ready to do, at least for the time beinig.
• I expect that other openSUSE Leap users will also be hit by this bug.

linux-2iyu:~/.build/vim/vim-hg # hg in || echo 'exit status' $? ; date
** unknown exception encountered, please report by visiting
** https://mercurial-scm.org/wiki/BugTracker
** Python 2.7.13 (default, Jan 03 2017, 17:41:54) [GCC]
** Mercurial Distributed SCM (version 4.2.3)
** Extensions loaded: churn, color, fetch, graphlog, strip, mq, pager
Traceback (most recent call last):
  File "/usr/bin/hg", line 45, in <module>
    mercurial.dispatch.run()
  File "/usr/lib64/python2.7/site-packages/mercurial/dispatch.py", line 83, in
run
    status = (dispatch(req) or 0) & 255
  File "/usr/lib64/python2.7/site-packages/mercurial/dispatch.py", line 164, in
dispatch
    ret = _runcatch(req)
  File "/usr/lib64/python2.7/site-packages/mercurial/dispatch.py", line 295, in
_runcatch
    return _callcatch(ui, _runcatchfunc)
  File "/usr/lib64/python2.7/site-packages/mercurial/dispatch.py", line 303, in
_callcatch
    return scmutil.callcatch(ui, func)
  File "/usr/lib64/python2.7/site-packages/mercurial/scmutil.py", line 146, in
callcatch
    return func()
  File "/usr/lib64/python2.7/site-packages/mercurial/dispatch.py", line 285, in
_runcatchfunc
    return _dispatch(req)
  File "/usr/lib64/python2.7/site-packages/mercurial/dispatch.py", line 912, in
_dispatch
    cmdpats, cmdoptions)
  File "/usr/lib64/python2.7/site-packages/mercurial/dispatch.py", line 648, in
runcommand
    ret = _runcommand(ui, options, cmd, d)
  File "/usr/lib64/python2.7/site-packages/mercurial/extensions.py", line 231,
in closure
    return func(*(args + a), **kw)
  File "/usr/lib64/python2.7/site-packages/hgext/pager.py", line 69, in pagecmd
    return orig(ui, options, cmd, cmdfunc)
  File "/usr/lib64/python2.7/site-packages/mercurial/dispatch.py", line 920, in
_runcommand
    return cmdfunc()
  File "/usr/lib64/python2.7/site-packages/mercurial/dispatch.py", line 909, in
<lambda>
    d = lambda: util.checksignature(func)(ui, *args, **strcmdopt)
  File "/usr/lib64/python2.7/site-packages/mercurial/util.py", line 1080, in
check
    return func(*args, **kwargs)
  File "/usr/lib64/python2.7/site-packages/mercurial/extensions.py", line 231,
in closure
    return func(*(args + a), **kw)
  File "/usr/lib64/python2.7/site-packages/mercurial/util.py", line 1080, in
check
    return func(*args, **kwargs)
  File "/usr/lib64/python2.7/site-packages/hgext/mq.py", line 3546, in
mqcommand
    return orig(ui, repo, *args, **kwargs)
  File "/usr/lib64/python2.7/site-packages/mercurial/util.py", line 1080, in
check
    return func(*args, **kwargs)
  File "/usr/lib64/python2.7/site-packages/mercurial/commands.py", line 3220,
in incoming
    return hg.incoming(ui, repo, source, opts)
  File "/usr/lib64/python2.7/site-packages/mercurial/hg.py", line 861, in
incoming
    return _incoming(display, subreporecurse, ui, repo, source, opts)
  File "/usr/lib64/python2.7/site-packages/mercurial/hg.py", line 817, in
_incoming
    other = peer(repo, opts, source)
  File "/usr/lib64/python2.7/site-packages/mercurial/hg.py", line 176, in peer
    return _peerorrepo(rui, path, create).peer()
  File "/usr/lib64/python2.7/site-packages/mercurial/hg.py", line 153, in
_peerorrepo
    obj = _peerlookup(path).instance(ui, path, create)
  File "/usr/lib64/python2.7/site-packages/mercurial/hg.py", line 127, in
_peerlookup
    if not util.safehasattr(thing, 'instance'):
  File "/usr/lib64/python2.7/site-packages/mercurial/util.py", line 155, in
safehasattr
    return getattr(thing, attr, _notset) is not _notset
  File "/usr/lib64/python2.7/site-packages/mercurial/demandimport.py", line
152, in __getattribute__
    self._load()
  File "/usr/lib64/python2.7/site-packages/mercurial/demandimport.py", line
100, in _load
    mod = _hgextimport(_import, head, globals, locals, None, level)
  File "/usr/lib64/python2.7/site-packages/mercurial/demandimport.py", line 53,
in _hgextimport
    return importfunc(name, globals, *args, **kwargs)
  File "/usr/lib64/python2.7/site-packages/mercurial/httppeer.py", line 89, in
<module>
    class httppeer(wireproto.wirepeer):
  File "/usr/lib64/python2.7/site-packages/mercurial/demandimport.py", line
152, in __getattribute__
    self._load()
  File "/usr/lib64/python2.7/site-packages/mercurial/demandimport.py", line
100, in _load
    mod = _hgextimport(_import, head, globals, locals, None, level)
  File "/usr/lib64/python2.7/site-packages/mercurial/demandimport.py", line 53,
in _hgextimport
    return importfunc(name, globals, *args, **kwargs)
  File "/usr/lib64/python2.7/site-packages/mercurial/wireproto.py", line 672,
in <module>
    permissions['batch'] = 'pull'
NameError: name 'permissions' is not defined
exit status 1
Fri 30 Mar 13:29:26 CEST 2018


--1522519508.8ef30.16156
Date: Sat, 31 Mar 2018 18:05:08 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1087708
           Summary: mc calls xls2csv with wrong parameters causing error
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: carlos.e.r-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I tried to view two two files with xls extension with mc (Midnight Commander),
and it complained that it could not because xls2csv was not installed. I
installed it, then I got the following error:

+++-------
xls2csv - Recode a spreadsheet's charset and save as CSV.

usage: xls2csv -x spreadsheet.xls [-w worksheet] [-n worksheet number] [-b
charset] [-c csvfile.csv] [-a charset] [-qshvWf]

-x  : filename of the source spreadsheet
-b  : the character set the source spreadsheet is in (before)
...
-------++-

Ie, it is being called with incorrect syntax or something.

I can not provide the xls files, they are bank statements; but they are not in
fact xls files:

Composite Document File V2 Document, Little Endian, Os: Windows, Version 6.1,
Code page: 1252, Create Time/Date: Fri Oct  2 09:36:30 2015, Last Saved
Time/Date: Fri Oct  2 09:38:52 2015, Name of Creating Application: Microsoft
Excel, Security: 0

HTML document, ISO-8859 text, with very long lines

Libre Office opens them without problems.

'mc' is creating on the fly and running this script to view them:

+++-------
#! /bin/sh

MC_EXT_FILENAME=/home/cer/Download/Firefox_downloads/300_....xls
export MC_EXT_FILENAME
MC_EXT_BASENAME=30032018_5534_0006056714.xls
export MC_EXT_BASENAME
MC_EXT_CURRENTDIR=/home/cer/Download/Firefox_downloads
export MC_EXT_CURRENTDIR
MC_EXT_SELECTED="30032018_5534_0006056714.xls"
export MC_EXT_SELECTED
MC_EXT_ONLYTAGGED=""
export MC_EXT_ONLYTAGGED

 xls2csv /home/cer/Download/Firefox_downloads/300....xls || strings
/home/cer/Download/Firefox_downloads/300.....xls
-------++-

It appears to me that if the command failed it should use "strings", but it
doesn't.

It seems the correct syntax is "xls2csv -x file.xls -c -


--1522547003.7A21C10.23783
Date: Sun, 1 Apr 2018 01:43:23 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1087710
           Summary: [Build 20180330] openQA test fails in btrfs_autocompletion
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
               URL: https://openqa.opensuse.org/tests/647209/modules/btrfs
                    _autocompletion/steps/4
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

## Observation

openQA test in scenario
opensuse-Tumbleweed-DVD-x86_64-extra_tests_filesystem@64bit fails in
[btrfs_autocompletion](https://openqa.opensuse.org/tests/647209/modules/btrfs_autocompletion/steps/4)

## Reproducible

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

## Expected result

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

## Further details

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

btrfs/bash completion is failing.

There is likely something more basic broken than btrfs, as there are other bash
syntax related failures popping up in this snapshot, that might have similar
root causes


--1522600587.57DaC4.893
Date: Sun, 1 Apr 2018 16:36:27 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1087721
           Summary: Patterns not showing in software selection during installation
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Kubic
          Assignee: kubic-bugs-at-opensuse.org
          Reporter: rbrown-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

YaST software selection isn't showing any Patterns during installation

Probably because patterns-caasp is most likely missing the additional metadata
YaST uses to decide what to show, with which icons, and in which order


--1522672924.01D48Aaf0.8355
Date: Mon, 2 Apr 2018 12:42:04 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1087753
           Summary: Dovecot fails to start, complaining "Can't open log file /var/log/dovecot.log: Permission denied"
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: AppArmor
          Assignee: suse-beta-at-cboltz.de
          Reporter: psychonaut-at-nothingisreal.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

After upgrading from Tumbleweed 20180308 to Tumbleweed 20180331 today, the
Dovecot service now refuses to start.  The error message is "Can't open log
file /var/log/dovecot.log: Permission denied".  I tried twiddling the
permissions on that file, but no luck.

On account of Bug 1069470 and a similar problem report at
<https://serverfault.com/questions/903204/dovecot-cant-open-log-after-upgrade>
I suspect this may be a problem with AppArmor.


--1522679022.4cC74.20877
Date: Mon, 2 Apr 2018 14:23:42 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1087756
           Summary: libzip-devel-1.5.0-1.1
    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: peter.simons-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

libzip-devel-1.5.0-1.1 advertises a broken path in its pkgconfig file:

> $ pkg-config --libs libzip    opensuse-haskell/git/master
> -L/usr//usr/lib64 -lzip -lbz2 -lz

Builds that actually try to use that path fail on OBS:

> RPM build errors:
> calling /usr/lib/rpm/brp-suse.d/brp-35-rpath
> ERROR: RPATH "/usr//usr/lib64" on /home/abuild/rpmbuild/BUILDROOT/ghc-LibZip-1.0.1-3.2.x86_64/usr/lib64/ghc-8.2.2/LibZip-1.0.1-FiMsivX6B9d73v5MxyCtdL/libHSLibZip-1.0.1-FiMsivX6B9d73v5MxyCtdL-ghc8.2.2.so is not allowed
> error: Bad exit status from /var/tmp/rpm-tmp.aD2iQ3 (%install)


--1522746042.EBFd2d4.10196
Date: Tue, 3 Apr 2018 09:00:42 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1087847
           Summary: The staging certificate in shim conflicted with the same one in kernel-source
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Bootloader
          Assignee: jsrain-at-suse.com
          Reporter: glin-at-suse.com
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

When shim is built in the staging project, it will install the staging
certificate to /etc/uefi/certs. Since the naming policy is to cut the first 8
hex of the sha1 checksum of the certificate, if the kernel is also built in the
same staging project, both shim and kernel would install the same staging
certificate to /etc/uefi/certs and the file conflict happens.

We can avoid the conflict by adding a suffix, say "-shim", to the certificate
installed by shim.

NOTE: It won't happen in the release project since shim only contains the
official CA certificate while the kernel contains the official SIGN
certificate.


--1522749968.f0EE4ee0.5437
Date: Tue, 3 Apr 2018 10:06:08 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1087860
           Summary: wine repeatedly asks to install wine-mono even though the package wine-mono was installed
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
               URL: http://lord.arch/tests/737/modules/wine/steps/26
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: meissner-at-suse.com
          Reporter: okurz-at-suse.com
        QA Contact: okurz-at-suse.com
          Found By: ---
           Blocker: ---

## Observation

After installing packages "wine" and "wine-mono" explicitly on openSUSE Leap
build 184.1 and calling wine on even a trivial Windows program a dialog pops up
to download and install a "wine-mono" package which should be there already.
This can now also be reproduced in an openQA test:
scenario opensuse-15.0-DVD-x86_64-wine@64bit in
[wine](http://lord.arch.suse.de/tests/737/modules/wine/steps/26)

## Reproducible

Every time on a clean installation of wine on openSUSE Leap 15.0 and I think
just the same on openSUSE Tumbleweed. Might also be on openSUSE Leap 42.3 but I
am not sure about this.

## Expected result

There should be no question for wine-mono installation if the system package is
alread installed OR a better description of the system package describing what
it is actually used for. I think the problem is that even if someone would
answer "yes" to the question to install the internal (non-openSUSE) wine-mono
package the next time the question pops up again but I'm not 100% sure on this.

## Further details

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


body:
--1522756989.4F125E335.23089
Date: Tue, 3 Apr 2018 12:03:09 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1087891
           Summary: Velum: Unable to find any pending nodes
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Containers
          Assignee: containers-bugowner-at-suse.de
          Reporter: rbrown-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: kubic-bugs-at-opensuse.org
          Found By: ---
           Blocker: ---

On current Kubic installations Velum starts, but when bootstrapping the cluster
no pending nodes are ever found

Steps to Reproduce:

Install Admin Node
Wait for Velum to Start
Create account and login
Use autoyast URL in bootstrap wizard to install 3x nodes via the network
Wait for all 3 nodes to be installed
Click Next (to the Node selection screen)
Wait

Expectation:

3 Nodes should appear on the Velum node selection screen

Actual results:

Node selection screen remains empty

summary: Velum: Unable to find any pending nodes


--1522770193.8d4E7A0.21823
Date: Tue, 3 Apr 2018 15:43:13 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1087924
           Summary: file: -L,-h options in usage output missing newline
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Enhancement
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: mail@bernhard-voelker.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The text in 'file --help' output lacks newline characters after both
the -L and the -h options:

  $ rpm -q file
  file-5.32-5.1.x86_64

  $ file --help
  ...
    -k, --keep-going           don't stop at the first match
    -l, --list                 list magic strength
    -L, --dereference          follow symlinks  -h, --no-dereference (default)
     don't follow symlinks  -n, --no-buffer            do not buffer output
    -N, --no-pad               do not pad output
    -0, --print0               terminate filenames with ASCII NUL
  ...

Instead, it should read (maybe with even better formatting):

  $ file --help
  ...
    -k, --keep-going           don't stop at the first match
    -l, --list                 list magic strength
    -L, --dereference          follow symlinks
    -h, --no-dereference (default)       don't follow symlinks
    -n, --no-buffer            do not buffer output
    -N, --no-pad               do not pad output
    -0, --print0               terminate filenames with ASCII NUL
  ...


--1522783484.1f50c75.32430
Date: Tue, 3 Apr 2018 19:24:44 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1087961
           Summary: ocaml-obuild does not build reproducibly
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: All
                OS: openSUSE Factory
            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: andisugandi-at-opensuse.org, andy-at-onthewings.net,
                    ohering-at-suse.com
            Blocks: 1041090
          Found By: Development
           Blocker: ---

/usr/bin/obuild and /usr/bin/obuild-simple
have variations in assembler output
that go away when /home/abuild/BUILD is on a 'disorderfs'
sorting filesystem.

Such effects have been observed in other packages when .o files were linked
together in (random) filesystem order


--1522788747.8a060.28460
Date: Tue, 3 Apr 2018 20:52:27 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1087977
           Summary: Wrong permissions on some systemd services
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: carlos.e.r-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I see in the warning log:

2018-04-03T21:55:55.204175+02:00 Minas-Anor systemd[1]: Configuration file
/usr/lib/systemd/system/snmptrapd.service is marked executable. Please remove
executable permission bits. Proceeding anyway.
2018-04-03T21:55:55.271335+02:00 Minas-Anor systemd[1]: Configuration file
/usr/lib/systemd/system/snmpd.service is marked executable. Please remove
executable permission bits. Proceeding anyway.


--1522806318.DF7ec8C0.26049
Date: Wed, 4 Apr 2018 01:45:18 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1087996
           Summary: Missing broadcom firmware BCM20702A1-0a5c-21e8.hcd for bluetooth adapter
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: All
                OS: openSUSE Factory
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: romulasry-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

https://forums.opensuse.org/showthread.php/530541-Direct-firmware-load-for-brcm-BCM20702A1-0a5c-21e8-hcd-failed-with-error-2

Here is the firmware
https://plugable.com/2014/06/23/plugable-usb-bluetooth-adapter-solving-hfphsp-profile-issues-on-linux/

You have to rename it to CM20702A1-0a5c-21e8.hcd to not get the error:

“Direct firmware load for brcm/BCM20702A1-0a5c-21e8.hcd failed with error -2”:


--1522830553.AbC0E0.25395
Date: Wed, 4 Apr 2018 08:29:13 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1088027
           Summary: pam_yubico: Authfile Leaking File Descriptor
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: kbabioch-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

When the authfile is successfully opened, the file descriptor is not closed and
leaks file descriptors. The file descriptor should be closed after this line;
https://github.com/Yubico/yubico-pam/blob/master/util.c#L177

References:
https://github.com/Yubico/yubico-pam/issues/136


body:
--1522839720.c6Ed50.17376
Date: Wed, 4 Apr 2018 11:02:00 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1088057
           Summary: systemd-coredump - executable missing
    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: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Recently, systemd-coredump was split out from the mani systemd package, which
allows various codestreams to install it by default or skip it, based on
patterns.

On Tumbleweed, systemd-coredump is installed by default, but is non-functional

/usr/lib/sysctl.d/50-coredump.conf still sets the correct values to
kernel.core_pattern=|/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %e

but the file /usr/lib/systemd/systemd-coredump is not part of the
systemd-coredump package:

> rpm -ql systemd-coredump
/etc/systemd/coredump.conf
/usr/bin/coredumpctl
/usr/lib/sysctl.d/50-coredump.conf
/usr/lib/systemd/system/sockets.target.wants/systemd-coredump.socket
/usr/lib/systemd/system/systemd-coredump.socket
/usr/lib/systemd/system/systemd-coredump@.service
/usr/share/man/man1/coredumpctl.1.gz
/usr/share/man/man5/coredump.conf.5.gz
/usr/share/man/man5/coredump.conf.d.5.gz
/usr/share/man/man8/systemd-coredump.8.gz
/usr/share/man/man8/systemd-coredump.socket.8.gz
/usr/share/man/man8/systemd-coredump@.service.8.gz
/var/lib/systemd/coredump

As a result, systemd-coredump is now defunct

(I spotted it in some openQA test where I'd expected coredumps to show up, but
the journal only contained things like
Apr 04 02:00:26 susetest kernel: Core dump to
|/usr/lib/systemd/systemd-coredump 8412 1000 100 11 1522821626
18446744073709551615 Chrome_~dThread pipe failed)

summary: systemd-coredump - executable missing


--1522866150.dca5aAEC0.26704
Date: Wed, 4 Apr 2018 18:22:30 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1088161
           Summary: Can't use dovecot after upgrade due to missing/wrong apparmor profile
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: AppArmor
          Assignee: suse-beta-at-cboltz.de
          Reporter: lhenriques-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

After upgrading Tumbleweed to one of the latest snapshots dovecot got an update
and I can't use it anymore.  Here's what I see in the dovecot logs:

dovecot[29330]: master: Dovecot v2.3.1 (8e2f634) starting up for imap
dovecot[29333]: imap-login: Login: user=<MY-USER>, method=PLAIN, rip=127.0.0.1,
lip=127.0.0.1, mpid=29340, TLS, session=<SESSION>
dovecot[29333]: master: Fatal: execv(/usr/lib/dovecot/stats) failed: Permission
denied
dovecot[29330]: master: Error: service(stats): command startup failed,
throttling for 2 secs
dovecot[29333]: stats: Fatal: master: service(stats): child 29341 returned
error 84 (exec() failed)
dovecot[29333]: master: Fatal: execv(/usr/lib/dovecot/stats) failed: Permission
denied
dovecot[29330]: master: Error: service(stats): command startup failed,
throttling for 4 secs
dovecot[29333]: stats: Fatal: master: service(stats): child 29344 returned
error 84 (exec() failed)

Looking at /var/log/audit/audit.log here's what I see:

type=AVC msg=audit(1522794786.771:126): apparmor="DENIED" operation="exec"
profile="/usr/sbin/dovecot" name="/usr/lib/dovecot/stats" pid=4073
comm="dovecot" requested_mask="x" denied_mask="x" fsuid=0 ouid=0
type=AVC msg=audit(1522794796.783:127): apparmor="DENIED" operation="exec"
profile="/usr/sbin/dovecot" name="/usr/lib/dovecot/stats" pid=4074
comm="dovecot" requested_mask="x" denied_mask="x" fsuid=0 ouid=0

I've seen bug https://bugzilla.opensuse.org/show_bug.cgi?id=1087753 but I'm not
sure it's actually related.


--1522884763.F4C2c14.14878
Date: Wed, 4 Apr 2018 23:32:43 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1088229
           Summary: "readonly_root_tools" pattern missing on Tumbleweed media
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Patterns
          Assignee: dimstar-at-opensuse.org
          Reporter: rbrown-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I have no idea where it's gone, but it's not present on the media, despite
being in patterns-base

Without it, the Transactional role is 100% broken (it installs no pattern atm)


--1522926010.bfdFE0.25837
Date: Thu, 5 Apr 2018 11:00:10 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1088281
           Summary: QUILT_PATCH_OPTS="--unified" in /etc/quilt.quiltrc breaks quilt usage with non-unified patches
    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: vuntz-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Someone was submitting a patch to a package in a non-unified format, and when I
was trying to use quilt to debug something in the patch, this failed with:

 patch: **** Only garbage was found in the patch input.

After using --trace, I found out that quilt was calling patch with "--unified",
and this comes from /etc/quilt.quiltrc:

 QUILT_PATCH_OPTS="--unified"

Not being an expert of patch, but I would expect that we can depend on patch
guessing the right format.


--1522928534.6fafb1.8292
Date: Thu, 5 Apr 2018 11:42:14 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1088291
           Summary: [Build 191.1] openQA test fails in install_otherDE_pattern
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
               URL: https://openqa.opensuse.org/tests/650252/modules/insta
                    ll_otherDE_pattern/steps/6
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Patterns
          Assignee: simonf.lees-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

## Observation

openQA test in scenario opensuse-15.0-NET-x86_64-otherDE_enlightenment@64bit
fails in
[install_otherDE_pattern](https://openqa.opensuse.org/tests/650252/modules/install_otherDE_pattern/steps/6)

patterns-desktop-imaging_opt recommends AdobeICCProfiles

## Reproducible

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

## Expected result

Last good: (unknown) (or more recent)

## Further details

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


body:
--1522934454.dBC1851.18268
Date: Thu, 5 Apr 2018 13:20:54 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1088304
           Summary: DVD offer upgrade option
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kubic
          Assignee: kubic-bugs-at-opensuse.org
          Reporter: kukuk-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The Kubic DVD offers an upgrade option, but this does not exist for
Kubic/MicroOS.

summary: DVD offer upgrade option


--1522944852.7bb51.22403
Date: Thu, 5 Apr 2018 16:14:12 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1088338
           Summary: yast2 vm tries to install patterns-openSUSE-kvm_server
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: YaST2
          Assignee: yast2-maintainers-at-suse.de
          Reporter: lnussel-at-suse.com
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

yast2 vm tries to install e.g. patterns-openSUSE-kvm_server which doesn't exist
anymore in Leap 15


--1523004551.02a1fC41.14105
Date: Fri, 6 Apr 2018 08:49:11 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1088426
           Summary: yast2-nfs-client still uses nfs4 and minorversion
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: YaST2
          Assignee: yast2-maintainers-at-suse.de
          Reporter: ancor-at-suse.com
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

yast2-nfs-client still uses nfs4 in the vfstype to specify a NFSv4 mount and
the combination of nfs4 and minorversion=1 mntops to specify a NFSv4.1 mount.

Those legacy mechanisms stopped to work in Tumbleweed at some point in time
(although the "man nfs" page didn't change) and will not longer work in SLE 15
/ Leap 15. They are completely ignored so using them is equivalent to not
specifying any version for the NFS protocol.

The YaST module should use the current way, which is using only the nfsvers
mount option (or the vers one, which is an alias).


--1523013995.fa00C43A0.26888
Date: Fri, 6 Apr 2018 11:26:35 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1088463
           Summary: ImageMagick fails test suite when built against ghostscript 9.23
    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: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

We received an update request for ghostscript to version 9.23 in Tumbleweed:
  https://build.opensuse.org/request/show/590297

The staging group with this ghostscript update shows reproducible build failure
of ImageMagick, in the test suite:

[  410s] Testsuite summary for ImageMagick 7.0.7
[  410s]
============================================================================
[  410s] # TOTAL: 86
[  410s] # PASS:  79
[  410s] # SKIP:  0
[  410s] # XFAIL: 0
[  410s] # FAIL:  7
[  410s] # XPASS: 0
[  410s] # ERROR: 0

This is currently all in Staging:M and can be reproduced, analysed there:

Full build log of ImageMagick:
https://build.opensuse.org/build/openSUSE:Factory:Staging:M/standard/x86_64/ImageMagick/_log


--1523046955.da478E0.14893
Date: Fri, 6 Apr 2018 20:35:55 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1088524
           Summary: Recent aaa_base update breaks sourcing of bash.bashrc.local
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: archie.cobbs-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

This commit created a bug:

https://github.com/openSUSE/aaa_base/commit/b9a57d5a64b3d2d09bc591f894f6558f1945df70

The bug is that "unset is" was added to /etc/profile.

That causes "is" to get unset on bash.bashrc when /etc/profile is invoked here
(line 326):

    if test \( -n "$SSH_CONNECTION" -o -n "$SUDO_COMMAND" \) -a -z
"$PROFILEREAD" ; then
        _SOURCED_FOR_SSH=true
        . /etc/profile > /dev/null 2>&1
        unset _SOURCED_FOR_SSH
    fi

As a result, all code following this point in bash.bashrc that depends on
variable $is is broken.

In particular, the sourcing of bash.bashrc.local.

WTF this commit is attempting to do is unknown because the bug that motivated
it is not public.

Here's a proposed fix:

    -


body:
Build Identifier:

In April 2017, the date format of LaTeX has been changed from yyyy/mm/dd to
yyyy-mm-dd. This was fixed in auctex-11.90.2, but Leap 15.0 still delivers
emacs-auctex-11.90. The current version of auctex is 12.1. The old date format
causes emacs to not recognize that it has processed the file.

Reference:
https://tex.stackexchange.com/questions/368408/auctex-says-latex-problems-after-1-page

Reproducible: Always

Steps to Reproduce:
1. Prepare a LaTeX file with emacs + auctex
2. Press C-c C-c to process the file
3.
Actual Results:
Emacs *Messages* buffer says: "LaTeX: problems after {37} pages" (in my
particular case - the "37" could be any number of pages)

Expected Results:
I would expect that the compilation would report success, and another C-c C-c
sequence would ask me for the previewer program, not a repeat of the LaTeX
program.

The answer provided by giordano at

https://tex.stackexchange.com/questions/368408/auctex-says-latex-problems-after-1-page

describes the issue and its solution.

summary: The emacs-auctex package uses an obsolete date format and needs to be updated


--1523180436.23B03.16022
Date: Sun, 8 Apr 2018 09:40:36 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1088569
           Summary: NULL dereference at reset_common_ring() in drm-kmp
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          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
          Found By: ---
           Blocker: ---

The latest drm-kmp caused an Oops with NULL dereference at i915 module
reset_common_ring().

The ports[0].request seems to be NULL.


--1523255037.7e6A0.19840
Date: Mon, 9 Apr 2018 06:23:57 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1088590
           Summary: VUL-0: CVE-2018-1000166: cfitsio: Unsafe use of sprintf() can allow a remote unauthenticated attacker to execute arbitrary code
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
               URL: https://smash.suse.de/issue/203306/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: asterios.dramis-at-gmail.com
          Reporter: jsegitz-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

rh#1563913

CFITSIO before version 3.43 unsafely uses sprintf() in multiple files without
checking input size. A remote unauthenticated attacker could exploit this to
execute arbitrary code.

References:
https://heasarc.gsfc.nasa.gov/FTP/software/fitsio/c/docs/changes2.txt
https://bugzilla.redhat.com/show_bug.cgi?id=1563913
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2018-1000166


--1523263888.8a2d2E0.29109
Date: Mon, 9 Apr 2018 08:51:28 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1088613
           Summary: VUL-1: CVE-2018-1000164 python-gunicorn: Improper neutralization of CRLF Sequences can allow an attacker to cause a server to return arbitrary HTTP headers
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
               URL: https://smash.suse.de/issue/203309/
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: jsegitz-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

rh#1564940

python-gunicorn before version 19.5.0 has a HTTP response splitting
vulnerability in the http/wsgi.py:process_headers() function caused by the
improper neutralization of CRLF sequences. An attacker could exploit this to
cause a server to return arbitrary HTTP headers.

References:
https://epadillas.github.io/2018/04/02/http-header-splitting-in-gunicorn-19.4.5
https://github.com/benoitc/gunicorn/issues/1227
https://github.com/benoitc/gunicorn/commit/5263a4ef2a63c62216680876f3813959839608ff
https://bugzilla.redhat.com/show_bug.cgi?id=1564940
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2018-1000164


body:
--1523276294.aAAe44A0.11769
Date: Mon, 9 Apr 2018 12:18:14 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1088676
           Summary: config file paths in manual page wrong
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kubic
          Assignee: iforster-at-suse.com
          Reporter: kukuk-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The manual page for transactional-update.conf contains two wrong paths (or
better has a /usr too much in front):

/usr/etc/transactional-update.conf
/usr/usr/etc/transactional-update.conf

summary: config file paths in manual page wrong


--1523276781.8cCCE70.15327
Date: Mon, 9 Apr 2018 12:26:21 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1088679
           Summary: skelcd-installer-net-openSUSE missing boot/ARCH/efi file
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: YaST2
          Assignee: snwint-at-suse.com
          Reporter: mlin-at-suse.com
        QA Contact: jsrain-at-suse.com
                CC: lnussel-at-suse.com
          Found By: ---
           Blocker: ---

We switched to skelcd-installer-net-openSUSE on Leap 15, the net iso does not
work on uefi boot (openqa: https://openqa.opensuse.org/tests/652849), it looks
like skelcd-installer-net-openSUSE missing boot/x86_64/efi file therefore
product-builder haven't call x86_64_efi() adds uefi related parameters when
creating iso.


--1523331007.F58DC40.29259
Date: Tue, 10 Apr 2018 03:30:07 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1088784
           Summary: hb_report does not work, failed to connect to other nodes.
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: High Availability
          Assignee: ha-bugs-at-suse.de
          Reporter: lszhu-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

node1:/home/lszhu # hb_report
WARNING: node1# passwordless ssh to node(s)  node2 does not work
WARNING: node1# could not figure out the log format of
/var/log/ha-cluster-bootstrap.log
Traceback (most recent call last):
  File "/usr/share/crmsh/hb_report/hb_report", line 411, in <module>
    run()
  File "/usr/share/crmsh/hb_report/hb_report", line 269, in run
    get_log()
  File "/usr/share/crmsh/hb_report/hb_report", line 67, in get_log
    os.path.join(constants.WORKDIR, constants.JOURNAL_F))
  File "/usr/share/crmsh/hb_report/utillib.py", line 334, in collect_journal
    crmutils.str2file(get_command_info(cmd)[1], outf)
  File "/usr/lib/python3.6/site-packages/crmsh/utils.py", line 529, in str2file
    dst.write(to_ascii(s))
UnicodeEncodeError: 'ascii' codec can't encode character '\u201c' in position
275597: ordinal not in range(128)
tar: This does not look like a tar archive
tar: Exiting with failure status due to previous errors
INFO: node1# Please provide password for you user at node2
INFO: node1# Note that collecting data will take a while.
WARNING: node1# ssh: connect to host node2 port 22: No route to host
INFO: node1# Trying connect by 192.168.100.18
WARNING: node1# ssh: connect to host 192.168.100.18 port 22: No route to host
tar: This does not look like a tar archive
tar: Exiting with failure status due to previous errors
INFO: node1# The report is saved in ./hb_report-2-10-04-2018.tar.bz2
INFO: node1# Report timespan: 04/09/18 23:27:00 - 04/10/18 11:27:46
INFO: node1# Thank you for taking time to create this report.
node1:/home/lszhu # crm status
Stack: corosync
Current DC: node1 (version 1.1.18+20180216.ae50b7f5d-1.1-ae50b7f5d) - partition
with quorum
Last updated: Tue Apr 10 11:27:51 2018
Last change: Tue Apr  3 14:19:38 2018 by hacluster via cibadmin on node1

2 nodes configured
2 resources configured

Online: [ node1 node2 ]

Full list of resources:

 admin-ip    (ocf::heartbeat:IPaddr2):    Started node1


body:
--1523370149.e1a6C73.25126
Date: Tue, 10 Apr 2018 14:22:29 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1088884
           Summary: server role installs console pattern
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Patterns
          Assignee: rbrown-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

the server role installs the console pattern. That has two drawbacks

- it's big. the console pattern contains stuff like emacs and what not.
- it's not what SLE does. To aid the migration path I'd prefer to use a similar
package set as SLE.

So I think we should make the server role use the base pattern instead.

summary: server role installs console pattern


body:
--1523370192.1aCBb79.25126
Date: Tue, 10 Apr 2018 14:23:12 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1088885
           Summary: GCC 8: zbar build fails
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: martin.liska-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

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

[   86s] qt/QZBar.cpp: In member function 'virtual void
zbar::QZBar::paintEvent(QPaintEvent*)':
[   86s] qt/QZBar.cpp:186:11: error: catching polymorphic type 'class
zbar::Exception' by value [-Werror=catch-value=]
[   86s]      catch(Exception) {
[   86s]            ^~~~~~~~~

summary: GCC 8: zbar build fails


--1523387967.eA3537cb6.14922
Date: Tue, 10 Apr 2018 19:19:27 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1088932
           Summary: evolution web process crashes authenticating gmail w/orca running
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: All
                OS: Linux
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
          Assignee: bnc-team-gnome-at-forge.provo.novell.com
          Reporter: mgorse-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I noticed this on SLE 15 while testing webkit2gtk3 2.20.0, but it probably
applies to Leap and Tumbleweed as well.
If I open evolution and set up a gmail account with orca running, then an
authentication dialogue pops up, and I'm asked to confirm my email address or
phone number. After clicking next, the web process crashes.


--1523389559.0Cb220.19149
Date: Tue, 10 Apr 2018 19:45:59 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1088935
           Summary: ddccontrol: invalid udev rule, i2c-dev is not loaded
    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: Ansgar.Hockmann-Stolle@uni-osnabrueck.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 766639
  --> http://bugzilla.opensuse.org/attachment.cgi?id=766639&action=edit
Trivial patch to correct the issue

After installing ddccontrol and rebooting the module i2c-dev is still not
loaded. systemd reports:

Invalid rule /usr/lib/udev/rules.d/90-ddccontrol-i2c.rules:7: invalid ACTION
operation

I changed line 7 of /usr/lib/udev/rules.d/90-ddccontrol-i2c.rules from

ACTION="add"

to

ACTION=="add"

and after rebooting the module was loaded correctly.


--1523424679.4Cb17d5E0.24244
Date: Wed, 11 Apr 2018 05:31:19 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1089025
           Summary: [diff] osc diff -r rev1:rev2 is not always working as expected
    Classification: Internal Novell Products
           Product: openSUSE Build Service
           Version: 2.5
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: osc
          Assignee: adrian-at-suse.com
          Reporter: eich-at-suse.com
        QA Contact: adrian-at-suse.com
          Found By: Development
           Blocker: ---

'osc diff' is not always producing output reliably: Using it on a devel
project, it looks like it produces no output when the submission to factory has
been 'folded back' - which is quite annoying.

In science/netcdf-cxx4 on OBS a 'osc diff -r 22:20' (or osc 'diff -r 20:22')
produces no output nor does it for any earlier commits.


body:
Build Identifier:

In the concurrent PHP7 repository here:
http://download.opensuse.org/repositories/devel:/languages:/perl/openSUSE_Leap_42.3/

the currently provided PHP version is 7.2.4
Unlike the previous 7.2.3 version, the php7-imap extension is missing.
This extension is required for some popular php applications like squirrelmail,
roundcubemail. It would be nice to have a concurrent php7 repo providing the
imap extension.

Reproducible: Always

summary: php7-imap extension missing since 7.2.3


body:
--1523450100.F3bC0.10097
Date: Wed, 11 Apr 2018 12:35:00 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1089095
           Summary: Rename readonly_root_tools pattern to transactional_base
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Patterns
          Assignee: rbrown-at-suse.com
          Reporter: rbrown-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The readonly_root_tools pattern doesn't make sense as a name now we have
renamed the related role to "Transactional Server"

Also, as the role needs to pull through specific presets in order to give
transactional updates automatically, this separates it from a general purpose
'pattern for readonly root filesystems'

So, renaming the pattern appropriately and it's references in the skelcd's in a
must

pkgs: patterns-base patterns-media


--1523456855.dDfdBF064.8246
Date: Wed, 11 Apr 2018 14:27:35 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1089126
           Summary: mkisofs: Installation problem: '$INS_BASE/share/lib/siconv/' missing.
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: jengelh-at-inai.de
          Reporter: schwab-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

PowerPC images currently fail to build due to this error:

[  186s] Apr-10 22:48:43 <1> : EXEC [/usr/bin/mkisofs -r -pad -f -J
-joliet-long -p "KIWI - http://opensuse.github.com/kiwi" -publisher "SUSE LINUX
GmbH" -A "openSUSE-Tumbleweed-DVD-ppc64-Build147.1-Media" -V
"openSUSE-Tumbleweed-DVD-ppc64147" -chrp-boot -hfs-bless
/usr/src/packages/KIWIROOT/main/openSUSE-Tumbleweed-DVD-ppc64-Build147.1-Media/boot/ppc64/grub2-ieee1275
-hfs-volid 'unknown' -l --macbin -map
/usr/share/kiwi/metadata/KIWIIsoLinux-AppleFileMapping.map --netatalk -part -U
-o
/usr/src/packages/KIWIROOT/main/openSUSE-Tumbleweed-DVD-ppc64-Build147.1-Media.iso
/tmp/kiso-loader-izSceT
/usr/src/packages/KIWIROOT/main/openSUSE-Tumbleweed-DVD-ppc64-Build147.1-Media
2>&1]
[  186s] Apr-10 22:48:43 <3> : Failed to call /usr/bin/mkisofs: Warning:
creating filesystem that does not conform to ISO-9660.
[  186s] Unknown HFS charset 'cp10000'.
[  186s] Known charsets are:
[  186s] mkisofs: Installation problem: '$INS_BASE/share/lib/siconv/' missing.


--1523479259.02a455e5.14985
Date: Wed, 11 Apr 2018 20:40:59 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1089255
           Summary: yast install hypervisor and tools not working correctly
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Virtualization:Tools
          Assignee: virt-bugs-at-suse.de
          Reporter: sreeves-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

1. yast2-vm not installed by default on new tumbleweed install. Talking with
the VM team and it probably should be.

2. The "KVM Tools" checkbox is greyed out. I do not have any kvm or libvirt
packages installed on my box so it should be available for install.


--1523517071.ebB540.15968
Date: Thu, 12 Apr 2018 07:11:11 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1089287
           Summary: sddm default configuration misses -keeptty option for X server
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: All
                OS: openSUSE Factory
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: KDE Applications
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: werner-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The current configuration in /usr/lib/sddm/sddm.conf.d/00-general.conf misses
the option -keeptty to help the systemd-logind to identify the X server on vt7
with its controlling tty


--1523520929.c71e0Be0.19994
Date: Thu, 12 Apr 2018 08:15:29 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1089297
           Summary: Version update spec-cleaner to version 1.0.7
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: tchvatal-at-suse.com
          Reporter: tchvatal-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

In order to bring latest fixes implemented in spec-cleaner we need to update
version of spec-cleaner on stable products to latest release.

This brings changes since release 1.0.2 which provide quite few interesting
features and fixes as per changelog.


--1523521418.A102A020.21844
Date: Thu, 12 Apr 2018 08:23:38 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1089299
           Summary: backup-sysconfig fails with "disk space error" if tar was missing
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: wagner-thomas-at-gmx.at
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I updated from Leap 42.3 to 15.0 beta a few days ago. Since then,
backup-sysconfig.service fails, claiming that the disk is full. Here is the log
exert:
    Apr 09 00:40:37 xmpp systemd[1]: Starting Backup /etc/sysconfig
directory...
    Apr 09 00:40:37 xmpp backup-sysconfig[29210]: ERROR!! can not backup
sysconfig files
    Apr 09 00:40:37 xmpp backup-sysconfig[29210]: to /var/adm/backup/sysconfig.
    Apr 09 00:40:37 xmpp backup-sysconfig[29210]: Maybe there is not enough
disk space.
    Apr 09 00:40:37 xmpp systemd[1]: Started Backup /etc/sysconfig directory.

However, there is more than enough disk space available.
# df -h /var/adm/backup/sysconfig
Dateisystem    Gr��e Benutzt Verf. Verw% Eingeh�ngt auf
/dev/vda2        18G    4,8G   14G   27% /
# du -hs /etc/sysconfig/
368K    /etc/sysconfig/

Debugging reveals that tar is missing:
# bash -x /usr/lib/base-scripts/backup-sysconfig
+ umask 022
+ PATH=/sbin:/bin:/usr/sbin:/usr/bin
+ export PATH
+ '[' -f /etc/sysconfig/backup ']'
+ . /etc/sysconfig/backup
++ RPMDB_BACKUP_DIR=/var/adm/backup/rpmdb
++ MAX_RPMDB_BACKUPS=5
++ RCCONFIG_BACKUP_DIR=/var/adm/backup/sysconfig
++ MAX_RCCONFIG_BACKUPS=5
+ test -n /var/adm/backup/sysconfig -a -e /etc/sysconfig
+ mkdir -p /var/adm/backup/sysconfig
+ OLD_MD5=
+ test -e /var/adm/backup/sysconfig/sysconfig_recent_md5
++ find /etc/sysconfig -type f -exec cat '{}' +
++ md5sum
+ NEW_MD5='40f6e7f166725241a55d47fcd8c1593e  -'
+ test '' '!=' '40f6e7f166725241a55d47fcd8c1593e  -'
++ date +%Y%m%d
+ DATESTRING=20180412
+ NEWNAME=/var/adm/backup/sysconfig/sysconfig-20180412.tar.gz
+ NUMBER=2
+ '[' -e /var/adm/backup/sysconfig/sysconfig-20180412.tar.gz ']'
+ tar czfp /var/adm/backup/sysconfig/sysconfig-20180412.tar.gz /etc/sysconfig
+ echo 'ERROR!! can not backup sysconfig files'
ERROR!! can not backup sysconfig files
+ echo 'to /var/adm/backup/sysconfig.'
to /var/adm/backup/sysconfig.
+ echo 'Maybe there is not enough disk space.'
Maybe there is not enough disk space.
+ rm -f /var/adm/backup/sysconfig/sysconfig-20180412.tar.gz
+ exit 0

Checking the dependencies:
#rpm -qf /usr/lib/base-scripts/backup-sysconfig
aaa_base-extras-84.87+git20180208.8eeab90-lp150.2.1.x86_64

# rpm -q --requires aaa_base-extras
/bin/sh
/bin/sh
/bin/sh
/bin/sh
/bin/sh
aaa_base = 84.87+git20180208.8eeab90
config(aaa_base-extras) = 84.87+git20180208.8eeab90-lp150.2.1
fillup
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(PayloadIsXz) <= 5.2-1

Thus, it cannot work since the dependency on tar is missing for
aaa_base-extras.
In most cases this bug never occurs since tar is installed on most systems.
However, minimal installation for virtual machines often don't have/need tar.

I propose three possible solution:
a) provide a better error message of backup-sysconfig (tar is missing instead
of disk-full),
b) add tar to the dependency list
c) use cpio if tar was missing, since cpio is already required by aaa_base


--1523531846.5f4eaeff0.7152
Date: Thu, 12 Apr 2018 11:17:26 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1089332
           Summary: dracut doesn't use the nfs server address given by DHCP
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: daniel.molkentin-at-suse.com
          Reporter: fvogt-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

dracut.cmdline says, that if the root= parameter does not include the server
for NFS root, the bootserver given by DHCP is used.

This doesn't work with wicked, as the lease file is never read in the right
place.
PoC fix:
https://build.opensuse.org/package/view_file/home:favogt:nfsroot/dracut/fix-bootserver.patch?expand=1

It should probably be fixed in a more general way though, as there are more
places where /tmp/net.$1.override is read, but /tmp/leaseinfo.$1.dhcp.* isn't.

To reproduce the issue, build an initrd image with nfs support and supply
"ip=dhcp rd.neednet=1 root=nfs4:/foo" as cmdline.


--1523532042.C75405aa0.8261
Date: Thu, 12 Apr 2018 11:20:42 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1089333
           Summary: DHCP leases acquired in the initrd are not carried over into the sysroot
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: daniel.molkentin-at-suse.com
          Reporter: fvogt-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

If the initrd acquires a DHCP lease (e.g. for nfs root), the booted system has
two IP addresses.

This is because dracut configures the interface with wicked with a generated
UUID and later the booted system uses a different UUID.

As a result, the original DHCP lease acquired during the initrd phase is never
renewed, causing issues.


--1523599966.B25ce63.11476
Date: Fri, 13 Apr 2018 06:12:46 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1089467
           Summary: dell 5520 docking station WD15 poor audio quality
    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: bpoirier-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

When first playing a sound, there is some delay (noticeable but less than
1s), then a click, then the sound, then 10s later another click. It seems like
some circuit of the audio card is activated and deactivated. It is quite
annoying since AFAIK the laptop has no bell so I use this sound card to handle
x11 bell events. In this case, the delay and the clicks/pops are easily
noticeable.

This does not happen when playing sound through the built-in audio card.


body:
--1523615316.adeE10.26534
Date: Fri, 13 Apr 2018 10:28:36 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1089487
           Summary: apache2-mod_php7 provides libphp7.so()
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: pgajdos-at-suse.com
          Reporter: mrueckert-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

apache2-mod_php7 should *not* provide libphp7.so()

It doesn't actually provide the file for it at all. zypper sees the provides
and takes it as a valid provider for packages that actually need php7-embed.

summary: apache2-mod_php7 provides libphp7.so()


--1523620032.d4D30.16470
Date: Fri, 13 Apr 2018 11:47:12 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1089502
           Summary: clamav 0.99.4 is outdated, update to 0.100.0 please.
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: Mathias.Homann-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

the latest clamav for Leap 42.3 is 0.99.4, the latest release fro upstream is
0.100.0, please update.


body:
--1523650751.78C4C0.22877
Date: Fri, 13 Apr 2018 20:19:11 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1089594
           Summary: AppArmor profile for updatedb
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: openSUSE 42.2
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: AppArmor
          Assignee: tchvatal-at-suse.com
          Reporter: suse-beta-at-cboltz.de
        QA Contact: qa-bugs-at-suse.de
          Found By: Beta-Customer
           Blocker: ---

Created attachment 767160
  --> http://bugzilla.opensuse.org/attachment.cgi?id=767160&action=edit
AppArmor profile for updatedb

As mentioned in bug 727971, here's an AppArmor profile for updatedb. Creating
that profile was simple and boring ;-)

Can you please test it before we package it? Save the attached profile as
/etc/apparmor.d/usr.bin.updatedb, run "rcapparmor reload" and then run updatedb
and/or wait for the cronjob to run. Afterwards, check your audit.log if there
are any denials.

Note that the profile will need some polishing before we package it (for
example a small copyright header and a local/ include), but that shouldn't stop
you from testing ;-)

Also note that I only tested with manually running updatedb as "nobody" - I was
too impatient to wait for the cronjob ;-)  Testing as root might also be a good
idea.

summary: AppArmor profile for updatedb


--1523901054.cEc04e80.4911
Date: Mon, 16 Apr 2018 17:50:54 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1089748
           Summary: python-pybeam: Doesn't work with Erlang 20
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: matwey.kornilov-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Erlang 20 introduced a new type of BEAM file chunk. So now export and import
cannot be loaded properly because b'AtU8' is not parsed correctly.

This issue need to be fixed by updating to python-pybeam 0.4.1

https://github.com/matwey/pybeam/issues/7


--1523909603.ADEBdb6C0.24306
Date: Mon, 16 Apr 2018 20:13:23 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1089758
           Summary: LoadParm().load_default() fails with "Unable to load default file"
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Samba
          Assignee: samba-maintainers@SuSE.de
          Reporter: david.mulder-at-suse.com
        QA Contact: samba-maintainers@SuSE.de
          Found By: ---
           Blocker: ---

Python 2.7.14 (default, Oct 12 2017, 15:50:02) [GCC] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from samba.param import LoadParm
>>> lp = LoadParm()
>>> lp.load_default()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
RuntimeError: Unable to load default file

This doesn't happen against TW from a month ago (which I think was using 4.7).
I haven't been able to get a backtrace, since the build is failing with a rpc
issue.


--1523913216.fC7eb0C9.30811
Date: Mon, 16 Apr 2018 21:13:36 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1089762
           Summary: openSUSE Leap 15.0: AARCH64: CONFIG_NR_CPUS should be set to 256
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-maintainers-at-forge.provo.novell.com
          Reporter: rrichter-at-cavium.com
        QA Contact: qa-bugs-at-suse.de
                CC: afaerber-at-suse.com, agraf-at-suse.com, mbrugger-at-suse.com,
                    rrichter-at-cavium.com, yousaf.kaukab-at-suse.com
          Found By: ---
           Blocker: ---

CONFIG_NR_CPUS is set to 128, but there are systems like ThunderX2 with up to
256 cores.

CONFIG_NR_CPUS should be set to 256 as in Leap 42.3.

See:

https://kernel.opensuse.org/cgit/kernel-source/tree/config/arm64/default?h=openSUSE-15.0#n536

https://kernel.opensuse.org/cgit/kernel-source/tree/config/arm64/default?h=openSUSE-42.3#n459

Same for Tumbleweed:

https://kernel.opensuse.org/cgit/kernel-source/tree/config/arm64/default?h=stable#n585


--1523953501.e5C45.16309
Date: Tue, 17 Apr 2018 08:25:01 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1089808
           Summary: incinga2: Fails to build with Boost 1.67.0
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: thardeck-at-suse.com
          Reporter: amajer-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: ecsos-at-schirra.net, thardeck-at-suse.com
            Blocks: 1089801
          Found By: ---
           Blocker: ---

New Boost library has been released and unfortunately this package fails to
build with it. The new boost library is already submitted to
devel:libraries:c_c++/boost and will be submitted to openSUSE:Factory shortly.

https://build.opensuse.org/package/live_build_log/home:adamm:boost_test/icinga2/openSUSE_Tumbleweed/x86_64

> [   95s] /home/abuild/rpmbuild/BUILD/icinga2-2.8.2/lib/base/timer.cpp: In static member function 'static void icinga::Timer::TimerThreadProc()':
> [   95s] /home/abuild/rpmbuild/BUILD/icinga2-2.8.2/lib/base/timer.cpp:269:74: error: no matching function for call to 'boost::date_time::subsecond_duration<boost::posix_time::time_duration, 1000>::subsecond_duration(double)'
> [   95s]     l_TimerCV.timed_wait(lock, boost::posix_time::milliseconds(wait * 1000));
> [   95s]                                                                           ^

The cause of this is change in Boost:DateTime that no longer accepts
non-integer types. In the past, these types were implicitly cast down to
integer values. Now this requires explicit cast.

https://svn.boost.org/trac10/ticket/11168


--1523954382.6Eafb5.19359
Date: Tue, 17 Apr 2018 08:39:42 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1089814
           Summary: pdns,pdns-recursor: Fails to build with Boost 1.67.0
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: nadvornik-at-suse.com
          Reporter: amajer-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: amajer-at-suse.com, michal.hrusecky-at-opensuse.org,
                    nadvornik-at-suse.com
            Blocks: 1089801
          Found By: ---
           Blocker: ---

New Boost library has been released and unfortunately this package fails to
build with it. The new boost library is already submitted to
devel:libraries:c_c++/boost and will be submitted to openSUSE:Factory shortly.

https://build.opensuse.org/package/live_build_log/home:adamm:boost_test/pdns/openSUSE_Tumbleweed/x86_64

upstream:

https://github.com/PowerDNS/pdns/pull/6358/commits/e6a9dde524b57bb57f1d063ef195bb1e2667c5fc

This patch will need to be ported to the generated pdns and pdns-recursor
sources to be able to build with new boost.


--1523954576.10EFa4.18668
Date: Tue, 17 Apr 2018 08:42:56 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1089815
           Summary: python-espressopp: Fails to build with Boost 1.67.0
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: junghans-at-votca.org
          Reporter: amajer-at-suse.com
        QA Contact: qa-bugs-at-suse.de
            Blocks: 1089801
          Found By: ---
           Blocker: ---

New Boost library has been released and unfortunately this package fails to
build with it. The new boost library is already submitted to
devel:libraries:c_c++/boost and will be submitted to openSUSE:Factory shortly.

https://build.opensuse.org/package/live_build_log/home:adamm:boost_test/python-espressopp/openSUSE_Tumbleweed/x86_64

> [ 1657s] /home/abuild/rpmbuild/BUILD/espressopp-1.9.5/src/integrator/Adress.cpp:459:76:   required from here
> [ 1657s] /usr/include/boost/serialization/access.hpp:116:11: error: 'class std::vector<espressopp::Real3D*>' has no member named 'serialize'
> [ 1657s]          t.serialize(ar, file_version);
> [ 1657s]          ~~^~~~~~~~~

The cause is likely a missing header include.


--1523987476.36BbA1.9991
Date: Tue, 17 Apr 2018 17:51:16 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1089932
           Summary: sddm small login menu and fonts on 4K UHD laptop display
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: KDE Workspace (Plasma)
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: terje@nordland-teknikk.no
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 767467
  --> http://bugzilla.opensuse.org/attachment.cgi?id=767467&action=edit
sddm login menu too small with small font size

While Gnome greetings is if fine size and fonts, the sddm in comparision is too
small and difficult to see on 4K UHD laptop display.
Attach an image.


body:
--1524030830.372353.30337
Date: Wed, 18 Apr 2018 05:53:50 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1089970
           Summary: [HPC, environment modules] /etc/profile.d snippets of 'Modules' and 'lua-lmod' Conflict
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: All
                OS: openSUSE Factory
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: hpc-maintainer-bugs-at-forge.provo.novell.com
          Reporter: eich-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: Development
           Blocker: ---

The snippets for /etc/porfile.d for 'Modules' (modules.sh' and lua-lmod
(lmod.sh)
provide the same shell functions and aliases. Both snippets get sourced when
the shell is initialized. Thus the last one to get sourced will win.
This is not desirable, thus the packages should conflict.

pkgs: lua-lmod mpich