July 2007 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 246966] New: no automatic reconnect to network
by bugzilla_noreply＠novell.com 08 Dec '08

08 Dec '08

https://bugzilla.novell.com/show_bug.cgi?id=246966 Summary: no automatic reconnect to network Product: openSUSE 10.3 Version: Alpha 1 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: aj(a)novell.com QAContact: qa(a)suse.de CC: thoenig(a)novell.com With Alpha1 automatic reconnect does not work after suspend. How to reproduce: * Laptop uses e1000 ethernet network connection * suspend to ram * resume I run nm-tool, it outputs: State: disconnected Device: eth0 ... Capabilities: ... Carrier Detect: yes ... Wired settings: Hardware Link: yes The ethernet led is blinking. If I select now in knetworkmanager manually "Wired network", nm connects to ethernet and it works fine. -- 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 28

[Bug 289260] New: update to a glibc without cputuned libs fails
by bugzilla_noreply＠novell.com 08 Dec '08

08 Dec '08

https://bugzilla.novell.com/show_bug.cgi?id=289260 Summary: update to a glibc without cputuned libs fails Product: openSUSE 10.3 Version: Alpha 5 Platform: PowerPC OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Update Problems AssignedTo: pbaudis(a)novell.com ReportedBy: olh(a)novell.com QAContact: jsrain(a)novell.com CC: power-bugs(a)forge.provo.novell.com Found By: --- updating from 10.2 to 10.3 fails on a 64bit system because the cputuned libraries are not compiled anymore. The new linker still finds the old libs during %post. A possible solution is either to reenable the lib building and waste some build power. Or remove the incompatible libs like it is already done for the tls update. -- 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 282154] New: autobuild scripts get confused if 'Name:' specified more than once in a .spec file
by bugzilla_noreply＠novell.com 08 Dec '08

08 Dec '08

https://bugzilla.novell.com/show_bug.cgi?id=282154 Summary: autobuild scripts get confused if 'Name:' specified more than once in a .spec file Product: openSUSE 10.3 Version: Alpha 4plus Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: wberrier(a)novell.com QAContact: qa(a)suse.de (Not sure where to file a bug like this) I'm submitting a package that I use in the build service to autobuild. But autobuild's scripts (build and submitpac) get confused as to what the name of my package is. From apache2-mod_mono: %if 0%{?fedora_version} Name: mod_mono %else Name: apache2-mod_mono %endif This works fine in the build service, but I'm not able to 'build' unless I specify apache2-mod_mono first, but I'm never able to 'submitpac', because mod_mono.changes doesn't exist. -- 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 4

[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 230698] New: user space programs fail compiling when including <asm/bitops.h>
by bugzilla_noreply＠novell.com 04 Dec '08

04 Dec '08

https://bugzilla.novell.com/show_bug.cgi?id=230698 Summary: user space programs fail compiling when including <asm/bitops.h> Product: openSUSE 10.2 Version: Final Platform: Other OS/Version: SuSE Other Status: NEW Severity: Blocker Priority: P5 - None Component: Development AssignedTo: pth(a)novell.com ReportedBy: rnissl(a)gmx.de QAContact: qa(a)suse.de See the following excerpt of /usr/include/asm/bitops.h: static inline int fls(int x) { int r; __asm__("bsrl %1,%0\n\t" "jnz 1f\n\t" "movl $-1,%0\n" "1:" : "=r" (r) : "rm" (x)); return r+1; } #include <asm-generic/bitops/hweight.h> #endif /* __KERNEL__ */ #include <asm-generic/bitops/fls64.h> #ifdef __KERNEL__ #include <asm-generic/bitops/ext2-non-atomic.h> The file fls64.h gets included always and relies on a method fls() which is only defined in the case __KERNEL__. I'd suggest removing the #endif and #ifdef line of the above excerpt. -- 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 6

[Bug 236712] New: /etc/bindresvprt.blacklist is incorrectly processed and effectively ignored
by bugzilla_noreply＠novell.com 04 Dec '08

04 Dec '08

https://bugzilla.novell.com/show_bug.cgi?id=236712 Summary: /etc/bindresvprt.blacklist is incorrectly processed and effectively ignored Product: SUSE Linux 10.1 Version: Final Platform: x86 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: brian(a)theharrises.plus.com QAContact: qa(a)suse.de The blacklist as supplied is effectively ignored due to the presence of a tab between the port number and associated comment. In my case, this resulted in cups not being able to function as its port 631 was stolen. The rogue line of code is in glibc-2.4/sunrpc/bindrsvprt.c, line 91: if (*tmp != '\0' || (port == ULONG_MAX && errno == ERANGE)) tmp is pointing to the first character after the port number. With the supplied blacklist, this is a tab character, resulting in the line being rejected. As far as I can see, this line serves no useful purpose and is an overkill for validation, and It should be removed. The circumvention is to delete the tabs after the port numbers in /etc/bindresvprt.blacklist. -- 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 3

[Bug 262341] New: mountd steals port
by bugzilla_noreply＠novell.com 04 Dec '08

04 Dec '08

https://bugzilla.novell.com/show_bug.cgi?id=262341 Summary: mountd steals port Product: openSUSE 10.2 Version: Final Platform: x86 OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jengelh(a)gmx.de QAContact: qa(a)suse.de Please see my rant at http://lkml.org/lkml/2007/1/24/258 (I just hit this problem again today). The replies share one common answer: it's not a kernel problem, and I could not disagree. But, we need to address this. Hence this RFE for openSUSE. Trond wrote: >2) Then assign a bloody port number to mountd, and stick to it. Why >do you think there is a '-p' command line option in the first place? openSUSE actually has a MOUNTD_PORT entry in /etc/sysconfig/nfs (thankfully!) and I say we should set something there to make mountd *not* take up port 631. And please make someone aware of https://bugzilla.samba.org/show_bug.cgi?id=4350 Thank you. -- 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 12

[Bug 264499] New: Monitor Shall Count Blocked Packages
by bugzilla_noreply＠novell.com 03 Dec '08

03 Dec '08

https://bugzilla.novell.com/show_bug.cgi?id=264499 Summary: Monitor Shall Count Blocked Packages Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: stbinner(a)novell.com QAContact: adrian(a)novell.com http://build.opensuse.org/monitor should show next to the "waiting packages" count the total sum of all "blocked packages". -- 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 10