April 2007 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 265784] New: knetworkmanager: improve readability of systray icons (minor)
by bugzilla_noreply＠novell.com 08 Dec '08

08 Dec '08

https://bugzilla.novell.com/show_bug.cgi?id=265784 Summary: knetworkmanager: improve readability of systray icons (minor) Product: openSUSE 10.2 Version: Final Platform: i586 OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: bluedzins(a)wp.pl QAContact: qa(a)suse.de I wear glasses plus I use hires (14" with 1400x1050) so maybe that's just me, but on the other hand all other icons (kget, kwifimanager, kwallet) are crystal clear for me. For wifi connected status I would suggest just other colors, and _not shaded_. It is too much, really. Take a look at kwifimanager -- its icon is much more readable (i.e. it presents desired readability). Cable connected -- the icon is a bit too cryptic, the icon size is limited so when you try to put rotated image of the plug, what do you get? Only few pixels to draw image. The same goes for disconnected icons. For two latter ones, please compare it to KGet download list -- it has pretty useful icons for that purpose. -- 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 9

[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 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

[Bug 267499] New: Battery hotplug doesn't work on Thinkpad X60s
by bugzilla_noreply＠novell.com 01 Dec '08

01 Dec '08

https://bugzilla.novell.com/show_bug.cgi?id=267499 Summary: Battery hotplug doesn't work on Thinkpad X60s Product: openSUSE 10.3 Version: Alpha 3 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: trenn(a)novell.com ReportedBy: cthiel(a)novell.com QAContact: qa(a)suse.de CC: seife(a)novell.com Hotplugging an additional battery to a Thinkpad X60s doesn't work on 2.6.21-rc7-43-default. Seife told me, that this bug had been fixed in some SP, but somehow didn't end up in HEAD? -- 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