August 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 496204] New: genprof puts child profiles in enforce mode
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=496204 Summary: genprof puts child profiles in enforce mode Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: openSUSE 11.1 Status: NEW Severity: Normal 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 genprof puts child profiles in enforce mode, even if genprof is still running and watching the profiled application for events not yet covered by the profile. A how-to-reproduce will probably explain this best. 1. run aa-genprof ~cb/bin/eg 2. work with eg to cause some log events 3. switch over to genprof, "Scan system log..." to create an initial profile. 3a. choose to run /usr/lib/git/git-update-ref in a child profile 3b. allow all other events (chosen permissions not relevant for this bug) 3c. let genprof write the profile 3d. Keep genprof running. 4. continue to use eg 5. wonder why git-update-ref reports a "permission denied" error... The reason for the problem is that the child profile is put into enforce mode. This is how the profile looks _with genprof still running_: # cat /etc/apparmor.d/home.cb.bin.eg # Last Modified: Fri Apr 17 22:47:50 2009 #include <tunables/global> /home/cb/bin/eg flags=(complain) { # complain mode - as expected #include <abstractions/base> #include <abstractions/bash> #include <abstractions/perl> # [... several permissions ...] /usr/lib/git/git-update-ref mrcx, profile /usr/lib/git/git-update-ref { # enforce mode! #include <abstractions/base> owner /home/*/.gitconfig r, /usr/lib/git/git-update-ref mr, } } As you can clearly see, only the main profile is in complain mode. The subprofile for git-update-ref is enforced - which is not the expected behaviour as long as genprof is running for the main profile. IMHO the complete profile, including all subprofiles, hats, whatever should be in complain mode as long as genprof is running. -- 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 5

[Bug 494958] New: IPV6_PRIVACY (use_tempaddr) does not work
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=494958 Summary: IPV6_PRIVACY (use_tempaddr) does not work Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i686 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: georgmueller(a)gmx.net QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.0.8) Gecko/2009032600 SUSE/3.0.8-1.1.1 Firefox/3.0.8 I am using radvd on the server for IPv6 auto-configuration. I want to hide my MAC address (using use_tempaddr=1 sysctl setting). IPV6_PRIVACY in /etc/sysconfig/sysctl is set to "yes" and /var/log/boot.msg contains the statement "Enabling IPv6 privacy" from /etc/init.d/boot.ipconfig. Reproducible: Always Steps to Reproduce: 1. set IPV6_PRIVACY=yes in /etc/sysconfig/sysctl 2. reboot 3. check IPv6 address I tried to add 'echo "1" > /proc/sys/net/ipv6/conf/default/use_tempaddr' but this does not help either. Actual Results: "sysctl -a | grep use_tempaddr" results in: net.ipv6.conf.all.use_tempaddr = 1 net.ipv6.conf.default.use_tempaddr = 0 net.ipv6.conf.lo.use_tempaddr = -1 net.ipv6.conf.eth0.use_tempaddr = 0 use_tempaddr for eth0 is 0 and my IPv6 address contains my MAC address. Expected Results: net.ipv6.conf.eth0.use_tempaddr should be 1 and my IPv6 address should not contain my MAC address. -- 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 28

[Bug 492555] New: OpenJDK 1.6 + tomcat + confluence = Java crash
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=492555 User archie(a)dellroad.org added comment http://bugzilla.novell.com/show_bug.cgi?id=492555#c1 Summary: OpenJDK 1.6 + tomcat + confluence = Java crash Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Major Priority: P5 - None Component: Java AssignedTo: bnc-team-java(a)forge.provo.novell.com ReportedBy: archie(a)dellroad.org QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.8.1.20) Gecko/20081217 Firefox/2.0.0.20 openSUSE 11.1 machine. Relevant RPMs on my machine: java-1_6_0-openjdk-1.4_b14-24.3.1 (x86_64) java-1_6_0-openjdk-debuginfo-1.4.1_b14-33.1 (x86_64) java-1_6_0-openjdk-devel-1.4_b14-24.3.1 (x86_64) java-1_6_0-openjdk-plugin-1.4_b14-24.3.1 (x86_64) tomcat6-6.0.18-16.1.1 (noarch) tomcat6-admin-webapps-6.0.18-16.1.1 (noarch) tomcat6-docs-webapp-6.0.18-16.1.1 (noarch) tomcat6-jsp-2_1-api-6.0.18-16.1.1 (noarch) tomcat6-lib-6.0.18-16.1.1 (noarch) tomcat6-servlet-2_5-api-6.0.18-16.1.1 (noarch) I've installed the confluence wiki software from Atlassian which comes the form of a WAR (web application). Trying to edit a page reliably causes a JVM crash. --- catalina.out --- # # A fatal error has been detected by the Java Runtime Environment: # # Internal Error (parse1.cpp:1489), pid=9993, tid=140041959811408 # Error: ShouldNotReachHere() # # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) # Distribution: Custom build (Thu Mar 12 20:59:36 UTC 2009) # An error report file with more information is saved as: # /tmp/hs_err_pid9993.log # # If you would like to submit a bug report, please include # instructions how to reproduce the bug and visit: # http://icedtea.classpath.org/bugzilla # ----- /tmp/hs_err_pid9993.log ------- # # A fatal error has been detected by the Java Runtime Environment: # # Internal Error (parse1.cpp:1489), pid=9993, tid=140041959811408 # Error: ShouldNotReachHere() # # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) # Distribution: Custom build (Thu Mar 12 20:59:36 UTC 2009) # If you would like to submit a bug report, please include # instructions how to reproduce the bug and visit: # http://icedtea.classpath.org/bugzilla # --------------- T H R E A D --------------- Current thread (0x00007f5e0807e800): JavaThread "CompilerThread0" daemon [_thread_in_native, id=10008, stack(0x00007f5e0f34a000,0x0 0007f5e0f44b000)] Stack: [0x00007f5e0f34a000,0x00007f5e0f44b000], sp=0x00007f5e0f447e80, free space=1015k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) V [libjvm.so+0x670adf] V [libjvm.so+0x670e51] V [libjvm.so+0x2ceaa2] V [libjvm.so+0x564495] V [libjvm.so+0x30ce61] V [libjvm.so+0x5661c8] V [libjvm.so+0x569ffa] V [libjvm.so+0x56a170] V [libjvm.so+0x56c2bc] V [libjvm.so+0x225848] V [libjvm.so+0x2926e5] V [libjvm.so+0x2246fb] V [libjvm.so+0x2971fd] V [libjvm.so+0x2977ff] V [libjvm.so+0x6398ad] V [libjvm.so+0x54eeb0] Current CompileTask: C2:1894 ! ognl.OgnlRuntime.getDeclaredMethods(Ljava/lang/Class;Ljava/lang/String;Z)Ljava/util/List; (316 bytes) --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x00007f5e009c3000 JavaThread "TP-Processor8" daemon [_thread_in_native, id=10056, stack(0x00007f5e07a13000,0x00007f5e07b14000)] 0x00007f5e009c2000 JavaThread "TP-Processor7" daemon [_thread_in_native, id=10055, stack(0x00007f5e07b14000,0x00007f5e07c15000)] 0x00007f5e00163000 JavaThread "TP-Processor6" daemon [_thread_in_native, id=10054, stack(0x00007f5e07c15000,0x00007f5e07d16000)] 0x00007f5e00864800 JavaThread "TP-Processor5" daemon [_thread_blocked, id=10053, stack(0x00007f5e07d16000,0x00007f5e07e17000)] 0x0000000000f7d000 JavaThread "Thread-14" daemon [_thread_blocked, id=10052, stack(0x00007f5e07e17000,0x00007f5e07f18000)] 0x00007f5e08b2e000 JavaThread "TP-Monitor" daemon [_thread_blocked, id=10051, stack(0x00007f5e0ece9000,0x00007f5e0edea000)] 0x00007f5e08307000 JavaThread "TP-Processor4" daemon [_thread_in_native, id=10050, stack(0x00007f5e0c315000,0x00007f5e0c416000)] 0x00007f5e0817a800 JavaThread "TP-Processor3" daemon [_thread_in_Java, id=10049, stack(0x00007f5e0c91b000,0x00007f5e0ca1c000)] 0x00007f5e0859e000 JavaThread "TP-Processor2" daemon [_thread_in_native, id=10048, stack(0x00007f5e0c20b000,0x00007f5e0c30c000)] 0x00007f5e08179000 JavaThread "TP-Processor1" daemon [_thread_in_native, id=10047, stack(0x00007f5e0c10a000,0x00007f5e0c20b000)] 0x00007f5e0843c800 JavaThread "ContainerBackgroundProcessor[StandardEngine[Catalina]]" daemon [_thread_blocked, id=10046, stack(0x 00007f5e0c009000,0x00007f5e0c10a000)] 0x00007f5e08f44000 JavaThread "Timer-2" daemon [_thread_blocked, id=10038, stack(0x00007f5e0c416000,0x00007f5e0c517000)] 0x00007f5e08a2b800 JavaThread "Timer-1" daemon [_thread_blocked, id=10037, stack(0x00007f5e0c517000,0x00007f5e0c618000)] 0x00007f5e0913d000 JavaThread "FelixPackageAdmin" daemon [_thread_blocked, id=10036, stack(0x00007f5e0c618000,0x00007f5e0c719000)] 0x00007f5e0ac5f000 JavaThread "FelixStartLevel" daemon [_thread_blocked, id=10035, stack(0x00007f5e0c719000,0x00007f5e0c81a000)] 0x00007f5e097a0000 JavaThread "FelixDispatchQueue" daemon [_thread_blocked, id=10034, stack(0x00007f5e0c81a000,0x00007f5e0c91b000) ] 0x0000000000971800 JavaThread "DefaultQuartzScheduler_QuartzSchedulerThread" [_thread_blocked, id=10032, stack(0x00007f5e0ca1c000, 0x00007f5e0cb1d000)] 0x0000000000ffd800 JavaThread "DefaultQuartzScheduler_Worker-9" [_thread_blocked, id=10031, stack(0x00007f5e0cb1d000,0x00007f5e0cc 1e000)] 0x0000000001e6e000 JavaThread "DefaultQuartzScheduler_Worker-8" [_thread_blocked, id=10030, stack(0x00007f5e0cc1e000,0x00007f5e0cd 1f000)] 0x0000000000f98800 JavaThread "DefaultQuartzScheduler_Worker-7" [_thread_blocked, id=10029, stack(0x00007f5e0cd1f000,0x00007f5e0ce 20000)] 0x00000000008ed000 JavaThread "DefaultQuartzScheduler_Worker-6" [_thread_blocked, id=10028, stack(0x00007f5e0ce20000,0x00007f5e0cf 21000)] 0x00007f5e08cae000 JavaThread "DefaultQuartzScheduler_Worker-5" [_thread_blocked, id=10027, stack(0x00007f5e0cf21000,0x00007f5e0d0 22000)] 0x00007f5e088a4000 JavaThread "DefaultQuartzScheduler_Worker-4" [_thread_blocked, id=10026, stack(0x00007f5e0d022000,0x00007f5e0d1 23000)] 0x00007f5e08dd2800 JavaThread "DefaultQuartzScheduler_Worker-3" [_thread_blocked, id=10025, stack(0x00007f5e0d269000,0x00007f5e0d3 6a000)] 0x0000000002a14000 JavaThread "DefaultQuartzScheduler_Worker-2" [_thread_blocked, id=10024, stack(0x00007f5e0d36a000,0x00007f5e0d4 6b000)] 0x000000000071f800 JavaThread "DefaultQuartzScheduler_Worker-1" [_thread_blocked, id=10023, stack(0x00007f5e0d5da000,0x00007f5e0d6 db000)] 0x0000000000978800 JavaThread "DefaultQuartzScheduler_Worker-0" [_thread_blocked, id=10022, stack(0x00007f5e0d6db000,0x00007f5e0d7 dc000)] 0x00007f5e09aad000 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=10021, stack(0x00007f5e0d9e5000,0x00007f5e0dae6000)] 0x0000000000f6d000 JavaThread "MySQL Statement Cancellation Timer" daemon [_thread_blocked, id=10018, stack(0x00007f5e0e6dc000,0x0 0007f5e0e7dd000)] 0x0000000000cb1000 JavaThread "Timer-0" daemon [_thread_blocked, id=10017, stack(0x00007f5e0e7dd000,0x00007f5e0e8de000)] 0x000000000108f000 JavaThread "Logger@1317572826 3.3.1/389" daemon [_thread_blocked, id=10016, stack(0x00007f5e0e8de000,0x00007f5e 0e9df000)] 0x00007f5e08084000 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=10010, stack(0x00007f5e0f148000,0x00007f5e0f249000 )] 0x00007f5e08080800 JavaThread "CompilerThread1" daemon [_thread_in_native, id=10009, stack(0x00007f5e0f249000,0x00007f5e0f34a000)] =>0x00007f5e0807e800 JavaThread "CompilerThread0" daemon [_thread_in_native, id=10008, stack(0x00007f5e0f34a000,0x00007f5e0f44b000)] 0x00007f5e0807c800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=10007, stack(0x00007f5e0f44b000,0x00007f5e0f54c000)] 0x00007f5e0805e000 JavaThread "Finalizer" daemon [_thread_blocked, id=10006, stack(0x00007f5e0f54c000,0x00007f5e0f64d000)] 0x00007f5e0805c000 JavaThread "Reference Handler" daemon [_thread_blocked, id=10005, stack(0x00007f5e0f64d000,0x00007f5e0f74e000)] 0x0000000000611800 JavaThread "main" [_thread_in_native, id=9995, stack(0x00007f5e5e373000,0x00007f5e5e474000)] Other Threads: 0x00007f5e08057800 VMThread [stack: 0x00007f5e0f74e000,0x00007f5e0f84f000] [id=10004] 0x00007f5e08087000 WatcherThread [stack: 0x00007f5e0f047000,0x00007f5e0f148000] [id=10011] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap PSYoungGen total 282880K, used 161073K [0x00007f5e442d0000, 0x00007f5e58cd0000, 0x00007f5e58cd0000) eden space 227840K, 59% used [0x00007f5e442d0000,0x00007f5e4c642cb0,0x00007f5e52150000) from space 55040K, 48% used [0x00007f5e52150000,0x00007f5e53b299d8,0x00007f5e55710000) to space 53056K, 0% used [0x00007f5e55900000,0x00007f5e55900000,0x00007f5e58cd0000) PSOldGen total 213696K, used 164376K [0x00007f5e1aed0000, 0x00007f5e27f80000, 0x00007f5e442d0000) object space 213696K, 76% used [0x00007f5e1aed0000,0x00007f5e24f561c0,0x00007f5e27f80000) PSPermGen total 117568K, used 85956K [0x00007f5e106d0000, 0x00007f5e179a0000, 0x00007f5e1aed0000) object space 117568K, 73% used [0x00007f5e106d0000,0x00007f5e15ac1328,0x00007f5e179a0000) Dynamic libraries: 00400000-00409000 r-xp 00000000 09:00 131285 /usr/lib64/jvm/java-1.6.0-openjdk-1.6.0/jre/bin/java 00608000-00609000 r--p 00008000 09:00 131285 /usr/lib64/jvm/java-1.6.0-openjdk-1.6.0/jre/bin/java 00609000-0060a000 rw-p 00009000 09:00 131285 /usr/lib64/jvm/java-1.6.0-openjdk-1.6.0/jre/bin/java 0060a000-03b3f000 rw-p 0060a000 00:00 0 [heap] 7f5e00000000-7f5e019e8000 rw-p 7f5e00000000 00:00 0 7f5e019e8000-7f5e04000000 ---p 7f5e019e8000 00:00 0 7f5e07a13000-7f5e07a16000 ---p 7f5e07a13000 00:00 0 7f5e07a16000-7f5e07b14000 rwxp 7f5e07a16000 00:00 0 7f5e07b14000-7f5e07b17000 ---p 7f5e07b14000 00:00 0 7f5e07b17000-7f5e07c15000 rwxp 7f5e07b17000 00:00 0 7f5e07c15000-7f5e07c18000 ---p 7f5e07c15000 00:00 0 7f5e07c18000-7f5e07d16000 rwxp 7f5e07c18000 00:00 0 7f5e07d16000-7f5e07d19000 ---p 7f5e07d16000 00:00 0 7f5e07d19000-7f5e07e17000 rwxp 7f5e07d19000 00:00 0 7f5e07e17000-7f5e07e1a000 ---p 7f5e07e17000 00:00 0 7f5e07e1a000-7f5e07f18000 rwxp 7f5e07e1a000 00:00 0 .. (bunch of stuff elided) .... 7f5e5e488000-7f5e5e490000 rw-s 00000000 09:00 142012 /tmp/hsperfdata_tomcat/9993 7f5e5e490000-7f5e5e491000 rwxp 7f5e5e490000 00:00 0 7f5e5e491000-7f5e5e492000 r--p 7f5e5e491000 00:00 0 7f5e5e492000-7f5e5e494000 rw-p 7f5e5e492000 00:00 0 7f5e5e494000-7f5e5e495000 r--p 0001d000 09:00 1464 /lib64/ld-2.9.so 7f5e5e495000-7f5e5e496000 rw-p 0001e000 09:00 1464 /lib64/ld-2.9.so 7fff66480000-7fff66493000 rwxp 7ffffffea000 00:00 0 [stack] 7fff66493000-7fff66495000 rw-p 7fffffffd000 00:00 0 7fff665fe000-7fff665ff000 r-xp 7fff665fe000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] VM Arguments: jvm_args: -Dcatalina.base=/usr/share/tomcat6 -Dcatalina.home=/usr/share/tomcat6 -Djava.endorsed.dirs= -Djava.io.tmpdir=/var/cache/to mcat6/temp -Djava.util.logging.config.file=/usr/share/tomcat6/conf/logging.properties -Djava.util.logging.manager=org.apache.juli.Cl assLoaderLogManager java_command: org.apache.catalina.startup.Bootstrap start Launcher Type: SUN_STANDARD Environment Variables: JAVA_HOME=/etc/alternatives/jre/ JRE_HOME=/usr/lib64/jvm/java/jre PATH=/usr/share/tomcat6/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/opt/kde3/bin:/usr/lib/mit/bin:/usr/ lib/mit/sbin:/sbin:/usr/sbin:/home/tomcat/bin LD_LIBRARY_PATH=/usr/lib64/jvm/java-1.6.0-openjdk-1.6.0/jre/lib/amd64/server:/usr/lib64/jvm/java-1.6.0-openjdk-1.6.0/jre/lib/amd64:/ usr/lib64/jvm/java-1.6.0-openjdk-1.6.0/jre/../lib/amd64 SHELL=/bin/sh HOSTTYPE=x86_64 OSTYPE=linux MACHTYPE=x86_64-suse-linux Signal Handlers: SIGSEGV: [libjvm.so+0x671790], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGBUS: [libjvm.so+0x671790], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGFPE: [libjvm.so+0x54bca0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGPIPE: [libjvm.so+0x54bca0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGXFSZ: [libjvm.so+0x54bca0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGILL: [libjvm.so+0x54bca0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGUSR2: [libjvm.so+0x54b3d0], sa_mask[0]=0x00000000, sa_flags=0x10000004 SIGHUP: [libjvm.so+0x54d850], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGTERM: [libjvm.so+0x54d850], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGQUIT: [libjvm.so+0x54d850], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 --------------- S Y S T E M --------------- OS:openSUSE 11.1 (x86_64) VERSION = 11.1 uname:Linux 2.6.27.7-9-default #1 SMP 2008-12-04 18:10:04 +0100 x86_64 libc:glibc 2.9 NPTL 2.9 rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 8192, AS 6605680k load average:0.66 0.61 0.36 CPU:total 8 (4 cores per cpu, 1 threads per core) family 6 model 15 stepping 11, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3 Memory: 4k page, physical 4048072k(2528684k free), swap 4209008k(4209008k free) vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE (1.6.0_0-b14), built on Mar 12 2009 21:11:17 by "abuild" with gcc 4 3.2 [gcc-4_3-branch revision 141291] time: Mon Apr 6 13:26:45 2009 elapsed time: 117 seconds Reproducible: Always Steps to Reproduce: 1. Install openSUSE 11.1, openjdk 1.6, tomcat6, and confluence 2. Try to edit a page in the confluence wiki 3. Crash Actual Results: crash Expected Results: no crash -- 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 9

[Bug 492345] New: issues with lirc 0.8.4 and a Hauppauge Nova-S-Plus remote
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=492345 Summary: issues with lirc 0.8.4 and a Hauppauge Nova-S-Plus remote Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i686 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: hpj(a)urpla.net QAContact: qa(a)suse.de Found By: Beta-Customer I tried to assign this issue to Ludwig Nussel directly, but bugzilla stopped me. Hopefully Ludwig still works for and gets payed by Novell! Hi Ludwig, This report is based on a post to the lirc ML: http://sourceforge.net/mailarchive/message.php?msg_name=200904060131.08998.… For your convenience, I paste it here, more technical details are appended: While I got the basics up and running, I'm stuck in the details :-(. My remote looks pretty much exactly like: http://lirc.sourceforge.net/remotes/hauppauge/PVR-350.jpg Since it also has a sticker with "A415-HPG" sticking in the battery case, I chose the Hauppauge_350 section for my remote definition in /etc/lircd.conf, and removed the other entries (I've tried the A415-HPG-A model setting as well..). Now, if I press a number, I can see this number in an xterm on my KDE3 desktop, no problem. I can control kaffeine rudimentarily (e.g. with the numbers, but NOT with channel up/down buttons), volume up/down and mute modifies the master mixer in kmix and "power" really shutdowns the system grmpf(!). BTW, irw doesn't do anything at all. Without lircd, it simply says "connect: Connection refused", and with it running, it doesn't show anything at all. Terminate irw, and the xterm does show the numbers I'm pushing again. Note, all this only works, as long as irkick does NOT run. With irkick running, pushing buttons on the remote does nothing at all, consequently the irkick button push animation is missing (in earlier setups with kdetv and different hardware/remotes/OS 4-5 years ago, I got it working fine, btw). Choosing irkicks setup shows "Hauppauge_350" in the left pane (remotes and modes). I've tried to define a "TV" action to start kaffeine with the KDE Program Launcher, but given the facts above, nothing happens. After studying all docs/faqs/issues, I could find, I'm running off the ideas, on what to try next. The most nearby hint, I've found in: http://ubuntuforums.org/showthread.php?t=183545 stating, that "This guide is depreciated. Configuring Lirc for Hardy Heron is slightly different than before. New guide coming soon for Kubuntu and Ubuntu". Of cause something changed, but this all happend deeply under the covers and I seem to be unable to get this working well for my needs. I straced now lircd and irw, and found, that while lircd receives the key presses just fine, irw doesn't receive anything on its socket. # strace -tts512 /usr/sbin/lircd -H dev/input -d /dev/input/ir -n 10:07:26.407825 writev(2, [{"lircd-0.8.4[16823]: lircd(devinput) ready", 41}, {"\n", 1}], 2lircd-0.8.4[16823]: lircd(devinput) ready ) = 42 10:07:26.407980 socket(PF_FILE, 0x80002 /* SOCK_??? */, 0) = 7 10:07:26.408072 connect(7, {sa_family=AF_FILE, path="/dev/log"}, 110) = 0 10:07:26.408242 send(7, "<29>Apr 6 10:07:26 lircd-0.8.4[16823]: lircd(devinput) ready", 61, MSG_NOSIGNAL) = 61 10:07:26.424735 gettimeofday({1239005246, 424768}, NULL) = 0 10:07:26.424830 select(7, [6], NULL, NULL, {1, 0}) = 0 (Timeout) 10:07:27.421153 gettimeofday({1239005247, 421207}, NULL) = 0 10:07:27.421264 gettimeofday({1239005247, 421288}, NULL) = 0 10:07:27.421335 select(7, [6], NULL, NULL, {1, 0}) = 1 (in [6], left {0, 780000}) 10:07:27.643748 gettimeofday({1239005247, 643781}, NULL) = 0 10:07:27.643843 accept(6, {sa_family=AF_FILE, path=@""}, [2]) = 8 10:07:27.644021 setsockopt(8, SOL_SOCKET, SO_LINGER, {onoff=0, linger=0}, 8) = 0 10:07:27.644098 fcntl64(8, F_GETFL) = 0x2 (flags O_RDWR) 10:07:27.644162 fcntl64(8, F_SETFL, O_RDWR|O_NONBLOCK) = 0 10:07:27.644249 time(NULL) = 1239005247 10:07:27.644344 writev(2, [{"lircd-0.8.4[16823]: accepted new client on /var/run/lirc/lircd", 62}, {"\n", 1}], 2lircd-0. 8.4[16823]: accepted new client on /var/run/lirc/lircd ) = 63 10:07:27.644496 send(7, "<29>Apr 6 10:07:27 lircd-0.8.4[16823]: accepted new client on /var/run/lirc/lircd", 82, MSG_NO SIGNAL) = 82 10:07:27.644635 time(NULL) = 1239005247 10:07:27.644722 writev(2, [{"lircd-0.8.4[16823]: initializing '/dev/input/ir'", 48}, {"\n", 1}], 2lircd-0.8.4[16823]: in itializing '/dev/input/ir' ) = 49 10:07:27.644858 send(7, "<30>Apr 6 10:07:27 lircd-0.8.4[16823]: initializing '/dev/input/ir'", 68, MSG_NOSIGNAL) = 68 10:07:27.644972 open("/dev/input/ir", O_RDONLY) = 9 10:07:27.652376 ioctl(9, EVIOCGRAB, 0x1) = 0 10:07:27.661224 gettimeofday({1239005247, 661273}, NULL) = 0 10:07:27.661331 select(10, [6 8 9], NULL, NULL, NULL) = 1 (in [9]) 10:07:33.031826 gettimeofday({1239005253, 31871}, NULL) = 0 10:07:33.031929 read(9, "E\270\331I\260{\0\0\1\0\2\0\1\0\0\0", 16) = 16 10:07:33.032044 gettimeofday({1239005253, 32069}, NULL) = 0 10:07:33.032115 select(10, [6 8 9], NULL, NULL, NULL) = 1 (in [9]) 10:07:33.032193 gettimeofday({1239005253, 32217}, NULL) = 0 10:07:33.032260 read(9, "E\270\331I\276{\0\0\0\0\0\0\0\0\0\0", 16) = 16 10:07:33.032338 gettimeofday({1239005253, 32362}, NULL) = 0 10:07:33.032406 select(10, [6 8 9], NULL, NULL, NULL) = 1 (in [9]) 10:07:33.269223 gettimeofday({1239005253, 269277}, NULL) = 0 10:07:33.269328 read(9, "E\270\331I\24\33\4\0\1\0\2\0\0\0\0\0", 16) = 16 10:07:33.269416 gettimeofday({1239005253, 269440}, NULL) = 0 10:07:33.269484 select(10, [6 8 9], NULL, NULL, NULL) = 1 (in [9]) 10:07:33.269558 gettimeofday({1239005253, 269582}, NULL) = 0 10:07:33.269623 read(9, "E\270\331I\37\33\4\0\0\0\0\0\0\0\0\0", 16) = 16 10:07:33.269701 gettimeofday({1239005253, 269724}, NULL) = 0 10:07:33.269766 select(10, [6 8 9], NULL, NULL, NULL^C <unfinished ...> lircd-0.8.4[16823]: caught signal lircd-0.8.4[16823]: closing '/dev/input/ir' This is the result from pushing "1" one time. lircd gets 4 events. At the same time, I got irw up and running. Here's the full trace: # strace -ttfs 512 irw 10:07:27.636661 execve("/usr/bin/irw", ["irw"], [/* 130 vars */]) = 0 10:07:27.638234 brk(0) = 0x804b000 10:07:27.639862 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f51000 10:07:27.640541 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) 10:07:27.640687 open("/etc/ld.so.cache", O_RDONLY) = 5 10:07:27.640809 fstat64(5, {st_mode=S_IFREG|0644, st_size=187801, ...}) = 0 10:07:27.640955 mmap2(NULL, 187801, PROT_READ, MAP_PRIVATE, 5, 0) = 0xb7f23000 10:07:27.641021 close(5) = 0 10:07:27.641138 open("/lib/libc.so.6", O_RDONLY) = 5 10:07:27.641220 read(5, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`h\1\0004\0\0\0<\236\25\0\0\0\0\0004\0 \0\n\0(\0G\0F\0\6\0\0\0004\0\0\0004\0\0\0004\0\0\0@\1\0\0@\1\0\0\5\0\0\0\4\0\0\0\3\0\0\0P\305\22\0P\305\22\0P\305\22\0\23\0\0\0\23\0\0\0\4\0\0\0\1\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\34D\25\0\34D\25\0\5\0\0\0\0\20\0\0\1\0\0\0\320Q\25\0\320a\25\0\320a\25\0\254'\0\0\200T\0\0\6\0\0\0\0\20\0\0\2\0\0\0|m\25\0|}\25\0|}\25\0\360\0\0\0\360\0\0\0\6\0\0\0\4\0\0\0\4\0\0\0t\1\0\0t\1\0\0t\1\0\0\\\0\0\0\\\0\0\0\4\0\0\0\4\0\0\0\7\0\0\0\320Q\25\0\320a\25\0\320a\25\0\10\0\0\0@\0\0\0\4\0\0\0\4\0\0\0P\345tdd\305\22\0d\305\22\0d\305\22\0\324l\0\0\324l\0\0\4\0\0\0\4\0\0\0Q\345td\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\6\0\0\0\4\0\0\0R\345td\320Q\25\0\320a\25\0\320a\25\0000\36\0\0000\36\0\0\4\0\0\0\1\0\0\0\4\0\0\0\24\0\0\0\3\0\0\0GNU\0\23\366\4\7\345\203p\343\234\313s&\0317\347\336\330M\353d\4\0\0\0\20\0\0\0\1\0\0\0GNU\0\0\0\0\0\2\0\0\0\6\0\0\0\4\0\0\0\5\0\0\0\4\0\0\0SuSESuSE\0\0\0\0\1\0\n\2\363\3\0\0\t\0\0\0\0\2\0\0\16\0\0\0\2400\20D\200 \2\1\214\3\346\220AE\210\0\204\0\10\0A\200\0@\300\200\0\f\2\f\0\1", 512) = 512 10:07:27.641912 fstat64(5, {st_mode=S_IFREG|0755, st_size=1419604, ...}) = 0 10:07:27.642046 mmap2(NULL, 1422928, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 5, 0) = 0xb7dc7000 10:07:27.642116 fadvise64(5, 0, 1422928, POSIX_FADV_WILLNEED) = 0 10:07:27.642187 mprotect(0xb7f1c000, 4096, PROT_NONE) = 0 10:07:27.642255 mmap2(0xb7f1d000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0x155) = 0xb7f1d000 10:07:27.642354 mmap2(0xb7f20000, 9808, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f20000 10:07:27.642438 close(5) = 0 10:07:27.642531 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7dc6000 10:07:27.642603 set_thread_area({entry_number:-1 -> 6, base_addr:0xb7dc66c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 10:07:27.642689 open("/dev/urandom", O_RDONLY) = 5 10:07:27.642768 read(5, "z`-\233", 4) = 4 10:07:27.642881 close(5) = 0 10:07:27.643101 mprotect(0xb7f1d000, 8192, PROT_READ) = 0 10:07:27.643169 mprotect(0x8049000, 4096, PROT_READ) = 0 10:07:27.643238 mprotect(0xb7f70000, 4096, PROT_READ) = 0 10:07:27.643298 munmap(0xb7f23000, 187801) = 0 10:07:27.643437 socket(PF_FILE, SOCK_STREAM, 0) = 5 10:07:27.643527 connect(5, {sa_family=AF_FILE, path="/var/run/lirc/lircd"}, 110) = 0 10:07:27.652228 read(5, "", 128) = 0 10:07:35.516219 exit_group(0) = ? It stays in read(5, ...) until I stop lircd. Do you have an idea, what's going wrong here? -- 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 513786] New: rpm: add an option to %lang_package to specify which package to require
by bugzilla_noreply＠novell.com 07 Dec '15

07 Dec '15

http://bugzilla.novell.com/show_bug.cgi?id=513786 Summary: rpm: add an option to %lang_package to specify which package to require Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: vuntz(a)novell.com QAContact: qa(a)suse.de Found By: --- With libraries, it happens quite a lot that a package named mylibrary6 (following the shared library policy) has translations which should end up in mylibrary-lang (and not mylibrary6-lang, since thee translations are using a non-versioned translation domain). The issue is that %lang_package will define mylibrary-lang so that it Requires the mylibrary package, which doesn't exist. So we have to tweak things with mylibrary6 providing the mylibrary package so that the lang package is installable. I believe adding an option to %lang_package to specify an alternative package to require would make this much easier. So you could do: %lang_package -r mylibrary6 And it would expand to: %package lang Summary: Languages for package %{name} Group: System/Localization Requires: mylibrary6 = %{version} Provides: %{name}-lang-all = %{version} Supplements: packageand(bundle-lang-other:%{name}) %description lang Provides translations to the package %{name} -- 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 527074] New: kate CTags plugin does not warn when ctags is not installed
by bugzilla_noreply＠novell.com 25 Nov '15

25 Nov '15

http://bugzilla.novell.com/show_bug.cgi?id=527074 Summary: kate CTags plugin does not warn when ctags is not installed Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: x86-64 OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: mar.pollo(a)gmail.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.0) Gecko/20090623 SUSE/3.5.0-4.6 Firefox/3.5 GTB5 When enabling the CTags plugin, if the ctags program isn't installed, a warning should be displayed (for example, in the CTags section). Reproducible: Always Steps to Reproduce: 1. Uninstall ctags, if you have it installed 2. Open kate and enable the CTags plugin under «Settings» -> «Configure Kate» -> «Plugins» 3. Click the CTags button in the bottom of the kate window. Actual Results: No warning is shown. Expected Results: A warining is shown after the last step. -- 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 7

[Bug 517869] New: Lokalize should require python-kde4 to enable creating a new Lokalize project
by bugzilla_noreply＠novell.com 25 Nov '15

25 Nov '15

http://bugzilla.novell.com/show_bug.cgi?id=517869 Summary: Lokalize should require python-kde4 to enable creating a new Lokalize project Classification: openSUSE Product: openSUSE 11.2 Version: Milestone 3 Platform: 64bit OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: fisiu82(a)gmail.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; pl-PL; rv:1.9.1.0) Gecko/20090617 SUSE/3.5.0-2.2 Firefox/3.5 Fresh install of openSUSE 11.2 M3. KDE4 flavour. Installed Lokalize and after run it, I tried create new project. But this option was in-active. I've searched a few secs, and found that python script is responsible for this. I've installed python-kde4, then reopened Lokalize. "Create new project" option is active now and works perfect. So python-kde4 should be mentioned in "Requires" field in .spec file. 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 4

[Bug 503071] New: Critical updates hidden behind update stack updates
by bugzilla_noreply＠novell.com 06 Nov '15

06 Nov '15

http://bugzilla.novell.com/show_bug.cgi?id=503071 Summary: Critical updates hidden behind update stack updates Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: libzypp AssignedTo: tgoettlicher(a)novell.com ReportedBy: msvec(a)novell.com QAContact: qa(a)suse.de Found By: --- When there is an update stack update available and at the same time also some critical updates, they are hidden behind the first one as it gets a priority over them. Like right now, there is an update stack update available and therefore the applet displays the orange star, however the fact that there are critical updates is completely ignored and the user is left with a false feeling of safety. This is a similar problem to zypper (see bug 503068). I'd suggest to behave the same if there are any critical updates and show that to the user that this is the fact (critical updates are available, but we update the update stack first). -- 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 15

[Bug 522916] New: WebBench reported error when using PV network for Windows 2003 sp2 (x86) VM.
by bugzilla_noreply＠novell.com 18 May '15

18 May '15

http://bugzilla.novell.com/show_bug.cgi?id=522916 Summary: WebBench reported error when using PV network for Windows 2003 sp2 (x86) VM. Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: SLES 11 Status: NEW Severity: Major Priority: P5 - None Component: Xen AssignedTo: jdouglas(a)novell.com ReportedBy: zhiteng.huang(a)intel.com QAContact: qa(a)suse.de Found By: --- Created an attachment (id=305731) --> (http://bugzilla.novell.com/attachment.cgi?id=305731) WebBench error User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.12) Gecko/2009070611 Firefox/3.0.12 One Windows 2003 sp2 (x86) VM configured with 2vCPU, 1.5GB memory runs IIS services. Another native system uses WebBench client to simulate multiple users access WWW service served by Windows 2003 VM. WebBench client reports '10054' error once in a while and the error appears more frequently when running same workload on multiple Windows 2003 VM simultaneously. According to MSDN, Windows socket error code 10054 means 'connection reset by peer'. (http://msdn.microsoft.com/en-us/library/ms740668(VS.85).aspx) We tried to find out why 10054 error happened. We did saw something unusual -periodical peak in bandwidth & packets - when using 'netperf' to do TCP_STREAM (to measure bandwidth) and TCP_RR (to measure latency) test. Reproducible: Always Steps to Reproduce: 1. Setup a Windows 2003 x86 sp2 VM with IIS service and a native client running WebBench Controller & Client. We here configure Windows 2003 VM with 2 vCPU and 1.5GB memory. 2. Installed SLES 11 VMDP onto Windows 2003 VM. 3. Deploy WebBench contents (webpages/scripts) to Windows 2003 VM and configure IIS. 4. Start WebBench Client & Controller to run the workload. Actual Results: The '10054' error will appear on client console soon and keep happening. Expected Results: There should be no error at all. The WebBench package is quite big. So if needed, I can provide it via other way together with detailed WebBench setup steps. -- 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 8

[Bug 517845] New: Search box must allow multiple keyword searches
by bugzilla_noreply＠novell.com 16 Mar '15

16 Mar '15

http://bugzilla.novell.com/show_bug.cgi?id=517845 Summary: Search box must allow multiple keyword searches Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: openFATE AssignedTo: tschmidt(a)novell.com ReportedBy: PVince81(a)yahoo.fr QAContact: freitag(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.0.11) Gecko/2009060200 SUSE/3.0.11-5.2 Firefox/3.0.11 The search box currently only allows to find exact matches in a portion of a title/description. For example if a feature title is "some interesting feature", it can be found by using "some interesting" and "interesting feature" but not using "some feature". The search box could use a syntax similar to google: use spaces to specify separate keywords and double quotes to group keywords. Another possiblity is like in bugzilla to have the possibility to choose between "contains any of the words" or "contains all the words" Reproducible: Always This feature is important, because the submitters are supposed to search through existing features before submitting a new feature, to prevent duplicates. Failing to easily find those features might cause more duplicate features to be submitted. -- 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