March 2007 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 247014] New: Using digital video output from an ADD2 card ona 1600x1200 display produces fuzz.
by bugzilla_noreply＠novell.com 12 Mar '07

12 Mar '07

https://bugzilla.novell.com/show_bug.cgi?id=247014 Summary: Using digital video output from an ADD2 card ona 1600x1200 display produces fuzz. Product: openSUSE 10.2 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: X.Org AssignedTo: sndirsch(a)novell.com ReportedBy: ian.grant(a)cl.cam.ac.uk QAContact: sndirsch(a)novell.com The hardware is Intel DQ965GF m/b with |Intel ADD2 digital video cards. The problem is as described here: https://bugs.freedesktop.org/show_bug.cgi?id=8706 -- 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 14

[Bug 244967] New: Nfs client side caching of filemodes broken
by bugzilla_noreply＠novell.com 12 Mar '07

12 Mar '07

https://bugzilla.novell.com/show_bug.cgi?id=244967 Summary: Nfs client side caching of filemodes broken Product: openSUSE 10.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: stefan.fink(a)swisscom.com QAContact: qa(a)suse.de In some circumstances nfs client side caching of file modes is broken. NFS Client version NFS Server version Result 10.0 10.0 OK 10.2 10.0 Broken 10.2 10.2 Broken When executing the testscript (see below), then tar will complain with a: 'tar: newdir/innerdir/innerfile: file changed as we read it' Quite a lot of conditions need to be met to trigger the problem. For example chmod should be recursive and a certain delay between the creation of the files and the chmod of them is needed. Testscript: #!/bin/bash # # This script will produce the following errormessage from tar: # # tar: newdir/innerdir/innerfile: file changed as we read it # create dirs rm -rf nfstest mkdir -p nfstest/dir/innerdir # create files (should not be empty) echo "Hello World!" >nfstest/dir/file echo "Hello World!" >nfstest/dir/innerdir/innerfile # problem only happens if we sleep before chmod sleep 1 # change file modes chmod -R a+r nfstest # rename dir mv nfstest/dir nfstest/newdir # tar it tar -cf nfstest/nfstest.tar -C nfstest newdir # restore old dir name mv nfstest/newdir nfstest/dir -- 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 233729] New: NFS transfer rate depends on filesystem
by bugzilla_noreply＠novell.com 12 Mar '07

12 Mar '07

https://bugzilla.novell.com/show_bug.cgi?id=233729 Summary: NFS transfer rate depends on filesystem Product: openSUSE 10.2 Version: RC 5 Platform: 32bit OS/Version: SuSE Other Status: NEW Severity: Major Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: k-epsilon(a)gmx.de QAContact: qa(a)suse.de Writing small files to the filesystem hdb1 or hdc1 via NFS is significant slower than writing to hda(?). The filesystem at hda(?) and hdb1 is ext3 and at hdc1 the filesystem is XFS. All filesystems are exported with the sync option. But this bug does *not* only depend on if sync is enabled or not, because writing to hda1 is still fast (also with sync enabled). Writing /etc to hda1 over NFS needs about 10 s, but writing /etc to hdb1 or hdc1 needs more than 120 s. This is much slower than scp! However writing large files results in a transfer rate of 12 MB/s. The used options are: # more /var/lib/nfs/etab /nfs/share 10.0.0.0/24(rw,sync,wdelay,hide,nocrossmnt,secure,no_root_squash,no_all_squash,s ubtree_check,secure_locks,acl,mapping=identity,anonuid=65534,anongid=65534) /nfs/home 10.0.0.0/24(rw,sync,wdelay,hide,nocrossmnt,secure,no_root_squash,no_all_squash,s ubtree_check,secure_locks,acl,mapping=identity,anonuid=65534,anongid=65534) The server has got a Pentium 3 CPU and a Networkcard with the e100 module. To boot that machine i had to set the parameter "maxcpus=0" at the boot prompt. Without this parameter this machine does not boot. SUSE 10.0 on the same machine does not show this bug. -- 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 231234] New: Sometimes desktop hangs for some time, with an nfs mounted home
by bugzilla_noreply＠novell.com 12 Mar '07

12 Mar '07

https://bugzilla.novell.com/show_bug.cgi?id=231234 Summary: Sometimes desktop hangs for some time, with an nfs mounted home Product: openSUSE 10.2 Version: Final Platform: 32bit OS/Version: Linux Status: NEW Severity: Major Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: richard.bos(a)xs4all.nl QAContact: qa(a)suse.de Sometimes desktop hangs for some time, with an nfs mounted home this happens after a upgrade to opensuse-10.2. Before 10.2 this behaviour was not present, neither on 10.0 nor 10.1. Perhaps the problem has to do with those bugs to: Bug 227645 - NFS has upload limt of 50 KB/s https://bugzilla.novell.com/show_bug.cgi?id=227 Bug 229848 - unable to access certain web sites https://bugzilla.novell.com/show_bug.cgi?id=229848 I have not been able to debug/benchmark my nfs setup as described in bug report 227645: *Tested diffrent blocksizes (1024, 2048, 4096, 8192, 16384 and 32768) and benchnmarked them with: # mount files.first.com:/home /mnt -o rw,wsize=1024 # time dd if=/dev/zero of=/mnt/test bs=16k count=16k Every benchmark had around the 25 MB/s If I do that I get: # time dd if=/dev/zero of=/mnt/test bs=16k count=16k dd: opening `/mnt/test': Permission denied real 0m0.003s user 0m0.000s sys 0m0.004s I don't know what is the reason for that. I have a wireshark dump of 55MB, that shows some interesting output, perhaps you want to receive this? Before I attach it to the bugreport, I'll provide an ascii dump of the headers. A short dump of output follows below: > grep " 430[89]." wireshark.out | cut -c65- RPC Continuation RPC Continuation RPC Continuation TCP [TCP Window Update] nfs > 972 [ACK] Seq=2447796 Ack=87180476 Win=8500 Len=0 TSV=43593242 TSER=10607958 RPC Continuation RPC Continuation RPC Continuation RPC Continuation RPC Continuation RPC Continuation RPC Continuation TCP [TCP segment of a reassembled PDU] TCP [TCP segment of a reassembled PDU] TCP [TCP segment of a reassembled PDU] TCP [TCP segment of a reassembled PDU] TCP [TCP segment of a reassembled PDU] TCP [TCP segment of a reassembled PDU] TCP [TCP segment of a reassembled PDU] TCP [TCP segment of a reassembled PDU] TCP [TCP segment of a reassembled PDU] TCP [TCP segment of a reassembled PDU] TCP [TCP segment of a reassembled PDU] On a correct working system, I think that the "RPC Continuation" and "reassembled PDU" shouldn't be there. I can't remember I saw those on systems prior to 10.2. -- 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 23

[Bug 174835] inst-source-extra/README points to not existing directory
by bugzilla_noreply＠novell.com 11 Mar '07

11 Mar '07

https://bugzilla.novell.com/show_bug.cgi?id=174835 suse-beta(a)cboltz.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |VERIFIED ------- Comment #17 from suse-beta(a)cboltz.de 2007-03-11 13:32 MST ------- VERIFIED: Factory non-oss contains the updated README file. Thanks for fixing 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 0

[Bug 244906] New: SaX2 Keyboard Module Options Don't Appear to Work
by bugzilla_noreply＠novell.com 11 Mar '07

11 Mar '07

https://bugzilla.novell.com/show_bug.cgi?id=244906 Summary: SaX2 Keyboard Module Options Don't Appear to Work Product: openSUSE 10.2 Version: Final Platform: x86-64 OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: SaX2 AssignedTo: ms(a)novell.com ReportedBy: novell(a)skewray.com QAContact: qa(a)suse.de In the SaX2 keyboard module, there is a section where the capslock key can be set to do nothing, or to be a control key. Setting these options does nothing, either within the SaX2 text entry box in the SaX2 window, or after a reboot. -- 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 253364] New: Missing library in opensuse-release 10.3.9
by bugzilla_noreply＠novell.com 11 Mar '07

11 Mar '07

https://bugzilla.novell.com/show_bug.cgi?id=253364 Summary: Missing library in opensuse-release 10.3.9 Product: openSUSE 10.3 Version: Alpha 1plus Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: ZENworks AssignedTo: zlm-code10-bugs(a)forge.provo.novell.com ReportedBy: kirk(a)neteffecttech.com QAContact: sarifulla(a)novell.com When updating from opensuse-release 10.3.7 to opensuse-release 10.3.9 I received the following warning about package removal due to a missing requirement: The following packages will be removed: libzypp-zmd-backend 7.1.1.0_0.7-5 (system) libzypp-zmd-backend-7.1.1.0_0.7-5.x86_64[System packages] dependend on libzypp libzypp-zmd-backend-7.1.1.0_0.7-5.x86_64[System packages] is missing the requirement libzypp.so.215()(64bit) zmd 7.1.100.0-65 (system) zmd-7.1.100.0-65.x86_64[System packages] dependend on libzypp-zmd-backend zmd-7.1.100.0-65.x86_64[System packages] is missing the requirement libzypp-zmd-backend >= 7.1.1.0_0.7-5 I chose not to update. Seemed to be the prudent thing to do... -- 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 141443] reentry to X from VC via Alt-F7 submits F7 to focused app
by bugzilla_noreply＠novell.com 10 Mar '07

10 Mar '07

https://bugzilla.novell.com/show_bug.cgi?id=141443 ------- Comment #50 from jengelh(a)gmx.de 2007-03-10 16:57 MST ------- The same problem affects me - however, starting with 10.2. Maybe it has something to do with repeat rate or Xorg 7.1.99 - no idea. /etc/sysconfig/keyboard: KBD_RATE="30.0" KBD_DELAY="250" /etc/X11/xorg.conf: Section "InputDevice" Option "AutoRepeat" "250 35" EndSection I'll see whether I can copy the bug. (Yes, something like that is possible.) -- 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 0

[Bug 252134] New: Seamonkey Navigator scale problem
by bugzilla_noreply＠novell.com 10 Mar '07

10 Mar '07

https://bugzilla.novell.com/show_bug.cgi?id=252134 Summary: Seamonkey Navigator scale problem Product: openSUSE 10.2 Version: Final Platform: x86 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: nteknikk(a)monet.no QAContact: qa(a)suse.de Opening some web pages in Seamoneky does scale too large, and put a horizontal scrollbar at bottom on the browser's window. It is neihter possible to manually scale down these pages to fit within the browser window's width. Opening the same pages in Firefox do scale correctly. I've experienced the same problem with Seamonkey 1.0.6, 1.1b and now the latest 1.1.1, in openSUSE 10.1, 10.2 and Win2k. I don't remember if the same scale problem did appear in the first 1.0x versions. And I haven't found out if I may have som legacy preferences that cause this odd behaviour. But it does no matter if the View>TextZoom is set to 100% or lower on opening these pages. Neither manual Ctrl+- does scale down the page. As a typical illustration and test example is opening a central bank home page at www.skandiabanken.no Changing View>TextZoom to 100% - doesn't change the scale 120% - doesn't change the scale 150% - doesn't change the scale 200% - does enlarge the scale Neither Ctrl+- does reduce the scale compared with the initial opened image. Therefore it looks like the default page scale is opened with 150% and cannot be schrinked. Attached is a screenshot file: seamonkey_firefox_skandiabanken.jpg The upper halph of the image shows a Seamonkey window with the same width as the the Firefox window on the lower halph. In both browser's the url above www.skandiabanken.no is opened. The home page fit correctly in Firefox, but is too wide in Seamonkey, which put a horizontal scrollbar on the window. And the latter cannot be scaled down. -- 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 5

[Bug 253369] New: KPowersave cannot umount external media
by bugzilla_noreply＠novell.com 10 Mar '07

10 Mar '07

https://bugzilla.novell.com/show_bug.cgi?id=253369 Summary: KPowersave cannot umount external media Product: openSUSE 10.2 Version: Final Platform: i686 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Mobile Devices AssignedTo: behlert(a)novell.com ReportedBy: k-epsilon(a)gmx.de QAContact: qa(a)suse.de When i start supend to disk or ram via the KPowersave Menu, KPowersave complains that some external media cannot be unmounted. This message appears since the last update of KPowersave this week. But on my machine there is no external stuff mounted. And this message is also wrong, if the nfs-share is mounted, because it exists a pm-hook for autofs. # mount /dev/hda5 on / type ext3 (rw,acl,user_xattr) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) debugfs on /sys/kernel/debug type debugfs (rw) udev on /dev type tmpfs (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) /dev/hda6 on /home type xfs (rw) securityfs on /sys/kernel/security type securityfs (rw) automount(pid3511) on /nfs type autofs (rw,fd=4,pgrp=3511,minproto=2,maxproto=4) Perhaps KPowersave has a problem with the automount entry. The error message is: Could not umount external media before suspend/standby. (Reason: An unknown error occured) Would you like to continue suspend/standby anyway? (Warning: Continue suspend can cause data loss!) -- 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 2