--1557285865.DF1b5A5F6.18446
Date: Wed, 8 May 2019 03:24:25 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1134381
           Summary: Can not configure network with gnome-control-center and NetworkManager
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
          Assignee: bnc-team-gnome-at-forge.provo.novell.com
          Reporter: tbechtold-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 804433
  --> http://bugzilla.opensuse.org/attachment.cgi?id=804433&action=edit
network config not possible in gnome-control-center

Using openSUSE TW (20190505) with gnome-control-center 3.32.1-1.1

I use NetworkManager (with nm-connection-editor) but when I open the control
center, it tells me that I need to use yast to configure my networks.
This seems to be stupid given that I use NetworkManager and can configure my
network with nm-connection-editor (or manually by editing the connections in
/etc/NetworkManager).

See atttached screenshot.


--1557393045.06a0430.10543
Date: Thu, 9 May 2019 09:10:45 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1134568
           Summary: packages do not build reproducibly from zip file
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: All
                OS: openSUSE Factory
            Status: CONFIRMED
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: bwiedemann-at-suse.com
          Reporter: bwiedemann-at-suse.com
        QA Contact: qa-bugs-at-suse.de
            Blocks: 1081754
          Found By: Development
           Blocker: ---

Background: https://reproducible-builds.org/

Some packages include zip files.
Zip files often suffer from 2 sources of non-determinism:

1) filesystem readdir order during recursion (bug 1041090)
2) embedded mtime/atime/ctime values (bug 1047218)

1) can be avoided by calling zip with `find -type f | sort`
Or by patching the code for zip file creation as in
  https://github.com/python/cpython/pull/2263
(7z already does sorted recursion, so is good)

2) can be avoided by calling zip with -X since
  https://build.opensuse.org/request/show/700402

Another approach to fixing both issues is to have+use alternative code pathes
that use plain files in the rpm and no zip

Example fixes:
https://build.opensuse.org/request/show/701063 fs-uae
https://github.com/Warzone2100/warzone2100/pull/98
https://github.com/sirjuddington/SLADE/pull/892
https://gitlab.com/tista500/plata-theme/merge_requests/3


--1557411931.f766b24.21275
Date: Thu, 9 May 2019 14:25:31 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1134616
           Summary: nghttp2: fails to build with boost 1.70.0
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: tchvatal-at-suse.com
          Reporter: amajer-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: mpluskal-at-suse.com
            Blocks: 1134606
          Found By: ---
           Blocker: ---

This is a bug indicating that a package for whom you are maintainer in
openSUSE:Factory no longer builds with the proposed Boost 1.70.0 and as such
will require patching. You can see your package failing to build at,

https://build.opensuse.org/package/show/home:adamm:boost_test/nghttp2

asio_server_connection.h:85:17: error: 'class
boost::asio::ssl::stream<boost::asio::basic_stream_socket<boost::asio::ip::tcp>
>' has no member named 'get_io_service'
[  121s]          socket_.get_io_service(),
socket_.lowest_layer().remote_endpoint(ec),
[  121s]          ~~~~~~~~^~~~~~~~~~~~~~

https://stackoverflow.com/questions/39445636/alternative-to-deprecated-get-io-service

Please patch the problem and submit the fixes as Boost 1.70.0 will be shortly
submitted to Factory.

If you are not maintainer, please let me know. Some packages do not have
maintainers but only project maintainers, in which case I'm assigning the bug
to the person doing most of recent changes and CC'ing the other maintainers.


--1557444614.40eD2CE4.30506
Date: Thu, 9 May 2019 23:30:14 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1134650
           Summary: borgbackup: Repository cannot be initialized due to missing dependency
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: doerges@pre-sense.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

After installing borgbackup on openSUSE Leap 15.0 using 'zypper in borgbackup'
no repository as described in
/usr/share/doc/packages/borgbackup/html/quickstart.html can be initialized:

-


--1557472524.24C00.13380
Date: Fri, 10 May 2019 07:15:24 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1134670
           Summary: pesign is not enabled for %arm on Leap 15.1/SLE15-SP1
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: armv7
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: guillaume.gardet-at-arm.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

%arm build has been enabled for pesign in devel project (and Factory), but it
is lacking in Leap 15.1. This package is inherited from SLE15-SP1, and the
update should go through SLE.

This is needed for bug#1134303


--1557477670.8bEA5Ecf0.5143
Date: Fri, 10 May 2019 08:41:10 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1134684
           Summary: VUL-1: CVE-2019-10129: postgresql11: Memory disclosure in partition routing
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
               URL: https://smash.suse.de/issue/232478/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: max-at-suse.com
          Reporter: atoptsoglou-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2019-10129

Memory disclosure in partition routing

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


body:
--1557477917.e5C11.31155
Date: Fri, 10 May 2019 08:45:17 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1134685
           Summary: partitioner aborts with key not found
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: YaST2
          Assignee: yast2-maintainers-at-suse.de
          Reporter: karl.mistelberger-at-nefkom.net
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

Internal error. Please report a bug report with logs.
Run save_y2logs to get complete logs.

Caller: /usr/share/YaST2/lib/y2partitioner/widgets/blk_devices_table.rb:297:in
`format'

Details: key{Ds_Typ} not found
Did you mean? :fs_type

summary: partitioner aborts with key not found


body:
--1557479283.bDa0b7D50.19426
Date: Fri, 10 May 2019 09:08:03 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1134688
           Summary: Bug with German Umlauts on desktop
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: 64bit
                OS: Other
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: KDE Workspace (Plasma)
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: office-at-hantsch.co.at
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

I use openSUSE Leap 15.0 with KDE/Plasma5. The same problem exists also on
openSuSE 42.x
My system wide locale settings are:   de_DE@euro  (German, no UTF8). All
files/folders (their names) are correctly encoded in iso-8859-1.

Since Plasma5 I experience the following mis-behavior, while this smoothly
worked on KDE4 (openSuSE 13.x):

I am able to open Dolphin. Inside Dolphin I can navigate without any problem
into folders having German Umlauts in their names. I also can click a file with
German Umlauts in its name. I also can copy/paste and/or drag/drop such
files/folders from Dolphin directly onto the desktop. Everything is fine here.

I am also able to right-click such file/folder on the desktop to rename it
(this also works as it should).

When trying to click such file/folder on the desktop (to open it), I get an
error:
(translated German->English by me):
"This command cannot be executed. The file or folder <.....> does not exist"

Surprisingly the correct filename is showing up in <....>! As an example, a
testing filename is:  /home/rainer/Desktop/miniL�T-Deckel.pdf  (notice the "�"
inside the file name.
When renaming the file (right-click -> rename) to i.e.  miniLOeT-Deckel.pdf, I
am able to open the file afterwards.

This happens with any kind of file/folder (also symlinks, etc..., even over NFS
mounts). converting the entire system (and also all servers) is no option.

summary: Bug with German Umlauts on desktop


body:
--1557492876.EEE86deF4.21714
Date: Fri, 10 May 2019 12:54:36 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1134727
           Summary: kernel-debug on MicroOS/Kubic medias
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kubic
          Assignee: rbrown-at-suse.com
          Reporter: kukuk-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

kernel-debug is on MicroOS/Kubic Medias.
Looks like this is because we require kernel-base, which kernel-debug provides,
too.

summary: kernel-debug on MicroOS/Kubic medias


body:
Build Identifier:

When I'm trying to package some software for OpenSUSE, it happens so that
certain locales are removed from the package. That is the list:

af, fy, sc, bs, si, tl, ie, ur, os, csb, cy, ts, fo, oc, sw, ms, az, frp, ka

Some investigation showed that they are removed because the filesystem package
does not define the directories for them.

The missing directories should be added to the filesystem package.

Reproducible: Always

summary: Some locale directories missing in filesystem


--1557676240.bdB13.19806
Date: Sun, 12 May 2019 15:50:40 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1134806
           Summary: BUG: unable to handle kernel NULL pointer dereference at 0000000000000068
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: x86-64
                OS: openSUSE Factory
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Kernel
          Assignee: kernel-maintainers-at-forge.provo.novell.com
          Reporter: jerbes-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

With the last upgrades in Tumbleweed with kernel 5.xx, zypper dup hangs after
upgrading the kernel.

It can be to do with the SATA controller ASMEDIA ASM 1062 (0x1B21), and it
don't work without a hardware reset with the new kernel.
Making a hardware reset, after the kernel 5.xx upgrade, the system works fine,
and then I must to do a new zypper dup to complete the upgrade of the
downloaded packages.

Sistema operativo: openSUSE Tumbleweed 20190506
Versi�n de KDE Plasma: 5.15.4
Versi�n de KDE Frameworks: 5.57.0
Versi�n de Qt: 5.12.3
Versi�n del kernel: 5.0.2-1-default
Tipo de OS: 64 bits
Procesadores: 8 � AMD FX-8320E Eight-Core Processor
Memoria: 15,6 GiB de RAM

Konsole with zypper dup:
(156/275) Instalando: kernel-default-5.0.11-1.3.x86_64
..................................................................................................................................................<100%>[/]

Output of ps -aux:
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0 166352 13936 ?        Ss   17:21   0:10
/usr/lib/systemd/systemd --switched-root --system --deserialize 33
root         2  0.0  0.0      0     0 ?        S    17:21   0:00 [kthreadd]
root         3  0.0  0.0      0     0 ?        I<   17:21   0:00 [rcu_gp]
root         4  0.0  0.0      0     0 ?        I<   17:21   0:00 [rcu_par_gp]
root         6  0.0  0.0      0     0 ?        I<   17:21   0:00
[kworker/0:0H-kblockd]
root         8  0.0  0.0      0     0 ?        I<   17:21   0:00 [mm_percpu_wq]
root         9  0.0  0.0      0     0 ?        S    17:21   0:00 [ksoftirqd/0]
root        10  0.0  0.0      0     0 ?        I    17:21   0:21 [rcu_sched]
root        11  0.0  0.0      0     0 ?        S    17:21   0:00 [migration/0]
root        12  0.0  0.0      0     0 ?        S    17:21   0:00
[idle_inject/0]
root        14  0.0  0.0      0     0 ?        S    17:21   0:00 [cpuhp/0]
root        15  0.0  0.0      0     0 ?        S    17:21   0:00 [cpuhp/1]
root        16  0.0  0.0      0     0 ?        S    17:21   0:00
[idle_inject/1]
root        17  0.0  0.0      0     0 ?        S    17:21   0:00 [migration/1]
root        18  0.0  0.0      0     0 ?        S    17:21   0:00 [ksoftirqd/1]
root        20  0.0  0.0      0     0 ?        I<   17:21   0:00
[kworker/1:0H-kblockd]
root        21  0.0  0.0      0     0 ?        S    17:21   0:00 [cpuhp/2]
root        22  0.0  0.0      0     0 ?        S    17:21   0:00
[idle_inject/2]
root        23  0.0  0.0      0     0 ?        S    17:21   0:00 [migration/2]
root        24  0.0  0.0      0     0 ?        S    17:21   0:00 [ksoftirqd/2]
root        26  0.0  0.0      0     0 ?        I<   17:21   0:00
[kworker/2:0H-kblockd]
root        27  0.0  0.0      0     0 ?        S    17:21   0:00 [cpuhp/3]
root        28  0.0  0.0      0     0 ?        S    17:21   0:00
[idle_inject/3]
root        29  0.0  0.0      0     0 ?        S    17:21   0:00 [migration/3]
root        30  0.0  0.0      0     0 ?        S    17:21   0:00 [ksoftirqd/3]
root        32  0.0  0.0      0     0 ?        I<   17:21   0:00
[kworker/3:0H-kblockd]
root        33  0.0  0.0      0     0 ?        S    17:21   0:00 [cpuhp/4]
root        34  0.0  0.0      0     0 ?        S    17:21   0:00
[idle_inject/4]
root        35  0.0  0.0      0     0 ?        S    17:21   0:00 [migration/4]
root        36  0.0  0.0      0     0 ?        S    17:21   0:00 [ksoftirqd/4]
root        38  0.0  0.0      0     0 ?        I<   17:21   0:00
[kworker/4:0H-kblockd]
root        39  0.0  0.0      0     0 ?        S    17:21   0:00 [cpuhp/5]
root        40  0.0  0.0      0     0 ?        S    17:21   0:00
[idle_inject/5]
root        41  0.0  0.0      0     0 ?        S    17:21   0:00 [migration/5]
root        42  0.0  0.0      0     0 ?        S    17:21   0:00 [ksoftirqd/5]
root        44  0.0  0.0      0     0 ?        I<   17:21   0:00
[kworker/5:0H-kblockd]
root        45  0.0  0.0      0     0 ?        S    17:21   0:00 [cpuhp/6]
root        46  0.0  0.0      0     0 ?        S    17:21   0:00
[idle_inject/6]
root        47  0.0  0.0      0     0 ?        S    17:21   0:00 [migration/6]
root        48  0.0  0.0      0     0 ?        S    17:21   0:00 [ksoftirqd/6]
root        50  0.0  0.0      0     0 ?        I<   17:21   0:00
[kworker/6:0H-kblockd]
root        51  0.0  0.0      0     0 ?        S    17:21   0:00 [cpuhp/7]
root        52  0.0  0.0      0     0 ?        S    17:21   0:00
[idle_inject/7]
root        53  0.0  0.0      0     0 ?        S    17:21   0:00 [migration/7]
root        54  0.0  0.0      0     0 ?        S    17:21   0:00 [ksoftirqd/7]
root        56  0.0  0.0      0     0 ?        I<   17:21   0:00
[kworker/7:0H-kblockd]
root        58  0.0  0.0      0     0 ?        S    17:21   0:00 [kdevtmpfs]
root        59  0.0  0.0      0     0 ?        I<   17:21   0:00 [netns]
root        60  0.0  0.0      0     0 ?        S    17:21   0:00
[rcu_tasks_kthre]
root        61  0.0  0.0      0     0 ?        S    17:21   0:00 [kauditd]
root        62  0.0  0.0      0     0 ?        S    17:21   0:00 [khungtaskd]
root        63  0.0  0.0      0     0 ?        S    17:21   0:00 [oom_reaper]
root        64  0.0  0.0      0     0 ?        I<   17:21   0:00 [writeback]
root        65  0.0  0.0      0     0 ?        S    17:21   0:00 [kcompactd0]
root        66  0.0  0.0      0     0 ?        SN   17:21   0:00 [ksmd]
root        67  0.0  0.0      0     0 ?        SN   17:21   0:00 [khugepaged]
root        68  0.0  0.0      0     0 ?        I<   17:21   0:00 [crypto]
root        69  0.0  0.0      0     0 ?        I<   17:21   0:00 [kintegrityd]
root        70  0.0  0.0      0     0 ?        I<   17:21   0:00 [kblockd]
root        71  0.0  0.0      0     0 ?        I<   17:21   0:00 [tpm_dev_wq]
root        72  0.0  0.0      0     0 ?        I<   17:21   0:00 [ata_sff]
root        73  0.0  0.0      0     0 ?        I<   17:21   0:00 [edac-poller]
root        74  0.0  0.0      0     0 ?        I<   17:21   0:00 [devfreq_wq]
root        75  0.0  0.0      0     0 ?        S    17:21   0:00 [watchdogd]
root        83  0.0  0.0      0     0 ?        S    17:21   0:00 [kswapd0]
root        84  0.0  0.0      0     0 ?        I<   17:21   0:00
[kworker/u17:0]
root       168  0.0  0.0      0     0 ?        I<   17:21   0:00 [kthrotld]
root       169  0.0  0.0      0     0 ?        I<   17:21   0:00 [nvme-wq]
root       170  0.0  0.0      0     0 ?        I<   17:21   0:00
[nvme-reset-wq]
root       171  0.0  0.0      0     0 ?        I<   17:21   0:00
[nvme-delete-wq]
root       172  0.0  0.0      0     0 ?        S    17:21   0:00 [scsi_eh_0]
root       173  0.0  0.0      0     0 ?        I<   17:21   0:00 [scsi_tmf_0]
root       174  0.0  0.0      0     0 ?        S    17:21   0:00 [scsi_eh_1]
root       176  0.0  0.0      0     0 ?        I<   17:21   0:00 [scsi_tmf_1]
root       177  0.0  0.0      0     0 ?        S    17:21   0:00 [scsi_eh_2]
root       178  0.0  0.0      0     0 ?        I<   17:21   0:00 [scsi_tmf_2]
root       179  0.0  0.0      0     0 ?        S    17:21   0:00 [scsi_eh_3]
root       180  0.0  0.0      0     0 ?        I<   17:21   0:00 [scsi_tmf_3]
root       182  0.0  0.0      0     0 ?        S    17:21   0:00 [scsi_eh_4]
root       184  0.0  0.0      0     0 ?        I<   17:21   0:00 [scsi_tmf_4]
root       186  0.0  0.0      0     0 ?        S    17:21   0:00 [scsi_eh_5]
root       187  0.0  0.0      0     0 ?        I<   17:21   0:00 [scsi_tmf_5]
root       190  0.0  0.0      0     0 ?        I<   17:21   0:00
[ipv6_addrconf]
root       203  0.0  0.0      0     0 ?        I<   17:21   0:00 [kstrp]
root       219  0.0  0.0      0     0 ?        I<   17:21   0:00
[kworker/2:1H-kblockd]
root       220  0.0  0.0      0     0 ?        I<   17:21   0:01
[kworker/6:1H-kblockd]
root       252  0.0  0.0   8108  4756 ?        Ss   17:21   0:05
@usr/sbin/haveged -w 1024 -v 0 -F
root       262  0.0  0.0      0     0 ?        I<   17:21   0:00 [kaluad]
root       263  0.0  0.0      0     0 ?        I<   17:21   0:00 [kmpath_rdacd]
root       264  0.0  0.0      0     0 ?        I<   17:21   0:00 [kmpathd]
root       265  0.0  0.0      0     0 ?        I<   17:21   0:00
[kmpath_handlerd]
avahi      347  0.0  0.0   7276  3852 ?        Ss   23:18   0:00 avahi-daemon:
running [linux-kzzr.local]
root       356  0.0  0.0      0     0 ?        I    23:18   0:00
[kworker/u16:15-events_unbound]
root       357  0.0  0.0      0     0 ?        S    17:21   0:00 [scsi_eh_6]
root       360  0.0  0.0      0     0 ?        I<   17:21   0:00 [scsi_tmf_6]
root       368  0.0  0.0      0     0 ?        S    17:21   0:00 [scsi_eh_7]
root       369  0.0  0.0      0     0 ?        I<   17:21   0:00 [scsi_tmf_7]
root       389  0.0  0.0      0     0 ?        I    23:18   0:00
[kworker/5:2-events]
root       391  0.0  0.0      0     0 ?        I<   17:21   0:00 [ttm_swap]
root       392  0.2  0.0      0     0 ?        S    17:21   0:48 [gfx]
root       393  0.0  0.0      0     0 ?        S    17:21   0:00 [comp_1.0.0]
root       394  0.0  0.0      0     0 ?        S    17:21   0:00 [comp_1.1.0]
root       395  0.0  0.0      0     0 ?        S    17:21   0:00 [comp_1.2.0]
root       396  0.0  0.0      0     0 ?        S    17:21   0:00 [comp_1.3.0]
root       397  0.0  0.0      0     0 ?        S    17:21   0:00 [comp_1.0.1]
root       398  0.0  0.0      0     0 ?        S    17:21   0:00 [comp_1.1.1]
root       399  0.0  0.0      0     0 ?        S    17:21   0:00 [comp_1.2.1]
root       400  0.0  0.0      0     0 ?        S    17:21   0:00 [comp_1.3.1]
root       401  0.0  0.0      0     0 ?        S    17:21   0:02 [sdma0]
root       402  0.0  0.0      0     0 ?        S    17:21   0:00 [sdma1]
root       403  0.0  0.0      0     0 ?        S    17:21   0:00 [uvd]
root       404  0.0  0.0      0     0 ?        S    17:21   0:00 [uvd_enc0]
root       405  0.0  0.0      0     0 ?        S    17:21   0:00 [uvd_enc1]
root       406  0.0  0.0      0     0 ?        S    17:21   0:00 [vce0]
root       407  0.0  0.0      0     0 ?        S    17:21   0:00 [vce1]
root       408  0.0  0.0      0     0 ?        S    17:21   0:00 [vce2]
root       419  0.0  0.0      0     0 ?        I<   17:21   0:00
[kworker/5:1H-kblockd]
root       423  0.0  0.0      0     0 ?        I<   17:21   0:00
[kworker/4:1H-kblockd]
root       426  0.0  0.0      0     0 ?        I<   17:21   0:00
[kworker/1:1H-kblockd]
root       432  0.0  0.0      0     0 ?        I<   17:21   0:00 [btrfs-worker]
root       433  0.0  0.0      0     0 ?        I<   17:21   0:00
[btrfs-worker-hi]
root       434  0.0  0.0      0     0 ?        I<   17:21   0:00
[btrfs-delalloc]
root       435  0.0  0.0      0     0 ?        I<   17:21   0:00
[btrfs-flush_del]
root       436  0.0  0.0      0     0 ?        I<   17:21   0:00 [btrfs-cache]
root       437  0.0  0.0      0     0 ?        I<   17:21   0:00 [btrfs-submit]
root       438  0.0  0.0      0     0 ?        I<   17:21   0:00 [btrfs-fixup]
root       439  0.0  0.0      0     0 ?        I<   17:21   0:00 [btrfs-endio]
root       440  0.0  0.0      0     0 ?        I<   17:21   0:00
[btrfs-endio-met]
root       441  0.0  0.0      0     0 ?        I<   17:21   0:00
[btrfs-endio-met]
root       442  0.0  0.0      0     0 ?        I<   17:21   0:00
[btrfs-endio-rai]
root       443  0.0  0.0      0     0 ?        I<   17:21   0:00
[btrfs-endio-rep]
root       444  0.0  0.0      0     0 ?        I<   17:21   0:00 [btrfs-rmw]
root       445  0.0  0.0      0     0 ?        I<   17:21   0:00
[btrfs-endio-wri]
root       446  0.0  0.0      0     0 ?        I<   17:21   0:00
[btrfs-freespace]
root       447  0.0  0.0      0     0 ?        I<   17:21   0:00
[btrfs-delayed-m]
root       448  0.0  0.0      0     0 ?        I<   17:21   0:00
[btrfs-readahead]
root       449  0.0  0.0      0     0 ?        I<   17:21   0:00
[btrfs-qgroup-re]
root       450  0.0  0.0      0     0 ?        I<   17:21   0:00
[btrfs-extent-re]
root       455  0.0  0.0      0     0 ?        I<   17:21   0:00
[kworker/0:1H-kblockd]
root       456  0.0  0.0      0     0 ?        S    17:21   0:00
[btrfs-cleaner]
root       457  0.0  0.0      0     0 ?        S    17:21   0:09
[btrfs-transacti]
root       495  0.0  0.0      0     0 ?        I<   17:21   0:00
[kworker/3:1H-kblockd]
root       508  0.0  0.0      0     0 ?        I<   17:21   0:00
[kworker/7:1H-kblockd]
root       526  0.0  0.1  32968 18844 ?        Ss   17:21   0:01
/usr/lib/systemd/systemd-journald
root       542  0.0  0.0  26156 10652 ?        Ss   17:21   0:00
/usr/lib/systemd/systemd-udevd
root       786  0.0  0.0      0     0 ?        I<   17:21   0:00 [xfsalloc]
root       787  0.0  0.0      0     0 ?        I<   17:21   0:00
[xfs_mru_cache]
root       788  0.0  0.0      0     0 ?        I<   17:21   0:00 [xfs-buf/sdb2]
root       789  0.0  0.0      0     0 ?        I<   17:21   0:00
[xfs-data/sdb2]
root       790  0.0  0.0      0     0 ?        I<   17:21   0:00
[xfs-conv/sdb2]
root       791  0.0  0.0      0     0 ?        I<   17:21   0:00 [xfs-cil/sdb2]
root       792  0.0  0.0      0     0 ?        I<   17:21   0:00
[xfs-reclaim/sdb]
root       793  0.0  0.0      0     0 ?        I<   17:21   0:00 [xfs-log/sdb2]
root       794  0.0  0.0      0     0 ?        I<   17:21   0:00
[xfs-eofblocks/s]
root       797  0.0  0.0      0     0 ?        S    17:21   0:03 [xfsaild/sdb2]
root       799  0.0  0.0      0     0 ?        I    23:18   0:00
[kworker/3:3-events]
root       893  0.0  0.0  11172  1632 ?        S<sl 17:21   0:00 /sbin/auditd
root      1033  0.6  0.1  22584 19788 pts/0    S+   23:19   0:09 rpm --root /
--dbpath /var/lib/rpm -i --percent --noglob --force --nodeps --
/var/cache/zypp/packages/repo-oss/x86_64/kernel-default-5.0.11-1.3.x
root      1049  0.0  0.0   3920  3008 pts/0    S+   23:19   0:00 /bin/sh
/var/tmp/rpm-tmp.IUNMA1 4
root      1107  0.0  0.0   3116  2512 ?        Ss   17:21   0:00
/usr/lib/ipsec/starter --daemon charon --nofork
message+  1111  0.0  0.0   8588  6304 ?        Ss   17:21   0:06
/usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile
--systemd-activation --syslog-only

Output of dmesg:
[ 1008.048735] fuse init (API version 7.28)
[13633.617396] usb 1-4: new high-speed USB device number 4 using ehci-pci
[13633.778306] usb 1-4: New USB device found, idVendor=03f0, idProduct=6612,
bcdDevice= 1.00
[13633.778313] usb 1-4: New USB device strings: Mfr=1, Product=2,
SerialNumber=3
[13633.778317] usb 1-4: Product: Deskjet 4620 series
[13633.778321] usb 1-4: Manufacturer: HP
[13633.778325] usb 1-4: SerialNumber: CN2AH210MB05TN
[13634.051756] Did not find alt setting 1 for intf 0, config 1
[13634.052011] Did not find alt setting 1 for intf 0, config 1
[13634.088628] usblp 1-4:1.1: usblp0: USB Bidirectional printer dev 4 if 1 alt
0 proto 2 vid 0x03F0 pid 0x6612
[13634.089454] usblp 1-4:1.2: usblp1: USB Bidirectional printer dev 4 if 2 alt
0 proto 2 vid 0x03F0 pid 0x6612
[13634.089493] usbcore: registered new interface driver usblp
[13639.416880] usblp0: removed
[13639.419597] usblp 1-4:1.1: usblp0: USB Bidirectional printer dev 4 if 1 alt
0 proto 2 vid 0x03F0 pid 0x6612
[13639.419713] usblp1: removed
[13639.421211] usblp 1-4:1.2: usblp1: USB Bidirectional printer dev 4 if 2 alt
0 proto 2 vid 0x03F0 pid 0x6612
[13693.559333] usblp0: removed
[13693.559476] Did not find alt setting 1 for intf 0, config 1
[13800.437507] usb 1-4: USB disconnect, device number 4
[13800.438010] usblp1: removed
[21567.380627] BTRFS info (device sda1): disk space caching is enabled
[21567.380630] BTRFS info (device sda1): has skinny extents
[21567.999694] BUG: unable to handle kernel NULL pointer dereference at
0000000000000068
[21567.999702] #PF error: [normal kernel read fault]
[21567.999706] PGD 0 P4D 0
[21567.999712] Oops: 0000 [#1] SMP NOPTI
[21567.999718] CPU: 6 PID: 21331 Comm: mount Not tainted 5.0.2-1-default #1
openSUSE Tumbleweed (unreleased)
[21567.999723] Hardware name: To Be Filled By O.E.M. To Be Filled By
O.E.M./980DE3/U3S3, BIOS P2.00 09/04/2015
[21567.999784] RIP: 0010:btrfs_qgroup_trace_subtree_swap+0xb2/0x380 [btrfs]
[21567.999789] Code: 65 ba 19 00 00 00 4c 89 fe e8 ea 14 fb ff 48 3b 04 24 0f
82 70 02 00 00 48 8b 44 24 08 4c 89 f6 31 c9 ba 11 00 00 00 48 89 df <48> 8b 40
68 48 89 44 24 08 e8 c0 14 fb ff 31 c9 4c 89 f6 ba 19 00
[21567.999796] RSP: 0018:ffff9d810a203810 EFLAGS: 00010246
[21567.999800] RAX: 0000000000000000 RBX: ffff8b821f8e36d0 RCX:
0000000000000000
[21567.999804] RDX: 0000000000000011 RSI: 0000000000000065 RDI:
ffff8b821f8e36d0
[21567.999808] RBP: ffff8b81d463a9d8 R08: ffff9d810a2037c8 R09:
ffff9d810a2037d0
[21567.999812] R10: 0000000000000000 R11: 0000000000000000 R12:
ffff8b80e8b78000
[21567.999816] R13: 0000000000000000 R14: 0000000000000065 R15:
0000000000000065
[21567.999821] FS:  00007f095c3f5080(0000) GS:ffff8b8226b80000(0000)
knlGS:0000000000000000
[21567.999825] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[21567.999829] CR2: 0000000000000068 CR3: 00000002e8b16000 CR4:
00000000000406e0
[21567.999833] Call Trace:
[21567.999886]  ? memcmp_node_keys+0x46/0x50 [btrfs]
[21567.999936]  replace_path.isra.42+0x5f5/0x790 [btrfs]
[21567.999987]  merge_reloc_root+0x262/0x500 [btrfs]
[21568.000036]  merge_reloc_roots+0x120/0x1a0 [btrfs]
[21568.000086]  btrfs_recover_relocation+0x3f0/0x440 [btrfs]
[21568.000130]  open_ctree+0x1923/0x1c00 [btrfs]
[21568.000169]  btrfs_mount_root+0x4d2/0x620 [btrfs]
[21568.000178]  ? cpumask_next+0x16/0x20
[21568.000184]  ? pcpu_alloc+0x1a7/0x610
[21568.000189]  mount_fs+0x3f/0x14d
[21568.000195]  vfs_kern_mount.part.37+0x54/0x110
[21568.000232]  btrfs_mount+0x14f/0x820 [btrfs]
[21568.000239]  ? pcpu_block_update_hint_alloc+0x13f/0x1d0
[21568.000245]  ? pcpu_alloc_area+0xe4/0x130
[21568.000250]  ? pcpu_next_unpop+0x37/0x50
[21568.000254]  ? cpumask_next+0x16/0x20
[21568.000259]  ? pcpu_alloc+0x1a7/0x610
[21568.000263]  ? mount_fs+0x3f/0x14d
[21568.000267]  mount_fs+0x3f/0x14d
[21568.000272]  vfs_kern_mount.part.37+0x54/0x110
[21568.000278]  do_mount+0x1ec/0xc80
[21568.000283]  ? memdup_user+0x3e/0x70
[21568.000288]  ksys_mount+0xb6/0xd0
[21568.000293]  __x64_sys_mount+0x21/0x30
[21568.000298]  do_syscall_64+0x60/0x110
[21568.000311]  entry_SYSCALL_64_after_hwframe+0x49/0xbe
[21568.000320] RIP: 0033:0x7f095c29f1ca
[21568.000329] Code: 48 8b 0d d1 ec 0b 00 f7 d8 64 89 01 48 83 c8 ff c3 66 2e
0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 89 ca b8 a5 00 00 00 0f 05 <48> 3d 01
f0 ff ff 73 01 c3 48 8b 0d 9e ec 0b 00 f7 d8 64 89 01 48
[21568.000340] RSP: 002b:00007fff964e3338 EFLAGS: 00000246 ORIG_RAX:
00000000000000a5
[21568.000349] RAX: ffffffffffffffda RBX: 000055a9ff38d640 RCX:
00007f095c29f1ca
[21568.000357] RDX: 000055a9ff38d9b0 RSI: 000055a9ff38d9d0 RDI:
000055a9ff38da80
[21568.000365] RBP: 00007f095c3c71c4 R08: 0000000000000000 R09:
00007f095c2e0400
[21568.000373] R10: 0000000000000000 R11: 0000000000000246 R12:
0000000000000000
[21568.000381] R13: 0000000000000000 R14: 000055a9ff38da80 R15:
000055a9ff38d9b0
[21568.000390] Modules linked in: usblp fuse xt_tcpudp ip6t_rpfilter
ip6t_REJECT nf_reject_ipv6 ipt_REJECT nf_reject_ipv4 xt_conntrack ebtable_nat
ip6table_nat nf_nat_ipv6 ip6table_mangle ip6table_raw ip6table_security
iptable_nat nf_nat_ipv4 nf_nat iptable_mangle iptable_raw iptable_security
nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 ip_set nfnetlink ebtable_filter
ebtables scsi_transport_iscsi ip6table_filter ip6_tables iptable_filter
ip_tables x_tables bpfilter af_packet twofish_generic twofish_avx_x86_64
twofish_x86_64_3way twofish_x86_64 twofish_common serpent_avx_x86_64
serpent_sse2_x86_64 serpent_generic blowfish_generic blowfish_x86_64
blowfish_common cast5_avx_x86_64 cast5_generic cast_common des_generic
algif_skcipher camellia_generic camellia_aesni_avx_x86_64 camellia_x86_64 xcbc
sha512_ssse3 sha512_generic md4 algif_hash af_alg xfrm_user xfrm4_tunnel
tunnel4 ipcomp xfrm_ipcomp esp4 ah4 af_key xfrm_algo w83627ehf hwmon_vid msr
xfs edac_mce_amd snd_hda_codec_hdmi kvm_amd ccp
[21568.000434]  snd_hda_intel snd_usb_audio snd_hda_codec kvm uvcvideo
snd_usbmidi_lib snd_hda_core snd_ctxfi snd_rawmidi snd_seq_device snd_hwdep
irqbypass snd_pcm videobuf2_vmalloc videobuf2_memops videobuf2_v4l2
crct10dif_pclmul crc32_pclmul ghash_clmulni_intel videodev snd_timer
aesni_intel videobuf2_common aes_x86_64 snd crypto_simd cryptd r8169 soundcore
realtek wmi_bmof libphy fam15h_power k10temp button sp5100_tco pcspkr
glue_helper pcc_cpufreq i2c_piix4 acpi_cpufreq hid_generic usbhid btrfs
libcrc32c xor raid6_pq amdgpu ohci_pci crc32c_intel chash amd_iommu_v2
gpu_sched ata_generic i2c_algo_bit xhci_pci serio_raw ttm xhci_hcd ohci_hcd
ehci_pci drm_kms_helper ehci_hcd syscopyarea sysfillrect sysimgblt fb_sys_fops
pata_atiixp sr_mod usbcore drm cdrom wmi l2tp_ppp l2tp_netlink l2tp_core
ip6_udp_tunnel udp_tunnel pppox ppp_generic slhc sg dm_multipath dm_mod
scsi_dh_rdac scsi_dh_emc scsi_dh_alua
[21568.000561] CR2: 0000000000000068
[21568.000610] ---[ end trace 9125c38f59164b9c ]---
[21568.000665] RIP: 0010:btrfs_qgroup_trace_subtree_swap+0xb2/0x380 [btrfs]
[21568.000685] Code: 65 ba 19 00 00 00 4c 89 fe e8 ea 14 fb ff 48 3b 04 24 0f
82 70 02 00 00 48 8b 44 24 08 4c 89 f6 31 c9 ba 11 00 00 00 48 89 df <48> 8b 40
68 48 89 44 24 08 e8 c0 14 fb ff 31 c9 4c 89 f6 ba 19 00
[21568.000703] RSP: 0018:ffff9d810a203810 EFLAGS: 00010246
[21568.000720] RAX: 0000000000000000 RBX: ffff8b821f8e36d0 RCX:
0000000000000000
[21568.000734] RDX: 0000000000000011 RSI: 0000000000000065 RDI:
ffff8b821f8e36d0
[21568.000749] RBP: ffff8b81d463a9d8 R08: ffff9d810a2037c8 R09:
ffff9d810a2037d0
[21568.000764] R10: 0000000000000000 R11: 0000000000000000 R12:
ffff8b80e8b78000
[21568.000781] R13: 0000000000000000 R14: 0000000000000065 R15:
0000000000000065
[21568.000795] FS:  00007f095c3f5080(0000) GS:ffff8b8226b80000(0000)
knlGS:0000000000000000
[21568.000806] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[21568.000814] CR2: 0000000000000068 CR3: 00000002e8b16000 CR4:
00000000000406e0


--1557769200.3d3D6F70.14430
Date: Mon, 13 May 2019 17:40:00 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1134899
           Summary: Thunar 1.8.4 Regression: Right Click > Create Document doesn't show context menu (fix available)
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Xfce
          Assignee: bnc-team-xfce-at-forge.provo.novell.com
          Reporter: maurizio.galli-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Steps to reproduce:

1. open Thunar
2. Right Click to open menu
3. Select Create Document

Expected behavior:
Menu to create empty file should be visible

Actual behavior:
Menu to create empty text file is NOT visible or partially visible.

See screenshot for details.

Affect Thunar 1.8.4 only

upstream bug report: https://bugzilla.xfce.org/show_bug.cgi?id=15200

possible patch fix: https://bugzilla.xfce.org/attachment.cgi?id=8408


body:
--1557831933.3feb4A4.16671
Date: Tue, 14 May 2019 11:05:33 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

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

Fails here:
https://build.opensuse.org/package/live_build_log/openSUSE:Factory:Staging:N/ceph/standard/x86_64

due to:
[ 8864s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
../../../lib/librados.so.2.0.0: undefined reference to
`rados_aio_create_completion'
[ 8864s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
../../../lib/librados.so.2.0.0: undefined reference to
`rados_create_with_context'
[ 8864s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
../../../lib/librados.so.2.0.0: undefined reference to `rados_version'
[ 8864s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
../../../lib/librados.so.2.0.0: undefined reference to `rados_create2'
[ 8864s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
../../../lib/librados.so.2.0.0: undefined reference to
`rados_nobjects_list_next'
[ 8864s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
../../../lib/librados.so.2.0.0: undefined reference to `rados_conf_parse_env'
[ 8864s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
../../../lib/librados.so.2.0.0: undefined reference to `rados_conf_set'
[ 8864s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
../../../lib/librados.so.2.0.0: undefined reference to `rados_create'
[ 8864s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
../../../lib/librados.so.2.0.0: undefined reference to `rados_ioctx_create2'
[ 8864s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
../../../lib/librados.so.2.0.0: undefined reference to `rados_conf_parse_argv'
[ 8864s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
../../../lib/librados.so.2.0.0: undefined reference to `rados_conf_read_file'

summary: LTO: ceph build fails


body:
--1557845250.fCbE242B14.4711
Date: Tue, 14 May 2019 14:47:30 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1135082
           Summary: zypper man page formatting broken
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Ruby
          Assignee: ruby-devel-at-suse.de
          Reporter: iforster-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

The zypper man page (`man zypper`) contains several formatting errors: Starting
at the description of the "install (in)" command various '+' and occasional '-'
signs are spread in the text without any obvious reason.
Later on (starting in the "-t, --type" option of "in") the man page contains
whole passages incorrectly printed in bold or underlined.

Looking at the spec file it seems this only happens when the man page was
generated using Ruby's asciidoctor, pages created with asciidoc seem to look
correct.

summary: zypper man page formatting broken


body:
--1557927510.facFF3b4.3786
Date: Wed, 15 May 2019 13:38:30 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

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

Fails here:
https://build.opensuse.org/package/live_build_log/openSUSE:Factory:Staging:N/libqt5-qtwebkit/standard/x86_64

with:

[ 2250s]
/home/abuild/rpmbuild/BUILD/qtwebkit-5.212.0-alpha2/Source/JavaScriptCore/interpreter/CallFrame.cpp:200:
undefined reference to `vmEntryRecord'
[ 2250s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
/home/abuild/rpmbuild/BUILD/qtwebkit-5.212.0-alpha2/Source/JavaScriptCore/interpreter/CallFrame.cpp:200:
undefined reference to `vmEntryRecord'
[ 2250s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
/tmp/testair.Ki1BSG.ltrans38.ltrans.o: in function
`JSC::construct(JSC::ExecState*, JSC::JSValue, JSC::ConstructType,
JSC::ConstructData const&, JSC::ArgList const&, JSC::JSValue)':
[ 2250s]
/home/abuild/rpmbuild/BUILD/qtwebkit-5.212.0-alpha2/Source/JavaScriptCore/interpreter/Interpreter.cpp:1106:
undefined reference to `vmEntryToNative'
[ 2250s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
/tmp/testair.Ki1BSG.ltrans38.ltrans.o: in function `JSC::call(JSC::ExecState*,
JSC::JSValue, JSC::CallType, JSC::CallData const&, JSC::JSValue, JSC::ArgList
const&)':
[ 2250s]
/home/abuild/rpmbuild/BUILD/qtwebkit-5.212.0-alpha2/Source/JavaScriptCore/interpreter/Interpreter.cpp:1036:
undefined reference to `vmEntryToNative'
[ 2250s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
/tmp/testair.Ki1BSG.ltrans54.ltrans.o: in function
`JSC::Debugger::stepOutOfFunction()':
[ 2250s]
/home/abuild/rpmbuild/BUILD/qtwebkit-5.212.0-alpha2/Source/JavaScriptCore/interpreter/CallFrame.cpp:200:
undefined reference to `vmEntryRecord'
[ 2250s]
/usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld:
/tmp/testair.Ki1BSG.ltrans54.ltrans.o: in function
`JSC::Debugger::didExecuteProgram(JSC::ExecState*)':
[ 2250s]
/home/abuild/rpmbuild/BUILD/qtwebkit-5.212.0-alpha2/Source/JavaScriptCore/interpreter/CallFrame.cpp:200:
undefined reference to `vmEntryRecord'
...

summary: LTO: libqt5-qtwebkit build fails


--1557941988.ea2C8B434.3752
Date: Wed, 15 May 2019 17:39:48 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1135254
           Summary: libstdc++-v3's STL prettyprinters are not used by gdb
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: tdevries-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

So, by default we get:
...
(gdb) p freqs
$2 = {_M_t = {
    _M_impl = {<std::allocator<std::_Rb_tree_node<std::pair<char const, int> >
>> = {<__gnu_cxx::new_allocator<std::_Rb_tree_node<std::pair<char const, int> >
>> = {<No data fields>}, <No data fields>},
<std::_Rb_tree_key_compare<std::less<char> >> = {
        _M_key_compare = {<std::binary_function<char, char, bool>> = {<No data
fields>}, <No data fields>}}, <std::_Rb_tree_header> = {_M_header = {_M_color =
std::_S_red, _M_parent = 0x0, _M_left = 0x7fffffffdb18,
          _M_right = 0x7fffffffdb18}, _M_node_count = 0}, <No data fields>}}}
...
instead of:
...
(gdb) p freqs
$1 = std::map with 0 elements
...

Users can install this relatively easily (as described at
https://sourceware.org/gdb/wiki/STLSupport), but it would be good to have a
better out-of-the-box experience.

Fedora does have this.


body:
--1558000567.8C1a8A5.7889
Date: Thu, 16 May 2019 09:56:07 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1135326
           Summary: Adding  viewers is broken in AUCTeX
    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: psychonaut-at-nothingisreal.com
        QA Contact: qa-bugs-at-suse.de
                CC: dleuenberger-at-suse.com
          Found By: ---
           Blocker: ---

Adding (PDF) viewers in the version of AUCTeX distributed by openSUSE
Tumbleweed seems to be broken.  If you add a new viewer and then try to open
the generated PDF in that viewer, Emacs displays a cryptic error message
instead of opening the viewer.  The problem does not exist if AUCTeX is
installed from MELPA within Emacs using package.el.

Steps to reproduce:

1. Remove $HOME/.emacs.d to make sure you are starting from a clean
configuration.
2. Open any LaTeX file in Emacs.  The following will do:

\documentclass{article}
\begin{document}
Hello, world!
\end{document}

3. Compile the LaTeX file to PDF with C-c C-c
4. Add a new PDF viewer to AUCTeX and tell AUCTeX to use it with M-: (progn
(add-to-list 'TeX-view-program-list '("Okular" ("okular --unique %o"
(mode-io-correlate "#src:%n%a")) "okular")) (setq TeX-view-program-selection
'((output-pdf "Okular"))))
5. Try to open the PDF in the viewer with C-c C-v

Observed behaviour:

6. PDF viewer fails to launch.  Instead, the following error message is printed
in the minibuffer:

TeX--master-or-region-file-with-extra-quotes: Wrong number of arguments:
#[(&optional extension nondirectory) "^H\203 ^@�
\"\207�
\"\207" [TeX-current-process-region-p extension nondirectory TeX-region-file
TeX-master-file] 3 ("/usr/share/emacs/site-lisp/auctex/tex-buf.elc" . 58262)],
3

Expected behaviour:

6. PDF viewer should have launched.

If you manually install AUCTeX (M-x package-install <RET> auctex) and then
perform the same steps above, the new PDF viewer launches as expected.  So I
think the problem has to do with how openSUSE is packaging AUCTeX.

summary: Adding  viewers is broken in AUCTeX


--1558014682.8c2FB520.29907
Date: Thu, 16 May 2019 13:51:22 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1135362
           Summary: [Thunar File Manager] SEGV (11) on USB-flash connection
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Xfce
          Assignee: bnc-team-xfce-at-forge.provo.novell.com
          Reporter: mikhail.kasimov-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Hello!

Initial upstream report: https://bugzilla.xfce.org/show_bug.cgi?id=13813

=======
Hello!

've got segv (11) on USB-flash connection. I suppose, this situation was, when
Thunar tried to get USB-flash at the same time with VBox VM. Anyway, seems to
be better to show some alert-window instead of segfaulting.

[1] k_mikhail@linux-mk500:~> coredumpctl
TIME                            PID   UID   GID SIG PRESENT EXE
Вто 2017-08-22 16:41:43 EEST   1813  1000   100  11 * /usr/bin/thunar

[2] k_mikhail@linux-mk500:~> coredumpctl gdb 1813
           PID: 1813 (Thunar)
           UID: 1000 (k_mikhail)
           GID: 100 (users)
        Signal: 11 (SEGV)
     Timestamp: Вто 2017-08-22 16:41:09 EEST (4min 5s ago)
  Command Line: Thunar --daemon
    Executable: /usr/bin/thunar
 Control Group: /user.slice/user-1000.slice/session-2.scope
          Unit: session-2.scope
         Slice: user-1000.slice
       Session: 2
     Owner UID: 1000 (k_mikhail)
       Boot ID: f5361994459f458c9a3b0174071a16c3
    Machine ID: 4664bc7cba6aee90fe1efc7f571cbf28
      Hostname: linux-mk500
      Coredump:
/var/lib/systemd/coredump/core.Thunar.1000.f5361994459f458c9a3b0174071a16c3.1813.1503409269000000.xz
       Message: Process 1813 (Thunar) of user 1000 dumped core.

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

warning: core file may not match specified executable file.
[New LWP 1813]
[New LWP 3057]
[New LWP 3061]
[New LWP 4900]
[New LWP 3058]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `Thunar --daemon'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  g_type_check_instance (type_instance=type_instance@entry=0x400000000)
    at gtype.c:4137
4137          if (type_instance->g_class)
[Current thread is 1 (Thread 0x7fde851cda00 (LWP 1813))]

[3] BackTrace:
==============
(gdb) bt
#0  0x00007fde8208005d in g_type_check_instance
(type_instance=type_instance@entry=0x400000000) at gtype.c:4137
#1  0x00007fde82075cb4 in g_signal_handlers_disconnect_matched
(instance=0x400000000, mask=mask@entry=G_SIGNAL_MATCH_DATA,
signal_id=signal_id@entry=0, detail=detail@entry=0, closure=closure@entry=0x0,
func=func@entry=0x0, data=data@entry=0x2c628c0) at gsignal.c:2925
#2  0x000000000043c29d in thunar_folder_finished (job=<optimized out>,
folder=0x2c628c0 [void]) at thunar-folder.c:570
#6  0x00007fde82077592 in <emit signal ??? on instance 0x2bed650
[ThunarSimpleJob]> (instance=instance@entry=0x2bed650, signal_id=<optimized
out>, detail=detail@entry=0) at gsignal.c:3441
    #3  0x00007fde8205d908 in g_closure_invoke (closure=0x2b8b510,
return_value=return_value@entry=0x0, n_param_values=1,
param_values=param_values@entry=0x7ffd105658b0,
invocation_hint=invocation_hint@entry=0x7ffd10565850)
    at gclosure.c:804
    #4  0x00007fde8206f30d in signal_emit_unlocked_R
(node=node@entry=0x29e4f90, detail=detail@entry=0,
instance=instance@entry=0x2bed650, emission_return=emission_return@entry=0x0,
instance_and_params=instance_and_params@entry=0x7ffd105658b0) at gsignal.c:3629
    #5  0x00007fde820772a8 in g_signal_emit_valist (instance=<optimized out>,
signal_id=<optimized out>, detail=<optimized out>,
var_args=var_args@entry=0x7ffd10565a38) at gsignal.c:3385
#7  0x00007fde84bd6171 in exo_job_async_ready (job=0x2bed650 [ThunarSimpleJob])
at exo-job.c:442
#8  0x00007fde84bd6171 in exo_job_async_ready (user_data=<optimized out>)
    at exo-job.c:281
#9  0x00007fde81d89015 in g_main_context_dispatch (context=0x24ff580)
    at gmain.c:3154
#10 0x00007fde81d89015 in g_main_context_dispatch
(context=context@entry=0x24ff580) at gmain.c:3769
#11 0x00007fde81d89388 in g_main_context_iterate (context=0x24ff580,
block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at
gmain.c:3840
#12 0x00007fde81d8964a in g_main_loop_run (loop=0x258ebe0) at gmain.c:4034
#13 0x00007fde83c557b7 in IA__gtk_main () at gtkmain.c:1268
#14 0x00000000004224ad in main (argc=1, argv=0x7ffd10565dd8) at main.c:312
(gdb)
==============

OS: openSUSE 42.2
XFCE: 4.12
Thunar: 1.6.10

=======

Patches:
==========
- xfce 4.12:
https://git.xfce.org/xfce/thunar/commit?id=5b601d30771dab61adb95295c382bcdb655e7d45

- xfce 4.14:
https://git.xfce.org/xfce/thunar/commit?id=15e26f711834904b123ef75dfdd6154cdcc8186c

- xfce master:
https://git.xfce.org/xfce/thunar/commit?id=795ec9ac4229a7580dcc858b48f9ff9753f9a581

==========

"Fixed master, 4.12 and 4.14 branch
Will be released soon in thunar 1.8.5 and 1.6.17 --
"https://bugzilla.xfce.org/show_bug.cgi?id=13813#c5

Please, backport into current branches of openSUSE! Thanks!


body:
Build Identifier:

By default, when you try to connect to an RDP server in KRDC, it tries to share
the /media folder with the server, however that folder does not normally exist,
and this leads to KRDC failing to connect.

Reproducible: Always

summary: krdc tries to share non-existent /media and fails


--1558043412.7DCCA6f0.7837
Date: Thu, 16 May 2019 21:50:12 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1135418
           Summary: VUL-0: CVE-2019-11037: php7-imagick: out-of-bounds write to memory in ImagickKernel:fromMatrix() leading to possible crash and DoS
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
               URL: https://smash.suse.de/issue/232227/
                OS: Other
            Status: NEW
          Severity: Major
          Priority: P5 - None
         Component: Security
          Assignee: jweberhofer-at-weberhofer.at
          Reporter: atoptsoglou-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2019-11037

An out-of-bounds write to memory has been found in PHP imagick extension
versions between 3.3.0 - 3.4.4 in function ImagickKernel::fromMatrix() leading
to possible crash and DoS.

Upstream bug:

https://bugs.php.net/bug.php?id=77791

References:
https://bugzilla.redhat.com/show_bug.cgi?id=1708570
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2019-11037
http://people.canonical.com/~ubuntu-security/cve/2019/CVE-2019-11037.html
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-11037
https://lists.fedoraproject.org/archives/list/package-announce-at-lists.fedoraproject.org/message/7MQ7WJA25YF2R2LRALK4QEYWUHHJPSUD/
https://github.com/CVEProject/cvelist/pull/1964
https://bugs.php.net/bug.php?id=77791
http://www.securityfocus.com/bid/108292
https://lists.fedoraproject.org/archives/list/package-announce-at-lists.fedoraproject.org/message/BU66V7QJKD32RXLY5J7Z5NZH4V3VV524/


--1558237957.C732D3.22745
Date: Sun, 19 May 2019 03:52:37 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1135550
           Summary: After last update (kernel 5.1.2-1) several program get segmentation fault error
    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: virex-at-mail.ru
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

After last update (kernel 5.1.2-1) several program get segmentation fault error

for example
mc
deadbeef
soundconverter
qmmp


--1558271669.fEadbffD0.5295
Date: Sun, 19 May 2019 13:14:29 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1135556
           Summary: Bluetooth mouse no longer connects since Tumbleweed snapshot 20190516
    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: suse+build@de-korte.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 805431
  --> http://bugzilla.opensuse.org/attachment.cgi?id=805431&action=edit
btmon log of mouse connect/disconnect cycle

My bluetooth mouse is no longer usable since Tumbleweed snapshot 20190516. It
continuously connects and disconnects. See attached btmon log.

Before this update, the same mouse worked perfectly in Tumbleweed (for years
already). It still works under Windows 10 on the same hardware (dual boot).


--1558302954.f8CD4a0.23260
Date: Sun, 19 May 2019 21:55:54 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1135567
           Summary: salt-master floods log with "Please use server_id_use_crc" warning
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Salt
          Assignee: salt-maintainers-at-suse.de
          Reporter: suse-beta-at-cboltz.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Since updating from Leap 42.3 to 15.1, salt-master floods the logs with the
following warning once per minute:

May 18 23:52:24 server salt-master[3524]: [WARNING ]
/usr/lib/python3.6/site-packages/salt/grains/core.py:2827: DeprecationWarning:
This server_id is computed nor by Adler32 neither by CRC32. Please use
"server_id_use_crc" option and define algorithm youprefer (default "Adler32").
The server_id will be computed withAdler32 by default.

Workaround: add
    server_id_use_crc: adler32
to the master config.

https://github.com/saltstack/salt/pull/48812 might be the reason for this
annoying log message.


--1558341482.5532b00.2901
Date: Mon, 20 May 2019 08:38:02 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1135598
           Summary: shells/scout: Buggy unicodes-bytes conversion
    Classification: openSUSE
           Product: openSUSE.org
           Version: unspecified
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: 3rd party software
          Assignee: bwiedemann-at-suse.com
          Reporter: sebix+novell.com-at-sebix.at
        QA Contact: bnc-team-screening-at-forge.provo.novell.com
                CC: werner-at-suse.com
          Found By: ---
           Blocker: ---

It outputs in one case 'b'apache2'', but not for all packages:

$ cnf a2enmod

Program 'a2enmod' is present in package 'b'apache2'', which is installed on
your system.

Absolute path to 'a2enmod' is '/usr/sbin/a2enmod', so running it may require
superuser privileges (eg. root).

$ cnf cnf

Program 'cnf' is present in package 'command-not-found', which is installed on
your system.

Absolute path to 'cnf' is '/usr/bin/cnf'. Please check your $PATH variable to
see whether it contains the mentioned path.


--1558373527.7DC70.17576
Date: Mon, 20 May 2019 17:32:07 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1135667
           Summary: glm.pc missing in glm-devel for Leap repos
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: x86-64
                OS: openSUSE Factory
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Development
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: frank@kunz-im-inter.net
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

In open build service to build and package an application [1] that uses
pkgconfig for locate the glm include files the lib64/pkgconfig/glm.pc file is
needed to be installed. For Tumbleweed this is included in glm-devel, but for
Leap 15.[12] this is missing in the devel package.

For a test a dummy glm.pc was added to the application package build, that
makes the build to work, but this needs to be replaced by the glm-devel package
content.

[1] https://build.opensuse.org/package/show/home:frank_kunz/horizon


--1558429179.Ce85dC0.15719
Date: Tue, 21 May 2019 08:59:39 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1135731
           Summary: VUL-1: CVE-2019-12213: freeimage: reading a special crafted Tiff file leads to stack exhaustion
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
               URL: https://smash.suse.de/issue/233332/
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Security
          Assignee: nick.schrader@iserv-gis.de
          Reporter: atoptsoglou-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2019-12213

When FreeImage 3.18.0 reads a special TIFF file, the TIFFReadDirectory function
in PluginTIFF.cpp always returns 1, leading to stack exhaustion.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2019-12213
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-12213
https://sourceforge.net/p/freeimage/discussion/36111/thread/e06734bed5/


--1558430021.11BECD60.24993
Date: Tue, 21 May 2019 09:13:41 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1135736
           Summary: VUL-0: CVE-2019-12211: freeimage: heap buffer overflow in Load function of the PluginTIFF.cpp
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
               URL: https://smash.suse.de/issue/233330/
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Security
          Assignee: nick.schrader@iserv-gis.de
          Reporter: atoptsoglou-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2019-12211

When FreeImage 3.18.0 reads a tiff file, it will be handed to the Load function
of the PluginTIFF.cpp file, but a memcpy occurs in which the destination
address
and the size of the copied data are not considered, resulting in a heap
overflow.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2019-12211
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-12211
https://sourceforge.net/p/freeimage/discussion/36111/thread/e06734bed5/


--1558431934.CecbFef60.29631
Date: Tue, 21 May 2019 09:45:34 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1135744
           Summary: [Staging] texlive fails to build against gc 8.x
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

gc 8.0.4 was submitted for inclusion into Factory. During the staging process
though, texlive resulted in a build failure

> /usr/lib64/gcc/x86_64-suse-linux/8/../../../../x86_64-suse-linux/bin/ld: picture.o: in function `operator new(unsigned long, GCPlacement, void (*)(void*, void*), void*)':
[ 1376s] /usr/include/gc/gc_cpp.h:545: undefined reference to
`GC_throw_bad_alloc()'
[ 1376s]
/usr/lib64/gcc/x86_64-suse-linux/8/../../../../x86_64-suse-linux/bin/ld:
settings.o: in function `operator new(unsigned long, GCPlacement, void
(*)(void*, void*), void*)':
[ 1376s] /usr/include/gc/gc_cpp.h:545: undefined reference to
`GC_throw_bad_alloc()'
[ 1376s]
/usr/lib64/gcc/x86_64-suse-linux/8/../../../../x86_64-suse-linux/bin/ld:
settings.o: in function `gc::operator new(unsigned long)':
[ 1376s] /usr/include/gc/gc_cpp.h:410: undefined reference to
`GC_throw_bad_alloc()'
[ 1376s]
/usr/lib64/gcc/x86_64-suse-linux/8/../../../../x86_64-suse-linux/bin/ld:
/usr/include/gc/gc_cpp.h:410: undefined reference to `GC_throw_bad_alloc()'
[ 1376s]
/usr/lib64/gcc/x86_64-suse-linux/8/../../../../x86_64-suse-linux/bin/ld:
/usr/include/gc/gc_cpp.h:410: undefined reference to `GC_throw_bad_alloc()'
[ 1376s]
/usr/lib64/gcc/x86_64-suse-linux/8/../../../../x86_64-suse-linux/bin/ld:
settings.o:/usr/include/gc/gc_cpp.h:410: more undefined references to
`GC_throw_bad_alloc()' follow

This can either be an issue in texlive (making use of code exposed in a library
it is not linking, e.g. gccpp) or gc might use them implicitly and not linking
the lib itself (possibly texlive needs a different way to identify what to
link)


--1558432324.e7a080.5793
Date: Tue, 21 May 2019 09:52:04 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1135747
           Summary: [Staging] subversion fails to build against swig 4.0
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

See bug 1135746: swig is being updated to version 4.0

subversion is one of the packages failing to build in this setup

option: -classic. This option is no longer supported.


--1558432659.BeF4b3f0.5051
Date: Tue, 21 May 2019 09:57:39 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1135751
           Summary: [Staging] apparmor fails to build against swig 4.0
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: AppArmor
          Assignee: suse-beta-at-cboltz.de
          Reporter: dimstar-at-opensuse.org
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

See bug 1135746: swig is being updated to version 4.0

apparmor is one of the packages failing to build in this setup

https://build.opensuse.org/package/live_build_log/openSUSE:Factory:Staging:M/apparmor/standard/x86_64


--1558436934.C0F5d5.16058
Date: Tue, 21 May 2019 11:08:53 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1135761
           Summary: network:libisds fails to build due to curl forcing libopenssl to write to a dead socket
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: tchvatal-at-suse.com
          Reporter: jslaby-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: pmonrealgonzalez-at-suse.com, vcizek-at-suse.com
          Found By: ---
           Blocker: ---

network:libisds does not build as the build dies while running make check:
> FAIL: certificate_user_password_authentication
> ==============================================
>
> Disabling server identity verification. That was your decision.
> Connection accepted
> TLS handshake failed: Certificate is required.
> Disabling server identity verification. That was your decision.
> Connection accepted
> Client sent certificate: subject `C=CZ,CN=The Server', issuer `C=CZ,CN=The Authority', serial 0x55eb09ea03dc5d51, RSA key 2048 bits, signed using RSA-SHA256, activated `2015-09-05 15:27:39 UTC', expires `2065-08-23 15:27:43 UTC', pin-sha256="93S4S1wHWCn7JAHy0aOEGwkdFMhK2/A4QepU5TkZlz0="
> Client's certificate is valid.
> Client is not authorized: Client's distinguished name `CN=The Server,C=CZ' does not match required name `CN=The Client,C=CZ'.
> TLS handshake failed: Error in the certificate.

It only silently dies. This happens only inside KVM (i.e. on OBS). Running the
test under gdb reveals that the process receives SIGPIPE:

> Program received signal SIGPIPE, Broken pipe.
> #0  0x00007ffff7b9b734 in __GI___libc_write (fd=4, buf=buf@entry=0x5555555e3f73, nbytes=nbytes@entry=24) at ../sysdeps/unix/sysv/linux/write.c:26
> #1  0x00007ffff77c1895 in sock_write (b=0x5555555d6d90, in=0x5555555e3f73 "\027\003\003", inl=24) at crypto/bio/bss_sock.c:114
> #2  0x00007ffff77bcbba in bwrite_conv (bio=<optimized out>, data=<optimized out>, datal=<optimized out>, written=0x7fffffffcc10) at crypto/bio/bio_meth.c:77
> #3  0x00007ffff77bbc13 in bio_write_intern (written=0x7fffffffcc10, dlen=24, data=0x5555555e3f73, b=0x5555555d6d90) at crypto/bio/bio_lib.c:343
> #4  bio_write_intern (b=0x5555555d6d90, data=0x5555555e3f73, dlen=24, written=0x7fffffffcc10) at crypto/bio/bio_lib.c:320
> #5  0x00007ffff77bc0b3 in BIO_write (b=<optimized out>, data=<optimized out>, dlen=<optimized out>) at crypto/bio/bio_lib.c:363
> #6  0x00007ffff704aff7 in ssl3_write_pending (s=s@entry=0x5555555da9c0, type=type@entry=21, buf=buf@entry=0x5555555d9140 "\001", len=len@entry=2, written=written@entry=0x7fffffffdd80) at ssl/record/rec_layer_s3.c:1146
> #7  0x00007ffff704bf41 in do_ssl3_write (s=s@entry=0x5555555da9c0, type=type@entry=21, buf=0x5555555d9140 "\001", pipelens=pipelens@entry=0x7fffffffdd78, numpipes=numpipes@entry=1, create_empty_fragment=create_empty_fragment@entry=0, written=0x7fffffffdd80) at ssl/record/rec_layer_s3.c:1107
> #8  0x00007ffff70559a9 in ssl3_dispatch_alert (s=0x5555555da9c0) at ssl/s3_msg.c:78
> #9  0x00007ffff7053ab5 in ssl3_shutdown (s=0x5555555da9c0) at ssl/s3_lib.c:4418
> #10 0x00007ffff705ebdf in SSL_shutdown (s=0x5555555da9c0) at ssl/ssl_lib.c:2074
> #11 0x00007ffff7a857e5 in ossl_close (connssl=<optimized out>) at vtls/openssl.c:1256
> #12 0x00007ffff7a85851 in Curl_ossl_close (conn=0x5555555d02e0, sockindex=<optimized out>) at vtls/openssl.c:1273
> #13 0x00007ffff7a3ea8e in conn_shutdown (conn=0x5555555d02e0) at url.c:684
> #14 Curl_disconnect (data=0x5555555b63d0, dead_connection=true, conn=0x5555555d02e0) at url.c:822
> #15 Curl_disconnect (data=data@entry=0x5555555b63d0, conn=conn@entry=0x5555555d02e0, dead_connection=dead_connection@entry=true) at url.c:778
> #16 0x00007ffff7a533ff in multi_done (data=data@entry=0x5555555b63d0, status=status@entry=CURLE_RECV_ERROR, premature=<optimized out>, premature@entry=true) at multi.c:627
> #17 0x00007ffff7a5496c in multi_runsingle (multi=multi@entry=0x5555555ae920, now=..., data=data@entry=0x5555555b63d0) at multi.c:1917
> #18 0x00007ffff7a55059 in curl_multi_perform (multi=multi@entry=0x5555555ae920, running_handles=running_handles@entry=0x7fffffffe184) at multi.c:2138
> #19 0x00007ffff7a4bcea in easy_transfer (multi=0x5555555ae920) at easy.c:625
> #20 easy_perform (events=false, data=0x5555555b63d0) at easy.c:719
> #21 curl_easy_perform (data=0x5555555b63d0) at easy.c:738
> #22 0x00007ffff7fbbb87 in http (context=context@entry=0x5555555ab7e0, url=url@entry=0x5555555af270 "https://127.0.0.1:34893/certds/DS/dz", use_get=use_get@entry=false, request=0x5555555b7af0, request_length=179, response=response@entry=0x7fffffffe390, response_length=0x7fffffffe398, mime_type=0x7fffffffe380, http_code=0x7fffffffe388, response_otp_headers=0x0, charset=0x0) at soap.c:912
> #23 0x00007ffff7fbc767 in http (use_get=false, charset=0x0, response_otp_headers=<optimized out>, http_code=0x7fffffffe388, mime_type=0x7fffffffe380, response_length=0x7fffffffe398, response=0x7fffffffe390, request_length=<optimized out>, request=<optimized out>, url=0x5555555af270 "https://127.0.0.1:34893/certds/DS/dz", context=0x5555555ab7e0) at soap.c:578
> #24 _isds_soap (context=context@entry=0x5555555ab7e0, file=file@entry=0x7ffff7fbefc2 "DS/dz", request=request@entry=0x5555555afa80, response_document=response_document@entry=0x0, response_node_list=response_node_list@entry=0x0, raw_response=raw_response@entry=0x0, raw_response_length=0x0) at soap.c:1226
> #25 0x00007ffff7fa5956 in isds_login (context=0x5555555ab7e0, url=0x5555555ac0f0 "https://127.0.0.1:34893/", username=0x555555560088 "douglas", password=0x555555560090 "42", pki_credentials=0x7fffffffe520, otp=<optimized out>) at isds.c:1459
> #26 0x00005555555580d2 in test_login (error=IE_SECURITY, context=0x5555555ab7e0, url=<optimized out>, username=<optimized out>, password=<optimized out>, pki_credentials=<optimized out>, otp=0x0) at certificate_user_password_authentication.c:37
> #27 0x0000555555557aa7 in main () at certificate_user_password_authentication.c:127

I.e. openssl tried to write to a dead socket (from lsof):
> certifica 8963 abuild    4u     sock    0,9      0t0  31810 protocol: TCP

To me, it seems that curl should not invoke openssl when the socket is dead
already.


--1558448017.4bbd0.402
Date: Tue, 21 May 2019 14:13:37 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1135789
           Summary: VUL-1: CVE-2019-12218: SDL_image, SDL2_image: NULL pointer dereference in the SDL2_image function IMG_LoadPCX_RW at IMG_pcx.c
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
               URL: https://smash.suse.de/issue/233337/
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Security
          Assignee: jengelh-at-inai.de
          Reporter: atoptsoglou-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2019-12218

An issue was discovered in libSDL2.a in Simple DirectMedia Layer (SDL) 2.0.9
when used in conjunction with libSDL2_image.a in SDL2_image 2.0.4. There is a
NULL pointer dereference in the SDL2_image function IMG_LoadPCX_RW at
IMG_pcx.c.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2019-12218
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-12218
https://bugzilla.libsdl.org/show_bug.cgi?id=4620


--1558451757.41c75.31969
Date: Tue, 21 May 2019 15:15:57 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1135796
           Summary: VUL-1: CVE-2019-12221: SDL_image, SDL2_image: a SEGV is caused by SDL_image in SDL function SDL_free_REAL in stdlib/SDL_malloc.c
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
               URL: https://smash.suse.de/issue/233340/
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Security
          Assignee: jengelh-at-inai.de
          Reporter: atoptsoglou-at-suse.com
        QA Contact: security-team-at-suse.de
                CC: meissner-at-suse.com
          Found By: Security Response Team
           Blocker: ---

CVE-2019-12221

An issue was discovered in libSDL2.a in Simple DirectMedia Layer (SDL) 2.0.9
when used in conjunction with libSDL2_image.a in SDL2_image 2.0.4. There is a
SEGV in the SDL function SDL_free_REAL at stdlib/SDL_malloc.c.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2019-12221
http://www.cvedetails.com/cve/CVE-2019-12221/
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-12221
https://bugzilla.libsdl.org/show_bug.cgi?id=4628


--1558458260.F0Fa50.13343
Date: Tue, 21 May 2019 17:04:19 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1135806
           Summary: VUL-1: CVE-2019-12220: SDL_image, SDL2_image: SDL_image triggers an out-of-bounds read in the SDL function SDL_FreePalette_REAL
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
               URL: https://smash.suse.de/issue/233339/
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Security
          Assignee: jengelh-at-inai.de
          Reporter: atoptsoglou-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2019-12220

An issue was discovered in libSDL2.a in Simple DirectMedia Layer (SDL) 2.0.9
when used in conjunction with libSDL2_image.a in SDL2_image 2.0.4. There is an
out-of-bounds read in the SDL function SDL_FreePalette_REAL at
video/SDL_pixels.c.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2019-12220
http://www.cvedetails.com/cve/CVE-2019-12220/
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-12220
https://bugzilla.libsdl.org/show_bug.cgi?id=4627


body:
--1558506609.e2ef674.2706
Date: Wed, 22 May 2019 06:30:09 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1135854
           Summary: Compressing kernel modules (turn on MODULE_COMPRESS_XZ)?
    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: jslaby-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: mkubecek-at-suse.com, tiwai-at-suse.com
          Found By: ---
           Blocker: ---

I'm in favor of enabling module compression in master & stable branches.

=============== init/Kconfig ===============
config MODULE_COMPRESS
        bool "Compress modules on installation"
        depends on MODULES
        help

          Compresses kernel modules when 'make modules_install' is run; gzip or
          xz depending on "Compression algorithm" below.

          module-init-tools MAY support gzip, and kmod MAY support gzip and xz.

          Out-of-tree kernel modules installed using Kbuild will also be
          compressed upon installation.

          Note: for modules inside an initrd or initramfs, it's more efficient
          to compress the whole initrd or initramfs instead.

          Note: This is fully compatible with signed modules.

          If in doubt, say N.
=============== EOF ===============

In particular I would go for config MODULE_COMPRESS_XZ.

It saves a lot of space:
- Size        : 364828674
+ Size        : 143548638

Surprisingly, it makes the system startup faster (systemd-analyze output of 2x3
boots):

compressed
==========
Startup finished in 2.059s (kernel) + 9.492s (initrd) + 7.496s (userspace) =
19.049s
multi-user.target reached after 7.482s in userspace

Startup finished in 2.117s (kernel) + 9.977s (initrd) + 7.483s (userspace) =
19.578s
multi-user.target reached after 7.469s in userspace

Startup finished in 2.113s (kernel) + 10.356s (initrd) + 7.733s (userspace) =
20.203s
multi-user.target reached after 7.719s in userspace

non-compressed
==============
Startup finished in 3.848s (kernel) + 9.932s (initrd) + 8.446s (userspace) =
22.227s
multi-user.target reached after 8.422s in userspace

Startup finished in 3.910s (kernel) + 10.519s (initrd) + 8.155s (userspace) =
22.584s
multi-user.target reached after 8.130s in userspace

Startup finished in 3.901s (kernel) + 8.572s (initrd) + 8.801s (userspace) =
21.275s
multi-user.target reached after 8.766s in userspace

============================================

Note that the modules are stored untouched (i.e. compressed individually) in
initrd by dracut now. This should be perhaps changed:
Size of initrd with *.ko.xz in initrd: 10758844
Size of initrd with *.ko in initrd:    10611448

*.ko in initrd and *.ko.xz on disk
==================================
Startup finished in 2.056s (kernel) + 9.665s (initrd) + 7.322s (userspace) =
19.044s
multi-user.target reached after 7.298s in userspace

Startup finished in 2.037s (kernel) + 8.131s (initrd) + 7.307s (userspace) =
17.476s
multi-user.target reached after 7.294s in userspace

Startup finished in 2.051s (kernel) + 8.624s (initrd) + 7.408s (userspace) =
18.084s
multi-user.target reached after 7.395s in userspace

============================================
This is what I did:
-

pkgs: dracut kernel-source suse-module-tools


body:
--1558613333.DC8F0c24.19319
Date: Thu, 23 May 2019 12:08:53 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1136078
           Summary: exim installed as default MTA
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Patterns
          Assignee: dimstar-at-opensuse.org
          Reporter: comes-at-naic.edu
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

In a fresh installation, if I select a Graphic system role, exim is installed
as MTA. If I select a Server system role, postfix get installed as MTA.

summary: exim installed as default MTA


body:
--1558624173.4FDac24.21500
Date: Thu, 23 May 2019 15:09:33 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1136100
           Summary: python-billiard-3.5.0.2 breaks weblate
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: sbrabec-at-suse.com
          Reporter: sbrabec-at-suse.com
        QA Contact: qa-bugs-at-suse.de
                CC: antoine.belvire-at-opensuse.org, benoit.monin-at-gmx.fr,
                    mcalabkova-at-suse.com, tchvatal-at-suse.com
          Found By: ---
           Blocker: ---

There is a bug in the python-billiard that causes this error in celery and that
breaks weblate background tasks:

[2019-05-23 14:41:55,880: ERROR/PoolWorker-3] worker unable to determine worker
memory usage

A fix is here:
https://github.com/celery/billiard/issues/228

I am proposing to upgrade to 3.5.0.5 or 3.6.0.

summary: python-billiard-3.5.0.2 breaks weblate


--1558624482.DaCc6080.28936
Date: Thu, 23 May 2019 15:14:42 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1136101
           Summary: VUL-1: CVE-2019-12222: SDL2_image, SDL_image: out-of-bounds read triggered by SDL_image in the function SDL_InvalidateMap at video/SDL_pixels.c
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 42.3
          Hardware: Other
               URL: https://smash.suse.de/issue/233341/
                OS: Other
            Status: NEW
          Severity: Minor
          Priority: P5 - None
         Component: Security
          Assignee: jengelh-at-inai.de
          Reporter: atoptsoglou-at-suse.com
        QA Contact: security-team-at-suse.de
          Found By: Security Response Team
           Blocker: ---

CVE-2019-12222

An issue was discovered in libSDL2.a in Simple DirectMedia Layer (SDL) 2.0.9.
There is an out-of-bounds read in the function SDL_InvalidateMap at
video/SDL_pixels.c.

References:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2019-12222
http://www.cvedetails.com/cve/CVE-2019-12222/
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-12222
https://bugzilla.libsdl.org/show_bug.cgi?id=4621


--1558643903.e75a0C840.27240
Date: Thu, 23 May 2019 20:38:23 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1136132
           Summary: Baloo crashes after system start - please backport patch
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: KDE Applications
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: noga.dany-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 805897
  --> http://bugzilla.opensuse.org/attachment.cgi?id=805897&action=edit
DrKonqi crash debug info

Baloo crashes sometimes after system start. According to DrKonqi it is this bug
https://bugs.kde.org/show_bug.cgi?id=389848 which is solved in Tumbleweed via
backport fix for liblmdb: https://bugs.kde.org/show_bug.cgi?id=389848#c39

Please provide same backport for Leap


--1558691322.5D20550.5264
Date: Fri, 24 May 2019 09:48:42 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1136198
           Summary: opensuse/leap KIWI image has no <history> element
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Containers
          Assignee: containers-bugowner-at-suse.de
          Reporter: swagner-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Tumbleweed has a <history> element:

> https://build.opensuse.org/package/view_file/openSUSE:Containers:Tumbleweed/opensuse-tumbleweed-image.20190523104955/config.kiwi?expand=1

> <history author="Fabian Vogt <fvogt-at-suse.com>">openSUSE Tumbleweed %OS_VERSION_ID% Base Container</history>

> $ docker history  opensuse/tumbleweed
> IMAGE               CREATED             CREATED BY          SIZE                > COMMENT
> 9940bd785cff        2 days ago          KIWI 9.17.37        122MB               > openSUSE Tumbleweed 20190521 Base Container

The Leap 15 image doesn't have a history element:

> https://build.opensuse.org/package/view_file/openSUSE:Leap:15.1/opensuse-leap-image/config.kiwi?expand=1

resulting is no comment at all:

> $ docker history opensuse/leap:15.1
> IMAGE               CREATED             CREATED BY          SIZE                COMMENT
> 58e409bb9cad        41 hours ago        umoci config        0B
> <missing>           41 hours ago        KIWI 9.17.15        104MB

Which leads to derived container without any reference to the origin:

> $ docker history registry.opensuse.org/filesystems/ceph/nautilus/images/rook/ceph:1.0.2.1
> IMAGE               CREATED             CREATED BY          SIZE                COMMENT
> 25667589e8ab        24 hours ago        KIWI 9.17.15        482MB               Derive the image
> <missing>           3 months ago        umoci config        0B
> <missing>           3 months ago        KIWI 9.17.13        105MB


body:
--1558701910.3A4C346.1357
Date: Fri, 24 May 2019 12:45:10 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1136216
           Summary: Port gconf to python3
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: GNOME
          Assignee: bnc-team-gnome-at-forge.provo.novell.com
          Reporter: bjorn.lie-at-gmail.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Fedora have patches to port gconf to support python3

https://src.fedoraproject.org/rpms/GConf2/tree/master

summary: Port gconf to python3


--1558709920.E7EbE1.27822
Date: Fri, 24 May 2019 14:58:40 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1136246
           Summary: Invalid certificate with Admin node. build 20190521
    Classification: openSUSE
           Product: openSUSE Tumbleweed
           Version: Current
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Kubic
          Assignee: kubic-bugs-at-opensuse.org
          Reporter: jason.evans-at-suse.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Issue:

Unable to initialize certificates or kubicctl

admin:~ # kubicctl certificates initialize
Error invoking certstrap: exit status 1
CA with specified name "Kubic-Control-CA" already exists!

Error creating CA: exit status 1
admin:~ # kubicctl init --pod-network cilium
Initializing kubernetes master can take several minutes, please be patient.
Could not initialize: rpc error: code = Unavailable desc = all SubConns are in
TransientFailure, latest connection error: connection error: desc = "transport:
authentication handshake failed: x509: certificate has expired or is not yet
valid"


body:
--1558778590.8e7e10A04.23198
Date: Sat, 25 May 2019 10:03:06 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1136280
           Summary: GNU Health 3.2 / Tryton 4.2 bugfixes
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Other
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: axel.braun-at-gmx.de
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Some fixes for the Tryton 4.2 series have benn released. Affects Leap 42.3 /
15.0

summary: GNU Health 3.2 / Tryton 4.2 bugfixes


body:
--1558868230.6a7d0.7002
Date: Sun, 26 May 2019 10:57:10 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1136300
           Summary: KMyMoney crashes in LEAP15.1
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: x86-64
                OS: Other
            Status: NEW
          Severity: Critical
          Priority: P5 - None
         Component: KDE Applications
          Assignee: opensuse-kde-bugs-at-opensuse.org
          Reporter: eionmac-at-btinternet.com
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

on opening KMyMoney after upgrade from Leap 15 to Leap 15.1. The XFCE desktop.
KMyMoney does not open.

summary: KMyMoney crashes in LEAP15.1


body:
--1558897016.cCd4d1.25190
Date: Sun, 26 May 2019 18:56:56 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1136314
           Summary: texlive 2019 several fonts are not found even if they were installed [ kpsewhich does not see them ]
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.0
          Hardware: Other
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Installation
          Assignee: yast2-maintainers-at-suse.de
          Reporter: ndordea-at-gmail.com
        QA Contact: jsrain-at-suse.com
          Found By: ---
           Blocker: ---

Created attachment 806002
  --> http://bugzilla.opensuse.org/attachment.cgi?id=806002&action=edit
texlive 2019 info from my machine

Hello,
Recently I upgraded to opensuse packaged texlive 2019  from a CTAN texlive 2018
.
Latex and/or pdflatex fail due to "font not found"
e.g. Font T1/pplj/m/n/10=pplr9d at 10.0pt not loadable . Metric (TFM) file not
found . It seems that the Palatino , mathpazo fonts are not seen   by
kpsewhich,
Here are the fonts I had problems with :
pplr9d, pplri9d, pplr7t, pplrc7t, pcrrc7t, pplb7t, zplmr7t

I tried to find out the font maps where these fonts were defined .
I created a bash shell and I checked all xxxxx.map files from
/usr/shared/texmf,
/usr/local/shared/texmf, /var/lib/texmf  that contain the above fonts ,

I found only one map that contained  phvr8t
1. /usr/share/texmf/fonts/map/pdftex/context/ec-base.map
phvr8t  NimbusSanL-Regu          <ec.enc <uhvr8a.pfb
That map was not found among the maps reported by udpmap0sys --listmaps .
It was enabled [ sudo udpmap-sys --enable Map=ec-base.map ]

So I continued and I found out that there are lots of maps in the above
directories that are not in system maps .

THe final run shows :
/u02/Common_Bin_Dev/texlive_2019_fonts_not_found.sh

Searching string :
'(pplr9d|pplri9d|pplr7t|pplrc7t|pcrrc7t|pplb7t|zplmr7t)'

 ====> usr_maps_cnt=888
Maps containing any of the font problems : /usr/share/texmf : 0

 ====> local_maps_cnt=30
Maps containing any of the font problems : /usr/local/share/texmf : 0

 ====> var_maps_cnt=8
Maps containing any of the font problems : /var/lib/texmf   : 0

Total maps processed : 926 [ usr + local + var ]
Total unique maps processed : 908 [ usr + local + var ]

Total updmap_maps defined   : 366 [ updmap-sys --listmaps ]
Total available updmap defined : 366  [ udpmap-sys --listavailablemaps]
Total unique available updmaps : 366

Total maps to be enabled via udpmap-sys --enable Map=xxxxxxx.map : 542

texlive_2019_usr_share_texmf_maps.txt
texlive_2019_usr_local_share_texmf_maps.txt
texlive_2019_var_lib_texmf_maps.txt
texlive_2019_usr_local_var_unique_map_names.txt
texlive_2019_updmap-sys_listmaps.txt
texlive_2019_updmap_unique_avail_mapnames.txt
texlive_2019_diff_usr-local-var_udpmap_mapnames.txt <-

pkgs: texlive texlive-specs-b texlive-specs-k texlive-specs-l


body:
--1558955679.BcC30.31457
Date: Mon, 27 May 2019 11:14:39 +0000
MIME-Version: 1.0
Content-Type: text/plain

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

            Bug ID: 1136402
           Summary: ssh broke with 15.1
    Classification: openSUSE
           Product: openSUSE Distribution
           Version: Leap 15.1
          Hardware: 64bit
                OS: Other
            Status: NEW
          Severity: Normal
          Priority: P5 - None
         Component: Network
          Assignee: bnc-team-screening-at-forge.provo.novell.com
          Reporter: regisztracio-at-bmiklos.hu
        QA Contact: qa-bugs-at-suse.de
          Found By: ---
           Blocker: ---

Created attachment 806055
  --> http://bugzilla.opensuse.org/attachment.cgi?id=806055&action=edit
ssh -vvv output on openSUSE 15.0

I have a RHEL7 server at work which I use through ssh, sometimes even from home
from my openSUSE Laptop. With 15.0 everything worked fine. With 15.1 I just
can't connect to that server. After a long weekend of configuration, I came to
the conclusion that the problem is with the new release.

Steps I used for reproducing the issue:
1. Install openSUSE 15.0 with zero configuration, just the default values
everywhere.
2. ssh succeeds (-vvv output attached)
3. Install openSUSE 15.1 with zero configuration, just the default values
everywhere.
4. ssh fails (-vvv output will be attached)

summary: ssh broke with 15.1