December 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 546618] New: logprof/genprof don't work - changed audit.log format
by bugzilla_noreply＠novell.com 25 May '11

25 May '11

http://bugzilla.novell.com/show_bug.cgi?id=546618 Summary: logprof/genprof don't work - changed audit.log format Classification: openSUSE Product: openSUSE 11.2 Version: Milestone 8 Platform: Other OS/Version: All Status: NEW Severity: Critical Priority: P5 - None Component: AppArmor AssignedTo: jeffm(a)novell.com ReportedBy: suse-beta(a)cboltz.de QAContact: qa(a)suse.de Found By: Beta-Customer (using 11.2 M8 + packages from http://ftp.suse.com/pub/people/jeffm/suse/testpkgs/540525) logprof and genprof don't add anything to the profile - for me their behaviour looks as if they would read /dev/null instead of /var/log/audit/audit.log :-( # LANG=C aa-logprof Reading log entries from /var/log/audit/audit.log. Updating AppArmor profiles in /etc/apparmor.d. # (end) I _have_ several lines in audit.log that should cause logprof to ask what to do with these events. The same happens with genprof - it just creates a very small default profile, but does not ask about any of the entries in audit.log. I doubt logprof and genprof really read from /dev/null, so there must be something else. I just compared the audit.log from 11.1 and 11.2. Here are example lines for each: 11.1 type=APPARMOR_AUDIT msg=audit(1255458551.064:476442): operation="file_permission" requested_mask="::w" fsuid=30 name="/home/www/some.host/some.file" pid=2484 parent=20025 profile="/usr/sbin/httpd2-prefork//HANDLING_UNTRUSTED_INPUT" 11.2 type=APPARMOR_ALLOWED msg=audit(1255457955.497:218): operation="file_perm" pid=11537 parent=11536 profile="/home/sys-tmp/test//null-2d" requested_mask="r::" denied_mask="r::" fsuid=1000 ouid=1000 name="/home/sys-tmp/test2" -> the log format has changed! - different order (pid and parent are now after operation, requested_mask and denied_mask are now after profile, ouid added, ...) - different keywords for operation (file_permissions vs. file_perm, new(?) keyword "open", ...) - the //null-2d hat in the 11.2 log line looks also new to me - maybe other changes Please update logprof and genprof to understand the new log format. BTW: To verify this, I copied a audit.log from 11.1 to my 11.2 system - logprof started to ask the usual questions when given this log. So the bug here is really caused by the log format change. -- 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 20

[Bug 550069] New: Environment Modules not activated for non-login shells
by bugzilla_noreply＠novell.com 25 May '11

25 May '11

http://bugzilla.novell.com/show_bug.cgi?id=550069 Summary: Environment Modules not activated for non-login shells Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: sysadmin(a)gatsby.ucl.ac.uk QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.0.14) Gecko/2009090900 SUSE/3.0.14-0.1.2 Firefox/3.0.14 The Environment Modules package 'Modules' requires initialisation at every shell invocation. The out-of-the-box behaviour is to read /etc/modules.[sh|csh] only when the shell is a login shell (i.e. reading a profile) and not an ordinary shell. There are a number of possible workarounds but the logically correct one depends on what other shell features are broken by this behaviour. At present, I have simply created local rc files which call the /etc/profile.d/modules.[sh|csh] init files. For example; # /etc/bash.bashrc.local if test -s /etc/profile.d/modules.sh ; then . /etc/profile.d/modules.sh fi Reproducible: Always Steps to Reproduce: 0. yast -i Modules 1. Login to X session 2. Open a terminal window 3. type 'modules avail' -- 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 533783] New: beagle-firefox flooding $HOME
by bugzilla_noreply＠novell.com 25 May '11

25 May '11

http://bugzilla.novell.com/show_bug.cgi?id=533783 Summary: beagle-firefox flooding $HOME Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: wolfgang(a)rosenauer.org QAContact: qa(a)suse.de Found By: Beta-Customer If beagle is not running (or not even installed) but beagle-firefox is, the addon dumps every page to ~/.beagle/ToIndex and nothing would ever remove it automatically if beagle is never used. Make sure beagle-firefox is not autoindexing automatically w/o beagle actually being used. -- 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 10

[Bug 545261] New: x3270-3.2.20-509.23: missing call to fclose
by bugzilla_noreply＠novell.com 23 May '11

23 May '11

http://bugzilla.novell.com/show_bug.cgi?id=545261 Summary: x3270-3.2.20-509.23: missing call to fclose Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: All OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dcb314(a)hotmail.com QAContact: qa(a)suse.de Found By: --- I just had a look at factory package x3270-3.2.20-509.23 source code file all3270/c3270-3.3/glue.c function read_resource_file local variable is f. I notice the following code f = fopen(filename, "r"); but I fail to notice any call to pclose. This looks like a resource leak to me. Suggest add call to pclose near the end of the routine. Free(where); fclose( f); return 0; -- 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 3

[Bug 555622] New: insserv fails systematically because of a circular dependency between the packages network and openibd
by bugzilla_noreply＠novell.com 23 May '11

23 May '11

http://bugzilla.novell.com/show_bug.cgi?id=555622 Summary: insserv fails systematically because of a circular dependency between the packages network and openibd Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: bart.vanassche(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- --- Comment #0 from Bart Van Assche <bart.vanassche(a)gmail.com> 2009-11-15 11:42:14 UTC --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4) Gecko/20091016 SUSE/3.5.4-1.1.2 Firefox/3.5.4 How to reproduce: # zypper install sysconfig nfs-client ofed # chkconfig -s nfs off insserv: There is a loop between service network and openibd if stopped insserv: loop involving service openibd at depth 4 insserv: loop involving service network at depth 3 insserv: loop involving service nfs at depth 2 insserv: loop involving service syslog at depth 3 insserv: There is a loop between service network and openibd if stopped insserv: There is a loop between service network and openibd if started insserv: loop involving service openibd at depth 2 insserv: loop involving service network at depth 1 insserv: loop involving service syslog at depth 3 insserv: loop involving service dbus at depth 1 insserv: exiting without changing boot order! /sbin/insserv failed, exit code 1 Reproducible: Always Steps to Reproduce: See above. Actual Results: See above. Expected Results: No circular dependencies / insserv working normally. -- 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 4

[Bug 496451] New: problems with certain keys on the german keyboard when using VNC or XRDP
by bugzilla_noreply＠novell.com 23 May '11

23 May '11

http://bugzilla.novell.com/show_bug.cgi?id=496451 Summary: problems with certain keys on the german keyboard when using VNC or XRDP Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86 OS/Version: openSUSE 11.1 Status: NEW Severity: Major Priority: P5 - None Component: X.Org AssignedTo: bnc-team-xorg-bugs(a)forge.provo.novell.com ReportedBy: j.otten(a)hudora.de QAContact: xorg-maintainer-bugs(a)forge.provo.novell.com Found By: --- User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en; rv:1.9.0.8) Gecko/2009032608 Firefox/3.0.8 When using VNC or XRDP to connect to an X session some keys on the german keyboard do not work. The keys are: öäü and the alt_gr (so no @) This has been tested from: - mac with remote desktop connection and jollyfastvnc - windows with its rdp client - windows ce with its rdp client None worked, and all gave the same results. Reproducible: Always Steps to Reproduce: 1. enable vnc in yast 2. connect to session and try to type the öäü or alt_gr Actual Results: no character appears on screen. Expected Results: having the keys work properly -- 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 559872] New: KDM login with winbind fails
by bugzilla_noreply＠novell.com 23 May '11

23 May '11

http://bugzilla.novell.com/show_bug.cgi?id=559872 http://bugzilla.novell.com/show_bug.cgi?id=559872#c0 Summary: KDM login with winbind fails Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: i686 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: roger(a)opq.se QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5) Gecko/20091103 SUSE/3.5.5-1.1.2 Firefox/3.5.5 On an openSUSE 11.2 system, I have joined the local active directory via YaST. It works fine. I can ssh to the system as a AD user with no problem. After this was set up, KDM stopped working. I see this in /var/log/messages: Nov 30 18:16:24 rst0 kdm_greet[1587]: GreeterPlugin winbind does not exist kde4-kgreeter-plugins-4.3.1-7.5.i586 is installed, and the following files are in place: -rwxr-xr-x 1 root root 34460 2009-11-02 17:49 /usr/lib/kde4/kgreet_classic.so -rwxr-xr-x 1 root root 26280 2009-11-02 17:49 /usr/lib/kde4/kgreet_generic.so -rwxr-xr-x 1 root root 46904 2009-11-02 17:49 /usr/lib/kde4/kgreet_winbind.so Reproducible: Always Steps to Reproduce: 1. Join an active directory. restart kdm. 2. try to log in via kdm. 3. Actual Results: KDM says there is no greeter plugin, and then exits to a character login. Expected Results: KDM with the winbind part of the login screen, and a winbind authenticated login. -- 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 10

[Bug 545876] New: Copying an element from the openSuse menu to the "=?UTF-8?Q?Arbeitsfl=C3=A4chen=20Ordner?=" doesn't work
by bugzilla_noreply＠novell.com 21 May '11

21 May '11

http://bugzilla.novell.com/show_bug.cgi?id=545876 Summary: Copying an element from the openSuse menu to the "Arbeitsflächen Ordner" doesn't work Classification: openSUSE Product: openSUSE 11.2 Version: Milestone 8 Platform: i686 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: ks(a)budostore.de QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.1.3) Gecko/20090909 SUSE/3.5.3-1.3 Firefox/3.5.3 I have Kaffeine for KDE3 and for KDE4 installed. In the openSuse menu they both appear and call the right program. After Drag and Drop of the KDE3 version to the "Arbeitsflächen Ordner" (I don't know how to say this in English) the program that is started by clicking on the new icon is Kaffeine from KDE4. 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 11

[Bug 501959] New: Tracking bug: fix applications to use libv4l (gspca webcams stopped working!)
by bugzilla_noreply＠novell.com 21 May '11

21 May '11

http://bugzilla.novell.com/show_bug.cgi?id=501959 Summary: Tracking bug: fix applications to use libv4l (gspca webcams stopped working!) Classification: openSUSE Product: openSUSE 11.2 Version: Alpha 0 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: bphilips(a)novell.com ReportedBy: bphilips(a)novell.com QAContact: qa(a)suse.de Found By: --- The mainline Kernel merged a number of webcam drivers upstream including gspca in 2.6.27. However, these drivers were merged without their Kernel space decompression routines. This means that applications that used to work with these webcams in 11.0 are broken under 11.1. In 11.2 we should ensure that as many applications are fixed for users as possible. Fixed packages already in Factory --------------------------------- 0.10.14 gst-plugins-good[1] (fixes cheese) http://bugzilla.gnome.org/show_bug.cgi?id=545033 libpt2 2.4.4[2] (fixes ekiga) http://bugzilla.gnome.org/show_bug.cgi?id=545108 Unfixed packages in Factory --------------------------- kopete (need 4.2?) http://websvn.kde.org/?view=rev&revision=938114 anyone know of others? Things we can't fix -------------------- Skype https://developer.skype.com/jira/browse/SCL-403 (closed source) 11.1 Users ========== Users affected by this bug in 11.1 are encouraged to install libv4l and either run their applications like this: LD_PRELOAD=/usr/lib64/libv4l/v4l1compat.so kopete LD_PRELOAD=/usr/lib/libv4l/v4l1compat.so skype # 32-bit applications Slightly less recommended is to add the following to /etc/ld.so.preload: /usr/lib64/libv4l/v4l1compat.so 11.1 Users Please Test 11.2 =========================== As the 11.2 goes into Alpha/Beta/RC your testing to ensure you applications work with your cameras would be greatly appreciated. Thanks, Brandon -- 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 19

[Bug 544149] New: e1000e fails to enable PCI/MSI error reporting
by bugzilla_noreply＠novell.com 21 May '11

21 May '11

http://bugzilla.novell.com/show_bug.cgi?id=544149 User andersen7(a)charter.net added comment http://bugzilla.novell.com/show_bug.cgi?id=544149#c4 Summary: e1000e fails to enable PCI/MSI error reporting Classification: openSUSE Product: openSUSE 11.2 Version: Milestone 8 Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: andersen7(a)charter.net QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.3) Gecko/20090909 SUSE/3.5.3-1.3 Firefox/3.5.3 Error message in all 11.2 milestones (from /var/log/boot.msg): <6>[ 8.900465] e1000e: Intel(R) PRO/1000 Network Driver - 1.0.2-k2 <6>[ 8.900467] e1000e: Copyright (c) 1999-2008 Intel Corporation. <6>[ 8.900521] e1000e 0000:00:19.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20 <3>[ 8.900528] e1000e 0000:00:19.0: pci_enable_pcie_error_reporting failed 0xfffffffb <7>[ 8.901400] e1000e 0000:00:19.0: setting latency timer to 64 <7>[ 8.901532] e1000e 0000:00:19.0: irq 31 for MSI/MSI-X hardware list 00:00.0 Host bridge: Intel Corporation 5520/5500/X58 I/O Hub to ESI Port (rev 13) 00:01.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI Express Root Port 1 (rev 13) 00:03.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI Express Root Port 3 (rev 13) 00:07.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI Express Root Port 7 (rev 13) 00:14.0 PIC: Intel Corporation 5520/5500/X58 I/O Hub System Management Registers (rev 13) 00:14.1 PIC: Intel Corporation 5520/5500/X58 I/O Hub GPIO and Scratch Pad Registers (rev 13) 00:14.2 PIC: Intel Corporation 5520/5500/X58 I/O Hub Control Status and RAS Registers (rev 13) 00:14.3 PIC: Intel Corporation 5520/5500/X58 I/O Hub Throttle Registers (rev 13) 00:19.0 Ethernet controller: Intel Corporation 82567V-2 Gigabit Network Connection 00:1a.0 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #4 00:1a.1 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #5 00:1a.2 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #6 00:1a.7 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI Controller #2 00:1b.0 Audio device: Intel Corporation 82801JI (ICH10 Family) HD Audio Controller 00:1c.0 PCI bridge: Intel Corporation 82801JI (ICH10 Family) PCI Express Port 1 00:1c.2 PCI bridge: Intel Corporation 82801JI (ICH10 Family) PCI Express Port 3 00:1c.3 PCI bridge: Intel Corporation 82801JI (ICH10 Family) PCI Express Port 4 00:1d.0 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #1 00:1d.1 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #2 00:1d.2 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #3 00:1d.7 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI Controller #1 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 90) 00:1f.0 ISA bridge: Intel Corporation 82801JIR (ICH10R) LPC Interface Controller 00:1f.2 RAID bus controller: Intel Corporation 82801 SATA RAID Controller 00:1f.3 SMBus: Intel Corporation 82801JI (ICH10 Family) SMBus Controller 02:00.0 SATA controller: JMicron Technology Corp. JMB362/JMB363 AHCI Controller (rev 03) 02:00.1 IDE interface: JMicron Technology Corp. JMB362/JMB363 AHCI Controller (rev 03) 03:00.0 FireWire (IEEE 1394): VIA Technologies, Inc. Device 3403 06:00.0 VGA compatible controller: nVidia Corporation GT200 [GeForce GT 220] (rev a2) 06:00.1 Audio device: nVidia Corporation Device 0be2 (rev a1) Reproducible: Always Steps to Reproduce: 1.Boot opensuse 11.2 M[1-8] 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 3