--1528574498.44AC5.12573
Date: Sat, 9 Jun 2018 20:01:38 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1096819
           Summary: virt-install - Couldn't find hvm kernel for SUSE tree
    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: denis.polom-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

impossible to install VM with virt-install

virt-install --name teuthology --memory 2048 --vcpus 1 --hvm --disk
bus=virtio,path=/mnt/virtimg/teuthology.qcow2,cache=none,format=qcow2,size=10
--network bridge=virbr0,model=virtio --connect qemu:///system  --os-type linux
--os-variant sles12sp3 --virt-type kvm --noautoconsole --accelerate --location
/mnt/virtimg/iso/SLE-12-SP3-Server-DVD-GM-DVD1.iso --extra-args="console=tty0
console=ttyS0,115200n8" --debug
[Sat, 09 Jun 2018 22:00:53 virt-install 24365] DEBUG (cli:265) Launched with
command line: /usr/share/virt-manager/virt-install --name teuthology --memory
2048 --vcpus 1 --hvm --disk
bus=virtio,path=/mnt/virtimg/teuthology.qcow2,cache=none,format=qcow2,size=10
--network bridge=virbr0,model=virtio --connect qemu:///system --os-type linux
--os-variant sles12sp3 --virt-type kvm --noautoconsole --accelerate --location
/mnt/virtimg/iso/SLE-12-SP3-Server-DVD-GM-DVD1.iso --extra-args=console=tty0
console=ttyS0,115200n8 --debug
[Sat, 09 Jun 2018 22:00:53 virt-install 24365] DEBUG (cli:279) Requesting
libvirt URI qemu:///system
[Sat, 09 Jun 2018 22:00:53 virt-install 24365] DEBUG (cli:282) Received libvirt
URI qemu:///system
[Sat, 09 Jun 2018 22:00:53 virt-install 24365] DEBUG (virt-install:358)
Requesting virt method 'hvm', hv type 'kvm'.
[Sat, 09 Jun 2018 22:00:53 virt-install 24365] DEBUG (virt-install:583)
Received virt method 'kvm'
[Sat, 09 Jun 2018 22:00:53 virt-install 24365] DEBUG (virt-install:584)
Hypervisor name is 'hvm'
[Sat, 09 Jun 2018 22:00:53 virt-install 24365] DEBUG (virt-install:270)
Distilled --network options: ['bridge=virbr0,model=virtio']
[Sat, 09 Jun 2018 22:00:53 virt-install 24365] DEBUG (virt-install:183)
Distilled --disk options:
['bus=virtio,path=/mnt/virtimg/teuthology.qcow2,cache=none,format=qcow2,size=10']
[Sat, 09 Jun 2018 22:00:53 virt-install 24365] DEBUG (devicedisk:409) Creating
volume 'teuthology.qcow2' on pool 'virtimg'
[Sat, 09 Jun 2018 22:00:53 virt-install 24365] DEBUG (devicedisk:535)
disk.set_vol_install: name=teuthology.qcow2 poolxml=
<pool type='dir'>
  <name>virtimg</name>
  <uuid>f50a5fb3-08da-4b72-8d3d-ac056b0f2c2e</uuid>
  <capacity unit='bytes'>999715438592</capacity>
  <allocation unit='bytes'>71168716800</allocation>
  <available unit='bytes'>928546721792</available>
  <source>
  </source>
  <target>
    <path>/mnt/virtimg</path>
    <permissions>
      <mode>0755</mode>
      <owner>1000</owner>
      <group>100</group>
    </permissions>
  </target>
</pool>

[Sat, 09 Jun 2018 22:00:54 virt-install 24365] DEBUG (guest:254) Setting
Guest.os_variant to 'sles12sp3'
[Sat, 09 Jun 2018 22:00:54 virt-install 24365] DEBUG (virt-install:697)
Guest.has_install_phase: True

Starting install...
[Sat, 09 Jun 2018 22:00:54 virt-install 24365] DEBUG (guest:1206) Using
default_graphics=spice
[Sat, 09 Jun 2018 22:00:54 virt-install 24365] DEBUG (guest:1225) Local
connection, disabling spice image compression.
[Sat, 09 Jun 2018 22:00:54 virt-install 24365] DEBUG (urlfetcher:57) Using
scratchdir=/var/lib/libvirt/boot
[Sat, 09 Jun 2018 22:00:54 virt-install 24365] DEBUG (urlfetcher:554) Finding
distro store for location=/mnt/virtimg/iso/SLE-12-SP3-Server-DVD-GM-DVD1.iso
[Sat, 09 Jun 2018 22:00:54 virt-install 24365] DEBUG (urlfetcher:351) Running
isoinfo: ['isoinfo', '-J', '-i',
'/mnt/virtimg/iso/SLE-12-SP3-Server-DVD-GM-DVD1.iso', '-x', '/.treeinfo']
Setting input-charset to 'UTF-8' from locale.
[Sat, 09 Jun 2018 22:00:54 virt-install 24365] DEBUG (urlfetcher:90) Fetching
URI: /.treeinfo
Retrieving file .treeinfo...
                                                                      |    0 B
00:00:00
[Sat, 09 Jun 2018 22:00:54 virt-install 24365] DEBUG (urlfetcher:165) Saved
file to /var/lib/libvirt/boot/virtinst-.treeinfo.qsbp_a6p
[Sat, 09 Jun 2018 22:00:54 virt-install 24365] DEBUG (urlfetcher:410) Did not
find 'family' section in treeinfo
[Sat, 09 Jun 2018 22:00:54 virt-install 24365] DEBUG (urlfetcher:351) Running
isoinfo: ['isoinfo', '-J', '-i',
'/mnt/virtimg/iso/SLE-12-SP3-Server-DVD-GM-DVD1.iso', '-x', '/content']
Setting input-charset to 'UTF-8' from locale.
[Sat, 09 Jun 2018 22:00:54 virt-install 24365] DEBUG (urlfetcher:90) Fetching
URI: /content
Retrieving file content...
                                                                      |  12 kB
00:00:00
[Sat, 09 Jun 2018 22:00:54 virt-install 24365] DEBUG (urlfetcher:363) Running
isoinfo: ['isoinfo', '-J', '-i',
'/mnt/virtimg/iso/SLE-12-SP3-Server-DVD-GM-DVD1.iso', '-f']
Setting input-charset to 'UTF-8' from locale.
[Sat, 09 Jun 2018 22:00:54 virt-install 24365] DEBUG (urlfetcher:145)
hasFile(/boot/x86_64/loader/linux) returning False
[Sat, 09 Jun 2018 22:00:54 virt-install 24365] DEBUG (urlfetcher:145)
hasFile(/boot/loader/linux64) returning False
[Sat, 09 Jun 2018 22:00:54 virt-install 24365] DEBUG (urlfetcher:145)
hasFile(/boot/x86_64/linux) returning False
[Sat, 09 Jun 2018 22:00:54 virt-install 24365] DEBUG (cli:317)   File
"/usr/share/virt-manager/virt-install", line 1008, in <module>
    sys.exit(main())
  File "/usr/share/virt-manager/virt-install", line 1002, in main
    start_install(guest, options)
  File "/usr/share/virt-manager/virt-install", line 728, in start_install
    fail(e, do_exit=False)
  File "/usr/share/virt-manager/virtinst/cli.py", line 317, in fail
    logging.debug("".join(traceback.format_stack()))

[Sat, 09 Jun 2018 22:00:54 virt-install 24365] ERROR (cli:318) Couldn't find
hvm kernel for SUSE tree.
[Sat, 09 Jun 2018 22:00:54 virt-install 24365] DEBUG (cli:320)
Traceback (most recent call last):
  File "/usr/share/virt-manager/virt-install", line 707, in start_install
    transient=options.transient)
  File "/usr/share/virt-manager/virtinst/guest.py", line 509, in start_install
    self._prepare_install(meter, dry)
  File "/usr/share/virt-manager/virtinst/guest.py", line 316, in
_prepare_install
    self.installer.prepare(self, meter)
  File "/usr/share/virt-manager/virtinst/installer.py", line 200, in prepare
    self._prepare(guest, meter)
  File "/usr/share/virt-manager/virtinst/distroinstaller.py", line 222, in
_prepare
    self._prepare_kernel_url(guest, fetcher)
  File "/usr/share/virt-manager/virtinst/distroinstaller.py", line 130, in
_prepare_kernel_url
    kernel, initrd, args = store.acquireKernel(guest)
  File "/usr/share/virt-manager/virtinst/urlfetcher.py", line 673, in
acquireKernel
    {"distro": self.name, "type": self.type})
RuntimeError: Couldn't find hvm kernel for SUSE tree.
[Sat, 09 Jun 2018 22:00:54 virt-install 24365] DEBUG (cli:331) Domain
installation does not appear to have been successful.
If it was, you can restart your domain by running:
  virsh --connect qemu:///system start teuthology
otherwise, please restart your installation.
Domain installation does not appear to have been successful.
If it was, you can restart your domain by running:
  virsh --connect qemu:///system start teuthology
otherwise, please restart your installation.


--1528591310.Bf3cB4E0.6821
Date: Sun, 10 Jun 2018 00:41:50 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1096823
           Summary: Update request for openSUSE:Leap:15.0 switcheroo-control
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Maintenance
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: luc14n0-at-linuxmail.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The current revision of switcheroo-control under Leap 15 is not workable. I
have provided a fix for swicheroo-control's services that had hit Factory but
it didn't land in Leap 15. This fix is important for users who have two graphic
cards.


--1528788009.c276cf5.32304
Date: Tue, 12 Jun 2018 07:20:09 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1097115
           Summary: diskimage-builder-2.14.1 can't build Leap 15.0 images
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: OpenStack
          Assignee: cloud-bugs-at-suse.de
          Reporter: markos.chandras-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

support for building openSUSE Leap 15 images was added in 15.0 (with a fix in
15.1) so ideally we should bump to that release since the diff between the two
releases is quite small

+- Version bump to 2.15.1
+  * elements: pip-and-virtualenv: Handle openSUSE Leap 15
+  * Allow to rebuild arbitrary images
+  * Replace the ubuntu-minimal trusty test with a bionic one
+  * Remove non-maintained ubuntu-core element
+  * elements: zypper-minimal: Add support for openSUSE Leap 15.X
+  * Add Ubuntu 18.04 support
+  * Remove duplicate GRUB command line entry
+  * rpm-distro: set the contentdir yum var
+  * Trivial: update url to new url
+  * Fixes add-apt-keys in dpkg element
+  * Add pip cache cleanup to pip-and-virtualenv
+  * pip-and-virtualenv: fix install-pip when centos-release-openstack is
enabled
+  * Stop using slave_scripts/install-distro-packages.sh


--1528805188.E43eE5e60.311
Date: Tue, 12 Jun 2018 12:06:28 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1097203
           Summary: On a multiboot system the openSUSE Leap 15 os-prober does not detect any other installed OS because multipath is enabled after installation on a btrfs partition.
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Bootloader
          Assignee: jsrain-at-suse.com
          Reporter: rwolter-at-web.de
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

There is a problem when and after installing openSUSE Leap 15 from the KDE live
system on btrfs partitions: On a multiboot system the openSUSE Leap 15
os-prober does not detect any other installed OS.

The DOS partition table  is quite complex, containing several different other
Linux distros. Most of them are installed on ext4 partitions, one on reiserfs.

I have used both ISO images for installation:

openSUSE-Leap-15.0-KDE-Live-x86_64-Snapshot17.7-Media.iso
openSUSE-Leap-15.0-KDE-Live-x86_64-Snapshot17.9-Media.iso

by just clicking on the "Installation" button on the desktop.

There seems to be a multipath problem.

My current summary:

multipath is enabled on both versions of the KDE live system, 17.7 and 17.9.

During the installation process, in the chroot environment, multipath is
enabled for 17.7, but disabled for 17.9. That's the reason why a (mostly)
correct grub.cfg can be generated using 17.9 but not when using 17.7.

After a reboot multipath is enabled for all installed Leap 15 systems and thus
NO correct grub.cfg can be generated during the next update/upgrade process.
Only Leap 15 btrfs entries are generated during grub2-mkconfig, but no entry
for any other distro.

The outputs of "save_y2logs" for the 17.9 installed system is attached.


--1528807181.d56f3780.18844
Date: Tue, 12 Jun 2018 12:39:41 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1097210
           Summary: VirtualGL: picking up libGL.so.1 from MESA instead of Nvidia
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X11 Applications
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: tiziano.mueller-at-chem.uzh.ch
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I am trying to get a VirtualGL server running on a system with Nvidia graphic
cards and openSUSE LEAP 42.3.

When running `vglrun /usr/bin/glxspheres`, I get the following error:

  Polygons in scene: 62464 (61 spheres * 1024 polys/spheres)
  libGL error: failed to load driver: swrast
  libGL error: failed to load driver: swrast
  Visual ID of window: 0x21
  X Error of failed request:  GLXBadContext
    Major opcode of failed request:  153 (GLX)
    Minor opcode of failed request:  6 (X_GLXIsDirect)
    Serial number of failed request:  30
    Current serial number in output stream:  29

which indicates that despite having the Nvidia drivers properly installed, it
loads the MESA libGL.so.

Indeed, running `vglrun ldd /usr/bin/glxspheres` returns:

    linux-vdso.so.1 (0x00007ffec13a2000)
    libdlfaker.so => /usr/lib64/libdlfaker.so (0x00007ff2e980d000)
    libvglfaker.so => /usr/lib64/libvglfaker.so (0x00007ff2e9558000)
    libGL.so.1 => /usr/lib64/libGL.so.1 (0x00007ff2e92ec000)
    [...]

where it should instead load /usr/X11R6/lib64/libGL.so.1 instead.

The culprit seems to be the VirtualGL built-in support for multilib:
`/usr/bin/vglrun` sources `/usr/bin/.vglrun.vars64`, which sets
`VGL_LIBRARY_PATH` to `/usr/lib64`, which then is then prefixed to
`LD_LIBRARY_PATH` (in `/usr/bin/vglrun`), ensuring that first the MESA
`libGL.so` from `/usr/lib64` is picked up.

The solution is to remove `/usr/bin/.vglrun.vars64`, which avoids
`LD_LIBRARY_PATH` to be modified, ensuring that the linker loader uses the
default system paths to locate the libraries.


--1528811439.03184.1565
Date: Tue, 12 Jun 2018 13:50:39 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1097227
           Summary: QT apps fail to work via remote X connection
    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: snwint-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: sndirsch-at-suse.com
          Found By: Development
           Blocker: ---

Since latest tw update (20180606) all qt apps fail to start when started
via a remote x connection (ssh -X).

To be clear: the client side runs on this tw. The server side seems not to
matter
(tested leap15 and tw). Connecting from leap15 into tw also works.

The apps freeze during initialization. You see the window frame drawn - but
that's it.

That's specific to qt (and kde) apps. Others work fine.

Both client and server run classical X.


body:
--1528819969.5b26e10.1539
Date: Tue, 12 Jun 2018 16:12:48 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1097248
           Summary: USB passthrough opens a security hole in VirtualBox
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Virtualization:Tools
          Assignee: virt-bugs-at-suse.de
          Reporter: danielm-at-ecoscentric.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Informational box pops up on first instance and refers to a stale bug 664520
"assumed" to have been closed for 42.1/42.3.

Either the bug has been resolved and the informational can be deleted, or the
bug should be tracked and fixed :)

pkgs: kbuild+virtualbox virtualbox


--1528871880.cA1daEf0.18874
Date: Wed, 13 Jun 2018 06:38:00 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1097339
           Summary: rpmlint: Wrong report of non-position-independent-executable
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Hardware: All
                OS: openSUSE Factory
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: BuildService
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: werner-at-suse.com
        QA Contact: adrian-at-suse.com
          Found By: ---
           Blocker: ---

[   35s] su-wrapper.x86_64: W: position-independent-executable-suggested
/usr/sbin/su-wrapper
[   35s] This executable should be position independent (all binaries should).
Check
[   35s] that it is built with -fPIE/-fpie in compiler flags and -pie in linker
flags.
[   35s]
[   35s] su-wrapper.x86_64: E: non-position-independent-executable (Badness:
10000) /usr/sbin/su-wrapper
[   35s] This executable must be position independent.  Check that it is built
with
[   35s] -fPIE/-fpie in compiler flags and -pie in linker flags.
[   35s]
[   35s] (none): E: badness 10000 exceeds threshold 1000, aborting.
[   35s] 2 packages and 0 specfiles checked; 1 errors, 5 warnings.

... now I see in the build environment

[   13s] gcc -fpie -fPIE -D_GNU_SOURCE -fmessage-length=0 -grecord-gcc-switches
-O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables
-fasynchronous-unwind-tables -fstack-clash-protection -g -pipe -Wall   -c -o
su-wrapper.o su-wrapper.c
[   13s] gcc -pie -Wl,-warn-common  -Wl,-z,relro,-z,now su-wrapper.o -o
su-wrapper

as well as

noether:/ # rpm -Uhv
home/abuild/rpmbuild/RPMS/x86_64/su-wrapper-1.2.0-0.x86_64.rpm
Preparing...                          ################################# [100%]
Updating / installing...
   1:su-wrapper-1.2.0-0               ################################# [100%]
noether:/ # file usr/sbin/su-wrapper
usr/sbin/su-wrapper: ELF 64-bit LSB pie executable x86-64, version 1 (SYSV),
dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux
3.2.0, BuildID[sha1]=0d9e53b2265c211a2e893d9e1c3745dffd87abc6, stripped


--1528878285.a6A870.19964
Date: Wed, 13 Jun 2018 08:24:45 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1097370
           Summary: netconfig: write resolv.conf to /run instead of /etc
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: mt-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

following up on the discussion on the Factory list it looks like other network
managing implementations switched to writing the resolv.conf to /run and leave
/etc/resolv.conf as symlink. /etc nowadays moves towards not having programs
automatically update it but leave that to the admin. So I think it would make
sense for netconfig to follow and use /run too.


--1528880672.1e7bE3f23.31069
Date: Wed, 13 Jun 2018 09:04:32 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1097388
           Summary: cloud-init running before network online
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: openSUSE Factory
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Other
          Assignee: rjschwei-at-suse.com
          Reporter: bwiedemann-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: jdsn-at-suse.com
          Found By: Development
           Blocker: ---

When testing the Leap 15.0 OpenStack image from
https://download.opensuse.org/repositories/Cloud:/Images:/Leap_15.0/images/

I found that it did not import authorized keys
because DataSourceNone was used
because the metadata API detection happened before network was up.

With this patch, it waits for network to come up
and then uses the correct DataSourceOpenStack
-


--1528955565.FbcC6.13546
Date: Thu, 14 Jun 2018 05:52:45 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1097581
           Summary: PackageKit: zypp backend needs implementation for GetFilesLocal.
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: All
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
          Assignee: bnc-team-gnome-at-forge.provo.novell.com
          Reporter: yfjiang-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: dimstar-at-opensuse.org, mikhail.v.gavrilov-at-gmail.com,
                    rlm-at-paragonos.net, sckang-at-suse.com,
                    stefan.bruens@rwth-aachen.de
        Depends on: 941862, 1008287
            Blocks: 1079825
          Found By: Community User
           Blocker: ---

As it is mentioned in https://bugzilla.opensuse.org/show_bug.cgi?id=941862#c6

GetFilesLocal method should be implemented in zypp backend to resolve
bsc#941862. Besides, this is also a solid infrastructure for resovling
bsc#1079825.


--1528960745.2Daa6dA0.12490
Date: Thu, 14 Jun 2018 07:19:05 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1097606
           Summary: Plasma Wayland: - copy paste from Gnome application does not work
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: KDE Workspace (Plasma)
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: msrb-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

In Plasma Wayland session if I start kate and gedit, I can copy-paste from kate
into kate and from kate into gedit, but not from gedit into anywhere else.
Pressing CTRL+C in gedit seems to empty the clipboard and CTRL+V then pastes
nothing.

When testing, make sure to run both kate and gedit in Wayland mode, not in X
mode under Xwayland. It can be ensured for example by starting them like this:

> unset DISPLAY
> QT_QPA_PLATFORM=wayland kate &
> GDK_BACKEND=wayland gedit &

If I try the same thing in Gnome Wayland or in Weston, copy and paste works
between kate and gedit in all directions.

Interestingly when I make selection in kate, it prints following message to
konsole: "Data set on unsupported clipboard mode. QMimeData object will be
deleted."
It may not be related to the bug, since it appears only during selection in
kate, not during copy/paste and not at all when I do anything in gedit.

If I run gedit in X mode, copy paste works normally between it and kate in
Wayland mode.

Versions of some installed packages:
  kwin5-5.12.5-lp150.1.1.x86_64
  kwayland-5.45.0-lp150.1.1.x86_64
  plasma5-workspace-5.12.5-lp150.1.1.x86_64
  kate-17.12.3-lp150.1.3.x86_64
  gedit-3.22.1-lp150.2.3.x86_64


--1529012235.f0c15.19596
Date: Thu, 14 Jun 2018 21:37:15 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1097748
           Summary: devel:languages:nodejs/nodejs8: installing nodejs8 also installs nodejs9 and npm9 (instead of npm8)
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: 3rd party software
          Assignee: amajer-at-suse.com
          Reporter: adaugherity-at-tamu.edu
        QA Contact: bnc-team-screening-at-forge.provo.novell.com
                CC: i-at-marguerite.su
          Found By: ---
           Blocker: ---

Adding this repo, then 'zypper in nodejs8' will attempt to install npm9 (and in
turn nodejs9-devel), rather than npm8:
====
# zypper -v in nodejs8
[...]
The following 4 NEW packages are going to be installed:
  nodejs8        8.11.3-76.1
  nodejs9        9.11.1-5.1
  nodejs9-devel  9.11.1-5.1
  npm9           9.11.1-5.1

The following recommended package was automatically selected:
  npm9  9.11.1-5.1
====

This is apparently caused by having 'Recommends: npm(npm) = 5.6.0' in nodejs8,
which is satisfied by both npm8 and npm8:
====
$ zypper wp 'npm(npm) = 5.6.0'
[...]
S | Name | Type    | Version     | Arch   | Repository
--+------+---------+-------------+--------+---------------------
  | npm8 | package | 8.11.3-76.1 | x86_64 | Node.js (SLE_12_SP3)
  | npm9 | package | 9.11.1-5.1  | x86_64 | Node.js (SLE_12_SP3)
====

Workaround: explicitly installing npm8, e.g. 'zypper in npm8' or 'zypper in
nodejs8 npm8' will use the correct set of packages and not pull in
nodejs9/npm9.  Also, 'zypper in --no-recommends nodejs8' will install only
nodejs8, and no npm, which could be installed later as 'zypper in npm8'.

Fix:  not sure what is preferred.   One possibility is to have nodejs8 instead
depend upon 'npm8', or 'npm = %node_version' or 'nodejs-npm = %node_version',
which are provided by the npmX packages, e.g.:
====
$ rpm -qp --provides
http://download.opensuse.org/repositories/devel:/languages:/nodejs/SLE_12_SP3/x86_64/npm8-8.11.3-76.1.x86_64.rpm
nodejs-npm = 8.11.3
npm = 8.11.3
npm(npm) = 5.6.0
npm8 = 8.11.3-76.1
npm8(x86-64) = 8.11.3-76.1

and likewise, npm9 provides:
nodejs-npm = 9.11.1
npm = 9.11.1
npm(npm) = 5.6.0
npm9 = 9.11.1-5.1
npm9(x86-64) = 9.11.1-5.1
====
Doing that would lose the npm version dependency (5.6.0), but at least it would
be using the correct npm package.


--1529045177.8bC6C0.32004
Date: Fri, 15 Jun 2018 06:46:17 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1097774
           Summary: VUL-0: CVE-2018-12356: pass: Improper parsing of GPG output allows attackers to spoof file signatures, read passwords and execute code
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
               URL: https://smash.suse.de/issue/208295/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: tchatzimichos-at-suse.com
          Reporter: kbabioch-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

rh#1591571

An issue was discovered in password-store.sh in pass in Simple Password Store
1.7.x before 1.7.2. The signature verification routine parses the output of
GnuPG with an incomplete regular expression, which allows remote attackers to
spoof file signatures on configuration files and extension scripts. Modifying
the configuration file allows the attacker to inject additional encryption keys
under their control, thereby disclosing passwords to the attacker. Modifying
the
extension scripts allows the attacker arbitrary code execution.

References:
https://bugzilla.redhat.com/show_bug.cgi?id=1591571
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2018-12356
http://seclists.org/oss-sec/2018/q2/192
https://lists.zx2c4.com/pipermail/password-store/2018-June/003308.html
https://git.zx2c4.com/password-store/commit/?id=8683403b77f59c56fcb1f05c61ab33b9fd61a30d
http://openwall.com/lists/oss-security/2018/06/14/3


--1529046224.fAA72B0.6792
Date: Fri, 15 Jun 2018 07:03:44 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1097779
           Summary: VUL-0: CVE-2018-12434: LibreSSL before 2.6.5 and 2.7.x before 2.7.4 allows a memory-cache side-channelattack on DSA and ECDSA signatures, aka the Return Of the Hidden Number Problemor ROHNP. To discover a key, the attacker needs access to
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
               URL: https://smash.suse.de/issue/208302/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: jengelh-at-inai.de
          Reporter: meissner-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2018-12434

LibreSSL before 2.6.5 and 2.7.x before 2.7.4 allows a memory-cache side-channel
attack on DSA and ECDSA signatures, aka the Return Of the Hidden Number Problem
or ROHNP. To discover a key, the attacker needs access to either the local
machine or a different virtual machine on the same physical host.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2018-12434
https://ftp.openbsd.org/pub/OpenBSD/LibreSSL/libressl-2.7.4-relnotes.txt
https://ftp.openbsd.org/pub/OpenBSD/LibreSSL/libressl-2.6.5-relnotes.txt


body:
--1529054971.2B4d0.10279
Date: Fri, 15 Jun 2018 09:29:31 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1097811
           Summary: upgrade problem with encrypted disks
    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: lnussel-at-suse.com
        QA Contact: lnussel-at-suse.com
          Found By: ---
           Blocker: ---

See https://bugzilla.suse.com/show_bug.cgi?id=1094963#c35

Symptom:
Using the offline upgrade feature of the installation medium to upgrade Leap 42
with an encrypted data partition such as /home crashes YaST when selecting the
previous installation.

Reason:
Encrypted data partitions are listed in /etc/fstab by device mapper name, eg.
/dev/mapper/cr_home. In the installation environment YaST cannot relate that
path to autodetected volumes (boo#1094963).

Solution:
Prior to upgrading, change /etc/fstab to mount the encrypted partitions by UUID
instead of by path. For example if /etc/fstab contains

  /dev/mapper/cr_home /home xfs nofail 0 2

Use the following command to determine the UUID:

  # blkid|grep cr_home
  /dev/mapper/cr_home: UUID="12345678-1234-1234-1234-1234567890AB" TYPE="xfs"

Then change the in fstab line to

  UUID=12345678-1234-1234-1234-1234567890AB /home xfs nofail 0 2

After this modification of /etc/fstab yast can perform the upgrade without
crashing.

summary: upgrade problem with encrypted disks


--1529055288.2Bfe60.11500
Date: Fri, 15 Jun 2018 09:34:48 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1097814
           Summary: mksusecd: adjust to isoinfo and syslinux changes
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: snwint-at-suse.com
          Reporter: snwint-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: Development
           Blocker: ---

- isoinfo from the mkisofs package produces a different output format than the
  one from genisoimage
- syslinux now needs root privileges


body:
--1529063670.1dA7412.28326
Date: Fri, 15 Jun 2018 11:54:30 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1097842
           Summary: Installer shows no LXQt icon in pattern
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: LXDE
          Assignee: andrea-at-opensuse.org
          Reporter: mvetter-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

When using the installer and selecting to not choose KDE, GNOME but a custom
one, we see no icon displayed for LXQt.

Probably has to be changed in the pattern.

summary: Installer shows no LXQt icon in pattern


body:
--1529069047.0C34145.24032
Date: Fri, 15 Jun 2018 13:24:07 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1097856
           Summary: Package LXQt 0.13.0
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: LXDE
          Assignee: andrea-at-opensuse.org
          Reporter: mvetter-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Update waits in X11:LXQt since a while already. Creating this bug to keep track
of what needs to be done.

summary: Package LXQt 0.13.0


--1529218270.ABba3.19515
Date: Sun, 17 Jun 2018 06:51:10 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1097941
           Summary: [Build 0118] Recurring console error message on bootup "mmc0: Unknown controller version (3). You may experience problems"
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: All
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-maintainers-at-forge.provo.novell.com
          Reporter: okurz-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: jcheung-at-suse.com, tiwai-at-suse.com
        Depends on: 1042536
          Found By: ---
           Blocker: ---

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

Now on openSUSE Leap 15.0 with kernel 4.12.14-lp150.12.4-default I see the
error message

```
mmc0: Unknown controller version (3). You may experience problems.
```

on bootup reported as error. The system logs contain one line after that which
could be useful:

```
Jun 15 15:56:29 linux-28d6 kernel: mmc0: SDHCI controller on PCI [0000:01:00.0]
using ADMA
```

## Further details

This is still the very same machine as in the previous bug reports as well as
the related one.


--1529259841.01E3BB1310.18692
Date: Sun, 17 Jun 2018 18:24:01 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1097951
           Summary: Feitian tokens unsupported in OpenSC 0.17.0 (regression)
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: All
                OS: BlackBerry Tablet OS 2.x
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: brassh-at-web.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

After upgrade to openSUSE Leap 15.0, Feitian token epass2003 stopped working.

The token should be supported and worked until openSUSE Leap 42.3

After upgrade to openSUSE Leap 15.0, the token is still marked as supported:

=> opensc-tool --list-drivers
Configured card drivers:
(...)
  epass2003        epass2003
(...)

And it is correctly recognized:
=> opensc-tool --list-readers
# Detected readers (pcsc)
Nr.  Card  Features  Name
(...)
1    Yes             Feitian ePass2003 01 00

But it does not work any more:
=> pkcs15-tool --dump
Using reader with a card: Feitian ePass2003 01 00
PKCS#15 binding failed: Unsupported card

The token is unusable under openSUSE 15.0 (no access to the smartcard functions
under firefox, thunderbird, openssh etc.)

Reason seams to be an upstream bug in opensc 0.17.0, see:
https://github.com/OpenSC/OpenSC/issues/1115

The bug affects other distributions as well (fedora, see opensc bug above, and
ubuntu, see https://bugs.launchpad.net/ubuntu/+source/opensc/+bug/1734594)


--1529309689.c25D4.32517
Date: Mon, 18 Jun 2018 08:14:48 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1097996
           Summary: osc requires python-base instead of python
    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: marco.strigl-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

On a clean TW / Leap 15 installation without any python packages preinstalled
the installation of osc will require python-base, which contains no ssl.py.

ssl.py is needed for the M2Crypto functions of osc.

This will leed into this:

$ osc ls home:mstrigl
Traceback (most recent call last):
  File "/usr/bin/osc", line 10, in <module>
    from osc import commandline, babysitter
  File "/usr/lib/python2.7/site-packages/osc/commandline.py", line 9, in
<module>
    from . import conf
  File "/usr/lib/python2.7/site-packages/osc/conf.py", line 44, in <module>
    import ssl
ImportError: No module named ssl

This can be solved by requiring python/python2.

An updated of the package is in work. This bug is for the documentation.


--1529313969.48EcBc3.1647
Date: Mon, 18 Jun 2018 09:26:09 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1098009
           Summary: Security update patch openSUSE-2018-650 with kernel-default-4.4.136-56.1 results in an unusable system
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: x86-64
                OS: openSUSE 42.3
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-maintainers-at-forge.provo.novell.com
          Reporter: david-at-kronlid.net
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 774323
  --> http://bugzilla.opensuse.org/attachment.cgi?id=774323&action=edit
Error message first boot

Patch openSUSE-2018-650 with kernel-default-4.4.136-56.1 results in an unusable
system.

See picture of message during reboot.

Computer has:
CPU:
https://ark.intel.com/products/88196/Intel-Core-i7-6700-Processor-8M-Cache-up-to-4_00-GHz
MB: https://msi.com/Motherboard/Z170A-GAMING-M5/Specification (with latest
BIOS/UEFI)

Luckily grub2 still works and snapper rollback made it possible to revert to a
previous state before patch.


body:
Build Identifier:

I updated from 4.4.132-53 to 4.4.136-56.1 in my default kernel on my 64-bit
system (Intel(R) Core(TM) i7-6700T CPU @ 2.80GHz).

It will no longer boot showing a kernel panic. The only way to boot is
selecting on grub menu the previous kernel version.

Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b
CPU: 2 PID: 1 Com: init Not tainted 4.4.136-56-default #1
Hardware name: ECS SF100/SF100, BIOS 5.11 12/09/2015

I take a screenshot of the error that can be attached to this bug-report if
needed.

Reproducible: Always

Steps to Reproduce:
1. Update kernel from 4.4.132-53 to 4.4.136-56.1
2. Boot

Actual Results:
Kernel panic

summary: Kernel panic after update to 4.4.136-56.1


body:
--1529316628.a0E81ff24.27435
Date: Mon, 18 Jun 2018 10:10:28 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1098017
           Summary: go1.10 fails to rebuild with go
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: PowerPC-64
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: msuchanek-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I tried building go1.10 with on Leap 15 ppc64le and it fails:

[  279s] cmd/pprof
[  282s] /home/abuild/rpmbuild/BUILD/go/bin/go: error while loading shared
libraries: R_PPC64_ADDR16_HA re11957fb6c for symbol `' out of range
[  282s]
[  282s] go tool dist: FAILED: /home/abuild/rpmbuild/BUILD/go/bin/go list
-gcflags=all= -ldflags=all= -f={{if .Stale}}    STALE {{.ImportPath}}:
{{.StaleReason}}{{end}} std cmd: exit status 127
[  282s] error: Bad exit status from /var/tmp/rpm-tmp.8krvV1 (%build)

This is similar to https://github.com/golang/go/issues/21954 (which does not
affect us - probably because of gcc-PIE).

But the issue above is probably caused by gcc-PIE and some non-PIC object
somewhere.

summary: go1.10 fails to rebuild with go


body:
--1529328588.D4ae1.21462
Date: Mon, 18 Jun 2018 13:29:48 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1098050
           Summary: i586 builds fail with strange error
    Classification: Internal Novell Products
           Product: openSUSE Build Service
           Version: 2.5
          Hardware: i586
                OS: openSUSE Factory
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: build process
          Assignee: mls-at-suse.com
          Reporter: Larry.Finger-at-gmail.com
        QA Contact: adrian-at-suse.com
          Found By: ---
           Blocker: ---

When building the 32-bit version of VirtualBox, the section that processes
files for virtualbox-host-kmp-default-5.2.12_krpmbuild-406.14.i586 fails with
some very strange errors such as

[ 3576s] error: File must begin with "/": *
[ 3576s] error: File must begin with "/": Restart
[ 3576s] error: File must begin with "/": config...
[ 3576s] error: File must begin with "/": *

The spec file builds correctly on x86_64 architecture, and was not changed when
this type of failure started, on or about June 15. The complete build log is
found at
https://build.opensuse.org/public/build/Virtualization/Kernel_HEAD_standard/i586/virtualbox/_log.

summary: i586 builds fail with strange error


--1529423143.BCFBd41.14689
Date: Tue, 19 Jun 2018 15:45:43 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1098252
           Summary: VUL-0: CVE-2018-12495: discount: heap-based buffer over-read via a crafted file
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
               URL: https://smash.suse.de/issue/208366/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: mpluskal-at-suse.com
          Reporter: meissner-at-suse.com
        QA Contact: security-team-at-suse.de
                CC: pascal.bleser-at-opensuse.org
          Found By: Security Response Team
           Blocker: ---

rh#1592866

The quoteblock function in markdown.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.

References:
https://bugzilla.redhat.com/show_bug.cgi?id=1592866
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2018-12495
http://www.cvedetails.com/cve/CVE-2018-12495/
https://github.com/Orc/discount/issues/189#issuecomment-397541501


--1529485523.0cCd0.31059
Date: Wed, 20 Jun 2018 09:05:23 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1098360
           Summary: aide --init gives the error DBG: md_enable: algorithm 7 not available
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: 64bit
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: chevy.stroker-at-yahoo.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

virt:~ # aide --init
DBG: md_enable: algorithm 7 not available
gcry_md_enable 7 failedAIDE initialized database at /var/lib/aide/aide.db.new
Number of entries:      218651virt:~ #


body:
--1529564290.baaAEa0.25883
Date: Thu, 21 Jun 2018 06:58:10 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1098535
           Summary: docker container contains zypper UUID
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Containers
          Assignee: fvogt-at-suse.com
          Reporter: lnussel-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

the docker container and AFAICS also the lives lack

rm -f /etc/machine-id /etc/localtime /var/lib/zypp/AnonymousUniqueId
/var/lib/systemd/random-seed

The lives are even meant to have a special static AnonymousUniqueId, check
older lives.

pkgs: livecd-openSUSE python-kiwi

summary: docker container contains zypper UUID


body:
--1529568630.1fb7b7b0.13782
Date: Thu, 21 Jun 2018 08:10:30 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1098550
           Summary: Current Tumbleweed Pine64 image fails to boot
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: aarch64
                OS: Other
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: pgonin-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Broken at U Boot stage

pkgs: JeOS openSUSE-MicroOS


body:
Build Identifier:

Lenovo Legion Y520-15ikbm is another Lenovo model without a hw rfkill switch,
resulting in wifi always reported as hard blocked.

Please, add the model to the list of models without rfkill switch.

Reproducible: Always

{
+        .ident = "Lenovo Legion Y520-15IKBM",
+        .matches = {
+            DMI_MATCH(DMI_SYS_VENDOR, "LENOVO"),
+            DMI_MATCH(DMI_PRODUCT_VERSION, "Lenovo Y520-15IKBM"),
+        },
+    },

summary: No wifi on Lenovo Legion Y520-15ikbm laptop


--1529591987.bBBbDfD0.18450
Date: Thu, 21 Jun 2018 14:39:47 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1098653
           Summary: updating openmpi erases mpi-selector settings
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: openSUSE Factory
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Development
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: roland_wirth-at-web.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

After updating the openmpi package, `mpi-selector --list` shows no registered
MPI implementations. Also, the configured system-wide default is unset.

At a minimum, the updated OpenMPI package should be registered. Also, unsetting
the default is inconvenient because it adds an additional manual step to the
upgrade, which is easily forgotten. I would prefer the updated package to be
set as default if openmpi was set previously (or if no default was set).

Currently, the openmpi package has two scriptlets that register the
implementation after the installation and unregister it before uninstall,
including removing the default if one is set (regardless of whether it is
currently set to the openmpi version that is uninstalled). This should in
principle at least keep the new implementation registered. However, on upgrade
the postinstall scriptlet is run before the preuninstall, so whenever the old
and new implementation names are the same that name gets first registered and
then unregistered.

Maybe, the scriptlets could leave off the version number from the
implementation name


--1529653491.221c20A0.30363
Date: Fri, 22 Jun 2018 07:44:51 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1098749
           Summary: libiscsi fails to build with rdma-core v18.1
    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: mlin-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

libiscsi[1] fails to build with rdma-core v18.1[2]

error message:
[   50s] iser.c: In function 'iscsi_iser_free_pdu':
[   50s] iser.c:303:13: warning: implicit declaration of function
'container_of' [-Wimplicit-function-declaration]
[   50s]   iser_pdu = container_of(pdu, struct iser_pdu, iscsi_pdu);
[   50s]              ^~~~~~~~~~~~
[   50s] iser.c:303:31: error: expected expression before 'struct'
[   50s]   iser_pdu = container_of(pdu, struct iser_pdu, iscsi_pdu);
[   50s]                                ^~~~~~
[   50s] iser.c: In function 'iscsi_iser_queue_pdu':
[   50s] iser.c:679:31: error: expected expression before 'struct'
[   50s]   iser_pdu = container_of(pdu, struct iser_pdu, iscsi_pdu);
[   50s]                                ^~~~~~
[   50s] iser.c: In function 'iser_rcv_completion':
[   50s] iser.c:1044:37: error: expected expression before 'struct'
[   50s]   iser_pdu = container_of(iscsi_pdu, struct iser_pdu, iscsi_pdu);
[   50s]                                      ^~~~~~
[   50s] make[2]: *** [Makefile:596: libiscsi_la-iser.lo] Error 1
[   50s] make[2]: *** Waiting for unfinished jobs....
[   50s] make[2]: Leaving directory
'/home/abuild/rpmbuild/BUILD/libiscsi-1.18.0/lib'
[   50s] make[1]: *** [Makefile:493: all-recursive] Error 1
[   50s] make[1]: Leaving directory
'/home/abuild/rpmbuild/BUILD/libiscsi-1.18.0'
[   50s] make: *** [Makefile:381: all] Error 2
[   50s] error: Bad exit status from /var/tmp/rpm-tmp.8niY7V (%build)

[1]
https://build.opensuse.org/package/live_build_log/openSUSE:Factory:Staging:A:DVD/libiscsi/standard/x86_64

[2] https://build.opensuse.org/request/show/616908


--1529654400.5B07De220.14963
Date: Fri, 22 Jun 2018 07:59:59 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1098751
           Summary: VUL-0: CVE-2018-12613: An issue was discovered in phpMyAdmin 4.8.x before 4.8.2, in which an attackercan include (view and potentially execute) files on the server. Thevulnerability comes from a portion of code where pages are redirected
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
               URL: https://smash.suse.de/issue/208624/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: chris-at-computersalat.de
          Reporter: meissner-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2018-12613

An issue was discovered in phpMyAdmin 4.8.x before 4.8.2, in which an attacker
can include (view and potentially execute) files on the server. The
vulnerability comes from a portion of code where pages are redirected and
loaded
within phpMyAdmin, and an improper test for whitelisted pages. An attacker must
be authenticated, except in the "$cfg['AllowArbitraryServer'] = true" case
(where an attacker can specify any host he/she is already in control of, and
execute arbitrary code on phpMyAdmin) and the "$cfg['ServerDefault'] = 0" case
(which bypasses the login requirement and runs the vulnerable code without any
authentication).

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2018-12613
http://people.canonical.com/~ubuntu-security/cve/2018/CVE-2018-12613.html
https://www.phpmyadmin.net/security/PMASA-2018-4/


--1529654611.cb5c1D0.16288
Date: Fri, 22 Jun 2018 08:03:31 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1098752
           Summary: VUL-0: CVE-2018-12581: phpMyAdmin: An issue was discovered in js/designer/move.js in phpMyAdmin before 4.8.2. ACross-Site Scripting vulnerability has been found where an attacker can use acrafted database name to trigger an XSS attack when that datab
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
               URL: https://smash.suse.de/issue/208623/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: chris-at-computersalat.de
          Reporter: meissner-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2018-12581

An issue was discovered in js/designer/move.js in phpMyAdmin before 4.8.2. A
Cross-Site Scripting vulnerability has been found where an attacker can use a
crafted database name to trigger an XSS attack when that database is referenced
from the Designer feature.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2018-12581
http://people.canonical.com/~ubuntu-security/cve/2018/CVE-2018-12581.html
https://www.phpmyadmin.net/security/PMASA-2018-3/


--1529693894.aDC31800.2938
Date: Fri, 22 Jun 2018 18:58:13 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1098878
           Summary: Gwenview missing in Tumbleweed 20180618 KDE pattern
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: Linux
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: KDE Applications
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: opensuse-at-trummer.xyz
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I recently installed Tumbleweed with snapshot 20180618 and the KDE pattern from
the DVD image. After install, Gwenview was not installed however and I
certainly didn't deselect it during install.


--1529914950.BE60Cc0.32351
Date: Mon, 25 Jun 2018 08:22:30 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1098962
           Summary: putty does not launch (segfault in libX11.so.6.3.0)
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: ujin981-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Overview:
Putty application from the official repositories does not start in OpenSUSE
15.0.

Steps to reproduce: just launch it.

Actual results:
If run from the terminal it says: "Segmentation fault (core dumped)". In the
logs (journalctl) there's only one line about it: "Jun 25 10:04:57
thinpad.cityhall.gov kernel: putty[1119]: segfault at 40 ip 00007fe76fc6c6e0 sp
00007fff6b4fd7f0 error 4 in libX11.so.6.3.0[7fe76fc1e000+13b000]".

Expected results: an application window appearing magically on my desktop.

Build date & Hardware:
Putty version: 0.70-lp150.3.5
OpenSUSE 15.0 freshly installed on a brand new Lenovo 31-80 laptop (Intel CPU
with integrated graphics: Intel(R) Pentium(R) CPU 4405U @ 2.10GHz), uname -a:
Linux thinpad.cityhall.gov 4.12.14-lp150.12.4-default #1 SMP Tue May 22
05:17:22 UTC 2018 (66b2eda) x86_64 x86_64 x86_64 GNU/Linux.


--1529924975.7D2331E9.23029
Date: Mon, 25 Jun 2018 11:09:35 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1098985
           Summary: mate-screensaver not following display changes
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: jan.kiszka-at-web.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Since version 1.20.0, the MATE screensaver is not following changes of the
display, e.g. when docking/undocking a notebook and switching from an external
to the internal display. The lock window will stick with the screen it got
activated on, leaving the machine unlocked on the other screen (which is
critical when suspending a notebook on one screen and resuming it on
another...).

Regression from 1.18.1 from Leap 42.3 (which I'm now using again to mitigate
the issue).


body:
--1529926884.A1EE62810.20046
Date: Mon, 25 Jun 2018 11:41:24 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1098995
           Summary: Unusually large kernel-macros package
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: All
                OS: Linux
            Status: NEW
          Severity: Enhancement
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-maintainers-at-forge.provo.novell.com
          Reporter: jengelh-at-inai.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

(download.opensuse.org/repositories/Kernel:/stable/standard/)
# ls -l
-rw-r--r

summary: Unusually large kernel-macros package


body:
--1529930928.f778bBCF6.1316
Date: Mon, 25 Jun 2018 12:48:48 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1099004
           Summary: document that cryptconfig was dropped
    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: lnussel-at-suse.com
        QA Contact: lnussel-at-suse.com
          Found By: ---
           Blocker: ---

cryptconfig was dropped. YaST therefore no longer offers the option to set up
individual encrypted home directories per user. It is still possible to use
existing setups and also to create them manually on the command line. The
recommended setup is to use full disk encryption though.

summary: document that cryptconfig was dropped


--1529997867.B2f31e3.24870
Date: Tue, 26 Jun 2018 07:24:27 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1099109
           Summary: Dell XPS 13 9370 - video camera not working (patch attached)
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-maintainers-at-forge.provo.novell.com
          Reporter: kkaempf-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Dell XPS 13 9370 laptops come with a UVC 1.5 integrated camera but it's not
working with Linux.

Tumbleweed kernel 4.17.2-1-default reports:

[    5.294753] uvcvideo: UVC non compliance - GET_DEF(PROBE) not supported.
Enabling workaround.
[    5.295043] uvcvideo: Failed to query (129) UVC probe control : -75 (exp.
34).
[    5.295070] uvcvideo: Failed to initialize the device (-5).
[    5.295640] uvcvideo: Unknown video format
00000032-0002-0010-8000-00aa00389b71
[    5.295644] uvcvideo: Found UVC 1.50 device Integrated_Webcam_HD (0bda:58f4)
[    5.296273] uvcvideo: UVC non compliance - GET_DEF(PROBE) not supported.
Enabling workaround.
[    5.296564] uvcvideo: Failed to query (129) UVC probe control : -75 (exp.
34).
[    5.296585] uvcvideo: Failed to initialize the device (-5).

See https://lkml.org/lkml/2018/5/8/1117 for a patch,
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1763748 for the full
background.


--1529999121.1A1F8EDB0.28322
Date: Tue, 26 Jun 2018 07:45:21 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1099113
           Summary: Heap overflow in X server compiled using GCC8 with LTO
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X.Org
          Assignee: xorg-maintainer-bugs-at-forge.provo.novell.com
          Reporter: msrb-at-suse.com
        QA Contact: xorg-maintainer-bugs-at-forge.provo.novell.com
          Found By: ---
           Blocker: ---

This problem was already reported publicly on xorg-devel-at-x.lists.org:
https://lists.x.org/archives/xorg-devel/2018-June/057186.html

Since commit 83913de2 (xorg-server-1.19.99.903-20-g83913de25) X server causes
undefined behavior in XKBGAlloc.c by calling strlen on char[4] which does not
need to contain '\0'. Strlen would read into memory behind the array and (if it
did not crash) return some bogus huge number. That was later clamped back to 4
and used to memcpy data around.

GCC8 with LTO can prove that the strlen is called on char[4] and as such must
not return number bigger than 3 or cause undefined behavior. The clamping to 4
is optimized away. In practice it means that the memcpy is called with bigger
buffer than the destination.


--1530002131.a73A38E0.8416
Date: Tue, 26 Jun 2018 08:35:31 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1099119
           Summary: cross-ppc64-gcc7 and others build failed in OBS for TW ppc64le
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: PowerPC
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Basesystem
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: normand-at-linux.vnet.ibm.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

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

cross-ppc64-gcc7 and others build failed in OBS for TW ppc64le

https://build.opensuse.org/package/live_build_log/openSUSE:Factory:PowerPC/cross-ppc64-gcc7/standard/ppc64le
===
[  721s] g++ -fno-PIE -c  -DIN_GCC_FRONTEND -fmessage-length=0
-grecord-gcc-switches -O2 -D_FORTIFY_SOURCE=2 -funwind-tables
-fasynchronous-unwind-tables -fstack-clash-protection -g -U_FORTIFY_SOURCE
-DIN_GCC  -DCROSS_DIRECTORY_STRUCTURE   -fno-exceptions -fno-rtti
-fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -pedantic
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strings   -DHAVE_CONFIG_H
-I. -Ilto -I../../gcc -I../../gcc/lto -I../../gcc/../include
-I../../gcc/../libcpp/include  -I../../gcc/../libdecnumber
-I../../gcc/../libdecnumber/dpd -I../libdecnumber -I../../gcc/../libbacktrace
-o lto/lto-symtab.o -MT lto/lto-symtab.o -MMD -MP -MF lto/.deps/lto-symtab.TPo
../../gcc/lto/lto-symtab.c
[  721s] build/genmatch --gimple ../../gcc/match.pd \
[  721s]     > tmp-gimple-match.c
[  721s] ../../gcc/match.pd:120:1 error: expected (, got NAME
[  721s]    same in modes with signed zeros, since multiplying a
[  721s] ^
[  721s] make[1]: *** [Makefile:2460: s-match] Error 1
===


body:
--1530074869.B8FCa04.1595
Date: Wed, 27 Jun 2018 04:47:49 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1099239
           Summary: LXC apparmor profile is blocking containers from starting up
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Containers
          Assignee: opensuse_buildservice-at-ojkastl.de
          Reporter: markos.chandras-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: rgoldwyn-at-suse.com, suse-beta-at-cboltz.de
          Found By: ---
           Blocker: ---

We are observing the following logs in dmesg when Apparmor is running and we
try to start an LXC container

[ 1224.278886] audit: type=1400 audit(1530072884.560:125): apparmor="DENIED"
operation="mount" info="failed flags match" error=-13
profile="/usr/bin/lxc-start" name="/usr/lib64/lxc/rootfs/" pid=30575
comm="lxc-start" srcname="/var/lib/lxc/container1/rootfs/" flags="rw, rbind"

For some reason, this is only being triggered on Leap 15 and not 42.3

It's easy to reproduce on a Leap 15 box with the following command

lxc-create -n test -t /usr/share/lxc/templates/lxc-download

pkgs: lxc lxc+lxcfs


--1530090840.E5f21F078.18597
Date: Wed, 27 Jun 2018 09:14:00 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1099269
           Summary: VUL-0: CVE-2018-1000518: python-websockets: Improper Handling of Highly Compressed Data
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
               URL: https://smash.suse.de/issue/208939/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: abergmann-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2018-1000518

aaugustin websockets version 4 contains a CWE-409: Improper Handling of Highly
Compressed Data (Data Amplification) vulnerability in Servers and clients,
unless configured with compression=None that can result in Denial of Service by
memory exhaustion. This attack appear to be exploitable via Sending a specially
crafted frame on an established connection. This vulnerability appears to have
been fixed in 5.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2018-1000518
https://github.com/aaugustin/websockets/pull/407


body:
--1530137802.bef5D11d3.6015
Date: Wed, 27 Jun 2018 22:16:42 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1099421
           Summary: pam_kwallet clobbers salt file
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: Basesystem
          Assignee: fabian@ritter-vogt.de
          Reporter: schwab-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

pam_kwallet tries to stat the salt file as root which will fail if $HOME is on
nfs with root_squash (~/.local is 700 by default).  It then goes on creating a
new salt file, clobbering the existing one, and rendering the wallet unusable.

summary: pam_kwallet clobbers salt file


body:
--1530180856.65fB50.23033
Date: Thu, 28 Jun 2018 10:14:16 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1099475
           Summary: Texlive language babel does not recommend its respective hyphen
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: werner-at-suse.com
          Reporter: tchvatal-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

As per $SUBJ when you install ie czech babel texlive-babel-czech you also need
the hyphenation rules texlive-hyphen-czech but those are not automatically
selected.

I suppose the specs should recommend all the respective hyphens based on what
languages you install.

pkgs: texlive-specs-k texlive-specs-l texlive-specs-m texlive-specs-y


body:
Build Identifier:

The myspell-bg_BG package contents have been encoded in CP1251. The problem
manifests when one tries for example to use gedit/Gnome3 editor for spellcheck.
The spellcheck simply misbehaves, marking all correctly spelled Bulgarian words
as errors.

Reproducible: Always

Steps to Reproduce:
1. Install myspell_bg_BG package;
2. Add 'Set Language' to Bulgarian in gedit/Gnome3;
3. Mark the 'Highlight Misspelled Words' checkbox in gedit/Tools;
4. Add a sentence to check in Bulgarian and an English sentence for control;
Actual Results:
When 'Set Language' is set to English, only the words at the Bulgarian sentence
are marked as misspelled - correct behavior.
When 'Set Language' is set to Bulgarian - all words from both languages are
marked as misspelled - correct behavior for English text and incorrect behavior
for the Bulgarian text.

In addition the contents of the English package of myspell-en_US are properly
set to UTF-8 or ASCII, while the contents of the myspell-bg_BG package are
CP1251 encoded.

$ head -2 /usr/share/hunspell/bg_BG.aff
SET microsoft-cp1251
TRY ������������������������������������������������������������

$ head -n 2 /usr/share/hunspell/bg_BG.dic
78238
��������

$ head -n 2 /usr/share/mythes/th_bg_BG_v2.dat
microsoft-cp1251
�|3

$ head -n 2 /usr/share/mythes/th_bg_BG_v2.idx
microsoft-cp1251
22889

I have found the next manual workaround currently to fix the functionality for
spellcheck in gedit/Gnome3 after the install of the package myspell-bg_BG:

1. Convert the CP1251 to UTF-8 contents of the wrongly encoded files by:

sudo iconv -f CP1251 -t UTF-8 /usr/share/hunspell/bg_BG.aff
sudo iconv -f CP1251 -t UTF-8 /usr/share/hunspell/bg_BG.dic
sudo iconv -f CP1251 -t UTF-8 /usr/share/mythes/th_bg_BG_v2.dat
sudo iconv -f CP1251 -t UTF-8 /usr/share/mythes/th_bg_BG_v2.idx

2. Replace the microsoft-cp1251 string with the UTF-8 string in the files
above.

Please, review the problem and provide a kind of a permanent fix for the
package myspell-bg_BG for future usage and updates.

summary: Myspell-bg_BG package has wrong CP1251 encoding content in Leap & Tumbleweed


--1530210084.d82C7E1.26545
Date: Thu, 28 Jun 2018 18:21:24 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1099563
           Summary: Texlive/XeTeX crashes when processing specific PNGs
    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: stefan.bruens@rwth-aachen.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

XeTex crashes or embeds random data due to out-of-bounds accesses when
processing PNG images with no more than 16 colors and transparency (1/2/4 bit
palette).

This has been reported as upstream issue #151,
https://sourceforge.net/p/xetex/bugs/151/

The bug is fixed in TL 2018.

This causes e.g. building of the latest KICAD documentation to fail.

Fixed version is available here:
https://build.opensuse.org/package/show/home:StefanBruens:branches:SUSE:SLE-15:GA/texlive


body:
--1530271247.73278D0.16118
Date: Fri, 29 Jun 2018 11:20:47 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

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

as per $SUBJ there is new version of spec-cleaner fixing few issues reported on
github.

summary: spec-cleaner version update to 1.0.9


body:
--1530280165.CC1cd550.386
Date: Fri, 29 Jun 2018 13:49:25 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1099698
           Summary: firewalld puts icmp into ip6tables
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: markos.chandras-at-suse.com
          Reporter: jslaby-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

When I enable icmp, I see icmp in both ipv4 and ipv6 iptables:
    0     0 ACCEPT     icmp     *      *       ::/0                 ::/0
         ctstate NEW

But icmp in ipv6 is called icmpv6. So it all does not work and the traffic is
dropped:
> [285010.162912] IN_drop_DROP: IN=eth1 OUT= MAC=d8:9e:f3:f6:6d:0c:00:14:d1:e6:8d:c6:86:dd SRC=fe80:0000:0000:0000:0214:d1ff:fee6:8dc6 DST=2a01:4240:2e27:ad85:aaaa:0000:0000:070f LEN=72 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=ICMPv6 TYPE=135 CODE=0

And I see no way how to configure firewalld to add icmpv6 into ip6tables. I
have to use a direct rule:
firewall-cmd --permanent --direct --add-rule ipv6 filter INPUT 0 -p icmpv6 -j
ACCEPT

I would expect enabling icmp would enable icmpv6 in ip6tables, or at least
icmpv6 would be another option of protocol to be added.

summary: firewalld puts icmp into ip6tables


--1530293772.D04dC3.5314
Date: Fri, 29 Jun 2018 17:36:12 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1099732
           Summary: Kernel message: wlan0: AP has invalid WMM params (CWmin/max=15/1023 for ACI 0), using defaults
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-maintainers-at-forge.provo.novell.com
          Reporter: hare-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

When connecting against a FritzBox AP I'm seeing these messages in the kernel
message log:

[28823.249854] wlan0: authenticate with cc:ce:1e:af:b0:bd
[28823.258650] wlan0: send auth to cc:ce:1e:af:b0:bd (try 1/3)
[28823.265038] wlan0: authenticated
[28823.265309] wlan0: associate with cc:ce:1e:af:b0:bd (try 1/3)
[28823.270812] wlan0: RX AssocResp from cc:ce:1e:af:b0:bd (capab=0x431 status=0
aid=3)
[28823.271076] wlan0: AP has invalid WMM params (CWmin/max=15/1023 for ACI 0),
using defaults
[28823.272935] wlan0: associated

looking through the mailing lists this appears to be fixed with patch
"mac80211: Fix condition validating WMM IE".
Please include this patch.


body:
Build Identifier:

the generated file:
/etc/polkit-1/rules.d/90-default-privs.rules
startes with:
/************************************\
* AUTOMATICALY GENERATED DO NOT EDIT *
* see man set_polkit_default_privs   *
\************************************/

not very usful (because the manpage is very poor and did
not point to a file to edit), much better would be to change
the text and (like in other packages it is already) gave the
user a hint where to make changes:

/************************************\
* AUTOMATICALY GENERATED DO NOT EDIT *
* EDIT FILE /etc/polkit-default-privs.local instead*
* see man set_polkit_default_privs   *
\************************************/

Reproducible: Always

Steps to Reproduce:
open /etc/polkit-1/rules.d/90-default-privs.rules
read text

summary: /etc/polkit-1/rules.d/90-default-privs.rules "useless-text"


--1530349953.46AA0.4103
Date: Sat, 30 Jun 2018 09:12:33 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1099755
           Summary: /etc/hosts.allow /etc/hosts.deny not support ssh
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: openSUSE Factory
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: security-team-at-suse.de
          Reporter: simon-at-becherer.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

wrong security feeling, because text of file
/etc/hosts.allow is wrong.

written is:

# /etc/hosts.allow
# See 'man tcpd' and 'man 5 hosts_access' for a detailed description
# of /etc/hosts.allow and /etc/hosts.deny.
#
# short overview about daemons and servers that are built with
# tcp_wrappers support:
#.
# package name  |       daemon path     |       token
# ----------------------------------------------------------------------------
# ssh, openssh  |  /usr/sbin/sshd       |  sshd, sshd-fwd-x11, sshd-fwd-<port>
# quota         | /usr/sbin/rpc.rquotad |  rquotad
# tftpd         | /usr/sbin/in.tftpd    |  in.tftpd
# portmap       |  /sbin/portmap        |  portmap

at least toke sshd to allow and deny will not work any more on actual
systems (tumbleweed). (maybe others tokens also affected)
so user (as i) with low background knowlidge will feel secure if they make
settings like:

sshd : ALL : deny

sshd : 127.0.0.1 : allow
sshd : 192.168.0.30 : allow

but the system ignores this.

-> leading text and maybe manpage has to be changed!
-> or if this 2 files host.allow / hosts.deny ar complete obsolete, do not
   install it at all.


--1530438540.6F5fCb6.18641
Date: Sun, 1 Jul 2018 09:49:00 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1099774
           Summary: When shutter is running, pressing PrtScrn causes it to crash.
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: x86-64
                OS: SUSE Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
          Assignee: bnc-team-gnome-at-forge.provo.novell.com
          Reporter: hornetster-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 775804
  --> http://bugzilla.opensuse.org/attachment.cgi?id=775804&action=edit
Messages when run from command line.

Running Shutter as default screenshot program, and when it is running in the
background, pressing PrtScrn causes a crash as it tries to open a new instance.
Apparently a known issue, that has been addressed:
https://bugs.launchpad.net/shutter/+bug/731874/comments/28
Knowing little about this, can we get whatever is needed to be updated for
libgtk2-unique-perl-0.05-3?


--1530514858.3Caed0.411
Date: Mon, 2 Jul 2018 07:00:58 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1099800
           Summary: [Build 20180629] LxQT does not start up session, but asks for WM
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
               URL: https://openqa.opensuse.org/tests/699977/modules/reboo
                    t_icewm/steps/8
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

## Observation

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

## Reproducible

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

## Expected result

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

## Further details

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

The installation is performed atop of a minimalX installation, then further
installing the LXQt pattern. Until recently, this resulted in a functional LXQt
desktop.

Now, LXQt asks for a Window Managed upon first start


body:
--1530523398.CB2C2EB40.588
Date: Mon, 2 Jul 2018 09:23:18 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1099812
           Summary: modesetting driver: xrandr fails
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X.Org
          Assignee: xorg-maintainer-bugs-at-forge.provo.novell.com
          Reporter: P.Suetterlin-at-royac.iac.es
        QA Contact: xorg-maintainer-bugs-at-forge.provo.novell.com
          Found By: ---
           Blocker: ---

I'm running TW on a Lenovo T460p (Skylake/HD530), using the modesetting driver.

Since at least TW 20180625 (I don't have older snapshots around) I can no
longer properly change the resolution of the display.  I first noticed when
running games that want to go fullscreen, but in a different resolution.  I
either get an error message like

X Error of failed request:  BadValue (integer parameter out of range for
operation)
  Major opcode of failed request:  152 (XFree86-VidModeExtension)
  Minor opcode of failed request:  10 (XF86VidModeSwitchToMode)
  Value in failed request:  0x193
  Serial number of failed request:  46
  Current serial number in output stream:  50

and the program dies, or I am left with a black screen and have to switch to a
VT and kill the program.  One of the latter is the atari800 emulator.  If I
start it windowed, and then switch to fullscreen, I get only the black window.
I can however start it with proper resolution, atari800 -fullscreen -fs-width
2560 -fs-height 1440, then it works.

Next I tried xrandr, switching to 1920x1080.
This *also* left me with a black screen.  I tried logging in on VT, setting
DISPLAY and XAUTHORITY, then calling xrandr so switch back, but this did not
work.  an 'xrandr -s 0' reported an out-of-range index, as there are 0
resolutions available (xrandr without options lists some 20 of them....)

I then installed xf86-video-intel and restarted X, then programs and xrandr do
work as expected.

summary: modesetting driver: xrandr fails


--1530532298.1C5bFe56.1222
Date: Mon, 2 Jul 2018 11:51:38 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1099835
           Summary: wpa_supplicant does not read "private_key_:passwd" from /etc/wpa_supplicant/wpa_supplicant.conf anymore !
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: klaus.troeger-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

On Upgrade and frest installation of OpenSUSE Leap 15.0, wpa_supplicant
does not read  "private_key_passwd" from
/etc/wpa_supplicant/wpa_supplicant.conf anymore !

This makes an automated start and authentication impossible. On manual start,
pass phrase is being required

Log output see attachment


--1530538887.77a018bf0.24725
Date: Mon, 2 Jul 2018 13:41:27 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1099859
           Summary: /etc/xdg/kickoffrc contains non-existent FavoriteURLs values
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: x86-64
                OS: openSUSE Factory
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: KDE Workspace (Plasma)
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: bugrprt21882-at-online.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The "[Favorites]" section of the file "/etc/xdg/kickoffrc" delivered with the
package
"plasma5-defaults-openSUSE-15.0~git20180504T125857~b35c1c4-lp150.1.1.noarch"
contains 'FavoriteURLs' values pointing to non-existent Desktop files:

 * /usr/share/applications/firefox.desktop :: OK
 * /usr/share/applications/kde4/Kontact.desktop :: non-existent
 * /usr/share/applications/writer.desktop :: OK
 * /usr/share/applications/kde4/amarok.desktop :: non-existent
 * /usr/share/applications/kde4/digikam.desktop :: non-existent
 * /usr/share/applications/org.kde.dolphin.desktop :: OK
 * /usr/share/applications/systemsettings.desktop :: OK
 * /usr/share/applications/kde4/Help.desktop :: non-existent
 * /usr/share/applications/org.kde.konsole.desktop :: OK

------------------------

And, the [Branding] section is also not correct: 'https:' is the current HTTP
value which could/should be used …


body:
--1530544955.EBac0.23312
Date: Mon, 2 Jul 2018 15:22:35 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1099874
           Summary: Eric5 does not work in 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: Development
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: kiv-at-mail.orbitel.bg
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

After Eric5 get installed from Yast without any troubles it can not start.

Starting it from CLI gives following:

eric5
Error in sys.excepthook:
Traceback (most recent call last):
  File "<frozen importlib._bootstrap>", line 971, in _find_and_load
  File "<frozen importlib._bootstrap>", line 955, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 665, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 678, in exec_module
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "/usr/lib/python3.6/site-packages/eric5/Utilities/__init__.py", line 73,
in <module>
    import Preferences
  File "/usr/lib/python3.6/site-packages/eric5/Preferences/__init__.py", line
35, in <module>
    from PyQt4.QtWebKit import QWebSettings
ModuleNotFoundError: No module named 'PyQt4.QtWebKit'

Original exception was:
Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/eric5/eric5.py", line 329, in <module>
    main()
  File "/usr/lib/python3.6/site-packages/eric5/eric5.py", line 240, in main
    import Preferences
  File "/usr/lib/python3.6/site-packages/eric5/Preferences/__init__.py", line
35, in <module>
    from PyQt4.QtWebKit import QWebSettings

summary: Eric5 does not work in Leap 15.0


body:
--1530545596.CeE430.26650
Date: Mon, 2 Jul 2018 15:33:16 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1099877
           Summary: Peek missing a dependency on ffmpeg
    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: noga.dany-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Peek package on openSUSE 42.3 missing a dependency on ffmpeg. Without this
dependency does not record. Manual install of package ffmpeg fixes video
recording

summary: Peek missing a dependency on ffmpeg


--1530564439.1BFB8C72.5020
Date: Mon, 2 Jul 2018 20:47:19 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1099908
           Summary: sddm erase the whole content of ~/.Xauthority
    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: ericj-at-mcalvin.com
        QA Contact: xorg-maintainer-bugs-at-forge.provo.novell.com
                CC: comes-at-naic.edu, fabian@ritter-vogt.de, fvogt-at-suse.com,
                    msrb-at-suse.com, mstaudt-at-suse.com, sndirsch-at-suse.com
        Depends on: 1043221
          Found By: ---
           Blocker: ---

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

Starting with Leap 15.0, sddm replaces(truncates?)
~/.local/share/sddm/.Xauthority

If the home directory is on NFS, and the user logs into more than one Leap 15.0
workstation, it removes all other entries.

This looks to be caused by Bug #1043221 ?


body:
--1530621925.38ef7cD19.8415
Date: Tue, 3 Jul 2018 12:45:25 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1099987
           Summary: Update prosody to 0.10.2 and 0.9.14
    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: mvetter-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Update prosody to 0.10.2 (Leap 15.0) and 0.9.14 (Leap 42.3).

The relevant security fixes are already in (prosody-issue1147-v09x.patch).
However lets update to the latest fix version to have also the minor changes.

summary: Update prosody to 0.10.2 and 0.9.14


--1530623601.DC41bb13.18581
Date: Tue, 3 Jul 2018 13:13:21 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1099991
           Summary: GTK has a broken implementation of the decoration protocol on wayland
    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: ---

Fixed upstream:
https://gitlab.gnome.org/GNOME/gtk/commit/927004178f17ffabac42c75009c5ea0d8c601527


body:
--1530629743.8f3f0.15747
Date: Tue, 3 Jul 2018 14:55:43 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1100003
           Summary: use %_with_betatest
    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: lnussel-at-suse.com
        QA Contact: lnussel-at-suse.com
          Found By: ---
           Blocker: ---

LIFECYCLE=beta in the spec file needs to be changed to use %_with_betatest
otherwise we will forget about this

summary: use %_with_betatest


body:
--1530629805.83e50.16327
Date: Tue, 3 Jul 2018 14:56:45 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1100004
           Summary: dmenu 4.5 missing dmenu_path
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: X11 Applications
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: msuchanek-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

dmenu in Leap 42.3 is missing dmenu_path.

This is a script split off dmenu_run so it can be used with custom scripts
separately.

summary: dmenu 4.5 missing dmenu_path


body:
--1530630145.1A13811.17931
Date: Tue, 3 Jul 2018 15:02:25 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1100005
           Summary: add note about dropped git-annex
    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: lnussel-at-suse.com
        QA Contact: lnussel-at-suse.com
                CC: peter.simons-at-suse.com
          Found By: ---
           Blocker: ---

git-annex is no longer maintained and was requested to be dropped:

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

summary: add note about dropped git-annex