May 2007 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 233344] New: No sound from Crystal Audio sound card
by bugzilla_noreply＠novell.com 09 Dec '08

09 Dec '08

https://bugzilla.novell.com/show_bug.cgi?id=233344 Summary: No sound from Crystal Audio sound card Product: openSUSE 10.2 Version: Final Platform: i686 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Sound AssignedTo: tiwai(a)novell.com ReportedBy: VladCodrea(a)mail.utexas.edu QAContact: qa(a)suse.de The Crystal Audio sound card on my Dell Inspiron 3200 laptop is not properly detected and no sound applications work. Using YAST to detect legacy audio cards freezes the system. When I try to play a WAVE file, I get: user@laptop:~> playwave compilation-ogg-q0.wav ALSA lib confmisc.c:670:(snd_func_card_driver) cannot find card '0' ALSA lib conf.c:3500:(_snd_config_evaluate) function snd_func_card_driver returned error: No such device ALSA lib confmisc.c:391:(snd_func_concat) error evaluating strings ALSA lib conf.c:3500:(_snd_config_evaluate) function snd_func_concat returned error: No such device ALSA lib confmisc.c:1070:(snd_func_refer) error evaluating name ALSA lib conf.c:3500:(_snd_config_evaluate) function snd_func_refer returned error: No such device ALSA lib conf.c:3968:(snd_config_expand) Evaluate error: No such device ALSA lib pcm.c:2143:(snd_pcm_open_noupdate) Unknown PCM default Opened audio at 22050 Hz 16 bit stereo On an earlier Debian installation (kernel 2.6.19) I was able to hear very faint music through the laptop speakers, but the application (mpg321) still triggered ALSA errors. Another person who has an Inspiron 3200 reported (http://audacityteam.org/forum/thread/184) that the sound card works after the following commands: modprobe sound modprobe ad1848 insmod uart401 insmod cs4232 io=0x530 irq=5 dma=1 dma2=0 mpuio=0x330 mpuirq=5 However, typing these commands doesn't enable sound for me on OpenSuse 10.2. I am attaching the dmesg below. I'd be happy to provide any other information, try out patches, or give developers SSH access to the affected computer. 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 22

[Bug 254450] New: Sleep no longer works on Wallstreet II
by bugzilla_noreply＠novell.com 08 Dec '08

08 Dec '08

https://bugzilla.novell.com/show_bug.cgi?id=254450 Summary: Sleep no longer works on Wallstreet II Product: openSUSE 10.2 Version: Final Platform: Macintosh OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: larrystotler(a)netscape.net QAContact: qa(a)suse.de Suspend and Sleep mode no longer work on Wallstreet Series II Powerbook. When selecting Suspend from the desktop, it says preparing to and then says resuming and gives an error box saying that suspend fails. When closing the lid, it will suspend, but when you open it back up, the system restores, but the screen's backlight stays off. Further, sometimes when it is just left running plugged into an AC outlet, the screen will blank, and then when trying to do something, the backlight will be off. At this point, if the lid is closed, it will suspend, and when re-opened and tapping a key, the screen will come back on properly. -- 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 276989] New: ltrace doesn't trace calls made by libraries
by bugzilla_noreply＠novell.com 08 Dec '08

08 Dec '08

https://bugzilla.novell.com/show_bug.cgi?id=276989 Summary: ltrace doesn't trace calls made by libraries Product: openSUSE 10.3 Version: Alpha 4 Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: olh(a)novell.com ReportedBy: max(a)novell.com QAContact: qa(a)suse.de When I try to ltrace /usr/bin/wish, which only contains a few calls into libtcl and libtk, only those calls are printed, but not the calls libtcl and libtk make into other libraries, such as libc and libX11. In comparison, when I ltrace a wish executable that has been linked statically against libtcl and libtk, I get almost 13MB of ltrace output from a wish that starts up and exits immediately. I've experienced this on a 10.2-x86_64 installation with ltrace and ltrace32 from 10.2 and 10.3. -- 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 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