From noreply at opencsw.org Sun Jul 1 11:03:50 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Jul 2012 11:03:50 +0200 Subject: [bug-notifications] [pilot_link_python 0004266]: Please rebuild with new perl 5.10.1 In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4266 ====================================================================== Reported By: benny Assigned To: pfelecan ====================================================================== Project: pilot_link_python Issue ID: 4266 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-11 15:24 CET Last Modified: 2012-07-01 11:03 CEST ====================================================================== Summary: Please rebuild with new perl 5.10.1 Description: Hi, can you please rebuild the package with our new perl 5.10.1 on build8xt and build8st and place it into /home/experimental/perl afterwards? Thanks, benny ====================================================================== From noreply at opencsw.org Sun Jul 1 11:03:51 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Jul 2012 11:03:51 +0200 Subject: [bug-notifications] [pilot_link_python 0003798]: Sparc package has i386 libs In-Reply-To: <9827cee182d786ad9afe8bbf6d4592d4> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3798 ====================================================================== Reported By: james Assigned To: pfelecan ====================================================================== Project: pilot_link_python Issue ID: 3798 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-07-30 18:30 CEST Last Modified: 2012-07-01 11:03 CEST ====================================================================== Summary: Sparc package has i386 libs Description: Sparc package has i386 libs: /opt/csw/lib/libpisock++.so.0.0.0 /opt/csw/lib/libpisock.so.8.0.5 /opt/csw/lib/libpisync.so.0.0.1 ====================================================================== From noreply at opencsw.org Sun Jul 1 11:04:47 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Jul 2012 11:04:47 +0200 Subject: [bug-notifications] [pilot_link_python 0003798]: Sparc package has i386 libs In-Reply-To: <9827cee182d786ad9afe8bbf6d4592d4> Message-ID: <021975aa25cf20599f3a68127d311b65@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3798 ====================================================================== Reported By: james Assigned To: pfelecan ====================================================================== Project: pilot_link_python Issue ID: 3798 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-07-30 18:30 CEST Last Modified: 2012-07-01 11:04 CEST ====================================================================== Summary: Sparc package has i386 libs Description: Sparc package has i386 libs: /opt/csw/lib/libpisock++.so.0.0.0 /opt/csw/lib/libpisock.so.8.0.5 /opt/csw/lib/libpisync.so.0.0.1 ====================================================================== From noreply at opencsw.org Sun Jul 1 11:04:48 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Jul 2012 11:04:48 +0200 Subject: [bug-notifications] [pilot_link_python 0004266]: Please rebuild with new perl 5.10.1 In-Reply-To: Message-ID: <531024adc622e06a4a36f3fd7209b662@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4266 ====================================================================== Reported By: benny Assigned To: pfelecan ====================================================================== Project: pilot_link_python Issue ID: 4266 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-02-11 15:24 CET Last Modified: 2012-07-01 11:04 CEST ====================================================================== Summary: Please rebuild with new perl 5.10.1 Description: Hi, can you please rebuild the package with our new perl 5.10.1 on build8xt and build8st and place it into /home/experimental/perl afterwards? Thanks, benny ====================================================================== From noreply at opencsw.org Sun Jul 1 11:04:50 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Jul 2012 11:04:50 +0200 Subject: [bug-notifications] [pilot_link_python 0003097]: Depend on CSWggettextrt In-Reply-To: <0a03f44a2f9287980650c1e5e861737c> Message-ID: <142ad2281a81c2415aec24b6ee371977@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3097 ====================================================================== Reported By: harpchad Assigned To: mjensen ====================================================================== Project: pilot_link_python Issue ID: 3097 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 02:51 CET Last Modified: 2012-07-01 11:04 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== From noreply at opencsw.org Sun Jul 1 11:21:59 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Jul 2012 11:21:59 +0200 Subject: [bug-notifications] [amanda 0004970]: Amanda 3.3.1 fails because it is built against system libglib-2.0 instead of csw's libglib-2.0.so.0 In-Reply-To: <14dcda8ec7c770844792f918ca53222a> Message-ID: <3680f64d6fa84228342f2de89629cd36@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4970 ====================================================================== Reported By: rodbruce Assigned To: maciej ====================================================================== Project: amanda Issue ID: 4970 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-06-28 17:20 CEST Last Modified: 2012-07-01 11:21 CEST ====================================================================== Summary: Amanda 3.3.1 fails because it is built against system libglib-2.0 instead of csw's libglib-2.0.so.0 Description: After upgrading to 3.3.1 when I try to run amcheck I get: ld.so.1: amcheck: fatal: relocation error: file /opt/csw/lib/amanda/libamanda-3.3.1.so: symbol g_slist_free_full: referenced symbol not found Using ldd I can see that libamanda-3.3.1.so is using the system libglib-2.0: ldd /opt/csw/lib/amanda/libamanda-3.3.1.so libcurl.so.4 => /opt/csw/lib/i386/libcurl.so.4 libidn.so.11 => /opt/csw/lib/i386/libidn.so.11 libssl.so.1.0.0 => /opt/csw/lib/i386/libssl.so.1.0.0 libcrypto.so.1.0.0 => /opt/csw/lib/i386/libcrypto.so.1.0.0 libz.so.1 => /opt/csw/lib/pentium_pro+mmx/libz.so.1 libm.so.2 => /lib/libm.so.2 libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 libpthread.so.1 => /lib/libpthread.so.1 libthread.so.1 => /lib/libthread.so.1 librt.so.1 => /lib/librt.so.1 libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 libsocket.so.1 => /lib/libsocket.so.1 libnsl.so.1 => /lib/libnsl.so.1 libresolv.so.2 => /lib/libresolv.so.2 libintl.so.8 => /opt/csw/lib/i386/libintl.so.8 libc.so.1 => /lib/libc.so.1 libiconv.so.2 => /opt/csw/lib/libiconv.so.2 libdl.so.1 => /lib/libdl.so.1 libaio.so.1 => /lib/libaio.so.1 libmd.so.1 => /lib/libmd.so.1 libmp.so.2 => /lib/libmp.so.2 libscf.so.1 => /lib/libscf.so.1 libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 libgen.so.1 => /lib/libgen.so.1 ====================================================================== ---------------------------------------------------------------------- (0009988) maciej (manager) - 2012-06-28 18:00 https://www.opencsw.org/mantis/view.php?id=4970#c9988 ---------------------------------------------------------------------- I tried to reproduce this on the buildfarm: maciej at testing10x [testing10x]:~ $ ldd /opt/csw/lib/amanda/libamanda-3.3.1.so libcurl.so.4 => /opt/csw/lib/i386/libcurl.so.4 libidn.so.11 => /opt/csw/lib/i386/libidn.so.11 libssl.so.1.0.0 => /opt/csw/lib/i386/libssl.so.1.0.0 libcrypto.so.1.0.0 => /opt/csw/lib/i386/libcrypto.so.1.0.0 libz.so.1 => /opt/csw/lib/pentium_pro+mmx/libz.so.1 libm.so.2 => /lib/libm.so.2 libgmodule-2.0.so.0 => /opt/csw/lib/i386/libgmodule-2.0.so.0 libgobject-2.0.so.0 => /opt/csw/lib/i386/libgobject-2.0.so.0 libgthread-2.0.so.0 => /opt/csw/lib/i386/libgthread-2.0.so.0 libpthread.so.1 => /lib/libpthread.so.1 libthread.so.1 => /lib/libthread.so.1 librt.so.1 => /lib/librt.so.1 libglib-2.0.so.0 => /opt/csw/lib/i386/libglib-2.0.so.0 libsocket.so.1 => /lib/libsocket.so.1 libnsl.so.1 => /lib/libnsl.so.1 libresolv.so.2 => /lib/libresolv.so.2 libintl.so.8 => /opt/csw/lib/i386/libintl.so.8 libc.so.1 => /lib/libc.so.1 libiconv.so.2 => /opt/csw/lib/libiconv.so.2 libdl.so.1 => /lib/libdl.so.1 libaio.so.1 => /lib/libaio.so.1 libmd.so.1 => /lib/libmd.so.1 libmp.so.2 => /lib/libmp.so.2 libscf.so.1 => /lib/libscf.so.1 libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 libgen.so.1 => /lib/libgen.so.1 So the difference is that on your system you get: libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 and here I get: libglib-2.0.so.0 => /opt/csw/lib/i386/libglib-2.0.so.0 So there must be a difference between your system and the buildfarm. A couple things to check. The RPATH: maciej at testing10x [testing10x]:~ $ /usr/ccs/bin/dump -Lv /opt/csw/lib/amanda/libamanda-3.3.1.so | grep RPATH [23] RPATH /opt/csw/lib/$ISALIST:/opt/csw/lib ...looks good. The library file is present... maciej at testing10x [testing10x]:~ $ ls -l /opt/csw/lib/libglib-2.0.so.0 lrwxrwxrwx 1 root root 23 Feb 13 16:38 /opt/csw/lib/libglib-2.0.so.0 -> libglib-2.0.so.0.2800.8 maciej at testing10x [testing10x]:~ $ ls -l /opt/csw/lib/libglib-2.0.so.0.2800.8 -rwxr-xr-x 1 root bin 1504536 Dec 11 2011 /opt/csw/lib/libglib-2.0.so.0.2800.8 ...and the package is installed. maciej at testing10x [testing10x]:~ $ /usr/sbin/pkgchk -l -p /opt/csw/lib/libglib-2.0.so.0 NOTE: Couldn't lock the package database. Pathname: /opt/csw/lib/libglib-2.0.so.0 Type: symbolic link Source of link: libglib-2.0.so.0.2800.8 Referenced by the following packages: CSWlibglib2-0-0 Current status: installed Can you run the same and see if you get the same results? From noreply at opencsw.org Sun Jul 1 11:22:20 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Jul 2012 11:22:20 +0200 Subject: [bug-notifications] [amanda 0004970]: Amanda 3.3.1 fails because it is built against system libglib-2.0 instead of csw's libglib-2.0.so.0 In-Reply-To: <14dcda8ec7c770844792f918ca53222a> Message-ID: <6a3dec7c16cebdabb96dbb121d1be961@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4970 ====================================================================== Reported By: rodbruce Assigned To: maciej ====================================================================== Project: amanda Issue ID: 4970 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-06-28 17:20 CEST Last Modified: 2012-07-01 11:22 CEST ====================================================================== Summary: Amanda 3.3.1 fails because it is built against system libglib-2.0 instead of csw's libglib-2.0.so.0 Description: After upgrading to 3.3.1 when I try to run amcheck I get: ld.so.1: amcheck: fatal: relocation error: file /opt/csw/lib/amanda/libamanda-3.3.1.so: symbol g_slist_free_full: referenced symbol not found Using ldd I can see that libamanda-3.3.1.so is using the system libglib-2.0: ldd /opt/csw/lib/amanda/libamanda-3.3.1.so libcurl.so.4 => /opt/csw/lib/i386/libcurl.so.4 libidn.so.11 => /opt/csw/lib/i386/libidn.so.11 libssl.so.1.0.0 => /opt/csw/lib/i386/libssl.so.1.0.0 libcrypto.so.1.0.0 => /opt/csw/lib/i386/libcrypto.so.1.0.0 libz.so.1 => /opt/csw/lib/pentium_pro+mmx/libz.so.1 libm.so.2 => /lib/libm.so.2 libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 libpthread.so.1 => /lib/libpthread.so.1 libthread.so.1 => /lib/libthread.so.1 librt.so.1 => /lib/librt.so.1 libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 libsocket.so.1 => /lib/libsocket.so.1 libnsl.so.1 => /lib/libnsl.so.1 libresolv.so.2 => /lib/libresolv.so.2 libintl.so.8 => /opt/csw/lib/i386/libintl.so.8 libc.so.1 => /lib/libc.so.1 libiconv.so.2 => /opt/csw/lib/libiconv.so.2 libdl.so.1 => /lib/libdl.so.1 libaio.so.1 => /lib/libaio.so.1 libmd.so.1 => /lib/libmd.so.1 libmp.so.2 => /lib/libmp.so.2 libscf.so.1 => /lib/libscf.so.1 libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 libgen.so.1 => /lib/libgen.so.1 ====================================================================== ---------------------------------------------------------------------- (0009992) maciej (manager) - 2012-07-01 11:22 https://www.opencsw.org/mantis/view.php?id=4970#c9992 ---------------------------------------------------------------------- Waiting for feedback. From noreply at opencsw.org Sun Jul 1 13:45:54 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Jul 2012 13:45:54 +0200 Subject: [bug-notifications] [gcc4core 0004967]: Can't use gdb to list out source code from gccgo compiled binary with -g option In-Reply-To: <53b217b7499e99ea6f98eed744a3b7e8> Message-ID: <4c86ad2ba13de74b7ec2c621009e9cb0@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4967 ====================================================================== Reported By: tjyang Assigned To: ====================================================================== Project: gcc4core Issue ID: 4967 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-06-26 16:23 CEST Last Modified: 2012-07-01 13:45 CEST ====================================================================== Summary: Can't use gdb to list out source code from gccgo compiled binary with -g option Description: The test helloworld.go was compiled and ran ok by gccgo 4.7.1as shown below. But when doing a debugging session to list out source code, it failed. $ cat helloworld.go package main import "fmt" func main() { fmt.Println("Hello, World") } $ ./hellow Hello, World $ ====================================================================== ---------------------------------------------------------------------- (0009993) maciej (manager) - 2012-07-01 13:45 https://www.opencsw.org/mantis/view.php?id=4967#c9993 ---------------------------------------------------------------------- I'm wondering why on earth is gdb trying to access libgo/runtime/go-main.c. This file is not installed as part of "make install", so what's the story there? From noreply at opencsw.org Sun Jul 1 16:50:50 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Jul 2012 16:50:50 +0200 Subject: [bug-notifications] [gcc4core 0004967]: Can't use gdb to list out source code from gccgo compiled binary with -g option In-Reply-To: <53b217b7499e99ea6f98eed744a3b7e8> Message-ID: <028713a6c16f767446376753f5cdf7ec@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4967 ====================================================================== Reported By: tjyang Assigned To: ====================================================================== Project: gcc4core Issue ID: 4967 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-06-26 16:23 CEST Last Modified: 2012-07-01 16:50 CEST ====================================================================== Summary: Can't use gdb to list out source code from gccgo compiled binary with -g option Description: The test helloworld.go was compiled and ran ok by gccgo 4.7.1as shown below. But when doing a debugging session to list out source code, it failed. $ cat helloworld.go package main import "fmt" func main() { fmt.Println("Hello, World") } $ ./hellow Hello, World $ ====================================================================== ---------------------------------------------------------------------- (0009994) tjyang (developer) - 2012-07-01 16:50 https://www.opencsw.org/mantis/view.php?id=4967#c9994 ---------------------------------------------------------------------- argh, I now remember gdb 7.2 on windows has similar problem. the advice from go team was to use gdb 7.4+. if our case here, "l" failed. But if we do a "l main.main", the source code will be listed like following. bash-3.00$ /opt/csw/bin/gdb helloworld.go.exe GNU gdb (GDB) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.10". For bug reporting instructions, please see: ... Reading symbols from /opt/moto/hobbitserver42/ext/oscount/gccgo/helloworld.go.exe...done. (gdb) l 34 /home/maciej/src/opencsw/pkg/gcc4/trunk/work/solaris10-sparc/build-isa-sparcv8plus/gcc-4.7.1/libgo/runtime/go-main.c: No such file or directory. in /home/maciej/src/opencsw/pkg/gcc4/trunk/work/solaris10-sparc/build-isa-sparcv8plus/gcc-4.7.1/libgo/runtime/go-main.c (gdb) l main.main 1 package main 2 3 import "fmt" 4 5 func main() { 6 fmt.Println("Hello, World") 7 }(gdb) Line number 8 out of range; helloworld.go has 7 lines. (gdb) So, I guess when CSW's gdb version is upgraded to 7.4+, this problem will be resolved. BTW, I did another test gdb helloworld.c, CSW gdb 7.2 works fine on listing source of helloworld c binary. From noreply at opencsw.org Tue Jul 3 09:05:17 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Jul 2012 09:05:17 +0200 Subject: [bug-notifications] [389_ds_base 0004957]: Failed to download work/download/389-ds-base-1.2.10.7.tar.bz2! In-Reply-To: <7bc973e21417e7a67f6f89ec8e7df358> Message-ID: <41e75aa9f29b88b4da087ac0c1d49807@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4957 ====================================================================== Reported By: tjyang Assigned To: cgrzemba ====================================================================== Project: 389_ds_base Issue ID: 4957 Category: packaging Reproducibility: always Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-06-12 03:19 CEST Last Modified: 2012-07-03 09:05 CEST ====================================================================== Summary: Failed to download work/download/389-ds-base-1.2.10.7.tar.bz2! Description: I have to manually use wget to get 389-ds-base-1.2.10.7.tar.bz2 and put it into /root/opencsw/src to get the build going. root at b-solaris11-amd64:~/opencsw/389-ds-base/trunk# wget http://port389.org/sources/389-ds-base-1.2.10.7.tar.bz2 --2012-06-11 20:17:33-- http://port389.org/sources/389-ds-base-1.2.10.7.tar.bz2 Resolving port389.org (port389.org)... 209.132.180.101 Connecting to port389.org (port389.org)|209.132.180.101|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 2901168 (2.8M) [application/x-bzip2] Saving to: `389-ds-base-1.2.10.7.tar.bz2' 49% [=======================================> ] 1,428,608 80.9K/s eta 16s looks like there is timeout(not responding in time) issue when running mgar build. how can I adjust the timeout on waiting fetching src tar ball ? ====================================================================== ---------------------------------------------------------------------- (0009948) cgrzemba (manager) - 2012-06-13 11:28 https://www.opencsw.org/mantis/view.php?id=4957#c9948 ---------------------------------------------------------------------- that is the output with working SOS12.3: configure:3490: checking for C++ compiler version configure:3499: /opt/solarisstudio12.3/bin/CC --version >&5 CC: Warning: Option --version passed to ld, if ld is invoked, ignored otherwise usage: CC [ options ] files. Use 'CC -flags' for details configure:3510: $? = 1 configure:3499: /opt/solarisstudio12.3/bin/CC -v >&5 ### CC: Note: NLSPATH = /opt/solarisstudio12.3/prod/bin/../lib/locale/%L/LC_MESSAGES/%N.cat:/opt/solarisstudio12.3/prod/bin/../../lib/locale/%L/LC_MESSAGES/%N.cat ### command line files and options (expanded): ### -v usage: CC [ options ] files. Use 'CC -flags' for details configure:3510: $? = 1 configure:3499: /opt/solarisstudio12.3/bin/CC -V >&5 CC: Sun C++ 5.12 SunOS_i386 Patch 148509-02 2012/05/08 configure:3510: $? = 0 configure:3499: /opt/solarisstudio12.3/bin/CC -qversion >&5 CC: Warning: Option -qversion passed to ld, if ld is invoked, ignored otherwise usage: CC [ options ] files. Use 'CC -flags' for details configure:3510: $? = 1 configure:3530: checking whether the C++ compiler works configure:3552: /opt/solarisstudio12.3/bin/CC -xO3 -m32 -xarch=pentium_pro -xchip=pentium_pro -m32 -xarch=pentium_pro -xchip=pentium_pro -L/opt/csw/bdb48/lib -L/opt/csw/lib -xnorunpath -norunpath conftest.cpp >&5 configure:3556: $? = 0 configure:3604: result: yes configure:3607: checking for C++ compiler default output file name configure:3609: result: a.out configure:3615: checking for suffix of executables From noreply at opencsw.org Tue Jul 3 09:07:18 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Jul 2012 09:07:18 +0200 Subject: [bug-notifications] [389_ds_base 0004957]: Failed to download work/download/389-ds-base-1.2.10.7.tar.bz2! In-Reply-To: <7bc973e21417e7a67f6f89ec8e7df358> Message-ID: <594b86cbb578fd9ab073364b273981a6@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4957 ====================================================================== Reported By: tjyang Assigned To: cgrzemba ====================================================================== Project: 389_ds_base Issue ID: 4957 Category: packaging Reproducibility: always Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-06-12 03:19 CEST Last Modified: 2012-07-03 09:07 CEST ====================================================================== Summary: Failed to download work/download/389-ds-base-1.2.10.7.tar.bz2! Description: I have to manually use wget to get 389-ds-base-1.2.10.7.tar.bz2 and put it into /root/opencsw/src to get the build going. root at b-solaris11-amd64:~/opencsw/389-ds-base/trunk# wget http://port389.org/sources/389-ds-base-1.2.10.7.tar.bz2 --2012-06-11 20:17:33-- http://port389.org/sources/389-ds-base-1.2.10.7.tar.bz2 Resolving port389.org (port389.org)... 209.132.180.101 Connecting to port389.org (port389.org)|209.132.180.101|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 2901168 (2.8M) [application/x-bzip2] Saving to: `389-ds-base-1.2.10.7.tar.bz2' 49% [=======================================> ] 1,428,608 80.9K/s eta 16s looks like there is timeout(not responding in time) issue when running mgar build. how can I adjust the timeout on waiting fetching src tar ball ? ====================================================================== ---------------------------------------------------------------------- (0009995) cgrzemba (manager) - 2012-07-03 09:07 https://www.opencsw.org/mantis/view.php?id=4957#c9995 ---------------------------------------------------------------------- add trailing slash on MASTERSITE variable From noreply at opencsw.org Tue Jul 3 09:07:43 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Jul 2012 09:07:43 +0200 Subject: [bug-notifications] [cupsclient 0004962]: lpstat prints emtpy lines if LC_MESSAGES=de, pt, fr, .. In-Reply-To: Message-ID: <6f0af181d3aac40971fc130981ec5766@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4962 ====================================================================== Reported By: cgrzemba Assigned To: cgrzemba ====================================================================== Project: cupsclient Issue ID: 4962 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-06-13 15:52 CEST Last Modified: 2012-07-03 09:07 CEST ====================================================================== Summary: lpstat prints emtpy lines if LC_MESSAGES=de, pt, fr, .. Description: if lpstat used in a localized environment some output are only empty lines. It works for C,en,es ====================================================================== ---------------------------------------------------------------------- (0009949) cgrzemba (manager) - 2012-06-13 16:08 https://www.opencsw.org/mantis/view.php?id=4962#c9949 ---------------------------------------------------------------------- see: http://www.cups.org/str.php?L4033 From noreply at opencsw.org Tue Jul 3 09:08:15 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Jul 2012 09:08:15 +0200 Subject: [bug-notifications] [cupsclient 0004962]: lpstat prints emtpy lines if LC_MESSAGES=de, pt, fr, .. In-Reply-To: Message-ID: <5774577d17dbe6ce9d5788adce683ac5@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4962 ====================================================================== Reported By: cgrzemba Assigned To: cgrzemba ====================================================================== Project: cupsclient Issue ID: 4962 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-06-13 15:52 CEST Last Modified: 2012-07-03 09:08 CEST ====================================================================== Summary: lpstat prints emtpy lines if LC_MESSAGES=de, pt, fr, .. Description: if lpstat used in a localized environment some output are only empty lines. It works for C,en,es ====================================================================== ---------------------------------------------------------------------- (0009996) cgrzemba (manager) - 2012-07-03 09:08 https://www.opencsw.org/mantis/view.php?id=4962#c9996 ---------------------------------------------------------------------- fixed in cups 1.5.3 From noreply at opencsw.org Tue Jul 3 17:31:26 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Jul 2012 17:31:26 +0200 Subject: [bug-notifications] [mysql5 0003722]: Request for update to MySQL 5.1 In-Reply-To: <742d0191ee2ba43ba3a164b03c23df05> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3722 ====================================================================== Reported By: bryanwgraham Assigned To: maciej ====================================================================== Project: mysql5 Issue ID: 3722 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-06-22 22:46 CEST Last Modified: 2012-07-03 17:31 CEST ====================================================================== Summary: Request for update to MySQL 5.1 Description: It's out. I'm told this is how you request a new version. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0004843 Missing 64-bit .pc files ====================================================================== ---------------------------------------------------------------------- (0009997) laurent (reporter) - 2012-07-03 17:31 https://www.opencsw.org/mantis/view.php?id=3722#c9997 ---------------------------------------------------------------------- 5.5 from unstable branch is nice and works well for me so far (besides the unfortunate regression than needs it to be rolled down to 5.5.24). I'm opening a separate case however because its method is apparently based on an old start script, which is inappropriate now. From noreply at opencsw.org Tue Jul 3 17:42:38 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Jul 2012 17:42:38 +0200 Subject: [bug-notifications] [mysql5 0004971]: MySQL 5.5 ignores correct elements in the configuration file (and a fix) Message-ID: <5dc6a1c0896b7c49a31a80c413e78233@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4971 ====================================================================== Reported By: laurent Assigned To: ====================================================================== Project: mysql5 Issue ID: 4971 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-07-03 17:42 CEST Last Modified: 2012-07-03 17:42 CEST ====================================================================== Summary: MySQL 5.5 ignores correct elements in the configuration file (and a fix) Description: I have added configuration elements in the /etc/opt/csw/my.cnf files that are ignored: [mysqld] datadir = /path/to/mysql5 pid-file = /path/to/mysql5/mysql.pid [mysqld_safe] log-error = /path/to/mysqld.err Other elements in the same files are properly taken into account, so the file itself is read properly. On further investigation, it appears that those elements are in fact handled by the start script. The current svc-cswmysql5 method is based on a script that is too old and does not take those into account. Workaround seems to be using a mysql5rc file that is sourced in the method script, but this is awkward, as the MySQL documentation doesn't point to those. ====================================================================== From noreply at opencsw.org Tue Jul 3 17:45:54 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Jul 2012 17:45:54 +0200 Subject: [bug-notifications] [mysql5 0003722]: Request for update to MySQL 5.1 In-Reply-To: <742d0191ee2ba43ba3a164b03c23df05> Message-ID: <86c7524b5ab716ae24e517fc06918d5b@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3722 ====================================================================== Reported By: bryanwgraham Assigned To: maciej ====================================================================== Project: mysql5 Issue ID: 3722 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-06-22 22:46 CEST Last Modified: 2012-07-03 17:45 CEST ====================================================================== Summary: Request for update to MySQL 5.1 Description: It's out. I'm told this is how you request a new version. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0004843 Missing 64-bit .pc files ====================================================================== ---------------------------------------------------------------------- (0009998) maciej (manager) - 2012-07-03 17:45 https://www.opencsw.org/mantis/view.php?id=3722#c9998 ---------------------------------------------------------------------- Thanks. I'm closing this bug and we'll track the configs progress in the other bug. From noreply at opencsw.org Tue Jul 3 22:11:30 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Jul 2012 22:11:30 +0200 Subject: [bug-notifications] [nagiosp 0004972]: nagios plugin check_snmp is hardcoded to use /opt/csw/bin/snmpget, but no package dependency Message-ID: <7d14c41b95525eec3d8460378355a27d@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4972 ====================================================================== Reported By: gadavis Assigned To: ====================================================================== Project: nagiosp Issue ID: 4972 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-07-03 22:11 CEST Last Modified: 2012-07-03 22:11 CEST ====================================================================== Summary: nagios plugin check_snmp is hardcoded to use /opt/csw/bin/snmpget, but no package dependency Description: The check_snmp plugin is hardcoded to use /opt/csw/bin/snmpget, but the package is not dependent on CSWnetsnmp which provides that program. ====================================================================== From noreply at opencsw.org Thu Jul 5 09:09:48 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Jul 2012 09:09:48 +0200 Subject: [bug-notifications] [libgnome2_0 0003161]: Depend on CSWggettextrt In-Reply-To: Message-ID: <11994f12fc2ae1baed51b0aa432da303@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3161 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: libgnome2_0 Issue ID: 3161 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 02:58 CET Last Modified: 2012-07-05 09:09 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== From noreply at opencsw.org Thu Jul 5 09:10:09 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Jul 2012 09:10:09 +0200 Subject: [bug-notifications] [libgnome2_0 0003161]: Depend on CSWggettextrt In-Reply-To: Message-ID: <417c63c4cdef4ae0b3ef5d668b08df0c@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3161 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: libgnome2_0 Issue ID: 3161 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 02:58 CET Last Modified: 2012-07-05 09:10 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0009999) dam (administrator) - 2012-07-05 09:10 https://www.opencsw.org/mantis/view.php?id=3161#c9999 ---------------------------------------------------------------------- This has been fixed in 2.32.1,REV=2012.06.28 and pushed to unstable/. From noreply at opencsw.org Thu Jul 5 09:10:32 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Jul 2012 09:10:32 +0200 Subject: [bug-notifications] [libgnomecanvas2_0 0003162]: Depend on CSWggettextrt In-Reply-To: <1ce3aa8dba3382052fce990ee140a6b6> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3162 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: libgnomecanvas2_0 Issue ID: 3162 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 02:58 CET Last Modified: 2012-07-05 09:10 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== From noreply at opencsw.org Thu Jul 5 09:10:52 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Jul 2012 09:10:52 +0200 Subject: [bug-notifications] [libgnomecanvas2_0 0003162]: Depend on CSWggettextrt In-Reply-To: <1ce3aa8dba3382052fce990ee140a6b6> Message-ID: <9695b0239bf1ff433e7fd4f31c5ac1e5@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3162 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: libgnomecanvas2_0 Issue ID: 3162 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 02:58 CET Last Modified: 2012-07-05 09:10 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0010000) dam (administrator) - 2012-07-05 09:10 https://www.opencsw.org/mantis/view.php?id=3162#c10000 ---------------------------------------------------------------------- This has been fixed in 2.30.3,REV=2012.06.28 and pushed to unstable/. From noreply at opencsw.org Thu Jul 5 09:14:12 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Jul 2012 09:14:12 +0200 Subject: [bug-notifications] [pm_gd 0004968]: pm_gd doesn't work In-Reply-To: Message-ID: <8a0aec08ceebe769e436cac11df8c394@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4968 ====================================================================== Reported By: ghenry Assigned To: dam ====================================================================== Project: pm_gd Issue ID: 4968 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-06-27 06:34 CEST Last Modified: 2012-07-05 09:14 CEST ====================================================================== Summary: pm_gd doesn't work Description: /opt/csw/bin/perl /tmp/test_gd.pl libpng warning: Application was compiled with png.h from libpng-1.2.44 libpng warning: Application is running with png.c from libpng-1.4.8 libpng warning: Incompatible libpng version in application and library gd-png error: cannot allocate libpng main struct the test comes from the official page of GD: http://search.cpan.org/~lds/GD-2.45/GD.pm the last line is: print $im->png; replace png with jpeg and the failure is now; gd-jpeg: JPEG library reports unrecoverable error: Wrong JPEG library version: library is 62, caller expects 70 ====================================================================== ---------------------------------------------------------------------- (0010001) dam (administrator) - 2012-07-05 09:14 https://www.opencsw.org/mantis/view.php?id=4968#c10001 ---------------------------------------------------------------------- It turned out the problem was a manually installed module linked against the old libjpeg.so.62. From noreply at opencsw.org Thu Jul 5 09:15:08 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Jul 2012 09:15:08 +0200 Subject: [bug-notifications] [wget 0004942]: By default, wget should use /etc/opt/csw/ssl/certs as the CA directory In-Reply-To: <207c116f281dc50fc4c68b4b500f0137> Message-ID: <2bb6ac363cdba759a9a41571008917fe@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4942 ====================================================================== Reported By: yann Assigned To: dam ====================================================================== Project: wget Issue ID: 4942 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-05-12 12:17 CEST Last Modified: 2012-07-05 09:15 CEST ====================================================================== Summary: By default, wget should use /etc/opt/csw/ssl/certs as the CA directory Description: Currently, wget will use /etc/ssl/certs as the CA directory is no option is given on the command line or in wgetrc. However CA certificates shipped with OpenCSW in the ca_certificates package are located in /etc/opt/csw/ssl/certs, so it would be better if wget could use that location by default. ====================================================================== ---------------------------------------------------------------------- (0010002) dam (administrator) - 2012-07-05 09:15 https://www.opencsw.org/mantis/view.php?id=4942#c10002 ---------------------------------------------------------------------- This is fixed in 1.13.4,REV=2012.05.12 and pushed to unstable/. From noreply at opencsw.org Thu Jul 5 09:42:07 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Jul 2012 09:42:07 +0200 Subject: [bug-notifications] [pm_marccharset 0004973]: Base class package "Class::Accessor" is empty Message-ID: <86e08ed909e8bf72292834ed4b2e38f5@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4973 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: pm_marccharset Issue ID: 4973 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-07-05 09:42 CEST Last Modified: 2012-07-05 09:42 CEST ====================================================================== Summary: Base class package "Class::Accessor" is empty Description: Base class package "Class::Accessor" is empty. (Perhaps you need to 'use' the module which defines that package first, or make that module available in @INC (@INC contains: /usr/local/koha/lib /opt/csw/lib/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw /opt/csw/share/perl/csw /opt/csw/lib/perl/5.10.1 /opt/csw/share/perl/5.10.1 .). at /opt/csw/share/perl/csw/MARC/Charset/Code.pm line 5 searching on the net, i found that class accessor perl module is missing: pm_clsaccessor CSWpmclsaccessor 1.05,REV=2010.03.29 28.0 KB ? install it: pkgutil -u pm_clsaccessor it's ok ====================================================================== From noreply at opencsw.org Thu Jul 5 11:47:00 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Jul 2012 11:47:00 +0200 Subject: [bug-notifications] [pm_marccharset 0004973]: Base class package "Class::Accessor" is empty In-Reply-To: <8834429f02fecf227b93d58ecd27c80b> Message-ID: <620f0603a9ef5e25712bef56d00e1361@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4973 ====================================================================== Reported By: ghenry Assigned To: dam ====================================================================== Project: pm_marccharset Issue ID: 4973 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-07-05 09:42 CEST Last Modified: 2012-07-05 11:47 CEST ====================================================================== Summary: Base class package "Class::Accessor" is empty Description: Base class package "Class::Accessor" is empty. (Perhaps you need to 'use' the module which defines that package first, or make that module available in @INC (@INC contains: /usr/local/koha/lib /opt/csw/lib/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw /opt/csw/share/perl/csw /opt/csw/lib/perl/5.10.1 /opt/csw/share/perl/5.10.1 .). at /opt/csw/share/perl/csw/MARC/Charset/Code.pm line 5 searching on the net, i found that class accessor perl module is missing: pm_clsaccessor CSWpmclsaccessor 1.05,REV=2010.03.29 28.0 KB ? install it: pkgutil -u pm_clsaccessor it's ok ====================================================================== From noreply at opencsw.org Thu Jul 5 15:19:35 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Jul 2012 15:19:35 +0200 Subject: [bug-notifications] [pm_marccharset 0004973]: Base class package "Class::Accessor" is empty In-Reply-To: <8834429f02fecf227b93d58ecd27c80b> Message-ID: <23e4f1ba1917925a6b102fa8891166b5@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4973 ====================================================================== Reported By: ghenry Assigned To: dam ====================================================================== Project: pm_marccharset Issue ID: 4973 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-07-05 09:42 CEST Last Modified: 2012-07-05 15:19 CEST ====================================================================== Summary: Base class package "Class::Accessor" is empty Description: Base class package "Class::Accessor" is empty. (Perhaps you need to 'use' the module which defines that package first, or make that module available in @INC (@INC contains: /usr/local/koha/lib /opt/csw/lib/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw /opt/csw/share/perl/csw /opt/csw/lib/perl/5.10.1 /opt/csw/share/perl/5.10.1 .). at /opt/csw/share/perl/csw/MARC/Charset/Code.pm line 5 searching on the net, i found that class accessor perl module is missing: pm_clsaccessor CSWpmclsaccessor 1.05,REV=2010.03.29 28.0 KB ? install it: pkgutil -u pm_clsaccessor it's ok ====================================================================== ---------------------------------------------------------------------- (0010003) dam (administrator) - 2012-07-05 15:19 https://www.opencsw.org/mantis/view.php?id=4973#c10003 ---------------------------------------------------------------------- This issue is fixed in pm_marc_charset-1.33,REV=2012.07.05 and pushed to unstable/. From noreply at opencsw.org Thu Jul 5 19:44:49 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Jul 2012 19:44:49 +0200 Subject: [bug-notifications] [nagiosp 0004972]: nagios plugin check_snmp is hardcoded to use /opt/csw/bin/snmpget, but no package dependency In-Reply-To: <65f791a5b91a22faba971212cc44e79a> Message-ID: <16d9589b303067d900eaf013459b08e8@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4972 ====================================================================== Reported By: gadavis Assigned To: ja ====================================================================== Project: nagiosp Issue ID: 4972 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-07-03 22:11 CEST Last Modified: 2012-07-05 19:44 CEST ====================================================================== Summary: nagios plugin check_snmp is hardcoded to use /opt/csw/bin/snmpget, but no package dependency Description: The check_snmp plugin is hardcoded to use /opt/csw/bin/snmpget, but the package is not dependent on CSWnetsnmp which provides that program. ====================================================================== From noreply at opencsw.org Thu Jul 5 21:01:22 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Jul 2012 21:01:22 +0200 Subject: [bug-notifications] [nagiosp 0004972]: nagios plugin check_snmp is hardcoded to use /opt/csw/bin/snmpget, but no package dependency In-Reply-To: <65f791a5b91a22faba971212cc44e79a> Message-ID: The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4972 ====================================================================== Reported By: gadavis Assigned To: ja ====================================================================== Project: nagiosp Issue ID: 4972 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-07-03 22:11 CEST Last Modified: 2012-07-05 21:01 CEST ====================================================================== Summary: nagios plugin check_snmp is hardcoded to use /opt/csw/bin/snmpget, but no package dependency Description: The check_snmp plugin is hardcoded to use /opt/csw/bin/snmpget, but the package is not dependent on CSWnetsnmp which provides that program. ====================================================================== ---------------------------------------------------------------------- (0010004) ja (developer) - 2012-07-05 21:01 https://www.opencsw.org/mantis/view.php?id=4972#c10004 ---------------------------------------------------------------------- A new package with a dependency to CSWnetsnmp is available in experimental. Please check it out. From noreply at opencsw.org Sat Jul 7 22:07:21 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 7 Jul 2012 22:07:21 +0200 Subject: [bug-notifications] [tmux 0004694]: tmux doesn't work on Solaris 10 In-Reply-To: Message-ID: <62007f9694494657190ddbcda29f5ed4@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4694 ====================================================================== Reported By: trygvis Assigned To: dam ====================================================================== Project: tmux Issue ID: 4694 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2011-02-23 10:28 CET Last Modified: 2012-07-07 22:07 CEST ====================================================================== Summary: tmux doesn't work on Solaris 10 Description: Command output: $ tmux [warn] ioctl: DP_POLL: Invalid argument $ Truss output attached. ====================================================================== ---------------------------------------------------------------------- (0010005) dam (administrator) - 2012-07-07 22:07 https://www.opencsw.org/mantis/view.php?id=4694#c10005 ---------------------------------------------------------------------- Maybe these two patches need to be applied? http://pkgbuild.svn.sourceforge.net/viewvc/pkgbuild/spec-files-extra/trunk/patches/tmux-01-include-netdb.h.diff?revision=3273&view=markup http://pkgbuild.svn.sourceforge.net/viewvc/pkgbuild/spec-files-extra/trunk/patches/tmux-02-u-for-process-group.patch?revision=3984&view=markup From noreply at opencsw.org Sun Jul 8 15:10:05 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 8 Jul 2012 15:10:05 +0200 Subject: [bug-notifications] [fluxbox 0004949]: please update to newer version (1.3.2) In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4949 ====================================================================== Reported By: phil Assigned To: maciej ====================================================================== Project: fluxbox Issue ID: 4949 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-05-25 22:35 CEST Last Modified: 2012-07-08 15:10 CEST ====================================================================== Summary: please update to newer version (1.3.2) Description: Current package is now very old. http://fluxbox.org/download/ ====================================================================== ---------------------------------------------------------------------- (0010006) maciej (manager) - 2012-07-08 15:10 https://www.opencsw.org/mantis/view.php?id=4949#c10006 ---------------------------------------------------------------------- How's the package now? From noreply at opencsw.org Sun Jul 8 15:10:49 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 8 Jul 2012 15:10:49 +0200 Subject: [bug-notifications] [amanda 0004888]: Upgrade of glib2 from glib-2.23.5 to glib-2.28.8 causes Amanda to break In-Reply-To: <589683678834c365dfb782d36a0c9ec9> Message-ID: <9512b93e0cd2f0e101cb07076f920da5@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4888 ====================================================================== Reported By: rodbruce Assigned To: maciej ====================================================================== Project: amanda Issue ID: 4888 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-01-24 17:24 CET Last Modified: 2012-07-08 15:10 CEST ====================================================================== Summary: Upgrade of glib2 from glib-2.23.5 to glib-2.28.8 causes Amanda to break Description: After upgrading the CSWglib2 package Amanda stopped working. The following errors show up in the amdump log: ld.so.1: dumper: fatal: relocation error: file /opt/csw/lib/amanda/libamserver-3.1.1.so: symbol g_malloc0_n : referenced symbol not found ld.so.1: planner: fatal: relocation error: file /opt/csw/lib/amanda/libamanda-3.1.1.so: symbol g_malloc0_n: referenced symbol not found ld.so.1: perl: fatal: relocation error: file /opt/csw/lib/amanda/libamanda-3.1.1.so: symbol glib_check_vers ion: referenced symbol not found ====================================================================== ---------------------------------------------------------------------- (0009555) raos (developer) - 2012-01-29 15:55 https://www.opencsw.org/mantis/view.php?id=4888#c9555 ---------------------------------------------------------------------- Hi Darin Could you please rebuild amanda. This should resolve the problem. Thanks. --rafi From noreply at opencsw.org Sun Jul 8 15:11:30 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 8 Jul 2012 15:11:30 +0200 Subject: [bug-notifications] [amanda 0004888]: Upgrade of glib2 from glib-2.23.5 to glib-2.28.8 causes Amanda to break In-Reply-To: <589683678834c365dfb782d36a0c9ec9> Message-ID: <2ae5cae26e281a21533e4650b5037c1f@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4888 ====================================================================== Reported By: rodbruce Assigned To: maciej ====================================================================== Project: amanda Issue ID: 4888 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-01-24 17:24 CET Last Modified: 2012-07-08 15:11 CEST ====================================================================== Summary: Upgrade of glib2 from glib-2.23.5 to glib-2.28.8 causes Amanda to break Description: After upgrading the CSWglib2 package Amanda stopped working. The following errors show up in the amdump log: ld.so.1: dumper: fatal: relocation error: file /opt/csw/lib/amanda/libamserver-3.1.1.so: symbol g_malloc0_n : referenced symbol not found ld.so.1: planner: fatal: relocation error: file /opt/csw/lib/amanda/libamanda-3.1.1.so: symbol g_malloc0_n: referenced symbol not found ld.so.1: perl: fatal: relocation error: file /opt/csw/lib/amanda/libamanda-3.1.1.so: symbol glib_check_vers ion: referenced symbol not found ====================================================================== ---------------------------------------------------------------------- (0010007) maciej (manager) - 2012-07-08 15:11 https://www.opencsw.org/mantis/view.php?id=4888#c10007 ---------------------------------------------------------------------- I've rebuilt it (Solaris 10 only). Is the package better now? From noreply at opencsw.org Sun Jul 8 17:03:26 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 8 Jul 2012 17:03:26 +0200 Subject: [bug-notifications] [fluxbox 0004949]: please update to newer version (1.3.2) In-Reply-To: Message-ID: <4099fdb4651c3b382e52c57fd69faf40@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4949 ====================================================================== Reported By: phil Assigned To: maciej ====================================================================== Project: fluxbox Issue ID: 4949 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-05-25 22:35 CEST Last Modified: 2012-07-08 17:03 CEST ====================================================================== Summary: please update to newer version (1.3.2) Description: Current package is now very old. http://fluxbox.org/download/ ====================================================================== ---------------------------------------------------------------------- (0010008) phil (reporter) - 2012-07-08 17:03 https://www.opencsw.org/mantis/view.php?id=4949#c10008 ---------------------------------------------------------------------- I just did a fresh install, in a fresh solaris 10 VM. Used startfluxbox. Got error: /opt/csw/bin/fbsetbg: fbsetroot: not found From noreply at opencsw.org Mon Jul 9 09:14:01 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 9 Jul 2012 09:14:01 +0200 Subject: [bug-notifications] [pm_xmllibxml 0004974]: could not find ParserDetails.ini in /opt/csw/share/perl/csw/XML/SAX Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4974 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: pm_xmllibxml Issue ID: 4974 Category: other Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-07-09 09:14 CEST Last Modified: 2012-07-09 09:14 CEST ====================================================================== Summary: could not find ParserDetails.ini in /opt/csw/share/perl/csw/XML/SAX Description: when you install CSWpmxmllibxml: => Installing CSWpmxmllibxml-1.70,REV=2010.02.09 (15/15) ... ===========NOTICE=========== To register this parser, please issue /opt/csw/bin/perl -MXML::SAX -e "XML::SAX->add_parser(q(XML::SAX::PurePerl))->save_parsers();" ============================ Installation of was successful. the file ParserDetails.ini does not exist: root at melpomene:~# ls -l /opt/csw/share/perl/csw/XML/SAX total 403 -r--r--r-- 1 root bin 122932 Jul 5 13:45 Base.pm -r--r--r-- 1 root bin 28692 Jul 5 13:45 BuildSAXBase.pl -r--r--r-- 1 root bin 2882 Jul 5 14:48 DocumentLocator.pm -r--r--r-- 1 root bin 3046 Jul 5 13:45 Exception.pm -r--r--r-- 1 root bin 14817 Jul 5 14:48 Intro.pod -r--r--r-- 1 root bin 6535 Jul 5 14:48 ParserFactory.pm drwxr-xr-x 3 root bin 13 Jul 9 09:07 PurePerl -r--r--r-- 1 root bin 20587 Jul 5 14:48 PurePerl.pm root at melpomene:~# /opt/csw/bin/perl -MXML::SAX -e "XML::SAX->add_parser(q(XML::SAX::PurePerl))->save_parsers();" could not find ParserDetails.ini in /opt/csw/share/perl/csw/XML/SAX The message is confusing, because ParserDetails.ini is just created: root at melpomene:~# ls -l /opt/csw/share/perl/csw/XML/SAX total 405 -r--r--r-- 1 root bin 122932 Jul 5 13:45 Base.pm -r--r--r-- 1 root bin 28692 Jul 5 13:45 BuildSAXBase.pl -r--r--r-- 1 root bin 2882 Jul 5 14:48 DocumentLocator.pm -r--r--r-- 1 root bin 3046 Jul 5 13:45 Exception.pm -r--r--r-- 1 root bin 14817 Jul 5 14:48 Intro.pod -rw-r--r-- 1 root root 66 Jul 9 09:10 ParserDetails.ini -r--r--r-- 1 root bin 6535 Jul 5 14:48 ParserFactory.pm drwxr-xr-x 3 root bin 13 Jul 9 09:07 PurePerl -r--r--r-- 1 root bin 20587 Jul 5 14:48 PurePerl.pm not a bug, just a confusing message ====================================================================== From noreply at opencsw.org Mon Jul 9 09:31:11 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 9 Jul 2012 09:31:11 +0200 Subject: [bug-notifications] [fontconfig 0004975]: no /usr/openwin/lib on S11 Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4975 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: fontconfig Issue ID: 4975 Category: other Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-07-09 09:31 CEST Last Modified: 2012-07-09 09:31 CEST ====================================================================== Summary: no /usr/openwin/lib on S11 Description: => Installing CSWfconfig-2.8.0,REV=2012.05.20 (10/16) ... Please see /opt/csw/share/doc/fontconfig/license for license information. Fontconfig needs to update its font cache. This can take up to a couple of minutes. find: stat() error /usr/openwin/lib/X11/fonts: No such file or directory find: stat() error /usr/openwin/lib/locale: No such file or directory Installation of was successful. ====================================================================== From noreply at opencsw.org Tue Jul 10 08:02:21 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 10 Jul 2012 08:02:21 +0200 Subject: [bug-notifications] [unbound 0004976]: unbound fails to start Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4976 ====================================================================== Reported By: matjam Assigned To: ====================================================================== Project: unbound Issue ID: 4976 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2012-07-10 08:02 CEST Last Modified: 2012-07-10 08:02 CEST ====================================================================== Summary: unbound fails to start Description: Jul 10 15:13:44 nsdalcdns01v unbound: [ID 993594 daemon.error] [9769:0] error: error parsing local-data 'localhost. 10800 IN SOA localhost. nobody.invalid. 1 3600 1200 604800 10800': Syntax error, value expected Jul 10 15:13:44 nsdalcdns01v unbound: [ID 993594 daemon.error] [9769:0] error: bad local-data: localhost. 10800 IN SOA localhost. nobody.invalid. 1 3600 1200 604800 10800 Jul 10 15:13:44 nsdalcdns01v unbound: [ID 993594 daemon.error] [9769:0] error: out of memory adding default zone Jul 10 15:13:44 nsdalcdns01v unbound: [ID 993594 daemon.crit] [9769:0] fatal error: Could not set up local zones ====================================================================== From noreply at opencsw.org Tue Jul 10 17:29:29 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 10 Jul 2012 17:29:29 +0200 Subject: [bug-notifications] [amanda 0004970]: Amanda 3.3.1 fails because it is built against system libglib-2.0 instead of csw's libglib-2.0.so.0 In-Reply-To: <14dcda8ec7c770844792f918ca53222a> Message-ID: <9e705cf61d35343ca65a9995733bd5c2@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4970 ====================================================================== Reported By: rodbruce Assigned To: maciej ====================================================================== Project: amanda Issue ID: 4970 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-06-28 17:20 CEST Last Modified: 2012-07-10 17:29 CEST ====================================================================== Summary: Amanda 3.3.1 fails because it is built against system libglib-2.0 instead of csw's libglib-2.0.so.0 Description: After upgrading to 3.3.1 when I try to run amcheck I get: ld.so.1: amcheck: fatal: relocation error: file /opt/csw/lib/amanda/libamanda-3.3.1.so: symbol g_slist_free_full: referenced symbol not found Using ldd I can see that libamanda-3.3.1.so is using the system libglib-2.0: ldd /opt/csw/lib/amanda/libamanda-3.3.1.so libcurl.so.4 => /opt/csw/lib/i386/libcurl.so.4 libidn.so.11 => /opt/csw/lib/i386/libidn.so.11 libssl.so.1.0.0 => /opt/csw/lib/i386/libssl.so.1.0.0 libcrypto.so.1.0.0 => /opt/csw/lib/i386/libcrypto.so.1.0.0 libz.so.1 => /opt/csw/lib/pentium_pro+mmx/libz.so.1 libm.so.2 => /lib/libm.so.2 libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 libpthread.so.1 => /lib/libpthread.so.1 libthread.so.1 => /lib/libthread.so.1 librt.so.1 => /lib/librt.so.1 libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 libsocket.so.1 => /lib/libsocket.so.1 libnsl.so.1 => /lib/libnsl.so.1 libresolv.so.2 => /lib/libresolv.so.2 libintl.so.8 => /opt/csw/lib/i386/libintl.so.8 libc.so.1 => /lib/libc.so.1 libiconv.so.2 => /opt/csw/lib/libiconv.so.2 libdl.so.1 => /lib/libdl.so.1 libaio.so.1 => /lib/libaio.so.1 libmd.so.1 => /lib/libmd.so.1 libmp.so.2 => /lib/libmp.so.2 libscf.so.1 => /lib/libscf.so.1 libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 libgen.so.1 => /lib/libgen.so.1 ====================================================================== ---------------------------------------------------------------------- (0010009) rodbruce (reporter) - 2012-07-10 17:29 https://www.opencsw.org/mantis/view.php?id=4970#c10009 ---------------------------------------------------------------------- The problem on my server appears to have been with the libglib2-0-0 package. Even though I had version 2.28.8,REV=2011.12.11 installed, the soft link still pointed to the previous version (see below): [rod at diskbu lib]$ ls -l libglib-2.0.so* lrwxrwxrwx 1 root root 23 Jun 28 14:37 libglib-2.0.so -> libglib-2.0.so.0.2305.0 lrwxrwxrwx 1 root root 23 Jun 28 14:37 libglib-2.0.so.0 -> libglib-2.0.so.0.2305.0 -rwxr-xr-x 1 root bin 1310788 Mar 9 2010 libglib-2.0.so.0.2305.0 -rwxr-xr-x 1 root bin 1504536 Dec 11 2011 libglib-2.0.so.0.2800.8 I'm not sure why this was like this. I have had to muck around with packages in the past to get things to work so I probably inadvertently messed this up at some point. I un-installed and re-installed the libglib2-0-0 package and I no longer get the linking error. Thanks for your help. From noreply at opencsw.org Tue Jul 10 17:37:07 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 10 Jul 2012 17:37:07 +0200 Subject: [bug-notifications] [amanda 0004970]: Amanda 3.3.1 fails because it is built against system libglib-2.0 instead of csw's libglib-2.0.so.0 In-Reply-To: <14dcda8ec7c770844792f918ca53222a> Message-ID: <20cc3c41eb31d2ca75c0694b128df217@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4970 ====================================================================== Reported By: rodbruce Assigned To: maciej ====================================================================== Project: amanda Issue ID: 4970 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-06-28 17:20 CEST Last Modified: 2012-07-10 17:37 CEST ====================================================================== Summary: Amanda 3.3.1 fails because it is built against system libglib-2.0 instead of csw's libglib-2.0.so.0 Description: After upgrading to 3.3.1 when I try to run amcheck I get: ld.so.1: amcheck: fatal: relocation error: file /opt/csw/lib/amanda/libamanda-3.3.1.so: symbol g_slist_free_full: referenced symbol not found Using ldd I can see that libamanda-3.3.1.so is using the system libglib-2.0: ldd /opt/csw/lib/amanda/libamanda-3.3.1.so libcurl.so.4 => /opt/csw/lib/i386/libcurl.so.4 libidn.so.11 => /opt/csw/lib/i386/libidn.so.11 libssl.so.1.0.0 => /opt/csw/lib/i386/libssl.so.1.0.0 libcrypto.so.1.0.0 => /opt/csw/lib/i386/libcrypto.so.1.0.0 libz.so.1 => /opt/csw/lib/pentium_pro+mmx/libz.so.1 libm.so.2 => /lib/libm.so.2 libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 libpthread.so.1 => /lib/libpthread.so.1 libthread.so.1 => /lib/libthread.so.1 librt.so.1 => /lib/librt.so.1 libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 libsocket.so.1 => /lib/libsocket.so.1 libnsl.so.1 => /lib/libnsl.so.1 libresolv.so.2 => /lib/libresolv.so.2 libintl.so.8 => /opt/csw/lib/i386/libintl.so.8 libc.so.1 => /lib/libc.so.1 libiconv.so.2 => /opt/csw/lib/libiconv.so.2 libdl.so.1 => /lib/libdl.so.1 libaio.so.1 => /lib/libaio.so.1 libmd.so.1 => /lib/libmd.so.1 libmp.so.2 => /lib/libmp.so.2 libscf.so.1 => /lib/libscf.so.1 libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 libgen.so.1 => /lib/libgen.so.1 ====================================================================== ---------------------------------------------------------------------- (0010010) maciej (manager) - 2012-07-10 17:37 https://www.opencsw.org/mantis/view.php?id=4970#c10010 ---------------------------------------------------------------------- It could be a pkgadd problem / bug. I don't know what are the reproducibility conditions, but sometimes the symlinks aren't correctly replaced. We had a case of this on the buildfarm a couple of times. There isn't anything that could be done on the OpenCSW side, unfortunately. From noreply at opencsw.org Tue Jul 10 17:49:04 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 10 Jul 2012 17:49:04 +0200 Subject: [bug-notifications] [amanda 0004888]: Upgrade of glib2 from glib-2.23.5 to glib-2.28.8 causes Amanda to break In-Reply-To: <589683678834c365dfb782d36a0c9ec9> Message-ID: <9420b619fa2538faf5ec794ebdad1b98@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4888 ====================================================================== Reported By: rodbruce Assigned To: maciej ====================================================================== Project: amanda Issue ID: 4888 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-01-24 17:24 CET Last Modified: 2012-07-10 17:49 CEST ====================================================================== Summary: Upgrade of glib2 from glib-2.23.5 to glib-2.28.8 causes Amanda to break Description: After upgrading the CSWglib2 package Amanda stopped working. The following errors show up in the amdump log: ld.so.1: dumper: fatal: relocation error: file /opt/csw/lib/amanda/libamserver-3.1.1.so: symbol g_malloc0_n : referenced symbol not found ld.so.1: planner: fatal: relocation error: file /opt/csw/lib/amanda/libamanda-3.1.1.so: symbol g_malloc0_n: referenced symbol not found ld.so.1: perl: fatal: relocation error: file /opt/csw/lib/amanda/libamanda-3.1.1.so: symbol glib_check_vers ion: referenced symbol not found ====================================================================== ---------------------------------------------------------------------- (0010011) rodbruce (reporter) - 2012-07-10 17:49 https://www.opencsw.org/mantis/view.php?id=4888#c10011 ---------------------------------------------------------------------- The cause of this appears to be related to what I reported in issue 0004970. I removed and reinstalled the libglib2_0_0 package and I no longer get the linking error in amanda 3.1.1,REV=2010.07.20. Thanks From noreply at opencsw.org Tue Jul 10 17:54:51 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 10 Jul 2012 17:54:51 +0200 Subject: [bug-notifications] [amanda 0004888]: Upgrade of glib2 from glib-2.23.5 to glib-2.28.8 causes Amanda to break In-Reply-To: <589683678834c365dfb782d36a0c9ec9> Message-ID: <8dee3d8d8159a7a7039f6c2e41e06980@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4888 ====================================================================== Reported By: rodbruce Assigned To: maciej ====================================================================== Project: amanda Issue ID: 4888 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-01-24 17:24 CET Last Modified: 2012-07-10 17:54 CEST ====================================================================== Summary: Upgrade of glib2 from glib-2.23.5 to glib-2.28.8 causes Amanda to break Description: After upgrading the CSWglib2 package Amanda stopped working. The following errors show up in the amdump log: ld.so.1: dumper: fatal: relocation error: file /opt/csw/lib/amanda/libamserver-3.1.1.so: symbol g_malloc0_n : referenced symbol not found ld.so.1: planner: fatal: relocation error: file /opt/csw/lib/amanda/libamanda-3.1.1.so: symbol g_malloc0_n: referenced symbol not found ld.so.1: perl: fatal: relocation error: file /opt/csw/lib/amanda/libamanda-3.1.1.so: symbol glib_check_vers ion: referenced symbol not found ====================================================================== ---------------------------------------------------------------------- (0010012) maciej (manager) - 2012-07-10 17:54 https://www.opencsw.org/mantis/view.php?id=4888#c10012 ---------------------------------------------------------------------- Cool. Closing. From noreply at opencsw.org Thu Jul 12 04:30:59 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Jul 2012 04:30:59 +0200 Subject: [bug-notifications] [php5_ctype 0004977]: Fatal error: Call to undefined function ctype_digit() Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4977 ====================================================================== Reported By: lsiden Assigned To: ====================================================================== Project: php5_ctype Issue ID: 4977 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-07-12 04:30 CEST Last Modified: 2012-07-12 04:30 CEST ====================================================================== Summary: Fatal error: Call to undefined function ctype_digit() Description: php5 was compiled with '--enable-ctype=shared' (see attached), yet this simple script will throw a fatal error: Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4592 ====================================================================== Reported By: ihsan Assigned To: ja ====================================================================== Project: nagios Issue ID: 4592 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-11-04 13:28 CET Last Modified: 2012-07-12 11:00 CEST ====================================================================== Summary: Nagios cannot write pid file Description: Nagios tries to create it's pid file in /var/run, but the nagios user doesn't have enough permissions to create this file. The pid file should be moved for example to /var/opt/csw/nagios/run. ====================================================================== ---------------------------------------------------------------------- (0010013) ja (manager) - 2012-07-12 11:00 https://www.opencsw.org/mantis/view.php?id=4592#c10013 ---------------------------------------------------------------------- Problem solved, see descriptions. From noreply at opencsw.org Thu Jul 12 11:01:19 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Jul 2012 11:01:19 +0200 Subject: [bug-notifications] [nagios 0004593]: nagios home directory does not exist In-Reply-To: Message-ID: <86281ca8e49ad06eb4663c8ba556499c@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4593 ====================================================================== Reported By: ihsan Assigned To: ja ====================================================================== Project: nagios Issue ID: 4593 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-11-05 10:39 CET Last Modified: 2012-07-12 11:01 CEST ====================================================================== Summary: nagios home directory does not exist Description: The home directory of the Nagios User is set to /opt/csw/nagios and this directory does not exist. ====================================================================== ---------------------------------------------------------------------- (0010014) ja (manager) - 2012-07-12 11:01 https://www.opencsw.org/mantis/view.php?id=4593#c10014 ---------------------------------------------------------------------- Problem solved, see descriptions. From noreply at opencsw.org Thu Jul 12 11:02:21 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Jul 2012 11:02:21 +0200 Subject: [bug-notifications] [nagios_plugins 0003927]: check_mailq in 1.4.13, REV=2009.04.26 (& possibly other perl-based plugins) need /opt/csw/libexec/nagios-plugins in INC In-Reply-To: Message-ID: <1293c0042cacca8cc7129c0ddef83002@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3927 ====================================================================== Reported By: bchill Assigned To: ja ====================================================================== Project: nagios_plugins Issue ID: 3927 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-29 19:50 CEST Last Modified: 2012-07-12 11:02 CEST ====================================================================== Summary: check_mailq in 1.4.13,REV=2009.04.26 (& possibly other perl-based plugins) need /opt/csw/libexec/nagios-plugins in INC Description: check_mailq cannot find utils.pm: # /opt/csw/libexec/nagios-plugins/check_mailq Can't locate utils.pm in @INC (@INC contains: nagios-plugins /opt/csw/lib/perl/5 .8.8 /opt/csw/share/perl/5.8.8 /opt/csw/lib/perl/site_perl /opt/csw/share/perl/s ite_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw .) at /opt/csw/libexec/na gios-plugins/check_mailq line 36. BEGIN failed--compilation aborted at /opt/csw/libexec/nagios-plugins/check_mailq line 36. But adding /opt/csw/libexec/nagios-plugins fixes it: # PERL5LIB=/opt/csw/libexec/nagios-plugins /opt/csw/libexec/nagios-plugins/check _mailq Usage: check_mailq -w -c [-W ] [-C ] [-M ] [-t ] [-v verbose] ====================================================================== ---------------------------------------------------------------------- (0010015) ja (manager) - 2012-07-12 11:02 https://www.opencsw.org/mantis/view.php?id=3927#c10015 ---------------------------------------------------------------------- Problem solved, see descriptions. From noreply at opencsw.org Thu Jul 12 11:04:24 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Jul 2012 11:04:24 +0200 Subject: [bug-notifications] [nrpe 0003720]: Incompatibilities between NRPE versions with different packet sizes In-Reply-To: <95be82bae21e7f1e936942a2abaa704b> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3720 ====================================================================== Reported By: ja Assigned To: ja ====================================================================== Project: nrpe Issue ID: 3720 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-06-22 12:42 CEST Last Modified: 2012-07-12 11:04 CEST ====================================================================== Summary: Incompatibilities between NRPE versions with different packet sizes Description: Because there are incompatibilities between NRPE versions, which support different packet sizes, it is necessary to provide at least two different versions: - packet size of 1 kB (which should be the default for most of the packages, also BSD and Linux ones) - packet size of 8 kB (which is desired for some Nagios plugins with a longer output like check_multi) ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0003727 "Request packet had invalid CRC32&... ====================================================================== ---------------------------------------------------------------------- (0010016) ja (manager) - 2012-07-12 11:04 https://www.opencsw.org/mantis/view.php?id=3720#c10016 ---------------------------------------------------------------------- The current NRPE package now includes binaries for 1 kb and 8 kb data transmissions. From noreply at opencsw.org Thu Jul 12 11:05:52 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Jul 2012 11:05:52 +0200 Subject: [bug-notifications] [nrpe 0003730]: svcadm disable cswnrpe does not gracefully handle missing pid_file param, hangs system on shutdown In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3730 ====================================================================== Reported By: gadavis Assigned To: ja ====================================================================== Project: nrpe Issue ID: 3730 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-06-26 00:28 CEST Last Modified: 2012-07-12 11:05 CEST ====================================================================== Summary: svcadm disable cswnrpe does not gracefully handle missing pid_file param, hangs system on shutdown Description: CSWnpre 2.12,REV=2009.06.18 fails to successfully shutdown on Solaris 10 SPARC. This causes something in the SMF framework to hang when the system is init 6'd or init 1'd. The system must be Stop-A'd and rebooted. When a manual svcadm enable/ svcadm disable is issued, the following is observed in /var/svc/log/application-cswnrpe:default.log: [ Jun 25 22:01:14 Executing start method ("/var/opt/csw/svc/method/svc-cswnrpe s tart") ] [ Jun 25 22:01:16 Method "start" exited with status 0 ] [ Jun 25 22:02:12 Stopping because service disabled. ] [ Jun 25 22:02:12 Executing stop method ("/var/opt/csw/svc/method/svc-cswnrpe st op") ] /usr/bin/kill[8]: kill: bad argument count [ Jun 25 22:02:13 Method "stop" exited with status 0 ] svcs -xv shows: # svcs -xv cswnrpe svc:/application/cswnrpe:default (?) State: online since June 25, 2009 10:02:12 PM UTC See: /var/svc/log/application-cswnrpe:default.log Impact: None. Digging a bit further, it appears that the stop method script does not have any sort of error checking to see if pid_file is defined in nrpe.cfg. This is a bit of a problem for those of us upgrading from an older version of NRPE that didn't support the pid_file argument. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0003764 Problems with service manifest generati... ====================================================================== ---------------------------------------------------------------------- (0010017) ja (manager) - 2012-07-12 11:05 https://www.opencsw.org/mantis/view.php?id=3730#c10017 ---------------------------------------------------------------------- Issue closed. Start / Stopp method redesigned and tested. From noreply at opencsw.org Thu Jul 12 11:07:39 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Jul 2012 11:07:39 +0200 Subject: [bug-notifications] [nrpe 0003939]: NRPE installation instructions urge to use inetd for tcp_wrappers In-Reply-To: <6ce3a3803d90763287a9be2f023fcc3f> Message-ID: <8859fc824dcc6be41da73bff778f7036@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3939 ====================================================================== Reported By: alexs77 Assigned To: ja ====================================================================== Project: nrpe Issue ID: 3939 Category: regular use Reproducibility: have not tried Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-10-05 14:32 CEST Last Modified: 2012-07-12 11:07 CEST ====================================================================== Summary: NRPE installation instructions urge to use inetd for tcp_wrappers Description: The NRPE installation instructions strongly urge, that tcp_wrappers should be used to protect the installation. For this, it's written that inetd should be used. Right now, nrpe is launched as a standalone daemon. So that nrpe can be launched from inetd, the following line should be appended to /etc/services: nrpe 5666/tcp And to make inetd start/stop nrpe, add this line to /etc/inetd.conf: nrpe stream tcp nowait nagios /usr/sfw/sbin/tcpd /opt/csw/bin/nrpe -c /opt/csw/etc/nrpe.cfg -i On Solaris 10, that line should be written to some temporary file and then inetconv -i $temp_file_with_inetd_line is to be invoked. After that, it might be a good idea to enable TCP_WRAPPER support; on Solaris 10, do: inetadm -m svc:/network/nrpe/tcp:default tcp_wrappers=TRUE For Solaris 8 & 9: tcp_wrappers is equivalent to the previous inetd's /etc/default/inetd property ENABLE_TCPWRAPPERS. So that inetd is able to start nrpe, the $HOME directory of the user starting nrpe (ie. "nagios") has to exist; IOW: /opt/csw/nagios must exist. On a host which only has nrpe (and maybe nagios-plugins) installed, that's not the case. ====================================================================== ---------------------------------------------------------------------- (0010018) ja (manager) - 2012-07-12 11:07 https://www.opencsw.org/mantis/view.php?id=3939#c10018 ---------------------------------------------------------------------- Issue closed. In case of further problems reopen it. From noreply at opencsw.org Thu Jul 12 11:08:30 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Jul 2012 11:08:30 +0200 Subject: [bug-notifications] [nagiosp 0004972]: nagios plugin check_snmp is hardcoded to use /opt/csw/bin/snmpget, but no package dependency In-Reply-To: <65f791a5b91a22faba971212cc44e79a> Message-ID: <51b8ecadbf43be7849ba8c02733ee4bc@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4972 ====================================================================== Reported By: gadavis Assigned To: ja ====================================================================== Project: nagiosp Issue ID: 4972 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-07-03 22:11 CEST Last Modified: 2012-07-12 11:08 CEST ====================================================================== Summary: nagios plugin check_snmp is hardcoded to use /opt/csw/bin/snmpget, but no package dependency Description: The check_snmp plugin is hardcoded to use /opt/csw/bin/snmpget, but the package is not dependent on CSWnetsnmp which provides that program. ====================================================================== ---------------------------------------------------------------------- (0010019) ja (developer) - 2012-07-12 11:08 https://www.opencsw.org/mantis/view.php?id=4972#c10019 ---------------------------------------------------------------------- A new package with the necessary dependency is released. From noreply at opencsw.org Thu Jul 12 11:11:49 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Jul 2012 11:11:49 +0200 Subject: [bug-notifications] [nagios 0003563]: RPATH contains /opt/csw/nagios/lib/\$ISALIST In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3563 ====================================================================== Reported By: james Assigned To: ja ====================================================================== Project: nagios Issue ID: 3563 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-01 20:35 CEST Last Modified: 2012-07-12 11:11 CEST ====================================================================== Summary: RPATH contains /opt/csw/nagios/lib/\$ISALIST Description: RPATH = [14] RPATH /opt/csw/nagios/lib/\$ISALIST:/opt/csw/nagios/lib:/opt/csw/lib/\$ISALIST:/opt/csw/lib:/opt/csw/lib 1st 2 elements are not needed as /opt/csw/nagios/lib/ does not exist. extra '\' in 3rd element. 4th not needed if $ISALIST is corrected. 5th is duplicate. ====================================================================== ---------------------------------------------------------------------- (0010020) ja (manager) - 2012-07-12 11:11 https://www.opencsw.org/mantis/view.php?id=3563#c10020 ---------------------------------------------------------------------- Solved with current packages From noreply at opencsw.org Thu Jul 12 15:24:11 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Jul 2012 15:24:11 +0200 Subject: [bug-notifications] [php5_ctype 0004977]: Fatal error: Call to undefined function ctype_digit() In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4977 ====================================================================== Reported By: lsiden Assigned To: ====================================================================== Project: php5_ctype Issue ID: 4977 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-07-12 04:30 CEST Last Modified: 2012-07-12 15:24 CEST ====================================================================== Summary: Fatal error: Call to undefined function ctype_digit() Description: php5 was compiled with '--enable-ctype=shared' (see attached), yet this simple script will throw a fatal error: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4977 ====================================================================== Reported By: lsiden Assigned To: ====================================================================== Project: php5_ctype Issue ID: 4977 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-07-12 04:30 CEST Last Modified: 2012-07-12 16:10 CEST ====================================================================== Summary: Fatal error: Call to undefined function ctype_digit() Description: php5 was compiled with '--enable-ctype=shared' (see attached), yet this simple script will throw a fatal error: Message-ID: <3211e454787c999e406d2f635e17810d@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3793 ====================================================================== Reported By: james Assigned To: pfelecan ====================================================================== Project: libofx Issue ID: 3793 Category: packaging Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-07-30 17:09 CEST Last Modified: 2012-07-13 14:09 CEST ====================================================================== Summary: CSWlibofx does not contain libofx.so.3 Description: CSWlibofx does not contain libofx.so.3. libofx.so and libofx.so.4 have moved to CSWlibofxrt but the dependants ask for CSWlibofx not CSWlibofxrt and there is no libofx.so.3 anyway. ====================================================================== ---------------------------------------------------------------------- (0006491) pfelecan (manager) - 2009-07-30 20:21 https://www.opencsw.org/mantis/view.php?id=3793#c6491 ---------------------------------------------------------------------- corrected package released. ---------------------------------------------------------------------- (0010023) pfelecan (manager) - 2012-07-13 14:09 https://www.opencsw.org/mantis/view.php?id=3793#c10023 ---------------------------------------------------------------------- was corrected by previous release but forgot to process From noreply at opencsw.org Fri Jul 13 14:10:29 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Jul 2012 14:10:29 +0200 Subject: [bug-notifications] [libofx 0003793]: CSWlibofx does not contain libofx.so.3 In-Reply-To: <331740a602ce7c507e46b8ea025e3745> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3793 ====================================================================== Reported By: james Assigned To: pfelecan ====================================================================== Project: libofx Issue ID: 3793 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-07-30 17:09 CEST Last Modified: 2012-07-13 14:10 CEST ====================================================================== Summary: CSWlibofx does not contain libofx.so.3 Description: CSWlibofx does not contain libofx.so.3. libofx.so and libofx.so.4 have moved to CSWlibofxrt but the dependants ask for CSWlibofx not CSWlibofxrt and there is no libofx.so.3 anyway. ====================================================================== ---------------------------------------------------------------------- (0010023) pfelecan (manager) - 2012-07-13 14:09 https://www.opencsw.org/mantis/view.php?id=3793#c10023 ---------------------------------------------------------------------- was corrected by previous release but forgot to process ---------------------------------------------------------------------- (0010024) pfelecan (manager) - 2012-07-13 14:10 https://www.opencsw.org/mantis/view.php?id=3793#c10024 ---------------------------------------------------------------------- close old cruft From noreply at opencsw.org Sun Jul 15 05:42:50 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Jul 2012 05:42:50 +0200 Subject: [bug-notifications] [nsca 0003938]: nsca needs to be "remade" to fit to new directory layout In-Reply-To: Message-ID: The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3938 ====================================================================== Reported By: alexs77 Assigned To: ja ====================================================================== Project: nsca Issue ID: 3938 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-10-05 11:25 CEST Last Modified: 2012-07-15 05:42 CEST ====================================================================== Summary: nsca needs to be "remade" to fit to new directory layout Description: I have the nagios package from testing installed (ie. nagios-3.2.0,REV=2009.09.29-SunOS5.8-sparc-CSW.pkg). I now wanted to install nsca 2.7.2,REV=2009.04.26 on this host: [ Klasse wird gepr?ft ] cp: /opt/csw/nagios/etc/nsca.cfg.CSW kann nicht erzeugt werden: Datei oder Verzeichnis nicht gefunden Copying sample config to /opt/csw/nagios/etc/nsca.cfg cp: Zugriff auf /opt/csw/nagios/etc/nsca.cfg.CSW nicht m?glich chmod: WARNUNG: Zugriff auf /opt/csw/nagios/etc/nsca.cfg nicht m?glich chown: /opt/csw/nagios/etc/nsca.cfg: Datei oder Verzeichnis nicht gefunden It couldn't access /opt/csw/nagios/etc/nsca.cfg.CSW. I suppose, it couldn't do this, because /opt/csw/nagios/etc doesn't exist? In the nagios pkg in testing, the configuration directory ("etc") has been moved to /etc/opt/csw/nagios. ====================================================================== ---------------------------------------------------------------------- (0010025) ja (manager) - 2012-07-15 05:42 https://www.opencsw.org/mantis/view.php?id=3938#c10025 ---------------------------------------------------------------------- New package is available, which should fix this. From noreply at opencsw.org Sun Jul 15 05:43:07 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Jul 2012 05:43:07 +0200 Subject: [bug-notifications] [nsca 0003938]: nsca needs to be "remade" to fit to new directory layout In-Reply-To: Message-ID: <2b6a42a286f377f109146dc5af6f3827@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3938 ====================================================================== Reported By: alexs77 Assigned To: ja ====================================================================== Project: nsca Issue ID: 3938 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-10-05 11:25 CEST Last Modified: 2012-07-15 05:43 CEST ====================================================================== Summary: nsca needs to be "remade" to fit to new directory layout Description: I have the nagios package from testing installed (ie. nagios-3.2.0,REV=2009.09.29-SunOS5.8-sparc-CSW.pkg). I now wanted to install nsca 2.7.2,REV=2009.04.26 on this host: [ Klasse wird gepr?ft ] cp: /opt/csw/nagios/etc/nsca.cfg.CSW kann nicht erzeugt werden: Datei oder Verzeichnis nicht gefunden Copying sample config to /opt/csw/nagios/etc/nsca.cfg cp: Zugriff auf /opt/csw/nagios/etc/nsca.cfg.CSW nicht m?glich chmod: WARNUNG: Zugriff auf /opt/csw/nagios/etc/nsca.cfg nicht m?glich chown: /opt/csw/nagios/etc/nsca.cfg: Datei oder Verzeichnis nicht gefunden It couldn't access /opt/csw/nagios/etc/nsca.cfg.CSW. I suppose, it couldn't do this, because /opt/csw/nagios/etc doesn't exist? In the nagios pkg in testing, the configuration directory ("etc") has been moved to /etc/opt/csw/nagios. ====================================================================== ---------------------------------------------------------------------- (0010025) ja (manager) - 2012-07-15 05:42 https://www.opencsw.org/mantis/view.php?id=3938#c10025 ---------------------------------------------------------------------- New package is available, which should fix this. From noreply at opencsw.org Sun Jul 15 05:44:59 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Jul 2012 05:44:59 +0200 Subject: [bug-notifications] [nagios 0003921]: Remote image prevents fully-encrypted SSL connection In-Reply-To: <100df0aa8e9c3564daf5012dfee04f9f> Message-ID: <9d6cf7a4ac5a87bc52983575f38d093e@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3921 ====================================================================== Reported By: ois_unix Assigned To: ja ====================================================================== Project: nagios Issue ID: 3921 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-28 15:00 CEST Last Modified: 2012-07-15 05:44 CEST ====================================================================== Summary: Remote image prevents fully-encrypted SSL connection Description: The SourceForge logo in main.html is a remote image, with the source listed as http://sflogo.sourceforge.net/sflogo.php?group_id=26589&type=2. This remote image prevents my SSL connection to Nagios from being fully encrypted. This issue appears in both Firefox 3.5.x and Internet Explorer 8. Saving the image to the local machine and updating the HTML code to point to that local image fixes the problem, and the browsers no longer complain of a partially encrypted connection. Please make the SourceForge logo a local file in Nagios. ====================================================================== From noreply at opencsw.org Sun Jul 15 05:51:33 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Jul 2012 05:51:33 +0200 Subject: [bug-notifications] [nagios 0003921]: Remote image prevents fully-encrypted SSL connection In-Reply-To: <100df0aa8e9c3564daf5012dfee04f9f> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3921 ====================================================================== Reported By: ois_unix Assigned To: ja ====================================================================== Project: nagios Issue ID: 3921 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-28 15:00 CEST Last Modified: 2012-07-15 05:51 CEST ====================================================================== Summary: Remote image prevents fully-encrypted SSL connection Description: The SourceForge logo in main.html is a remote image, with the source listed as http://sflogo.sourceforge.net/sflogo.php?group_id=26589&type=2. This remote image prevents my SSL connection to Nagios from being fully encrypted. This issue appears in both Firefox 3.5.x and Internet Explorer 8. Saving the image to the local machine and updating the HTML code to point to that local image fixes the problem, and the browsers no longer complain of a partially encrypted connection. Please make the SourceForge logo a local file in Nagios. ====================================================================== ---------------------------------------------------------------------- (0010026) ja (manager) - 2012-07-15 05:51 https://www.opencsw.org/mantis/view.php?id=3921#c10026 ---------------------------------------------------------------------- If the logo changes, the whole package has to be rebuild again. This might also be the reason, why the Nagios developers decided not to put the SourceForge logo into the Nagios distribution but to set a link to it. The package will only distribute the Nagios for Solaris "as is" (with some tweaks and modifications for Solaris and OpenCSW), so please contact the developers for this change. Thanks! From noreply at opencsw.org Sun Jul 15 12:09:39 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Jul 2012 12:09:39 +0200 Subject: [bug-notifications] [pm_datetime 0004978]: Please upgrade to 0.76. Message-ID: <5896fea26cf7ed7bacab23cb9cb9a667@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4978 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: pm_datetime Issue ID: 4978 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-07-15 12:09 CEST Last Modified: 2012-07-15 12:09 CEST ====================================================================== Summary: Please upgrade to 0.76. Description: Needed for the Koha project. ====================================================================== From noreply at opencsw.org Sun Jul 15 12:41:32 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Jul 2012 12:41:32 +0200 Subject: [bug-notifications] [pm_datetimetz 0004979]: Please upgrade to 1.46. Message-ID: <9a0c58bf2838b5396371747c9b8e6010@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4979 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: pm_datetimetz Issue ID: 4979 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-07-15 12:41 CEST Last Modified: 2012-07-15 12:41 CEST ====================================================================== Summary: Please upgrade to 1.46. Description: Needed for the Koha project. ====================================================================== From noreply at opencsw.org Sun Jul 15 13:31:53 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Jul 2012 13:31:53 +0200 Subject: [bug-notifications] [nrpe 0004980]: nrpe package does not create nagios user Message-ID: <32c2a04f5b682a986ea38e0629ffb49e@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4980 ====================================================================== Reported By: marthag Assigned To: ====================================================================== Project: nrpe Issue ID: 4980 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-07-15 13:31 CEST Last Modified: 2012-07-15 13:31 CEST ====================================================================== Summary: nrpe package does not create nagios user Description: Latest nrpe package does not create nagios user. ====================================================================== From noreply at opencsw.org Sun Jul 15 14:50:26 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Jul 2012 14:50:26 +0200 Subject: [bug-notifications] [libming_utils 0004298]: Please upgrade to 0.4.3 In-Reply-To: Message-ID: The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4298 ====================================================================== Reported By: dam Assigned To: pfelecan ====================================================================== Project: libming_utils Issue ID: 4298 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-02-19 16:56 CET Last Modified: 2012-07-15 14:50 CEST ====================================================================== Summary: Please upgrade to 0.4.3 Description: Please upgrade to 0.4.3 ====================================================================== ---------------------------------------------------------------------- (0010027) pfelecan (manager) - 2012-07-15 14:50 https://www.opencsw.org/mantis/view.php?id=4298#c10027 ---------------------------------------------------------------------- released 0.4.4 From noreply at opencsw.org Sun Jul 15 14:50:44 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Jul 2012 14:50:44 +0200 Subject: [bug-notifications] [libming_utils 0004298]: Please upgrade to 0.4.3 In-Reply-To: Message-ID: <29c497372995851a82c8cd5f57c870b9@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4298 ====================================================================== Reported By: dam Assigned To: pfelecan ====================================================================== Project: libming_utils Issue ID: 4298 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-02-19 16:56 CET Last Modified: 2012-07-15 14:50 CEST ====================================================================== Summary: Please upgrade to 0.4.3 Description: Please upgrade to 0.4.3 ====================================================================== ---------------------------------------------------------------------- (0010027) pfelecan (manager) - 2012-07-15 14:50 https://www.opencsw.org/mantis/view.php?id=4298#c10027 ---------------------------------------------------------------------- released 0.4.4 From noreply at opencsw.org Sun Jul 15 14:52:03 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Jul 2012 14:52:03 +0200 Subject: [bug-notifications] [namazu 0003322]: Depend on CSWggettextrt In-Reply-To: Message-ID: <5e7915b0e908f7f2887209ac5b1b73b4@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3322 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: namazu Issue ID: 3322 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:15 CET Last Modified: 2012-07-15 14:52 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0010028) pfelecan (manager) - 2012-07-15 14:52 https://www.opencsw.org/mantis/view.php?id=3322#c10028 ---------------------------------------------------------------------- the released package solves this From noreply at opencsw.org Sun Jul 15 14:52:29 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Jul 2012 14:52:29 +0200 Subject: [bug-notifications] [namazu 0003322]: Depend on CSWggettextrt In-Reply-To: Message-ID: <4df335516cae4684ab1eff4dbfc74c2e@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3322 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: namazu Issue ID: 3322 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:15 CET Last Modified: 2012-07-15 14:52 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0010028) pfelecan (manager) - 2012-07-15 14:52 https://www.opencsw.org/mantis/view.php?id=3322#c10028 ---------------------------------------------------------------------- the released package solves this From noreply at opencsw.org Sun Jul 15 14:56:45 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Jul 2012 14:56:45 +0200 Subject: [bug-notifications] [gdb 0004967]: Can't use gdb to list out source code from gccgo compiled binary with -g option In-Reply-To: <53b217b7499e99ea6f98eed744a3b7e8> Message-ID: <241be5f2c92c97173ef32c100c299fd1@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4967 ====================================================================== Reported By: tjyang Assigned To: pfelecan ====================================================================== Project: gdb Issue ID: 4967 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-06-26 16:23 CEST Last Modified: 2012-07-15 14:56 CEST ====================================================================== Summary: Can't use gdb to list out source code from gccgo compiled binary with -g option Description: The test helloworld.go was compiled and ran ok by gccgo 4.7.1as shown below. But when doing a debugging session to list out source code, it failed. $ cat helloworld.go package main import "fmt" func main() { fmt.Println("Hello, World") } $ ./hellow Hello, World $ ====================================================================== ---------------------------------------------------------------------- (0009994) tjyang (developer) - 2012-07-01 16:50 https://www.opencsw.org/mantis/view.php?id=4967#c9994 ---------------------------------------------------------------------- argh, I now remember gdb 7.2 on windows has similar problem. the advice from go team was to use gdb 7.4+. if our case here, "l" failed. But if we do a "l main.main", the source code will be listed like following. bash-3.00$ /opt/csw/bin/gdb helloworld.go.exe GNU gdb (GDB) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.10". For bug reporting instructions, please see: ... Reading symbols from /opt/moto/hobbitserver42/ext/oscount/gccgo/helloworld.go.exe...done. (gdb) l 34 /home/maciej/src/opencsw/pkg/gcc4/trunk/work/solaris10-sparc/build-isa-sparcv8plus/gcc-4.7.1/libgo/runtime/go-main.c: No such file or directory. in /home/maciej/src/opencsw/pkg/gcc4/trunk/work/solaris10-sparc/build-isa-sparcv8plus/gcc-4.7.1/libgo/runtime/go-main.c (gdb) l main.main 1 package main 2 3 import "fmt" 4 5 func main() { 6 fmt.Println("Hello, World") 7 }(gdb) Line number 8 out of range; helloworld.go has 7 lines. (gdb) So, I guess when CSW's gdb version is upgraded to 7.4+, this problem will be resolved. BTW, I did another test gdb helloworld.c, CSW gdb 7.2 works fine on listing source of helloworld c binary. From noreply at opencsw.org Sun Jul 15 15:13:15 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Jul 2012 15:13:15 +0200 Subject: [bug-notifications] [nrpe 0004980]: nrpe package does not create nagios user In-Reply-To: <57432eede20ba793dfead44051a2d68e> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4980 ====================================================================== Reported By: marthag Assigned To: ja ====================================================================== Project: nrpe Issue ID: 4980 Category: packaging Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-07-15 13:31 CEST Last Modified: 2012-07-15 15:13 CEST ====================================================================== Summary: nrpe package does not create nagios user Description: Latest nrpe package does not create nagios user. ====================================================================== From noreply at opencsw.org Sun Jul 15 16:37:16 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Jul 2012 16:37:16 +0200 Subject: [bug-notifications] [nrpe 0004980]: nrpe package does not create nagios user In-Reply-To: <57432eede20ba793dfead44051a2d68e> Message-ID: <89fa2050ba9dc04ccbbbef0d7ff5cf13@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4980 ====================================================================== Reported By: marthag Assigned To: ja ====================================================================== Project: nrpe Issue ID: 4980 Category: packaging Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2012-07-15 13:31 CEST Last Modified: 2012-07-15 16:37 CEST ====================================================================== Summary: nrpe package does not create nagios user Description: Latest nrpe package does not create nagios user. ====================================================================== ---------------------------------------------------------------------- (0010029) ja (manager) - 2012-07-15 16:37 https://www.opencsw.org/mantis/view.php?id=4980#c10029 ---------------------------------------------------------------------- There are new packagages in unstable now (REV=2012.07.15). The issue should be fixed. Thanks for reporting! From noreply at opencsw.org Sun Jul 15 18:17:06 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Jul 2012 18:17:06 +0200 Subject: [bug-notifications] [idzebra 0004981]: Please upgrade to 2.0.52 Message-ID: <0a207bbffee3a1ba39d7424af78d8bd1@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4981 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: idzebra Issue ID: 4981 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-07-15 18:17 CEST Last Modified: 2012-07-15 18:17 CEST ====================================================================== Summary: Please upgrade to 2.0.52 Description: Needed for the Koha project. ====================================================================== From noreply at opencsw.org Sun Jul 15 18:19:12 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Jul 2012 18:19:12 +0200 Subject: [bug-notifications] [yaz 0004982]: Please upgrade to 4.2.35. Message-ID: <819463cf2da1787b43cf8f21e4234883@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4982 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: yaz Issue ID: 4982 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-07-15 18:19 CEST Last Modified: 2012-07-15 18:19 CEST ====================================================================== Summary: Please upgrade to 4.2.35. Description: Needed for the Koha project. ====================================================================== From noreply at opencsw.org Sun Jul 15 18:27:35 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Jul 2012 18:27:35 +0200 Subject: [bug-notifications] [pm_datetime 0004978]: Please upgrade to 0.76. In-Reply-To: <7b91bad8b8f13b56defd3a6e8f055a4d> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4978 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_datetime Issue ID: 4978 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-07-15 12:09 CEST Last Modified: 2012-07-15 18:27 CEST ====================================================================== Summary: Please upgrade to 0.76. Description: Needed for the Koha project. ====================================================================== From noreply at opencsw.org Sun Jul 15 18:30:05 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Jul 2012 18:30:05 +0200 Subject: [bug-notifications] [pm_datetimetz 0004979]: Please upgrade to 1.46. In-Reply-To: <8670eb31dab74a14b664939740910159> Message-ID: <3b52d7e2a2b6a52135d8b48b2fa50342@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4979 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_datetimetz Issue ID: 4979 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-07-15 12:41 CEST Last Modified: 2012-07-15 18:30 CEST ====================================================================== Summary: Please upgrade to 1.46. Description: Needed for the Koha project. ====================================================================== From noreply at opencsw.org Mon Jul 16 21:47:47 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Jul 2012 21:47:47 +0200 Subject: [bug-notifications] [pm_spiffy 0002711]: needs CSWpmyaml In-Reply-To: Message-ID: <6bb20c78664c70dfabb512569103fe75@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2711 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: pm_spiffy Issue ID: 2711 Category: other Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: no change required Fixed in Version: ====================================================================== Date Submitted: 2007-12-27 10:10 CET Last Modified: 2012-07-16 21:47 CEST ====================================================================== Summary: needs CSWpmyaml Description: /opt/csw/share/perl/csw/Spiffy.pm needs YAML.pm, please add depend for CSWpmyaml. Workaround install CSWpmyaml ====================================================================== ---------------------------------------------------------------------- (0007357) dam (administrator) - 2010-01-28 15:55 https://www.opencsw.org/mantis/view.php?id=2711#c7357 ---------------------------------------------------------------------- Fixed in 0.30,REV=2010.01.15 and released to current/. ---------------------------------------------------------------------- (0010030) dam (administrator) - 2012-07-16 21:47 https://www.opencsw.org/mantis/view.php?id=2711#c10030 ---------------------------------------------------------------------- In fact YAML is only required in the debugging function spiffy_dump and not listed as required in Makefile.PL, so I revert the change and make this optional again. From noreply at opencsw.org Mon Jul 16 22:34:00 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Jul 2012 22:34:00 +0200 Subject: [bug-notifications] [idzebra 0004981]: Please upgrade to 2.0.52 In-Reply-To: <9eaaedbd5642b5d151e3f524256c7d6a> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4981 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: idzebra Issue ID: 4981 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-07-15 18:17 CEST Last Modified: 2012-07-16 22:34 CEST ====================================================================== Summary: Please upgrade to 2.0.52 Description: Needed for the Koha project. ====================================================================== From noreply at opencsw.org Mon Jul 16 22:34:26 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Jul 2012 22:34:26 +0200 Subject: [bug-notifications] [idzebra 0004981]: Please upgrade to 2.0.52 In-Reply-To: <9eaaedbd5642b5d151e3f524256c7d6a> Message-ID: <7512a3fab891789a4971d0567774ae2a@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4981 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: idzebra Issue ID: 4981 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-07-15 18:17 CEST Last Modified: 2012-07-16 22:34 CEST ====================================================================== Summary: Please upgrade to 2.0.52 Description: Needed for the Koha project. ====================================================================== ---------------------------------------------------------------------- (0010031) dam (administrator) - 2012-07-16 22:34 https://www.opencsw.org/mantis/view.php?id=4981#c10031 ---------------------------------------------------------------------- idzebra 2.0.52,REV=2012.07.15 released to unstable/. From noreply at opencsw.org Mon Jul 16 22:35:16 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Jul 2012 22:35:16 +0200 Subject: [bug-notifications] [pm_datetime 0004978]: Please upgrade to 0.76. In-Reply-To: <7b91bad8b8f13b56defd3a6e8f055a4d> Message-ID: <2bfcf6191d0c63b68508588e6a9d16c3@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4978 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_datetime Issue ID: 4978 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-07-15 12:09 CEST Last Modified: 2012-07-16 22:35 CEST ====================================================================== Summary: Please upgrade to 0.76. Description: Needed for the Koha project. ====================================================================== ---------------------------------------------------------------------- (0010032) dam (administrator) - 2012-07-16 22:35 https://www.opencsw.org/mantis/view.php?id=4978#c10032 ---------------------------------------------------------------------- pm_datetime 0.76,REV=2012.07.15 released to unstable/. From noreply at opencsw.org Mon Jul 16 22:35:50 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Jul 2012 22:35:50 +0200 Subject: [bug-notifications] [pm_datetime_timezone 0004979]: Please upgrade to 1.46. In-Reply-To: <8670eb31dab74a14b664939740910159> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4979 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_datetime_timezone Issue ID: 4979 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-07-15 12:41 CEST Last Modified: 2012-07-16 22:35 CEST ====================================================================== Summary: Please upgrade to 1.46. Description: Needed for the Koha project. ====================================================================== ---------------------------------------------------------------------- (0010033) dam (administrator) - 2012-07-16 22:35 https://www.opencsw.org/mantis/view.php?id=4979#c10033 ---------------------------------------------------------------------- pm_datetime_timezone 1.46,REV=2012.07.15 released to unstable/. From noreply at opencsw.org Mon Jul 16 22:36:17 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Jul 2012 22:36:17 +0200 Subject: [bug-notifications] [yaz 0004982]: Please upgrade to 4.2.35. In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4982 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: yaz Issue ID: 4982 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-07-15 18:19 CEST Last Modified: 2012-07-16 22:36 CEST ====================================================================== Summary: Please upgrade to 4.2.35. Description: Needed for the Koha project. ====================================================================== From noreply at opencsw.org Mon Jul 16 22:36:40 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Jul 2012 22:36:40 +0200 Subject: [bug-notifications] [yaz 0004982]: Please upgrade to 4.2.35. In-Reply-To: Message-ID: <22982ee073a4ca8f42b2dfea833ef70d@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4982 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: yaz Issue ID: 4982 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-07-15 18:19 CEST Last Modified: 2012-07-16 22:36 CEST ====================================================================== Summary: Please upgrade to 4.2.35. Description: Needed for the Koha project. ====================================================================== ---------------------------------------------------------------------- (0010034) dam (administrator) - 2012-07-16 22:36 https://www.opencsw.org/mantis/view.php?id=4982#c10034 ---------------------------------------------------------------------- yaz 4.2.35,REV=2012.07.15 released to unstable/. From noreply at opencsw.org Mon Jul 16 22:38:01 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Jul 2012 22:38:01 +0200 Subject: [bug-notifications] [pm_xmllibxml 0004974]: could not find ParserDetails.ini in /opt/csw/share/perl/csw/XML/SAX In-Reply-To: Message-ID: <5ae18a7fc22506e642e55981e75400d6@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4974 ====================================================================== Reported By: ghenry Assigned To: dam ====================================================================== Project: pm_xmllibxml Issue ID: 4974 Category: other Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-07-09 09:14 CEST Last Modified: 2012-07-16 22:38 CEST ====================================================================== Summary: could not find ParserDetails.ini in /opt/csw/share/perl/csw/XML/SAX Description: when you install CSWpmxmllibxml: => Installing CSWpmxmllibxml-1.70,REV=2010.02.09 (15/15) ... ===========NOTICE=========== To register this parser, please issue /opt/csw/bin/perl -MXML::SAX -e "XML::SAX->add_parser(q(XML::SAX::PurePerl))->save_parsers();" ============================ Installation of was successful. the file ParserDetails.ini does not exist: root at melpomene:~# ls -l /opt/csw/share/perl/csw/XML/SAX total 403 -r--r--r-- 1 root bin 122932 Jul 5 13:45 Base.pm -r--r--r-- 1 root bin 28692 Jul 5 13:45 BuildSAXBase.pl -r--r--r-- 1 root bin 2882 Jul 5 14:48 DocumentLocator.pm -r--r--r-- 1 root bin 3046 Jul 5 13:45 Exception.pm -r--r--r-- 1 root bin 14817 Jul 5 14:48 Intro.pod -r--r--r-- 1 root bin 6535 Jul 5 14:48 ParserFactory.pm drwxr-xr-x 3 root bin 13 Jul 9 09:07 PurePerl -r--r--r-- 1 root bin 20587 Jul 5 14:48 PurePerl.pm root at melpomene:~# /opt/csw/bin/perl -MXML::SAX -e "XML::SAX->add_parser(q(XML::SAX::PurePerl))->save_parsers();" could not find ParserDetails.ini in /opt/csw/share/perl/csw/XML/SAX The message is confusing, because ParserDetails.ini is just created: root at melpomene:~# ls -l /opt/csw/share/perl/csw/XML/SAX total 405 -r--r--r-- 1 root bin 122932 Jul 5 13:45 Base.pm -r--r--r-- 1 root bin 28692 Jul 5 13:45 BuildSAXBase.pl -r--r--r-- 1 root bin 2882 Jul 5 14:48 DocumentLocator.pm -r--r--r-- 1 root bin 3046 Jul 5 13:45 Exception.pm -r--r--r-- 1 root bin 14817 Jul 5 14:48 Intro.pod -rw-r--r-- 1 root root 66 Jul 9 09:10 ParserDetails.ini -r--r--r-- 1 root bin 6535 Jul 5 14:48 ParserFactory.pm drwxr-xr-x 3 root bin 13 Jul 9 09:07 PurePerl -r--r--r-- 1 root bin 20587 Jul 5 14:48 PurePerl.pm not a bug, just a confusing message ====================================================================== From noreply at opencsw.org Tue Jul 17 19:06:21 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 17 Jul 2012 19:06:21 +0200 Subject: [bug-notifications] [ap2_modperl 0004749]: ap2_modperl from "current" requires BDB 4.7 and 4.8, fails to link to 4.7 In-Reply-To: <3e7709eedeb707e4611f0591df470fbf> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4749 ====================================================================== Reported By: LFMM Assigned To: ====================================================================== Project: ap2_modperl Issue ID: 4749 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2011-04-08 15:08 CEST Last Modified: 2012-07-17 19:06 CEST ====================================================================== Summary: ap2_modperl from "current" requires BDB 4.7 and 4.8, fails to link to 4.7 Description: Hello, world. I cannot use ap2_modperl directly because it fails to link to libdb-4.7 (but it IS installed!!). See ldd output in "additional information". A symlink to /opt/csw/bdb47/lib/libdb-4.7.so under /opt/csw/lib solves the issue, but I'm not happy about the linking status afterwards (it uses both BDB 4.7 and 4.8). For my own education, where does the "misterious" dependency on 4.8 come from? It's not listed in the "dump" output. Also, the RPATH doesn't make much sense to me (refers to BDB 4.4, but NEEDS specifies 4.7). Finally, "current" pkgutil introduces BDB 4.8, can mod_perl be rebuilt against it and get rid of 4.7? Thanks. ====================================================================== ---------------------------------------------------------------------- (0010035) gadavis (developer) - 2012-07-17 19:06 https://www.opencsw.org/mantis/view.php?id=4749#c10035 ---------------------------------------------------------------------- If you install CSWbdb, this problem goes away. I think the current package has the wrong dependency. From noreply at opencsw.org Tue Jul 17 19:33:45 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 17 Jul 2012 19:33:45 +0200 Subject: [bug-notifications] [netsnmp 0004983]: netsnmp no longer includes encryption support for SNMPv3 Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4983 ====================================================================== Reported By: gadavis Assigned To: ====================================================================== Project: netsnmp Issue ID: 4983 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-07-17 19:33 CEST Last Modified: 2012-07-17 19:33 CEST ====================================================================== Summary: netsnmp no longer includes encryption support for SNMPv3 Description: Older versions of netsnmp worked with SNMPv3. However, now when I try to probe a v3 only device, I get the following error message: $ /opt/csw/bin/snmpget -t 120 -m ALL -r 1 -v 3 -l authPriv -a MD5 -u user -A DELETED -x DES -X DELETED HOSTNAME:161 1.3.6.1.4.1.20542.3.4.0 No log handling enabled - using stderr logging Encryption support not enabled. snmpget: USM encryption error Replacing /opt/csw/bin with /usr/sfw/bin works fine for proper values of DELETED and HOSTNAME in the above command. ====================================================================== From noreply at opencsw.org Tue Jul 17 21:42:47 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 17 Jul 2012 21:42:47 +0200 Subject: [bug-notifications] [ap2_modperl 0004749]: ap2_modperl from "current" requires BDB 4.7 and 4.8, fails to link to 4.7 In-Reply-To: <3e7709eedeb707e4611f0591df470fbf> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4749 ====================================================================== Reported By: LFMM Assigned To: dam ====================================================================== Project: ap2_modperl Issue ID: 4749 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2011-04-08 15:08 CEST Last Modified: 2012-07-17 21:42 CEST ====================================================================== Summary: ap2_modperl from "current" requires BDB 4.7 and 4.8, fails to link to 4.7 Description: Hello, world. I cannot use ap2_modperl directly because it fails to link to libdb-4.7 (but it IS installed!!). See ldd output in "additional information". A symlink to /opt/csw/bdb47/lib/libdb-4.7.so under /opt/csw/lib solves the issue, but I'm not happy about the linking status afterwards (it uses both BDB 4.7 and 4.8). For my own education, where does the "misterious" dependency on 4.8 come from? It's not listed in the "dump" output. Also, the RPATH doesn't make much sense to me (refers to BDB 4.4, but NEEDS specifies 4.7). Finally, "current" pkgutil introduces BDB 4.8, can mod_perl be rebuilt against it and get rid of 4.7? Thanks. ====================================================================== ---------------------------------------------------------------------- (0010035) gadavis (developer) - 2012-07-17 19:06 https://www.opencsw.org/mantis/view.php?id=4749#c10035 ---------------------------------------------------------------------- If you install CSWbdb, this problem goes away. I think the current package has the wrong dependency. From noreply at opencsw.org Tue Jul 17 22:48:35 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 17 Jul 2012 22:48:35 +0200 Subject: [bug-notifications] [ap2_modperl 0004749]: ap2_modperl from "current" requires BDB 4.7 and 4.8, fails to link to 4.7 In-Reply-To: <3e7709eedeb707e4611f0591df470fbf> Message-ID: <033170529655f8644fba7cd4dc6fde0d@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4749 ====================================================================== Reported By: LFMM Assigned To: dam ====================================================================== Project: ap2_modperl Issue ID: 4749 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2011-04-08 15:08 CEST Last Modified: 2012-07-17 22:48 CEST ====================================================================== Summary: ap2_modperl from "current" requires BDB 4.7 and 4.8, fails to link to 4.7 Description: Hello, world. I cannot use ap2_modperl directly because it fails to link to libdb-4.7 (but it IS installed!!). See ldd output in "additional information". A symlink to /opt/csw/bdb47/lib/libdb-4.7.so under /opt/csw/lib solves the issue, but I'm not happy about the linking status afterwards (it uses both BDB 4.7 and 4.8). For my own education, where does the "misterious" dependency on 4.8 come from? It's not listed in the "dump" output. Also, the RPATH doesn't make much sense to me (refers to BDB 4.4, but NEEDS specifies 4.7). Finally, "current" pkgutil introduces BDB 4.8, can mod_perl be rebuilt against it and get rid of 4.7? Thanks. ====================================================================== ---------------------------------------------------------------------- (0010036) dam (administrator) - 2012-07-17 22:48 https://www.opencsw.org/mantis/view.php?id=4749#c10036 ---------------------------------------------------------------------- I updated the modules and the 2.0.7 module does not link to bdb directly any more. The module is available at http://buildfarm.opencsw.org/experimental.html#ap2modperl The previous maintainer is gone, so the bug was left for some time, but it would be great if you could give it a go! Best regards -- Dago From noreply at opencsw.org Tue Jul 17 23:00:22 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 17 Jul 2012 23:00:22 +0200 Subject: [bug-notifications] [libneon27 0004984]: Why neon requires application to be linked with openssl ? Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4984 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: libneon27 Issue ID: 4984 Category: Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-07-17 23:00 CEST Last Modified: 2012-07-17 23:00 CEST ====================================================================== Summary: Why neon requires application to be linked with openssl ? Description: Hi, I recently noticed that cadaver was directly linked against libssl also it doesn't use any of the functions exported by ssl. After some research, I tracked down the origin of the dependancy on neon. Indeed neon-config includes ssl in the list of libs that should be linked against an application that want to be linked against neon. $ /opt/csw/bin/neon-config --libs -m32 -xarch=v8 -L/opt/csw/lib -lintl -L/opt/csw/lib -lneon -lnsl -lsocket -lz -L/opt/csw/lib -lssl -lcrypto -lsocket -lnsl -ldl -lexpat My question is: is this really necessary ? If neon is already linked against libssl, why the application should also link with openssl ? Thanks in advance for your answer, Best regards, Yann ====================================================================== From noreply at opencsw.org Wed Jul 18 00:08:54 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Jul 2012 00:08:54 +0200 Subject: [bug-notifications] [libneon27 0004984]: Why neon requires application to be linked with openssl ? In-Reply-To: Message-ID: <79adddc3c3986545106e79a55e2d6e2a@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4984 ====================================================================== Reported By: yann Assigned To: dam ====================================================================== Project: libneon27 Issue ID: 4984 Category: Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-07-17 23:00 CEST Last Modified: 2012-07-18 00:08 CEST ====================================================================== Summary: Why neon requires application to be linked with openssl ? Description: Hi, I recently noticed that cadaver was directly linked against libssl also it doesn't use any of the functions exported by ssl. After some research, I tracked down the origin of the dependancy on neon. Indeed neon-config includes ssl in the list of libs that should be linked against an application that want to be linked against neon. $ /opt/csw/bin/neon-config --libs -m32 -xarch=v8 -L/opt/csw/lib -lintl -L/opt/csw/lib -lneon -lnsl -lsocket -lz -L/opt/csw/lib -lssl -lcrypto -lsocket -lnsl -ldl -lexpat My question is: is this really necessary ? If neon is already linked against libssl, why the application should also link with openssl ? Thanks in advance for your answer, Best regards, Yann ====================================================================== From noreply at opencsw.org Wed Jul 18 00:24:39 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Jul 2012 00:24:39 +0200 Subject: [bug-notifications] [libneon27 0004984]: Why neon requires application to be linked with openssl ? In-Reply-To: Message-ID: <07933313ee6df20f1798c66a6cfbdae4@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4984 ====================================================================== Reported By: yann Assigned To: dam ====================================================================== Project: libneon27 Issue ID: 4984 Category: Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-07-17 23:00 CEST Last Modified: 2012-07-18 00:24 CEST ====================================================================== Summary: Why neon requires application to be linked with openssl ? Description: Hi, I recently noticed that cadaver was directly linked against libssl also it doesn't use any of the functions exported by ssl. After some research, I tracked down the origin of the dependancy on neon. Indeed neon-config includes ssl in the list of libs that should be linked against an application that want to be linked against neon. $ /opt/csw/bin/neon-config --libs -m32 -xarch=v8 -L/opt/csw/lib -lintl -L/opt/csw/lib -lneon -lnsl -lsocket -lz -L/opt/csw/lib -lssl -lcrypto -lsocket -lnsl -ldl -lexpat My question is: is this really necessary ? If neon is already linked against libssl, why the application should also link with openssl ? Thanks in advance for your answer, Best regards, Yann ====================================================================== ---------------------------------------------------------------------- (0010037) dam (administrator) - 2012-07-18 00:24 https://www.opencsw.org/mantis/view.php?id=4984#c10037 ---------------------------------------------------------------------- I didn't write the pkgconfig files myself, so I guess the neon guys hopefully do it right. The reason I know is that if libfoo has a global variable and app links to libfoo and libbar which also links to libfoo they use two separate copies of the global variable instead of a shared one. I ran into this for the perl backend for OpenLDAP where the perl modules were not linked directly to libperl.so resulting in strange behaviour. Apart from that I have no idea how to check this. Ask upstream? From noreply at opencsw.org Wed Jul 18 00:31:13 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Jul 2012 00:31:13 +0200 Subject: [bug-notifications] [libneon27 0004984]: Why neon requires application to be linked with openssl ? In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4984 ====================================================================== Reported By: yann Assigned To: dam ====================================================================== Project: libneon27 Issue ID: 4984 Category: Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-07-17 23:00 CEST Last Modified: 2012-07-18 00:31 CEST ====================================================================== Summary: Why neon requires application to be linked with openssl ? Description: Hi, I recently noticed that cadaver was directly linked against libssl also it doesn't use any of the functions exported by ssl. After some research, I tracked down the origin of the dependancy on neon. Indeed neon-config includes ssl in the list of libs that should be linked against an application that want to be linked against neon. $ /opt/csw/bin/neon-config --libs -m32 -xarch=v8 -L/opt/csw/lib -lintl -L/opt/csw/lib -lneon -lnsl -lsocket -lz -L/opt/csw/lib -lssl -lcrypto -lsocket -lnsl -ldl -lexpat My question is: is this really necessary ? If neon is already linked against libssl, why the application should also link with openssl ? Thanks in advance for your answer, Best regards, Yann ====================================================================== ---------------------------------------------------------------------- (0010038) yann (developer) - 2012-07-18 00:31 https://www.opencsw.org/mantis/view.php?id=4984#c10038 ---------------------------------------------------------------------- Hi Dam, I suppose that if there was a global variable, I should have seen it during the runtime linking phase. But that could also be because cadaver doesn't use a feature that requires a direct linking with ssl. Asking upstream is definitely a good solution. We can also check wthe situation in pother distros. Yann From noreply at opencsw.org Wed Jul 18 00:31:16 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Jul 2012 00:31:16 +0200 Subject: [bug-notifications] [libneon27 0004984]: Why neon requires application to be linked with openssl ? In-Reply-To: Message-ID: <38d4af8b47fc1a184653707a9026da33@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4984 ====================================================================== Reported By: yann Assigned To: dam ====================================================================== Project: libneon27 Issue ID: 4984 Category: Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-07-17 23:00 CEST Last Modified: 2012-07-18 00:31 CEST ====================================================================== Summary: Why neon requires application to be linked with openssl ? Description: Hi, I recently noticed that cadaver was directly linked against libssl also it doesn't use any of the functions exported by ssl. After some research, I tracked down the origin of the dependancy on neon. Indeed neon-config includes ssl in the list of libs that should be linked against an application that want to be linked against neon. $ /opt/csw/bin/neon-config --libs -m32 -xarch=v8 -L/opt/csw/lib -lintl -L/opt/csw/lib -lneon -lnsl -lsocket -lz -L/opt/csw/lib -lssl -lcrypto -lsocket -lnsl -ldl -lexpat My question is: is this really necessary ? If neon is already linked against libssl, why the application should also link with openssl ? Thanks in advance for your answer, Best regards, Yann ====================================================================== ---------------------------------------------------------------------- (0010039) yann (developer) - 2012-07-18 00:31 https://www.opencsw.org/mantis/view.php?id=4984#c10039 ---------------------------------------------------------------------- Hi Dam, I suppose that if there was a global variable, I should have seen it during the runtime linking phase. But that could also be because cadaver doesn't use a feature that requires a direct linking with ssl. Asking upstream is definitely a good solution. We can also check wthe situation in pother distros. Yann From noreply at opencsw.org Wed Jul 18 00:40:52 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Jul 2012 00:40:52 +0200 Subject: [bug-notifications] [libneon27 0004984]: Why neon requires application to be linked with openssl ? In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4984 ====================================================================== Reported By: yann Assigned To: dam ====================================================================== Project: libneon27 Issue ID: 4984 Category: Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-07-17 23:00 CEST Last Modified: 2012-07-18 00:40 CEST ====================================================================== Summary: Why neon requires application to be linked with openssl ? Description: Hi, I recently noticed that cadaver was directly linked against libssl also it doesn't use any of the functions exported by ssl. After some research, I tracked down the origin of the dependancy on neon. Indeed neon-config includes ssl in the list of libs that should be linked against an application that want to be linked against neon. $ /opt/csw/bin/neon-config --libs -m32 -xarch=v8 -L/opt/csw/lib -lintl -L/opt/csw/lib -lneon -lnsl -lsocket -lz -L/opt/csw/lib -lssl -lcrypto -lsocket -lnsl -ldl -lexpat My question is: is this really necessary ? If neon is already linked against libssl, why the application should also link with openssl ? Thanks in advance for your answer, Best regards, Yann ====================================================================== ---------------------------------------------------------------------- (0010040) yann (developer) - 2012-07-18 00:40 https://www.opencsw.org/mantis/view.php?id=4984#c10040 ---------------------------------------------------------------------- Just checked under debian, neon-config --libs just returns -lneon Do you know how the output of this command is generated during the build phase ? From noreply at opencsw.org Wed Jul 18 00:40:55 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Jul 2012 00:40:55 +0200 Subject: [bug-notifications] [libneon27 0004984]: Why neon requires application to be linked with openssl ? In-Reply-To: Message-ID: <8c5ce9881b8367c47c06e22f23cdcb24@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4984 ====================================================================== Reported By: yann Assigned To: dam ====================================================================== Project: libneon27 Issue ID: 4984 Category: Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-07-17 23:00 CEST Last Modified: 2012-07-18 00:40 CEST ====================================================================== Summary: Why neon requires application to be linked with openssl ? Description: Hi, I recently noticed that cadaver was directly linked against libssl also it doesn't use any of the functions exported by ssl. After some research, I tracked down the origin of the dependancy on neon. Indeed neon-config includes ssl in the list of libs that should be linked against an application that want to be linked against neon. $ /opt/csw/bin/neon-config --libs -m32 -xarch=v8 -L/opt/csw/lib -lintl -L/opt/csw/lib -lneon -lnsl -lsocket -lz -L/opt/csw/lib -lssl -lcrypto -lsocket -lnsl -ldl -lexpat My question is: is this really necessary ? If neon is already linked against libssl, why the application should also link with openssl ? Thanks in advance for your answer, Best regards, Yann ====================================================================== ---------------------------------------------------------------------- (0010041) yann (developer) - 2012-07-18 00:40 https://www.opencsw.org/mantis/view.php?id=4984#c10041 ---------------------------------------------------------------------- Just checked under debian, neon-config --libs just returns -lneon Do you know how the output of this command is generated during the build phase ? From noreply at opencsw.org Wed Jul 18 00:46:56 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Jul 2012 00:46:56 +0200 Subject: [bug-notifications] [libneon27 0004984]: Why neon requires application to be linked with openssl ? In-Reply-To: Message-ID: <9ca4c57524969c6d76fd5a756937fd9d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4984 ====================================================================== Reported By: yann Assigned To: dam ====================================================================== Project: libneon27 Issue ID: 4984 Category: Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-07-17 23:00 CEST Last Modified: 2012-07-18 00:46 CEST ====================================================================== Summary: Why neon requires application to be linked with openssl ? Description: Hi, I recently noticed that cadaver was directly linked against libssl also it doesn't use any of the functions exported by ssl. After some research, I tracked down the origin of the dependancy on neon. Indeed neon-config includes ssl in the list of libs that should be linked against an application that want to be linked against neon. $ /opt/csw/bin/neon-config --libs -m32 -xarch=v8 -L/opt/csw/lib -lintl -L/opt/csw/lib -lneon -lnsl -lsocket -lz -L/opt/csw/lib -lssl -lcrypto -lsocket -lnsl -ldl -lexpat My question is: is this really necessary ? If neon is already linked against libssl, why the application should also link with openssl ? Thanks in advance for your answer, Best regards, Yann ====================================================================== ---------------------------------------------------------------------- (0010042) dam (administrator) - 2012-07-18 00:46 https://www.opencsw.org/mantis/view.php?id=4984#c10042 ---------------------------------------------------------------------- It is, from neon-config.in with @NEON_LIBS@ which is generated from pkgconfig by picking up the flags from the dependent libs. Can you look up the build recipe from Debian? From noreply at opencsw.org Wed Jul 18 00:54:45 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Jul 2012 00:54:45 +0200 Subject: [bug-notifications] [libneon27 0004984]: Why neon requires application to be linked with openssl ? In-Reply-To: Message-ID: <01ca703d6431b7a15698ac20709c10db@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4984 ====================================================================== Reported By: yann Assigned To: dam ====================================================================== Project: libneon27 Issue ID: 4984 Category: Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-07-17 23:00 CEST Last Modified: 2012-07-18 00:54 CEST ====================================================================== Summary: Why neon requires application to be linked with openssl ? Description: Hi, I recently noticed that cadaver was directly linked against libssl also it doesn't use any of the functions exported by ssl. After some research, I tracked down the origin of the dependancy on neon. Indeed neon-config includes ssl in the list of libs that should be linked against an application that want to be linked against neon. $ /opt/csw/bin/neon-config --libs -m32 -xarch=v8 -L/opt/csw/lib -lintl -L/opt/csw/lib -lneon -lnsl -lsocket -lz -L/opt/csw/lib -lssl -lcrypto -lsocket -lnsl -ldl -lexpat My question is: is this really necessary ? If neon is already linked against libssl, why the application should also link with openssl ? Thanks in advance for your answer, Best regards, Yann ====================================================================== ---------------------------------------------------------------------- (0010043) yann (developer) - 2012-07-18 00:54 https://www.opencsw.org/mantis/view.php?id=4984#c10043 ---------------------------------------------------------------------- See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=358042 From noreply at opencsw.org Wed Jul 18 00:58:09 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Jul 2012 00:58:09 +0200 Subject: [bug-notifications] [libneon27 0004984]: Why neon requires application to be linked with openssl ? In-Reply-To: Message-ID: <1fb482ac6503e113531f335cb1f9a7e5@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4984 ====================================================================== Reported By: yann Assigned To: dam ====================================================================== Project: libneon27 Issue ID: 4984 Category: Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-07-17 23:00 CEST Last Modified: 2012-07-18 00:58 CEST ====================================================================== Summary: Why neon requires application to be linked with openssl ? Description: Hi, I recently noticed that cadaver was directly linked against libssl also it doesn't use any of the functions exported by ssl. After some research, I tracked down the origin of the dependancy on neon. Indeed neon-config includes ssl in the list of libs that should be linked against an application that want to be linked against neon. $ /opt/csw/bin/neon-config --libs -m32 -xarch=v8 -L/opt/csw/lib -lintl -L/opt/csw/lib -lneon -lnsl -lsocket -lz -L/opt/csw/lib -lssl -lcrypto -lsocket -lnsl -ldl -lexpat My question is: is this really necessary ? If neon is already linked against libssl, why the application should also link with openssl ? Thanks in advance for your answer, Best regards, Yann ====================================================================== ---------------------------------------------------------------------- (0010044) yann (developer) - 2012-07-18 00:58 https://www.opencsw.org/mantis/view.php?id=4984#c10044 ---------------------------------------------------------------------- The Debian patch: * Fix SNI TLS breakage until upstream fix (closes: https://www.opencsw.org/mantis/view.php?id=569639).yann at home:/tmp/neon27-0.29.6/debian/patches$ cat don* Bug-Debian: http://bugs.debian.org/470519 Last-Update: <2011-07-05> --- neon27-0.29.6.orig/neon-config.in +++ neon27-0.29.6/neon-config.in @@ -16,7 +16,6 @@ Known values for OPTION are: --prefix=DIR change neon prefix [default $prefix] --libs print library linking information - --la-file print location of libtool .la file --cflags print pre-processor and compiler flags --help display this help and exit --version output version information @@ -73,7 +72,7 @@ while test $# -gt 0; do ;; --libs) - LIBS="-lneon @NEON_LIBS@" + LIBS="-lneon @NEON_LTLIBS@" # Don't add standard library paths if test "$prefix" != "/usr"; then LIBS="-L${libdir} ${LIBS}" @@ -81,10 +80,6 @@ while test $# -gt 0; do echo @user_LDFLAGS@ ${LIBS} ;; - --la-file) - echo ${libdir}/libneon.la - ;; - --support) shift From noreply at opencsw.org Wed Jul 18 00:59:38 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Jul 2012 00:59:38 +0200 Subject: [bug-notifications] [libneon27 0004984]: Why neon requires application to be linked with openssl ? In-Reply-To: Message-ID: <31f3ea19dab3b2cf92ca551f236dee57@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4984 ====================================================================== Reported By: yann Assigned To: dam ====================================================================== Project: libneon27 Issue ID: 4984 Category: Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-07-17 23:00 CEST Last Modified: 2012-07-18 00:59 CEST ====================================================================== Summary: Why neon requires application to be linked with openssl ? Description: Hi, I recently noticed that cadaver was directly linked against libssl also it doesn't use any of the functions exported by ssl. After some research, I tracked down the origin of the dependancy on neon. Indeed neon-config includes ssl in the list of libs that should be linked against an application that want to be linked against neon. $ /opt/csw/bin/neon-config --libs -m32 -xarch=v8 -L/opt/csw/lib -lintl -L/opt/csw/lib -lneon -lnsl -lsocket -lz -L/opt/csw/lib -lssl -lcrypto -lsocket -lnsl -ldl -lexpat My question is: is this really necessary ? If neon is already linked against libssl, why the application should also link with openssl ? Thanks in advance for your answer, Best regards, Yann ====================================================================== ---------------------------------------------------------------------- (0010045) yann (developer) - 2012-07-18 00:59 https://www.opencsw.org/mantis/view.php?id=4984#c10045 ---------------------------------------------------------------------- Of course it would be better to still bring this upstream From noreply at opencsw.org Wed Jul 18 01:04:21 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Jul 2012 01:04:21 +0200 Subject: [bug-notifications] [libneon27 0004984]: Why neon requires application to be linked with openssl ? In-Reply-To: Message-ID: <6622e4b3a848af6ec16d83d57b4c118c@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4984 ====================================================================== Reported By: yann Assigned To: dam ====================================================================== Project: libneon27 Issue ID: 4984 Category: Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-07-17 23:00 CEST Last Modified: 2012-07-18 01:04 CEST ====================================================================== Summary: Why neon requires application to be linked with openssl ? Description: Hi, I recently noticed that cadaver was directly linked against libssl also it doesn't use any of the functions exported by ssl. After some research, I tracked down the origin of the dependancy on neon. Indeed neon-config includes ssl in the list of libs that should be linked against an application that want to be linked against neon. $ /opt/csw/bin/neon-config --libs -m32 -xarch=v8 -L/opt/csw/lib -lintl -L/opt/csw/lib -lneon -lnsl -lsocket -lz -L/opt/csw/lib -lssl -lcrypto -lsocket -lnsl -ldl -lexpat My question is: is this really necessary ? If neon is already linked against libssl, why the application should also link with openssl ? Thanks in advance for your answer, Best regards, Yann ====================================================================== ---------------------------------------------------------------------- (0010046) yann (developer) - 2012-07-18 01:04 https://www.opencsw.org/mantis/view.php?id=4984#c10046 ---------------------------------------------------------------------- It seems the neon.pc makes a distinction. What is the output of pkgconfig for neon ? From noreply at opencsw.org Wed Jul 18 01:13:57 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Jul 2012 01:13:57 +0200 Subject: [bug-notifications] [libneon27 0004984]: Why neon requires application to be linked with openssl ? In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4984 ====================================================================== Reported By: yann Assigned To: dam ====================================================================== Project: libneon27 Issue ID: 4984 Category: Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-07-17 23:00 CEST Last Modified: 2012-07-18 01:13 CEST ====================================================================== Summary: Why neon requires application to be linked with openssl ? Description: Hi, I recently noticed that cadaver was directly linked against libssl also it doesn't use any of the functions exported by ssl. After some research, I tracked down the origin of the dependancy on neon. Indeed neon-config includes ssl in the list of libs that should be linked against an application that want to be linked against neon. $ /opt/csw/bin/neon-config --libs -m32 -xarch=v8 -L/opt/csw/lib -lintl -L/opt/csw/lib -lneon -lnsl -lsocket -lz -L/opt/csw/lib -lssl -lcrypto -lsocket -lnsl -ldl -lexpat My question is: is this really necessary ? If neon is already linked against libssl, why the application should also link with openssl ? Thanks in advance for your answer, Best regards, Yann ====================================================================== ---------------------------------------------------------------------- (0010047) yann (developer) - 2012-07-18 01:13 https://www.opencsw.org/mantis/view.php?id=4984#c10047 ---------------------------------------------------------------------- Hmm maybe neon-config output all these libraries for the static linking case. From noreply at opencsw.org Wed Jul 18 01:52:48 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Jul 2012 01:52:48 +0200 Subject: [bug-notifications] [ap2_modperl 0004749]: ap2_modperl from "current" requires BDB 4.7 and 4.8, fails to link to 4.7 In-Reply-To: <3e7709eedeb707e4611f0591df470fbf> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4749 ====================================================================== Reported By: LFMM Assigned To: dam ====================================================================== Project: ap2_modperl Issue ID: 4749 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2011-04-08 15:08 CEST Last Modified: 2012-07-18 01:52 CEST ====================================================================== Summary: ap2_modperl from "current" requires BDB 4.7 and 4.8, fails to link to 4.7 Description: Hello, world. I cannot use ap2_modperl directly because it fails to link to libdb-4.7 (but it IS installed!!). See ldd output in "additional information". A symlink to /opt/csw/bdb47/lib/libdb-4.7.so under /opt/csw/lib solves the issue, but I'm not happy about the linking status afterwards (it uses both BDB 4.7 and 4.8). For my own education, where does the "misterious" dependency on 4.8 come from? It's not listed in the "dump" output. Also, the RPATH doesn't make much sense to me (refers to BDB 4.4, but NEEDS specifies 4.7). Finally, "current" pkgutil introduces BDB 4.8, can mod_perl be rebuilt against it and get rid of 4.7? Thanks. ====================================================================== ---------------------------------------------------------------------- (0010048) gadavis (developer) - 2012-07-18 01:52 https://www.opencsw.org/mantis/view.php?id=4749#c10048 ---------------------------------------------------------------------- Thanks Dago, seems to work as advertised. I removed the CSWbdb stub package which provided the symlinks, and installed the experimental version of ap2_modperl. My web server fired up and the perl CGIs all seem to work fine. From noreply at opencsw.org Wed Jul 18 09:03:16 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Jul 2012 09:03:16 +0200 Subject: [bug-notifications] [netsnmp 0004983]: netsnmp no longer includes encryption support for SNMPv3 In-Reply-To: <0687081061cc640505c3e77838e53255> Message-ID: <2460fba9edb22894001d15c1e3688e2a@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4983 ====================================================================== Reported By: gadavis Assigned To: cgrzemba ====================================================================== Project: netsnmp Issue ID: 4983 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-07-17 19:33 CEST Last Modified: 2012-07-18 09:03 CEST ====================================================================== Summary: netsnmp no longer includes encryption support for SNMPv3 Description: Older versions of netsnmp worked with SNMPv3. However, now when I try to probe a v3 only device, I get the following error message: $ /opt/csw/bin/snmpget -t 120 -m ALL -r 1 -v 3 -l authPriv -a MD5 -u user -A DELETED -x DES -X DELETED HOSTNAME:161 1.3.6.1.4.1.20542.3.4.0 No log handling enabled - using stderr logging Encryption support not enabled. snmpget: USM encryption error Replacing /opt/csw/bin with /usr/sfw/bin works fine for proper values of DELETED and HOSTNAME in the above command. ====================================================================== From noreply at opencsw.org Wed Jul 18 09:04:12 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Jul 2012 09:04:12 +0200 Subject: [bug-notifications] [netsnmp 0004983]: netsnmp no longer includes encryption support for SNMPv3 In-Reply-To: <0687081061cc640505c3e77838e53255> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4983 ====================================================================== Reported By: gadavis Assigned To: cgrzemba ====================================================================== Project: netsnmp Issue ID: 4983 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-07-17 19:33 CEST Last Modified: 2012-07-18 09:04 CEST ====================================================================== Summary: netsnmp no longer includes encryption support for SNMPv3 Description: Older versions of netsnmp worked with SNMPv3. However, now when I try to probe a v3 only device, I get the following error message: $ /opt/csw/bin/snmpget -t 120 -m ALL -r 1 -v 3 -l authPriv -a MD5 -u user -A DELETED -x DES -X DELETED HOSTNAME:161 1.3.6.1.4.1.20542.3.4.0 No log handling enabled - using stderr logging Encryption support not enabled. snmpget: USM encryption error Replacing /opt/csw/bin with /usr/sfw/bin works fine for proper values of DELETED and HOSTNAME in the above command. ====================================================================== ---------------------------------------------------------------------- (0010049) cgrzemba (manager) - 2012-07-18 09:04 https://www.opencsw.org/mantis/view.php?id=4983#c10049 ---------------------------------------------------------------------- repackage netsnmp with --with-openssl=/opt/csw From noreply at opencsw.org Wed Jul 18 12:23:16 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Jul 2012 12:23:16 +0200 Subject: [bug-notifications] [netsnmp 0004983]: netsnmp no longer includes encryption support for SNMPv3 In-Reply-To: <0687081061cc640505c3e77838e53255> Message-ID: <37ec4c7d9709c6c8f0bc6a9e561259b9@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4983 ====================================================================== Reported By: gadavis Assigned To: cgrzemba ====================================================================== Project: netsnmp Issue ID: 4983 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-07-17 19:33 CEST Last Modified: 2012-07-18 12:23 CEST ====================================================================== Summary: netsnmp no longer includes encryption support for SNMPv3 Description: Older versions of netsnmp worked with SNMPv3. However, now when I try to probe a v3 only device, I get the following error message: $ /opt/csw/bin/snmpget -t 120 -m ALL -r 1 -v 3 -l authPriv -a MD5 -u user -A DELETED -x DES -X DELETED HOSTNAME:161 1.3.6.1.4.1.20542.3.4.0 No log handling enabled - using stderr logging Encryption support not enabled. snmpget: USM encryption error Replacing /opt/csw/bin with /usr/sfw/bin works fine for proper values of DELETED and HOSTNAME in the above command. ====================================================================== ---------------------------------------------------------------------- (0010050) cgrzemba (manager) - 2012-07-18 12:23 https://www.opencsw.org/mantis/view.php?id=4983#c10050 ---------------------------------------------------------------------- new packages (REV=2012.07.18) with openssl pushed to catalog unstable From noreply at opencsw.org Fri Jul 20 04:17:29 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 20 Jul 2012 04:17:29 +0200 Subject: [bug-notifications] [gnuplot 0004985]: Unrelated dependency to emacs Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4985 ====================================================================== Reported By: CosmicDuck Assigned To: ====================================================================== Project: gnuplot Issue ID: 4985 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-07-20 04:17 CEST Last Modified: 2012-07-20 04:17 CEST ====================================================================== Summary: Unrelated dependency to emacs Description: Installation of gnuplot will install emacs and all related packes which not needed by gnuplot, also emacs. ====================================================================== From noreply at opencsw.org Fri Jul 20 19:10:54 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 20 Jul 2012 19:10:54 +0200 Subject: [bug-notifications] [gnuplot 0004985]: Unrelated dependency to emacs In-Reply-To: Message-ID: <66d429ca904dad43f40dac374e3c7d37@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4985 ====================================================================== Reported By: CosmicDuck Assigned To: ====================================================================== Project: gnuplot Issue ID: 4985 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-07-20 04:17 CEST Last Modified: 2012-07-20 19:10 CEST ====================================================================== Summary: Unrelated dependency to emacs Description: Installation of gnuplot will install emacs and all related packes which not needed by gnuplot, also emacs. ====================================================================== ---------------------------------------------------------------------- (0010051) CosmicDuck (reporter) - 2012-07-20 19:10 https://www.opencsw.org/mantis/view.php?id=4985#c10051 ---------------------------------------------------------------------- I'm sorry, the summary is misunderstanding. I though Unrelevant against Unrelated. From noreply at opencsw.org Sun Jul 22 10:26:24 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 22 Jul 2012 10:26:24 +0200 Subject: [bug-notifications] [nrpe 0004980]: nrpe package does not create nagios user In-Reply-To: <57432eede20ba793dfead44051a2d68e> Message-ID: <96f60c583e3fe757414a6d0687f02ba0@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4980 ====================================================================== Reported By: marthag Assigned To: ja ====================================================================== Project: nrpe Issue ID: 4980 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2012-07-15 13:31 CEST Last Modified: 2012-07-22 10:26 CEST ====================================================================== Summary: nrpe package does not create nagios user Description: Latest nrpe package does not create nagios user. ====================================================================== ---------------------------------------------------------------------- (0010029) ja (manager) - 2012-07-15 16:37 https://www.opencsw.org/mantis/view.php?id=4980#c10029 ---------------------------------------------------------------------- There are new packagages in unstable now (REV=2012.07.15). The issue should be fixed. Thanks for reporting! From noreply at opencsw.org Tue Jul 24 14:32:19 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Jul 2012 14:32:19 +0200 Subject: [bug-notifications] [cupsd 0004936]: cupds linked against wrong libslp In-Reply-To: Message-ID: <62e70661a4b8cd8962418184068967dd@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4936 ====================================================================== Reported By: moenoel Assigned To: cgrzemba ====================================================================== Project: cupsd Issue ID: 4936 Category: regular use Reproducibility: have not tried Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-04-16 18:41 CEST Last Modified: 2012-07-24 14:32 CEST ====================================================================== Summary: cupds linked against wrong libslp Description: cupsd is linked against /opt/csw/lib/i386/libslp.so.1 (v1.2) but wants /usr/lib/libslp.so.1 (v1.1). Setting LD_LIBRARY_PATH=/usr/lib or (re)moving /opt/csw/lib/i386/libslp.so.1 works as a workaround. ====================================================================== ---------------------------------------------------------------------- (0010052) cgrzemba (manager) - 2012-07-24 14:32 https://www.opencsw.org/mantis/view.php?id=4936#c10052 ---------------------------------------------------------------------- fixed in 1.5.3,REV=2012.06.14 From noreply at opencsw.org Wed Jul 25 05:08:20 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 25 Jul 2012 05:08:20 +0200 Subject: [bug-notifications] [php5_ctype 0004977]: Fatal error: Call to undefined function ctype_digit() In-Reply-To: Message-ID: <8f294bb2752369dac3bda09e09df9330@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4977 ====================================================================== Reported By: lsiden Assigned To: ====================================================================== Project: php5_ctype Issue ID: 4977 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-07-12 04:30 CEST Last Modified: 2012-07-25 05:08 CEST ====================================================================== Summary: Fatal error: Call to undefined function ctype_digit() Description: php5 was compiled with '--enable-ctype=shared' (see attached), yet this simple script will throw a fatal error: Message-ID: <583675221470bec8922ce634fd1ff97c@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4690 ====================================================================== Reported By: phil Assigned To: pfelecan ====================================================================== Project: gdb Issue ID: 4690 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2011-02-15 19:33 CET Last Modified: 2012-07-25 08:58 CEST ====================================================================== Summary: "Can't read pathname for load map" Description: I just tried loading up a program with the new gdb, on a sol9 system (5.9 Generic_122300-02 sun4u sparc SUNW,UltraAX-i2) and got the error in the subject line. This seems to be exactly like http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=248898 It makes debugging useless: no stack trace possible. the problem there is that they suggest "install libc6-dbg", which fixed their problem. I have no idea what we should do on Solaris, unfortunately. btw, I read the README.CSW file, and my shell is /bin/ksh ====================================================================== ---------------------------------------------------------------------- (0010054) pfelecan (manager) - 2012-07-25 08:58 https://www.opencsw.org/mantis/view.php?id=4690#c10054 ---------------------------------------------------------------------- The freshly released package containing version 7.4.1 should correct this. Anyway, feedback is welcome and if the issue persists it can be re-opened. From noreply at opencsw.org Wed Jul 25 09:01:19 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 25 Jul 2012 09:01:19 +0200 Subject: [bug-notifications] [gdb 0004967]: Can't use gdb to list out source code from gccgo compiled binary with -g option In-Reply-To: <53b217b7499e99ea6f98eed744a3b7e8> Message-ID: <8aa3eeca8036492243e1c7423f980584@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4967 ====================================================================== Reported By: tjyang Assigned To: pfelecan ====================================================================== Project: gdb Issue ID: 4967 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-06-26 16:23 CEST Last Modified: 2012-07-25 09:01 CEST ====================================================================== Summary: Can't use gdb to list out source code from gccgo compiled binary with -g option Description: The test helloworld.go was compiled and ran ok by gccgo 4.7.1as shown below. But when doing a debugging session to list out source code, it failed. $ cat helloworld.go package main import "fmt" func main() { fmt.Println("Hello, World") } $ ./hellow Hello, World $ ====================================================================== ---------------------------------------------------------------------- (0010055) pfelecan (manager) - 2012-07-25 09:01 https://www.opencsw.org/mantis/view.php?id=4967#c10055 ---------------------------------------------------------------------- The freshly released package of gdb 7.41 should solve this issue. From noreply at opencsw.org Wed Jul 25 09:22:34 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 25 Jul 2012 09:22:34 +0200 Subject: [bug-notifications] [ap2_modperl 0004749]: ap2_modperl from "current" requires BDB 4.7 and 4.8, fails to link to 4.7 In-Reply-To: <3e7709eedeb707e4611f0591df470fbf> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4749 ====================================================================== Reported By: LFMM Assigned To: dam ====================================================================== Project: ap2_modperl Issue ID: 4749 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2011-04-08 15:08 CEST Last Modified: 2012-07-25 09:22 CEST ====================================================================== Summary: ap2_modperl from "current" requires BDB 4.7 and 4.8, fails to link to 4.7 Description: Hello, world. I cannot use ap2_modperl directly because it fails to link to libdb-4.7 (but it IS installed!!). See ldd output in "additional information". A symlink to /opt/csw/bdb47/lib/libdb-4.7.so under /opt/csw/lib solves the issue, but I'm not happy about the linking status afterwards (it uses both BDB 4.7 and 4.8). For my own education, where does the "misterious" dependency on 4.8 come from? It's not listed in the "dump" output. Also, the RPATH doesn't make much sense to me (refers to BDB 4.4, but NEEDS specifies 4.7). Finally, "current" pkgutil introduces BDB 4.8, can mod_perl be rebuilt against it and get rid of 4.7? Thanks. ====================================================================== ---------------------------------------------------------------------- (0010056) dam (administrator) - 2012-07-25 09:22 https://www.opencsw.org/mantis/view.php?id=4749#c10056 ---------------------------------------------------------------------- Version 2.0.7,REV=2012.07.17 has been pushed to unstable/. From noreply at opencsw.org Wed Jul 25 09:23:01 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 25 Jul 2012 09:23:01 +0200 Subject: [bug-notifications] [ap2_modperl 0004740]: Change dependency from apache2rt to apache2 In-Reply-To: <5f3ffb2bbcb00da6e03026d943703e75> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4740 ====================================================================== Reported By: bwalton Assigned To: dam ====================================================================== Project: ap2_modperl Issue ID: 4740 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2011-04-02 16:38 CEST Last Modified: 2012-07-25 09:23 CEST ====================================================================== Summary: Change dependency from apache2rt to apache2 Description: Please update deps to match apache2 re-org. ====================================================================== From noreply at opencsw.org Wed Jul 25 09:23:22 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 25 Jul 2012 09:23:22 +0200 Subject: [bug-notifications] [ap2_modperl 0004740]: Change dependency from apache2rt to apache2 In-Reply-To: <5f3ffb2bbcb00da6e03026d943703e75> Message-ID: <9554b8a9a87c4107afcd39a3e6a8e2bf@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4740 ====================================================================== Reported By: bwalton Assigned To: dam ====================================================================== Project: ap2_modperl Issue ID: 4740 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2011-04-02 16:38 CEST Last Modified: 2012-07-25 09:23 CEST ====================================================================== Summary: Change dependency from apache2rt to apache2 Description: Please update deps to match apache2 re-org. ====================================================================== ---------------------------------------------------------------------- (0010057) dam (administrator) - 2012-07-25 09:23 https://www.opencsw.org/mantis/view.php?id=4740#c10057 ---------------------------------------------------------------------- This has been fixed in 2.0.7,REV=2012.07.17 and pushed to unstable/. From noreply at opencsw.org Wed Jul 25 13:45:47 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 25 Jul 2012 13:45:47 +0200 Subject: [bug-notifications] [sudo 0003965]: sudo has 'logfile' hard-coded to /var/opt/csw/sudo/logs/sudolog In-Reply-To: <378aabe24b2742c9e4f8adea1f733f50> Message-ID: <4a94eddc1f726d3f7822958bb3e3e0a4@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3965 ====================================================================== Reported By: dkohfield Assigned To: maciej ====================================================================== Project: sudo Issue ID: 3965 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-10-15 02:13 CEST Last Modified: 2012-07-25 13:45 CEST ====================================================================== Summary: sudo has 'logfile' hard-coded to /var/opt/csw/sudo/logs/sudolog Description: sudo has 'logfile' hard-coded to /var/opt/csw/sudo/logs/sudolog. This can be overridden in sudoers. Suggested approach is to remove hard-coded logfile and leave use of logfile a flag configuration within sudoers ====================================================================== ---------------------------------------------------------------------- (0010058) jh (manager) - 2012-07-25 13:45 https://www.opencsw.org/mantis/view.php?id=3965#c10058 ---------------------------------------------------------------------- sudo is build now with --with-logging=both so it can log to syslog or to a log file. From noreply at opencsw.org Thu Jul 26 02:59:55 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 26 Jul 2012 02:59:55 +0200 Subject: [bug-notifications] [git 0004943]: git-remote-https doesn't accept passwords longer than 8 charakters In-Reply-To: <6b7a50cba0d7a11941abf969185e4cfe> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4943 ====================================================================== Reported By: kaempfer Assigned To: bwalton ====================================================================== Project: git Issue ID: 4943 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-05-15 11:59 CEST Last Modified: 2012-07-26 02:59 CEST ====================================================================== Summary: git-remote-https doesn't accept passwords longer than 8 charakters Description: We want to use git with https and ldap authenfication. I installed CSWgit 1.7.10.2,REV=2012.05.12. (sparc, solaris 10) It seems, that git-remote-https doesn't work with passwords longer than 8 characters. With 8 characters it works. Example: password 9 characters bash-3.2$ git clone https://bellus3/git/myrepo.git Cloning into 'myrepo'... Username for 'https://bellus3': Password for 'https://kaempfer at bellus3': fatal: Authentication failed bash-3.2$ Example: password 8 characters bash-3.2$ git clone https://bellus3/git/myrepo.git Cloning into 'myrepo'... Username for 'https://bellus3': Password for 'https://student at bellus3': remote: Counting objects: 9, done. remote: Compressing objects: 100% (5/5), done. remote: Total 9 (delta 0), reused 0 (delta 0) Unpacking objects: 100% (9/9), done. bash-3.2$ ====================================================================== From noreply at opencsw.org Thu Jul 26 03:01:54 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 26 Jul 2012 03:01:54 +0200 Subject: [bug-notifications] [git 0004943]: git-remote-https doesn't accept passwords longer than 8 charakters In-Reply-To: <6b7a50cba0d7a11941abf969185e4cfe> Message-ID: The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4943 ====================================================================== Reported By: kaempfer Assigned To: bwalton ====================================================================== Project: git Issue ID: 4943 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-05-15 11:59 CEST Last Modified: 2012-07-26 03:01 CEST ====================================================================== Summary: git-remote-https doesn't accept passwords longer than 8 charakters Description: We want to use git with https and ldap authenfication. I installed CSWgit 1.7.10.2,REV=2012.05.12. (sparc, solaris 10) It seems, that git-remote-https doesn't work with passwords longer than 8 characters. With 8 characters it works. Example: password 9 characters bash-3.2$ git clone https://bellus3/git/myrepo.git Cloning into 'myrepo'... Username for 'https://bellus3': Password for 'https://kaempfer at bellus3': fatal: Authentication failed bash-3.2$ Example: password 8 characters bash-3.2$ git clone https://bellus3/git/myrepo.git Cloning into 'myrepo'... Username for 'https://bellus3': Password for 'https://student at bellus3': remote: Counting objects: 9, done. remote: Compressing objects: 100% (5/5), done. remote: Total 9 (delta 0), reused 0 (delta 0) Unpacking objects: 100% (9/9), done. bash-3.2$ ====================================================================== ---------------------------------------------------------------------- (0010059) bwalton (administrator) - 2012-07-26 03:01 https://www.opencsw.org/mantis/view.php?id=4943#c10059 ---------------------------------------------------------------------- Could you provide a truss (with -ff) of the failing call? If regular curl works but git clone doesn't, that's very strange. Also, do you by any chance have a public facing repository with this configuration that I could use in my own diagnosis? Thanks -Ben From noreply at opencsw.org Fri Jul 27 18:36:30 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 27 Jul 2012 18:36:30 +0200 Subject: [bug-notifications] [gdb 0004967]: Can't use gdb to list out source code from gccgo compiled binary with -g option In-Reply-To: <53b217b7499e99ea6f98eed744a3b7e8> Message-ID: <1b2cfd5fb16d7aea68a896a93967169f@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4967 ====================================================================== Reported By: tjyang Assigned To: pfelecan ====================================================================== Project: gdb Issue ID: 4967 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2012-06-26 16:23 CEST Last Modified: 2012-07-27 18:36 CEST ====================================================================== Summary: Can't use gdb to list out source code from gccgo compiled binary with -g option Description: The test helloworld.go was compiled and ran ok by gccgo 4.7.1as shown below. But when doing a debugging session to list out source code, it failed. $ cat helloworld.go package main import "fmt" func main() { fmt.Println("Hello, World") } $ ./hellow Hello, World $ ====================================================================== ---------------------------------------------------------------------- (0010060) tjyang (developer) - 2012-07-27 18:36 https://www.opencsw.org/mantis/view.php?id=4967#c10060 ---------------------------------------------------------------------- Thanks, gdb-4.1 works ok to list out source code if I do a "list main.main". Except following message /home/maciej/src/opencsw/pkg/gcc4/trunk/work/solaris10-i386/build-isa-pentium_pro/gcc-4.7.1/libgo/runtime/proc.c: No such file or directory. -bash-4.1$ gccgo -g -o hello.bin helloworld.go -bash-4.1$ gdb hello.bin GNU gdb (GDB) 7.4.1 Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i386-pc-solaris2.10". For bug reporting instructions, please see: ... Reading symbols from /export/home/gobuild/hello.bin...done. (gdb) l 34 /home/maciej/src/opencsw/pkg/gcc4/trunk/work/solaris10-i386/build-isa-pentium_pro/gcc-4.7.1/libgo/runtime/go-main.c: No such file or directory. (gdb) l main.main 1 package main 2 3 import "fmt" 4 5 func main() { 6 fmt.Println("Hello, World") 7 } (gdb) q -bash-4.1$ uname -a SunOS b-solaris11-amd64 5.11 11.0 i86pc i386 i86pc -bash-4.1$ date Friday, July 27, 2012 11:31:46 AM CDT -bash-4.1$ From noreply at opencsw.org Fri Jul 27 18:55:27 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 27 Jul 2012 18:55:27 +0200 Subject: [bug-notifications] [gdb 0004967]: Can't use gdb to list out source code from gccgo compiled binary with -g option In-Reply-To: <53b217b7499e99ea6f98eed744a3b7e8> Message-ID: <0bb113ab42df844cf37a53cb50e627c7@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4967 ====================================================================== Reported By: tjyang Assigned To: pfelecan ====================================================================== Project: gdb Issue ID: 4967 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2012-06-26 16:23 CEST Last Modified: 2012-07-27 18:55 CEST ====================================================================== Summary: Can't use gdb to list out source code from gccgo compiled binary with -g option Description: The test helloworld.go was compiled and ran ok by gccgo 4.7.1as shown below. But when doing a debugging session to list out source code, it failed. $ cat helloworld.go package main import "fmt" func main() { fmt.Println("Hello, World") } $ ./hellow Hello, World $ ====================================================================== ---------------------------------------------------------------------- (0010061) pfelecan (manager) - 2012-07-27 18:55 https://www.opencsw.org/mantis/view.php?id=4967#c10061 ---------------------------------------------------------------------- I'm afraid that this is an issue with gccgo packaging. Tickling that package maintainer is an option... Bring up this issue on the maintainers list. From noreply at opencsw.org Sat Jul 28 03:50:07 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 28 Jul 2012 03:50:07 +0200 Subject: [bug-notifications] [git 0004943]: git-remote-https doesn't accept passwords longer than 8 charakters In-Reply-To: <6b7a50cba0d7a11941abf969185e4cfe> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4943 ====================================================================== Reported By: kaempfer Assigned To: bwalton ====================================================================== Project: git Issue ID: 4943 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-05-15 11:59 CEST Last Modified: 2012-07-28 03:50 CEST ====================================================================== Summary: git-remote-https doesn't accept passwords longer than 8 charakters Description: We want to use git with https and ldap authenfication. I installed CSWgit 1.7.10.2,REV=2012.05.12. (sparc, solaris 10) It seems, that git-remote-https doesn't work with passwords longer than 8 characters. With 8 characters it works. Example: password 9 characters bash-3.2$ git clone https://bellus3/git/myrepo.git Cloning into 'myrepo'... Username for 'https://bellus3': Password for 'https://kaempfer at bellus3': fatal: Authentication failed bash-3.2$ Example: password 8 characters bash-3.2$ git clone https://bellus3/git/myrepo.git Cloning into 'myrepo'... Username for 'https://bellus3': Password for 'https://student at bellus3': remote: Counting objects: 9, done. remote: Compressing objects: 100% (5/5), done. remote: Total 9 (delta 0), reused 0 (delta 0) Unpacking objects: 100% (9/9), done. bash-3.2$ ====================================================================== ---------------------------------------------------------------------- (0010062) bwalton (administrator) - 2012-07-28 03:50 https://www.opencsw.org/mantis/view.php?id=4943#c10062 ---------------------------------------------------------------------- Thanks for the truss files and the credentials to use during testing. I've narrowed this down a bit further. It seems that interactive prompting does indeed fail, but if I place the same credentials in ~/.netrc, they work and the repository is cloned. I'm still looking for the root of the problem, but I'm now focussing on curl itself. Thanks -Ben From noreply at opencsw.org Mon Jul 30 02:55:12 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 30 Jul 2012 02:55:12 +0200 Subject: [bug-notifications] [pureftpd 0004933]: Can't enable the mysql authentication In-Reply-To: <12a8a8cd5bc8008dfdc9d053b55b8c2d> Message-ID: <3c42087c01b48661d2cc3b04f587a2e4@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4933 ====================================================================== Reported By: juliensyx Assigned To: bwalton ====================================================================== Project: pureftpd Issue ID: 4933 Category: packaging Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-04-04 18:53 CEST Last Modified: 2012-07-30 02:55 CEST ====================================================================== Summary: Can't enable the mysql authentication Description: Hello, I'm unable to add the mysql authentication on pureftpd (last csw package) [18:44:23] root at zl-www-ssi-tpl-2:/etc/pure-ftpd$ /opt/csw/sbin/pure-ftpd -l mysql:/etc/opt/csw/pure-ftpd/pureftpd-mysql.conf -O clf:/var/log/pure-ftpd/transfer.log -u 80 -E -A -B -L 20000:6 -g /var/run/pure-ftpd.pid 421 Unknown authentication method: mysql:/etc/opt/csw/pure-ftpd/pureftpd-mysql.conf My MySQL configuration file is ok (I use it on a debian). it seems the package wasn't compiled with the MySQL authentication enabled. ====================================================================== ---------------------------------------------------------------------- (0010063) bwalton (administrator) - 2012-07-30 02:55 https://www.opencsw.org/mantis/view.php?id=4933#c10063 ---------------------------------------------------------------------- Can you test with the packages from 2012.06.14? I don't use this package but I updated it to help with the openssl relinking effort. If the problem still exists in the current package, I'll investigate further. Thanks -Ben From noreply at opencsw.org Mon Jul 30 03:24:18 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 30 Jul 2012 03:24:18 +0200 Subject: [bug-notifications] [cas_crontab 0004887]: Error installing crontab In-Reply-To: <0cbfb382e9da1167823c682dec83316d> Message-ID: <59bf33cba31f4dcf7cc0c3b574ffb347@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4887 ====================================================================== Reported By: dam Assigned To: bwalton ====================================================================== Project: cas_crontab Issue ID: 4887 Category: regular use Reproducibility: have not tried Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-01-22 14:45 CET Last Modified: 2012-07-30 03:24 CEST ====================================================================== Summary: Error installing crontab Description: I just updated munin and got the following error: Installing class ... /etc/opt/csw/pkg/CSWmunin-master/crontabs/munin The following lines will be added to the crontab of the user 'munin': 0,5,10,15,20,25,30,35,40,45,50,55 * * * * /bin/test -x /opt/csw/bin/munin-cron && /opt/csw/bin/munin-cron pkgadd: ERROR: class action script did not complete successfully Installation of failed. ====================================================================== ---------------------------------------------------------------------- (0010064) bwalton (administrator) - 2012-07-30 03:24 https://www.opencsw.org/mantis/view.php?id=4887#c10064 ---------------------------------------------------------------------- I think this should be fixed with http://sourceforge.net/apps/trac/gar/changeset/18871. An updated package is in experimental repo cswcrontab. I'll push it in a few days. From noreply at opencsw.org Mon Jul 30 03:40:11 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 30 Jul 2012 03:40:11 +0200 Subject: [bug-notifications] [apache2 0004930]: mod_ldap needs another package installed (missing package dependency?) In-Reply-To: Message-ID: <65522921c94cbd6edcb27118605f9ba8@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4930 ====================================================================== Reported By: max_meyer Assigned To: bwalton ====================================================================== Project: apache2 Issue ID: 4930 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-03-30 09:41 CEST Last Modified: 2012-07-30 03:40 CEST ====================================================================== Summary: mod_ldap needs another package installed (missing package dependency?) Description: I stumbled over an issue using mod_ldap. You get a HTTP error 500 with [Fri Mar 30 09:22:28 2012] [info] [client ] [389] auth_ldap authenticate: user authentication failed; URI /cgi-bin/gitweb.cgi [LDAP: ldap initialization failed][Unknown (private extension) error] in the error log file and ENOENT with truss 389: stat64("/opt/csw/apache2/lib/apr_ldap-1.so", 0xFFBFC330) Err#2 ENOENT 389: stat64("/opt/csw/apache2/lib/apr-util-1/apr_ldap-1.so", 0xFFBFC330) Err#2 ENOENT 389: stat64("/opt/csw/lib/apr-util-1/apr_ldap-1.so", 0xFFBFC330) Err#2 ENOENT The cause for the problem was a missing package. CSWapache2 doesn't depends on it. You need to install libaprutil1_ldap (CSWlibaprutil1-ldap, http://www.opencsw.org/packages/CSWlibaprutil1-ldap/) by hand to get it running. It might be worth to add that dependency to the apache2 package. Cheers, MaxMeyer ====================================================================== ---------------------------------------------------------------------- (0010065) bwalton (administrator) - 2012-07-30 03:40 https://www.opencsw.org/mantis/view.php?id=4930#c10065 ---------------------------------------------------------------------- Added dependency should resolve this. From noreply at opencsw.org Mon Jul 30 03:44:15 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 30 Jul 2012 03:44:15 +0200 Subject: [bug-notifications] [php5_snmp 0004945]: snmp.so - Library libnetsnmp.so.15 dedicated linked In-Reply-To: <2329b1ffb5ce8af49a9677d17b93599e> Message-ID: <41f5b673daaed4a54c355cddd690898d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4945 ====================================================================== Reported By: florian Assigned To: bwalton ====================================================================== Project: php5_snmp Issue ID: 4945 Category: other Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-05-16 13:32 CEST Last Modified: 2012-07-30 03:44 CEST ====================================================================== Summary: snmp.so - Library libnetsnmp.so.15 dedicated linked Description: Hello, through an Update of netsnmp (5.4.2.1 -> 5.6.1.1) the php snmp extension (snmp.so) is broken. A ldd of /opt/csw/php5/lib/php/extensions/no-debug-non-zts-20090626/snmp.so shows that the library is dedicated linked to libnetsnmp.so.15 ldd /opt/csw/php5/lib/php/extensions/no-debug-non-zts-20090626/snmp.so libCstd.so.1 => /usr/lib/libCstd.so.1 libz.so.1 => /opt/csw/lib/libz.so.1 libnetsnmp.so.15 => /opt/csw/lib/libnetsnmp.so.15 libgen.so.1 => /lib/libgen.so.1 libelf.so.1 => /lib/libelf.so.1 libnsl.so.1 => /lib/libnsl.so.1 libsocket.so.1 => /lib/libsocket.so.1 libc.so.1 => /lib/libc.so.1 libCrun.so.1 => /usr/lib/libCrun.so.1 libkstat.so.1 => /lib/libkstat.so.1 libmp.so.2 => /lib/libmp.so.2 libmd.so.1 => /lib/libmd.so.1 libscf.so.1 => /lib/libscf.so.1 libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 /usr/lib/cpu/sparcv8plus/libCstd_isa.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1 /platform/SUNW,Sun-Fire-V240/lib/libmd_psr.so.1 Regards, Florian ====================================================================== ---------------------------------------------------------------------- (0010066) bwalton (administrator) - 2012-07-30 03:44 https://www.opencsw.org/mantis/view.php?id=4945#c10066 ---------------------------------------------------------------------- Were you able to test the newest released version? From noreply at opencsw.org Mon Jul 30 09:09:28 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 30 Jul 2012 09:09:28 +0200 Subject: [bug-notifications] [glib2 0004986]: update to at least 2.31.8 Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4986 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: glib2 Issue ID: 4986 Category: upgrade Reproducibility: always Severity: major Priority: high Status: new ====================================================================== Date Submitted: 2012-07-30 09:09 CEST Last Modified: 2012-07-30 09:09 CEST ====================================================================== Summary: update to at least 2.31.8 Description: I've seen that there was work for 2.30.2, not released. Is it possible to upgrade to at least 2.31.8, the minimum version needed for GnuCash. I can try to do it if there is no available time... ====================================================================== From noreply at opencsw.org Mon Jul 30 15:52:56 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 30 Jul 2012 15:52:56 +0200 Subject: [bug-notifications] [git 0004943]: git-remote-https doesn't accept passwords longer than 8 charakters In-Reply-To: <6b7a50cba0d7a11941abf969185e4cfe> Message-ID: <754efaac3ecbf01b807fc69b281ccaa1@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4943 ====================================================================== Reported By: kaempfer Assigned To: bwalton ====================================================================== Project: git Issue ID: 4943 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-05-15 11:59 CEST Last Modified: 2012-07-30 15:52 CEST ====================================================================== Summary: git-remote-https doesn't accept passwords longer than 8 charakters Description: We want to use git with https and ldap authenfication. I installed CSWgit 1.7.10.2,REV=2012.05.12. (sparc, solaris 10) It seems, that git-remote-https doesn't work with passwords longer than 8 characters. With 8 characters it works. Example: password 9 characters bash-3.2$ git clone https://bellus3/git/myrepo.git Cloning into 'myrepo'... Username for 'https://bellus3': Password for 'https://kaempfer at bellus3': fatal: Authentication failed bash-3.2$ Example: password 8 characters bash-3.2$ git clone https://bellus3/git/myrepo.git Cloning into 'myrepo'... Username for 'https://bellus3': Password for 'https://student at bellus3': remote: Counting objects: 9, done. remote: Compressing objects: 100% (5/5), done. remote: Total 9 (delta 0), reused 0 (delta 0) Unpacking objects: 100% (9/9), done. bash-3.2$ ====================================================================== ---------------------------------------------------------------------- (0010067) bwalton (administrator) - 2012-07-30 15:52 https://www.opencsw.org/mantis/view.php?id=4943#c10067 ---------------------------------------------------------------------- I've found the bug in git and will try to resolve it tonight. It is not related to curl at all as I'd previously suspected. From noreply at opencsw.org Tue Jul 31 01:33:52 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 31 Jul 2012 01:33:52 +0200 Subject: [bug-notifications] [git 0004943]: git-remote-https doesn't accept passwords longer than 8 charakters In-Reply-To: <6b7a50cba0d7a11941abf969185e4cfe> Message-ID: <17d85b5658cfb82020e394d31491fcf8@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4943 ====================================================================== Reported By: kaempfer Assigned To: bwalton ====================================================================== Project: git Issue ID: 4943 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-05-15 11:59 CEST Last Modified: 2012-07-31 01:33 CEST ====================================================================== Summary: git-remote-https doesn't accept passwords longer than 8 charakters Description: We want to use git with https and ldap authenfication. I installed CSWgit 1.7.10.2,REV=2012.05.12. (sparc, solaris 10) It seems, that git-remote-https doesn't work with passwords longer than 8 characters. With 8 characters it works. Example: password 9 characters bash-3.2$ git clone https://bellus3/git/myrepo.git Cloning into 'myrepo'... Username for 'https://bellus3': Password for 'https://kaempfer at bellus3': fatal: Authentication failed bash-3.2$ Example: password 8 characters bash-3.2$ git clone https://bellus3/git/myrepo.git Cloning into 'myrepo'... Username for 'https://bellus3': Password for 'https://student at bellus3': remote: Counting objects: 9, done. remote: Compressing objects: 100% (5/5), done. remote: Total 9 (delta 0), reused 0 (delta 0) Unpacking objects: 100% (9/9), done. bash-3.2$ ====================================================================== ---------------------------------------------------------------------- (0010068) bwalton (administrator) - 2012-07-31 01:33 https://www.opencsw.org/mantis/view.php?id=4943#c10068 ---------------------------------------------------------------------- The problem should be solved now. Please test the packages here: http://buildfarm.opencsw.org/experimental.html#git I'll push these in a day or so regardless, but I'd like to hear that it works for you too.