July 2011 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 463801] kbd hangs in D state and system needs reboot -f
by bugzilla_noreply＠novell.com 12 Jul '11

12 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=463801 https://bugzilla.novell.com/show_bug.cgi?id=463801#c7 Stanislav Brabec <sbrabec(a)novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED --- Comment #7 from Stanislav Brabec <sbrabec(a)novell.com> 2011-07-12 19:28:14 CEST --- Fixed for openSUSE:Factory and submitted for SLE11-SP2 (IBS request id 13502). Too minor impact to provide fix as an online update for other products. -- 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 540842] New: Choosing printer leads application to hang
by bugzilla_noreply＠novell.com 12 Jul '11

12 Jul '11

http://bugzilla.novell.com/show_bug.cgi?id=540842 Summary: Choosing printer leads application to hang Classification: openSUSE Product: openSUSE 11.2 Version: Milestone 7 Platform: i686 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Printing AssignedTo: jsmeix(a)novell.com ReportedBy: jradzuweit(a)jarf.de QAContact: jsmeix(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.0.13) Gecko/2009080200 SUSE/3.0.13-0.1.2 Firefox/3.0.13 Starting the printing or print preview dialog from Firefox or kwrite, the option any printer is active. When I try to choose a different printer the applications hang and after a while a message appears that the application does not respond after confirmation the application crashes. The printer is a HP Office Jet connected via USB to a frix.box WLAN 7270 and shared over the network. Printing from 11.1 works fine. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: http://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 703401] New: Can't upgrade to Firefox 5.0
by bugzilla_noreply＠novell.com 12 Jul '11

12 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=703401 https://bugzilla.novell.com/show_bug.cgi?id=703401#c0 Summary: Can't upgrade to Firefox 5.0 Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: Firefox AssignedTo: bnc-team-mozilla(a)forge.provo.novell.com ReportedBy: fcrozat(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- Security upgrade for Firefox 5.0 can't be installed using zypper or yast on my system : LC_ALL=C sudo zypper up MozillaFirefox Loading repository data... Reading installed packages... Resolving package dependencies... Problem: MozillaFirefox-5.0-0.2.1.i586 requires MozillaFirefox-branding > 40, but this requirement cannot be provided uninstallable providers: MozillaFirefox-branding-openSUSE-5.0-2.3.1.i586[Mises_à_jour_pour_openSUSE_11.4_11.4-1.82] Solution 1: deinstallation of MozillaFirefox-branding-upstream-4.0.1-0.2.2.i586 Solution 2: do not install MozillaFirefox-5.0-0.2.1.i586 Solution 3: break MozillaFirefox by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/3/c] (c): c Note that MozillaFirefox-branding-upstream is installed on my system (we shipped it by default on GNOME3 live image). -- 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 12

[Bug 704755] New: fscanf is not compliant to ISO C
by bugzilla_noreply＠novell.com 12 Jul '11

12 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=704755 https://bugzilla.novell.com/show_bug.cgi?id=704755#c0 Summary: fscanf is not compliant to ISO C Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Documentation AssignedTo: ke(a)novell.com ReportedBy: giecrilj(a)stegny.2a.pl QAContact: ke(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20100101 Firefox/5.0 The LIBC manual, as distributed with glibc-info, makes the following statements that may not be true at the same time: Reproducible: Always Steps to Reproduce: 1. libc.info, 12.14.5: String Input Conversions 2. man regexp(7) 3. libc.info, Appendix B: Summary of Library Facilities 4. ISO/IEC 9899:TC3, 7.19.6.2: The fscanf function: 5: man fscanf(3) Actual Results: 1. You specify the set between the `[' character and a following `]' character, using the same syntax used in regular expressions. 2. Within a bracket expression, the name of a character class enclosed in "[:" and ":]" stands for the list of all characters belonging to that class. 3. `int fscanf (FILE *STREAM, const char *TEMPLATE, ...)' `stdio.h' (ISO): Formatted Input Functions. [That means fscanf conforms to ISO C standard, which it does not.] 4. The conversion specifier includes all subsequent characters in the format string, up to and including the matching right bracket (]). The characters between the brackets (the scanlist) compose the scanset, unless the character after the left bracket is a circumflex (^), in which case the scanset contains all characters that do not appear in the scanlist between the circumflex and the right bracket. If the conversion specifier begins with [] or [^], the right bracket character is in the scanlist and the next following right bracket character is the matching right bracket that ends the specification; otherwise the first following right bracket character is the one that ends the specification. 5. The set is defined by the characters between the open bracket [ character and a close bracket ] character. The set excludes those characters if the first character after the open bracket is a circumflex (^). To include a close bracket in the set, make it the first character after the open bracket or the circumflex; any other position will end the set. [This is in line with the ISO standard.] Expected Results: 1, This behavior should be explicitly documented as an incompatible extension. 3. If there is a standard that prescribes this behavior, it should be mentioned instead of ISO. 5. The manual page should reflect what the specifier actually means to the current implementation. Consider the following conversion specifier: scanf("%[[:alpha:]]", …); According to GNU: it matches "A" and it does not match ":]", even when compiled with -ansi. According to ISO: it does not match "A" but it matches ":]". -- 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 648940] New: No appointments on clock applet in GNOME:STABLE:2.32
by bugzilla_noreply＠novell.com 12 Jul '11

12 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=648940 https://bugzilla.novell.com/show_bug.cgi?id=648940#c0 Summary: No appointments on clock applet in GNOME:STABLE:2.32 Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: riggwelter(a)opensuse.org QAContact: qa(a)suse.de Found By: --- Blocker: --- I upgraded to GNOME:STABLE:2.32 (with GNOME:Backports:2.32) and now appointments don't appear on my clock applet. I think the calendar itself is reading the information from e-d-s (or however it gets the information) as dates with appointments are still shown in bold but the field above the calendar where the appointments should be listed isn't there. I use this facility a lot as I'm quite diary-dependent and it saves me opening Evolution just to check appointments. -- 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 13

[Bug 702640] New: no disk information with via snmpwalk if filesystem is xfs
by bugzilla_noreply＠novell.com 12 Jul '11

12 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=702640 https://bugzilla.novell.com/show_bug.cgi?id=702640#c0 Summary: no disk information with via snmpwalk if filesystem is xfs Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: All OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: zypper(a)plaintext.ath.cx QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110420 SUSE/3.6.17-0.2.1 Firefox/3.6.17 Everythin is fine with OS 11.3 and net-snmp-5.5-9.1.x86_64 but with the new version of net-snmp, net-snmp-5.6.1-38.3.x86_64 youg get no information of disk if they contain a xfs filesystem. Everything else can be queried: i.e. hrStorageDescr.7 = STRING: Cached memory hrStorageDescr.10 = STRING: Swap space hrStorageDescr.33 = STRING: /dev/shm Test even works with mounted loopback. XFS-formatted loopback-FS is invisible to the snmpwalk, ext2 not. Reproducible: Always Steps to Reproduce: 1.dd if=/dev/zero bs=1M count=1000 of=xfs-file 2.dd if=/dev/zero bs=1M count=1000 of=ext-file 3.mkfs.xfs xfs-file 4.mkfs.ext2 ext-file 5. mount -o loop ext-file /mnt1/ 6. mount -o loop xfs-file /mnt2/ 7. snmpwalk -Os -c public -v 1 localhost | grep -i hrStorageDescr Actual Results: hrStorageDescr.1 = STRING: Physical memory hrStorageDescr.3 = STRING: Virtual memory hrStorageDescr.6 = STRING: Memory buffers hrStorageDescr.7 = STRING: Cached memory hrStorageDescr.10 = STRING: Swap space hrStorageDescr.33 = STRING: /dev/shm hrStorageDescr.47 = STRING: /mnt1 Expected Results: hrStorageDescr.1 = STRING: Physical memory hrStorageDescr.3 = STRING: Virtual memory hrStorageDescr.6 = STRING: Memory buffers hrStorageDescr.7 = STRING: Cached memory hrStorageDescr.10 = STRING: Swap space hrStorageDescr.33 = STRING: /dev/shm hrStorageDescr.47 = STRING: /mnt1 hrStorageDescr.xx = STRING: /mnt2 Alle the other FS (/ /var ) etc are missing as well. -- 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 11

[Bug 687327] New: net-snmp ignores partitions formatted with the XFS file system
by bugzilla_noreply＠novell.com 12 Jul '11

12 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=687327 https://bugzilla.novell.com/show_bug.cgi?id=687327#c0 Summary: net-snmp ignores partitions formatted with the XFS file system Classification: openSUSE Product: openSUSE 11.5 Version: Factory Platform: All OS/Version: openSUSE 11.4 Status: ASSIGNED Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: lchiquitto(a)novell.com ReportedBy: lchiquitto(a)novell.com QAContact: qa(a)suse.de CC: sobolev(a)protei.ru Found By: Community User Blocker: --- This is a regression in the new filesystems/storage modules and was already addressed upstream by this commit: http://net-snmp.svn.sourceforge.net/viewvc/net-snmp?view=revision&revision=… -- 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 705125] New: mozilla/firefox-branding-openSUSE-5: Bug
by bugzilla_noreply＠novell.com 12 Jul '11

12 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=705125 https://bugzilla.novell.com/show_bug.cgi?id=705125#c0 Summary: mozilla/firefox-branding-openSUSE-5: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: wolfgang(a)rosenauer.org ReportedBy: toddrme2178(a)gmail.com QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: --- Blocker: --- The version of MozillaFirefox-branding-openSUSE here conflicts with the version from the openSUSE 11.4 update repository: Problem: patch:firefox50-upgrade-4806.noarch conflicts with MozillaFirefox-branding-openSUSE.x86_64 < 5.0-2.3.1 provided by MozillaFirefox-branding-openSUSE-5.0-2.1.x86_64 Solution 1: install MozillaFirefox-branding-openSUSE-5.0-2.3.1.x86_64 (with vendor change) obs://build.opensuse.org/mozilla --> openSUSE Solution 2: do not install patch:firefox50-upgrade-4806.noarch -- 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 704759] New: Libc manual roadmap is incorrect
by bugzilla_noreply＠novell.com 12 Jul '11

12 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=704759 https://bugzilla.novell.com/show_bug.cgi?id=704759#c0 Summary: Libc manual roadmap is incorrect Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Minor Priority: P5 - None Component: Documentation AssignedTo: ke(a)novell.com ReportedBy: giecrilj(a)stegny.2a.pl QAContact: ke(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20100101 Firefox/5.0 The Roadmap to the GNU C Library says that bug reporting is discussed in the Maintenance chapter but it is not. It is currently discussed in the Installation chapter (C.5). This section should probably be moved. Reproducible: Always Steps to Reproduce: 1. libc.info, 1.4: Roadmap to the Manual 2. libc.info, Appendix D: Library Maintenance Actual Results: 1. * Maintenance, explains … how to report any bugs you might find 2. * Source Layout * Porting Expected Results: 2. * Reporting Bugs * Source Layout * Porting -- 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 696004] New: Shared lib libffi.so.x needs to move to /lib(64)?
by bugzilla_noreply＠novell.com 12 Jul '11

12 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=696004 https://bugzilla.novell.com/show_bug.cgi?id=696004#c0 Summary: Shared lib libffi.so.x needs to move to /lib(64)? Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: rguenther(a)novell.com ReportedBy: dimstar(a)opensuse.org QAContact: qa(a)suse.de Found By: --- Blocker: --- Newer version of glib2's libgobject links to libffi. As libgobject-2.0.so.0 lives in /lib(64)?, we require libffi to be there as well (library linking between /lib and /usr/lib is not allowed). (New glib2 package is being prepared in home:dimstar:branches:GNOME:Factory) -- 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 14