August 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 770785] New: Unable to use DSCP values for ToS (RTNETLINK answers: Invalid argument)
by bugzilla_noreply＠novell.com 19 Aug '13

19 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=770785 https://bugzilla.novell.com/show_bug.cgi?id=770785#c0 Summary: Unable to use DSCP values for ToS (RTNETLINK answers: Invalid argument) Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86 OS/Version: openSUSE 12.1 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: lgrosenthal(a)2rosenthals.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:13.0) Gecko/20100101 Firefox/13.0 When creating routing rules using ToS/DSCP tags, many values are rejected as invalid. For example: ip rule add tos 0x10 table mytable works, whereas: ip rule add tos 0xa0 table mytable results in: RTNETLINK answers: Invalid argument Reproducible: Always Steps to Reproduce: 1. Create new routing table. 2. Add new rule using ToS value, as in "ip rule add tos {value} table {mytable} using a non-ToS (e.g., new, DSCP) value. Actual Results: Error message is displayed on following line: RTNETLINK answers: Invalid argument Rule is not added. Expected Results: Command prompt should return to next line. Rule should be added to specified table. It seems that old-style ToS values are always accepted, i.e., 0x02, 0x04, 0x08, 0x10. Other values may or may not be accepted (it has been suggested that only 4-bit values are currently accepted, instead of 8-bit values. I've rolled back from iproute2 version 2.6.39-3.5.1 to 2.6.39.3.2.2, and forward to 3.4.0-53.3 (no changes to the kernel, however; still running 3.1.10-1.16). The condition persists. See http://tinyurl.com/cp5mbg6 for more discussion. -- 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 4

[Bug 835476] New: Applications like Chrome/ Configure Desktop are opening in secondary laptop monitor when Laptop lid is closed and even my external monitor connected through HDMI is set as primary.
by bugzilla_noreply＠novell.com 19 Aug '13

19 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=835476 https://bugzilla.novell.com/show_bug.cgi?id=835476#c0 Summary: Applications like Chrome/ Configure Desktop are opening in secondary laptop monitor when Laptop lid is closed and even my external monitor connected through HDMI is set as primary. Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 3 Platform: i386 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: imt.deepak(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.57 Safari/537.36 Applications like Chrome/ Configure Desktop are opening in secondary laptop monitor when Laptop lid is closed and even my external monitor connected through HDMI is set as primary. This issue was not there in openSUSE 12.3. Finally I had to make LVDS1 (my laptop monitor unchecked to correct it) Expected behavior should be once laptop lid is closed it should have all the windows in external monitor as that is the only available display monitor now and open all windows in External monitor only. Reproducible: Always Steps to Reproduce: 1. Connect one external monitor to laptop. 2. Close the lid 3. Now open Chrome/ Configure Desktop/ Yast. It is opening in LVDS1 (closed laptop monitor) instead of external only available monitor. Actual Results: Chrome/ Configure Desktop/ Yast. It is opening in LVDS1 (closed laptop monitor) instead of external only available monitor. Expected Results: Expected behavior should be once laptop lid is closed it should have all the windows in external monitor as that is the only available display monitor now and open all windows in External monitor only. -- 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 0

[Bug 817774] New: Commands py3, python3 don't work in vim
by bugzilla_noreply＠novell.com 19 Aug '13

19 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=817774 https://bugzilla.novell.com/show_bug.cgi?id=817774#c0 Summary: Commands py3, python3 don't work in vim Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Enhancement Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: martin.jakl(a)qbicon.cz QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.63 Safari/537.31 When running command py3 or python3 vim just shows message "E319: Sorry, the command is not available in this version". Wouldn't be possible to provide vim with python3 support? 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 5

[Bug 832833] New: openssl ssl_set_cert_masks() is broken, backport needed
by bugzilla_noreply＠novell.com 19 Aug '13

19 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=832833 https://bugzilla.novell.com/show_bug.cgi?id=832833#c0 Summary: openssl ssl_set_cert_masks() is broken, backport needed Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: richard(a)nod.at QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:22.0) Gecko/20100101 Firefox/22.0 OpenSSL 1.0.1e as shipped by openSUSE suffers from that issue: http://openssl.6102.n7.nabble.com/NULL-ptr-deref-when-calling-SSL-get-certi… Please backport the fix! Thanks, //richard 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 8

[Bug 835310] New: typo in rpm group tag creates automatic needless stuff
by bugzilla_noreply＠novell.com 19 Aug '13

19 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=835310 https://bugzilla.novell.com/show_bug.cgi?id=835310#c0 Summary: typo in rpm group tag creates automatic needless stuff Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: openSUSE 12.3 Status: NEW Severity: Minor Priority: P5 - None Component: Patterns AssignedTo: coolo(a)suse.com ReportedBy: fbourdonnec(a)chez.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=552962) --> (http://bugzilla.novell.com/attachment.cgi?id=552962) Visual description more effective User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:23.0) Gecko/20100101 Firefox/23.0 from Header of RPM : Name : uuid-devel Version : 1.6.2 Release : 13.4 Architecture: x86_64 Install Date: (not installed) Group : Development/Libaries/C and C++ => Libraries found in 5 RPM (12.3 and factory) libossp-uuid++16 libossp-uuid16 libossp-uuid_dce16 perl-OSSP-uuid uuid-devel Franck Reproducible: Always Steps to Reproduce: 1. 2. 3. Expected Results: good RPM grouping ;-) -- 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 835367] New: boost-1.53.0 fails to build with glibc-2.18
by bugzilla_noreply＠novell.com 19 Aug '13

19 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=835367 https://bugzilla.novell.com/show_bug.cgi?id=835367#c0 Summary: boost-1.53.0 fails to build with glibc-2.18 Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 4 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: pth(a)suse.com ReportedBy: tchvatal(a)suse.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- As per summary boost on factory fails. The problem is in borked detection that relied on __GLIBC_HAVE_LONG_LONG which is no longer propagated. I created patch from upstream sources https://build.opensuse.org/package/view_file/devel:libraries:c_c++/boost/bo… and pushed to factory to fix this up. The patch will be included in boost-1.55.0 because the header is still presently broken in 1.54.0. -- 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 1

[Bug 800718] New: Various programs crash with SIGILL when using OpenSSL: Illegal instruction in OPENSSL_ia32_rdrand() @ x86_64cpuid.s
by bugzilla_noreply＠novell.com 19 Aug '13

19 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=800718 https://bugzilla.novell.com/show_bug.cgi?id=800718#c0 Summary: Various programs crash with SIGILL when using OpenSSL: Illegal instruction in OPENSSL_ia32_rdrand() @ x86_64cpuid.s Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: sebastien(a)sebbraun.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=522163) --> (http://bugzilla.novell.com/attachment.cgi?id=522163) Backtrace from ssh User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 Lots of programs crash in OPENSSL_ia32_rdrand(), complaining about an illegal instruction. So far, this has happened at least in ssh, the Akonadi IMAP client, and some others I have already forgotten. Sample backtrace is attached. Failure is not 100% reproducible: I sometimes succeed in connecting with SSH, about 90% of connection attempts fail in this manner. It seems that my CPU does not support the RDRAND instruction (/proc/cpuinfo attached). If that is indeed the case, OpenSSL should have detected and refrained from invoking it. Reproducible: Sometimes Steps to Reproduce: 1. ssh <server address> Actual Results: > ssh <REDACTED> Illegal instruction (core dumped) Expected Results: > ssh <REDACTED> Connection succeeds and asks for password. Flags line from /proc/cpuinfo separately attached. -- 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 816396] New: crypted LVM installs fail
by bugzilla_noreply＠novell.com 19 Aug '13

19 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=816396 https://bugzilla.novell.com/show_bug.cgi?id=816396#c0 Summary: crypted LVM installs fail Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 0 Platform: PC OS/Version: openSUSE 12.3 Status: NEW Severity: Major Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: bwiedemann(a)suse.com QAContact: jsrain(a)suse.com CC: lnussel(a)suse.com Found By: System Test Blocker: --- as found by openQA crypted LVM installs fail reproducibly in 12.3 and Factory: http://openqa.opensuse.org/results/?match=lvm The effect is pretty similar to bug 796167 -- 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 3

[Bug 835318] New: dar doesn't work without libdar, but doesn't require it
by bugzilla_noreply＠novell.com 19 Aug '13

19 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=835318 https://bugzilla.novell.com/show_bug.cgi?id=835318#c0 Summary: dar doesn't work without libdar, but doesn't require it Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 4 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: adrian(a)suse.com ReportedBy: lazy.kent(a)opensuse.org QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- dar doesn't work without the libdar library. But it is statically linked. And it doesn't require the libdar package. % rpm -q dar dar-2.4.10-1.4.x86_64 % dar -h dar: error while loading shared libraries: libdar.so.5000: cannot open shared object file: No such file or directory % ldd /usr/bin/dar not a dynamic executable % file /usr/bin/dar /usr/bin/dar: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, stripped % rpm -q --requires dar /bin/bash /bin/sh /usr/bin/perl rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PartialHardlinkSets) <= 4.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(PayloadIsLzma) <= 4.4.6-1 >From the build log: [ 157s] RPMLINT report: [ 157s] =============== [ 160s] dar.i586: W: statically-linked-binary /usr/bin/dar_manager [ 160s] dar.i586: W: statically-linked-binary /usr/bin/dar_cp [ 160s] dar.i586: W: statically-linked-binary /usr/bin/dar [ 160s] dar.i586: W: statically-linked-binary /usr/bin/dar_xform [ 160s] dar.i586: W: statically-linked-binary /usr/bin/dar_slave [ 160s] The package installs a statically linked binary or object file. Usually this [ 160s] is a packaging bug. If not, contact your rpmlint distributor about this so [ 160s] that this error gets included in the exception file for rpmlint and will not [ 160s] be flagged as a packaging bug in the future (or add it to your local [ 160s] configuration if you installed rpmlint from the source tarball). After installing the libdar5000 package dar works as expected. -- 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 705420] New: ruby-bindings: function parameter with default value cannot be parsed
by bugzilla_noreply＠novell.com 19 Aug '13

19 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=705420 https://bugzilla.novell.com/show_bug.cgi?id=705420#c0 Summary: ruby-bindings: function parameter with default value cannot be parsed Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: dmacvicar(a)novell.com ReportedBy: jsuchome(a)novell.com QAContact: jsrain(a)novell.com Found By: Development Blocker: --- module KerberosClient def self.read(params={}) ... end end ruby-bidnings does not correctly realize number of arguments: Y2DIR= LD_LIBRARY_PATH= /usr/bin/ycpc -c -M. -I. -q Kerberos.ycp ruby/YRubyNamespace.cc(YRubyNamespace):239 [Y2Ruby] going to parse signature: 'any( any)' ruby/YRubyNamespace.cc(YRubyNamespace):239 [Y2Ruby] going to parse signature: 'any( any)' ruby/YRubyNamespace.cc(YRubyNamespace):239 [Y2Ruby] going to parse signature: 'any( )' Kerberos.ycp:279 [Parser] Excessive parameter in call to KerberosClient::read(...) -- 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