April 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 711489] New: Package 'libffi' has no Description: field
by bugzilla_noreply＠novell.com 30 Jun '16

30 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=711489 https://bugzilla.novell.com/show_bug.cgi?id=711489#c0 Summary: Package 'libffi' has no Description: field Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: pth(a)novell.com ReportedBy: koenig(a)linux.de QAContact: qa(a)suse.de Found By: --- Blocker: --- running "pkg-config --libs libffi" fails with error Package 'libffi' has no Description: field $ rpm -qf /usr/lib64/pkgconfig/libffi.pc libffi45-devel-4.5.1_20101208-9.1.x86_64 workaround for now: # echo Description: foo >> /usr/lib64/pkgconfig/libffi.pc -- 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 9

[Bug 845572] New: Haskell shared libraries wring metadata in rpms (wrong package group)
by bugzilla_noreply＠novell.com 30 Jun '16

30 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=845572 https://bugzilla.novell.com/show_bug.cgi?id=845572#c0 Summary: Haskell shared libraries wring metadata in rpms (wrong package group) Classification: openSUSE Product: openSUSE 13.1 Version: RC 1 Platform: All OS/Version: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: peter.trommler(a)ohm-hochschule.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0 According to http://en.opensuse.org/openSUSE:Package_group_guidelines Haskell libraries needed by applications should be in group System/Libraries not Development/Languages/Other. Likewise devel packages for those Haskell libraries should be in Development/Libraries/Other. Reproducible: Always Steps to Reproduce: 1. read metadata for ghc-base and ghc-base-devel 2. 3. Actual Results: In both cases Group Development/Languages/Other Expected Results: System/Libraries for ghc-base Development/Libraries/Other Thanks to Scott Bahling for pointing this out and for sending a patch for ghc-rpm-macros. The issue currently applies only libraries that come with the Haskell compiler ghc. Scott's patch will also allow us to build Haskell packages on SLE again. -- 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 12

[Bug 726744] New: ghc-libs fails to symlink libHSsyb and libHSold
by bugzilla_noreply＠novell.com 30 Jun '16

30 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=726744 https://bugzilla.novell.com/show_bug.cgi?id=726744#c0 Summary: ghc-libs fails to symlink libHSsyb and libHSold Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: pth(a)suse.com ReportedBy: admin(a)damienradtke.org QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20100101 Firefox/7.0.1 After installing cabal-install (version 0.8.2) and ghc-libs (version 6.12.3) from the openSUSE 11.4 Haskell repo, trying to run cabal results in a missing library error. Two libraries need to be located before cabal works, through either symlinking or editing LD_LIBRARY_PATH. The quickfix is to run this command: $ export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/usr/lib64/ghc-6.12.3/syb-0.1.0.2/:/usr/lib64/ghc-6.12.3/old-locale-1.0.0.2/ After these paths are added to the path, cabal works fine. The more permanent fix would be to symlink them to /usr/lib64 in the package's spec file: $ cd /usr/lib64 $ sudo ln -s /usr/lib64/ghc-6.12.3/old-locale-1.0.0.2/libHSold-locale-1.0.0.2-ghc6.12.3.so libHSold.so $ sudo ln -s /usr/lib64/ghc-6.12.3/syb-0.1.0.2/libHSsyb-0.1.0.2-ghc6.12.3.so libHSsyb.so $ sudo /sbin/ldconfig /usr/lib64 After these libraries are symlinked, everything will work fine without having to update LD_LIBRARY_PATH. These are the only libraries required by cabal, but it wouldn't hurt to make sure every library provided by ghc-libs is symlinked properly. Reproducible: Always Steps to Reproduce: 1. Install cabal-install and ghc-libs and try to run cabal 2. 3. Actual Results: libHSold and libHSsyb cannot be found Expected Results: Cabal should run normally -- 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 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