December 2012 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 793567] New: feature request : add cleaning printer head option to yast2-printer
by bugzilla_noreply＠novell.com 11 Dec '12

11 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=793567 https://bugzilla.novell.com/show_bug.cgi?id=793567#c0 Summary: feature request : add cleaning printer head option to yast2-printer Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86 OS/Version: openSUSE 12.2 Status: NEW Severity: Enhancement Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: denis.prost(a)wanadoo.fr QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Firefox/17.0 unlike system-config-printer, yast2-printer does not have a "cleaning printer head" option, though a command line tool to perform it (for example escputil for Epson printers) is available. I think it would be more consistent if that option was included in yast2-printer, rather than having to use another tool (which is not part of Opensuse basic install, at least for its KDE version) to perform it. 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 4

[Bug 782101] New: gedit fails to run over ssh X11 forwarding, reports memory corruption
by bugzilla_noreply＠novell.com 11 Dec '12

11 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=782101 https://bugzilla.novell.com/show_bug.cgi?id=782101#c0 Summary: gedit fails to run over ssh X11 forwarding, reports memory corruption Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86-64 OS/Version: openSUSE 12.1 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: james.faulkner(a)yale.edu QAContact: qa-bugs(a)suse.de 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 gedit fails to run over X11 forwarding. This happens when trying to run gedit using X11 forwarding both from Linux and Mac OS X desktops. jdf42@phantom ~ $ ssh -Y perch Last login: Tue Sep 25 12:44:08 2012 from phantom.cs.yale.edu ================== ATTENTION =================== Use of Yale's electronic systems is governed by applicable laws and policies (http://www.yale.edu/policy/) Violators and unauthorized access may be prosecuted. ================================================ ############################################################## # The Zoo has been upgraded to OpenSUSE 12.1. Please report # # any problems or missing software to: cs.support(a)yale.edu # ############################################################## jdf42@perch:~> gedit *** glibc detected *** gedit: malloc(): memory corruption: 0x00000000006fbaf0 *** ^C jdf42@perch:~> which gedit /usr/bin/gedit jdf42@perch:~> rpm -qf /usr/bin/gedit gedit-3.2.3-2.3.1.x86_64 jdf42@perch:~> cat /etc/SuSE-release openSUSE 12.1 (x86_64) VERSION = 12.1 CODENAME = Asparagus jdf42@perch:~> Reproducible: Always Steps to Reproduce: 1. try to run gedit over ssh X11 forwarding 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 736500] New: NetworkManager does not change resolve.conf on DHCP network
by bugzilla_noreply＠novell.com 11 Dec '12

11 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=736500 https://bugzilla.novell.com/show_bug.cgi?id=736500#c0 Summary: NetworkManager does not change resolve.conf on DHCP network Classification: openSUSE Product: openSUSE 12.1 Version: Final 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: craigeherring(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.121 Safari/535.2 Random issue- When connecting to a dhcp network at times NetworkManager will not change resolve.conf from a previous dhcp network settings. The temporary fix is to delete resolve.conf, connect to a different network (since the new NetworkManager doesn't allow reconnecting to the same network), then connecting to the intended network. No pattern relative to Wired or Wireless. Reproducible: Sometimes Steps to Reproduce: 1.connect to different DHCP networks 2. 3. Actual Results: sometimes cannot resolve hostnames/websites since resolve.conf is not correct for current network Expected Results: rewritten resolve.conf Easy to fix for a technical user however would be considered broken for a non-techie. -- 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 780651] New: GNOME:Apps/chmsee: Bug
by bugzilla_noreply＠novell.com 11 Dec '12

11 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=780651 https://bugzilla.novell.com/show_bug.cgi?id=780651#c0 Summary: GNOME:Apps/chmsee: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Major Priority: P5 - None Component: 3rd party software AssignedTo: os.gnome.maintainers(a)gmail.com ReportedBy: tsyj2007(a)gmail.com QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: Localization Blocker: --- when i use bellow cmd to finish installing chmsee: sudo zypper in chmsee I execute chmsee in gnome-terminal, it occured as bellow: `Could not find the Mozilla runtime.` i doubt it may be related to Mozilla XULRunner version, because xulrunner's verison which is bellow 6.0 is ok. any detail please let me know, 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 14

[Bug 731280] New: Lotus Notes is not showing window content at gnome
by bugzilla_noreply＠novell.com 11 Dec '12

11 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=731280 https://bugzilla.novell.com/show_bug.cgi?id=731280#c0 Summary: Lotus Notes is not showing window content at gnome Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: PC OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: X11 Applications AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: lijewski.stefan(a)zabka.pl QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=462843) --> (http://bugzilla.novell.com/attachment.cgi?id=462843) original library and wrapper User-Agent: Mozilla/5.0 (X11; Linux i686; rv:7.0.1) Gecko/20100101 Firefox/7.0.1 After update to opensuse 12.1 IBM Lotus Notes (8.5.3) is not showing windows contents in Gnome3. I think it's related to gtk2/gtk3 changes. Solution is available [1] - it's just simple library and wrapper to LotusNotes which loads the library. I've created the rpm in [2], but because of library simplicity (see attached archive) maybe it's possible to incorporate it into system libraries? [1] https://github.com/sgh/lotus-notes_gtk2.23.3 [2] home:lijews:lotus-notes-gnome3 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 765788] New: after returning from suspend, network manager has to have network disabled/re-enabled to work
by bugzilla_noreply＠novell.com 11 Dec '12

11 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=765788 https://bugzilla.novell.com/show_bug.cgi?id=765788#c0 Summary: after returning from suspend, network manager has to have network disabled/re-enabled to work Classification: openSUSE Product: openSUSE 12.2 Version: Beta 1 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jnelson-suse(a)jamponi.net QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20100101 Firefox/12.0 Thinkpad T61p with Intel e1000e driver, managed by Network Mananger. Upon resume from suspend (suspend-to-ram), one must disable and then re-enable networking (via the KDE network manager interface) or it just sits there saying "No cable connected". It boots fine and one needn't perform that step at boot. 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 4

[Bug 781697] New: laptop with configured nfs/nis does not start propper outside home netwok
by bugzilla_noreply＠novell.com 11 Dec '12

11 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=781697 https://bugzilla.novell.com/show_bug.cgi?id=781697#c0 Summary: laptop with configured nfs/nis does not start propper outside home netwok Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Critical Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: novell.portal.14.08.04(a)muenzburg.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20100101 Firefox/15.0 I have a openSuSE 12.2 installed at a laptop and configured nfs/nis client for my home environment. When I try starting outside home network / without network the notebook does need a really long time > 5 minutes till login screen, hangs for about 10 seconds when switching from login to password field. After login firefox start not till I plugin my home network. When logging in at terminal with root account I get 'YBIND_PROC domain not bound" issues. Notebook gets startedt without delay when I insert no network (and can connect to umts) if I add a 'rc_failed; rc_exit" after rc_restart at /etc/init.d/network. Reproducible: Always Steps to Reproduce: 1. configure nfs/nis client 2. reboot without network Actual Results: does not boot propper without nfs/nis Expected Results: should boot < 2 minutes and user should be able to use all programms / umts without home netzwork ask me! -- 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 792325] New: Xen PCI passthough of graphics card fails after patch openSUSE-2012-812
by bugzilla_noreply＠novell.com 10 Dec '12

10 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=792325 https://bugzilla.novell.com/show_bug.cgi?id=792325#c0 Summary: Xen PCI passthough of graphics card fails after patch openSUSE-2012-812 Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Xen AssignedTo: jdouglas(a)suse.com ReportedBy: subscribe(a)unix.no-ip.org QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=515340) --> (http://bugzilla.novell.com/attachment.cgi?id=515340) lspci output from VM host User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Firefox/17.0 Have been running a Windows 7 VM with Xen that have PCI passthrough of graphics card, soundcard & USB hub for a while. All was running well until I ran a zypper update with patch openSUSE-2012-812, after that, the VM host does a hard reset if I try to passthrough the graphics card. The other PCI devices still work as expected, if I remove the graphics card from the configuration. After reverting to Xen 4.1.3_01-5.6.2 instead of 4.1.3_04-5.13.1 which is supplied with the patch, it works again. Note that I don´t use VGA passthrough in the Xen configuration, only normal PCI passthrough for the graphics card (AMD Radeon HD 6450), so it acts as a secondary display in the VM. The last messages that appear on the console before the host resets are like this: <snip> Dec 1 22:45:04 xen kernel: pciback pci-2-0: 22 Couldn't locate PCI device (0000:00:12.0)! perhaps already in-use? Dec 1 23:28:08 xen kernel: pciback pci-1-0: 22 Couldn't locate PCI device (0000:05:00.0)! perhaps already in-use? Dec 1 23:52:09 xen kernel: pciback pci-2-0: 22 Couldn't locate PCI device (0000:00:14.2)! perhaps already in-use? <snip> I don´t think this is relevant since it occurs even when everything is working as it should. As you can see it is exactly one line per VM boot, and also different PCI devices. lspci output is attached. Reproducible: Always Steps to Reproduce: 1.Update with patch openSUSE-2012-812 2.Try to boot VM with graphics card passed through 3. Actual Results: VM host does a hard reset Expected Results: Should work as in Xen version 4.1.3_01-5.6.2 before the patch. -- 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 793038] New: Xen VGA Passthrough Regression
by bugzilla_noreply＠novell.com 10 Dec '12

10 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=793038 https://bugzilla.novell.com/show_bug.cgi?id=793038#c0 Summary: Xen VGA Passthrough Regression Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86-64 OS/Version: openSUSE 12.1 Status: NEW Severity: Normal Priority: P5 - None Component: Xen AssignedTo: jdouglas(a)suse.com ReportedBy: nick.couchman(a)seakr.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:16.0) Gecko/20100101 Firefox/16.0 Latest update of Xen hypervisor (actual hypervisor, not the tools package) causes VGA passthrough to fail and host system to reboot. Reproducible: Always Steps to Reproduce: 1. Install OpenSuSE and Xen up to version 4.1.3_01-1.13.1. 2. Install VM and configure VGA passthrough. 3. Update to Xen version 4.1.3_04-1.21.1 4. Attempt to boot VM with VGA passthrough. 5. Watch system reboot. Actual Results: Physical host system reboots. Expected Results: VM should have booted with graphics adapter attached. Hardware is Dell Optiplex 790 using integrated Intel graphics. Has not been tested with other graphics adapters, but this graphics adapter works with the 01-1.13.1 build of Xen 4.1.3 and breaks the 04-1.21.1 build. -- 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 777232] New: OpenSSH depends on SELinux auditing feature; breaks AppArmor
by bugzilla_noreply＠novell.com 10 Dec '12

10 Dec '12

https://bugzilla.novell.com/show_bug.cgi?id=777232 https://bugzilla.novell.com/show_bug.cgi?id=777232#c0 Summary: OpenSSH depends on SELinux auditing feature; breaks AppArmor Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: i686 OS/Version: openSUSE 12.1 Status: NEW Severity: Critical Priority: P5 - None Component: Security AssignedTo: security-team(a)suse.de ReportedBy: hachque(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.1 (KHTML, like Gecko) Chrome/21.0.1180.83 Safari/537.1 It seems OpenSSH now relies on SELinux auditing features which are either non-existant or not yet available in the current build of AppArmor. This causes every attempted SSH authentication to fail while AppArmor is used (or I assume, any kernel that does not have SELinux running as the audit module). I have tested this with Tumbleweed kernel-xen and OpenSSH from 12.1 (5.8p2) and 12-1:Network (6.0p1) and this critical bug occurs in both. Reproducible: Always Steps to Reproduce: 1. Attempt to login to SSH 2. Observe "linux_audit_write_entry failed: Operation not permitted" occurring in system logs after otherwise successful authentication (it does state that the password was accepted before this message). Actual Results: Unable to login to SSH, despite providing correct password. Expected Results: Login via SSH should work. There seems to be a related issue at the Red Hat bug tracker (https://bugzilla.redhat.com/show_bug.cgi?id=183874) where this same issue is experienced, although in the case of that bug the kernel had no security module loaded as opposed to AppArmor. Marking this bug as "Critical" instead of "Major" since SSH doesn't work at all while this occurs. -- 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