June 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 501037] New: incorrect coding of the text in the menu LanguageTool
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=501037 Summary: incorrect coding of the text in the menu LanguageTool Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: OpenOffice.org AssignedTo: bnc-team-ooo(a)forge.provo.novell.com ReportedBy: egd.free(a)gmail.com QAContact: kyu(a)novell.com Found By: --- User-Agent: Opera/9.64 (X11; Linux i686; U; ru) Presto/2.1.1 after installation OpenOffice_org-LanguageTool-0.9.7-2.5 from the menu all the new items look like "????????????????" see attaches Reproducible: Always Steps to Reproduce: 1. install packeges OpenOffice_org-LanguageTool-0.9.7-2.5, OpenOffice_org-LanguageTool-en-0.9.7-2.5, OpenOffice_org-LanguageTool-ru-0.9.7-2.5 2. Run OOo Writer -- 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 500661] New: wvdial fails to retry on modem init string sending
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=500661 Summary: wvdial fails to retry on modem init string sending Classification: openSUSE Product: openSUSE 11.1 Version: Final 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: osv(a)kiae.ru QAContact: qa(a)suse.de Found By: --- Created an attachment (id=289746) --> (http://bugzilla.novell.com/attachment.cgi?id=289746) patch to solve the problem User-Agent: Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.10 (like Gecko) SUSE There is a trivial bug which is probably rather a typo in the wvdialer.cc code. The bug is in the modem init strings sending code below: modem->print( "%s\r", *this_str ); log( "Sending: %s\n", *this_str ); received = wait_for_modem( init_responses, 5000, true ); switch( received ) { case -1: modem->print( "ATQ0\r" ); log( "Sending: ATQ0\n" ); received = wait_for_modem( init_responses, 500, true ); modem->print( "%s\r", *this_str ); log( "Re-Sending: %s\n", *this_str ); received = wait_for_modem( init_responses, 5000, true ); switch( received ) { case -1: err( "Modem not responding.\n" ); return( false ); case 1: err( "Bad init string.\n" ); return( false ); } goto end_outer; The code's purpose is to send modem init strings such as "ATZ" at the beginning of the dialer session. As you see the code tries to resend an init string in case the was no response from the modem on the first try. The problem with the bug is the re-sending does not help even if the sending succeeds on the second try. This is due to "goto end_outer;" statement at the end of the above fragment. The statement makes the wvdial leave the init strings sending loop even after the re-sending succeeds. I guess it was a typo and the author's intention was to place "break;" statement here to proceed with sending the init strings. I did find this bug rather annoying due to my modem has a bad habit of not responding randomly on the first init string sent to it. It does respond when the string is resent, but the bug fails the wvdialer session anyway. I was forced to restart wvdial again and again until the modem's response to the first init string was catched from the first try. Finally I did find the bug and I am happy now thanks to the open source. Hopefully the fix will be in the next release. The patch for 1.56 is attached. 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 500520] New: totem does not work outside of gnome
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=500520 Summary: totem does not work outside of gnome Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: lnussel(a)novell.com QAContact: qa(a)suse.de CC: vuntz(a)novell.com Found By: Development totem does not work outside of gnome with remote URLs. That renders esp the very cool browser plugin useless in practice when firefox is used on alternative desktops. Try for example (with the proper codecs installed): $ totem http://www.cinecitta.de/filmeevents/startrek.mov ** Message: no file info ** Message: Error: Resource not found. gstfilesrc.c(1018): gst_file_src_start (): /GstPlayBin:play/GstFileSrc:source: No such file "/filmeevents/startrek.mov" Gstreamer itself works fine though: $ gst-launch-0.10 playbin uri=http://www.cinecitta.de/filmeevents/startrek.mov [plays movie] Same problem with packages from Factory. -- 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 18

[Bug 498669] New: Nagios ntp check check_ntp_peer aborts due to buffer overflow
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=498669 Summary: Nagios ntp check check_ntp_peer aborts due to buffer overflow Classification: openSUSE Product: openSUSE 11.1 Version: Final 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: jschrod(a)acm.org QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.19) Gecko/20081213 SUSE/1.1.14-1.1 SeaMonkey/1.1.14 The Nagios check command check_ntp_peer aborts with a message that a buffer overflow is detected and outputs a stack backtrace. The check command is from package nagios-plugins-1.4.13-1.4. Reproducible: Always Steps to Reproduce: 1. Call /usr/lib/nagios/plugins/check_ntp_peer -H localhost This happens both on x86 and x86_64, so it's probably not system dependent. On localhost NTP is configured and active, in case that matters. Actual Results: Command output: *** buffer overflow detected ***: /usr/lib/nagios/plugins/check_ntp_peer terminated ======= Backtrace: ========= /lib/libc.so.6(__fortify_fail+0x48)[0xb7f55db8] /lib/libc.so.6[0xb7f53dd0] /lib/libc.so.6(__read_chk+0x58)[0xb7f542d8] /usr/lib/nagios/plugins/check_ntp_peer[0x804a0a1] /usr/lib/nagios/plugins/check_ntp_peer[0x804ac0e] /lib/libc.so.6(__libc_start_main+0xe5)[0xb7e85705] /usr/lib/nagios/plugins/check_ntp_peer[0x8048f01] ======= Memory map: ======== 08048000-0804f000 r-xp 00000000 09:02 430573 /usr/lib/nagios/plugins/check_ntp_peer 0804f000-08050000 r--p 00007000 09:02 430573 /usr/lib/nagios/plugins/check_ntp_peer 08050000-08051000 rw-p 00008000 09:02 430573 /usr/lib/nagios/plugins/check_ntp_peer 08051000-08072000 rw-p 08051000 00:00 0 [heap] b7e53000-b7e60000 r-xp 00000000 09:02 1215108 /lib/libgcc_s.so.1 b7e60000-b7e61000 r--p 0000c000 09:02 1215108 /lib/libgcc_s.so.1 b7e61000-b7e62000 rw-p 0000d000 09:02 1215108 /lib/libgcc_s.so.1 b7e62000-b7e6c000 r-xp 00000000 09:02 1216926 /lib/libnss_files-2.9.so b7e6c000-b7e6d000 r--p 00009000 09:02 1216926 /lib/libnss_files-2.9.so b7e6d000-b7e6e000 rw-p 0000a000 09:02 1216926 /lib/libnss_files-2.9.so b7e6e000-b7e6f000 rw-p b7e6e000 00:00 0 b7e6f000-b7fc4000 r-xp 00000000 09:02 1215002 /lib/libc-2.9.so b7fc4000-b7fc5000 ---p 00155000 09:02 1215002 /lib/libc-2.9.so b7fc5000-b7fc7000 r--p 00155000 09:02 1215002 /lib/libc-2.9.so b7fc7000-b7fc8000 rw-p 00157000 09:02 1215002 /lib/libc-2.9.so b7fc8000-b7fcc000 rw-p b7fc8000 00:00 0 b7fcc000-b7fcf000 r-xp 00000000 09:02 1216792 /lib/libdl-2.9.so b7fcf000-b7fd0000 r--p 00002000 09:02 1216792 /lib/libdl-2.9.so b7fd0000-b7fd1000 rw-p 00003000 09:02 1216792 /lib/libdl-2.9.so b7fd1000-b7ff8000 r-xp 00000000 09:02 1216921 /lib/libm-2.9.so b7ff8000-b7ff9000 r--p 00026000 09:02 1216921 /lib/libm-2.9.so b7ff9000-b7ffa000 rw-p 00027000 09:02 1216921 /lib/libm-2.9.so b7ffa000-b800c000 r-xp 00000000 09:02 1216929 /lib/libresolv-2.9.so b800c000-b800d000 r--p 00011000 09:02 1216929 /lib/libresolv-2.9.so b800d000-b800e000 rw-p 00012000 09:02 1216929 /lib/libresolv-2.9.so b800e000-b8010000 rw-p b800e000 00:00 0 b8010000-b8025000 r-xp 00000000 09:02 1215013 /lib/libnsl-2.9.so b8025000-b8026000 r--p 00014000 09:02 1215013 /lib/libnsl-2.9.so b8026000-b8027000 rw-p 00015000 09:02 1215013 /lib/libnsl-2.9.so b8027000-b8029000 rw-p b8027000 00:00 0 b804e000-b804f000 rw-p b804e000 00:00 0 b804f000-b806d000 r-xp 00000000 09:02 1217040 /lib/ld-2.9.so b806d000-b806e000 r--p 0001d000 09:02 1217040 /lib/ld-2.9.so b806e000-b806f000 rw-p 0001e000 09:02 1217040 /lib/ld-2.9.so bfc58000-bfc6e000 rw-p bffea000 00:00 0 [stack] ffffe000-fffff000 r-xp 00000000 00:00 0 [vdso] Aborted Expected Results: Command shall check if I have good NTP peers. I know of check_ntp and that works; but that's deprecated. -- 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 498435] New: sane-backends: 4 * undefined code
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=498435 Summary: sane-backends: 4 * undefined code 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 tried to build Factory package sane-backends-1.0.19-102.32 and the build said 1. mustek_pp_ccd300.c:1016: warning: operation on 'priv->blueline' may be undefined The source code is priv->blueline = ++priv->blueline % priv->blue_offs; I agree with the compiler. Better code would be priv->blueline = (priv->blueline + 1) % priv->blue_offs; 2. mustek_pp_ccd300.c:946: warning: operation on 'priv->blueline' may be undefined mustek_pp_ccd300.c:943: warning: operation on 'priv->blueline' may be undefined mustek_pp_ccd300.c:982: warning: operation on 'priv->blueline' may be undefined Duplicates. -- 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 498429] New: adding cups to allowed services in the firewall does not allow broadcasting
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=498429 Summary: adding cups to allowed services in the firewall does not allow broadcasting Classification: openSUSE Product: openSUSE 11.2 Version: Milestone 1 Platform: x86 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: christiandehne(a)web.de QAContact: jsrain(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (compatible; Konqueror/4.2; Linux) KHTML/4.2.2 (like Gecko) SUSE I wanted to have my network in an external zone, but allow network printing via cups. So I enabled the cups service in the firewall module of yast, but still no remote printers were listed in the printer module of yast, although several are available in my network. I have to manually add '631' in the field for the external zone in the broadcast section of the firewall module or to modify to receive the printers via cups. Reproducible: Always Actual Results: No remote printers found after enabling the cups service in the firewall module. Expected Results: Remote printers are shown after enabling cups service in the firewall. -- 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 496430] New: Pop-up notification settings cause error
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=496430 Summary: Pop-up notification settings cause error Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: x86 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: rastislav.krupansky(a)gmail.com QAContact: qa(a)suse.de Found By: --- Created an attachment (id=286785) --> (http://bugzilla.novell.com/attachment.cgi?id=286785) snpashot User-Agent: Mozilla/5.0 (X11; U; Linux i686; sk; rv:1.9.0.8) Gecko/2009032600 SUSE/3.0.8-1.2 Firefox/3.0.8 When i try to change notification settings, i obtain error, attached on the snapshot. Attached also output of bug report. Reproducible: Sometimes Steps to Reproduce: 1.Boot LiveCD Gnome factory 2.Choose the Pop-up notification application 3.Try to change settings -- 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 496378] New: openjdk has an empty keystore
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=496378 Summary: openjdk has an empty keystore Classification: openSUSE Product: openSUSE 11.2 Version: Alpha 0 Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: Java AssignedTo: bnc-team-java(a)forge.provo.novell.com ReportedBy: mvyskocil(a)novell.com QAContact: qa(a)suse.de Found By: Community User openjdk has an empty keystore: ls -lh /usr/lib64/jvm/java-1.6.0-openjdk-1.6.0/jre/lib/security/cacerts -rw-r--r-- 1 root root 32 2009-04-18 16:06 /usr/lib64/jvm/java-1.6.0-openjdk-1.6.0/jre/lib/security/cacerts It disallows usage of SSL in any Java application. For example esmska[1] [1] http://code.google.com/p/esmska/issues/detail?id=132 -- 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 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