March 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 461205] New: ntpdate -q is broken
by bugzilla_noreply＠novell.com 12 Mar '09

12 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=461205 Summary: ntpdate -q is broken Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: bart.vanassche(a)gmail.com QAContact: qa(a)suse.de Found By: Community User Since openSUSE 11.1, ntpdate prints a message that ntpdate should no longer be used and that ntpd should be used instead. This is correct for the functionality of setting the system clock, but not correct for the functionality of querying the system clock. ntpdate -q is a convenient tool for querying the time difference between the local clock and a remote clock. While ntpdate -q worked fine with openSUSE 11.0, it doesn't work anymore in openSUSE 11.1. An example: $ /usr/sbin/ntpdate -q ntp.belnet.be !!!!!!!!!!!!!! WARNING !!!!!!!!!!!!!!!!!! The ntpdate program is deprecated and should not be used any more. To quote the upstream ntp developers: "The functionality ntpdate offered is now provided by the ntpd daemon itself. If you call ntpd with the command line option -q it will retrieve the current time and set it accordingly." Please check the Network Time Protocol (NTP) daemon man page and http://support.ntp.org/bin/view/Dev/DeprecatingNtpdate for further information. You can replace the ntpdate call with "rcntp ntptimeset" to achieve an inital poll of the servers specified in /etc/ntp.conf. The program /usr/sbin/sntp offers comparable functionality to ntpdate. Specifically sntp -P no -r pool.ntp.org is equivalent to ntpdate pool.ntp.org For further details please refer to the man page of sntp. sntp: unable to write PID to /etc/sntp.pid sntp: Permission denied -- 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 6

[Bug 484667] New: Additional IP addresses not deleted
by bugzilla_noreply＠novell.com 12 Mar '09

12 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=484667 Summary: Additional IP addresses not deleted Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i686 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: Willi.Lenz(a)com-office.de QAContact: jsrain(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.20) Gecko/20081217 Firefox/2.0.0.20 Removing one or all of additional ip-addresses by YAST does not correct the entries in the related /etc/sysconfig/network/ifcfg-ethx file. These addresses are not removed. Reproducible: Always Steps to Reproduce: 1. Presetting: YAST -> Networksetup [Netzwerkeinstellungen] -> Global Options [Globale Optionen]: ifup checked YAST -> Networksetup [Netzwerkeinstellungen] -> Overview [Übersicht]: network device with single ip-address slected -> Modify [Bearbeiten] -> Add [Hinzufügen]: one ore more ip-addresses. [Continue, OK] YAST -> Networksetup [Netzwerkeinstellungen]: Shows what we expect, the first plus the added ip-addresses. So far , so good. Actual Results: 2. Problem: YAST -> Networksetup [Netzwerkeinstellungen] -> Overview [Übersicht] -> Modify [Bearbeiten]: remove one or all of the added ip-addresses, YAST first remove these but when i verify the settings with YAST the already deleted additional ip-addresses show up again. YAST does not correct the entries in the related /etc/sysconfig/network/ifcfg-ethx file. Expected Results: 3: Expected: The added ip-addresses are dleted.! -- 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 1

[Bug 474898] New: Mail Transfer Agent: Outgoing mailserver (Ausgehender Mailserver) and mailaliases can't be changed two times
by bugzilla_noreply＠novell.com 12 Mar '09

12 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=474898 Summary: Mail Transfer Agent: Outgoing mailserver (Ausgehender Mailserver) and mailaliases can't be changed two times Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: 64bit OS/Version: openSUSE 11.1 Status: NEW Severity: Major Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: drmeier(a)gmx.de QAContact: jsrain(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.0.6) Gecko/2009012700 SUSE/3.0.6-0.1 Firefox/3.0.6 - Fresh openSUSE 11.1 installation - open Yast - choose mail transfer agent - configured mail transfer agent in Yast only to forward emails from root to a local user => works ok, email is forwared - configured mail transfer agent again to use an outgoing mailserver "smtp.xyz.de" - configured to forward emails to an external user like "bla(a)bla.de" => works ok, email is forwared - now delete the outgoing mailserver (field remains empty) - change to forward email to an interal user again => emails still are forwarded by the help of the outgoing mailserver "smtp.xyz.de" to user "bla(a)bla.de" Manual change of aliases and main.cf was neccessary! Reproducible: Always Steps to Reproduce: 1. 2. 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 3

[Bug 350980] New: The system stops doing things till I press a key or move the mouse: every things halts.
by bugzilla_noreply＠novell.com 12 Mar '09

12 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=350980 Summary: The system stops doing things till I press a key or move the mouse: every things halts. Product: openSUSE 10.3 Version: Final Platform: i686 OS/Version: openSUSE 10.3 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: robin.listas(a)telefonica.net QAContact: qa(a)suse.de Found By: --- This is very weird. Sometimes, the system simply stops "working". Doesn't crash, simply all tasks seems stopped. Nothing refreshes in the display. The clock stops. A script running a loop in a console: #!/bin/bash while true ; do # date +"%T" | tee -a /home/cer/marca.log date +"%T" >> /home/cer/marca.log sleep 1 done stops as well. Then, as soon as I move the mouse or touch a key (shift, for instance) everything continues and the clock jumps some seconds or minutes to the correct time. I have tried several things, as discussed in the "opensuse" mail list (<http://lists.opensuse.org/opensuse/2007-12/msg01780.html>). No effect. - check the desktop for powersave features - nothing, and there is nothing configurable that would kick in in seconds of no user activity. - pass cpufreq=no as a boot argument --> no good. - Recompile the kernel with "NO_HZ" --> even worse (this is the current state). I will recompile again to undo. And more things I forgot, but you can read the whole story in the mail list or the link above. Sometimes, very random, the system stops completely and does not respond to keyboard, but it awakes when I boot another PC, which I think tries to connect or ask for a service (ntp or dns). My current hack is to leave my router continuously pinging me. My guess is that the pings cause the network card to interrupt the kernel, so it keeps awake. Keyboard or mouse also provokes interrupts. I'm not sure about usb activity. This might be related to other bugs reported by me, I don't know (spamd timeout?) I have been "playing" with the clock (Bug 344356 and a new one not reported yet). The thing is that the kernel defaults to using "acpi_pm" clock and this one misses whole minutes. I have to force use "tsc" (which kernel disabled at boot). jiffies crashes. -- 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 59

[Bug 484637] New: KDE 4.2.1 Plasma Crashes when using NoMachine nxclient
by bugzilla_noreply＠novell.com 12 Mar '09

12 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=484637 Summary: KDE 4.2.1 Plasma Crashes when using NoMachine nxclient Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86 OS/Version: openSUSE 11.1 Status: NEW Severity: Critical Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: stringer.david(a)gmail.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; en-us) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1 This bug has been identified and fixed in KDE: https://bugs.kde.org/show_bug.cgi?id=185736 It would be really nice if we could get this merged into the openSUSE packages. Cheers, David. Reproducible: Always Steps to Reproduce: 1. Login to KDE 4.2.1 via nxclient 2. 3. Actual Results: Plasma Crash Expected Results: Plasma Crash -- 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 1

[Bug 464418] New: missing dependency: libtirpc1 for package rpcbind
by bugzilla_noreply＠novell.com 12 Mar '09

12 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=464418 Summary: missing dependency: libtirpc1 for package rpcbind Product: openSUSE 11.1 Version: Final Platform: x86 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: novell-web(a)zmi.at QAContact: jsrain(a)novell.com CC: novell-web(a)zmi.at Found By: --- I upgraded a server which uses NFS from 11.0 to 11.1, and NFS did not start anymore. Error: ******************************************* # rcnfsserver restart Shutting down kernel based NFS server: nfsd done Starting kernel based NFS server: mountdCannot register service: RPC: Unable to receive; errno = Connection refused startproc: exit status of parent of /usr/sbin/rpc.mountd: 1 ******************************************* I found that "portmap" was not running. But portmap got replaced by rpcbind. rpcbind has not been "insserv"ed, which should be a bug on it's own (when portmap was enabled and gets replaced by rpcbind, rpcbind should be enabled as well). Anyway, so I wanted to start rpcbind: ******************************************* # rcrpcbind restart Shutting down rpcbind done Starting rpcbind /sbin/rpcbind: error while loading shared libraries: libtirpc.so.1: cannot open shared object file: No such file or directory startproc: exit status of parent of /sbin/rpcbind: 127 ******************************************* which let me search yast, and found the missing libtirpc package. Now it works. So 2 bugs should be fixed: 1) portmap replaced by rpcbind: if portmap was enabled, so should rpcbind 2) rpcbind needs package libtirpc -- 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 4

[Bug 477555] New: php string comparison may give wrong result due to compiler issues
by bugzilla_noreply＠novell.com 12 Mar '09

12 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=477555 Summary: php string comparison may give wrong result due to compiler issues Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i686 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: max630(a)mail.ru QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.3) Gecko/2008092814 Iceweasel/3.0.3 (Debian-3.0.3-3) php comparison by operator "==" may give wrong false result if arguments are hexadecimal strings larger than suitable for int. This must caused by gcc compiler bug. Reproducible: Always Steps to Reproduce: 1. install php5-5.2.6-49.14.3 2. run shell command: $/usr/bin/php5 -r 'var_dump("0x83781640c48cf91507143973d2ed0616f7" == "0x83781640c48cf91507143973d2ed0616f7");' Actual Results: Output is: bool(false) Expected Results: Output is: bool(true) Heaxadecimal literals in strings do not fit in int, so they must be compared as strings, and they are the same. the function that causes the error is zendi_smart_strcmp(), Zend/zend_operators.c, about line 1962 If I rebuild php with optimisation flag -O1 (instead of default -O2), the comparison works ok. Likely to be a compiler error, but I cannot prove it, so posting it as PHP bug. the compiler version: $rpm -qf /usr/bin/gcc gcc-4.3-34.168 the same error was in opensuse 11.0 -- 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 3

[Bug 475792] New: console login to DomU repeats "Id "x0" respawning too fast" messages
by bugzilla_noreply＠novell.com 12 Mar '09

12 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=475792 Summary: console login to DomU repeats "Id "x0" respawning too fast" messages Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: All OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Xen AssignedTo: cgriffin(a)novell.com ReportedBy: pgnet.trash(a)gmail.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0 'xm create'-ing a new PV DomU with config, name = 'test' builder = 'linux' bootloader = '/usr/lib/xen/boot/domUloader.py' bootargs = '--entry=xvda1:vmlinuz-xen,/boot/initrd-xen' ... extra = 'textmode=1 xencons=tty TERM=vt102' ... @ successful console login, Welcome to openSUSE 11.1 - Kernel 2.6.27.7-9-xen (tty1). os11-template login: root Password: Have a lot of fun... root has logged on tty1 from local. i'm seeing repeated messages, INIT: Id "x0" respawning too fast: disabled for 5 minutes fyi, @ Domu, cat /etc/inittab | grep getty # getty-programs for the normal runlevels 1:2345:respawn:/sbin/mingetty --noclear tty1 2:2345:respawn:/sbin/mingetty tty2 3:2345:respawn:/sbin/mingetty tty3 4:2345:respawn:/sbin/mingetty tty4 5:2345:respawn:/sbin/mingetty tty5 6:2345:respawn:/sbin/mingetty tty6 x0:12345:respawn:/sbin/agetty -L 9600 xvc0 xterm #S0:12345:respawn:/sbin/agetty -L 9600 ttyS0 vt102 #cons:12345:respawn:/sbin/smart_agetty -L 38400 console # modem getty. # mo:235:respawn:/usr/sbin/mgetty -s 38400 modem # fax getty (hylafax) # mo:35:respawn:/usr/lib/fax/faxgetty /dev/modem # vbox (voice box) getty # I6:35:respawn:/usr/sbin/vboxgetty -d /dev/ttyI6 # I7:35:respawn:/usr/sbin/vboxgetty -d /dev/ttyI7 and, cat /etc/securetty # # This file contains the device names of tty lines (one per line, # without leading /dev/) on which root is allowed to login. # tty1 tty2 tty3 tty4 tty5 tty6 xvc0 Reproducible: Always Steps to Reproduce: 1. 2. 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 5

[Bug 381132] New: [multiscreen]: Need to add a confirm dialog box after clicking apply
by bugzilla_noreply＠novell.com 12 Mar '09

12 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=381132 Summary: [multiscreen]: Need to add a confirm dialog box after clicking apply Product: openSUSE 11.0 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: captain.magnus(a)opensuse.org QAContact: qa(a)suse.de Found By: --- I have an old CRT monitor that I connected and I set the resolution to high. After I clicked apply, the CRT tells me that the resolution is out of range. Problem is that "Monitor Resolution Settings" moved over to that monitor after apply so I can't see it anymore. We need to have a timed confirm dialog box after clicking apply, wheres if I don't acknowledge the new setup within 10 seconds, it should revert. -- 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 482769] New: Inconsistency in update dependency
by bugzilla_noreply＠novell.com 11 Mar '09

11 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=482769 Summary: Inconsistency in update dependency Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i686 OS/Version: openSUSE 10.3 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: radomir.cernoch(a)gmail.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; cs-CZ; rv:1.9.0.6) Gecko/2009012700 SUSE/3.0.6-0.1.2 Firefox/3.0.6 There is an update for 'dice' package, new version is 'dice-526'. However it is not possible to install it, because the following dependency error: evolution-mono-providers-0.1.1-2.16.i586 requires mono(Novell.IceDesktop) = 1.0.3259.23515, but this requirement cannot be provided Reproducible: Always Steps to Reproduce: 1. Install fresh openSUSE 11.1 2. Install evolution-mono-providers 3. Update the system, Actual Results: 'dice' does not get updated Expected Results: 'dice' gets updated -- 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 4