November 2011 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 700612] New: System beeps on shutdown/reboot, even when pcspkr is not loaded
by bugzilla_noreply＠novell.com 23 Nov '13

23 Nov '13

https://bugzilla.novell.com/show_bug.cgi?id=700612 https://bugzilla.novell.com/show_bug.cgi?id=700612#c0 Summary: System beeps on shutdown/reboot, even when pcspkr is not loaded Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: johan.lans(a)apspektakel.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/534.30 (KHTML, like Gecko) Chrome/12.0.742.100 Safari/534.30 When gnome is shut down/rebooted there is a loud system beep. Beep is unaffected by set sound volume. I tried blacklisting pcspkr, but no change. Reproducible: Always Steps to Reproduce: 1. hadoque@fermi:~> lsmod | grep -i pcspkr hadoque@fermi:~> 2. reboot Actual Results: System beeps Expected Results: Be quiet hadoque@fermi:~> uname --all Linux fermi 2.6.37.6-0.5-desktop #1 SMP PREEMPT 2011-04-25 21:48:33 +0200 x86_64 x86_64 x86_64 GNU/Linux fermi:~ # lspci | grep -i audio 00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA) 01:05.1 Audio device: ATI Technologies Inc RS880 Audio Device [Radeon HD 4200] -- 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 725743] New: orca install fails
by bugzilla_noreply＠novell.com 23 Nov '13

23 Nov '13

https://bugzilla.novell.com/show_bug.cgi?id=725743 https://bugzilla.novell.com/show_bug.cgi?id=725743#c0 Summary: orca install fails Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: i386 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: andreas.roehler(a)online.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.5) Gecko/20041122 Firefox/1.0 when trying to access orca with orca --gui-setup or orca -V get likewise Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/site.py", line 73, in <module> __boot() File "/usr/lib/python2.7/site-packages/site.py", line 48, in __boot addsitedir(item) File "/usr/lib/python2.7/site.py", line 188, in addsitedir addpackage(sitedir, name, known_paths) File "/usr/lib/python2.7/site.py", line 158, in addpackage exec line File "<string>", line 1, in <module> AttributeError: 'module' object has no attribute 'setdefaultencoding' Reproducible: Always Steps to Reproduce: 1. > orca --gui-setup 2. 3. Actual Results: see 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 3

[Bug 720745] New: Radeon 6850 Causes Screen Corruption and Flickering When Activated During Second Phase of Install
by bugzilla_noreply＠novell.com 23 Nov '13

23 Nov '13

https://bugzilla.novell.com/show_bug.cgi?id=720745 https://bugzilla.novell.com/show_bug.cgi?id=720745#c0 Summary: Radeon 6850 Causes Screen Corruption and Flickering When Activated During Second Phase of Install Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: PC OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: malv_star(a)hotmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=453362) --> (http://bugzilla.novell.com/attachment.cgi?id=453362) Image of screen produced by this bug. User-Agent: Mozilla/5.0 (X11; Linux i686; rv:6.0.2) Gecko/20100101 Firefox/6.0.2 When installing openSuSE 12.1 Milestone 5, I used a machine with a Radeon HD6850 graphics card installed. The first phase of install proceeded normally, however once the system rebooted to begin the second phase of install, the screen appeared covered in vertical stripes and seemed to flicker randomly. I was not able to progress past this point without swapping out the graphics card for a Radeon HD5670, after which the install continued normally. I don't know if it makes a difference, but I selected KDE as my desktop. Reproducible: Always Steps to Reproduce: 1. Begin installation of a machine with a Radeon HD6850 graphics card 2. Complete the first phase of installation, selecting KDE as your desktop. 3. Wait for the system to reboot and attempt to initiate the second phase of installation. Actual Results: Flickering stripes appear on the screen. Expected Results: Graphics are displayed normally on the screen. -- 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 28

[Bug 681109] New: /etc/init.d/boot.clock: SYSTZ is not set properly under some conditions
by bugzilla_noreply＠novell.com 22 Nov '13

22 Nov '13

https://bugzilla.novell.com/show_bug.cgi?id=681109 https://bugzilla.novell.com/show_bug.cgi?id=681109#c0 Summary: /etc/init.d/boot.clock: SYSTZ is not set properly under some conditions Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: All OS/Version: SuSE Other Status: NEW Severity: Minor Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: sbrabec(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- FAT file systems are mounted with local time zone by default. It means that proper file time information needs SYSTZ kernel variable set correctly. There are two utilities to do it: hwclock --systz and warpclock. /etc/init.d/boot.clock uses them both, but only sometimes. SYSTZ needs to be set always. Actually, on my system SYSTZ remains to set incorrectly and all times on FAT filesystem are shifted one hour forward. Variables from my /etc/sysconfig/clock: HWCLOCK="-u" SYSTOHC="yes" TIMEZONE="Europe/Prague" DEFAULT_TIMEZONE="US/Eastern" File /etc/adjtime exists and contains: 0.0 0 0.0 0 UTC sh -x /etc/init.d/boot.clock start confirms, that hwclock --systz nor warpclock are called: + . /etc/rc.status ++ /bin/mountpoint -q /sys/fs/cgroup/systemd ++ LC_ALL=POSIX ++ export LC_ALL ++ trap rc_lc SIGWINCH ++ test -n '' -a -n '' ++ rc_lc ++ test -n '' +++ stty size ++ set -- 73 224 ++ LINES=73 ++ COLUMNS=224 ++ test 73 -eq 0 -o 224 -eq 0 ++ export LINES COLUMNS ++ case ":$PATH:" in ++ test -t 1 -a xterm '!=' raw -a xterm '!=' dumb +++ echo -en '\033' ++ esc=$'\E' ++ extd='' ++ warn='' ++ done='' ++ attn='' +++ echo -en '\017' ++ norm='' +++ echo -en '\015 ' ++ stat=' ' ++ rc_done=' done' ++ rc_running=' running' ++ rc_failed=' failed' ++ rc_missed=' missing' ++ rc_skipped=' skipped' ++ rc_dead=' dead' ++ rc_unused=' unused' ++ rc_unknown=' failed'' ++ rc_reset=''p=' ++ rc_save='' ++ rc_restor'=' ++ _rc_service=/etc/init.d/boot.clock ++ _rc_status=0 ++ _rc_status_all=0 ++ _rc_todo=start ++ test start = status ++ test -n start ++ cmdline= + . /etc/sysconfig/clock ++ HWCLOCK=-u ++ SYSTOHC=yes ++ TIMEZONE=Europe/Prague ++ DEFAULT_TIMEZONE=US/Eastern + USE_ADJFILE=no + case "$HWCLOCK" in + USE_ADJFILE=yes + test yes '!=' yes + USE_HWCLOCK=yes + case "$(uname -i)" in ++ uname -i + test -r /proc/xen/capabilities + ELEVENMIN_MODE=no ++ adjtimex --print ++ sed -rn '/^[[:blank:]]*status:/{ s/[^[:digit:]]*([[:digit:]]+)/\1/p; }' + typeset -i STA_CLOCK=8257 + test 64 -eq 0 + rc_reset + _rc_status=0 + _rc_status_all=0 + rc_check + _rc_status_ret=0 + test 0 -eq 0 + test 0 -eq 0 + return 0 + return 0 + case "$1" in + test -n '' + test yes '!=' yes + test no = yes + echo -n 'Set System Time to the current Hardware Clock' Set System Time to the current Hardware Clock+ test yes = yes + test '!' -s /etc/adjtime + test -w /etc/adjtime + adjfile_thirdline + rtc_rule /sbin/hwclock -u --adjust + local temprules=/dev/.udev/rules.d + local uevseqnum=/sys/kernel/uevent_seqnum + local rule=/dev/.udev/rules.d/95-rtc-cmos.rules + local -i start=0 end=0 + test -e /dev/rtc + /sbin/hwclock -u --adjust + return 0 + rc_status -v + rc_check + _rc_status_ret=0 + test 0 -eq 0 + test 0 -eq 0 + return 0 + test 0 -gt 7 + _rc_status_ret=0 + case "$_rc_todo" in + local i + for i in '"$@"' + case "$i" in + local vrt= + local out=1 + local opt=en + test -n '' + opt=e + case "$_rc_status" in + vrt=' done' + echo -e '' done done + _rc_status=0 + return 0 + rc_exit + exit 0 Related (already fixed): bug 556979 -- 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 30

[Bug 626463] New: Please bring your kdebase4-workspace feature for reducing the classic-menu menu-depth upstream
by bugzilla_noreply＠novell.com 21 Nov '13

21 Nov '13

http://bugzilla.novell.com/show_bug.cgi?id=626463 http://bugzilla.novell.com/show_bug.cgi?id=626463#c0 Summary: Please bring your kdebase4-workspace feature for reducing the classic-menu menu-depth upstream Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: cyberbeat(a)gmx.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/534.1 SUSE/6.0.443.0 (KHTML, like Gecko) Chrome/6.0.443.0 Safari/534.1 opensuse-11.3 contains a patch for kdebase4-workspace (plasma-kickoff-newly-collapsing.diff), which I would like to see included in kde upstream. I hope there would be not much modifications needed to this patch to do this? The patch reduces optionally the menu-depth for menu-folders with only one entry, and also shows optionally recently installed applications. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 6

[Bug 733195] New: KMail 4.7.x ist broken, buggy, broken, buggy, broken, buggy and -- broken & buggy
by bugzilla_noreply＠novell.com 21 Nov '13

21 Nov '13

https://bugzilla.novell.com/show_bug.cgi?id=733195 https://bugzilla.novell.com/show_bug.cgi?id=733195#c0 Summary: KMail 4.7.x ist broken, buggy, broken, buggy, broken, buggy and -- broken & buggy Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86-64 OS/Version: SuSE Other Status: NEW Severity: Critical Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: p.heinlein(a)heinlein-support.de QAContact: qa(a)suse.de Found By: --- Blocker: --- I'm very angry and "not amused" about the "new" Kmail with Akonadi-Storage. This KMail ist absolute broken and buggy, it's like an early pre-alpha-release. It's absolutly NOT working, even not in unstable testing enviroments. I absolutely DON'T understand how/why SUSE ships this version of Kmail with OpenSUSE 12.1. In fact: OpenSUSE 12.1 does NOT have a working KDE-Mail-Application at all. Hey, it's the year 2011! I have several MAJOR bugs and crashes in KMail. I won't file them one by one, because I don't believe they will be fixed by SUSE. All of those bugs have been mailed directly to KDAB (in German). Some of the major bugs: *) KMail crashes with Segfauls when using the "fast search" for folders. Makes KMail unusable. Bug 732925. *) Mails in Draft-Folders aren't opend rw, but ro. Open those mails manually rw leads to a data loss if the e-mail is closed afterwards without any changes. DATA LOSS!!!! *) KMail shows the content of INBOX in every subfolder, if the Draft-Folder has been changed during runtime. But I'm happy to say, that Kmail had not synchronized this bullshit to the server. Whow. *) KMail looses a "preferred folders" one-by-one after using the folder-search. Very funny. HarHar. *) Migration vom Kmail from OpenSUSE 11.4 to Kmail from OpenSUSE 12.1 hadn't worked at all. *) mailto:-Links don't work in OpenSUSE 12.1. Bug 732926. And many, many, more. How is resonsible to the decission, which KMail-version will be shipped with OpenSUSE? KMail 4.7.x shoudn't be shipped with OpenSUSE at all. Please provide downgrade-packages to working Kmail-versions! -- 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 684762] New: Update of kdelibs4 overwrites /usr/share/kde4/apps/kssl/ca-bundle.crt
by bugzilla_noreply＠novell.com 21 Nov '13

21 Nov '13

https://bugzilla.novell.com/show_bug.cgi?id=684762 https://bugzilla.novell.com/show_bug.cgi?id=684762#c0 Summary: Update of kdelibs4 overwrites /usr/share/kde4/apps/kssl/ca-bundle.crt Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: rolf(a)rotkraut.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.2.16) Gecko/20110319 SUSE/3.6.16-0.2.1 Firefox/3.6.16 The file /usr/share/kde4/apps/kssl/ca-bundle.crt contains all the root certificates that should be trusted by KDE applications such as kmail. Sites using their own SSL certificates or admins having their own preferences on which certificates they want to trust need to edit this file to add or remove root certificates. Therefore this file definitely contains local site configuration. Unfortunately, the spec file for kdelibs4 fails to mark this file as %config and so it gets overwritten each time a new version of kdelibs4 gets installed. Strictly speaking, since this file may contain site configuration, /usr/share/kde4 is the wrong location to install it in the first place. It should rather be installed in /etc, for instance as /etc/kde4/share/apps/kssl/ca-bundle.crt. Reproducible: Always Steps to Reproduce: 1. Edit /usr/share/kde4/apps/kssl/ca-bundle.crt to add custom root certificates. 2. Upgrade kdelibs4, for instance installing some security patch. Actual Results: /usr/share/kde4/apps/kssl/ca-bundle.crt gets replaced by the version in the new rpm package. The local site configuration is lost. Expected Results: The file from the upgrade package should be installed as ca-bundle.crt.rpmnew rather then overwriting the existing file. -- 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 691058] New: PulseAudio Applet icons multiply after each reboot.
by bugzilla_noreply＠novell.com 21 Nov '13

21 Nov '13

https://bugzilla.novell.com/show_bug.cgi?id=691058 https://bugzilla.novell.com/show_bug.cgi?id=691058#c0 Summary: PulseAudio Applet icons multiply after each reboot. Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Minor Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: rkoktan(a)novell.com QAContact: qa(a)suse.de Found By: Field Engineer Blocker: --- Since upgrading to 11.4 a few days ago, I've noticed that each time I reboot, when Gnome loads, there is 1 additional PulseAudio Applet icon on the system panel. If I manually close all but 1, then reboot, there are 2. If I reboot again, there are 3, etc. Not a deal-breaker, but irritating all the same, as after 10 days now the applet icons are taking up a lot of panel real estate. -- 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 731575] New: No 12.1 repos for Virtualization:Cloud:OpenNebula, Virtualization:Cloud:OpenStack, or Virtualization:Cloud:Eucalyptus
by bugzilla_noreply＠novell.com 21 Nov '13

21 Nov '13

https://bugzilla.novell.com/show_bug.cgi?id=731575 https://bugzilla.novell.com/show_bug.cgi?id=731575#c0 Summary: No 12.1 repos for Virtualization:Cloud:OpenNebula, Virtualization:Cloud:OpenStack, or Virtualization:Cloud:Eucalyptus Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: rschweikert(a)suse.com ReportedBy: jfunk(a)funktronics.ca QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: --- Blocker: --- The press release for 12.1 states that "the openSUSE Virtualization and Cloud repository for openSUSE 12.1 offers the latest versions of Eucalyptus, OpenNebula and OpenStack for openSUSE 12.1." OpenNebula and Eucalyptus are nowhere to be found for 12.1, and the main OpenStack project is also missing the 12.1 repo. Could someone with the necessary access turn these on? -- 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 728562] New: perlcritic missing executable permission
by bugzilla_noreply＠novell.com 21 Nov '13

21 Nov '13

https://bugzilla.novell.com/show_bug.cgi?id=728562 https://bugzilla.novell.com/show_bug.cgi?id=728562#c0 Summary: perlcritic missing executable permission Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: Other OS/Version: Other Status: ASSIGNED Severity: Normal Priority: P5 - None Component: Development AssignedTo: rschweikert(a)suse.com ReportedBy: rschweikert(a)suse.com QAContact: qa(a)suse.de Found By: --- Blocker: --- /usr/bin/perlcritic is not executable. This is the command line interface to the Perl-Critic collection of modules, thus it needs to be executable bye everyone on the system. Applies to 11.4 and 12.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 1