February 2011 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 449196] console-kit-daemon crashes
by bugzilla_noreply＠novell.com 02 Feb '11

02 Feb '11

https://bugzilla.novell.com/show_bug.cgi?id=449196 https://bugzilla.novell.com/show_bug.cgi?id=449196#c4 Deepak Chawla <Deepak.Chawla(a)emc.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Deepak.Chawla(a)emc.com --- Comment #4 from Deepak Chawla <Deepak.Chawla(a)emc.com> 2011-02-02 20:57:39 UTC --- We've been seeing this problem with 11.0 and looking at the changes that went into 11.1, it doesn't look like it is fixed (none of the changes are in the area where the problem is). The backtrace with the stock console-kit-daemon is identical to ubuntu bug link. I built a console-kit-daemon with debugging symbols using the stock ConsoleKit source rpm and got the same backtrace as the bug reported on bugs.freedesktop.org (link in previous post). The new changes to ConsoleKit source rpm in 11.1 don't seem to be in the area of the problem. Can this bug be re-opened and investigated (with 11.0 or 11.1) -- 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 434742] suspend to ram failures with docking
by bugzilla_noreply＠novell.com 02 Feb '11

02 Feb '11

https://bugzilla.novell.com/show_bug.cgi?id=434742 https://bugzilla.novell.com/show_bug.cgi?id=434742#c54 --- Comment #54 from Andreas Jaeger <aj(a)novell.com> 2011-02-02 20:09:35 UTC --- I'll check once I'm returning to my office - after the 15th of February. Thanks! -- 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 667003] New: virt-manager crash when openning console on a running vm
by bugzilla_noreply＠novell.com 02 Feb '11

02 Feb '11

https://bugzilla.novell.com/show_bug.cgi?id=667003 https://bugzilla.novell.com/show_bug.cgi?id=667003#c0 Summary: virt-manager crash when openning console on a running vm Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: romain.pelissier(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; GTB6.6; NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; InfoPath.1; MS-RTC LM 8; InfoPath.2) Hi, I have openned a long time ago the bug #647066 to the gnome team since it seems to be an issue with virt-manager. I never add an answer from the team so I decided to open a new bug report in the hope that someone could know what's going on. Mai issue is virt-manager crash when openning a console from a running vm. Reproducible: Always Steps to Reproduce: 1. Install virt-manager, update the system 2. Create and install a VM using this tool 3. Try to open a console on the vm Actual Results: segfault -- 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 502193] New: Xen kernel reports to be capable of suspend to RAM, but fails to do so
by bugzilla_noreply＠novell.com 02 Feb '11

02 Feb '11

http://bugzilla.novell.com/show_bug.cgi?id=502193 Summary: Xen kernel reports to be capable of suspend to RAM, but fails to do so Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: nice(a)titanic.nyme.hu QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; hu-HU; rv:1.9.0.9) Gecko/2009041500 SUSE/3.0.9-0.1.1 Firefox/3.0.9 I run this xen kernel: milleniumfalcon:~ # uname -r 2.6.27.21-0.1-xen milleniumfalcon:~ # cat /proc/cmdline root=/dev/disk/by-id/ata-HTS541010G9SA00_MP2ZX0XLG71D3S-part1 resume=/dev/disk/by-id/ata-HTS541010G9SA00_MP2ZX0XLG71D3S-part2 splash=silent vga=0x31a milleniumfalcon:~ # cat /sys/power/state mem So it reports that its capable of s2ram. KDE 4.2.3 displays the suspend to RAM button indeed (and not a suspend to disk button), but when I try to suspend to RAM by KDE GUI, the suspension process "bounces", that is, my X.org desktop disappears, the system seems to prepare for suspension, but instead of S3 state, the machin continues to run. X.org reappears, and I can work again. Using the s2ram (and s2disk, being curious) commandline utility is also unuccessful: milleniumfalcon:~ # s2ram Switching from vt7 to vt1 /proc/sys/kernel/acpi_video_flags does not exist; you need a kernel >=2.6.16. switching back to vt7 milleniumfalcon:~ # s2disk s2disk: Could not stat the resume device file. Reason: No such file or directory But when I do a 'echo mem > /sys/power/state', the system seem to reach the S3 state: display turns off, caps lock and num lock LEDS blink together once, all fans and drives stop working, and the power LED starts blinking slowly (this is how my Compaq nc6320 behaves during sleeping). However, when I try to wake it up now, the display remains turned off and the system is unaware of the keyboard (no caps lock feedback), however, fans, and HDD are running (HDD LED also indicates some activity). I have to turn it off forcibly. Reproducible: Always Steps to Reproduce: 1. Try to do a suspend (or maybe hibernate too) on a Xen kernel Actual Results: The attemt is either unsuccessful but harmless, or causes the system to hang. Expected Results: I don't know. Maybe Xen kernels shouldn even support suspend ( http://wiki.xensource.com/xenwiki/XenFaq#head-cb7861c9865fc8fbae3bb472f04c5… ). Or should it ? ( https://bugzilla.novell.com/show_bug.cgi?id=500525#c17 ) -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 21

[Bug 668602] New: [Build 1044] Interface freezes in the tree-view showing all-options for a Printer
by bugzilla_noreply＠novell.com 02 Feb '11

02 Feb '11

https://bugzilla.novell.com/show_bug.cgi?id=668602 https://bugzilla.novell.com/show_bug.cgi?id=668602#c0 Summary: [Build 1044] Interface freezes in the tree-view showing all-options for a Printer Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: x86-64 OS/Version: SuSE Other Status: NEW Severity: Major Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: badshah400(a)gmail.com QAContact: jsrain(a)novell.com Found By: --- Blocker: --- Created an attachment (id=411501) --> (http://bugzilla.novell.com/attachment.cgi?id=411501) Frozen tree-view with mangled expander-icons highlighted User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:2.0b10) Gecko/20110121 Firefox/4.0b10 System: GNOME x86_64 from Live-USB install, Build 1044 from /factory/iso YaST-interface - gtk Trying to set up a dulpexer unit, i came across this problem with the tree-view interface listing all options for a printer:- Clicking on any one of the collapsed expanders works as expected but causes the interface to sort of freeze, i.e. none of the other expanders thereafter expand despite clicking. In fact it appears that the whole interface becomes sort of frozen in the sense that clicking with the mouse no longer has any result, but hitting Tab to select buttons and hitting Enter to "OK" the changes from the keyboard does work as expected. I guess looking at the attached screenshot might help understanding the problem. I clicked on the HPoption_Duplexer to expand it and it did. But then I also clicked on several other expanders, with o result but the mangled expander icon. Reproducible: Always Steps to Reproduce: 1.Open the All options configuration window in YaST > printer 2.Click on an expander, and then click on other expanders 3. Actual Results: Tree-view looks frozen -- 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 665494] New: don't mess with /etc/mtab in %post
by bugzilla_noreply＠novell.com 02 Feb '11

02 Feb '11

https://bugzilla.novell.com/show_bug.cgi?id=665494 https://bugzilla.novell.com/show_bug.cgi?id=665494#c0 Summary: don't mess with /etc/mtab in %post Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: lnussel(a)novell.com QAContact: qa(a)suse.de CC: coolo(a)novell.com, ro(a)novell.com, werner(a)novell.com, kasievers(a)novell.com, puzel(a)novell.com, bwiedemann(a)novell.com Found By: --- Blocker: --- systemd and util-linux replace /etc/mtab with a symlink in %post. That's the wrong place though. System boot scripts should ensure /etc/mtab is in a correct state instead. /etc/init.d/boot.rootfsck used to take care of that. If a non-symlink mtab doesn't work anyways boot.rootfsck should simply make sure the symlink is there instead of creating a regular file if mtab is missing. Also, the touch /etc/mtab calls from aaa_base's %pre and %post need to be removed. -- 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 668342] New: rcautofs cannot create /mounts directory and thus automounting fails
by bugzilla_noreply＠novell.com 02 Feb '11

02 Feb '11

https://bugzilla.novell.com/show_bug.cgi?id=668342 https://bugzilla.novell.com/show_bug.cgi?id=668342#c0 Summary: rcautofs cannot create /mounts directory and thus automounting fails Classification: openSUSE Product: openSUSE 11.4 Version: Milestone 5 of 6 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: mszeredi(a)novell.com ReportedBy: trenn(a)novell.com QAContact: qa(a)suse.de CC: rw(a)novell.com Found By: Development Blocker: --- On a plain 11.4 installation, if autofs is already running do: rcautofs stop rmdir /mounts rcautofs start -> autofs won't work mkdir /mounts rcautofs restart -> works On the first try (which fails) syslog shows: automount[12214]: do_mount_autofs_indirect: failed to create autofs directory /mounts automount[12214]: handle_mounts: mount of /mounts failed! automount[12214]: master_do_mount: failed to startup mount automount[12214]: do_mount_autofs_indirect: failed to create autofs directory /secret automount[12214]: handle_mounts: mount of /secret failed! automount[12214]: master_do_mount: failed to startup mount -- 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 660519] New: YaST config of NTP server - Test server always fails
by bugzilla_noreply＠novell.com 02 Feb '11

02 Feb '11

https://bugzilla.novell.com/show_bug.cgi?id=660519 https://bugzilla.novell.com/show_bug.cgi?id=660519#c0 Summary: YaST config of NTP server - Test server always fails Classification: openSUSE Product: openSUSE 11.4 Version: Milestone 5 of 6 Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: rob.opensuse.linux(a)googlemail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:2.0b7) Gecko/20101105 Firefox/4.0b7 Even configured NTP servers, cannot be found accessible with Test button, in YaST Network Services NTP Server configuration. fir:/var/cache/zypp # uname -a Linux fir 2.6.37-rc5-12-desktop #1 SMP PREEMPT 2010-12-09 16:04:57 +0100 x86_64 x86_64 x86_64 GNU/Linux fir:/var/cache/zypp # echo peers | ntpdc -n remote local st poll reach delay offset disp ======================================================================= =62.253.170.208 82.13.17.125 2 256 377 0.01389 0.001668 0.14433 =127.127.1.0 127.0.0.1 10 64 0 0.00000 0.000000 3.99217 =193.238.80.20 82.13.17.125 3 512 377 0.01503 0.003299 0.12572 *80.5.182.144 82.13.17.125 2 512 377 0.01553 -0.001393 0.10541 They are reachable! Reproducible: Always Steps to Reproduce: 1. Install OS 11.4 M5 2. Configure NTP and test Server Accessibility with the Test Server button 3. Actual Results: Regression from 11.3, where this feature works Expected Results: Button should show servers as accessible. -- 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 545581] New: YaST Qt interface font changes after installation of GNOME desktop
by bugzilla_noreply＠novell.com 02 Feb '11

02 Feb '11

http://bugzilla.novell.com/show_bug.cgi?id=545581 Summary: YaST Qt interface font changes after installation of GNOME desktop Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: x86-64 OS/Version: SuSE Other Status: NEW Severity: Minor Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: r.seete(a)gmail.com QAContact: jsrain(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux; en-GB) AppleWebKit/527+ (KHTML, like Gecko, Safari/419.3) rekonq If one adds the GNOME desktop to a KDE install the Qt interface will use the GNOME desktop's window title font for module titles (I believe it's Jakub Steiner's "Fifth Leg"). Reproducible: Always Steps to Reproduce: 1. Install KDE desktop 2. Install GNOME desktop as well Actual Results: Change in title font Expected Results: No change in title fonts This occurs in oS 11.2 Milestone 8. It also occurs if one updates the system to Factory and then installs GNOME packages. -- Configure bugmail: http://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 668422] New: KDE:Unstable:Playground/simon: Bug nothing provide qt 4.7.0
by bugzilla_noreply＠novell.com 02 Feb '11

02 Feb '11

1 4