June 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 835815] New: Redis init script ignores bind address on stop
by bugzilla_noreply＠novell.com 28 Jun '16

28 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=835815 https://bugzilla.novell.com/show_bug.cgi?id=835815#c0 Summary: Redis init script ignores bind address on stop Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: thomas(a)cupracer.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.110 Safari/537.36 Redis may be configured to not listen to all network interfaces, but to a single one, like: # If you want you can bind a single interface, if the bind option is not # specified all the interfaces will listen for incoming connections. # bind 10.0.1.107 The problem is that the corresponding init script tries to stop Redis by using "redis-cli" with $PASS and $PORT as parameters. The configured bind address is missing here, so it just tries 127.0.0.1 and fails to connect to Redis. The bind address has to be added here. Something like this has to be added in /etc/init.d/redis: stop() { .. BIND=`grep ^bind $CONFIG | awk '{print $2}'` [ -n "$BIND" ] && CLI="$CLI -h $BIND" .. } Reproducible: Always Steps to Reproduce: 1. Configure Redis as usual. 2. Add "bind <some-non-lo-ip>" to the config file. 3. Start Redis: /etc/init.d/redis start 4. Make sure that Redis is running. 5. Try to stop Redis: /etc/init.d/redis stop Actual Results: The init script fails to Stop Redis as it doesn't know the correct bind address. Expected Results: The init script should stop Redis by connecting to its bind address. -- 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 673937] New: apache2: provide rpm macros file for 3rd party modules
by bugzilla_noreply＠novell.com 28 Jun '16

28 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=673937 https://bugzilla.novell.com/show_bug.cgi?id=673937#c0 Summary: apache2: provide rpm macros file for 3rd party modules Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Apache AssignedTo: bnc-team-apache(a)forge.provo.novell.com ReportedBy: lnussel(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- 3rd party modules currently have code like this in the .spec file: %define apxs /usr/sbin/apxs2 %define apache_libexecdir %(%{apxs} -q LIBEXECDIR) Stuff like that should be put into a macro file with pre-computed values. e.g. /etc/rpm/macros.apache2 that is provided by apache2-devel. -- 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 597744] New: alpine: Missing umlaut in date column: our_strftime does not always return utf8-encoded strings
by bugzilla_noreply＠novell.com 28 Jun '16

28 Jun '16

http://bugzilla.novell.com/show_bug.cgi?id=597744 http://bugzilla.novell.com/show_bug.cgi?id=597744#c0 Summary: alpine: Missing umlaut in date column: our_strftime does not always return utf8-encoded strings Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: kdevel(a)vogtner.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Alpine does not correctly encode non-utf-8-data from locale's time and date formatting. Reproducible: Always Steps to Reproduce: 1. open console/xterm with 8-Bit character encoding (i.e. ISO-8859-1) 2. start alpine with LANG=de_DE@euro 3. have an e-mail in your inbox with a date of March. Actual Results: The Date displayed is "M" Expected Results: "Mär" strftime may return non-utf8 data if operated in a non-utf8 environment. In The non-WINDOWS-case no change of encoding to utf8 is performed in our_strftime (pith/string.c) but utf8 is expected from functions calling our_strftime. -- 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 14

[Bug 558841] New: alpine: incorrect transformation patch included
by bugzilla_noreply＠novell.com 28 Jun '16

28 Jun '16

http://bugzilla.novell.com/show_bug.cgi?id=558841 http://bugzilla.novell.com/show_bug.cgi?id=558841#c0 Summary: alpine: incorrect transformation patch included Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: All OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jengelh(a)medozas.de QAContact: qa(a)suse.de Found By: Beta-Customer Blocker: --- In alpine's operation-may-be-undefined-warning.diff, there is: - m = strtoul (++s,(char **) &s,10); - y = (*s == ':') ? strtoul (++s,(char **) &s,10) : 0; + s++; + m = strtoul (s,(char **) &s,10); + s++; + y = (*s == ':') ? strtoul (s,(char **) &s,10) : 0; But the last two + lines seem wrong. SUSE is incrementing s here before the test for ':', while the original patch only did it _after_. It should probably have been: s++; m = strtoul(s, (char **)&s, 10); if (*s == ':') { ++s; y = strtoul(s, (char **)&s, 10); } else { y = 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 11

[Bug 860513] New: Packages fp-ide-ru/fp-ide-en
by bugzilla_noreply＠novell.com 26 Jun '16

26 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=860513 https://bugzilla.novell.com/show_bug.cgi?id=860513#c0 Summary: Packages fp-ide-ru/fp-ide-en Classification: openSUSE Product: openSUSE Factory Version: 13.2 Milestone 0 Platform: All OS/Version: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: loginov_alex(a)inbox.ru QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Firefox/24.0 Please build packages: http://code.google.com/p/fp-ide-ru http://code.google.com/p/fp-ide-en 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 11

[Bug 792947] New: warnings in BigInt.pm
by bugzilla_noreply＠novell.com 23 Jun '16

23 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=792947 https://bugzilla.novell.com/show_bug.cgi?id=792947#c0 Summary: warnings in BigInt.pm Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: ccrssaa(a)karelia.ru QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Firefox/17.0 SeaMonkey/2.14 ipcount IP/len produces warnings in BigInt.pm Reproducible: Always Steps to Reproduce: run ipcount 1.1.1.1/32 Actual Results: > ipcount 1.1.1.1/32 1.1.1.1/32 1.1.1.1 - 1.1.1.1 [1] Use of uninitialized value in pattern match (m//) at /usr/lib/perl5/5.16.0/Math/BigInt.pm line 1136. Use of uninitialized value in string eq at /usr/lib/perl5/5.16.0/Math/BigInt.pm line 1139. Use of uninitialized value in pattern match (m//) at /usr/lib/perl5/5.16.0/Math/BigInt.pm line 1149. Expected Results: expected ipcount result without warnings > ipcount 1.1.1.1/32 1.1.1.1/32 1.1.1.1 - 1.1.1.1 [1] Quick workaround: copy BigInt.pm from openSUSE 12.1 and add { no warnings; ... } around lines 44-155 to suppress "overload arg '..' is invalid" message -- 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 859298] New: dnsmasq launch as daemon fails (in or out of systemctl) status=3/NOTIMPLEMENTED
by bugzilla_noreply＠novell.com 22 Jun '16

22 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=859298 https://bugzilla.novell.com/show_bug.cgi?id=859298#c0 Summary: dnsmasq launch as daemon fails (in or out of systemctl) status=3/NOTIMPLEMENTED Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: david.bahi(a)emc.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_1) AppleWebKit/537.73.11 (KHTML, like Gecko) Version/7.0.1 Safari/537.73.11 > bang-tan:~ # systemctl status dnsmasq > dnsmasq.service - DNS caching server. > Loaded: loaded (/usr/lib/systemd/system/dnsmasq.service; enabled) > Drop-In: /run/systemd/generator/dnsmasq.service.d > \u2514\u250050-insserv.conf-$named.conf > Active: failed (Result: exit-code) since Fri 2014-01-17 18:21:55 EST; 7min ago > Process: 2776 ExecStart=/usr/sbin/dnsmasq --log-async --enable-dbus --keep-in-foreground (code=exited, status=3) > Process: 2754 ExecStartPre=/usr/sbin/dnsmasq --test (code=exited, status=0/SUCCESS) > Main PID: 2776 (code=exited, status=3) > CGroup: /system.slice/dnsmasq.service > > Jan 17 18:21:55 bang-tan systemd[1]: Starting DNS caching server.... > Jan 17 18:21:55 bang-tan dnsmasq[2754]: dnsmasq: syntax check OK. > Jan 17 18:21:55 bang-tan dnsmasq[2776]: TFTP directory /srv/tftpboot inaccessible: Permission denied > Jan 17 18:21:55 bang-tan systemd[1]: dnsmasq.service: main process exited, code=exited, status=3/NOTIMPLEMENTED > Jan 17 18:21:55 bang-tan systemd[1]: Failed to start DNS caching server.. > Jan 17 18:21:55 bang-tan systemd[1]: Unit dnsmasq.service entered failed state. or on the command line try it - fails the same way > bang-tan:~ # /usr/sbin/dnsmasq --log-async --enable-dbus --keep-in-foreground > bang-tan:~ # echo $? > 3 but it works fine as long as it is not launched as a daemon > bang-tan:~ # /usr/sbin/dnsmasq --log-async --enable-dbus --keep-in-foreground -d & > [1] 4193 > bang-tan:~ # dnsmasq: started, version 2.65 cachesize 2000 > dnsmasq: compile time options: IPv6 GNU-getopt no-DBus i18n IDN DHCP DHCPv6 no-Lua TFTP no-conntrack > dnsmasq: DBus support enabled: connected to system bus > dnsmasq: asynchronous logging enabled, queue limit is 5 messages > dnsmasq-tftp: TFTP root is /srv/tftpboot > dnsmasq: using local addresses only for domain sea.lab.emc.com > dnsmasq: reading /etc/resolv.conf > dnsmasq: using nameserver 128.221.12.10#53 > dnsmasq: using nameserver 10.254.66.24#53 > dnsmasq: ignoring nameserver 10.6.154.11 - local interface > dnsmasq: using local addresses only for domain sea.lab.emc.com > dnsmasq: read /etc/hosts - 9 addresses > dnsmasq: read /etc/dnsmasq.hosts/wadet2_hosts - 21 addresses > dnsmasq: read /etc/dnsmasq.hosts/hosts_from_ldap - 417 addresses > ... Reproducible: Always Steps to Reproduce: 1. zypper dup from 12.2 to 12.3 (it fails in 12.3 the same way) 2. then zypper dup from 12.3 to 13.1 (so we're current and all) 3. then notice dnsmasq still fails to launch as a daemon - scratch head - google - write bug Actual Results: tail of strace output of failure > ... > capset({_LINUX_CAPABILITY_VERSION_3, 0}, {CAP_SETUID|CAP_NET_ADMIN|CAP_NET_RAW, CAP_SETUID|CAP_NET_ADMIN|CAP_NET_RAW, CAP_SETUID|CAP_NET_ADMIN|CAP_NET_RAW}) = 0 > prctl(PR_SET_KEEPCAPS, 1) = 0 > setuid(105) = 0 > capset({_LINUX_CAPABILITY_VERSION_3, 0}, {CAP_NET_ADMIN|CAP_NET_RAW, CAP_NET_ADMIN|CAP_NET_RAW, 0}) = 0 > openat(AT_FDCWD, "/srv/tftpboot", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 EACCES (Permission denied) > open("/usr/share/locale-langpack/en_US.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale/en_US.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale-bundle/en_US.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale-langpack/en_US.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale/en_US.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale-bundle/en_US.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale-langpack/en_US/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale/en_US/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale-bundle/en_US/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale-langpack/en.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale/en.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale-bundle/en.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale-langpack/en.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale/en.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale-bundle/en.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale-langpack/en/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale-bundle/en/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > write(2, "\n", 1) = 1 > write(2, "dnsmasq: ", 9) = 9 > write(2, "TFTP directory /srv/tftpboot ina"..., 60) = 60 > write(2, "\n", 1) = 1 > open("/etc/localtime", O_RDONLY|O_CLOEXEC) = 14 > fstat(14, {st_mode=S_IFREG|0644, st_size=3519, ...}) = 0 > fstat(14, {st_mode=S_IFREG|0644, st_size=3519, ...}) = 0 > mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fc343f10000 > read(14, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\4\0\0\0\4\0\0\0\0"..., 4096) = 3519 > lseek(14, -2252, SEEK_CUR) = 1267 > read(14, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\5\0\0\0\5\0\0\0\0"..., 4096) = 2252 > close(14) = 0 > munmap(0x7fc343f10000, 4096) = 0 > write(13, "<26>Jan 17 18:32:11 dnsmasq[4278"..., 95) = -1 ENOTCONN (Transport endpoint is not connected) > connect(13, {sa_family=AF_LOCAL, sun_path="/dev/log"}, 110) = 0 > write(13, "<26>Jan 17 18:32:11 dnsmasq[4278"..., 95) = 95 > stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=3519, ...}) = 0 > write(13, "<26>Jan 17 18:32:11 dnsmasq[4278"..., 53) = 53 > close(13) = 0 > exit_group(3) = ? > +++ exited with 3 +++ > Expected Results: seems when daemonized it may be using another uid that doesn't have permission to read /srv/tftpboot (tftp service is handled by dnsmasq in our config) perms on /srv/tftpboot default to 0750 i think - at least that's what we have... thanks for looking into this. -- 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 17

[Bug 867943] New: okular print dialogue - UTF8 filenames displayed incorrectly
by bugzilla_noreply＠novell.com 22 Jun '16

22 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=867943 https://bugzilla.novell.com/show_bug.cgi?id=867943#c0 Summary: okular print dialogue - UTF8 filenames displayed incorrectly Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: per(a)computer.org QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=581835) --> (http://bugzilla.novell.com/attachment.cgi?id=581835) okular print dialogue screenshot User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:27.0) Gecko/20100101 Firefox/27.0 See subject and screenshot. 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 11

[Bug 842360] New: dhcpd does not listen for dhcp requests
by bugzilla_noreply＠novell.com 16 Jun '16

16 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=842360 https://bugzilla.novell.com/show_bug.cgi?id=842360#c0 Summary: dhcpd does not listen for dhcp requests Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Major Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: Mathias.Homann(a)opensuse.org QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:23.0) Gecko/20100101 Firefox/23.0 When running the dhcp server that is included with opensuse 12.3,l it simply "doe not work at all". on closer inspection it turns out that the dhcpd does not listen on port 67... and so it can't serve dhcp requests. Reproducible: Always Steps to Reproduce: 1. start dhcpd 2. run dhcpcd-test from another computer 3. observe it failing w/o getting an answer 4. check with netstat -ulpn|grep dhcp that the dhcp server listens on two random udp ports but *not* on port 67 Actual Results: running a dhcp server with openSUSE 12.3 does not work at all. Expected Results: it "should just work". -- 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 30

[Bug 843734] New: security: Bug
by bugzilla_noreply＠novell.com 13 Jun '16

13 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=843734 https://bugzilla.novell.com/show_bug.cgi?id=843734#c0 Summary: security: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: x86 OS/Version: openSUSE 12.3 Status: NEW Severity: Minor Priority: P5 - None Component: 3rd party software AssignedTo: lnussel(a)suse.com ReportedBy: lutchy.horace(a)outlook.com QAContact: opensuse-communityscreening(a)forge.provo.novell.com CC: meissner(a)suse.com Found By: --- Blocker: --- In /etc/sysconfig/sshguard, option PORTS separated by comma. Processed in /etc/init.d/sshguard by iptables_start() function. Iptables doesn't accept multiple ports with just '/usr/sbin/iptables -A INPUT -p tcp --dport $PORTS'. It must be specified in the format of '/usr/sbin/iptables -A INPUT -p tcp -m multiport --dport $PORTS' otherwise it will fail with: iptables v1.4.16.3: invalid port/service `22,443' specified Try `iptables -h' or 'iptables --help' for more information. Best Regards -- 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