October 2012 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 765948] AUDIT-0: qemu and kvm setuid bridge helper setuid binary
by bugzilla_noreply＠novell.com 10 Oct '12

10 Oct '12

https://bugzilla.novell.com/show_bug.cgi?id=765948 https://bugzilla.novell.com/show_bug.cgi?id=765948#c10 Sebastian Krahmer <krahmer(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO InfoProvider| |brogers(a)suse.com --- Comment #10 from Sebastian Krahmer <krahmer(a)suse.com> 2012-10-10 08:02:32 UTC --- ping? -- 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 779702] New: Remote Update via "zypper dup" breaks when "openssh" is updated
by bugzilla_noreply＠novell.com 10 Oct '12

10 Oct '12

https://bugzilla.novell.com/show_bug.cgi?id=779702 https://bugzilla.novell.com/show_bug.cgi?id=779702#c0 Summary: Remote Update via "zypper dup" breaks when "openssh" is updated Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: All OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Update Problems AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: ralf(a)bj-ig.de QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_4) AppleWebKit/536.25 (KHTML, like Gecko) Version/6.0 Safari/536.25 I'm currently updating a server from Tumbleweed to 12.2 using "zypper dup". I did this via a ssh connection. The update broke when zypper updated openssh because the ssh connection was closed: [...] Installation von: pam_mktemp-1.1.1-2.1.2 [fertig] Installation von: pam_chroot-0.9.2-56.1.2 [fertig] Installation von: openssh-6.0p1-2.3.3 [97%]Connection to xxx closed by remote host. Connection to xxx closed. Reproducible: Always Steps to Reproduce: 1. zypper dup via ssh 2. wait until openssh is updated 3. connection closed, updated failed -- 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 13

[Bug 783839] New: systemd does not start service
by bugzilla_noreply＠novell.com 10 Oct '12

10 Oct '12

https://bugzilla.novell.com/show_bug.cgi?id=783839 https://bugzilla.novell.com/show_bug.cgi?id=783839#c0 Summary: systemd does not start service Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: bzb.dev001(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20100101 Firefox/15.0.1 I'm running on opensuse 12.2 32bit with lxde and using systemd to startup a manually compiled version of apache httpd. After performing the steps below, httpd is not running. I've read http://doc.opensuse.org/documentation/html/openSUSE/opensuse-reference/cha.… but not helpful. My manually compiled httpd is located in /usr/local/bin/apache-2.2.23 and I have verified that httpd is properly configured and can be invoked manually. I created /etc/systemd/system/myhttpd.target. This file is shown below. [Unit] Description=my apache httpd After=syslog.target network.target Before=getty(a)tty1.service [Service] Type=forking PIDFile=/usr/local/bin/httpd-2.2.23/logs/httpd.pid ExecStart=/usr/local/bin/httpd-2.2.23/bin/apachectl -k start ExecReload=/usr/local/bin/httpd-2.2.23/bin/apachectl -k restart ExecStop=/usr/local/bin/httpd-2.2.23/bin/apachectl -k stop [Install] WantedBy=multi-user.target I then executed the following command at the console. # systemctl start myhttpd.target # systemctl status myhttpd.target Loaded: loaded (/etc/systemd/system/my-httpd.target; enabled) Active: active since Fri, 05 Oct 2012 21:37:55 -0400; 32s ago # systemctl --failed UNIT LOAD ACTIVE SUB JOB DESCRIPTION NetworkManager.service loaded failed failed Network Manager xinetd.service loaded failed failed LSB: Starts the xinet daemon. Be aware that xinetd doesn't start if no service is configured to run under it. To enable xinetd services go to YaST Network Services (xinetd) section. LOAD = Reflects whether the unit definition was properly loaded. ACTIVE = The high-level unit activation state, i.e. generalization of SUB. SUB = The low-level unit activation state, values depend on unit type. JOB = Pending job for the unit. 2 units listed. Pass --all to see inactive units, too. # ps -ley|grep -i http NOTE:no httpd entries are shown. 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 5

[Bug 780414] New: /etc/init.d/ntp ntptimeset uses 'noselect' servers
by bugzilla_noreply＠novell.com 10 Oct '12

10 Oct '12

https://bugzilla.novell.com/show_bug.cgi?id=780414 https://bugzilla.novell.com/show_bug.cgi?id=780414#c0 Summary: /etc/init.d/ntp ntptimeset uses 'noselect' servers Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: All OS/Version: openSUSE 12.1 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: phdm(a)macqel.be QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.17) Gecko/20110420 SUSE/3.6.17-0.2.1 Firefox/3.6.17 noselect is a keyword that can be added to a 'server' entry in /etc/ntp.conf to mark that ntpd is forbidden to use it for synchronization purpose, but that it should monitor it. This is useful if you want to see easily if a set of ntp clients are synchronized, using "ntpq -p" on the server. /etc/init.d/ntp ntptimeset (and hence /etc/init.d/ntp start) however does not look at the `noselect' attribute and happily use those servers for initial synchronization, which is at least unexpected and could be a very bad thing Reproducible: Always Steps to Reproduce: 1.add at the beginning of your ntp.conf file a line : 'server 192.168.192.168 noselect' 2.restart ntp using '/etc/init.d/ntp restart' 3./etc/init.d/ntp will tell you it is synchronizing to 192.168.192.168 -- 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 688004] New: Problem using IC Plus Corp IP1000 Family Gigabit Ethernet with openSUSE 11.3 (x86 and x86_64)
by bugzilla_noreply＠novell.com 10 Oct '12

10 Oct '12

https://bugzilla.novell.com/show_bug.cgi?id=688004 https://bugzilla.novell.com/show_bug.cgi?id=688004#c0 Summary: Problem using IC Plus Corp IP1000 Family Gigabit Ethernet with openSUSE 11.3 (x86 and x86_64) Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Major Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: gearge(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.16) Gecko/20110319 SUSE/3.6.16-0.2.1 Firefox/3.6.16 On both x86 and x86_64 OpenSuSE 11.3 I lose network connectivity with my gateway router, if heavy downloading is evolved (e.g. downloading a large file over HTTP or any activity on bittorrent). I have no limitations on my ISP side and the router is working fine. I performed an upgraded to the latest firmware from my wireless router's vendor and installed third party firmware, but the problem remains. While I lose connectivity on the wired network segment (my PC is directly connected to the router via UTP), the wireless segment continues to operate. I have no networking issues while watching streaming media - normal or higher quality - or performing regular browsing, for an unlimited time. Information about my network card: 06:01.0 Ethernet controller [0200]: Sundance Technology Inc / IC Plus Corp IP1000 Family Gigabit Ethernet [13f0:1023] (rev 41) 1: None 00.0: 10701 Ethernet [Created at net.124] Unique ID: usDW.ndpeucax6V1 Parent ID: rBUF.H29BqU8ALB5 SysFS ID: /class/net/eth0 SysFS Device Link: /devices/pci0000:00/0000:00:1e.0/0000:06:01.0 Hardware Class: network interface Model: "Ethernet network interface" Driver: "Sundance Technology IPG Triple-Speed Ethernet" Driver Modules: "ipg" Device File: eth0 HW Address: Link detected: yes Config Status: cfg=new, avail=yes, need=no, active=unknown Attached to: #31 (Ethernet controller) The bug has been reported on Kernel Bug Tracker: https://bugzilla.kernel.org/show_bug.cgi?id=33332 and is being discussed in openSUSE forum thread: http://forums.opensuse.org/english/get-technical-help-here/network-internet… Reproducible: Always Steps to Reproduce: 1.Install openSUSE 11.3 (x86 and/or x86_64) on a machine with IC Plus Corp IP1000 Family Gigabit Ethernet NIC (PCI ID 13f0:1023) 2.Install all updates supplied by openSUSE to date 14-Apr-2011 3.Start downloading a large file over HTTP or bittorrent Actual Results: Lost network connectivity with a gateway router. 'service network restart' helps resolve the problem, until downloading is resumed. Expected Results: No networking issues. LAN is configured to use DHCP, supplied by the router. -- 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 784212] New: no dependency on xdm
by bugzilla_noreply＠novell.com 10 Oct '12

10 Oct '12

https://bugzilla.novell.com/show_bug.cgi?id=784212 https://bugzilla.novell.com/show_bug.cgi?id=784212#c0 Summary: no dependency on xdm Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: aj(a)suse.com QAContact: qa-bugs(a)suse.de Found By: Product Management Blocker: --- I've deinstalled xdm since there is no dependency on it - and the KDE screen locker did not allow login, and neither allowed kdm to log me in. After reinstalling xdm, login works again. The bug is that rpm/zypper allowed me to de-install xdm, there was no requirement on it. Please add a requirement on xdm and document what exactly is required. -- 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 784334] New: Fix ALUA issues when path is in unavailable state
by bugzilla_noreply＠novell.com 09 Oct '12

09 Oct '12

https://bugzilla.novell.com/show_bug.cgi?id=784334 https://bugzilla.novell.com/show_bug.cgi?id=784334#c0 Summary: Fix ALUA issues when path is in unavailable state Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: Other OS/Version: SLES 11 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: michaelc(a)cs.wisc.edu QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20100101 Firefox/14.0.1 Request to bring in these 2 patches: commit bb2c94a3a6ad37fe7d34f369295bcdf5387e264f Author: Bart Van Assche <bvanassche(a)acm.org> Date: Fri Jun 22 08:49:38 2012 +0000 [SCSI] scsi_dh_alua: Re-enable STPG for unavailable ports commit e47f8976d8e573928824a06748f7bc82c58d747f Author: Bart Van Assche <bvanassche(a)acm.org> Date: Fri Aug 24 09:08:41 2012 +0000 [SCSI] scsi_dh_alua: Enable STPG for unavailable ports from the scsi maintainer's scsi misc branch. Note that the the subect/patch name is the same but the commit id and actual code are different. These patches fix a issue where scsi_dh_alua will not failover when explicit ALUA is used with paths in the unavailable state. 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 3

[Bug 784209] New: Console background is missing.
by bugzilla_noreply＠novell.com 09 Oct '12

09 Oct '12

https://bugzilla.novell.com/show_bug.cgi?id=784209 https://bugzilla.novell.com/show_bug.cgi?id=784209#c0 Summary: Console background is missing. Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: i(a)marguerite.su QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.8 (KHTML, like Gecko) Chrome/23.0.1255.0 Safari/537.8 SUSE/23.0.1255.0 Hi, There were cute backgrounds in runlevel 3 console in previous versions. But there's no more in 12.2 At the same time our artwork team seems to have provided a background in /etc/bootsplash/themes/openSUSE/image After reading this: http://forums.opensuse.org/english/get-technical-help-here/install-boot-log… (comment 21) It seems our kernel team forgot to patch it. there're 3.4 diffs available actually: http://www.uli-eckhardt.de/bootsplash/index.en.shtml So please bring it back since it's been there for almost 3 to 4 years. It has been a great feature of our distribution. Thanks Marguerite 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 780056] New: emacs-gtk has a massive performance regression with keyboard input (esp. backspace)
by bugzilla_noreply＠novell.com 09 Oct '12

09 Oct '12

https://bugzilla.novell.com/show_bug.cgi?id=780056 https://bugzilla.novell.com/show_bug.cgi?id=780056#c0 Summary: emacs-gtk has a massive performance regression with keyboard input (esp. backspace) Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: i686 OS/Version: openSUSE 12.2 Status: NEW Severity: Major Priority: P5 - None Component: X11 Applications AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: Stromeko(a)NexGo.DE QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20100101 Firefox/15.0 emacs-gtk is noticeably sluggish to recognize keyboard input. This part seems to be Gtk related since other applications based on Gtk are also affected (e.g. Firefox) and that has been happening for quite some time. However, with the update to 12.2 using backspace to delete some text has become a complete nightmare to use, it is almost 5 times slower than the already slow keyboard input. Reproducible: Always Steps to Reproduce: 1. emacs-gtk -Q 2. paste some text into the *scratch* buffer 3. Move around in the text with arrow-left and arrow-right, append some text with autorepeat from the keyboard. Note the speed and compare with Qt or X11 applications (emacs-x11 in particular). 4. Put the cursor at the end of the text and press and hold backspace. Compare with emacs-x11. Actual Results: 1. Cursor movement in Gtk applications (not just emacs) is slower than QT or X11. 2. Backing out the text is almost a factor of five slower than typing new text or moving around with the cursor. Expected Results: 1. Same cursaor speed in all toolkits. 2. Same speed of editing with all toolkits. I had hoped that the glib-2.32.4 update would fix this (since it should include a fix for a signal handling bug that produced very similar symptoms on Cygwin), but it didn't. Either that fix for whatever reason hasn't made it into that update or the codepath taken under openSUSE is different and there's another such problem in glib. -- 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 784289] New: Branching does not retain project history
by bugzilla_noreply＠novell.com 09 Oct '12

09 Oct '12

https://bugzilla.novell.com/show_bug.cgi?id=784289 https://bugzilla.novell.com/show_bug.cgi?id=784289#c0 Summary: Branching does not retain project history Classification: Internal Novell Products Product: openSUSE Build Service Version: 2.0 Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: General AssignedTo: adrian(a)suse.com ReportedBy: wm161(a)wm161.net QAContact: adrian(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.1 (KHTML, like Gecko) Chrome/21.0.1180.89 Safari/537.1 When you branch a package, you have no access to any of the history. When branching an entire project for a new distribution release, all that history is lost. Reproducible: Always Steps to Reproduce: 1. Branch a package Actual Results: You have exactly one commit, the branch starting point. Expected Results: You can view the history all the way back to when the package was first imported to OBS. -- 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