July 2008 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 406459] New: nfs corruption
by bugzilla_noreply＠novell.com 27 Feb '09

27 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=406459 Summary: nfs corruption Product: openSUSE 11.0 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: ajohansson(a)novell.com QAContact: qa(a)suse.de Found By: --- Running with $HOME on nfs (standard Nürnberg setup) kmail using local mail storage (in .kde4 on the nfs share) seems to lose mails every now and then. The mails show up as unknown subject, unknown sender etc. I thought it was a problem with the indexes but it's not. Doing "ls -l" in the mail directory I see that the emails with the problems show up as permission ???, owner ???, group ??? and date ???. The file name is still visible On the server, everything looks fine, and if I log out and force a remount of the nfs share, the files come back with correct meta data On local hard disk there is never a problem, this is an nfs client issue This also happened in 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.

1 11

[Bug 399987] New: lockd confused on nfs client when installing onto nfsroot
by bugzilla_noreply＠novell.com 27 Feb '09

27 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=399987 Summary: lockd confused on nfs client when installing onto nfsroot Product: openSUSE 11.0 Version: Final Platform: PowerPC OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: olh(a)novell.com QAContact: qa(a)suse.de Found By: --- I tried to install 11.0 snapshots onto nfsroot several times in the last weeks. While this works ok on blades and other clients, it does not work so well on an ibook G4 if the server is my G5 workstation. blackberry has this in /etc/exports: /tftpboot 10.10.0.0/255.255.0.0(rw,async,insecure,anonuid=65534,anongid=65534,no_root_squash) The inst-sys uses these mount options: inst-sys:~ # cat /proc/mounts rootfs / rootfs rw 0 0 tmpfs / tmpfs rw,size=0k,nr_inodes=0 0 0 tmpfs / tmpfs rw,size=0k,nr_inodes=0 0 0 proc /proc proc rw 0 0 sysfs /sys sysfs rw 0 0 /dev/loop0 /mounts/mp_0000 squashfs ro 0 0 /dev/loop1 /mounts/mp_0001 squashfs ro 0 0 /dev/loop2 /mounts/mp_0002 squashfs ro 0 0 /dev/loop3 /mounts/mp_0003 squashfs ro 0 0 /dev/loop1 /usr/bin/gdb squashfs ro 0 0 devpts /dev/pts devpts rw,mode=600 0 0 10.10.1.184:/nfsroot/coconut /mnt nfs rw,vers=2,rsize=8192,wsize=8192,hard,proto=tcp,timeo=600,retrans=2,sec=sys,addr=10.10.1.184 0 0 tmpfs /mnt/dev tmpfs rw,size=0k,nr_inodes=0 0 0 proc /mnt/proc proc rw 0 0 sysfs /mnt/sys sysfs rw 0 0 inst-sys:~ # but after some time, when the install images are extracted, I get this in dmesg on the client: lockd: server 10.10.1.184 not responding, still trying I can still ssh from the ibook to the G5. I can still cat files from the nfs mount. But yast hangs: --- Exception: c01 at 0xf8f9c50 LR = 0x1004d134 y2base D 0fc26744 0 2709 2084 Call Trace: [e6343b70] [00000001] 0x1 (unreliable) [e6343c30] [c0009278] __switch_to+0x78/0x90 [e6343c50] [c033a588] schedule+0x3c8/0x404 [e6343ca0] [ea204810] rpc_wait_bit_killable+0x44/0x4c [sunrpc] [e6343cb0] [c033ab18] __wait_on_bit+0x68/0xc0 [e6343cd0] [c033ac34] out_of_line_wait_on_bit+0xc4/0xd8 [e6343d20] [ea205030] __rpc_execute+0x14c/0x2b4 [sunrpc] [e6343d60] [ea1fe834] rpc_run_task+0x64/0x7c [sunrpc] [e6343d70] [ea1fe9c0] rpc_call_sync+0x5c/0x8c [sunrpc] [e6343db0] [ea1c18ac] nlmclnt_call+0xcc/0x288 [lockd] [e6343e20] [ea1c2124] nlmclnt_proc+0x2d4/0x5f0 [lockd] [e6343e60] [ea298548] nfs_proc_lock+0x24/0x34 [nfs] [e6343e70] [ea290c50] do_setlk+0x68/0xcc [nfs] [e6343e90] [c00b1dfc] fcntl_setlk64+0x1ac/0x324 [e6343f20] [c00adb44] sys_fcntl64+0x80/0xbc [e6343f40] [c001351c] ret_from_syscall+0x0/0x40 The server was openSuSE 10.3 or 11.0. The client was booted with these options from the 11.0 DVD: quiet sysrq=1 netsetup=1 hostip=10.10.2.36/16 gateway=10.10.0.8 nameserver=10.10.2.88 start_shell -- 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 15

[Bug 376856] New: acroread 8.1.2 cannot display some Japanese documents
by bugzilla_noreply＠novell.com 27 Feb '09

27 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=376856 Summary: acroread 8.1.2 cannot display some Japanese documents Product: openSUSE 11.0 Version: Factory Platform: All OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: X11 Applications AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: mfabian(a)novell.com QAContact: sndirsch(a)novell.com Found By: Development acroread 8.1.2 cannot display some Japanese documents although the Japanese font package and the CMaps are installed. -- 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 19

[Bug 354407] New: some characters are not displayed correctly in "LANG= de_DE.UTF-8 man top"
by bugzilla_noreply＠novell.com 27 Feb '09

27 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=354407 Summary: some characters are not displayed correctly in "LANG=de_DE.UTF-8 man top" Product: openSUSE 11.0 Version: unspecified Platform: All OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: mfabian(a)novell.com QAContact: qa(a)suse.de Found By: Development Some characters are not displayed correctly when looking at the "top" man-page in German locale: LANG=de_DE.UTF-8 man top Happens as well with LANG=de_DE. Bug found by Philipp Thomas. -- 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 15

[Bug 404671] New: Wake up from suspend doesn't work (iBook G4 ppc)
by bugzilla_noreply＠novell.com 26 Feb '09

26 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=404671 Summary: Wake up from suspend doesn't work (iBook G4 ppc) Product: openSUSE 11.0 Version: Final Platform: PowerPC OS/Version: openSUSE 11.0 Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: e.minguez(a)gmail.com QAContact: qa(a)suse.de Found By: --- If I close the lid in my laptop, it suspends to ram fine, but it doesn't wake up. When I remove b43 module from kernel manually (rmmod b43), it suspends and wakes up fine... some times. I've created /etc/pm/conf.d/unload_modules with this content: SUSPEND_MODULES="b43" but it doesn't work neither. I've created a script in /usr/lib/pm-utils/sleep.d/55b43 with this content: #!/bin/sh /usr/lib/pm-utils/functions case "$1" in hibernate|suspend) modprobe -r b43 sleep 2 ;; thaw|resume) modprobe b43 sleep 2 ;; *) exit $NA ;; esac and it works... some times :S /var/log/pm-suspend.log and /var/log/messages doesn't offer any information about that. The result of wake up is tty0 blank and no keys work. -- 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 9

[Bug 394805] New: Dual-monitor setup shouldn't allow the mouse to disappear
by bugzilla_noreply＠novell.com 26 Feb '09

26 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=394805 User federico(a)novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=394805#c387500 Summary: Dual-monitor setup shouldn't allow the mouse to disappear Product: openSUSE 11.0 Version: Factory Platform: x86-64 OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: X.Org AssignedTo: sndirsch(a)novell.com ReportedBy: federico(a)novell.com QAContact: xorg-maintainer-bugs(a)forge.provo.novell.com CC: jpryor(a)novell.com Blocks: 374148,387500 Found By: --- For more info, please see bug #387500. When you have a dual-monitor setup, with monitors of different resolutions (A and B): +===========+=========+ | | | | A | B | | +=========+ | | C +===========+ Then if the mouse is in B, and you move it down, the mouse doesn't stop at the bottom edge of B. Instead, it "disappears" in what would be the rectangle C. The mouse should stop at the edges of monitors instead of disappearing into the larger virtual rectangle. -- 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 9

[Bug 394312] New: procmeter3 error output
by bugzilla_noreply＠novell.com 26 Feb '09

26 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=394312 Summary: procmeter3 error output Product: openSUSE 11.0 Version: Factory Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: X11 Applications AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: koenig(a)linux.de QAContact: sndirsch(a)novell.com Found By: --- starting procmeter3 gives the following output: ------------------------------------------------------------------------------- ProcMeter(stat-disk.c): Unexpected 'disk' line in '/proc/stat'. expected: 'disk ...' or 'disk_io ...' found: EOFProcMeter(meminfo.c): Expected 'Buffers' line in '/proc/meminfo'. ProcMeter(meminfo.c): Expected 'Cached' line in '/proc/meminfo'. ProcMeter(meminfo.c): Expected 'SwapTotal' and 'SwapFree' lines in '/proc/meminfo'. ProcMeter(biff.c): Cannot stat the file '/var/spool/mail/root' trying another. ProcMeter(biff.c): Cannot stat the file '/var/mail/root', continuing with first choice. ProcMeter(wireless.c): Unexpected header line 1 in '/proc/net/wireless'. ProcMeter(stat.c): Unexpected 'ctxt' line in '/proc/stat'. expected: 'ctxt %lu' found: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 ------------------------------------------------------------------------------- the long list of zeros is from the "intr" line: cat /proc/stat | grep intr | wc 1 4354 8752 -- 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 404013] New: improper automatic php/css indenting in vim/gvim
by bugzilla_noreply＠novell.com 26 Feb '09

26 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=404013 Summary: improper automatic php/css indenting in vim/gvim Product: openSUSE 11.0 Version: Final Platform: Other OS/Version: openSUSE 11.0 Status: NEW Severity: Minor Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: p.van.erk(a)parena.net QAContact: qa(a)suse.de Found By: Other In vim, when using gg<Home>vG<End>=gg one can automatically indent the selected lines. However, when using this in PHP and CSS files, the indenting is wrong. I have set indenting to be 4 spaces, but in CSS files this goes all wrong a result can be like this: div.somename { background-color: #f30; margin: 10px; padding: 10px; font-size: 1.1em; font-weight: bold; } Also, PHP comments that start with // or /* are indented fine, but #-comments do not get any indentation. This can result in: if ($var === false) { # Unindented comment // Indented comment something(); } This was okay when using Mandriva Spring 2008.1. I have compared some indent and syntax files, but could not straight away find any differences that would explain this. Perhaps it can be fixed during compile. -- 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 20

[Bug 398270] New: suspend to ram immediately turns back on ( Toshiba Tecra M4 laptop)
by bugzilla_noreply＠novell.com 26 Feb '09

26 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=398270 Summary: suspend to ram immediately turns back on (Toshiba Tecra M4 laptop) Product: openSUSE 11.0 Version: RC 3 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: a_romanescu(a)yahoo.co.uk QAContact: qa(a)suse.de Found By: --- Created an attachment (id=220864) --> (https://bugzilla.novell.com/attachment.cgi?id=220864) pm-suspend.log after trying to "sleep" When I hit suspend to ram (sleep), the laptop seems to suspend, it arrives to turn off the screen, but it immediately reapears (with the dialog to enter my password). The same from the command line (in runlevel 3): powersave -u ..it seems to make something, then I prints: resuming... Suspend to ram request sent and I have again the same command line I'm using the latest factory -- 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 34

[Bug 394407] New: firefox crashes
by bugzilla_noreply＠novell.com 26 Feb '09

26 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=394407 Summary: firefox crashes Product: openSUSE 11.0 Version: Factory Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Firefox AssignedTo: bnc-team-mozilla(a)forge.provo.novell.com ReportedBy: koenig(a)linux.de QAContact: qa(a)suse.de Found By: --- since the last update to factory (before today) firefox got very unstable and crashed multiple times (mostly while being "idle" -- when I switched to the virtual console after some time firefox was just gone...). here is a call trace from the last crash from MozillaFirefox-2.9.95-21 Core was generated by `/usr/lib64/firefox/firefox'. Program terminated with signal 11, Segmentation fault. [New process 25105] [New process 25151] [New process 25125] [New process 25124] [New process 25117] [New process 25116] #0 0x00007ff0c8c8f9cb in raise () from /lib64/libpthread.so.0 (gdb) where #0 0x00007ff0c8c8f9cb in raise () from /lib64/libpthread.so.0 #1 0x00007ff0c677a4c3 in ?? () from /usr/lib64/xulrunner-1.9b5/libxul.so #2 <signal handler called> #3 0x00007ff0c7d10a82 in JS_GetReservedSlot () from /usr/lib64/xulrunner-1.9b5/libmozjs.so #4 0x00007ff0c67a1224 in ?? () from /usr/lib64/xulrunner-1.9b5/libxul.so #5 0x00007ff0c67ac4c7 in ?? () from /usr/lib64/xulrunner-1.9b5/libxul.so #6 0x00007ff0c67ab2c7 in ?? () from /usr/lib64/xulrunner-1.9b5/libxul.so #7 0x00007ff0c67a6929 in ?? () from /usr/lib64/xulrunner-1.9b5/libxul.so #8 0x00007ff0c7d4a41b in ?? () from /usr/lib64/xulrunner-1.9b5/libmozjs.so #9 0x00007ff0c7d3f963 in ?? () from /usr/lib64/xulrunner-1.9b5/libmozjs.so #10 0x00007ff0c7d43fdc in js_Invoke () from /usr/lib64/xulrunner-1.9b5/libmozjs.so #11 0x00007ff0c7d441b6 in ?? () from /usr/lib64/xulrunner-1.9b5/libmozjs.so #12 0x00007ff0c7d0fcf1 in JS_CallFunctionValue () from /usr/lib64/xulrunner-1.9b5/libmozjs.so #13 0x00007ff0c6b07281 in ?? () from /usr/lib64/xulrunner-1.9b5/libxul.so #14 0x00007ff0c6b1ceb5 in ?? () from /usr/lib64/xulrunner-1.9b5/libxul.so #15 0x00007ff0c6b1d21c in ?? () from /usr/lib64/xulrunner-1.9b5/libxul.so #16 0x00007ff0c6eab138 in ?? () from /usr/lib64/xulrunner-1.9b5/libxul.so #17 0x00007ff0c6eab196 in ?? () from /usr/lib64/xulrunner-1.9b5/libxul.so #18 0x00007ff0c6ea927e in ?? () from /usr/lib64/xulrunner-1.9b5/libxul.so #19 0x00007ff0c6e7e40e in ?? () from /usr/lib64/xulrunner-1.9b5/libxul.so #20 0x00007ff0c6e03839 in ?? () from /usr/lib64/xulrunner-1.9b5/libxul.so #21 0x00007ff0c6ce8a25 in ?? () from /usr/lib64/xulrunner-1.9b5/libxul.so #22 0x00007ff0c677468f in XRE_main () from /usr/lib64/xulrunner-1.9b5/libxul.so #23 0x00000000004016f4 in ?? () #24 0x00007ff0c7fc9436 in __libc_start_main () from /lib64/libc.so.6 #25 0x00000000004011f9 in ?? () #26 0x00007fffd10b9ae8 in ?? () #27 0x000000000000001c in ?? () #28 0x0000000000000001 in ?? () #29 0x00007fffd10baef5 in ?? () #30 0x0000000000000000 in ?? () (gdb) -- 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