April 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 814594] New: KDE Wallet "close wallet when screensaver starts" does not work
by bugzilla_noreply＠novell.com 10 Apr '13

10 Apr '13

https://bugzilla.novell.com/show_bug.cgi?id=814594 https://bugzilla.novell.com/show_bug.cgi?id=814594#c0 Summary: KDE Wallet "close wallet when screensaver starts" does not work Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Critical Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: me(a)kalenz.eu QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/534.34 (KHTML, like Gecko) konqueror/4.10.0 Safari/534.34 KDE Wallet control module has three option boxes for closing wallets: [ ] Close when unused for __ minutes [ ] Close when screensaver starts [ ] Close when last application stops using it Reproducible: Always Steps to Reproduce: 1. Tick the second box, untick the other two; 2. Use your KDE Wallet, for example in the Konqueror browser; 3. Wait until screensaver starts, OR, use the "Lock" button to start it. Actual Results: Wallet stays merrily open. Anyone can sit at your desk and use your passwords. Expected Results: Wallet should have closed. Marking "Critical" because it is a security hazard. -- 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 808048] New: Tiny plasma-desktop window in top-left corner after login
by bugzilla_noreply＠novell.com 10 Apr '13

10 Apr '13

https://bugzilla.novell.com/show_bug.cgi?id=808048 https://bugzilla.novell.com/show_bug.cgi?id=808048#c0 Summary: Tiny plasma-desktop window in top-left corner after login Classification: openSUSE Product: openSUSE 12.3 Version: RC 2 Platform: x86-64 OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: me(a)kalenz.eu QAContact: qa-bugs(a)suse.de Found By: Community User Blocker: --- Created an attachment (id=528709) --> (http://bugzilla.novell.com/attachment.cgi?id=528709) screenshot RC2 fresh install from KDE live usb. Annoying little window (see screenshot) appears every time I log in. On task manager (bottom panel) right click > Close will make it disappear. Still, it's annoying. -- 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 811930] New: IPaddr2 does not send unsolicited ARP packets
by bugzilla_noreply＠novell.com 10 Apr '13

10 Apr '13

https://bugzilla.novell.com/show_bug.cgi?id=811930 https://bugzilla.novell.com/show_bug.cgi?id=811930#c0 Summary: IPaddr2 does not send unsolicited ARP packets Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: diego.ercolani(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20100101 Firefox/19.0 The object is the utility /usr/lib/ocf/resource.d/heartbeat/IPaddr2 in resource-agents-3.9.4-2.1.1.x86_64 I have an installation of corosync/pacemaker linux-ha under opensuse 12.3. I use ocf::hearbeat::IPaddr2 to have a cluster ip and I have a CISCO uplink that I can't control. I need unsolicited arp packet when the address is migrated from one node to the other so CISCO Router invalidate its arp table but it seem that IPaddr2 included don't send unsolicited arp packet To address the issue, I use a script that when invoked send unsolicied arp packet manually but I think IPaddr2 should be revised. 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 8

[Bug 810959] New: openSUSE:12.3:Update/openttd: Bug
by bugzilla_noreply＠novell.com 10 Apr '13

10 Apr '13

https://bugzilla.novell.com/show_bug.cgi?id=810959 https://bugzilla.novell.com/show_bug.cgi?id=810959#c0 Summary: openSUSE:12.3:Update/openttd: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other URL: https://secure.openttd.org/www/en/ OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: suse(a)ammler.ch ReportedBy: suse(a)ammler.ch QAContact: opensuse-communityscreening(a)forge.provo.novell.com CC: meissner(a)suse.com Found By: Development Blocker: --- current openttd version in 12.3 is the new testing version and should be upgraded as soon as the official stable will be released. This usually happen on April 1st. (This bugreport is first step for the maintainance workflow.) -- 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 809972] New: x3270 fonts are unusable
by bugzilla_noreply＠novell.com 10 Apr '13

10 Apr '13

https://bugzilla.novell.com/show_bug.cgi?id=809972 https://bugzilla.novell.com/show_bug.cgi?id=809972#c0 Summary: x3270 fonts are unusable Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: com1(a)schnatbaum-e.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:21.0) Gecko/20130314 Firefox/21.0 With opensuse 12.3 I installed the package x3270-3.3.12-528.8x86_64.rpm The 3270*.gz fonts in this package all have a size of 20 bytes and are unusable. Font selection in x3270 did not work. Copying the 3270*.gz fonts from an older openSuse installation (11.4) solved the problem for me. Reproducible: Always Steps to Reproduce: 1. Install package x3270-3.3.12-528.8x86_64.rpm 2. Invoke x3270. 3. Try to change the font. Actual Results: x3270 font selection fails with error message. Expected Results: x3270 font selection working. The operating system is openSuse 12.3 final. -- 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 811870] New: Recent commit causes SysV services not to be enabled
by bugzilla_noreply＠novell.com 10 Apr '13

10 Apr '13

https://bugzilla.novell.com/show_bug.cgi?id=811870 https://bugzilla.novell.com/show_bug.cgi?id=811870#c0 Summary: Recent commit causes SysV services not to be enabled Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: joschibrauchle(a)gmx.de QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:19.0) Gecko/20100101 Firefox/19.0 Due to the recent commit to yast2, https://github.com/yast/yast-yast2/commit/f600967b96446de309a63ca6ed9154a4b… Yast now calls "systemctl is-enabled <service>" to check if a service is enabled before it actually enables it. Problem: This does not work correctly for old sysvinit services due to a possible bug in systemd, see the following y2log: ---------- 2013-03-26 19:36:19 <1> student04(4489) [YCP] RunlevelEd.ycp:687 Setting nfs: ["3", "5"] 2013-03-26 19:36:19 <2> student04(4489) [YCP] Service.ycp:341 Cannot enable service nfs (just) in selected runlevels, enabling in all default ones 2013-03-26 19:36:19 <3> student04(4489) [bash] ShellCommand.cc(shellcommand):78 nfs.service is not a native service, redirecting to /sbin/chkconfig. 2013-03-26 19:36:19 <3> student04(4489) [bash] ShellCommand.cc(shellcommand):78 Executing /sbin/chkconfig nfs --level=5 ---------- The installed system ends up with nfs service not running. The reason is this: ---------- -bash-4.2# rcnfs status Checking for mounted nfs shares (from /etc/fstab):gssd not running idmapd not running unused nfs.service - LSB: NFS client services Loaded: loaded (/etc/init.d/nfs) Active: inactive (dead) CGroup: name=systemd:/system/nfs.service -bash-4.2# /sbin/chkconfig -l nfs Note: This output shows SysV services only and does not include native systemd services. SysV configuration data might be overridden by native systemd configuration. nfs 0:off 1:off 2:off 3:off 4:off 5:off 6:off -bash-4.2# systemctl is-enabled nfs.service nfs.service is not a native service, redirecting to /sbin/chkconfig. Executing /sbin/chkconfig nfs --level=5 nfs off enabled -bash-4.2# ---------- Clearly, "systemctl is-enabled nfs.service" incorrectly reports nfs to be "enabled" although it is disabled! Due to this wrong information and the commit mentioned above, YaST now does not enable sysvinit services because systemd tells it they would already be enabled! Reproducible: Always Steps to Reproduce: 1. Let YaST enable a sysvinit service 2. YaST calls "systemctl is-enabled <service>" which wrongly reports it to be enabled -- 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 18

[Bug 809842] New: /lib/mkinitrd/scripts/boot-mtab.sh of aaa_base is not exutable
by bugzilla_noreply＠novell.com 10 Apr '13

10 Apr '13

https://bugzilla.novell.com/show_bug.cgi?id=809842 https://bugzilla.novell.com/show_bug.cgi?id=809842#c0 Summary: /lib/mkinitrd/scripts/boot-mtab.sh of aaa_base is not exutable Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: SUSE Other Status: NEW Severity: Minor Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: werner(a)suse.com QAContact: qa-bugs(a)suse.de CC: ro(a)suse.com Found By: --- Blocker: --- subject says it all ;) /home/werner> rpm -qf /lib/mkinitrd/scripts/boot-mtab.sh aaa_base-12.3-14.3.1.x86_64 /home/werner> rpm -qVf /lib/mkinitrd/scripts/boot-mtab.sh S.5....T. c /etc/shells .M....... /lib/mkinitrd/scripts/boot-mtab.sh /home/werner> rpm -qvlf /lib/mkinitrd/scripts/boot-mtab.sh | grep boot-mtab -rw-r--r-- 1 root root 230 Feb 6 13:22 /lib/mkinitrd/scripts/boot-mtab.sh -- 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 811340] New: Kmail (in Kontact): selected mails and attachments are inaccessible (although apparently still there - KDE4.10.1)
by bugzilla_noreply＠novell.com 10 Apr '13

10 Apr '13

https://bugzilla.novell.com/show_bug.cgi?id=811340 https://bugzilla.novell.com/show_bug.cgi?id=811340#c0 Summary: Kmail (in Kontact): selected mails and attachments are inaccessible (although apparently still there - KDE4.10.1) Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Critical Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: stakanov(a)freenet.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20100101 Firefox/19.0 Within the last month in selected POP3 accounts for selected days, the mails are inaccessible and so are attachments. Repeatable always. The bug hits selected days in specific mailboxes. It is random and hits apparently mail out of all mailboxes. Once a mailbox is "hit" by this bug, archiving fails also with "one message could not be archived" and the whole process breaks. Restarting of Akonadi does not help. Within the same mailbox (pop/local) there are let us say 5 days normal then the messages of one day are inaccessible, including the attachments. You can hover over, and the popup prevision shows a part of the text, it shows that it has an attachment but the latter is inaccessible as is the mail. It does not open, double click does not do anything. It may be that if the message before the one hit is selected it shows well, then if you go back on the compromised one, the preview stays on the message read beforehand but the popup preview of KDE changes. This bug MAY be related to the bug reported with "messages sent are vanishing" but it is by no means sure as the dates of messages in the sent folder vanishing and the ones of the date of messages you may not open anymore do not correspond. This is severe because you seem to have complete data loss (e.g. Payment receipts in attachment, order confirmations, whatever you need for documentation purposes. Reproducible: Always Steps to Reproduce: 1. use KDE with Pop3 and several local folders 2. retrieve mail for one month 3. try to open these mails, some with attachment. Actual Results: The mail will refuse to open. The preview window either stays empty or displays the precedent message. The KDE popup help shows the correct beginning of the mail text, it shows also if an attachment is present. But you can access neither. Expected Results: Mail should open and attachment should be accessible, and displayable. Mails are documents and therefore important personal data that should have the same dignity as documents, faxes or pdf. Data loss in this way is not production ready, can have severe consequences and makes Kmail potentially useless. If this helps: since 12.1 the spell check underline function is broken. Since 12.2 the search function for mail in nepomuk is broken. Since 4.10.1 sent mails vanish and the received mails randomly vanish together with attachments. Make your own conclusions. Relevant info: this is a two user setup (on for post and one for surf). The switch is made with switch user. KDE version 4.10.1. Log in and out of KDE (as suggested in the KDE akonadi pages) does not seem to make any difference to the problem. -- 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 796757] New: Ruby 1.9.3 segfault when embedding into threaded code
by bugzilla_noreply＠novell.com 09 Apr '13

09 Apr '13

https://bugzilla.novell.com/show_bug.cgi?id=796757 https://bugzilla.novell.com/show_bug.cgi?id=796757#c0 Summary: Ruby 1.9.3 segfault when embedding into threaded code Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: kkaempf(a)suse.com QAContact: qa-bugs(a)suse.de Found By: Development Blocker: --- Embedding Ruby into threaded C code fails with a segfault during garbage collection due to stack boundary mismatch. The full reasoning is detailed here: http://bugs.ruby-lang.org/issues/show/2294 In openSUSE 12.2 this affects cmpi-bindings-ruby Applying https://github.com/sunaku/ruby/compare/trunk...2294_bind_stack.patch fixes this issue. -- 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 813893] New: systemd: migration of /etc/init.d/rc?.d to systemd links not happening
by bugzilla_noreply＠novell.com 09 Apr '13

09 Apr '13

https://bugzilla.novell.com/show_bug.cgi?id=813893 https://bugzilla.novell.com/show_bug.cgi?id=813893#c0 Summary: systemd: migration of /etc/init.d/rc?.d to systemd links not happening Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: All OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: fcrozat(a)suse.com ReportedBy: jengelh(a)inai.de QAContact: qa-bugs(a)suse.de Found By: Beta-Customer Blocker: --- I have (now: had) an openSUSE 11.4 system here were, among other services, squid was running and also enabled by way of /etc/init.d/rc3.d/S13squid. During the upgrade to 12.3, no corresponding entries were created in /etc/systemd. As a result, on reboot, squid was not started again. $ find /etc/systemd/system /etc/systemd/system /etc/systemd/system/default.target /etc/systemd/system/default.target.wants /etc/systemd/system/default.target.wants/systemd-readahead-collect.service /etc/systemd/system/default.target.wants/systemd-readahead-replay.service /etc/systemd/system/getty.target.wants /etc/systemd/system/getty.target.wants/getty(a)tty1.service /etc/systemd/system/multi-user.target.wants /etc/systemd/system/multi-user.target.wants/atd.service /etc/systemd/system/multi-user.target.wants/auditd.service /etc/systemd/system/multi-user.target.wants/remote-fs.target /etc/systemd/system/multi-user.target.wants/rsyslog.service /etc/systemd/system/multi-user.target.wants/sshd.service /etc/systemd/system/multi-user.target.wants/sssd.service /etc/systemd/system/newrelic-sysmond.service /etc/systemd/system/runlevel2.target.wants /etc/systemd/system/runlevel2.target.wants/acpid.service /etc/systemd/system/runlevel2.target.wants/cron.service /etc/systemd/system/runlevel3.target.wants /etc/systemd/system/runlevel3.target.wants/acpid.service /etc/systemd/system/runlevel3.target.wants/apache2.service /etc/systemd/system/runlevel3.target.wants/cron.service /etc/systemd/system/runlevel5.target.wants /etc/systemd/system/runlevel5.target.wants/acpid.service /etc/systemd/system/runlevel5.target.wants/apache2.service /etc/systemd/system/runlevel5.target.wants/cron.service /etc/systemd/system/syslog.service /etc/systemd/system/system-update.target.wants /etc/systemd/system/system-update.target.wants/systemd-readahead-drop.service (I already enabled and add a handful of services, like sshd, sssd, auditd, because they too were not started by default.) 22:37 server01:~ # rcsquid status Checking for WWW-proxy squid unused squid.service - Squid caching proxy Loaded: loaded (/usr/lib/systemd/system/squid.service; disabled) Active: inactive (dead) CGroup: name=systemd:/system/squid.service 22:37 server01:~ # find /etc/init.d | grep squid /etc/init.d/rc5.d/S13squid /etc/init.d/rc5.d/K01squid /etc/init.d/squid /etc/init.d/rc3.d/S13squid /etc/init.d/rc3.d/K01squid Trying to reproduce in a VM.. -- 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