September 2011 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 707418] New: Using systemd at boot, system starts in runlevel 3 (no X) instead of runlevel 5
by bugzilla_noreply＠novell.com 15 Sep '11

15 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=707418 https://bugzilla.novell.com/show_bug.cgi?id=707418#c0 Summary: Using systemd at boot, system starts in runlevel 3 (no X) instead of runlevel 5 Classification: openSUSE Product: openSUSE 12.1 Version: Milestone 3 Platform: x86-64 OS/Version: SuSE Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: badshah400(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20100101 Firefox/5.0 I am using a vanilla GNOME system (12.1, M3) installed on virtualbox. I am using systemd at startup using the grub-menu (F5), however that leads to my installed system starting up in text mode (runlevel 3) instead of runlevel 5. While using the traditional bootup it happens correctly to run level 5. I am not sure what logs to attache for this report. Thanks 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 20

[Bug 376668] VUL-0: openssh "ForceCommand" improperly implemented
by bugzilla_noreply＠novell.com 15 Sep '11

15 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=376668 https://bugzilla.novell.com/show_bug.cgi?id=376668#c4 Marcus Meissner <meissner(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Group|novellonly | CC| |meissner(a)suse.com --- Comment #4 from Marcus Meissner <meissner(a)suse.com> 2011-09-15 09:18:52 UTC --- perl bin/addnote CVE-2008-1657 "SUSE Linux Enterprise 10 SP 3 and earlier included versions up to openssh 4.2p1, which are not affected by this problem. SUSE Linux Enterprise 10 SP4 and later versions include versions of openssh 5.1p1 and later, which are no longer affected by this problem. As we had no shipping openssh on SUSE Linux Enterprise in the affected range of 4.4 up to 4.9, we did not need to release updates. Updates for openSUSE 10.2 and 10.3 have been released." -- 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 536476] New: Software Installation - Remaining size not decreased on skipping a package after download failure
by bugzilla_noreply＠novell.com 15 Sep '11

15 Sep '11

http://bugzilla.novell.com/show_bug.cgi?id=536476 Summary: Software Installation - Remaining size not decreased on skipping a package after download failure Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: rkrell(a)gmx.net QAContact: jsrain(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.2) Gecko/20090730 SUSE/3.5.2-3.1 Firefox/3.5.2 The remaining size (may be even the number of packages) is not decreased on skipping a package for instance after a download failure. At the end of the installation YaST still shows the space in the Remaining that would be needed for installation of the missing packages. Reproducible: Always -- 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 2

[Bug 677237] New: Progress bar does not change during installation of packages, but remains in 0 %, and there are a lot of packages that have problems to install (upgrading from RC1).
by bugzilla_noreply＠novell.com 15 Sep '11

15 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=677237 https://bugzilla.novell.com/show_bug.cgi?id=677237#c0 Summary: Progress bar does not change during installation of packages, but remains in 0 %, and there are a lot of packages that have problems to install (upgrading from RC1). Classification: openSUSE Product: openSUSE 11.4 Version: RC 2 Platform: x86-64 OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: publio.escipion.el.africano(a)gmail.com QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:2.0b11) Gecko/20110203 Firefox/4.0b11 I have done the following upgrade scheme 11.2 > 11.4 RC 1 > 11.4 RC 2. During my upgrade from 11.4 RC 1 to 11.4 RC 2 I noticed the following: 1. Progress bar does not change during installation of packages, but it remains in 0 %. So, the slide tab does not either. The user knows of the progress looking at the package installation tab. 2. Installer priorized the source install from Internet instead from the DVD, so the installation lasted circa 3 hours, instead of 20-30 minutes. 3. At the end, the installer complained of a long list of packages that were not properly installed (circa 200). 4. As they were downloaded and erased, I spend two more hours in their installation from Internet (although I set the DVD priority as 1 in the YaST2 > Repositories). 5. Although they all seemed to be rightly installed, today, when I opened the package manager to check whether the Sugar Desktop was available or not (Yast2 > Manage packages) I got an advice that there were many packages that were wrongly installed the last time, and ask me to reinstall them. I accepted and without install or uninstall anything else than that the package manager suggested, YaST2 is re-installing 189 packages! I haven't tried to reproduce those all issues, due to this would implied to re-install the whole OS, but issue 1 and 2 are present in clean install and upgrade install. Reproducible: Didn't try Steps to Reproduce: 1.Upgrade from 11.4 RC1. 2. 3. Actual Results: The progress bar during packages install is stuck in 0 %, Install priorizes Internet sources instead DVD, and I have to deal with a lot of packages that are not properly installed if it were an OS upgrade. Expected Results: Progress bar showed the progress in the installation of packages, Install priorized DVD source, and packages were well installed at one, as in 11.2 > 11.4 RC1, and previous upgrading experiences. -- 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 14

[Bug 701514] New: kded4 allocates memory until it crashes
by bugzilla_noreply＠novell.com 15 Sep '11

15 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=701514 https://bugzilla.novell.com/show_bug.cgi?id=701514#c0 Summary: kded4 allocates memory until it crashes Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: x86-64 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: silviu_marin-caea(a)otpbank.ro QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20100101 Firefox/5.0 kded4 starts allocating memory right after login into KDE. It allocates until it exhausts all memory (on a 4 GB system), then crashes. Reproducible: Always Steps to Reproduce: 1. Login into KDE 2. Watch kded4 grow and grow 3. Kill the process or wait until it crashes Actual Results: kded4 allocates all memory then crashes Expected Results: kded4 should allocate a finite, reasonable quantity of memory -- 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 716847] New: Wrong sorting for Russian language in wiki
by bugzilla_noreply＠novell.com 15 Sep '11

15 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=716847 https://bugzilla.novell.com/show_bug.cgi?id=716847#c0 Summary: Wrong sorting for Russian language in wiki Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Wiki AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: gankov(a)opensuse.org QAContact: adrian(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20100101 Firefox/6.0 All category and articles inside category on ru.opensuse.org has incorrect sorting by Russian alphabet. Sorting by English alphabet is correct. Examples: in list of category http://ru.opensuse.org/index.php?title=Служебная:Categories&limit=500 letter "Я" in middle of list, but "Я" is in end of Russian alphabet. see http://en.wikipedia.org/wiki/Russian_alphabet Reproducible: Always -- 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 717650] New: Unable to start VM
by bugzilla_noreply＠novell.com 14 Sep '11

14 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=717650 https://bugzilla.novell.com/show_bug.cgi?id=717650#c0 Summary: Unable to start VM Classification: openSUSE Product: openSUSE 12.1 Version: Milestone 5 Platform: x86-64 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Xen AssignedTo: jdouglas(a)suse.com ReportedBy: markdewing(a)yahoo.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:6.0.1) Gecko/20100101 Firefox/6.0.1 Starting an existing VM or creating a new VM fails. The output of 'xm dmesg' shows this message: (XEN) io.c:194:d3 MMIO emulation failed @ 0018:9ffff: 00 00 00 00 00 00 Appears to be this issue: http://wiki.xensource.com/xenwiki/XenCommonProblems Starting Xen HVM guests fails when using Xen 4.x and gcc 4.6 Reproducible: Always Steps to Reproduce: 1. Start fully virtualized VM 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 1

[Bug 706316] New: kdevelop does not work
by bugzilla_noreply＠novell.com 14 Sep '11

14 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=706316 https://bugzilla.novell.com/show_bug.cgi?id=706316#c0 Summary: kdevelop does not work Classification: openSUSE Product: openSUSE 12.1 Version: Milestone 2 Platform: x86-64 OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: Development AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: fbernasek(a)netscape.net QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=440492) --> (http://bugzilla.novell.com/attachment.cgi?id=440492) kdevelop crashed User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20100101 Firefox/5.0 after update to KDE 4.6.95 when i start kdevelop he crashed Reproducible: Always Steps to Reproduce: 1.update to KDE 4.6.95 2.double klick on kdevelop 3.kdevelop can't execuze Expected Results: start kdevelop normally -- 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 703808] New: Yast2 runlevel
by bugzilla_noreply＠novell.com 14 Sep '11

14 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=703808 https://bugzilla.novell.com/show_bug.cgi?id=703808#c0 Summary: Yast2 runlevel Classification: openSUSE Product: openSUSE 12.1 Version: Milestone 2 Platform: x86-64 OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: n5xwb(a)comcast.net QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0a2) Gecko/20110601 Firefox/6.0a2 Yast2 System Runlevel locks up on a console or X on the second line. in a xterm you see this error. QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: No such file or directory QFileSystemWatcher: failed to add paths: /root/.config/ibus/bus Bus::open: Can not get ibus-daemon's address. IBusInputContext::createInputContext: no connection to ibus-daemon Reproducible: Always Steps to Reproduce: 1.in X or console start yast2 system runlevel 2.move you curser line down after hitting <alt>x to expand. 3. Actual Results: it locks up Expected Results: You can select a a service and its runlevel. It sets a link from /etc/init.drc#.d/K## and S## back to a file in /etc/init.d also correct Joystick so that it will look at a USB and not a Cameport which has benn obsoleted from many newer MBs. -- 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 700801] New: konqueror, okular, kile don't run in gnome
by bugzilla_noreply＠novell.com 14 Sep '11

14 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=700801 https://bugzilla.novell.com/show_bug.cgi?id=700801#c0 Summary: konqueror, okular, kile don't run in gnome Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: amyekut(a)math.bgu.ac.il QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:2.0.1) Gecko/20100101 Firefox/4.0.1 I use a gnome desktop. Have the kde programs: konqueror, okular and kile installed, and were working well until a few days ago. Then a few days ago these kde programs stopped working. In the gnome system monitor the status is "futex_wait_queue_me". This happens every time. Tried removing and reinstalling, but no improvement. Reproducible: Always Steps to Reproduce: 1. 2. 3. my system: suse 11.4 kernel linux 2.6.37.6-05-desktop gnome 2.32.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 2