--1527233770.d63d4.20306
Date: Fri, 25 May 2018 07:36:10 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1094627
           Summary: neovim mouse support is broken due to incompatibility with libtermkey library
    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: ---

One needs to bump libtermkey to version 0.20. Done here:

https://build.opensuse.org/request/show/611513
https://build.opensuse.org/request/show/611514


body:
--1527256243.B7de3Cfe0.3906
Date: Fri, 25 May 2018 13:50:43 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1094694
           Summary: iotop crashes after update
    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: ---

cer@Isengard:~> sudo /usr/sbin/iotop -o -d 3.3333
[sudo] password for cer:
Traceback (most recent call last):
  File "/usr/sbin/iotop", line 17, in <module>
    main()
  File "/usr/lib/python2.7/site-packages/iotop/ui.py", line 620, in main
    main_loop()
  File "/usr/lib/python2.7/site-packages/iotop/ui.py", line 610, in <lambda>
    main_loop = lambda: run_iotop(options)
  File "/usr/lib/python2.7/site-packages/iotop/ui.py", line 508, in run_iotop
    return curses.wrapper(run_iotop_window, options)
  File "/usr/lib64/python2.7/curses/wrapper.py", line 43, in wrapper
    return func(stdscr, *args, **kwds)
  File "/usr/lib/python2.7/site-packages/iotop/ui.py", line 501, in
run_iotop_window
    ui.run()
  File "/usr/lib/python2.7/site-packages/iotop/ui.py", line 155, in run
    self.process_list.duration)
  File "/usr/lib/python2.7/site-packages/iotop/ui.py", line 434, in
refresh_display
    lines = self.get_data()
  File "/usr/lib/python2.7/site-packages/iotop/ui.py", line 415, in get_data
    return list(map(format, processes))
  File "/usr/lib/python2.7/site-packages/iotop/ui.py", line 388, in format
    cmdline = p.get_cmdline()
  File "/usr/lib/python2.7/site-packages/iotop/data.py", line 292, in
get_cmdline
    proc_status = parse_proc_pid_status(self.pid)
  File "/usr/lib/python2.7/site-packages/iotop/data.py", line 196, in
parse_proc_pid_status
    key, value = line.split(':\t', 1)
ValueError: need more than 1 value to unpack
cer@Isengard:~>

Using:

iotop-0.6-11.3.noarch                  (main OSS repo)
python-curses-2.7.13-27.3.1.x86_64     (main OSS update repo)

summary: iotop crashes after update


--1527264661.87eFcF0.7583
Date: Fri, 25 May 2018 16:11:01 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1094717
           Summary: mutt reports as neomutt and incorrect version
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: openSUSE Factory
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: paka-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: Other
           Blocker: No

from the cl,

  10:58 Crash:~ > zypper se -sx mutt
  Loading repository data...
  Reading installed packages...

  S  | Name | Type    | Version   | Arch   | Repository
  ---+------+---------+-----------+--------+------------------------
  i+ | mutt | package | 1.9.1-1.3 | x86_64 | openSUSE-Tumbleweed OSS
  v  | mutt | package | 1.9.1-1.3 | i586   | openSUSE-Tumbleweed OSS

  zypper -v in --force mutt

  10:59 Crash:~ > mutt -v |grep -i neomutt
  NeoMutt 20170912 (1.9.0)
  To learn more about NeoMutt, visit: http://www.neomutt.org/
  If you find a bug in NeoMutt, please raise an issue at:
      https://github.com/neomutt/neomutt/issues
      or send an email to: <neomutt-devel-at-neomutt.org>

why does installing mutt 1.9.1 actually install neomutt 1.9.0


--1527325258.d5EBA1.30489
Date: Sat, 26 May 2018 09:00:58 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1094747
           Summary: Open with option in download dialog has no effect with kmozillahelper
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Firefox
          Assignee: bnc-team-mozilla-at-forge.provo.novell.com
          Reporter: fabian@ritter-vogt.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The "Open with" selection "Other" has no effect, the downloaded file gets still
opened in the default application.

There is only "COMMAND: GETFROMTYPE" arriving at kmozillahelper, so it's likely
a bug in mozilla-kde.patch.


--1527333971.eb52f023.9990
Date: Sat, 26 May 2018 11:26:11 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1094751
           Summary: Blank screen after Xorg shutdown on Intel GPU after upgrade to Leap 15.0
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-maintainers-at-forge.provo.novell.com
          Reporter: srid-at-rkmail.ru
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I've upgraded openSUSE Leap 42.3 to 15.0 on my laptop.
After the upgrade, if I choose to shut down Plasma session either with logout
command or by killing XOrg, the screen goes dark and computer stops responding
keyboard commands.

I use 'modesetting' xorg driver. If I install the xf86-video-intel driver, the
screen goes dark even before that, while logging into KDE.

The GPU is 2nd gen sandybridge. I'm not sure what other info I can provide.
It's possible to ssh into computer while the screen is dark.


body:
--1527338537.c0d3EE1.18241
Date: Sat, 26 May 2018 12:42:17 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1094754
           Summary: Apache 2.4 and mod_authn_dbd
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: x86-64
                OS: SUSE Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Apache
          Assignee: bnc-team-apache-at-forge.provo.novell.com
          Reporter: woe.2018-at-wizonet.ch
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

While using mod_authn_dbd, apache 2.4 can't load driver file apr_dbd_mysql.so.

Somethin I've done:

Install apache2 (prefork)
Adding mod_dbd and mod_authn_dbd to apache modules in /etc/sysconfig/apache2

Install dbd-mysql:
zypper in libapr-util1-dbd-mysql

Adding these lines to my configuration file:
-------
DBDriver     mysql
DBDParams    "host=localhost sock=/var/run/mysql/mysql.sock dbname=webaccess
user=apache pass=XXXXXXX"
DBDMin       4
DBDKeep      8
DBDMax       20
DBDExptime   300
<Directory /srv/www/htdocs/member>
    AuthName                  "Secure access"
    AuthType                  Basic
    AuthBasicProvider         socache dbd
    AuthnCacheProvideFor      dbd
    AuthnCacheContext         my-server
    AuthDBDUserPWQuery        "SELECT password FROM table WHERE user=%s"
    <Limit GET POST>
        require               valid-user
    </Limit>
</Directory>
------

when I check the configuration, apachectl says:
# apachectl -t
AH00526: Syntax error on line 34 of /etc/apache2/vhosts.d/myconfig.conf:
Can't load driver file apr_dbd_mysql.so

Line 34 is:
DBDriver     mysql

The driver is available at:
ll /usr/lib64/apr-util-1/
total 80
-rwxr-xr-x 1 root root 14896 May 15 18:14 apr_crypto_openssl-1.so
lrwxrwxrwx 1 root root    23 May 15 18:14 apr_crypto_openssl.so ->
apr_crypto_openssl-1.so
-rwxr-xr-x 1 root root 23096 May 15 18:14 apr_dbd_mysql-1.so
lrwxrwxrwx 1 root root    18 May 15 18:14 apr_dbd_mysql.so ->
apr_dbd_mysql-1.so
-rwxr-xr-x 1 root root 10368 May 15 18:14 apr_dbm_db-1.so
lrwxrwxrwx 1 root root    15 May 15 18:14 apr_dbm_db.so -> apr_dbm_db-1.so
-rwxr-xr-x 1 root root 10464 May 15 18:14 apr_ldap-1.so
lrwxrwxrwx 1 root root    13 May 15 18:14 apr_ldap.so -> apr_ldap-1.so

ldd says:
# ldd /usr/lib64/apr-util-1/apr_dbd_mysql-1.so
    linux-vdso.so.1 (0x00007ffe3bf68000)
    libmariadb.so.3 => /usr/lib64/libmariadb.so.3 (0x00007f6362cb1000)
    libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f6362a93000)
    libc.so.6 => /lib64/libc.so.6 (0x00007f63626d9000)
    libz.so.1 => /lib64/libz.so.1 (0x00007f63624c2000)
    libdl.so.2 => /lib64/libdl.so.2 (0x00007f63622be000)
    libssl.so.1.1 => /usr/lib64/libssl.so.1.1 (0x00007f6362052000)
    libcrypto.so.1.1 => /usr/lib64/libcrypto.so.1.1 (0x00007f6361bc7000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f6363108000)

An strace to httpd says at the end:
openat(AT_FDCWD, "/usr/lib64/apr-util-1/apr_dbd_mysql-1.so",
O_RDONLY|O_CLOEXEC) = 5
read(5, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0p \0\0\0\0\0\0"..., 832)
= 832
fstat(5, {st_mode=S_IFREG|0755, st_size=23096, ...}) = 0
mmap(NULL, 2118168, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 5, 0) =
0x7fe783b72000
mprotect(0x7fe783b77000, 2093056, PROT_NONE) = 0
mmap(0x7fe783d76000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0x4000) = 0x7fe783d76000
close(5)                                = 0
openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 5
fstat(5, {st_mode=S_IFREG|0644, st_size=38721, ...}) = 0
mmap(NULL, 38721, PROT_READ, MAP_PRIVATE, 5, 0) = 0x7fe78bcef000
close(5)                                = 0
openat(AT_FDCWD, "/usr/lib64/libmariadb.so.3", O_RDONLY|O_CLOEXEC) = 5
read(5, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\360s\1\0\0\0\0\0"...,
832) = 832
fstat(5, {st_mode=S_IFREG|0755, st_size=323904, ...}) = 0
mmap(NULL, 2426112, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 5, 0) =
0x7fe783921000
mprotect(0x7fe783966000, 2097152, PROT_NONE) = 0
mmap(0x7fe783b66000, 40960, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0x45000) = 0x7fe783b66000
mmap(0x7fe783b70000, 5376, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fe783b70000
close(5)                                = 0
mprotect(0x7fe783b66000, 32768, PROT_READ) = 0
munmap(0x7fe78bcef000, 38721)           = 0
munmap(0x7fe783b72000, 2118168)         = 0
munmap(0x7fe783921000, 2426112)         = 0
write(2, "AH00526: Syntax error on line 34"..., 81AH00526: Syntax error on line
34 of /etc/apache2/vhosts.d/myconfig.conf:
) = 81
write(2, "Can't load driver file apr_dbd_m"..., 40Can't load driver file
apr_dbd_mysql.so
) = 40
select(0, NULL, NULL, NULL, {tv_sec=0, tv_usec=10000}) = 0 (Timeout)

Therefore it seams, that apache find the apr_dbd_mysql-1.so but cant' use it.

libmariadb shows also ok:
# ldd /usr/lib64/libmariadb.so.3
    linux-vdso.so.1 (0x00007ffebacfa000)
    libz.so.1 => /lib64/libz.so.1 (0x00007f7a0f9b7000)
    libdl.so.2 => /lib64/libdl.so.2 (0x00007f7a0f7b3000)
    libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f7a0f595000)
    libssl.so.1.1 => /usr/lib64/libssl.so.1.1 (0x00007f7a0f329000)
    libcrypto.so.1.1 => /usr/lib64/libcrypto.so.1.1 (0x00007f7a0ee9e000)
    libc.so.6 => /lib64/libc.so.6 (0x00007f7a0eae4000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f7a0fe1f000)

Is there a bug in one of these files?

summary: Apache 2.4 and mod_authn_dbd


body:
Build Identifier:

Firefox 60.0.1 (64-bit). Opensuse leap 15.0. All updates applied. When opening
certain webpages firefox displays the error
"Gah. Your tab just crashed. We can help!  Choose Restore This Tab to reload
the page."

When run from terminal this error happens in terminal
"rob@linux-q0d3:~> firefox
[Parent 6444, Gecko_IOThread] WARNING: pipe error (56): Connection reset by
peer: file
/home/abuild/rpmbuild/BUILD/firefox-60.0.1/ipc/chromium/src/chrome/common/ipc_channel_posix.cc,
line 353
[Parent 6444, Gecko_IOThread] WARNING: pipe error (53): Connection reset by
peer: file
/home/abuild/rpmbuild/BUILD/firefox-60.0.1/ipc/chromium/src/chrome/common/ipc_channel_posix.cc,
line 353

###!!! [Parent][MessageChannel] Error:
(msgtype=0x15007F,name=PBrowser::Msg_Destroy) Channel error: cannot send/recv"

Tried with all extensions disabled but error still occuring.
Possibly happened after adding the Packman repository but not 100% on that.
Tried removing all updated packages from that repo but error still occuring.

Reproducible: Always

Steps to Reproduce:
1.Open firefox
2.Browse to website eg:
https://www.examiner.com.au/story/5408855/meet-the-joker-the-australian-who-is-the-biggest-gambler-in-the-world/
3.

about:buildconfig gives the following information.

about:buildconfig
Source

Built from http://hg.mozilla.org/releases/mozilla-release/rev/03d4f76300be
Build platform
target
x86_64-pc-linux-gnu
Build tools
Compiler     Version     Compiler flags
/usr/bin/gcc -std=gnu99     7.3.1     -Wall -Wempty-body -Wignored-qualifiers
-Wpointer-arith -Wsign-compare -Wtype-limits -Wunreachable-code
-Wduplicated-cond -Wno-error=maybe-uninitialized
-Wno-error=deprecated-declarations -Wno-error=array-bounds
-Wno-error=free-nonheap-object -Wformat -Wformat-overflow=2 -fmessage-length=0
-grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong
-funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -g
-fno-strict-aliasing -fno-delete-null-pointer-checks -U_FORTIFY_SOURCE
-D_FORTIFY_SOURCE=2 -fno-strict-aliasing -ffunction-sections -fdata-sections
-fno-math-errno -pthread -pipe
/usr/bin/g++     7.3.1     -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -Wall
-Wempty-body -Wignored-qualifiers -Woverloaded-virtual -Wpointer-arith
-Wsign-compare -Wtype-limits -Wunreachable-code -Wwrite-strings
-Wno-invalid-offsetof -Wc++1z-compat -Wduplicated-cond -Wimplicit-fallthrough
-Wno-error=maybe-uninitialized -Wno-error=deprecated-declarations
-Wno-error=array-bounds -Wno-error=free-nonheap-object -Wformat
-Wformat-overflow=2 -fno-sized-deallocation -fmessage-length=0
-grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong
-funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -g
-fno-strict-aliasing -fno-delete-null-pointer-checks -U_FORTIFY_SOURCE
-D_FORTIFY_SOURCE=2 -fno-exceptions -fno-strict-aliasing -fno-rtti
-ffunction-sections -fdata-sections -fno-exceptions -fno-math-errno -pthread
-pipe -g -g -O2 -fomit-frame-pointer
Configure options

--enable-application=browser --enable-update-channel=release --disable-tests
MOZILLA_OFFICIAL=1 '--enable-optimize=-g -O2'
--with-l10n-base=/home/abuild/rpmbuild/BUILD/l10n
--enable-default-toolkit=cairo-gtk3
--with-mozilla-api-keyfile=/home/abuild/rpmbuild/SOURCES/mozilla-api-key
--with-google-api-keyfile=/home/abuild/rpmbuild/SOURCES/google-api-key
MAKE=/usr/bin/gmake --enable-alsa --enable-libproxy --enable-official-branding
--enable-pie --enable-startup-notification --disable-updater
--includedir=/usr/include --libdir=/usr/lib64 --prefix=/usr --with-system-nspr
--with-system-nss --with-system-zlib

summary: Firefox error message "Gah. Your tab just crashed. We can help!  Choose Restore This Tab to reload the page." when opening certain webpages


--1527426916.63c6EFd0.31909
Date: Sun, 27 May 2018 13:15:16 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1094774
           Summary: desktop-file-utils do not recognize "font" media type
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: All
                OS: SUSE Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X11 Applications
          Assignee: xorg-maintainer-bugs-at-forge.provo.novell.com
          Reporter: joshua.kraemer-at-gmail.com
        QA Contact: xorg-maintainer-bugs-at-forge.provo.novell.com
          Found By: ---
           Blocker: ---

desktop-file-utils do not recognize the "font" media type and complain about
it:

$ sudo update-desktop-database
Error in file "/usr/share/applications/fontforge.desktop": "font/woff" is an
invalid MIME type ("font" is an unregistered media type)

This bug was already reported upstream and resolved:
https://bugs.freedesktop.org/show_bug.cgi?id=105785

Please update the package in openSUSE.


--1527434132.fAb00.3244
Date: Sun, 27 May 2018 15:15:32 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1094776
           Summary: munin missing dependency on perl-rrdtool
    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: jnelson-suse-at-jamponi.net
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

It would appear that munin is missing a dependency on perl-rrdtool.


body:
--1527437676.5AaecD0.21272
Date: Sun, 27 May 2018 16:14:36 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1094777
           Summary: Blender cycles are broken
    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: mati865-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Blender spec file has command that removes cycles headers from the package.
It results in broken GPU rendering with cycles, example with CUDA:
```
Compiling CUDA kernel ...
"/usr/local/cuda/bin/nvcc" -arch=sm_61 --cubin
"/usr/share/blender/2.79/scripts/addons/cycles/source/kernel/kernels/cuda/kernel.cu"
-o
"/home/mateusz/.cache/cycles/kernels/cycles_kernel_sm61_52CFAD0EF032EEC8D0F7A458B14C818A.cubin"
-m64 --ptxas-options="-v" --use_fast_math -DNVCC -D__KERNEL_CUDA_VERSION__=92
-I"/usr/share/blender/2.79/scripts/addons/cycles/source"
/usr/share/blender/2.79/scripts/addons/cycles/source/kernel/kernels/cuda/kernel.cu:21:10:
fatal error: kernel/kernel_compat_cuda.h: No such file or directory
 #include "kernel/kernel_compat_cuda.h"
          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
compilation terminated.
CUDA kernel compilation failed, see console for details.
```

Removing `find %{buildroot}%{_datadir}/%{name}/%{_version}/scripts/ -name "*.h"
-print -delete` from line 321 as shown here:
https://build.opensuse.org/package/rdiff/home:mati865:branches:graphics/blender?linkrev=base&rev=2
resolves issue and Blender works fine.

However it causes rpmlint errors:
```
[  988s] A file that is needed only e.g. when developing or building software
is
[  988s] included in a non-devel package. These files should go in devel
packages.
[  988s]
[  988s] (none): E: badness 10450 exceeds threshold 1000, aborting.
[  988s] 3 packages and 0 specfiles checked; 209 errors, 0 warnings.
[  988s]
[  988s]
[  988s] linux-d4vu failed "build blender.spec" at Sun May 27 12:56:33 UTC
2018.
[  988s]
```

On Fedora those headers are packed in the main package causing rpmlint warnings
which are ignored:
https://taskotron.fedoraproject.org/artifacts/all/3f4f799e-48ae-11e8-a47d-525400fc9f92/tests.yml/blender-2.79b-3.fc28.log

summary: Blender cycles are broken


--1527457687.F7d61.25019
Date: Sun, 27 May 2018 21:48:07 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1094788
           Summary: Leap 15.0 and TW live system attempt format partition "is apparently in use by the system"
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Live Medium
          Assignee: dimstar-at-opensuse.org
          Reporter: sb56637-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Hi there, as of the current Tumbleweed and Leap 15.0 live ISOs running in
VirtualBox:

- openSUSE-Leap-15.0-KDE-Live-x86_64-Snapshot17.8-Media.iso
- openSUSE-Tumbleweed-KDE-Live-x86_64-Snapshot20180525-Media.iso

Disk partitions can not be formatted. `mkfs.ext4 /dev/sda1` fails with the
error:
"/dev/sda1 is apparently in use by the system; will not make a filesystem
here!"
However, `lsblk` does not appear to show that it is in use by the system, or at
least it's not mounted.

I'm also running into this same error on Leap 15.0 and Tumbleweed images that I
just generated myself with Kiwi.

This error didn't used to happen. The last time I tested it was about three
months ago, and this problem didn't exist.

I'm attaching screenshots of my attempts.

Thanks!


--1527458195.CF1f1.26239
Date: Sun, 27 May 2018 21:56:35 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1094789
           Summary: Leap 15.0 live KDE ISO: Xorg won't start as normal user in VirtualBox
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: X.Org
          Assignee: xorg-maintainer-bugs-at-forge.provo.novell.com
          Reporter: sb56637-at-gmail.com
        QA Contact: xorg-maintainer-bugs-at-forge.provo.novell.com
          Found By: ---
           Blocker: ---

Hi, I just tested openSUSE-Leap-15.0-KDE-Live-x86_64-Snapshot17.8-Media.iso in
VirtualBox.

Xorg won't start, and `startx` doesn't work with the live "linux" user account.

`startx` does work after `su root`.

The same image burned to a USB drive does work normally on a real computer, so
something is apparently weird with the VirtualBox integration.

The current openSUSE-Tumbleweed-KDE-Live-x86_64-Snapshot20180525-Media.iso does
*not* have this problem.

I also created my own live ISO with Kiwi based on Leap 15.0, and this bug does
*not* occur.

I'll attach screenshots.


--1527489515.7C4f1.21423
Date: Mon, 28 May 2018 06:38:35 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1094809
           Summary: VUL-0: CVE-2018-11468: discount: heap-based buffer over-read __mkd_trim_line function in mkdio.c
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
               URL: https://smash.suse.de/issue/206507/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: mpluskal-at-suse.com
          Reporter: abergmann-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

rh#1582640

The __mkd_trim_line function in mkdio.c in libmarkdown.a in DISCOUNT 2.2.3a
allows remote attackers to cause a denial of service (heap-based buffer
over-read) via a crafted file, as demonstrated by mkd2html.

References:
https://bugzilla.redhat.com/show_bug.cgi?id=1582640
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2018-11468
https://github.com/Orc/discount/issues/189


--1527496803.d5ced1.19992
Date: Mon, 28 May 2018 08:40:03 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1094834
           Summary: Unable to install leap 15 on Lenovo T430 along with Windows 10 in dual boot
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: Installation
          Assignee: yast2-maintainers-at-suse.de
          Reporter: rashmiranjan.mohanty-at-microfocus.com
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

Created attachment 771520
  --> http://bugzilla.suse.com/attachment.cgi?id=771520&action=edit
Screenshot of hung install

I am unable to install openSUSE Leap 15.0 on my Lenovo T430 laptop. It already
has Windows 10 installed. I am trying to install Leap 15 as dual OS. It just
gets stuck on the progress bar screen (After loading Kernel and before
installer UI comes up). Attaching screenshot. System does not hang though.
System responds to Ctrl+Alt+Delete fine and reboots.

Additional information :
1. On the same laptop Windows 7 and OpenSUSE leap 42.3 were running fine in
dual boot mode before formatting the whole system.
2. I tried DVD and NET media for Leap 15 and it gets stuck at same place.
3. Even tried installing Leap 42.3. That also got stuck in the progress screen.
4. Then I tried installing Fedora 27 and it installed fine.

I know since the media is already released there may not be much that can be
done to fix the issue in media, but if any workaround can be provided so that I
can install Leap 15 on the system, I will be more than happy.


body:
--1527498501.060f4bD6.28202
Date: Mon, 28 May 2018 09:08:21 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1094842
           Summary: gnomesu does not add sbin to $PATH
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: GNOME
          Assignee: bnc-team-gnome-at-forge.provo.novell.com
          Reporter: fvogt-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Invoking a command with xdg-su on GNOME (which invokes gnomesu) does not add
/usr/sbin and /sbin to $PATH.
This results in the started application behaving incorrectly.

Most importantly, this breaks the installation from GNOME live media.

summary: gnomesu does not add sbin to $PATH


--1527511426.C1BCCd6.21338
Date: Mon, 28 May 2018 12:43:46 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1094893
           Summary: Bug in scriptlet vlc-qt-3.0.2-6.3.x86_64
    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: sb56637-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Hi there,

I'm trying to create an ISO image based on openSUSE Tumbleweed with VLC from
the Packman repo. There seems to be a bug in the scriptlet for
vlc-qt-3.0.2-6.3.x86_64. I assume that this same bug is also present in the
openSUSE OSS version of the package, and a developer on the Packman mailing
list told me to report the bug here. Here's the output:

> DEBUG: system: (1330/1341) Installing: vlc-qt-3.0.2-6.3.x86_64 [............done]
> DEBUG: system: warning: /var/cache/kiwi/packages/Packman_Tumbleweed/Essentials/x86_64/vlc-qt-3.0.2-6.3.x86_64.rpm: > Header V4 RSA/SHA1 Signature, key ID 1abd1afb: NOKEY
> DEBUG: system: /var/tmp/rpm-tmp.ixADA1: line 1: /usr/lib64/vlc/vlc-cache-gen: No such file or directory
> DEBUG: system: warning: %post(vlc-qt-3.0.2-6.3.x86_64) scriptlet failed, exit status 127

In total, it is supposed to install the following VLC packages:
vlc vlc-codecs vlc-noX vlc-qt

I haven't built the image with this Kiwi configuration recently, but it was
working about 3 months ago. Unfortunately I can't build the image now with that
error present.

Thanks a lot for the help.


body:
--1527543274.Edc54.3596
Date: Mon, 28 May 2018 21:34:34 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1094929
           Summary: ARCHIVES.gz is missing
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: All
                OS: Linux
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: dimstar-at-opensuse.org
          Reporter: jengelh-at-inai.de
        QA Contact: qa-bugs-at-suse.de
                CC: lnussel-at-suse.com
          Found By: ---
           Blocker: ---

There was an ARCHIVES.gz provided
http://download.opensuse.org/distribution/leap/42.3/repo/oss/

It's gone since yast2-md is no longer generated (15.0 & TW), but the
information was helpful, so please provide it again.

summary: ARCHIVES.gz is missing


body:
--1527550601.63EDCa30.7330
Date: Mon, 28 May 2018 23:36:41 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1094931
           Summary: ALT-TAB randomly ignored
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: x86-64
                OS: openSUSE 42.3
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: KDE Workspace (Plasma)
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: sonbonggol-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

As described in the KDE forum (https://forum.kde.org/viewtopic.php?t=141296):
I've recently upgraded to Plasma 5.10.4 and I'm having an incredibly annoying
issue. Occasionally, ALT-TAB is ignored the first 1, 2 up to 5 or so times, and
then it finally works. This is unacceptable because when I'm programming /
debugging / testing I have to switch windows and do a lot of different things
and I don't have time to wait for visual confirmation that my keyboard command
was acknowledged. I just send keystrokes to my hands and expect the computer to
work, but end up typing into the wrong window because of this.

summary: ALT-TAB randomly ignored


--1527596874.b37110.10563
Date: Tue, 29 May 2018 12:27:54 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095022
           Summary: Upgrade to 15.0 breaks bold font in konsole
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: x86-64
                OS: openSUSE 42.3
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: KDE Applications
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: graymark-at-ptd.net
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

After updating from openSUSE 42.3 or installing a fresh openSUSE 15.0, konsole
no longer displays bold fonts. This is particularly annoying because of the
"Draw intense colors in bold font" feature. I have already tried the web advice
about manually removing Regular" from the ~/.local/share/konsole/Profile*
"Font=" line with
no effect.

(I accidentally reported this earlier on the Novell bugzilla (I think). That
used to be the way to do it


--1527618509.fcda1eE18.16755
Date: Tue, 29 May 2018 18:28:29 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095094
           Summary: Dell 5810 stops responding, nouveau at fault?
    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: sknorr-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 771735
  --> http://bugzilla.suse.com/attachment.cgi?id=771735&action=edit
Trace 1

I am using Leap 15.0 on a Dell 5810 tower with Nvidia graphics. I use the
Nouveau driver and the Gnome desktop.

I upgraded this machine from Leap 42.3 on Friday. Today, I have had multiple
lockups: two of which I'd categorize as "sleep of death" (I'd locked the
screen, gone somewhere; returned and the display remained black.)

I am attaching traces gleaned from journalctl


--1527631471.5a82d60.12143
Date: Tue, 29 May 2018 22:04:31 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095111
           Summary: Release notes should mention Wicked switching to RFC4361
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Release Notes
          Assignee: sknorr-at-suse.com
          Reporter: et-at-pithyphrase.net
        QA Contact: lnussel-at-suse.com
          Found By: ---
           Blocker: ---

I updated a server with a static DHCP lease to Leap 15.0 and upon restart, it
did not resume its static address because wicked switched from using the MAC
address to an RFC3461 identifier.

This change is mentioned in the SLES 15 release notes:
https://www.suse.com/releasenotes/x86_64/SUSE-SLES/15/#InfraPackArch.ArchIndependent.Network

It should be mentioned for OpenSUSE also.


--1527631516.77CcBbE70.30257
Date: Tue, 29 May 2018 22:05:16 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095112
           Summary: GNU Mailman upgrade from 42.3 to 15.0 breaks mailman's web interface, needed file /etc/mailman/mailman.cgi-gid not in mailman 2.1.26 pkg for 15.0 anymore
    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: michaelof-at-rocketmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

After upgrading to Leap 15.0 my previously well running GNU mailman
installation was broken, the web GUI not working anymore.

Took me a while to find out, history is in this thread opened by me in GNU
mailman's mailing list:
https://www.mail-archive.com/mailman-users-at-python.org/msg70808.html

Error msg in Browser is:

Mailman CGI error!!! The Mailman CGI wrapper encountered a fatal error. This
entry is being stored in your syslog: Cannot open wrapper configuration file:
No such file or directory

Root cause:

Needed file
/etc/mailman/mailman.cgi-gid
is not contained in / shipped with mailman 2.1.26 pkg for 15.0 anymore:

$ # 42.3
$ rpm -ql mailman-2.1.26-2.3.1.x86_64.rpm | grep /etc/mailman
/etc/mailman
/etc/mailman/mailman.cgi-gid
/etc/mailman/mailman.mail-gid

$ # 15.0
$ rpm -ql mailman-2.1.26-lp150.1.17.x86_64.rpm | grep /etc/mailman
/etc/mailman
/etc/mailman/mailman.mail-gid

Not sure if this missing file only affects upgrading to 15.0 or also a fresh
install on 15.0, not sure if the missing file might be generated during
install.


body:
Build Identifier:

May 30 04:56:24 admin hyperkube[2766]: F0530 04:56:24.779150    2766
kubelet.go:1354] Failed to start ContainerManager failed to get rootfs info:
failed to get device for dir "/var/lib/kubelet": could not find device with
major: 0, minor: 46 in cached partitions map

kubelet wont start with kubernetes 1.10.2

it might be a regression of https://github.com/google/cadvisor/pull/1668 ?

k8s is not yet updated officially, i have used:
https://build.opensuse.org/package/show/home:m_meister:branches:devel:CaaSP:Head:ControllerNode/kubernetes

tested on the Stack-hardware image, which comes with the additional 9p kernel
modules and k8s preinstalled:
https://download.opensuse.org/repositories/devel:/CaaSP:/images/images/openSUSE-Tumbleweed-Kubic.x86_64-15.0-CaaSP-Stack-hardware-x86_64-Build4.43.qcow2

some previous discussion can be found also in
https://bugzilla.suse.com/show_bug.cgi?id=1084766

Reproducible: Always

pkgs: kubectl kubernetes

summary: kubelet service (1.10.2) fails to start: failed to get device for dir "/var/lib/kubelet"


body:
--1527664539.B6Fde3F0.27205
Date: Wed, 30 May 2018 07:15:38 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095144
           Summary: Postfix does not support mysql maps
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: x86-64
                OS: SUSE Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: woe.2018-at-wizonet.ch
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Postfix 3.3 in Leap-15 does no longer support mysql virtual maps.

Installed is:
i  | postfix            | A fast, secure, and flexible mailer
i+ | postfix-mysql      | Postfix plugin to support MySQL maps

When I use this line in main.cf:
virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf

and restart postfix, or check postfix with postconf -n this ends up in this
warn messages:

postconf: warning: mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf: unused
parameter: password=xxxxxxx
postconf: warning: mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf: unused
parameter: dbname=postfix
postconf: warning: mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf: unused
parameter: query=SELECT maildir FROM mailbox WHERE username='%u' AND active=1
postconf: warning: mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf: unused
parameter: user=postfix
postconf: warning: mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf: unused
parameter: hosts=localhost

In Leap 43.2 this was possible without any issue. Another MySQL/MariaDB Client
problem in Leap 15? Postfix manpage and sample configurations still suggest
this as a possibility.

summary: Postfix does not support mysql maps


body:
--1527665148.3cdE461c3.29166
Date: Wed, 30 May 2018 07:25:48 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095148
           Summary: virtualbox KMPs can't be used with the latest kernel release
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: Virtualization:Other
          Assignee: Larry.Finger-at-gmail.com
          Reporter: fvogt-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: kernel-maintainers-at-forge.provo.novell.com
          Found By: ---
           Blocker: ---

The latest virtualbox-{guest,host}-kmp-default packages require a kernel older
than the latest released versions.

It's therefore impossible to use those drivers with the latest kernel update.

kernel-maintainers are in CC to provide information on how this is supposed to
work for maintenance updates.

See also boo#1066488.

pkgs: livecd-openSUSE rpm


--1527672707.11a7fA0.22412
Date: Wed, 30 May 2018 09:31:47 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095169
           Summary: Packaged Syncthing binary attempts to update itself
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: marius.kittler-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Packaged Syncthing binary attempts to update itself which causes permission
errors.

The auto-update should be disabled. The package actually tries to do so
already, but specifies the arguments for the build command in the wrong order,
so it doesn't work.

See https://build.opensuse.org/request/show/613004


--1527709445.A1B0DbD83.31489
Date: Wed, 30 May 2018 19:44:05 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095265
           Summary: Booting gemini lake desktop throws error and does not display anything on framebuffer
    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: tchvatal-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 771866
  --> http://bugzilla.suse.com/attachment.cgi?id=771866&action=edit
dmesg.log

As per $SUBJ before modesetting is initialized the display shows content, but
after it is loaded the screen blanks.

I suspect following:
[    3.202590] i915 0000:00:02.0: Direct firmware load for
i915/glk_dmc_ver1_04.bin failed with error -2
[    3.202599] i915 0000:00:02.0: Failed to load DMC firmware
i915/glk_dmc_ver1_04.bin. Disabling runtime power management.

Also attaching full log.


--1527715952.a13B20.12019
Date: Wed, 30 May 2018 21:32:32 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095273
           Summary: Linphone 4.1.1 nearly unusable in leap 15.0
    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: michaelof-at-rocketmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I've used linphone for a while on Leap 42.[1-3], latest fine running version
was 3.10.2.

Now, after upgrading to Leap 15.0, linphone was upgraded to 4.1.1 and is nearly
unusable:

- linphone 4.1.1 has an IMHO much nicer looking GUI than before, but nearly all
relevant OK/CANCEL etc. buttons are missing
E.g. the HOME screen: Where to click to "Invite your friends" or
"Account assistant" - both not available.
Another example: Klicking in the upper left corner opens a dialogue box,
dropdowns for "presence status" and "active account". No buttons for "ok",
"cancel" or similar. "ESC" does not work, no idea how to leave this dialogue at
first, only "kill -9" helped ... Found in the meantime, that there's an
"invisible" click area in the lower middle part of this dialogue.
Another example: Adding a contact, how to save??

-> Got the answer from the linphone mailing list: "I think you have a style
problem with the GUI, the master branch contains a patch with a style fix
(missing buttons, colors...)."

- linphone 4.1.1 does not offer anymore the option to type a phone# into the
text field in upper area and start to dial with <return>. Typed phone#
disappears, without further notice. Worked fine in 3.10.2. Typing
"sip:phone#@host" is a workaround, but IMHO really inconvenient. Esp. as
currently only manually added contacts seems to be possible, no support for
vcard anymore, so I have to type all phone# manually.

-> seems to be dropped feature: "I add your "phone#" suggestion in our TODO
list."

- no option anymore to initiate calls on command, e.g. via hook from prgs like
Kaddressbook, and pass them to the linphone GUI. flag "-c" for "linphone -c
phone#" has been silently dropped

--> answer was: "The command line is present in the master branch of Linphone
Desktop."

A pity, has been my favorite voip/sip-phone befor


--1527756054.cC57c6.23184
Date: Thu, 31 May 2018 08:40:54 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095325
           Summary: "SLE Classic" gnome extension causes problems when toggled in gnome-tweaks
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
          Assignee: bnc-team-gnome-at-forge.provo.novell.com
          Reporter: zcjia-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Steps to reproduce:

1. Install package "gnome-shell-classic".

2. Launch "gnome-tweaks" -> navigates to "Extensions".

3. Click on "Sle classic" to enable it.  Then the system changes to classic
theme, but it's not displayed properly: "date and time" is in wrong location.

4. Click on "Sle classic" again to disable it.  Then the "Activities"
functionality of gnome-shell doesn't work properly


body:
--1527784492.C38FE6670.15549
Date: Thu, 31 May 2018 16:34:52 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095425
           Summary: The ICU library ignores the users locale setting
    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: lopa-at-mailbox.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

During the build of the ICU (International Components for Unicode) library, the
preprocessor constant U_CHARSET_IS_UTF8 is set to 1 on Linux systems. This has
the effect, that the users locale setting is ignored for all applications that
are using this library, e.g. KDE and QT. It's not possible any more to work
correctly with a different file system character set than UTF-8. Although UTF-8
is the recommended encoding, there are still reasons to use simple 8 bit
encodings like ISO8859-x. And almost all parts of OpenSuse are still supporting
such encodings, but this doesn't help because the ICU library returns hardcoded
"UTF-8".

During the package build, the preprocessor constant U_CHARSET_IS_UTF8 should be
set to 0 explicitly. Then the users LANG or LC_CTYPE setting is used for
character set conversions.

Affected file in package icu-61.1-1.1: source/common/unicode/platform.h

pkgs: firebird icu


--1527852380.43Eb4DB20.6774
Date: Fri, 1 Jun 2018 11:26:20 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095545
           Summary: Chromium 67.0.3396.62 video playback regression
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Other
          Assignee: tchvatal-at-suse.com
          Reporter: astieger-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Video playback regression in chromium 67.0.3396.62:

[5531:5531:0601/131932.901635:ERROR:vaapi_wrapper.cc(313)] vaInitialize failed:
unknown libva error
[1:23:0601/131946.217868:ERROR:render_media_log.cc(30)] MediaEvent:
MEDIA_ERROR_LOG_ENTRY {"error":"audio decoder initialization failed"}
[1:1:0601/131946.217993:ERROR:render_media_log.cc(30)] MediaEvent:
PIPELINE_ERROR DECODER_ERROR_NOT_SUPPORTED
[1:23:0601/131946.284499:ERROR:render_media_log.cc(30)] MediaEvent:
MEDIA_ERROR_LOG_ENTRY {"error":"audio decoder initialization failed"}
[1:1:0601/131946.285098:ERROR:render_media_log.cc(30)] MediaEvent:
PIPELINE_ERROR DECODER_ERROR_NOT_SUPPORTED

Also reported in Gentoo: https://bugs.gentoo.org/654208 indicating that
Chromium may not work with the system ffmpeg.


--1527863641.FbD84.22448
Date: Fri, 1 Jun 2018 14:34:01 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095587
           Summary: devel:languages:python/spyder3: undeclared dependency python3-cloudpickle
    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: sebix+novell.com-at-sebix.at
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/spyder/app/mainwindow.py", line 3208,
in main
    mainwindow = run_spyder(app, options, args)
  File "/usr/lib/python3.6/site-packages/spyder/app/mainwindow.py", line 3084,
in run_spyder
    main.setup()
  File "/usr/lib/python3.6/site-packages/spyder/app/mainwindow.py", line 912,
in setup
    from spyder.plugins.variableexplorer import VariableExplorer
  File "/usr/lib/python3.6/site-packages/spyder/plugins/variableexplorer.py",
line 18, in <module>
    from spyder.widgets.variableexplorer.namespacebrowser import
NamespaceBrowser
  File
"/usr/lib/python3.6/site-packages/spyder/widgets/variableexplorer/namespacebrowser.py",
line 24, in <module>
    import cloudpickle
ModuleNotFoundError: No module named 'cloudpickle'

Has also been reported here:
https://build.opensuse.org/package/show/openSUSE:Factory/spyder3


--1527867477.34FE240.12308
Date: Fri, 1 Jun 2018 15:37:57 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095597
           Summary: Document that a lot of packages might be 'downgrades;
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Release Notes
          Assignee: sknorr-at-suse.com
          Reporter: dimstar-at-opensuse.org
        QA Contact: lnussel-at-suse.com
          Found By: ---
           Blocker: ---

With leap 15.0, a special release counter .lp150.x.y was introduced.
Compared to 42.x, this constitutes a package downgrade for everything where the
version did not change.

This is apparently confusing users (rightly so). A paragraph should be added to
the release notes indicating that this is normal/expected behavior.


--1527891426.fDfa73bc5.8031
Date: Fri, 1 Jun 2018 22:17:06 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095651
           Summary: regression: salt show_highstate breaks - found unexpected ':'
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
                OS: openSUSE 42.3
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: Mihai.Dinca-at-suse.com
          Reporter: suse-beta-at-cboltz.de
        QA Contact: qa-bugs-at-suse.de
                CC: tchatzimichos-at-suse.com
          Found By: Beta-Customer
           Blocker: ---

The update to salt-2018.3.0-17.1.x86_64 introduced a regression that breaks the
automated tests in the openSUSE Heroes setup (on gitlab.infra.o.o).

We already noticed this some weeks ago, but it seems nobody had time to file a
bug yet.

A typical error is:

[CRITICAL] Rendering SLS 'base:profile.wiki.docroot' failed: while parsing a
flow mapping
  in "<unicode string>", line 1719, column 13:
          data: {u'bento_lang': u'de', u'dbpass' ...
                ^
expected ',' or '}', but got ':'
  in "<unicode string>", line 1719, column 271:
     ... ieses Wiki ist ein Archiv (Stand: 2011) des alten openSUSE-Wikis ...
                                         ^

I'll paste the (slightly shortened) IRC log which contains everything you'll
need:

<tampakrap> I have reproducer

# /srv/salt/test.sls

/tmp/test:
  file.managed:
    - context:
      config: {{ salt['pillar.get']('vars', {}) }}

# /srv/pillar/test.sls

vars:
  first: isfine
  second: salt://isnotfine

<tampakrap> OR
<tampakrap> https://github.com/saltstack/salt/issues/46929
<tampakrap> this seems to be our issue
<tampakrap> and there is a fix already
            https://github.com/saltstack/salt/pull/47104/files
<tampakrap> and guess what, the fix works

Can you please add the fix to the salt packge and release a new maintenance
update?


--1527947178.Beef14.3522
Date: Sat, 2 Jun 2018 13:46:18 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095661
           Summary: <CTRL>+<ARROW> not working in screen anymore (/etc/inputrc changed significantly)
    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: doerges@pre-sense.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

After the update to openSUSE Leap 15.0 (from 42.3), cursor movement doesn't
work as expected anymore in screen.

The ones that I miss most are <CTRL>+<LEFT> and <CTRL>+<RIGHT>, but actually a
lot more key combinations were removed from /etc/inputrc.

I can get back the two combinations I miss most by adding these lines to
${HOME}/.inputrc:
  "\e[1;5C": forward-word
  "\e[1;5D": backward-word

On openSUSE Leap 15.0 /etc/inputrc only has 94 lines

  user@box150:~> wc -l /etc/inputrc
  94 /etc/inputrc

whereas it's 754 lines on Leap 42.3

  user@box423:~> wc -l /etc/inputrc
  754 /etc/inputrc

Expected Behavior
-----------------
To be able to use the same key combinations in screen (and elsewhere) as in
Leap 42.3.


--1527950565.6FE40.8268
Date: Sat, 2 Jun 2018 14:42:45 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095664
           Summary: scroll does not work in vncviever full screen mode
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X11 Applications
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: comes-at-naic.edu
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I start the vncserver using a -geometry argument with a size bigger of the
physical screen. Then I start vncviewer with a command like this:
  vncviewer -remoteresize=0 -fullscreen :1
Normally because the size of the vnc window is bigger of the physical screen,
only part of the vncserver window is visible. But if I move the cursor close to
the edge of the screen, the vnc window scrolls showing the hidden section.
Scrolling has worked up to Leap 42.3 but it doesn't work in 15.0.


body:
--1527955440.Cb0d1.14410
Date: Sat, 2 Jun 2018 16:04:00 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095666
           Summary: Sword has broken dependencies
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: SUSE Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Installation
          Assignee: yast2-maintainers-at-suse.de
          Reporter: ben-at-innovationplex.com
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

Created attachment 772197
  --> http://bugzilla.opensuse.org/attachment.cgi?id=772197&action=edit
Screenshot of the installation error

When attempting to install sword or libsword, it reports that there is no
package which provides libicuuc.so.60.2.

summary: Sword has broken dependencies


body:
--1527958179.2FeeE8B5.18282
Date: Sat, 2 Jun 2018 16:49:39 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095668
           Summary: `drbdmanage init` does not work with org.freedesktop.DBus.Error.Spawn.ChildExited: Launch helper exited with unknown return code 1
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: High Availability
          Assignee: ha-bugs-at-suse.de
          Reporter: ftake-at-geeko.jp
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

`drbdmanage init` shows the following errors. The command sometimes hangs up
without showing the errors.

```
$ sudo drbdmanage init 10.0.2.15

You are going to initialize a new drbdmanage cluster.
CAUTION! Note that:
  * Any previous drbdmanage cluster information may be removed
  * Any remaining resources managed by a previous drbdmanage installation
    that still exist on this system will no longer be managed by drbdmanage

Confirm:

  yes/no: yes
Empty drbdmanage control volume initialized on '/dev/drbd0'.
Empty drbdmanage control volume initialized on '/dev/drbd1'.

Error: Cannot connect to the drbdmanaged process using DBus
The DBus subsystem returned the following error description:
org.freedesktop.DBus.Error.Spawn.ChildExited: Launch helper exited with unknown
return code 1
```

pkgs: linstor linstor-client python-linstor


body:
--1527964023.02E53b8f0.24628
Date: Sat, 2 Jun 2018 18:27:03 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095670
           Summary: Problem with suid pgms on Leap-15.0
    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: dmarkh-at-cfl.rr.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I am upgrading an older SuSE-13.2 box to Leap. I have done a fresh Leap-15.0
install and ported over the source code that we ran on the 13.2 box. It builds
fine but I am having an issue. The program is/has to be an suid pgm. It also
uses fork/execvpe/wait to execute some external scripts. And that is where my
problem lies. The user is a member of several groups but these group
memberships seem to disappear when these external scripts are executed. For
instance the user is a member of the cdrom group so he can eject and work with
a DVD. I have created a simple example script and source for a pgm that
execvpe's that script which shows my problem.

test.sh script:
#!/bin/sh

whoami

id

test.c pgm source:

#define _GNU_SOURCE
#include <unistd.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>

int main()
{
        char *path = getenv("PATH");
        char  pathenv[strlen(path) + sizeof("PATH=")];
        sprintf(pathenv, "PATH=%s", path);
        char *envp[] = {pathenv, NULL};
        char *tests[] = {"./test.sh", NULL};
        execvpe(tests[0], tests, envp);
}

#cc  test.c
#/a.out

markh

uid=5076(markh) gid=100(users)
groups=100(users),19(floppy),200(lcrs),484(tape),485(lp),488(disk),489(dialout),490(cdrom)

Then as root:
#chown root ./a.out
#chgrp root ./a.out
#chmod +s ./a.out

Then as user
#./a.out

markh

uid=5076(markh) gid=100(users) groups=100(users)

Once the pgm is owned by root and suid, I lose all my group memberships for
some unknown reason. It is not proper to me.

This all works fine on 13.2 but does not on Leap 15 or Leap 42.3. Is there some
security setting somewhere that broke this?

summary: Problem with suid pgms on Leap-15.0


--1528031284.2eFD0.21126
Date: Sun, 3 Jun 2018 13:08:04 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095688
           Summary: Missing package when installing digikam on OpenSUSE with GNOME
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: SUSE Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: KDE Applications
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: jimorcheson-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I have installed digikam on Tumbleweed GNOME. When I start digikam, I get the
message: "Error while opening the database. digiKam will try to automatically
reconnect to the database." digikam stalls at this point.

digikam uses either sqlite (default) or MySql to create a number of databases.
The problem with the current digikam package is that it loads the appropriate
driver for MySql, but not for sqlite. The missing driver is in the package
libQt5Sql5-sqlite

This problem has been around for some time, affecting the Leap distros as well
as the current openSUSE 15 in addition to Tumbleweed.

Please update the digikam package to make sure that libQt4Sql5-sqlite is
installed.


body:
--1528035036.0e670.26675
Date: Sun, 3 Jun 2018 14:10:36 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095697
           Summary: file /etc/issue is root readable only
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: openSUSE Factory
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: keel_lambert-at-kabelmail.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

in Tumbleweed 20180529 the file /etc/issue is root readable only and is a link
to /run/issue

in all previous versions this was user readable and not a link

contents of file is,

Welcome to openSUSE Tumbleweed 20180529 - Kernel \r (\l).

enp2s0: \4{enp2s0} \6{enp2s0}

the output of this file is not normally seen by a user and only seen if
terminal F1 is selected and possible during shut down

summary: file /etc/issue is root readable only


--1528093592.0EaE800.14439
Date: Mon, 4 Jun 2018 06:26:31 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095723
           Summary: pin not working: no ARCHIVES.gz on medium or FTP
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: Mathias.Homann-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

openSUSE has provided the "pin" command to locate files within uninstalled
packages for many years. pin relies on being able to access a file
/etc/SuSE-release to figure out the installed version, and a file
/var/lib/pin/ARCHIVES.gz which on first use is copied from the installation
media.

...there is no /etc/SuSE-release and there is no ARCHIVES.gz on installation
medium or ftp.

This majorly breaks all kind of administration routines.


--1528105850.dA811ca11.11709
Date: Mon, 4 Jun 2018 09:50:50 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095769
           Summary: Add Development/Languages/NodeJS rpm group
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: dmueller-at-suse.com
          Reporter: amajer-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Please add Development/Languages/NodeJS to rpmlint. This will become more
important once we start packaging some NPM applications.


--1528118925.F3Be0.18328
Date: Mon, 4 Jun 2018 13:28:45 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095817
           Summary: containers packages fail randomly due to %check
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Containers
          Assignee: containers-bugowner-at-suse.de
          Reporter: asarai-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

We've had tests in the %check section for a long time, but to be honest they've
been nothing but a source of trouble. We end up having to run smoke tests
anyway, and I'm not aware of a single time %check has actually caught an issue
(and it has also caused many issues).

So we have to remove it from basically all of our container packages
(docker/containerd/runc/docker-libnetwork and the corresponding Kubic
packages).


--1528188181.ec8433.16052
Date: Tue, 5 Jun 2018 08:43:01 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1095970
           Summary: guix fails to fetch over HTTPS connections
    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: jbrielmaier-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The guix package in openSUSE Leap 15.0 is currently broken. Some commands (e.g.
guix package, guix environment) which have to retrieve stuff over HTTPS fail.

package version: 0.14.0-lp150.1.9

Example failing:
jonathan@c280:~> guix package -i vim
substitute: Backtrace:
substitute: In ice-9/boot-9.scm:
substitute:  160: 9 [catch #t #<catch-closure 562568517640> ...]
substitute: In unknown file:
substitute:    ?: 8 [apply-smob/1 #<catch-closure 562568517640>]
substitute: In ice-9/boot-9.scm:
substitute:   66: 7 [call-with-prompt prompt0 ...]
substitute: In ice-9/eval.scm:
substitute:  432: 6 [eval # #]
substitute: In ice-9/boot-9.scm:
substitute: 2412: 5 [save-module-excursion #<procedure 562568537900 at
ice-9/boot-9.scm:4084:3 ()>]
substitute: 4089: 4 [#<procedure 562568537900 at ice-9/boot-9.scm:4084:3 ()>]
substitute: 1734: 3 [%start-stack load-stack ...]
substitute: 1739: 2 [#<procedure 56256854bbd0 ()>]
substitute: In unknown file:
substitute:    ?: 1 [primitive-load "/usr/bin/guix"]
substitute: In guix/ui.scm:
substitute: 1452: 0 [run-guix-command substitute "--query"]
substitute:
substitute: guix/ui.scm:1452:12: In procedure run-guix-command:
substitute: guix/ui.scm:1452:12: In procedure setvbuf: Wrong type argument in
position 1 (expecting port that supports 'setvbuf'): #<input-output:
gnutls-session-port 5625692cf270>
guix package: error: build failed: writing to file: Broken pipe

This bug is fixed upstream in commit 7f04197fef905790fd392f8d686d00ae95a0d04c.
We introduced this fix as gnutls-fix.patch in the Factory package and I
verified on TW systems that it actually fixes the bug :)


body:
--1528193771.DFDd26f81.13141
Date: Tue, 5 Jun 2018 10:16:11 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

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

New version of znc brings several important features. such as:
  * Add CMake build. Minimum supported CMake version is 3.1. For now ZNC can be
built with either CMake or autoconf. In future autoconf is going to be removed.
  * Currently znc-buildmod requires python if CMake was used; if that's a
concern for you, please open a bug.
  * Increase minimum GCC version from 4.7 to 4.8. Minimum Clang version stays
at 3.2.
  * Make ZNC UI translateable to different languages (only with CMake), add
partial Russian and German translations. (#1237) (#1354) (#1462)
  * If you want to translate ZNC to your language, please join
https://crowdin.com/project/znc-bouncer
  * Configs written before ZNC 0.206 can't be read anymore (#929)
  * Implement IRCv3.2 capabilities away-notify, account-notify, extended-join
(#315) (#316)
  * Implement IRCv3.2 capabilities echo-message, cap-notify on the "client
side" (#950)
  * Update capability names as they are named in IRCv3.2:
znc.in/server-time-iso→server-time, znc.in/batch→batch. Old names will continue
working for a while, then will be removed in some future version.
  * Make ZNC request server-time from server when available (#839)
  * Increase accepted line length from 1024 to 2048 to give some space to
message tags
  * Separate buffer size settings for channels and queries (#967)
  * Support separate SSLKeyFile and SSLDHParamFile configuration in addition to
existing SSLCertFile (#1192)
  * Add "AuthOnlyViaModule" global/user setting (#331)
  * Added pyeval module
  * Added stripcontrols module (#387)
  * Add new substitutions to ExpandString: %empty% and %network%. (#1049)
(#1139)
  * Stop defaulting real name to "Got ZNC?" (#818)
  * Make the user aware that debug mode is enabled. (#1446)
  * Added ClearAllBuffers command (#852)
  * Don't require CSRF token for POSTs if the request uses HTTP Basic auth.
(#946)
  * Set HttpOnly and SameSite=strict for session cookies (#1077) (#1450)
  * Add SNI SSL client support (#1200)
  * Add support for CIDR notation in allowed hosts list and in trusted proxy
list (#207) (#1219)
  * Add network-specific config for cert validation in addition to
user-supplied fingerprints: TrustAllCerts, defaults to false, and TrustPKI,
defaults to true. (#866)
  * Add /attach command for symmetry with /detach. Unlike /join it allows
wildcards.
  * Timestamp format now supports sub-second precision with %f. Used in
awaystore, listsockets, log modules and buffer playback when client doesn't
support server-time (#1455)
  * Build on macOS using ICU, Python, and OpenSSL from Homebrew, if available
(#894)
  * Remove --with-openssl=/path option from ./configure. SSL is still supported
and is still configurable

summary: Update znc to version 1.7.0


--1528195448.86BB4.21874
Date: Tue, 5 Jun 2018 10:44:08 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1096008
           Summary: gcc -no-pie linking broken when gcc-PIE is installed
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: vries-at-mykolab.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Consider this example:
...
$ cat hello.c
#include <stdio.h>

int
main (void)
{
  printf ("hi\n");
  return 0;
}
...

When compiling and linking hello.c using two separate steps, we run into an
error during linking:
...
$ g++ hello.c  -fno-PIE -c
$ g++ hello.o  -no-pie
/usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld:
hello.o: relocation R_X86_64_32 against `.rodata' can not be used when making a
shared object; recompile with -fPIC
/usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld: final
link failed: Nonrepresentable section on output
collect2: error: ld returned 1 exit status
...

Adding -fPIC as suggested allows us to link and run:
...
$ g++ hello.o  -no-pie -fPIC
$ ./a.out
hi
...

But also adding -fno-PIC allows us to link and run:
...
$ g++ hello.o  -no-pie -fno-PIC
$ ./a.out
hi
...

If we deinstall gcc-PIE, we don't need -fPIC or -fno-PIC:
...
$ g++ hello.o  -no-pie
$ ./a.out
hi
...

The problem is in this spec bit set by the gcc-PIE:
...
*default_spec:
%%{pie|fpic|fPIC|fpie|fPIE|fno-pic|fno-PIC|fno-pie|fno-PIE|shared|static|nostdlib|nodefaultlibs|nostartfiles:;:-fPIE
-pie}
...
which is missing -no-pie.


body:
--1528316545.ccEE0.24107
Date: Wed, 6 Jun 2018 20:22:25 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1096328
           Summary: printer settings not remembered
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: KDE Applications
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: mischa.salle-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The Qt5 based print dialog for e.g. okular, konsole etc. does not use the
default options set for a printer, and also does not remember previously set
options. This concerns options such as Duplex Printing, which is always set to
None even when the printer default (as seen in the Properties -> Advanced tab
or via CUPS) is set to duplex.
The net result is that the user for each print job needs to go to Options ->
Options -> Long Side in order to do duplex printing.

Note that the problem is specific to Qt5 based applications, e.g. firefox and
chrome do remember the settings.

This is a fixed upstream in
https://codereview.qt-project.org/#/c/226881/
See also
https://bugs.kde.org/show_bug.cgi?id=333844
It is a regression from https://bugzilla.suse.com/show_bug.cgi?id=552218 and
https://bugzilla.suse.com/show_bug.cgi?id=645839
As far as I remember, in Leap 42.3 this problem did not exist.

summary: printer settings not remembered


--1528330879.B528ae20.7042
Date: Thu, 7 Jun 2018 00:21:19 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1096354
           Summary: emacs-x11 can't use X core fonts for the menu bar
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X11 Applications
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: nvbugs-at-hhecht.e4ward.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Using the xaw3d version of emacs (emacs-x11), menu bar fonts can no longer be
set using XLFDs as X resources (or probably any other way, but resources are
the most sensible way to set these on Linux).  Xft font strings work fine
(provided the font in question has one, anyway).  So:
emacs.pane.menubar.font: 7x14
emacs.pane.menubar.font: x:7x14
emacs.pane.menubar.font:
-misc-fixed-medium-r-normal--14-130-75-75-c-70-iso8859-1
don't work at all: the menu bar is displayed in some very large, very bold
font.
emacs*font: 7x14
works for body text, but the menu bar is unaffected (it should match).
emacs.pane.menubar.font: Liberation Mono:size=9
emacs.pane.menubar.font: xft:Liberation Mono:size=9
work fine.  So it seems that whatever draws the menu bar uses quite different
font lookup to the rest of the program.  This was all working in Leap 42.3 with
emacs-x11 24.3.


--1528368272.6DE8d6.6569
Date: Thu, 7 Jun 2018 10:44:32 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1096476
           Summary: glib2-tools: Cannot copy file using 'cp' on a gvfs mount
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
          Assignee: bnc-team-gnome-at-forge.provo.novell.com
          Reporter: E.Kuemmerle@fz-juelich.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I have mounted an smb share with 'gio mount'.

Read access works, but if I try to copy a file to the mounted path, the
following Error occurs:
cp: cannot fstat '<destination path>': Invalid argument

The destination file is created but has size 0.
If the file already existed, it is truncated to 0 size.

A similar bug is also reported for Ubuntu 18.04, see here:
https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1773114

My OS is openSUSE 15.0, installed packet version:
Name        : glib2-tools
Version     : 2.54.3
Release     : lp150.2.6
Architecture: x86_64


--1528374122.bcC7D4a1.774
Date: Thu, 7 Jun 2018 12:22:02 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1096508
           Summary: VUL-0: CVE-2018-6148 chromium: Incorrect handling of CSP header
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
               URL: https://smash.suse.de/issue/207582/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: tchvatal-at-suse.com
          Reporter: astieger-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

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

CVE-2018-6148: Incorrect handling of CSP header. Reported by Michał Bentkowski
on 2018-05-23
https://code.google.com/p/chromium/issues/detail?id=845961


--1528376688.7Cc46.12990
Date: Thu, 7 Jun 2018 13:04:48 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1096515
           Summary: Mozilla NSS 3.36.4 required for Firefox 60.0.2
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: All
                OS: All
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Firefox
          Assignee: bnc-team-mozilla-at-forge.provo.novell.com
          Reporter: astieger-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: astieger-at-suse.com, cgrobertson-at-suse.com,
                    meissner-at-suse.com, pcerny-at-suse.com,
                    security-team-at-suse.de, wolfgang-at-rosenauer.org
            Blocks: 1096449
          Found By: ---
           Blocker: ---

NSS 3.36.4 required for Firefox 60.0.2 ESR (and others)

> Connecting to a server that was recently upgraded to TLS 1.3 would result in a
> SSL_RX_MALFORMED_SERVER_HELLO error


--1528382386.c832Bc0.8764
Date: Thu, 7 Jun 2018 14:39:46 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1096542
           Summary: Firewalld does not create Rich Rules rules in GUI
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: clayzanfolin-at-bol.com.br
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Ol�!

Firewalld does not create the Rich Rules rules in graphical interface on a user
account by calling the Yast chart and putting the root password or calling the
kde menu or by using the "firewall-config" command logged in root just with
"su" if add su - or log in graphical interface with root everything works.
Example of problem:

In the graphical interface in zones >> public, in the Rich Rules tab click +
Add, ipv4 rule check Action boxes with the accept and source ip 192.168.0.1
item. Does not release the OK button.

Even marking the Element box and adopting a service does not work.

Error given in the terminal when it executes firewall-config with only the "su"
command, but initiates the firewalld, but with the reported problem:

(firewall-config: 3370): Gtk-WARNING **: Theme parsing error: gtk.css: 68: 35:
The style property GtkButton: child-displacement-x is deprecated and should not
be
used anymore. It will be removed in the future version

(firewall-config: 3370): Gtk-WARNING **: Theme parsing error: gtk.css: 73: 46:
The style property GtkScrolledWindow: scrollbars-within-bevel is deprecated and
s
houldn't be used anymore. It will be removed in the future version

(firewall-config: 3370): dconf-WARNING **: failed to commit changes to dconf:
Connection is closed

Already with su - got the first two error messages from su, but from what I
noticed everything works.

Now with the command sudo only presents the error and does not start anything:

Gtk-WARNING **: can not open display:


body:
--1528449805.dc13a154.18517
Date: Fri, 8 Jun 2018 09:23:25 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1096677
           Summary: gcc-go is missing gccgo command
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: tdevries-at-suse.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

In leap 15.0 I have:
...
$ zypper search gcc | grep go
i+ | gcc-go                              | The system GNU Go Compiler | package
i+ | gcc-go-32bit                        | The system GNU Go Compiler | package
i  | gcc7-go                             | GNU Go Compiler            | package
i  | gcc7-go-32bit                       | GNU Go Compiler            | package
$ gccgo
If 'gccgo' is not a typo you can use command-not-found to lookup the package
that contains it, like this:
    cnf gccgo
$ cnf gccgo
gccgo: command not found
...

Compare this to ubuntu 16.04:
...
$ gccgo
The program 'gccgo' is currently not installed. You can install it by typing:
sudo apt install gccgo
$ sudo apt install gccgo
The following NEW packages will be installed:
gccgo gccgo-6 libgo9
$ gccgo
gccgo: fatal error: no input files
compilation terminated.
...

When building gdb, it checks for the presence of gccgo.

summary: gcc-go is missing gccgo command


body:
--1528453302.866eaAB30.5951
Date: Fri, 8 Jun 2018 10:21:42 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1096696
           Summary: Backport CA0132 fixes from 4.18
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Sound
          Assignee: tiwai-at-suse.com
          Reporter: tiwai-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

4.18 kernel received the changes for improving CA0132 HD-audio codec, which is
needed for lots of Creative sound cards and some onboard audio.

862154bbd7d7f9c70eabd0e72b00a39673df71e5 ALSA: hda/ca0132: constify parameter
table for effects
0cc1aa716226abf9c52e920fc04999fcafa17c67 ALSA: hda/ca0132: merge strings just
for printk
3a03f83b168b19f715cd043dc3a4600bd99f08ce ALSA: hda/ca0132: constify read-only
members of string array
b0eaa0721df31d4a7c47989a1ac6faedd8495ba1 ALSA: hda/ca0132: constify templates
for control element set
c5f13d75fba09c499f8370e38f94624ff6510500 ALSA: hda/ca0132: fix array_size.cocci
warnings
47cdf76e44e87d25b91c0f0d0539944c932941ba ALSA: hda/ca0132: Add new control
changes for SBZ + R3Di
e0026d03942d38dd784baf4922badd980c692f89 ALSA: hda/ca0132: add
ca0132_alt_set_vipsource
017310fbe7670f522cdde4e68d4e1859f16d2757 ALSA: hda/ca0132: Add DSP Volume set
and New mixers for SBZ + R3Di
7cb9d94c05de9eef0af53bf7fcb0168b2e0e2267 ALSA: hda/ca0132: add
alt_select_in/out for R3Di + SBZ
447fd8e9a88e466326a07c85c1344e45d3a6cddf ALSA: hda/ca0132: add the ability to
set src_id on scp commands
7e6ed62ebedb352be3a6f0907bcab25789db7914 ALSA: hda/ca0132: Add dsp setup + gpio
functions for r3di
38ba69ffcea397010a0887af28b495167dbf6f39 ALSA: hda/ca0132: add dsp setup
related commands for the sbz
009b8f979bf8cb5f7ec6d3dd7683585122ed10f8 ALSA: hda/ca0132: update core
functions for sbz + r3di
e93ac30a32a6ba7ac3b4b2a4379af1dadb91e505 ALSA: hda/ca0132: add extra init
functions for r3di + sbz
2e48b2b7a29e391a61137d00ea1aa2a1623ba728 ALSA: hda/ca0132: Add extra exit
functions for R3Di and SBZ
aa31704fd81c84f6a9e0b87f3455246936654ae6 ALSA: hda/ca0132: Add PCI region2
iomap for SBZ
63177afc98a509a2406e82cb1239144a0123a414 ALSA: hda/ca0132: Add pincfg for SBZ +
R3Di, add fp hp auto-detect
8a19bceef68d8e88c9790868eece76b928a32a16 ALSA: hda/ca0132: R3Di and SBZ quirk
entires + alt firmware loading
8e142e9e628975b0dddd05cf1b095331dff6e2de ALSA: hda/ca0132: fix build failure
when a local macro is defined

summary: Backport CA0132 fixes from 4.18


--1528454730.1F83DC40.10527
Date: Fri, 8 Jun 2018 10:45:30 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1096705
           Summary: Backport fixes for HP x360 Spectre Kabylake from 4.18 kernel
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Sound
          Assignee: tiwai-at-suse.com
          Reporter: tiwai-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

4.18 kernel received a few fixes for HP x360 Spectre Kabylake model.
Leap 15.0 needs the backports for supporting the device properly.

The fix is local to patch_realtek.c, so there is no risk of breakage by that.

bbf8ff6b1d2ae749d962fd9ff743164fe13abf5d ALSA: hda/realtek - Fixup for HP x360
laptops with B&O speakers
85c467dc03a283ada739acce89f071a40310d962 ALSA: hda/realtek - Refactor
alc269_fixup_hp_mute_led_mic*()
7f783bd5e215a014a3c98df64bef24c2dc736def ALSA: hda/realtek - Fixup mute led on
HP Spectre x360


body:
--1528454801.2d6Fbd04.13746
Date: Fri, 8 Jun 2018 10:46:41 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1096706
           Summary: Bugfix release for GNU Health/Tryton
    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: axel.braun-at-gmx.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Tryton: - requirement for postgres96 fixed

GNU Health bugfix release 3.2.10

pkgs: gnuhealth tryton trytond

summary: Bugfix release for GNU Health/Tryton


--1528467545.53a26FC0.1092
Date: Fri, 8 Jun 2018 14:19:05 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1096745
           Summary: VUL-0: CVE-2018-12020: gpg2: Sanitize the diagnostic output of the original file name in     verbose mode
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
               URL: https://smash.suse.de/issue/207699/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: pmonrealgonzalez-at-suse.com
          Reporter: kbabioch-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2018-12020

Impact
======

All current GnuPG versions are affected on all platforms.

All mail clients and other applications which make use of GPG but are
not utilizing the GPGME library might be affected.

The OpenPGP protocol allows to include the file name of the original
input file into a signed or encrypted message.  During decryption and
verification the GPG tool can display a notice with that file name.  The
displayed file name is not sanitized and as such may include line feeds
or other control characters.  This can be used inject terminal control
sequences into the out and, worse, to fake the so-called status
messages.  These status messages are parsed by programs to get
information from gpg about the validity of a signature and an other
parameters.  Status messages are created with the option "--status-fd N"
where N is a file descriptor.  Now if N is 2 the status messages and the
regular diagnostic messages share the stderr output channel.  By using a
made up file name in the message it is possible to fake status messages.
Using this technique it is for example possible to fake the verification
status of a signed mail.

Although GnuPG takes great care to sanitize all diagnostic and status
output, the case at hand was missed but finally found and reported by
Marcus Brinkmann.  CVE-2018-12020 was assigned to this bug; GnuPG tracks
it at <https://dev/gnupg.org/T4012>.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2018-12020
https://lists.gnupg.org/pipermail/gnupg-announce/2018q2/000425.html
https://dev.gnupg.org/T4012
https://git.gnupg.org/cgi-bin/gitweb.cgi?p=gnupg.git;a=commit;h=13f135c7a252cc46cff96e75968d92b6dc8dce1b


--1528544246.A8ee4.8474
Date: Sat, 9 Jun 2018 11:37:26 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1096806
           Summary: tumbleweed 20180606 problem with running KDE programs over ssh -X
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: KDE Applications
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: roger.whittaker-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

After updating to 20180606, it seems no longer possible to run konsole or kate
(probably others) remotely over ssh -X.

ssh -X 192.168.1.2 konsole

An unresponsive window appears without contents.

If I do

ssh -X 192.168.1.2 xterm

that works fine.

If from that xterm I attempt to start konsole on the remote system, I
get the same kind of unresponsive window.

If I destroy that window I see the following error:

QXcbShmImage: xcb_shm_create_segment() failed for size 8716800

$ rpm -q konsole
konsole-18.04.1-1.1.x86_64

$ rpm -q kate
kate-18.04.1-1.1.x86_64


--1528566487.C03B0850.669
Date: Sat, 9 Jun 2018 17:48:07 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1096814
           Summary: gitolite can't locate conf/gitolite.conf-compiled.pm in @INC ("." was removed in Perl 5.26)
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: Development
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: ngompa13-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

gitolite 3.6.5 shipped in openSUSE Leap 15.0 does not work because it can't
locate the compiled configuration. This is because Perl 5.26 removes searching
the current working directory from @INC.

This was fixed with
https://github.com/sitaramc/gitolite/commit/35e0b2a9c967005fd7ecb6708388a88ccb85844e
upstream.

gitolite 3.6.7 in Factory/TW works, so updating Leap 15.0 with the version from
Factory will resolve the issue.