March 2008 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 310406] New: IPv6: Resolving breaks when changing nameserver from IPv6 to IPv4
by bugzilla_noreply＠novell.com 07 Dec '08

07 Dec '08

https://bugzilla.novell.com/show_bug.cgi?id=310406 Summary: IPv6: Resolving breaks when changing nameserver from IPv6 to IPv4 Product: openSUSE 10.3 Version: Beta 3 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Firefox AssignedTo: bnc-team-mozilla(a)forge.provo.novell.com ReportedBy: pbaudis(a)novell.com QAContact: qa(a)suse.de CC: mge(a)novell.com, jbohac(a)novell.com Found By: --- Set nameserver in /etc/resolv.conf to IPv6 address, work in Firefox, then have NetworkManager reconnect and reset the nameserver to IPv4 address, Firefox breaks: socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 24 connect(24, {sa_family=AF_INET6, sin6_port=htons(53), inet_pton(AF_INET6, "::ffff:172.16.0.1", &sin6_addr), sin6_flowinfo=16781484, sin6_scope_id=0}, 28) = -1 EAFNOSUPPORT (Address family not supported by protocol) I'm actually not sure if the connect() should work or not... Maybe it's kernel fault? -- 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 372029] New: USB HC takeover failed! (BIOS/SMM bug)
by bugzilla_noreply＠novell.com 06 Dec '08

06 Dec '08

https://bugzilla.novell.com/show_bug.cgi?id=372029 Summary: USB HC takeover failed! (BIOS/SMM bug) Product: openSUSE 10.3 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: mfriesenegger(a)novell.com QAContact: qa(a)suse.de Found By: --- I have a Sierra Wireless aircard 875 3g card. The kernel version I am running is 2.6.22.17-0.1. When I insert it into the pccard slot I get the following output from syslog. Mar 17 17:43:26 d830-mdf kernel: pccard: CardBus card inserted into slot 0 Mar 17 17:43:26 d830-mdf kernel: ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver Mar 17 17:43:26 d830-mdf kernel: PCI: Enabling device 0000:04:00.0 (0000 -> 0002) Mar 17 17:43:26 d830-mdf kernel: ACPI: PCI Interrupt 0000:04:00.0[A] -> GSI 19 (level, low) -> IRQ 19 Mar 17 17:43:26 d830-mdf kernel: PCI: Setting latency timer of device 0000:04:00.0 to 64 Mar 17 17:43:26 d830-mdf kernel: ohci_hcd 0000:04:00.0: OHCI Host Controller Mar 17 17:43:26 d830-mdf kernel: ohci_hcd 0000:04:00.0: new USB bus registered, assigned bus number 8 Mar 17 17:43:34 d830-mdf kernel: ohci_hcd 0000:04:00.0: USB HC takeover failed! (BIOS/SMM bug) Mar 17 17:43:34 d830-mdf kernel: ohci_hcd 0000:04:00.0: can't setup Mar 17 17:43:34 d830-mdf kernel: ohci_hcd 0000:04:00.0: USB bus 8 deregistered Mar 17 17:43:34 d830-mdf kernel: ACPI: PCI interrupt for device 0000:04:00.0 disabled Mar 17 17:43:34 d830-mdf kernel: ohci_hcd 0000:04:00.0: init 0000:04:00.0 fail, -16 Mar 17 17:43:34 d830-mdf kernel: ohci_hcd: probe of 0000:04:00.0 failed with error -16 -- 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 363249] New: openSUSE10.3 crashes with DRBD and OCFS under heavy I/ O load
by bugzilla_noreply＠novell.com 05 Dec '08

05 Dec '08

https://bugzilla.novell.com/show_bug.cgi?id=363249 Summary: openSUSE10.3 crashes with DRBD and OCFS under heavy I/O load Product: openSUSE 10.3 Version: Final Platform: i586 OS/Version: openSUSE 10.3 Status: NEW Severity: Critical Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: b.burkhardt(a)gmx.de QAContact: qa(a)suse.de Found By: --- Hi, when using DRBD and OCFS2 openSUSE10.3 crashes under heavy I/O load. The System is right away rebooting with no log entries in messages or warn. After searching in some mailinglists i found the following boot-parameter which could solve the problem: "elevator=deadline". I tested it, but without success. When testing with DRBD and ext2 the problem did not occur. So it seems to be OCFS on top of the DRBD device that is causing the problem. System data: - SuSE10.3, Kernel 2.6.22.17-0.1-bigsmp - drbd-8.0.6-8 - ocfs-tools-1.2.6-18 - CPU: 2x Intel(R) Xeon(TM) CPU 2.80GHz -- 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 22

[Bug 353438] New: acpi spam in messages log and unable to write trip points
by bugzilla_noreply＠novell.com 05 Dec '08

05 Dec '08

https://bugzilla.novell.com/show_bug.cgi?id=353438 Summary: acpi spam in messages log and unable to write trip points Product: openSUSE 10.3 Version: Final Platform: x86 OS/Version: openSUSE 10.3 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: matthias.sweertvaegher(a)gmail.com QAContact: qa(a)suse.de Found By: --- hello, since the beginning of my suse install, I noticed annoying acpi spam in my /var/log/messages. Example: Dec 13 22:07:51 sushi kernel: ACPI: Transitioning device [FAN] to D0 Dec 13 22:07:51 sushi kernel: ACPI: Transitioning device [FAN] to D0 Dec 13 22:07:51 sushi kernel: ACPI: Unable to turn cooling device [dffefd9c] 'on' Dec 13 22:07:57 sushi kernel: ACPI: Transitioning device [FAN] to D0 Dec 13 22:07:57 sushi kernel: ACPI: Transitioning device [FAN] to D0 Dec 13 22:07:57 sushi kernel: ACPI: Unable to turn cooling device [dffefd9c] 'on' as you can see, the message is repeated _every 6 seconds_, which kinda generates a lot of useless logging ;) In my search on the internet, I found a possible workaround: change the trip points so that the acpi module does not feel the need to enable this fan. However, I have tried every possible format, but don't succeed in rewriting the trip points. example: echo -n "80:0:75:60:50" > /proc/acpi/thermal_zone/THRM/trip_points does not work. I am not sure if this example is a sensible one, I just copied one of my try-outs out of my bash history although you could blame my bios for reporting wrong information, I think it should at least be possible to rewrite the trip points (or is this too a limitation of my bios?). please provide a fix / workaround -- 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 7

[Bug 342036] New: cannot include linux/if_ppp.h
by bugzilla_noreply＠novell.com 04 Dec '08

04 Dec '08

https://bugzilla.novell.com/show_bug.cgi?id=342036 Summary: cannot include linux/if_ppp.h Product: openSUSE 11.0 Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: sbrabec(a)novell.com QAContact: qa(a)suse.de CC: maw(a)novell.com Found By: --- When trying #include <linux/if_ppp.h> I get an error: /usr/include/linux/if_ppp.h:117: error: expected specifier-qualifier-list before 'aligned_u64' Using #include <linux/types.h> #include <linux/if_ppp.h> does not help. Using "#undef __KERNEL_STRICT_NAMES" is not possible in user space programs, as it will cause conflicts with sys/types.h. Work-around: #define aligned_u64 unsigned long long __attribute__((aligned(8))) #include <linux/if_ppp.h> This problem breaks gnome-applets. -- 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 205721] New: getgrgid_r always returns nonsense
by bugzilla_noreply＠novell.com 04 Dec '08

04 Dec '08

https://bugzilla.novell.com/show_bug.cgi?id=205721 Summary: getgrgid_r always returns nonsense Product: openSUSE 10.2 Version: Alpha 4 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dmueller(a)novell.com QAContact: qa(a)suse.de getgrgid_r seems to fail. works on 10.1. -- 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, or are watching someone who is.

1 13

[Bug 250145] New: glibc: Bad search path for locales with dialect
by bugzilla_noreply＠novell.com 04 Dec '08

04 Dec '08

https://bugzilla.novell.com/show_bug.cgi?id=250145 Summary: glibc: Bad search path for locales with dialect Product: openSUSE 10.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: pbaudis(a)novell.com ReportedBy: sbrabec(a)novell.com QAContact: qa(a)suse.de If using locales with dialect, it uses incorrect search path while searching for locale files: How to reproduce: LANG=uz_UZ(a)Latn.UTF-8 strace -o gtkd.strace gtk-demo ; grep /usr/share/locale/.*gtk20 gtkd.strace | sed 's/.*"$.*$".*/\1/' Current behavior: /usr/share/locale/uz_UZ(a)Latn.UTF-8/LC_MESSAGES/gtk20.mo /usr/share/locale/uz(a)Latn.UTF-8/LC_MESSAGES/gtk20.mo /usr/share/locale/uz_UZ/LC_MESSAGES/gtk20.mo /usr/share/locale/uz/LC_MESSAGES/gtk20.mo /usr/share/locale/uz_UZ(a)Latn.UTF-8/LC_MESSAGES/gtk20-properties.mo /usr/share/locale/uz(a)Latn.UTF-8/LC_MESSAGES/gtk20-properties.mo /usr/share/locale/uz_UZ/LC_MESSAGES/gtk20-properties.mo /usr/share/locale/uz/LC_MESSAGES/gtk20-properties.mo The same problem affects other locale search paths. Expected behavior: Do not miss uz@Latn, where translations will most probably go. Expected behavior in detail: Most logical should be following search path: First search all forms of uz_UZ@Latn or uz@Latn: /usr/share/locale/uz_UZ(a)Latn.UTF-8/LC_MESSAGES/gtk20.mo /usr/share/locale/uz_UZ(a)Latn/LC_MESSAGES/gtk20.mo /usr/share/locale/uz(a)Latn.UTF-8/LC_MESSAGES/gtk20.mo /usr/share/locale/uz(a)Latn/LC_MESSAGES/gtk20.mo Then search all forms of uz_UZ: /usr/share/locale/uz_UZ.UTF-8/LC_MESSAGES/gtk20.mo /usr/share/locale/uz_UZ/LC_MESSAGES/gtk20.mo And last search all forms of uz: /usr/share/locale/uz.UTF-8/LC_MESSAGES/gtk20.mo /usr/share/locale/uz/LC_MESSAGES/gtk20.mo -- 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, or are watching someone who is.

1 1

[Bug 213941] New: LSB: ttyname_r() returns an incorrect error value on a bad filedescriptor
by bugzilla_noreply＠novell.com 04 Dec '08

04 Dec '08

https://bugzilla.novell.com/show_bug.cgi?id=213941 Summary: LSB: ttyname_r() returns an incorrect error value on a bad filedescriptor Product: openSUSE 10.2 Version: Alpha 5 plus Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jdluhos(a)novell.com QAContact: qa(a)suse.de Found by the LSB runtime test: When a ttyname_r() function is called on a filedescriptor that is already closed (and previously referred to a valid terminal device), the ENOTTY error is reported. This is incorrect, the EBADF error should be reported in this case. Please find the attached program that demonstrates this. -- 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, or are watching someone who is.

1 7

[Bug 325814] New: stubs-32.h missing from glibc-devel (or glibc-32bit)
by bugzilla_noreply＠novell.com 04 Dec '08

04 Dec '08

https://bugzilla.novell.com/show_bug.cgi?id=325814 Summary: stubs-32.h missing from glibc-devel (or glibc-32bit) Product: openSUSE 10.2 Version: Final Platform: 64bit OS/Version: openSUSE 10.2 Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: pth(a)novell.com ReportedBy: roger.larsson(a)norran.net QAContact: qa(a)suse.de Found By: Customer When trying to compile a program (usb-driver for Xilinx) for 32 bits under openSuSE 10.2 64 bits, gcc spits out an error cc -Wall -fPIC -DUSB_DRIVER_VERSION="\"2007-09-15 00:53:08\"" -m32 usb-driver.c parport.c config.c jtagmon.c -o libusb-driver.so -ldl -lusb -lpthread -shared In file included from /usr/include/features.h:346, from /usr/include/dlfcn.h:24, from usb-driver.c:26: /usr/include/gnu/stubs.h:7:27: error: gnu/stubs-32.h: No such file or directory There exists a file named /usr/include/gnu/stubs-64.h and compilation works for 64 bits. This file should be either in glibc-devel or glibc-32bit, but I would vote for the glibc-devel. -- 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 374990] New: getservbyport() broken in 10.3 (glibc regression?)
by bugzilla_noreply＠novell.com 04 Dec '08

04 Dec '08

https://bugzilla.novell.com/show_bug.cgi?id=374990 Summary: getservbyport() broken in 10.3 (glibc regression?) Product: openSUSE 10.3 Version: Final Platform: i686 OS/Version: openSUSE 10.3 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: adaugherity(a)tamu.edu QAContact: qa(a)suse.de Found By: --- While attempting to compile Python 2.4 (for Zope, etc.) some socket tests failed, specifically the test comparing the results of getservbyname() and getservbyport(). Digging deeper, I discovered it's not a Python problem at all, but a bug in glibc that is simply reflected in Python. I have attached a simple C program illustrating the bug. On systems with a working getservbyport() syscall, it should print the following: andrew@virt-apache-02:~$ ./a.out found service daytime for port 13/(null) found service daytime for port 13/tcp found service daytime for port 13/udp On 10.3, the call fails: andrew@test-app-01:~> ./a.out not found in services: port 13/(null) not found in services: port 13/tcp not found in services: port 13/udp With an 11.0 alpha 3 live CD, it's broken in a different way: andrew@linux:~> ./a.out found service spr-itunes for port 0 found service spr-itunes for port 0/tcp not found in services: port 13/udp You can also test for the problem with two lines in an interactive session of python: >>> import socket >>> socket.getservbyport(13) This will print either 'daytime' (success) or an exception (socket.error: port/proto not found). OpenSUSE 10.3 (and 11.0 alpha3) are the only OSes I've found this to be broken on. It works correctly in 10.2, as well as on SLSE 10sp1, Ubuntu 7.10 (glibc 2.6.1), RHEL4 (glibc 2.3.4), and even on other platforms such as FreeBSD and OpenSolaris. -- 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 7