April 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 466609] New: bluetooth mouse not detected
by bugzilla_noreply＠novell.com 01 Apr '09

01 Apr '09

https://bugzilla.novell.com/show_bug.cgi?id=466609 Summary: bluetooth mouse not detected Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: bluedzins(a)wp.pl QAContact: qa(a)suse.de Found By: --- bluetooth mouse not detected Two computers, two identical BT mice (dell, 4-buttons + wheel). Dell E6500 (64bit OS) -- BT works even when installing system, just right away (except for wheel, and extra buttons) Dell D610 (32bit OS) -- mouse is never detected, and simply does not work at all, nothing. The only difference I can see (except for mice working), is that with the same settings (KDE3.5.10 set) for D610 hci_usb was installed additionally. This is not a duplicate of: https://bugzilla.novell.com/show_bug.cgi?id=465684 -- 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 362947] New: evaluate debian/ubuntu libtool patch
by bugzilla_noreply＠novell.com 01 Apr '09

01 Apr '09

https://bugzilla.novell.com/show_bug.cgi?id=362947 Summary: evaluate debian/ubuntu libtool patch Product: openSUSE 11.0 Version: Alpha 2 Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: P5 - None Component: Development AssignedTo: schwab(a)novell.com ReportedBy: crrodriguez(a)novell.com QAContact: qa(a)suse.de Found By: Development Both debian and Ubuntu are using a libtool patch{1} that sets link_all_deplibs=no on ELF systems, this will help a lot reducing unedded library dependencies in packages. {1} http://patches.ubuntu.com/by-release/extracted/debian/libt/libtool/1.5.26-1… This is just a suggestion, I think this may work for us as well ( ubuntu and debian archives are a biiiigg test ;) ) -- 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 12

[Bug 490044] New: Crash in impress when pressing F5
by bugzilla_noreply＠novell.com 01 Apr '09

01 Apr '09

https://bugzilla.novell.com/show_bug.cgi?id=490044 Summary: Crash in impress when pressing F5 Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: OpenOffice.org AssignedTo: bnc-team-ooo(a)forge.provo.novell.com ReportedBy: vuntz(a)novell.com QAContact: kyu(a)novell.com Found By: --- This is really trivial to reproduce in Factory: + launch ooimpress + create a new document + add some text on the first slide + press F5 The application will crash. It's not possible to use OOo to do a presentation :/ vuntz@lyon ~/>rpm -q OpenOffice_org-impress OpenOffice_org-impress-3.0.99.2-1.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 9

[Bug 491124] New: ntpd host name not found during system startup
by bugzilla_noreply＠novell.com 01 Apr '09

01 Apr '09

https://bugzilla.novell.com/show_bug.cgi?id=491124 Summary: ntpd host name not found during system startup Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i586 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: mitch(a)claborn.net QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.7) Gecko/2009022800 SUSE/3.0.7-1.1.6 Firefox/3.0.7 When ntpd is started at boot time, I get these messages in the log: 1 Apr 07:46:00 ntpd[4167]: host name not found: us.pool.ntp.org 1 Apr 07:46:00 ntpd[4167]: couldn't resolve `us.pool.ntp.org', giving up on it when I check the host name, it is fine: host us.pool.ntp.org us.pool.ntp.org has address 204.152.189.171 us.pool.ntp.org has address 198.247.173.220 us.pool.ntp.org has address 66.79.152.35 us.pool.ntp.org has address 128.113.28.67 us.pool.ntp.org has address 64.73.32.134 If I restart the ntpd after boot, it works fine: 1 Apr 09:05:39 ntpd[9363]: synchronized to 204.152.189.171, stratum 2 1 Apr 09:05:44 ntpd[9363]: time reset +4.718092 s As discussed on the mailing list, may be a timing problem - the network is not fully operational when ntpd starts? my ntp.conf: cat /var/lib/ntp/etc/ntp.conf ################################################################################ ## /etc/ntp.conf ## ## Sample NTP configuration file. ## See package 'ntp-doc' for documentation, Mini-HOWTO and FAQ. ## Copyright (c) 1998 S.u.S.E. GmbH Fuerth, Germany. ## ## Author: Michael Andres, <ma(a)suse.de> ## Michael Skibbe, <mskibbe(a)suse.de> ## ################################################################################ ## ## Radio and modem clocks by convention have addresses in the ## form 127.127.t.u, where t is the clock type and u is a unit ## number in the range 0-3. ## ## Most of these clocks require support in the form of a ## serial port or special bus peripheral. The particular ## device is normally specified by adding a soft link ## /dev/device-u to the particular hardware device involved, ## where u correspond to the unit number above. ## ## Generic DCF77 clock on serial port (Conrad DCF77) ## Address: 127.127.8.u ## Serial Port: /dev/refclock-u ## ## (create soft link /dev/refclock-0 to the particular ttyS?) ## # server 127.127.8.0 mode 5 prefer ## ## Undisciplined Local Clock. This is a fake driver intended for backup ## and when no outside source of synchronized time is available. ## server 127.127.1.0 # local clock (LCL) fudge 127.127.1.0 stratum 10 # LCL is unsynchronized ## ## Add external Servers using ## # rcntp addserver <yourserver> ## ## ## Miscellaneous stuff ## driftfile /var/lib/ntp/drift/ntp.drift # path for drift file logfile /var/log/ntp # alternate log file # logconfig =syncstatus + sysevents # logconfig =all # statsdir /tmp/ # directory for statistics files # filegen peerstats file peerstats type day enable # filegen loopstats file loopstats type day enable # filegen clockstats file clockstats type day enable # # Authentication stuff # keys /etc/ntp.keys # path for keys file trustedkey 1 # define trusted keys requestkey 1 server us.pool.ntp.org iburst # key (7) for accessing server variables # controlkey 15 # key (6) for accessing server variables Reproducible: Always Steps to Reproduce: See description above. -- 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 0

[Bug 481299] New: Yast Scanner Model and Driver Devours system resources at the expense of basic O/S
by bugzilla_noreply＠novell.com 01 Apr '09

01 Apr '09

https://bugzilla.novell.com/show_bug.cgi?id=481299 Summary: Yast Scanner Model and Driver Devours system resources at the expense of basic O/S Classification: openSUSE Product: openSUSE 11.0 Version: Final Platform: x86-64 OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: alpha096(a)virginbroadband.com.au QAContact: jsrain(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.0.6) Gecko/2009012700 SUSE/3.0.6-0.1 Firefox/3.0.6 I attached a Cannon USB scanner and went to Yast>Hardware>Scanner to configure it. This Yast Model consumes vast system resources and 10% mac CPU and as Much Physical RAM as it want to constrict the driver database. Auto detection took over 2 Minutes. Once the scanner Model is auto found I edited the selection to ensure the most appropriate selection - again System Resources were swallowed up like nothing on earth. This process took over 2 Minutes Once the List of Drivers were displayed I entered a search string which again started to devour more resources again taking over two minutes. Once Again selecting the "Show Complete List" took over 3 mins and consumed more resources. My PC is a Processor (CPU): AMD Athlon(tm) 64 X2 Dual Core Processor 4600+ Speed: 2,410.96 MHz Cores: 2 with Total memory (RAM): 1.7 GB Free memory: 696.9 MB (+ 412.2 MB Caches) Free swap: 10.0 GB The Free memory amount started at 980MB and this small yast program has reduced it to a current 696.9MB and is dropping all the time Reproducible: Always Steps to Reproduce: 1.Auto detect any USB Scanner and monitor sysinfo in Konqueror as above 2. 3. Actual Results: Totally unacceptable and unrestrained use of system resources and inordinate wait times - we must and can do much better with this module! Expected Results: I am sure we dont need 1 Yast module to be 1 able to access seemingly unrestricted resources and I am sure we can either index the data base better to cut down searches and possibly consider using a bubble sort rather than straight index sort. The PC has been processing "Show complete List for over 5 minutes now and available RAM has dropped to 580MB and going 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.

1 23

[Bug 462519] New: Unmount fails during shutdown process
by bugzilla_noreply＠novell.com 01 Apr '09

01 Apr '09

https://bugzilla.novell.com/show_bug.cgi?id=462519 User Markus.Elfring(a)web.de added comment https://bugzilla.novell.com/show_bug.cgi?id=462519#c1 Summary: Unmount fails during shutdown process Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: Markus.Elfring(a)web.de QAContact: qa(a)suse.de Found By: --- Linux Sonne 2.6.27.7-9-default #1 SMP 2008-12-04 18:10:04 +0100 x86_64 x86_64 x86_64 GNU/Linux I get the read display "failed" for the step "Unmounting file systems" at the end of the shutdown process. Is there any relationship to the issue "root partition does not get unmounted at reboot" (bug #414236)? I have got the impression that these steps were performed faster on the previous software release for 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 7

[Bug 491119] New: k3b fails to verify data CD (ASSERT: "i <= nodes" in /usr/lib/qt3/include/qvaluelist.h (376))
by bugzilla_noreply＠novell.com 01 Apr '09

01 Apr '09

https://bugzilla.novell.com/show_bug.cgi?id=491119 User Ulrich.Windl(a)rz.uni-regensburg.de added comment https://bugzilla.novell.com/show_bug.cgi?id=491119#c5 Summary: k3b fails to verify data CD (ASSERT: "i <= nodes" in /usr/lib/qt3/include/qvaluelist.h (376)) Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i686 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: KDE3 AssignedTo: kde-maintainers(a)suse.de ReportedBy: Ulrich.Windl(a)rz.uni-regensburg.de QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.19) Gecko/20081213 SUSE/1.1.14-1.1 SeaMonkey/1.1.14 After writing a data CD, the try opens and remains open while K3B should re-load the media to verify the contents. On the terminal screen I see (at the time of the problem): (K3bDevice::HalConnection) unlock queued for /org/freedesktop/Hal/devices/storage_model_DVDRAM_GSA_H44N (K3bDevice::Device) /dev/sr0 current profile 0. Checking current profile list instead. (K3bDevice::Device) /dev/sr0: GET CONFIGURATION length det failed. ASSERT: "i <= nodes" in /usr/lib/qt3/include/qvaluelist.h (376) Reproducible: Always Steps to Reproduce: 1. Burn a data CD (multisession) with "verify" Actual Results: Tray opens after successful burning and stays open Expected Results: Tray should close again and verify should start # hwinfo --cdrom 15: SCSI 100.0: 10602 CD-ROM (DVD) [Created at block.247] UDI: /org/freedesktop/Hal/devices/storage_model_DVDRAM_GSA_H44N Unique ID: KD9E.2k_uDwNnhA2 Parent ID: 3p2J.RJI7w36dRO3 SysFS ID: /class/block/sr0 SysFS BusID: 1:0:0:0 SysFS Device Link: /devices/pci0000:00/0000:00:1f.1/host1/target1:0:0/1:0:0:0 Hardware Class: cdrom Model: "HL-DT-ST DVDRAM GSA-H44N" Vendor: "HL-DT-ST" Device: "DVDRAM GSA-H44N" Revision: "RB01" Driver: "ata_piix", "sr" Driver Modules: "ata_piix" Device File: /dev/sr0 (/dev/sg1) Device Files: /dev/sr0, /dev/scd0, /dev/disk/by-path/pci-0000:00:1f.1-scsi-1:0:0:0, /dev/disk/by-label/VMware-1, /dev/cdrom, /dev/cdrw, /dev/dvd Device Number: block 11:0 (char 21:1) Features: CD-R, CD-RW, DVD, DVD-R, DVD-RW, DVD+R, DVD+RW, DVD+DL, DVDRAM Config Status: cfg=yes, avail=yes, need=no, active=unknown Attached to: #5 (IDE interface) Drive Speed: 48 Volume ID: "VMware-1" Application: "K3B THE CD KREATOR (C) 1998-2006 SEBASTIAN TRUEG AND THE K3B TEAM" Publisher: "Ulrich Windl" Preparer: "Ulrich Windl" Creation date: "2009040115482700" -- 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 0

[Bug 490640] New: date & time module: automatic switch between summer and winter time for CET
by bugzilla_noreply＠novell.com 01 Apr '09

01 Apr '09

https://bugzilla.novell.com/show_bug.cgi?id=490640 Summary: date & time module: automatic switch between summer and winter time for CET Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: mschmidkunz(a)novell.com QAContact: jsrain(a)novell.com Found By: --- Hi, I wondered why openSUSE 11.1 didn't switch automatically to CET summer time. After doing a little bit of research (collegues and google), I found out, that for an automatic switch between summer and winter time I need to check "Hardware Clock is Set To UTC". But that shows me an incorrect time, which I need to adjust manually. For example: Last week (winter time) the clock on my machine was set to 11:00. When I turned my machine on today the clock was still set to 11:00 although according to the offical summer time it should be set to 12:00. When checking "Set Hardware Clock to UTC" the clock showed 14:00, which doesn't correspond to the "offical" time. Is there any way, how to make the hardware clock switch automatically between summer and winter time? If there is a way, it should be make more clear to the user. I would like to make some suggestions about that, but therefore I need to know to more about the workflow :-) Thanks in advance and have nice day! Martin -- 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 489634] New: zypper doesn't install patches YOU would
by bugzilla_noreply＠novell.com 01 Apr '09

01 Apr '09

https://bugzilla.novell.com/show_bug.cgi?id=489634 Summary: zypper doesn't install patches YOU would Classification: openSUSE Product: openSUSE 11.0 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: libzypp AssignedTo: jkupec(a)novell.com ReportedBy: lnussel(a)novell.com QAContact: qa(a)suse.de Found By: Development On 11.0 I have this weird situation (cut columns to avoid line break): # zypper se -s hal S | Name | Type | Version | Arch --+------------+---------+------------------+-------- v | hal | package | 0.5.11-8.4 | i586 i | hal | package | 0.5.11-8.2 | i586 v | hal | package | 0.5.11-8.1 | i586 i | hal | patch | 620 | noarch | hal | patch | 501 | noarch i | hal | patch | 285 | noarch | hal-devel | package | 0.5.11-8.4 | i586 | hal-devel | package | 0.5.11-8.2 | i586 | hal-devel | package | 0.5.11-8.1 | i586 | hal-doc | package | 0.5.11-9.2 | i586 | hal-doc | package | 0.5.11-9.1 | i586 i | hal-palm | package | 0.12.2-112.1 | i586 i | hal-resmgr | package | 0.1_SVNr158-15.1 | i586 | phalanx | package | 22-620.1 | i586 # zypper up Reading installed packages... Nothing to do. # Ie for whatever reason the patch for hal is installed but the installed package is still on an old version. If I run zypper up the new package does not get installed as expected. When I run yast2 online_update hal does get selected for update though. -- 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

[Bug 491113] New: fetchmail demon is started though disabled in runlevel editor when configuring email via network services
by bugzilla_noreply＠novell.com 01 Apr '09

01 Apr '09

https://bugzilla.novell.com/show_bug.cgi?id=491113 Summary: fetchmail demon is started though disabled in runlevel editor when configuring email via network services Classification: openSUSE Product: openSUSE 11.0 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dieter.jurzitza(a)t-online.de QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.0.7) Gecko/2009022800 SUSE/3.0.7-2.1 Firefox/3.0.7 When configuring mail in yast, you do that via "Netzwerkdienste". Now, though I explicitly disabled fetchmail in the runlevel editor, it is started during the configuration of the email program. This is a bug and should not happen. Due to this I wiped my email inbox this way (what definitively was _not_ intended). Reproducible: Always Steps to Reproduce: 1. disable fetchmail in runlevel editor 2. configure email program 3. ps ax -> fetchmail will be running as a demon Actual Results: See above Expected Results: When disabling a service, it should devinitively remain disabled under any circumstances. I'd like to show you my empty inbox, however, I can't as it is hard to display nothing :-(((( -- 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 0