March 2016 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 954370] New: Pillow: import Image does not work
by bugzilla_noreply＠novell.com 05 Nov '18

05 Nov '18

http://bugzilla.opensuse.org/show_bug.cgi?id=954370 Bug ID: 954370 Summary: Pillow: import Image does not work Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.1 Hardware: All OS: openSUSE 42.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: dhall(a)wustl.edu QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 Firefox/41.0 Build Identifier: The spec file for python-Pillow creates PIL.pth in an effort to have backwards compatibility with PIL This does not actually create a backwards-compatible installation; if you run import Image, no file formats are found that can be used for reading or saving images. Reproducible: Always Steps to Reproduce: 1. run the command below > python -c 'import Image; print Image.__file__; Image.preinit(); print Image.EXTENSION' Actual Results: /usr/lib64/python2.7/site-packages/PIL/Image.pyc {} Expected Results: /usr/lib64/python2.7/site-packages/PIL/Image.pyc {'.png': 'PNG', '.gif': 'GIF', '.ppm': 'PPM', '.bmp': 'BMP', '.pbm': 'PPM', '.pgm': 'PPM', '.jpe': 'JPEG', '.jfif': 'JPEG', '.jpg': 'JPEG', '.tif': 'TIFF', '.jpeg': 'JPEG', '.tiff': 'TIFF'} running: > python -c 'from PIL import Image; print Image.__file__; Image.preinit(); print Image.EXTENSION' gives the expected results. This is no surprise since that is what is supported by Pillow. "import Image" is not supported by Pillow, but openSUSE feigns support that doesn't work at all. This breaks certain programs the first 'import Image' and only on ImportError look to 'from PIL import Image' If you want to support 'import Image', Ubuntu 12.04 appears to have a working method; creating PILCompat that does this > cat /usr/lib/python2.7/dist-packages/PILcompat.pth PILcompat > cat /usr/lib/python2.7/dist-packages/PILcompat/Image.py from PIL.Image import * -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 900558] New: Impossible to boot in single user mode with root mounted read only
by bugzilla_noreply＠novell.com 03 Nov '18

03 Nov '18

http://bugzilla.opensuse.org/show_bug.cgi?id=900558 Bug ID: 900558 Summary: Impossible to boot in single user mode with root mounted read only Classification: openSUSE Product: openSUSE 13.1 Version: Final Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: archie(a)dellroad.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I have a 13.1 system with all the latest updates as of today and it is spitting out the UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY message for the root filesystem, and then booting normally with root mounted root read-write. First of all, I would expect it to not boot normally in this case, but whatever. Anyway, when I try to do what it says, it's impossible! Here's why: even though I reboot with "single ro" on the boot line and it does in fact go into single user mode, it still mounts root read-write (after complaining of the same fsck errors). Since the 1980's single user mode has always left root mounted read-only so you can run fsck if needed, and you can always remount it read-write if you want. Why did this change? Of course "mount -o remount,ro /" doesn't work. Because root is mounted read-write and it's impossible to get the system to boot with root mounted read-only, then even in single user mode, it's impossible to run fsck and fix the problem. So it's impossible to resolve this problem without the use of a rescue disk. Please fix, this is a bad dead-end people can fall into. -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 926323] New: VUL-1: CVE-2015-1821,CVE-2015-1822, 2015-1853: chrony: multiple vulnerabilities
by bugzilla_noreply＠novell.com 30 Oct '18

30 Oct '18

http://bugzilla.suse.com/show_bug.cgi?id=926323 Bug ID: 926323 Summary: VUL-1: CVE-2015-1821,CVE-2015-1822, 2015-1853: chrony: multiple vulnerabilities Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: opensuse-communityscreening(a)forge.provo.novell.com Reporter: astieger(a)suse.com QA Contact: opensuse-communityscreening(a)forge.provo.novell.com CC: david.bahi(a)emc.com, mkudlvasr(a)novell.com, mrueckert(a)suse.com Found By: Security Response Team Blocker: --- Reported against network:time chrony, not in openSUSE or SLE. Does not have a designated maintainer, CC project maintainers and recent updaters. CVE-2015-1821 chrony: Heap out of bound write in address filter =============================================================== https://bugzilla.redhat.com/show_bug.cgi?id=1209632 Miroslav Lichvar of Red Hat reports: When NTP or cmdmon access is configured (from chrony.conf or over authenticated cmdmon) with a subnet size that is not divisible by 4 and address that has nonzero bits in the 4-bit subnet remainder (e.g. f0::/3), the TableNode array index is calculated incorrectly and it may write past the array. CVE-2015-1822 chrony: uninitialized pointer in cmdmon reply slots ================================================================= https://bugzilla.redhat.com/show_bug.cgi?id=1209632 Miroslav Lichvar of Red Hat reports: The last pointer in the list of allocated reply slots that are used to save authenticated cmdmon replies is not initialized. This one was actually found couple months ago and it's already fixed in git, but only recently I realized it could have security implications. An authenticated attacker can allocate and deallocate memory with other commands (e.g. allow/deny) and can force allocation of new reply slots by making new requests and not acknowledging previous replies, and then let chronyd write a reply to an invalid memory. CVE-2015-1853 chrony: authentication doesn't protect symmetric associations against DoS attacks =============================================================================================== https://bugzilla.redhat.com/show_bug.cgi?id=1209572 Miroslav Lichvar of Red Hat reports: An attacker knowing that NTP hosts A and B are peering with each other (symmetric association) can send a packet to host A with source address of B which will set the NTP state variables on A to the values sent by the attacker. Host A will then send on its next poll to B a packet with originate timestamp that doesn't match the transmit timestamp of B and the packet will be dropped. If the attacker does this periodically for both hosts, they won't be able to synchronize to each other. This is a known denial-of-service attack, described at [1]. According to the document the NTP authentication is supposed to protect symmetric associations against this attack, but that doesn't seem to be the case. The state variables are updated even when authentication fails and the peers are sending packets with originate timestamps that don't match the transmit timestamps on the receiving side. This seems to be a very old problem, it's in the oldest ntp version I could find (xntp3.3wy). It's also in the NTPv3 (RFC 1305) and NTPv4 (RFC 5905) specifications, so other NTP implementations with support for symmetric associations and authentication may be vulnerable too. For authentication using symmetric keys it should be sufficient to move the code updating the state variables after the MAC is validated (TEST5). For autokey that's not enough, it seems the attacker can still reset the protocol with crypto-NAK or CRYPTO_ASSOC messages and possibly other ways. I'm not sure if this can be fixed for autokey in general. [1] https://www.eecis.udel.edu/~mills/onwire.html -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 872984] New: /etc/apparmor.d/usr.lib.apache2.mpm-prefork.apache2 too broad
by bugzilla_noreply＠novell.com 30 Oct '18

30 Oct '18

https://bugzilla.novell.com/show_bug.cgi?id=872984 https://bugzilla.novell.com/show_bug.cgi?id=872984#c0 Summary: /etc/apparmor.d/usr.lib.apache2.mpm-prefork.apache2 too broad Classification: openSUSE Product: openSUSE Factory Version: 13.2 Milestone 0 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: AppArmor AssignedTo: suse-beta(a)cboltz.de ReportedBy: meissner(a)suse.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- /etc/apparmor.d/usr.lib.apache2.mpm-prefork.apache2 does / rw, /** mrwlkix, so basically ... every process can do everything. Correct me if I am wrong, but this profile is then not necessary. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2

[Bug 964185] New: kdeinit5 crashes
by bugzilla_noreply＠novell.com 28 Oct '18

28 Oct '18

http://bugzilla.opensuse.org/show_bug.cgi?id=964185 Bug ID: 964185 Summary: kdeinit5 crashes Classification: openSUSE Product: openSUSE Tumbleweed Version: 2015* Hardware: x86-64 OS: openSUSE 42.1 Status: NEW Severity: Major Priority: P5 - None Component: KDE Workspace (Plasma) Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: ludwig(a)sics.se QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Kdeinit5 crashes unexpectedly. Sometimes this happens while my screensaver is on, which disables the (password protected) screensaver, which is why I consider this to be a Major security issue. I can get the following information out of the crash report: Executable: kdeinit5 PID: 1485 Signal: Segmentation fault (11) Time: 2016-01-29 14:40:51 Thread 1 (Thread 0x7f81a4708780 (LWP 1485)): [KCrash Handler] #6 0x00007f819172d9cf in QXcbWindow::handleClientMessageEvent(xcb_client_message_event_t const*) () at /usr/lib64/libQt5XcbQpa.so.5 #7 0x00007f819171837b in QXcbConnection::handleXcbEvent(xcb_generic_event_t*) () at /usr/lib64/libQt5XcbQpa.so.5 #8 0x00007f819171a01b in QXcbConnection::processXcbEvents() () at /usr/lib64/libQt5XcbQpa.so.5 #9 0x00007f81a3020ac6 in QObject::event(QEvent*) () at /usr/lib64/libQt5Core.so.5 #10 0x00007f81a166fe7c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /usr/lib64/libQt5Widgets.so.5 #11 0x00007f81a1674cc8 in QApplication::notify(QObject*, QEvent*) () at /usr/lib64/libQt5Widgets.so.5 #12 0x00007f81a2fefe95 in QCoreApplication::notifyInternal(QObject*, QEvent*) () at /usr/lib64/libQt5Core.so.5 #13 0x00007f81a2ff2057 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () at /usr/lib64/libQt5Core.so.5 #14 0x00007f81a30478f3 in () at /usr/lib64/libQt5Core.so.5 #15 0x00007f819f7f3c84 in g_main_context_dispatch () at /usr/lib64/libglib-2.0.so.0 #16 0x00007f819f7f3ed8 in () at /usr/lib64/libglib-2.0.so.0 #17 0x00007f819f7f3f7c in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #18 0x00007f81a3046d6c in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #19 0x00007f81a2fedd53 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #20 0x00007f81a2ff58f6 in QCoreApplication::exec() () at /usr/lib64/libQt5Core.so.5 #21 0x00007f8191bd05b4 in kdemain () at /usr/lib64/libkdeinit5_kded5.so #22 0x0000000000408cc3 in () #23 0x0000000000405d46 in main () -- You are receiving this mail because: You are on the CC list for the bug.

1 11

[Bug 948729] New: YaST: System Log
by bugzilla_noreply＠novell.com 26 Oct '18

26 Oct '18

http://bugzilla.suse.com/show_bug.cgi?id=948729 Bug ID: 948729 Summary: YaST: System Log Classification: openSUSE Product: openSUSE Factory Version: 2015* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: otuominen(a)novell.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- There is nomore log in: /var/log/messages So can this tool put to track journalctl log? /var/log/boot.log is still valid. -- You are receiving this mail because: You are on the CC list for the bug.

1 12

[Bug 803057] New: PostgreSQL 9.2.3, 9.1.8, 9.0.12, 8.4.16 and 8.3.23 released
by bugzilla_noreply＠novell.com 23 Oct '18

23 Oct '18

https://bugzilla.novell.com/show_bug.cgi?id=803057 https://bugzilla.novell.com/show_bug.cgi?id=803057#c0 Summary: PostgreSQL 9.2.3, 9.1.8, 9.0.12, 8.4.16 and 8.3.23 released Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Security AssignedTo: security-team(a)suse.de ReportedBy: lijewski.stefan(a)zabka.pl QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 >From postgresql.org: The PostgreSQL Global Development Group has released a security update to all current versions of the PostgreSQL database system, including versions 9.2.3, 9.1.8, 9.0.12, 8.4.16, and 8.3.23. This update fixes a denial-of-service (DOS) vulnerability. All users should update their PostgreSQL installations as soon as possible. The security issue fixed in this release, CVE-2013-0255, allows a previously authenticated user to crash the server by calling an internal function with invalid arguments. This issue was discovered by independent security researcher Sumit Soni this week and reported via Secunia SVCRP, and we are grateful for their efforts in making PostgreSQL more secure. Today's update also fixes a performance regression which caused a decrease in throughput when using dynamic queries in stored procedures in version 9.2. Applications which use PL/pgSQL's EXECUTE are strongly affected by this regression and should be updated. Additionally, we have fixed intermittent crashes caused by CREATE/DROP INDEX CONCURRENTLY, and multiple minor issues with replication. Reproducible: Always -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 6

[Bug 933032] New: KDE Breeze Dark theme in new Plasma workspace no longer renders correctly
by bugzilla_noreply＠novell.com 20 Oct '18

20 Oct '18

http://bugzilla.opensuse.org/show_bug.cgi?id=933032 Bug ID: 933032 Summary: KDE Breeze Dark theme in new Plasma workspace no longer renders correctly Classification: openSUSE Product: openSUSE Factory Version: 201505* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace Assignee: kde-maintainers(a)suse.de Reporter: jrhodes(a)redpointsoftware.com.au QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.65 Safari/537.36 Build Identifier: After performing "zypper up" today, the Breeze Dark theme in the Plasma workspace no longer renders correctly, as per the attached screenshot. Reproducible: Always Steps to Reproduce: 1. Select the "Breeze Dark" theme on KDE 5 / Plasma. Actual Results: The panel at the bottom of the screen still has a white background. Expected Results: The panel at the bottom should be themed correctly (have a dark background). -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 820566] New: wireshark security updates to 1.8.7 and 1.6.15
by bugzilla_noreply＠novell.com 19 Oct '18

19 Oct '18

https://bugzilla.novell.com/show_bug.cgi?id=820566 https://bugzilla.novell.com/show_bug.cgi?id=820566#c0 Summary: wireshark security updates to 1.8.7 and 1.6.15 Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: All OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Security AssignedTo: security-team(a)suse.de ReportedBy: Andreas.Stieger(a)gmx.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:20.0) Gecko/20100101 Firefox/20.0 https://www.wireshark.org/docs/relnotes/wireshark-1.8.7.html wnpa-sec-2013-23 CVE-2013-2486 CVE-2013-2487 The RELOAD dissector could go into an infinite loop. wnpa-sec-2013-24 The GTPv2 dissector could crash. wnpa-sec-2013-25 The ASN.1 BER dissector could crash. wnpa-sec-2013-26 The PPP CCP dissector could crash. wnpa-sec-2013-27 The DCP ETSI dissector could crash. wnpa-sec-2013-28 The MPEG DSM-CC dissector could crash. wnpa-sec-2013-29 The Websocket dissector could crash. wnpa-sec-2013-30 The MySQL dissector could go into an infinite loop. wnpa-sec-2013-31 The ETCH dissector could go into a large loop. https://www.wireshark.org/docs/relnotes/wireshark-1.6.15.html 1.6.15 wnpa-sec-2013-25 The ASN.1 BER dissector could crash Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 15

[Bug 916933] New: Tuxwordsmith crashes on automated turn
by bugzilla_noreply＠novell.com 17 Oct '18

17 Oct '18

http://bugzilla.opensuse.org/show_bug.cgi?id=916933 Bug ID: 916933 Summary: Tuxwordsmith crashes on automated turn Classification: openSUSE Product: openSUSE 13.1 Version: Final Hardware: x86-64 OS: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: ez2blost(a)yahoo.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Tuxwordsmith crashes when the computer animates the end of an automated move Traceback (most recent call last): File "/usr/bin/TuxWordSmith", line 51, in <module> x=TuxWordSmithAppWX() File "/usr/lib/python2.7/site-packages/TuxWordSmith/tws_wx.py", line 38, in __init__ mode,level=prog.run() File "/usr/lib/python2.7/site-packages/TuxWordSmith/tws.py", line 451, in run self.take_turn() File "/usr/lib/python2.7/site-packages/TuxWordSmith/tws.py", line 561, in take_turn if self.global_config['TILE_ANIMATIONS']['value']==1: KeyError: 'TILE_ANIMATIONS' (Also tuxwordsmith.sh has typos Tries to run TuxTuxWordSmith instead of TuxWordSmith -- You are receiving this mail because: You are on the CC list for the bug.

1 2