January 2018 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1033098] New: systemctl start instance service failed every time
by bugzilla_noreply＠novell.com 03 Jan '18

03 Jan '18

http://bugzilla.suse.com/show_bug.cgi?id=1033098 Bug ID: 1033098 Summary: systemctl start instance service failed every time Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.1 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: zlliu(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- kernel version: 4.1.12-1-default OS: openSUSE Leap 42.1 Details: I try to reshape one raid1 to raid5 by using mdadm. And systemctl doesn't escape the argument in Service file. zlliu:~/mdadm # cat /usr/lib/systemd/system/mdadm-grow-continue@.service # This file is part of mdadm. # # mdadm is free software; you can redistribute it and/or modify it # under the terms of the GNU General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. [Unit] Description=Manage MD Reshape on /dev/%I DefaultDependencies=no [Service] ExecStart=/sbin/mdadm --grow --continue /dev/%I StandardInput=null StandardOutput=null StandardError=null KillMode=none Test steps: 1. # dd if=/dev/zero of=test1 bs=1M count=100 # dd if=/dev/zero of=test2 bs=1M count=100 # dd if=/dev/zero of=test3 bs=1M count=100 # losetup /dev/loop(0,1,2) test(1,2,3) 2. # mdadm -CR /dev/md1 -b internal -l1 -n2 /dev/loop[0-1] # mdadm --grow /dev/md1 -l5 -n3 -a /dev/loop2 You can check "systemctl status mdadm-grow-continue(a)md1.service" and "journalctl -xn" The same situation(include of mdadm source code and same testing steps) cannot reproduce with SLES 12 SP2 and Tumbleweed. Reproduce: Always -- You are receiving this mail because: You are on the CC list for the bug.

1 11

[Bug 1074273] New: kdenlive is unstable and crashes way too often.
by bugzilla_noreply＠novell.com 03 Jan '18

03 Jan '18

http://bugzilla.opensuse.org/show_bug.cgi?id=1074273 Bug ID: 1074273 Summary: kdenlive is unstable and crashes way too often. Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.3 Hardware: x86-64 OS: openSUSE 42.3 Status: NEW Severity: Major Priority: P5 - None Component: KDE Applications Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: maninredd(a)yahoo.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 754465 --> http://bugzilla.opensuse.org/attachment.cgi?id=754465&action=edit kdenlive gdb log. kdenlive crashes at start, while running and when closing. i tried running kdelive to edit a 8gb video and it crashed agian so i used gdb to backtrace the issue. Attached and as follows is all the information i can provide to help debug this issue. rpm -q kdenlive kdenlive-17.08.2-15.1.x86_64 -- You are receiving this mail because: You are on the CC list for the bug.

1 14

[Bug 1074432] VUL-0: CVE-2017-1000421: gifsicle: use-after-free in the read_gif function
by bugzilla_noreply＠novell.com 03 Jan '18

03 Jan '18

http://bugzilla.suse.com/show_bug.cgi?id=1074432 http://bugzilla.suse.com/show_bug.cgi?id=1074432#c4 --- Comment #4 from Manfred Schwarb <manfred99(a)gmx.ch> --- The fix is also in Factory / Tumbleweed, since 3 months. And some more are on the way atm. How is the workflow to escalate it to Leap? -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1074313] VUL-0: CVE-2017-17760: opencv: buffer overflow in function cv::PxMDecoder::readData
by bugzilla_noreply＠novell.com 03 Jan '18

03 Jan '18

http://bugzilla.novell.com/show_bug.cgi?id=1074313 SMASH SMASH <smash_bz(a)suse.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Whiteboard| | | |CVSSv3:RedHat:CVE-2017-1776 | |0:4.4:(AV:L/AC:L/PR:N/UI:R/ | |S:U/C:N/I:L/A:L) -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1067782] Dolphin does not recognise hosts defined in .ssh/config
by bugzilla_noreply＠novell.com 03 Jan '18

03 Jan '18

http://bugzilla.suse.com/show_bug.cgi?id=1067782 http://bugzilla.suse.com/show_bug.cgi?id=1067782#c2 James McDonough <jmcdonough(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|IN_PROGRESS |RESOLVED Resolution|--- |FIXED --- Comment #2 from James McDonough <jmcdonough(a)suse.com> --- Patch was accepted into devel project and then opensuse:Factory. Thanks! -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1070901] FreeCAD won't build in Factory after drop of Qt4 WebKit
by bugzilla_noreply＠novell.com 03 Jan '18

03 Jan '18

http://bugzilla.opensuse.org/show_bug.cgi?id=1070901 http://bugzilla.opensuse.org/show_bug.cgi?id=1070901#c4 Luigi Baldoni <aloisio(a)gmx.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aloisio(a)gmx.com --- Comment #4 from Luigi Baldoni <aloisio(a)gmx.com> --- Chiming in. Not sure if it's of any use to the matter at hand, but I recently backported a number of patches to have SoQt 1.5 build with Qt5, which I see is a dependency. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1057640] New: Custom variables not recognized
by bugzilla_noreply＠novell.com 03 Jan '18

03 Jan '18

http://bugzilla.opensuse.org/show_bug.cgi?id=1057640 Bug ID: 1057640 Summary: Custom variables not recognized Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.3 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: libzypp Assignee: zypp-maintainers(a)forge.provo.novell.com Reporter: antoine.mechelynck(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: Community User Blocker: --- I don't know if this is a program bug or a documentation bug (i.e. a lack of clarity in the documentation). I tried to create a custom variable for use by zypper, as explained in the output of "man zypper" under "Custom Variables", as follows: 1. Create a file named /etc/zypp/vars.d/server 2. Make the first line of that file equal to ftp.halifax.rwth-aachen.de/opensuse (with no blanks at left). 3. In /etc/repos.d/all.repo (the only *.repo I have in that directory) replace every instance of the above string on the baseurl= lines (one per repo except Packman and the DVD) by ${server} the idea being to replace that one line by download.opensuse.org when the present outage will be _completely_ a thing of the past, so that all URLs will be reassigned in one fell swoop. (Then run "zypper ref" again to make sure it's OK.) Then try "zypper ref" I expected zypper to resolve my custom variable, refresh all repositories, and tell me that they were now up to date. Instead, I got an error message in red telling me that ${server} was an unknown variable. If the above behaviour is expected, then the manpage is unclear; conversely, if what I did was right, then there is a bug in zypper. -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1071466] New: zypp maintenance patches conflict on package obsoletion
by bugzilla_noreply＠novell.com 03 Jan '18

03 Jan '18

http://bugzilla.opensuse.org/show_bug.cgi?id=1071466 Bug ID: 1071466 Summary: zypp maintenance patches conflict on package obsoletion Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.3 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: libzypp Assignee: zypp-maintainers(a)forge.provo.novell.com Reporter: astieger(a)suse.com QA Contact: qa-bugs(a)suse.de Blocks: 1069669, 1071400 Found By: --- Blocker: --- Occasionally packages are changed as follows: Old: foo = 1 foo-sub = 1 New: foo = 2 Provides: foo-sub < 2 Obsoletes: foo-sub < 2 This is not a problem for regular repositories, Tumbleweed, or release upgrades, etc. But for maintenance updates such a patch ends up being interactive, e.g.: bug 1071400, bug 1069669. Such changes are a bit against maintenance policy, as we never remove packages, but merely empty them. But we had instances where this was released for SLE involving non-SLE-shipped subpackage which then hit Leap which ships all subpackages. This normally involved fetching Factory packaging changes. For the attached solver test case, "zypper up libreoffice" works in the sense that it removes libreoffice-icon-theme-oxygen. "zypper patch" throws the following: [...] Problem: libreoffice-5.4.3.2-6.4.x86_64 obsoletes libreoffice-icon-theme-oxygen < 5.4.3.2 provided by libreoffice-icon-theme-oxygen-5.3.5.2-3.4.noarch Solution 1: Following actions will be done: deinstallation of libreoffice-5.3.5.2-3.4.x86_64 [...] Solution 2: replacement of libreoffice-icon-theme-oxygen-5.3.5.2-3.4.noarch with libreoffice-5.4.3.2-6.4.x86_64 Solution 3: do not install patch:7521-1.noarch In this case solution 2 would be correct. -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1066514] https://doc.opensuse.org/documentation/leap/reference/html/book.opensuse.reference/cha.boot.html#sec.boot.initrd
by bugzilla_noreply＠novell.com 03 Jan '18

03 Jan '18

http://bugzilla.suse.com/show_bug.cgi?id=1066514 http://bugzilla.suse.com/show_bug.cgi?id=1066514#c2 Sven Seeberg <sseebergelverfeldt(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Sven Seeberg <sseebergelverfeldt(a)suse.com> --- Fixed with https://github.com/SUSE/doc-sle/commit/cd212c73021eacb577643b03b913a5a8d853… -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1066514] https://doc.opensuse.org/documentation/leap/reference/html/book.opensuse.reference/cha.boot.html#sec.boot.initrd
by bugzilla_noreply＠novell.com 03 Jan '18

03 Jan '18

http://bugzilla.suse.com/show_bug.cgi?id=1066514 http://bugzilla.suse.com/show_bug.cgi?id=1066514#c1 Sven Seeberg <sseebergelverfeldt(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sseebergelverfeldt(a)suse.com --- Comment #1 from Sven Seeberg <sseebergelverfeldt(a)suse.com> --- Usually, all files residing in *conf.d directories are automatically used. Just create this file. Thanks for reporting, I'll add this bit of information to the docs. -- You are receiving this mail because: You are on the CC list for the bug.

1 0