March 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 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 227403] New: Can't get rid of resapplet
by bugzilla_noreply＠novell.com 29 Nov '08

29 Nov '08

https://bugzilla.novell.com/show_bug.cgi?id=227403 Summary: Can't get rid of resapplet Product: openSUSE 10.2 Version: RC 5 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: jmichael(a)novell.com QAContact: qa(a)suse.de No matter how many times I select "Remove from Panel" for resapplet and save my gnome session, it comes back every time I have to relogin. -- 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 215668] New: jing - false positive error (attribute "type" from ... not allowed at this point;...)
by bugzilla_noreply＠novell.com 27 Nov '08

27 Nov '08

https://bugzilla.novell.com/show_bug.cgi?id=215668 Summary: jing - false positive error (attribute "type" from ... not allowed at this point;...) Product: openSUSE 10.2 Version: Beta 1 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Development AssignedTo: ke(a)novell.com ReportedBy: locilka(a)novell.com QAContact: qa(a)suse.de CC: mvidner(a)novell.com /usr/bin/jing -c /usr/share/YaST2/schema/autoyast/rnc/inetd-bug.rnc /root/7_auto.xml 2>&1 returns: /root/7_auto.xml:17: error: attribute "type" from namespace "http://www.suse.com/1.0/configns" not allowed at this point; ignored for every: <conf> <enabled config:type="boolean">false</enabled> <iid>1:/etc/xinetd.d/chargen</iid> <protocol>tcp</protocol> <script>chargen</script> <server></server> <service>chargen</service> </conf> (<service /> is the problematic tag - line 17) This could cause errors when validating AutoYaST xml profile -> Major I'll attach rnc and xml file... -- 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 11

[Bug 250654] New: after upgrade 10.2->10.3alpha1plus, grub and fstab were not properly updated
by bugzilla_noreply＠novell.com 25 Nov '08

25 Nov '08

https://bugzilla.novell.com/show_bug.cgi?id=250654 Summary: after upgrade 10.2->10.3alpha1plus, grub and fstab were not properly updated Product: openSUSE 10.3 Version: Alpha 1plus Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: sbrabec(a)novell.com QAContact: jsrain(a)novell.com After an update from 10.2 (using via82cxxx) to 10.3 alpha1plus (using libata, see bug 250241), system was not properly updated: /boot/grub/menu.lst contains "/dev/sda" instead of "hd0" and grub fails to install on "bad number". /etc/fstab is not updated from /dev/hda* to /dev/sda* (however it asked me for it, see bug 250247). After manual fixing of these two issues, I was able to finish the installation. Additional note: During stage 1 while YaST was waiting for user input (probably after mentioned grub error) there was a power outage. -- 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 18

[Bug 258483] New: Auto rotation for thumbnails in Konqueror and for images in Kuickshow doesn't work
by bugzilla_noreply＠novell.com 22 Nov '08

22 Nov '08

https://bugzilla.novell.com/show_bug.cgi?id=258483 Summary: Auto rotation for thumbnails in Konqueror and for images in Kuickshow doesn't work Product: openSUSE 10.2 Version: Final Platform: All OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: Matthias-Richter(a)vodafone.de QAContact: qa(a)suse.de Beginning with openSUSE 10.2, the auto rotation of images in Kuickshow stopped to work. The auto rotation of thumbnail images in Konqueror doesn't work either. Portrait images are shown in landscape orientation. Two additional observations: 1. The tooltip for jpeg images in Konqueror shows a very strange selection of exif parameters. 2. The drawing of thumbnail images in konqueror is very slow (compared to Suse 10.1). I suspect that the thumbnails are generated from the jpeg image. Normally, they should be taken from the exif header (?) I found a workaround: After a rebuild of the kdegraphics3-RPM without the "better-exif"-patch everything is ok. Please see also Bug #140144 at bugs.kde.org! I report the bug here (in addition to the bugreport at bugs.kde.org) because i think it's opensuse-specific - the bug is caused by a opensuse-specific (?) patch. -- 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 16