September 2008 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 403642] New: Kicker crashes sometimes when using the search function of suse menu
by bugzilla_noreply＠novell.com 17 Mar '09

17 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=403642 Summary: Kicker crashes sometimes when using the search function of suse menu Product: openSUSE 11.0 Version: Final Platform: i686 OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: KDE3 AssignedTo: kde-maintainers(a)suse.de ReportedBy: F.Grannemann(a)02n.net QAContact: qa(a)suse.de Found By: --- Sometimes Kicker crashes when iam using the search function of the suse menu. It also crashes sometimes when i log out or shutdown the system. -- 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 391800] New: Plasma doesn't realize that screen resolution has changed
by bugzilla_noreply＠novell.com 17 Mar '09

17 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=391800 Summary: Plasma doesn't realize that screen resolution has changed Product: openSUSE 11.0 Version: Beta 3 Platform: i586 OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: friesoft(a)gmail.com QAContact: qa(a)suse.de Found By: --- When changing the screen resolution with nvidia-settings (in my case from 1280x1024 to 1680x1050) the screen resizes correctly but plasma doesn't realize it should resize too. It just stays the same size.. the panel resizes and moves to the bottom correctly but the desktop itself (wallpaper, clickable desktop area, icons) just stays the old size. Steps to reproduce: open nvidia-settings change your screen resolution click apply and you'll see the effects After a restart of the X-Server everything is fine again. -- 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 389769] New: KDE4 Kickoff CD eject does not work
by bugzilla_noreply＠novell.com 17 Mar '09

17 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=389769 Summary: KDE4 Kickoff CD eject does not work Product: openSUSE 10.3 Version: Final Platform: x86-64 OS/Version: openSUSE 10.3 Status: NEW Severity: Normal Priority: P5 - None Component: KDE AssignedTo: kde-maintainers(a)suse.de ReportedBy: badshah400(a)gmail.com QAContact: qa(a)suse.de Found By: --- >From the KDE4 Kickoff/Computer menu right clicking on the inserted CD device and selecting eject does not do anything. One expects that this should eject the CD in the CD drive (selecting eject on the CD from the places sidebar in dolphin upon right click does eject the cd). Also the new device notifier in panel has no eject icon on pop-up menu (understandably a feature for KDE 4.1), so there is no way to eject devices from desktop in KDE4. -- 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 389715] New: KDE4: konsole does not create utmp entries
by bugzilla_noreply＠novell.com 17 Mar '09

17 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=389715 Summary: KDE4: konsole does not create utmp entries Product: openSUSE 11.0 Version: Beta 2 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: kukuk(a)novell.com QAContact: qa(a)suse.de Found By: --- konsole of KDE4 does not create utmp entries. As result, getlogin()/getlogin_r() functions don't work. How to test: Start konsole. Run "tty" and look, which tty is used. Run "who", the tty reported by "tty" is not in the list. -- 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 367669] New: opening czech man pages in konqueror use wrong codepage
by bugzilla_noreply＠novell.com 17 Mar '09

17 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=367669 Summary: opening czech man pages in konqueror use wrong codepage Product: openSUSE 10.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE AssignedTo: kde-maintainers(a)suse.de ReportedBy: tcech(a)novell.com QAContact: qa(a)suse.de Found By: --- Opening "man:/usr/share/man/cs/man1/ssh.1.gz" use UTF-8 copepage by default for document, which is encoded in iso8859-2. It's probably because UTF-8 is default for all web pages. -- 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 387441] New: virt-manager can't create routed guests
by bugzilla_noreply＠novell.com 17 Mar '09

17 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=387441 Summary: virt-manager can't create routed guests Product: openSUSE 10.3 Version: Final Platform: x86-64 OS/Version: openSUSE 10.3 Status: NEW Severity: Normal Priority: P5 - None Component: Xen AssignedTo: cgriffin(a)novell.com ReportedBy: wolfgang(a)rosenauer.org QAContact: qa(a)suse.de Found By: --- I need to use "routing" network mode for guests instead of "bridged" mode. So I changed the xend config to use vif-route scripts. But when I try to create/install a guest I can't get a network connection. The XML of the guest contains: <interface type='bridge' model='para'> <mac address='00:16:3e:2e:57:c9'/> <script path='/etc/xen/scripts/vif-bridge'/> </interface> and I can't define an IP address in virt-manager's network interface configuration while I understood from Xen documentation that vif-route needs an IP address specified in the vif configuration to set up the routing to the guest. -- 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 429122] New: improper handling of close-lid events
by bugzilla_noreply＠novell.com 17 Mar '09

17 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=429122 Summary: improper handling of close-lid events Product: openSUSE 11.0 Version: Final Platform: 64bit OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: X.Org AssignedTo: sndirsch(a)novell.com ReportedBy: estellnb(a)gmail.com QAContact: xorg-maintainer-bugs(a)forge.provo.novell.com Found By: Customer If I close the lid of my laptop only the PANEL screen should be powered off. Externally connected monitors like DVI-D_1 are expected to be kept alive. As the text consoles vt01,vt02,.. ignore close lid events this bug seems to be related to Xorg. Powersave and Acpid are set to ignore close lid events. echo "button/lid" >>/etc/acpi/events.ignore/events.ignore # grep "LID" /etc/sysconfig/powersave/events # Hint: switch_vt could be useful for the LID_OPEN event (replace ignore) EVENT_BUTTON_LID_OPEN="ignore" EVENT_BUTTON_LID_CLOSED="ignore" # xrandr -q|grep connected PANEL connected TV_7PIN_DIN disconnected DVI-D_1 connected 1920x1200+0+0 550mm x 344mm VGA_1 disconnected It is truely annoying that you can not close the panel of your laptop if you use an external monitor (ext.mon. will spuriously be powered off thereby). -- 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 334206] New: Yast NTP configuration doesn't handle refclocks correctly
by bugzilla_noreply＠novell.com 17 Mar '09

17 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=334206 Summary: Yast NTP configuration doesn't handle refclocks correctly Product: openSUSE 10.3 Version: Final Platform: All OS/Version: openSUSE 10.3 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: martin.burnicki(a)meinberg.de QAContact: jsrain(a)novell.com Found By: --- I've tried to configure a parse refclock using yast2 and found 2 points where yast doesn't work correctly. 1.) If I select "Generic Reference driver" then there is an "Options" field where I can add additional parameters. A correct configuration for the parse driver requires a "mode" parameter which specifies the type of refclock to use, e.g. "mode 2" has to be added to let the parse driver expect the Meinberg standard time string. Obviously the text entered in the "Options" field is appended to the server line, so if I enter "mode 2" here the result in ntp.conf is correct: server 127.127.8.0 mode 2 However, there is also a line generated in ntp.conf which can be used to set up additional configuration options for that device: fudge 127.127.8.0 This line is empty, though, i.e. it does not contain any parameters. Commonly uses parameters here would be the refid, a constant time bias, the trust time, .., so the line could look like this: fudge 127.127.8.0 time1 0.0 refid GPSi So there should be an additional field in the yast dialog where you could enter those fudge commands for that device, and the descriptive text should tell where the parameters of each field would be added in ntp.conf. 2.) If I mark the checkbox labelled "create symlink" and enter the device name to which the link should be created, this might work if I finish yast. However, if I run yast the next time the checkbox is not marked anymore and the device name for the symlink is grayed out. A quick look into /etc/sysconfig/ntp shows that the existing parameters are still NTP_PARSE_LINK="" NTP_PARSE_DEVICE="" so they are obviously not updated correctly when yast saves the configuration. By the way, the NTP package should finally be renamed from xntp-* to ntp-*. xntp is outdated for many years now, and if users refer to that package e.g. in the NTP newsgroup comp.protocols.time.ntp they are everytime told their package was outdated and they should upgrade, hust because it is still called xntp-* while it contains ntpd etc. rather than the old xntpd. AFAIK this should be handled fine by RPM which could have an entry saying the ntp-* package obsoletes the xntp-* package. 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 7

[Bug 422128] New: ntp-client_proposal: recognize "servers" option in Write function
by bugzilla_noreply＠novell.com 17 Mar '09

17 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=422128 Summary: ntp-client_proposal: recognize "servers" option in Write function Product: openSUSE 11.1 Version: Alpha 2 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: mvidner(a)novell.com ReportedBy: jsuchome(a)novell.com QAContact: jsrain(a)novell.com Found By: --- Fate 303520 requires using default ntp pool during installation. For that, timezone client currently calls Write function of ntp-client_proposal.ycp with argument "server" and value one of [0-3].opensuse.pool.ntp.org However, using server pool should be implemented differently at NTP client side. Timezone client also uses argument "servers" with list value [ "0.opensuse.pool.ntp.org", "1.opensuse.pool.ntp.org", "2.opensuse.pool.ntp.org", "3.opensuse.pool.ntp.org", ], NTP client should use the value from this argument. -- 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 354392] New: software managment: use mirrors on the fly
by bugzilla_noreply＠novell.com 17 Mar '09

17 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=354392 Summary: software managment: use mirrors on the fly Product: openSUSE 10.3 Version: Final Platform: i586 OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: bluedzins(a)wp.pl QAContact: jsrain(a)novell.com Found By: --- Recent hardware failure showed fragile points of yast without any doubt. Please, change the way the list of repos are organized. When user adds repo A, and yast gets the info from this repo, also mirror list should be downloaded. So when something happens to repo A, yast will be able to switch to its mirror on fly. -- 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