From noreply at opencsw.org Mon Jul 1 20:23:38 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 1 Jul 2013 20:23:38 +0200 Subject: [bug-notifications] [libgamin_dev 0005085]: libgamin_dev creates broken symlink for libfam.so Message-ID: <8e1365ad94b79d346e783d9e62d20d81@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5085 ====================================================================== Reported By: mi Assigned To: ====================================================================== Project: libgamin_dev Issue ID: 5085 Category: Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-07-01 20:23 CEST Last Modified: 2013-07-01 20:23 CEST ====================================================================== Summary: libgamin_dev creates broken symlink for libfam.so Description: After installing libgamin_dev I got the following files: % grep libfam /var/sadm/install/contents /opt/csw/lib/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev /opt/csw/lib/sparcv9/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev Note, that there are two symlinks -- but not the files they are pointing at. The libfam.so.0.0.0 does not exist neither in /opt/csw/lib nor in /opt/csw/lib/sparcv9 Perhaps, the symlink should point at libgamin.so? ====================================================================== From noreply at opencsw.org Mon Jul 1 22:15:39 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 1 Jul 2013 22:15:39 +0200 Subject: [bug-notifications] [libgamin_dev 0005085]: libgamin_dev creates broken symlink for libfam.so In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5085 ====================================================================== Reported By: mi Assigned To: ====================================================================== Project: libgamin_dev Issue ID: 5085 Category: Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-07-01 20:23 CEST Last Modified: 2013-07-01 22:15 CEST ====================================================================== Summary: libgamin_dev creates broken symlink for libfam.so Description: After installing libgamin_dev I got the following files: % grep libfam /var/sadm/install/contents /opt/csw/lib/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev /opt/csw/lib/sparcv9/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev Note, that there are two symlinks -- but not the files they are pointing at. The libfam.so.0.0.0 does not exist neither in /opt/csw/lib nor in /opt/csw/lib/sparcv9 Perhaps, the symlink should point at libgamin.so? ====================================================================== ---------------------------------------------------------------------- (0010458) dam (administrator) - 2013-07-01 22:15 https://www.opencsw.org/mantis/view.php?id=5085#c10458 ---------------------------------------------------------------------- The libfam.so.0 library is in fact in CSWlibfam0, but as it is a legacy library it is not pulled in by default: http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/gamin/trunk/Makefile#L46 I am not sure if pulling in this library is a requirement. Maybe you can elaborate the working of the software you are compiling against fam? From noreply at opencsw.org Tue Jul 2 08:01:53 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Jul 2013 08:01:53 +0200 Subject: [bug-notifications] [libgamin_dev 0005085]: libgamin_dev creates broken symlink for libfam.so In-Reply-To: Message-ID: <38c498b862c1f8592e28c061179efd47@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5085 ====================================================================== Reported By: mi Assigned To: ====================================================================== Project: libgamin_dev Issue ID: 5085 Category: Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-07-01 20:23 CEST Last Modified: 2013-07-02 08:01 CEST ====================================================================== Summary: libgamin_dev creates broken symlink for libfam.so Description: After installing libgamin_dev I got the following files: % grep libfam /var/sadm/install/contents /opt/csw/lib/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev /opt/csw/lib/sparcv9/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev Note, that there are two symlinks -- but not the files they are pointing at. The libfam.so.0.0.0 does not exist neither in /opt/csw/lib nor in /opt/csw/lib/sparcv9 Perhaps, the symlink should point at libgamin.so? ====================================================================== ---------------------------------------------------------------------- (0010459) raos (manager) - 2013-07-02 08:01 https://www.opencsw.org/mantis/view.php?id=5085#c10459 ---------------------------------------------------------------------- I believe to know, that there is software out there which checks for existence libfam (can't recall which one though). Further, according to https://people.gnome.org/~veillard/gamin/differences.html, libfam from gamin is binary compatible to the SGI fam implementation. So, even tough, SGI libfam is legacy, I would pull in gamin libfam in libgamin-dev. Opinions? From noreply at opencsw.org Wed Jul 3 15:35:05 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 3 Jul 2013 15:35:05 +0200 Subject: [bug-notifications] [mc 0005086]: ld.so.1: mc: fatal: relocation error: file /opt/csw/bin/mc: symbol g_option_context_new: referenced symbol not found Message-ID: <920dcb8adc99a10c43dae4e084f5e2af@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5086 ====================================================================== Reported By: blindpassenger Assigned To: ====================================================================== Project: mc Issue ID: 5086 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-07-03 15:35 CEST Last Modified: 2013-07-03 15:35 CEST ====================================================================== Summary: ld.so.1: mc: fatal: relocation error: file /opt/csw/bin/mc: symbol g_option_context_new: referenced symbol not found Description: mc doesn't start up and shows the following error message: # mc ld.so.1: mc: fatal: relocation error: file /opt/csw/bin/mc: symbol g_option_context_new: referenced symbol not found Killed This is what ldd shows: # ldd /opt/csw/bin/mc libslang.so.2 => /opt/csw/lib/libslang.so.2 libssh2.so.1 => /opt/csw/lib/libssh2.so.1 libsocket.so.1 => /lib/libsocket.so.1 libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 libpthread.so.1 => /lib/libpthread.so.1 libthread.so.1 => /lib/libthread.so.1 libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 libintl.so.8 => /opt/csw/lib/libintl.so.8 libnsl.so.1 => /lib/libnsl.so.1 libc.so.1 => /lib/libc.so.1 libdl.so.1 => /lib/libdl.so.1 libm.so.1 => /lib/libm.so.1 libssl.so.1.0.0 => /opt/csw/lib/libssl.so.1.0.0 libcrypto.so.1.0.0 => /opt/csw/lib/libcrypto.so.1.0.0 libz.so.1 => /usr/lib/libz.so.1 libiconv.so.2 => /opt/csw/lib/libiconv.so.2 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 libgen.so.1 => /lib/libgen.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,Netra-T12/lib/libc_psr.so.1 /platform/SUNW,Netra-T12/lib/libmd_psr.so.1 ====================================================================== From noreply at opencsw.org Wed Jul 3 18:37:58 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 3 Jul 2013 18:37:58 +0200 Subject: [bug-notifications] [mc 0005086]: ld.so.1: mc: fatal: relocation error: file /opt/csw/bin/mc: symbol g_option_context_new: referenced symbol not found In-Reply-To: <581e446e73a62f0082ba7699b474a330> Message-ID: <976c56b45ba20f58339f98eb2c24436a@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5086 ====================================================================== Reported By: blindpassenger Assigned To: dam ====================================================================== Project: mc Issue ID: 5086 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-07-03 15:35 CEST Last Modified: 2013-07-03 18:37 CEST ====================================================================== Summary: ld.so.1: mc: fatal: relocation error: file /opt/csw/bin/mc: symbol g_option_context_new: referenced symbol not found Description: mc doesn't start up and shows the following error message: # mc ld.so.1: mc: fatal: relocation error: file /opt/csw/bin/mc: symbol g_option_context_new: referenced symbol not found Killed This is what ldd shows: # ldd /opt/csw/bin/mc libslang.so.2 => /opt/csw/lib/libslang.so.2 libssh2.so.1 => /opt/csw/lib/libssh2.so.1 libsocket.so.1 => /lib/libsocket.so.1 libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 libpthread.so.1 => /lib/libpthread.so.1 libthread.so.1 => /lib/libthread.so.1 libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 libintl.so.8 => /opt/csw/lib/libintl.so.8 libnsl.so.1 => /lib/libnsl.so.1 libc.so.1 => /lib/libc.so.1 libdl.so.1 => /lib/libdl.so.1 libm.so.1 => /lib/libm.so.1 libssl.so.1.0.0 => /opt/csw/lib/libssl.so.1.0.0 libcrypto.so.1.0.0 => /opt/csw/lib/libcrypto.so.1.0.0 libz.so.1 => /usr/lib/libz.so.1 libiconv.so.2 => /opt/csw/lib/libiconv.so.2 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 libgen.so.1 => /lib/libgen.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,Netra-T12/lib/libc_psr.so.1 /platform/SUNW,Netra-T12/lib/libmd_psr.so.1 ====================================================================== From noreply at opencsw.org Wed Jul 3 18:41:17 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 3 Jul 2013 18:41:17 +0200 Subject: [bug-notifications] [mc 0005086]: ld.so.1: mc: fatal: relocation error: file /opt/csw/bin/mc: symbol g_option_context_new: referenced symbol not found In-Reply-To: <581e446e73a62f0082ba7699b474a330> Message-ID: <8ec334862a248c7b76a3b3623f0c7e2e@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5086 ====================================================================== Reported By: blindpassenger Assigned To: dam ====================================================================== Project: mc Issue ID: 5086 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-07-03 15:35 CEST Last Modified: 2013-07-03 18:41 CEST ====================================================================== Summary: ld.so.1: mc: fatal: relocation error: file /opt/csw/bin/mc: symbol g_option_context_new: referenced symbol not found Description: mc doesn't start up and shows the following error message: # mc ld.so.1: mc: fatal: relocation error: file /opt/csw/bin/mc: symbol g_option_context_new: referenced symbol not found Killed This is what ldd shows: # ldd /opt/csw/bin/mc libslang.so.2 => /opt/csw/lib/libslang.so.2 libssh2.so.1 => /opt/csw/lib/libssh2.so.1 libsocket.so.1 => /lib/libsocket.so.1 libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 libpthread.so.1 => /lib/libpthread.so.1 libthread.so.1 => /lib/libthread.so.1 libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 libintl.so.8 => /opt/csw/lib/libintl.so.8 libnsl.so.1 => /lib/libnsl.so.1 libc.so.1 => /lib/libc.so.1 libdl.so.1 => /lib/libdl.so.1 libm.so.1 => /lib/libm.so.1 libssl.so.1.0.0 => /opt/csw/lib/libssl.so.1.0.0 libcrypto.so.1.0.0 => /opt/csw/lib/libcrypto.so.1.0.0 libz.so.1 => /usr/lib/libz.so.1 libiconv.so.2 => /opt/csw/lib/libiconv.so.2 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 libgen.so.1 => /lib/libgen.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,Netra-T12/lib/libc_psr.so.1 /platform/SUNW,Netra-T12/lib/libmd_psr.so.1 ====================================================================== ---------------------------------------------------------------------- (0010460) dam (administrator) - 2013-07-03 18:41 https://www.opencsw.org/mantis/view.php?id=5086#c10460 ---------------------------------------------------------------------- Are you running "unstable" or "testing"? I'll nonetheless update to 4.8.8 now, prepare to test the new release soon. From noreply at opencsw.org Wed Jul 3 20:42:34 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 3 Jul 2013 20:42:34 +0200 Subject: [bug-notifications] [mc 0005086]: ld.so.1: mc: fatal: relocation error: file /opt/csw/bin/mc: symbol g_option_context_new: referenced symbol not found In-Reply-To: <581e446e73a62f0082ba7699b474a330> Message-ID: <0e42884917335ea4dccfd924e1e18893@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5086 ====================================================================== Reported By: blindpassenger Assigned To: dam ====================================================================== Project: mc Issue ID: 5086 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-07-03 15:35 CEST Last Modified: 2013-07-03 20:42 CEST ====================================================================== Summary: ld.so.1: mc: fatal: relocation error: file /opt/csw/bin/mc: symbol g_option_context_new: referenced symbol not found Description: mc doesn't start up and shows the following error message: # mc ld.so.1: mc: fatal: relocation error: file /opt/csw/bin/mc: symbol g_option_context_new: referenced symbol not found Killed This is what ldd shows: # ldd /opt/csw/bin/mc libslang.so.2 => /opt/csw/lib/libslang.so.2 libssh2.so.1 => /opt/csw/lib/libssh2.so.1 libsocket.so.1 => /lib/libsocket.so.1 libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 libpthread.so.1 => /lib/libpthread.so.1 libthread.so.1 => /lib/libthread.so.1 libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 libintl.so.8 => /opt/csw/lib/libintl.so.8 libnsl.so.1 => /lib/libnsl.so.1 libc.so.1 => /lib/libc.so.1 libdl.so.1 => /lib/libdl.so.1 libm.so.1 => /lib/libm.so.1 libssl.so.1.0.0 => /opt/csw/lib/libssl.so.1.0.0 libcrypto.so.1.0.0 => /opt/csw/lib/libcrypto.so.1.0.0 libz.so.1 => /usr/lib/libz.so.1 libiconv.so.2 => /opt/csw/lib/libiconv.so.2 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 libgen.so.1 => /lib/libgen.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,Netra-T12/lib/libc_psr.so.1 /platform/SUNW,Netra-T12/lib/libmd_psr.so.1 ====================================================================== ---------------------------------------------------------------------- (0010461) dam (administrator) - 2013-07-03 20:42 https://www.opencsw.org/mantis/view.php?id=5086#c10461 ---------------------------------------------------------------------- Updated packages will appear here in a couple of minutes, please verify if the error is gone: http://buildfarm.opencsw.org/experimental.html#mc From noreply at opencsw.org Wed Jul 3 21:12:37 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 3 Jul 2013 21:12:37 +0200 Subject: [bug-notifications] [libgamin_dev 0005085]: libgamin_dev creates broken symlink for libfam.so In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5085 ====================================================================== Reported By: mi Assigned To: ====================================================================== Project: libgamin_dev Issue ID: 5085 Category: Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-07-01 20:23 CEST Last Modified: 2013-07-03 21:12 CEST ====================================================================== Summary: libgamin_dev creates broken symlink for libfam.so Description: After installing libgamin_dev I got the following files: % grep libfam /var/sadm/install/contents /opt/csw/lib/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev /opt/csw/lib/sparcv9/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev Note, that there are two symlinks -- but not the files they are pointing at. The libfam.so.0.0.0 does not exist neither in /opt/csw/lib nor in /opt/csw/lib/sparcv9 Perhaps, the symlink should point at libgamin.so? ====================================================================== ---------------------------------------------------------------------- (0010462) mi (reporter) - 2013-07-03 21:12 https://www.opencsw.org/mantis/view.php?id=5085#c10462 ---------------------------------------------------------------------- The software I'm building needs fam.h to compile and -lfam to link. Whether -lfam is provided by FAM or Gamin does not matter -- Gamin is a drop-in replacement for FAM. It is API-compatible and, perhaps, even ABI compatible... For example, on my FreeBSD desktop I have: % pkg_info -W /opt/lib/libfam.so.0 /opt/lib/libfam.so.0 was installed by package gamin-0.1.10_4 CSWgamin, instead, installs libgamin.so. In such a case, perhaps, libfam.so should be a symlink to libgamin, but not a broken symlink to libfam.so.0.0.0. From noreply at opencsw.org Wed Jul 3 21:30:21 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 3 Jul 2013 21:30:21 +0200 Subject: [bug-notifications] [libgamin_dev 0005085]: libgamin_dev creates broken symlink for libfam.so In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5085 ====================================================================== Reported By: mi Assigned To: ====================================================================== Project: libgamin_dev Issue ID: 5085 Category: Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-07-01 20:23 CEST Last Modified: 2013-07-03 21:30 CEST ====================================================================== Summary: libgamin_dev creates broken symlink for libfam.so Description: After installing libgamin_dev I got the following files: % grep libfam /var/sadm/install/contents /opt/csw/lib/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev /opt/csw/lib/sparcv9/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev Note, that there are two symlinks -- but not the files they are pointing at. The libfam.so.0.0.0 does not exist neither in /opt/csw/lib nor in /opt/csw/lib/sparcv9 Perhaps, the symlink should point at libgamin.so? ====================================================================== ---------------------------------------------------------------------- (0010463) dam (administrator) - 2013-07-03 21:30 https://www.opencsw.org/mantis/view.php?id=5085#c10463 ---------------------------------------------------------------------- Just to make sure: Does your software compile after you install CSWlibfam0 ? From noreply at opencsw.org Thu Jul 4 02:14:29 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 4 Jul 2013 02:14:29 +0200 Subject: [bug-notifications] [libgamin_dev 0005085]: libgamin_dev creates broken symlink for libfam.so In-Reply-To: Message-ID: <5eea9f29bbd3f3ab3c7167bff8208a78@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5085 ====================================================================== Reported By: mi Assigned To: ====================================================================== Project: libgamin_dev Issue ID: 5085 Category: Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-07-01 20:23 CEST Last Modified: 2013-07-04 02:14 CEST ====================================================================== Summary: libgamin_dev creates broken symlink for libfam.so Description: After installing libgamin_dev I got the following files: % grep libfam /var/sadm/install/contents /opt/csw/lib/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev /opt/csw/lib/sparcv9/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev Note, that there are two symlinks -- but not the files they are pointing at. The libfam.so.0.0.0 does not exist neither in /opt/csw/lib nor in /opt/csw/lib/sparcv9 Perhaps, the symlink should point at libgamin.so? ====================================================================== ---------------------------------------------------------------------- (0010464) mi (reporter) - 2013-07-04 02:14 https://www.opencsw.org/mantis/view.php?id=5085#c10464 ---------------------------------------------------------------------- Yes, it does. It was written for FAM -- before Gamin appeared on the scene. All of the FAM-using software out there can be built against either. Gamin is just more feature-full and has more OS-specific backends (kqueue for BSD, /dev/poll for Solaris, inotify or whatever on Linux, etc.) to do its job efficiently. From noreply at opencsw.org Thu Jul 4 09:51:37 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 4 Jul 2013 09:51:37 +0200 Subject: [bug-notifications] [mc 0005086]: ld.so.1: mc: fatal: relocation error: file /opt/csw/bin/mc: symbol g_option_context_new: referenced symbol not found In-Reply-To: <581e446e73a62f0082ba7699b474a330> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5086 ====================================================================== Reported By: blindpassenger Assigned To: dam ====================================================================== Project: mc Issue ID: 5086 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-07-03 15:35 CEST Last Modified: 2013-07-04 09:51 CEST ====================================================================== Summary: ld.so.1: mc: fatal: relocation error: file /opt/csw/bin/mc: symbol g_option_context_new: referenced symbol not found Description: mc doesn't start up and shows the following error message: # mc ld.so.1: mc: fatal: relocation error: file /opt/csw/bin/mc: symbol g_option_context_new: referenced symbol not found Killed This is what ldd shows: # ldd /opt/csw/bin/mc libslang.so.2 => /opt/csw/lib/libslang.so.2 libssh2.so.1 => /opt/csw/lib/libssh2.so.1 libsocket.so.1 => /lib/libsocket.so.1 libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 libpthread.so.1 => /lib/libpthread.so.1 libthread.so.1 => /lib/libthread.so.1 libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 libintl.so.8 => /opt/csw/lib/libintl.so.8 libnsl.so.1 => /lib/libnsl.so.1 libc.so.1 => /lib/libc.so.1 libdl.so.1 => /lib/libdl.so.1 libm.so.1 => /lib/libm.so.1 libssl.so.1.0.0 => /opt/csw/lib/libssl.so.1.0.0 libcrypto.so.1.0.0 => /opt/csw/lib/libcrypto.so.1.0.0 libz.so.1 => /usr/lib/libz.so.1 libiconv.so.2 => /opt/csw/lib/libiconv.so.2 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 libgen.so.1 => /lib/libgen.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,Netra-T12/lib/libc_psr.so.1 /platform/SUNW,Netra-T12/lib/libmd_psr.so.1 ====================================================================== ---------------------------------------------------------------------- (0010465) blindpassenger (reporter) - 2013-07-04 09:51 https://www.opencsw.org/mantis/view.php?id=5086#c10465 ---------------------------------------------------------------------- Thanks for your quick feedback! I tried out the new package, but unfortunately I am still getting the same error: # mc -v ld.so.1: mc: fatal: relocation error: file /opt/csw/bin/mc: symbol g_option_context_new: referenced symbol not found Killed # pkginfo -l CSWmc PKGINST: CSWmc NAME: mc - A curses-based visual shell and file manager CATEGORY: application ARCH: sparc VERSION: 4.8.8,REV=2013.07.03 BASEDIR: / VENDOR: http://www.midnight-commander.org packaged for CSW by Dagobert Michelsen PSTAMP: dam at unstable10s-20130703200117 INSTDATE: Jul 04 2013 09:49 HOTLINE: http://www.opencsw.org/bugtrack/ EMAIL: dam at opencsw.org STATUS: completely installed FILES: 335 installed pathnames 23 shared pathnames 52 directories 64 executables 13951 blocks used (approx) # ldd /opt/csw/bin/mc libslang.so.2 => /opt/csw/lib/libslang.so.2 libssh2.so.1 => /opt/csw/lib/libssh2.so.1 libnsl.so.1 => /lib/libnsl.so.1 libsocket.so.1 => /lib/libsocket.so.1 libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 libpthread.so.1 => /lib/libpthread.so.1 libthread.so.1 => /lib/libthread.so.1 libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 libintl.so.8 => /opt/csw/lib/libintl.so.8 libc.so.1 => /lib/libc.so.1 libdl.so.1 => /lib/libdl.so.1 libm.so.1 => /lib/libm.so.1 libssl.so.1.0.0 => /opt/csw/lib/libssl.so.1.0.0 libcrypto.so.1.0.0 => /opt/csw/lib/libcrypto.so.1.0.0 libz.so.1 => /usr/lib/libz.so.1 libmp.so.2 => /lib/libmp.so.2 libmd.so.1 => /lib/libmd.so.1 libscf.so.1 => /lib/libscf.so.1 libiconv.so.2 => /opt/csw/lib/libiconv.so.2 libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 libgen.so.1 => /lib/libgen.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,Netra-T12/lib/libc_psr.so.1 /platform/SUNW,Netra-T12/lib/libmd_psr.so.1 From noreply at opencsw.org Thu Jul 4 10:46:07 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 4 Jul 2013 10:46:07 +0200 Subject: [bug-notifications] [mc 0005086]: ld.so.1: mc: fatal: relocation error: file /opt/csw/bin/mc: symbol g_option_context_new: referenced symbol not found In-Reply-To: <581e446e73a62f0082ba7699b474a330> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5086 ====================================================================== Reported By: blindpassenger Assigned To: dam ====================================================================== Project: mc Issue ID: 5086 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-07-03 15:35 CEST Last Modified: 2013-07-04 10:46 CEST ====================================================================== Summary: ld.so.1: mc: fatal: relocation error: file /opt/csw/bin/mc: symbol g_option_context_new: referenced symbol not found Description: mc doesn't start up and shows the following error message: # mc ld.so.1: mc: fatal: relocation error: file /opt/csw/bin/mc: symbol g_option_context_new: referenced symbol not found Killed This is what ldd shows: # ldd /opt/csw/bin/mc libslang.so.2 => /opt/csw/lib/libslang.so.2 libssh2.so.1 => /opt/csw/lib/libssh2.so.1 libsocket.so.1 => /lib/libsocket.so.1 libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 libpthread.so.1 => /lib/libpthread.so.1 libthread.so.1 => /lib/libthread.so.1 libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 libintl.so.8 => /opt/csw/lib/libintl.so.8 libnsl.so.1 => /lib/libnsl.so.1 libc.so.1 => /lib/libc.so.1 libdl.so.1 => /lib/libdl.so.1 libm.so.1 => /lib/libm.so.1 libssl.so.1.0.0 => /opt/csw/lib/libssl.so.1.0.0 libcrypto.so.1.0.0 => /opt/csw/lib/libcrypto.so.1.0.0 libz.so.1 => /usr/lib/libz.so.1 libiconv.so.2 => /opt/csw/lib/libiconv.so.2 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 libgen.so.1 => /lib/libgen.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,Netra-T12/lib/libc_psr.so.1 /platform/SUNW,Netra-T12/lib/libmd_psr.so.1 ====================================================================== ---------------------------------------------------------------------- (0010466) dam (administrator) - 2013-07-04 10:46 https://www.opencsw.org/mantis/view.php?id=5086#c10466 ---------------------------------------------------------------------- There we have it, the ldd should look like this: dam at unstable10s [unstable10s]:/home/dam > ldd /opt/csw/bin/mc libslang.so.2 => /opt/csw/lib/sparcv8/libslang.so.2 libssh2.so.1 => /opt/csw/lib/sparcv8/libssh2.so.1 libsocket.so.1 => /lib/libsocket.so.1 libgmodule-2.0.so.0 => /opt/csw/lib/sparcv8/libgmodule-2.0.so.0 libpthread.so.1 => /lib/libpthread.so.1 libthread.so.1 => /lib/libthread.so.1 libglib-2.0.so.0 => /opt/csw/lib/sparcv8/libglib-2.0.so.0 libintl.so.8 => /opt/csw/lib/sparcv8/libintl.so.8 libnsl.so.1 => /lib/libnsl.so.1 libc.so.1 => /lib/libc.so.1 libdl.so.1 => /lib/libdl.so.1 libm.so.1 => /lib/libm.so.1 libssl.so.1.0.0 => /opt/csw/lib/sparcv8plus+vis/libssl.so.1.0.0 libcrypto.so.1.0.0 => /opt/csw/lib/sparcv8plus+vis/libcrypto.so.1.0.0 libz.so.1 => /opt/csw/lib/sparcv8plus+vis/libz.so.1 libiconv.so.2 => /opt/csw/lib/sparcv8/libiconv.so.2 libpcre.so.1 => /opt/csw/lib/sparcv8/libpcre.so.1 librt.so.1 => /lib/librt.so.1 libmp.so.2 => /lib/libmp.so.2 libmd.so.1 => /lib/libmd.so.1 libscf.so.1 => /lib/libscf.so.1 libaio.so.1 => /lib/libaio.so.1 libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 libgen.so.1 => /lib/libgen.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,SPARC-Enterprise-T5220/lib/libc_psr.so.1 /platform/SUNW,SPARC-Enterprise-T5220/lib/libmd_psr.so.1 Please note that you are using the glib from /usr/lib instead of /opt/csw/lib. Do you have CSWlibglib2-0-0 and CSWlibgmodule2-0-0 installed as noted in the package dependencies? From noreply at opencsw.org Thu Jul 4 11:14:08 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 4 Jul 2013 11:14:08 +0200 Subject: [bug-notifications] [mc 0005086]: ld.so.1: mc: fatal: relocation error: file /opt/csw/bin/mc: symbol g_option_context_new: referenced symbol not found In-Reply-To: <581e446e73a62f0082ba7699b474a330> Message-ID: <8ff650a1cded760d36c9a135986b8a43@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5086 ====================================================================== Reported By: blindpassenger Assigned To: dam ====================================================================== Project: mc Issue ID: 5086 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-07-03 15:35 CEST Last Modified: 2013-07-04 11:14 CEST ====================================================================== Summary: ld.so.1: mc: fatal: relocation error: file /opt/csw/bin/mc: symbol g_option_context_new: referenced symbol not found Description: mc doesn't start up and shows the following error message: # mc ld.so.1: mc: fatal: relocation error: file /opt/csw/bin/mc: symbol g_option_context_new: referenced symbol not found Killed This is what ldd shows: # ldd /opt/csw/bin/mc libslang.so.2 => /opt/csw/lib/libslang.so.2 libssh2.so.1 => /opt/csw/lib/libssh2.so.1 libsocket.so.1 => /lib/libsocket.so.1 libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 libpthread.so.1 => /lib/libpthread.so.1 libthread.so.1 => /lib/libthread.so.1 libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 libintl.so.8 => /opt/csw/lib/libintl.so.8 libnsl.so.1 => /lib/libnsl.so.1 libc.so.1 => /lib/libc.so.1 libdl.so.1 => /lib/libdl.so.1 libm.so.1 => /lib/libm.so.1 libssl.so.1.0.0 => /opt/csw/lib/libssl.so.1.0.0 libcrypto.so.1.0.0 => /opt/csw/lib/libcrypto.so.1.0.0 libz.so.1 => /usr/lib/libz.so.1 libiconv.so.2 => /opt/csw/lib/libiconv.so.2 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 libgen.so.1 => /lib/libgen.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,Netra-T12/lib/libc_psr.so.1 /platform/SUNW,Netra-T12/lib/libmd_psr.so.1 ====================================================================== ---------------------------------------------------------------------- (0010467) blindpassenger (reporter) - 2013-07-04 11:14 https://www.opencsw.org/mantis/view.php?id=5086#c10467 ---------------------------------------------------------------------- I have both of the pacakges installed. Didn't realize that I was using the wrong lib there. I changed my LD_LIBRARY_PATH now to have /opt/csw/lib first in the path and now it works. Thanks a lot! From noreply at opencsw.org Thu Jul 4 11:27:38 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 4 Jul 2013 11:27:38 +0200 Subject: [bug-notifications] [nrpe 0005087]: Skript Error: /var/opt/csw/svc/method/svc-cswnrpe: line 44: syntax error at line 58: `(' Message-ID: <726ced8c8da76188732be10d67f3d4c3@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5087 ====================================================================== Reported By: cgrzemba Assigned To: ====================================================================== Project: nrpe Issue ID: 5087 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2013-07-04 11:27 CEST Last Modified: 2013-07-04 11:27 CEST ====================================================================== Summary: Skript Error: /var/opt/csw/svc/method/svc-cswnrpe: line 44: syntax error at line 58: `(' Description: SMF cswnrpe is in maintenance because: root at delphi:/home/admin# sh -x /var/opt/csw/svc/method/svc-cswnrpe + BINDIR=/opt/csw/bin + BINFILE=/opt/csw/bin/nrpe + RUNFLAG=1 + uname -r + awk -F. '{print $2}' + SOLREL=11 + [ 11 -ge 10 ] + /sbin/zonename + ZONENAME=global + . /lib/svc/share/smf_include.sh + SMF_EXIT_OK=0 + SMF_EXIT_ERR_FATAL=95 + SMF_EXIT_ERR_CONFIG=96 + SMF_EXIT_MON_DEGRADE=97 + SMF_EXIT_MON_OFFLINE=98 + SMF_EXIT_ERR_NOSMF=99 + SMF_EXIT_ERR_PERM=100 + SMF_EXIT_TEMP_DISABLE=101 + SMF_EXIT_TEMP_TRANSIENT=102 + SMF_SYSVOL_FS=/system/volatile + __smf_exit_fmri='' + CONFIG_FILE=/etc/opt/csw/nrpe.cfg + [ ! -f /etc/opt/csw/nrpe.cfg ] /var/opt/csw/svc/method/svc-cswnrpe: line 44: syntax error at line 58: `(' unexpected stopping also produce an error: root at delphi:/home/admin# sh -x /var/opt/csw/svc/method/svc-cswnrpe stop + BINDIR=/opt/csw/bin + BINFILE=/opt/csw/bin/nrpe + RUNFLAG=1 + uname -r + awk -F. '{print $2}' + SOLREL=11 + [ 11 -ge 10 ] + /sbin/zonename + ZONENAME=global + . /lib/svc/share/smf_include.sh + SMF_EXIT_OK=0 + SMF_EXIT_ERR_FATAL=95 + SMF_EXIT_ERR_CONFIG=96 + SMF_EXIT_MON_DEGRADE=97 + SMF_EXIT_MON_OFFLINE=98 + SMF_EXIT_ERR_NOSMF=99 + SMF_EXIT_ERR_PERM=100 + SMF_EXIT_TEMP_DISABLE=101 + SMF_EXIT_TEMP_TRANSIENT=102 + SMF_SYSVOL_FS=/system/volatile + __smf_exit_fmri='' + CONFIG_FILE=/etc/opt/csw/nrpe.cfg + [ ! -f /etc/opt/csw/nrpe.cfg ] + kill -s STOP Usage: kill [-l] [-n signum] [-s signame] job ... Or:job ... killjob ... [job ... optionsjob ... ] -l [arg ...] + exit 0 ====================================================================== From noreply at opencsw.org Thu Jul 4 11:29:08 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 4 Jul 2013 11:29:08 +0200 Subject: [bug-notifications] [emacs_gtk 0005082]: emacs-gtk does not start, missing symbol In-Reply-To: <2f0462f2e02c3fb4e5499f6d7c8f7769> Message-ID: <877f4ef974338806894b8e16ad51d966@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5082 ====================================================================== Reported By: rmottola Assigned To: ====================================================================== Project: emacs_gtk Issue ID: 5082 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-06-04 22:37 CEST Last Modified: 2013-07-04 11:29 CEST ====================================================================== Summary: emacs-gtk does not start, missing symbol Description: bash-3.2$ emacs ld.so.1: emacs-24.3-gtk: fatal: libm17n-flt.so.0: open failed: No such file or directory ld.so.1: emacs-24.3-gtk: fatal: relocation error: file /opt/csw/bin/emacs-24.3-gtk: symbol mflt_enable_new_feature: referenced symbol not found Killed ====================================================================== ---------------------------------------------------------------------- (0010468) rmottola (developer) - 2013-07-04 11:29 https://www.opencsw.org/mantis/view.php?id=5082#c10468 ---------------------------------------------------------------------- Well, i removed the related packages and emacs, reinstalled and all dependencies were pulled in, so it must have been an update problem. Emacs now works. Annoying, but I have no clue on how to provide further information. Closing. From noreply at opencsw.org Thu Jul 4 11:30:34 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 4 Jul 2013 11:30:34 +0200 Subject: [bug-notifications] [emacs_gtk 0005082]: emacs-gtk does not start, missing symbol In-Reply-To: <2f0462f2e02c3fb4e5499f6d7c8f7769> Message-ID: <08b0995971710fd21da80e429e146156@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5082 ====================================================================== Reported By: rmottola Assigned To: ====================================================================== Project: emacs_gtk Issue ID: 5082 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: closed Resolution: unable to reproduce Fixed in Version: ====================================================================== Date Submitted: 2013-06-04 22:37 CEST Last Modified: 2013-07-04 11:30 CEST ====================================================================== Summary: emacs-gtk does not start, missing symbol Description: bash-3.2$ emacs ld.so.1: emacs-24.3-gtk: fatal: libm17n-flt.so.0: open failed: No such file or directory ld.so.1: emacs-24.3-gtk: fatal: relocation error: file /opt/csw/bin/emacs-24.3-gtk: symbol mflt_enable_new_feature: referenced symbol not found Killed ====================================================================== ---------------------------------------------------------------------- (0010468) rmottola (developer) - 2013-07-04 11:29 https://www.opencsw.org/mantis/view.php?id=5082#c10468 ---------------------------------------------------------------------- Well, i removed the related packages and emacs, reinstalled and all dependencies were pulled in, so it must have been an update problem. Emacs now works. Annoying, but I have no clue on how to provide further information. Closing. From noreply at opencsw.org Thu Jul 4 13:31:53 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 4 Jul 2013 13:31:53 +0200 Subject: [bug-notifications] [mc 0005086]: ld.so.1: mc: fatal: relocation error: file /opt/csw/bin/mc: symbol g_option_context_new: referenced symbol not found In-Reply-To: <581e446e73a62f0082ba7699b474a330> Message-ID: <301fd483b967be73a21b23ba0e8438c1@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5086 ====================================================================== Reported By: blindpassenger Assigned To: dam ====================================================================== Project: mc Issue ID: 5086 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-07-03 15:35 CEST Last Modified: 2013-07-04 13:31 CEST ====================================================================== Summary: ld.so.1: mc: fatal: relocation error: file /opt/csw/bin/mc: symbol g_option_context_new: referenced symbol not found Description: mc doesn't start up and shows the following error message: # mc ld.so.1: mc: fatal: relocation error: file /opt/csw/bin/mc: symbol g_option_context_new: referenced symbol not found Killed This is what ldd shows: # ldd /opt/csw/bin/mc libslang.so.2 => /opt/csw/lib/libslang.so.2 libssh2.so.1 => /opt/csw/lib/libssh2.so.1 libsocket.so.1 => /lib/libsocket.so.1 libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 libpthread.so.1 => /lib/libpthread.so.1 libthread.so.1 => /lib/libthread.so.1 libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 libintl.so.8 => /opt/csw/lib/libintl.so.8 libnsl.so.1 => /lib/libnsl.so.1 libc.so.1 => /lib/libc.so.1 libdl.so.1 => /lib/libdl.so.1 libm.so.1 => /lib/libm.so.1 libssl.so.1.0.0 => /opt/csw/lib/libssl.so.1.0.0 libcrypto.so.1.0.0 => /opt/csw/lib/libcrypto.so.1.0.0 libz.so.1 => /usr/lib/libz.so.1 libiconv.so.2 => /opt/csw/lib/libiconv.so.2 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 libgen.so.1 => /lib/libgen.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,Netra-T12/lib/libc_psr.so.1 /platform/SUNW,Netra-T12/lib/libmd_psr.so.1 ====================================================================== ---------------------------------------------------------------------- (0010469) dam (administrator) - 2013-07-04 13:31 https://www.opencsw.org/mantis/view.php?id=5086#c10469 ---------------------------------------------------------------------- Glad to hear it works now. Please note that using LD_LIBRARY_PATH is almost always a bad idea: http://www.opencsw.org/community/questions/103/setting-ld_library_path Best regards -- Dago From noreply at opencsw.org Fri Jul 5 12:14:50 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 5 Jul 2013 12:14:50 +0200 Subject: [bug-notifications] [tmux 0005088]: upgrade to latest 1.8 Message-ID: <767c26f3b57f82c453732bae87a7115b@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5088 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: tmux Issue ID: 5088 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-07-05 12:14 CEST Last Modified: 2013-07-05 12:14 CEST ====================================================================== Summary: upgrade to latest 1.8 Description: Please update to latest upstream 1.8 version. TIA ====================================================================== From noreply at opencsw.org Fri Jul 5 12:16:41 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 5 Jul 2013 12:16:41 +0200 Subject: [bug-notifications] [tmux 0004695]: tmux.1 man page doesn't display properly In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4695 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: tmux Issue ID: 4695 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2011-02-23 15:00 CET Last Modified: 2013-07-05 12:16 CEST ====================================================================== Summary: tmux.1 man page doesn't display properly Description: The tmux man page doesn't seem to format properly. When viewing it, I would expect a synopsis, description, and the other usual formatting. Instead I get a big block of unformated text only. is a terminal multiplexer: it enables a number of terminals to be created, accessed, and controlled from a single screen. may be detached from a screen and continue running in the background, then later reattached. When is started it creates a new with a single and displays it on screen. A status line at the bottom of the screen shows information on the current session and is used to enter interactive commands. A session is a single collection of under the management of Each session has one or more windows linked to it. A window occupies the entire screen and may be Think we've had this issue with a couple of other packages in the past, the references evade me currently though. Will see to add a reference later on. ====================================================================== ---------------------------------------------------------------------- (0010470) pfelecan (developer) - 2013-07-05 12:16 https://www.opencsw.org/mantis/view.php?id=4695#c10470 ---------------------------------------------------------------------- Still true with the current 1.5 From noreply at opencsw.org Fri Jul 5 12:34:29 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 5 Jul 2013 12:34:29 +0200 Subject: [bug-notifications] [tmux 0005088]: upgrade to latest 1.8 In-Reply-To: <88ee9571aae758545c797d968b6a02ff> Message-ID: <5ae9c9fa0b0055a143b27215b0383eb8@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5088 ====================================================================== Reported By: pfelecan Assigned To: dam ====================================================================== Project: tmux Issue ID: 5088 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-07-05 12:14 CEST Last Modified: 2013-07-05 12:34 CEST ====================================================================== Summary: upgrade to latest 1.8 Description: Please update to latest upstream 1.8 version. TIA ====================================================================== From noreply at opencsw.org Fri Jul 5 12:37:01 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 5 Jul 2013 12:37:01 +0200 Subject: [bug-notifications] [tmux 0005088]: upgrade to latest 1.8 In-Reply-To: <88ee9571aae758545c797d968b6a02ff> Message-ID: <63860336af25866ba790c0f7ec7209a6@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5088 ====================================================================== Reported By: pfelecan Assigned To: dam ====================================================================== Project: tmux Issue ID: 5088 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-07-05 12:14 CEST Last Modified: 2013-07-05 12:37 CEST ====================================================================== Summary: upgrade to latest 1.8 Description: Please update to latest upstream 1.8 version. TIA ====================================================================== ---------------------------------------------------------------------- (0010471) dam (administrator) - 2013-07-05 12:37 https://www.opencsw.org/mantis/view.php?id=5088#c10471 ---------------------------------------------------------------------- Hi Peter, I am very well aware of the tmux status and 1.8 does not build. I have worked extensively with upstream so that the upcoming 1.9 builds without patches and actually works. The 1.8 version from experimental is essentially HEAD from Git, feel free to try and if you see any issues please let me know. The new 1.9 will look exactly like that form experimental: http://buildfarm.opencsw.org/experimental.html#tmux Best regards -- Dago From noreply at opencsw.org Fri Jul 5 13:16:20 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 5 Jul 2013 13:16:20 +0200 Subject: [bug-notifications] [tmux 0004695]: tmux.1 man page doesn't display properly In-Reply-To: Message-ID: <359ccdfd23e02168559c6be64d74188a@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4695 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: tmux Issue ID: 4695 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2011-02-23 15:00 CET Last Modified: 2013-07-05 13:16 CEST ====================================================================== Summary: tmux.1 man page doesn't display properly Description: The tmux man page doesn't seem to format properly. When viewing it, I would expect a synopsis, description, and the other usual formatting. Instead I get a big block of unformated text only. is a terminal multiplexer: it enables a number of terminals to be created, accessed, and controlled from a single screen. may be detached from a screen and continue running in the background, then later reattached. When is started it creates a new with a single and displays it on screen. A status line at the bottom of the screen shows information on the current session and is used to enter interactive commands. A session is a single collection of under the management of Each session has one or more windows linked to it. A window occupies the entire screen and may be Think we've had this issue with a couple of other packages in the past, the references evade me currently though. Will see to add a reference later on. ====================================================================== ---------------------------------------------------------------------- (0010472) pfelecan (developer) - 2013-07-05 13:16 https://www.opencsw.org/mantis/view.php?id=4695#c10472 ---------------------------------------------------------------------- Correctly rendered in experimental CSWtmux-1.8,REV=2013.04.26 From noreply at opencsw.org Fri Jul 5 13:34:48 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 5 Jul 2013 13:34:48 +0200 Subject: [bug-notifications] [tmux 0005088]: upgrade to latest 1.8 In-Reply-To: <88ee9571aae758545c797d968b6a02ff> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5088 ====================================================================== Reported By: pfelecan Assigned To: dam ====================================================================== Project: tmux Issue ID: 5088 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: closed Resolution: suspended Fixed in Version: ====================================================================== Date Submitted: 2013-07-05 12:14 CEST Last Modified: 2013-07-05 13:34 CEST ====================================================================== Summary: upgrade to latest 1.8 Description: Please update to latest upstream 1.8 version. TIA ====================================================================== ---------------------------------------------------------------------- (0010473) pfelecan (developer) - 2013-07-05 13:34 https://www.opencsw.org/mantis/view.php?id=5088#c10473 ---------------------------------------------------------------------- The experimental package works for me. From noreply at opencsw.org Fri Jul 5 13:46:31 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 5 Jul 2013 13:46:31 +0200 Subject: [bug-notifications] [nrpe 0005087]: Skript Error: /var/opt/csw/svc/method/svc-cswnrpe: line 44: syntax error at line 58: `(' In-Reply-To: <84f4361bfcd4ce8277238dc9d33595da> Message-ID: <87f18471f948047b3f244891c18cdd75@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5087 ====================================================================== Reported By: cgrzemba Assigned To: ====================================================================== Project: nrpe Issue ID: 5087 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2013-07-04 11:27 CEST Last Modified: 2013-07-05 13:46 CEST ====================================================================== Summary: Skript Error: /var/opt/csw/svc/method/svc-cswnrpe: line 44: syntax error at line 58: `(' Description: SMF cswnrpe is in maintenance because: root at delphi:/home/admin# sh -x /var/opt/csw/svc/method/svc-cswnrpe + BINDIR=/opt/csw/bin + BINFILE=/opt/csw/bin/nrpe + RUNFLAG=1 + uname -r + awk -F. '{print $2}' + SOLREL=11 + [ 11 -ge 10 ] + /sbin/zonename + ZONENAME=global + . /lib/svc/share/smf_include.sh + SMF_EXIT_OK=0 + SMF_EXIT_ERR_FATAL=95 + SMF_EXIT_ERR_CONFIG=96 + SMF_EXIT_MON_DEGRADE=97 + SMF_EXIT_MON_OFFLINE=98 + SMF_EXIT_ERR_NOSMF=99 + SMF_EXIT_ERR_PERM=100 + SMF_EXIT_TEMP_DISABLE=101 + SMF_EXIT_TEMP_TRANSIENT=102 + SMF_SYSVOL_FS=/system/volatile + __smf_exit_fmri='' + CONFIG_FILE=/etc/opt/csw/nrpe.cfg + [ ! -f /etc/opt/csw/nrpe.cfg ] /var/opt/csw/svc/method/svc-cswnrpe: line 44: syntax error at line 58: `(' unexpected stopping also produce an error: root at delphi:/home/admin# sh -x /var/opt/csw/svc/method/svc-cswnrpe stop + BINDIR=/opt/csw/bin + BINFILE=/opt/csw/bin/nrpe + RUNFLAG=1 + uname -r + awk -F. '{print $2}' + SOLREL=11 + [ 11 -ge 10 ] + /sbin/zonename + ZONENAME=global + . /lib/svc/share/smf_include.sh + SMF_EXIT_OK=0 + SMF_EXIT_ERR_FATAL=95 + SMF_EXIT_ERR_CONFIG=96 + SMF_EXIT_MON_DEGRADE=97 + SMF_EXIT_MON_OFFLINE=98 + SMF_EXIT_ERR_NOSMF=99 + SMF_EXIT_ERR_PERM=100 + SMF_EXIT_TEMP_DISABLE=101 + SMF_EXIT_TEMP_TRANSIENT=102 + SMF_SYSVOL_FS=/system/volatile + __smf_exit_fmri='' + CONFIG_FILE=/etc/opt/csw/nrpe.cfg + [ ! -f /etc/opt/csw/nrpe.cfg ] + kill -s STOP Usage: kill [-l] [-n signum] [-s signame] job ... Or:job ... killjob ... [job ... optionsjob ... ] -l [arg ...] + exit 0 ====================================================================== ---------------------------------------------------------------------- (0010474) cgrzemba (developer) - 2013-07-05 13:46 https://www.opencsw.org/mantis/view.php?id=5087#c10474 ---------------------------------------------------------------------- it works, if I rename the function stop in stopnrpe e.g. From noreply at opencsw.org Fri Jul 5 14:17:30 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 5 Jul 2013 14:17:30 +0200 Subject: [bug-notifications] [lrzsz 0003156]: Depend on CSWggettextrt In-Reply-To: Message-ID: <774fdf8554628f7a9d7d949d3929d4d1@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3156 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: lrzsz Issue ID: 3156 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 02:57 CET Last Modified: 2013-07-05 14:17 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 Fri Jul 5 14:17:51 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 5 Jul 2013 14:17:51 +0200 Subject: [bug-notifications] [lrzsz 0003156]: Depend on CSWggettextrt In-Reply-To: Message-ID: <8a22903f056827ffa6f58d55f566cb07@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3156 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: lrzsz Issue ID: 3156 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 02:57 CET Last Modified: 2013-07-05 14:17 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0010475) dam (administrator) - 2013-07-05 14:17 https://www.opencsw.org/mantis/view.php?id=3156#c10475 ---------------------------------------------------------------------- No longer needed in 1.1.10,REV=2013.07.04, closing. From noreply at opencsw.org Fri Jul 5 14:18:33 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 5 Jul 2013 14:18:33 +0200 Subject: [bug-notifications] [libsilc1_1_2 0003592]: RPATH contains /opt/csw/lib/SALIST In-Reply-To: Message-ID: <2c660566d04bf1bde8af3dc63b115c86@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3592 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: libsilc1_1_2 Issue ID: 3592 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-02 20:06 CEST Last Modified: 2013-07-05 14:18 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/SALIST Description: RPATH contains /opt/csw/lib/SALIST but there are no arch libs in depends anyway so $ISALIST is redundant. ====================================================================== From noreply at opencsw.org Fri Jul 5 14:18:59 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 5 Jul 2013 14:18:59 +0200 Subject: [bug-notifications] [libsilc1_1_2 0003592]: RPATH contains /opt/csw/lib/SALIST In-Reply-To: Message-ID: <9010d723b534ee264b9492ff2d4a41c1@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3592 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: libsilc1_1_2 Issue ID: 3592 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-02 20:06 CEST Last Modified: 2013-07-05 14:18 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/SALIST Description: RPATH contains /opt/csw/lib/SALIST but there are no arch libs in depends anyway so $ISALIST is redundant. ====================================================================== ---------------------------------------------------------------------- (0010476) dam (administrator) - 2013-07-05 14:18 https://www.opencsw.org/mantis/view.php?id=3592#c10476 ---------------------------------------------------------------------- Fixed in 1.1.10,REV=2013.07.04 From noreply at opencsw.org Sun Jul 7 21:30:09 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 7 Jul 2013 21:30:09 +0200 Subject: [bug-notifications] [libgamin_dev 0005085]: libgamin_dev creates broken symlink for libfam.so In-Reply-To: Message-ID: <4f301475dd1e5dacaec9311d239b5dcc@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5085 ====================================================================== Reported By: mi Assigned To: ====================================================================== Project: libgamin_dev Issue ID: 5085 Category: Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-07-01 20:23 CEST Last Modified: 2013-07-07 21:30 CEST ====================================================================== Summary: libgamin_dev creates broken symlink for libfam.so Description: After installing libgamin_dev I got the following files: % grep libfam /var/sadm/install/contents /opt/csw/lib/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev /opt/csw/lib/sparcv9/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev Note, that there are two symlinks -- but not the files they are pointing at. The libfam.so.0.0.0 does not exist neither in /opt/csw/lib nor in /opt/csw/lib/sparcv9 Perhaps, the symlink should point at libgamin.so? ====================================================================== ---------------------------------------------------------------------- (0010477) raos (manager) - 2013-07-07 21:30 https://www.opencsw.org/mantis/view.php?id=5085#c10477 ---------------------------------------------------------------------- Just pushed a respin of gamin in unstable, which pulls in libfam when ibgamin_dev is installed. From noreply at opencsw.org Sun Jul 7 21:30:30 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 7 Jul 2013 21:30:30 +0200 Subject: [bug-notifications] [libgamin_dev 0005085]: libgamin_dev creates broken symlink for libfam.so In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5085 ====================================================================== Reported By: mi Assigned To: raos ====================================================================== Project: libgamin_dev Issue ID: 5085 Category: Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-07-01 20:23 CEST Last Modified: 2013-07-07 21:30 CEST ====================================================================== Summary: libgamin_dev creates broken symlink for libfam.so Description: After installing libgamin_dev I got the following files: % grep libfam /var/sadm/install/contents /opt/csw/lib/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev /opt/csw/lib/sparcv9/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev Note, that there are two symlinks -- but not the files they are pointing at. The libfam.so.0.0.0 does not exist neither in /opt/csw/lib nor in /opt/csw/lib/sparcv9 Perhaps, the symlink should point at libgamin.so? ====================================================================== ---------------------------------------------------------------------- (0010477) raos (manager) - 2013-07-07 21:30 https://www.opencsw.org/mantis/view.php?id=5085#c10477 ---------------------------------------------------------------------- Just pushed a respin of gamin in unstable, which pulls in libfam when ibgamin_dev is installed. From noreply at opencsw.org Mon Jul 8 15:43:53 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 8 Jul 2013 15:43:53 +0200 Subject: [bug-notifications] [cupsd 0004649]: cupsd changes group ownership of various working directories In-Reply-To: <53bddbdb8a470533325cd3cd9ad3d5d3> Message-ID: <515c741c1dbcf2e723304373027b9c55@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4649 ====================================================================== Reported By: flod Assigned To: cgrzemba ====================================================================== Project: cupsd Issue ID: 4649 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-27 18:48 CET Last Modified: 2013-07-08 15:43 CEST ====================================================================== Summary: cupsd changes group ownership of various working directories Description: When starting cups, the group ownership of some directories get set to lp. A simple start changes ownership for at least: /var/opt/csw/run/cups/certs (user) /var/opt/csw/cache/cups /var/opt/csw/cache/cups/rss /var/opt/csw/log/cups/error_log /var/opt/csw/run/cups /var/opt/csw/spool/cups /var/opt/csw/spool/cups/tmp But these directories are in the package repository with "bin" as group. Evaluating the installation (e.g. with pkgchk) shows errors at least for: ERROR: /etc/opt/csw/cups ERROR: /etc/opt/csw/cups/ppd ERROR: /etc/opt/csw/cups/ssl ERROR: /var/opt/csw/cache/cups ERROR: /var/opt/csw/cache/cups/rss ERROR: /var/opt/csw/run/cups ERROR: /var/opt/csw/run/cups/certs ERROR: /var/opt/csw/spool/cups ERROR: /var/opt/csw/spool/cups/tmp package revisions: CSWcups 1.4.5,REV=2010.12.24 SAME CSWcupsclient 1.4.5,REV=2010.12.24 SAME CSWcupsd 1.4.5,REV=2010.12.24 SAME CSWcupsdoc 1.4.5,REV=2010.12.24 SAME CSWlibcups 1.4.5,REV=2010.12.24 SAME CSWlibcups2 1.4.5,REV=2010.12.24 SAME CSWlibcupscgi1 1.4.5,REV=2010.12.24 SAME CSWlibcupsdriver1 1.4.5,REV=2010.12.24 SAME CSWlibcupsimage2 1.4.5,REV=2010.12.24 SAME CSWlibcupsmime1 1.4.5,REV=2010.12.24 SAME CSWlibcupsppdc1 1.4.5,REV=2010.12.24 SAME ====================================================================== ---------------------------------------------------------------------- (0008651) maciej (developer) - 2011-01-02 16:38 https://www.opencsw.org/mantis/view.php?id=4649#c8651 ---------------------------------------------------------------------- Testing for ownerships and groups will require some schema changes to the checkpkg database. I would like to solve the larger problem while I'm at it. I'll need some time to modify checkpkg. From noreply at opencsw.org Mon Jul 8 15:47:31 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 8 Jul 2013 15:47:31 +0200 Subject: [bug-notifications] [cupsd 0004649]: cupsd changes group ownership of various working directories In-Reply-To: <53bddbdb8a470533325cd3cd9ad3d5d3> Message-ID: <4a0c3f0c792b903460a9fb2bd12e861f@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4649 ====================================================================== Reported By: flod Assigned To: cgrzemba ====================================================================== Project: cupsd Issue ID: 4649 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-12-27 18:48 CET Last Modified: 2013-07-08 15:47 CEST ====================================================================== Summary: cupsd changes group ownership of various working directories Description: When starting cups, the group ownership of some directories get set to lp. A simple start changes ownership for at least: /var/opt/csw/run/cups/certs (user) /var/opt/csw/cache/cups /var/opt/csw/cache/cups/rss /var/opt/csw/log/cups/error_log /var/opt/csw/run/cups /var/opt/csw/spool/cups /var/opt/csw/spool/cups/tmp But these directories are in the package repository with "bin" as group. Evaluating the installation (e.g. with pkgchk) shows errors at least for: ERROR: /etc/opt/csw/cups ERROR: /etc/opt/csw/cups/ppd ERROR: /etc/opt/csw/cups/ssl ERROR: /var/opt/csw/cache/cups ERROR: /var/opt/csw/cache/cups/rss ERROR: /var/opt/csw/run/cups ERROR: /var/opt/csw/run/cups/certs ERROR: /var/opt/csw/spool/cups ERROR: /var/opt/csw/spool/cups/tmp package revisions: CSWcups 1.4.5,REV=2010.12.24 SAME CSWcupsclient 1.4.5,REV=2010.12.24 SAME CSWcupsd 1.4.5,REV=2010.12.24 SAME CSWcupsdoc 1.4.5,REV=2010.12.24 SAME CSWlibcups 1.4.5,REV=2010.12.24 SAME CSWlibcups2 1.4.5,REV=2010.12.24 SAME CSWlibcupscgi1 1.4.5,REV=2010.12.24 SAME CSWlibcupsdriver1 1.4.5,REV=2010.12.24 SAME CSWlibcupsimage2 1.4.5,REV=2010.12.24 SAME CSWlibcupsmime1 1.4.5,REV=2010.12.24 SAME CSWlibcupsppdc1 1.4.5,REV=2010.12.24 SAME ====================================================================== ---------------------------------------------------------------------- (0010478) cgrzemba (manager) - 2013-07-08 15:47 https://www.opencsw.org/mantis/view.php?id=4649#c10478 ---------------------------------------------------------------------- fixed in cupsd-1.5.4,REV=2013.07.08 From noreply at opencsw.org Mon Jul 8 16:08:34 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 8 Jul 2013 16:08:34 +0200 Subject: [bug-notifications] [libgamin_dev 0005085]: libgamin_dev creates broken symlink for libfam.so In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5085 ====================================================================== Reported By: mi Assigned To: raos ====================================================================== Project: libgamin_dev Issue ID: 5085 Category: Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-07-01 20:23 CEST Last Modified: 2013-07-08 16:08 CEST ====================================================================== Summary: libgamin_dev creates broken symlink for libfam.so Description: After installing libgamin_dev I got the following files: % grep libfam /var/sadm/install/contents /opt/csw/lib/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev /opt/csw/lib/sparcv9/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev Note, that there are two symlinks -- but not the files they are pointing at. The libfam.so.0.0.0 does not exist neither in /opt/csw/lib nor in /opt/csw/lib/sparcv9 Perhaps, the symlink should point at libgamin.so? ====================================================================== ---------------------------------------------------------------------- (0010479) mi (reporter) - 2013-07-08 16:08 https://www.opencsw.org/mantis/view.php?id=5085#c10479 ---------------------------------------------------------------------- raos, could you clarify, please? My reading of your last comment is that libgamin_dev now depends on FAM, which would be very very wrong... From noreply at opencsw.org Mon Jul 8 17:17:33 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 8 Jul 2013 17:17:33 +0200 Subject: [bug-notifications] [libgamin_dev 0005085]: libgamin_dev creates broken symlink for libfam.so In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5085 ====================================================================== Reported By: mi Assigned To: raos ====================================================================== Project: libgamin_dev Issue ID: 5085 Category: Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-07-01 20:23 CEST Last Modified: 2013-07-08 17:17 CEST ====================================================================== Summary: libgamin_dev creates broken symlink for libfam.so Description: After installing libgamin_dev I got the following files: % grep libfam /var/sadm/install/contents /opt/csw/lib/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev /opt/csw/lib/sparcv9/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev Note, that there are two symlinks -- but not the files they are pointing at. The libfam.so.0.0.0 does not exist neither in /opt/csw/lib nor in /opt/csw/lib/sparcv9 Perhaps, the symlink should point at libgamin.so? ====================================================================== ---------------------------------------------------------------------- (0010480) raos (manager) - 2013-07-08 17:17 https://www.opencsw.org/mantis/view.php?id=5085#c10480 ---------------------------------------------------------------------- Sorry for the fuzz. What I meant: when installing libgamin_dev, or CSWlibgamin-dev, for that matter, *gamin's* CSWlibfam0 will be automatically installed. In other words, I is now the same way as on FreeBSD, for instance. From noreply at opencsw.org Mon Jul 8 17:31:10 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 8 Jul 2013 17:31:10 +0200 Subject: [bug-notifications] [libgamin_dev 0005085]: libgamin_dev creates broken symlink for libfam.so In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5085 ====================================================================== Reported By: mi Assigned To: raos ====================================================================== Project: libgamin_dev Issue ID: 5085 Category: Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-07-01 20:23 CEST Last Modified: 2013-07-08 17:31 CEST ====================================================================== Summary: libgamin_dev creates broken symlink for libfam.so Description: After installing libgamin_dev I got the following files: % grep libfam /var/sadm/install/contents /opt/csw/lib/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev /opt/csw/lib/sparcv9/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev Note, that there are two symlinks -- but not the files they are pointing at. The libfam.so.0.0.0 does not exist neither in /opt/csw/lib nor in /opt/csw/lib/sparcv9 Perhaps, the symlink should point at libgamin.so? ====================================================================== ---------------------------------------------------------------------- (0010481) mi (reporter) - 2013-07-08 17:31 https://www.opencsw.org/mantis/view.php?id=5085#c10481 ---------------------------------------------------------------------- Thanks, but what will gamin's CSWlibfam0 install? All that's currently wrong with gamin_dev is that the libfam.so.0 symlink it creates points at the non-existant libfam.so.0.0.0 instead of the present libgamin.so Will CSWlibfam0 create the missing libfam.so.0.0.0? Will that be identical to libgamin.so or a link (symbolic or hard) to it? From noreply at opencsw.org Tue Jul 9 09:14:01 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 9 Jul 2013 09:14:01 +0200 Subject: [bug-notifications] [slib 0004029]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall In-Reply-To: <0c7c22aaf4b5c264b57a0285318807c7> Message-ID: <2a31af15069cbae748c2513c7f272ea7@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4029 ====================================================================== Reported By: dam Assigned To: pfelecan ====================================================================== Project: slib Issue ID: 4029 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-11 16:20 CET Last Modified: 2013-07-09 09:14 CEST ====================================================================== Summary: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Description: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall ====================================================================== ---------------------------------------------------------------------- (0010482) pfelecan (manager) - 2013-07-09 09:14 https://www.opencsw.org/mantis/view.php?id=4029#c10482 ---------------------------------------------------------------------- by slib-3b4,REV=2013.07.08 From noreply at opencsw.org Tue Jul 9 15:43:43 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 9 Jul 2013 15:43:43 +0200 Subject: [bug-notifications] [monit 0004928]: Please upgrade to 5.3.2 In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4928 ====================================================================== Reported By: max_meyer Assigned To: yann ====================================================================== Project: monit Issue ID: 4928 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2012-03-29 10:27 CEST Last Modified: 2013-07-09 15:43 CEST ====================================================================== Summary: Please upgrade to 5.3.2 Description: http://www.mmonit.com/monit/download/ ====================================================================== ---------------------------------------------------------------------- (0010483) yann (manager) - 2013-07-09 15:43 https://www.opencsw.org/mantis/view.php?id=4928#c10483 ---------------------------------------------------------------------- Hi, I just updated monit to 5.5.1. It should land very soon in all mirrors in the unstable repository. I am not a real monit user and only did basic checking. You might want to give it a try and report any problem you might encounter. Best regards, Yann From noreply at opencsw.org Tue Jul 9 15:57:56 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 9 Jul 2013 15:57:56 +0200 Subject: [bug-notifications] [saslauthd 0002218]: Problem with saslauthd permissions with some sendmail configurations. In-Reply-To: <621da0d86bc6b8cca7a20d0fef1a4490> Message-ID: <1948a4ebf9c9224e786f79456530fa3e@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=2218 ====================================================================== Reported By: rmf Assigned To: yann ====================================================================== Project: saslauthd Issue ID: 2218 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2007-04-22 07:10 CEST Last Modified: 2013-07-09 15:57 CEST ====================================================================== Summary: Problem with saslauthd permissions with some sendmail configurations. Description: I\'m writing this up here, since it took me forever to find, and the same problem appeared in a google search against a blastwave version. The basic problem is described here: http://bugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=201826 This problem didn\'t happen until I started to use sendmail in the amavisd configuration. Possibly a note in the saslauthd.init might prevent someone else from going through the same detective work. ====================================================================== ---------------------------------------------------------------------- (0010484) yann (manager) - 2013-07-09 15:57 https://www.opencsw.org/mantis/view.php?id=2218#c10484 ---------------------------------------------------------------------- The new package 2.1.25,REV=2013.07.09 which will soon land in all mirrors in the unstable repository contains the reference to the sasl group in the README.CSW file, so I am closing this bug. From noreply at opencsw.org Tue Jul 9 16:02:23 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 9 Jul 2013 16:02:23 +0200 Subject: [bug-notifications] [saslauthd 0002340]: saslauthd-2.1.22, REV=2007.06.19-SunOS5.8-sparc-CSW.pkg.gz Fails to create user account on SPARC In-Reply-To: Message-ID: <0257eb408561a8bb2494c2ed516e63b8@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=2340 ====================================================================== Reported By: deanjonesaz Assigned To: yann ====================================================================== Project: saslauthd Issue ID: 2340 Category: other Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: unable to reproduce Fixed in Version: ====================================================================== Date Submitted: 2007-07-26 19:58 CEST Last Modified: 2013-07-09 16:02 CEST ====================================================================== Summary: saslauthd-2.1.22,REV=2007.06.19-SunOS5.8-sparc-CSW.pkg.gz Fails to create user account on SPARC Description: The saslauthd package 2.1.22,REV=2007.06.19-SunOS5.8-sparc fails to create a sasl group entry during the install. Then it fails to set permissions of certain directories to this group. If a user account is also supposed to be created, one is not. ====================================================================== ---------------------------------------------------------------------- (0010485) yann (manager) - 2013-07-09 16:02 https://www.opencsw.org/mantis/view.php?id=2340#c10485 ---------------------------------------------------------------------- I don't have access to a sparc server and I don't reproduce this bug under i386. However the sasl package uses CSW class action scripts to create user and group for some time now. These scripts are common to all packages so it's unlikely that a bug will only affect the sasl package So I don't think this bug is current anymore and I will close this bug. Feel free to reopen it if you still encounter the issue. From noreply at opencsw.org Tue Jul 9 17:33:13 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 9 Jul 2013 17:33:13 +0200 Subject: [bug-notifications] [libgamin_dev 0005085]: libgamin_dev creates broken symlink for libfam.so In-Reply-To: Message-ID: <735d112ff0ea71a60b32fb1c0b108269@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5085 ====================================================================== Reported By: mi Assigned To: raos ====================================================================== Project: libgamin_dev Issue ID: 5085 Category: Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-07-01 20:23 CEST Last Modified: 2013-07-09 17:33 CEST ====================================================================== Summary: libgamin_dev creates broken symlink for libfam.so Description: After installing libgamin_dev I got the following files: % grep libfam /var/sadm/install/contents /opt/csw/lib/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev /opt/csw/lib/sparcv9/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev Note, that there are two symlinks -- but not the files they are pointing at. The libfam.so.0.0.0 does not exist neither in /opt/csw/lib nor in /opt/csw/lib/sparcv9 Perhaps, the symlink should point at libgamin.so? ====================================================================== ---------------------------------------------------------------------- (0010486) raos (manager) - 2013-07-09 17:33 https://www.opencsw.org/mantis/view.php?id=5085#c10486 ---------------------------------------------------------------------- > All that's currently wrong with gamin_dev is that the libfam.so.0 symlink it creates points at the non-existant libfam.so.0.0.0 instead of the present libgamin.so Doing that so would be wrong. Even FreeBSD did not do it that way. When you install libgamin_dev, you will now automatically receive CSWlibfam0 as a dependency, which will provide (create) libfam.so.0.0.0. Now, there is libfam.so points to libfam.so.0.0.0 and libgamin-1.so (there is no libgamin.so) points to libgamin-1.so.0.1.10. Judging from the file size, libfam.so.0.0.0 and libgamin-1.so.0.1.10 are not identical. Anyhow, use pkgutil to update libgamin_dev and try to rebuild your application. From noreply at opencsw.org Tue Jul 9 18:24:47 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 9 Jul 2013 18:24:47 +0200 Subject: [bug-notifications] [libgamin_dev 0005085]: libgamin_dev creates broken symlink for libfam.so In-Reply-To: Message-ID: <1f4067c76fe394e521eef9828ca39b07@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5085 ====================================================================== Reported By: mi Assigned To: raos ====================================================================== Project: libgamin_dev Issue ID: 5085 Category: Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-07-01 20:23 CEST Last Modified: 2013-07-09 18:24 CEST ====================================================================== Summary: libgamin_dev creates broken symlink for libfam.so Description: After installing libgamin_dev I got the following files: % grep libfam /var/sadm/install/contents /opt/csw/lib/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev /opt/csw/lib/sparcv9/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev Note, that there are two symlinks -- but not the files they are pointing at. The libfam.so.0.0.0 does not exist neither in /opt/csw/lib nor in /opt/csw/lib/sparcv9 Perhaps, the symlink should point at libgamin.so? ====================================================================== ---------------------------------------------------------------------- (0010487) mi (reporter) - 2013-07-09 18:24 https://www.opencsw.org/mantis/view.php?id=5085#c10487 ---------------------------------------------------------------------- You are right, that FreeBSD does not create libgamin.so. The gamin package (we don't split things into foo and foo_dev -- that seems like a Linux thing) installs simply libfam.so, which is a symlink to libfam.so.0. The CSW package does install the same library as libgamin-1.so.*, which is fine. All that's needed is for the libfam.so to exist and point to a valid, Gamin-provided library. When I reported the broken symlink, I expected the symlink to be fixed to point to libgamin.so. Dragging in the actual FAM in order to install Gamin (or Gamin_dev) is crazy -- Gamin is a replacement for FAM, it can not require FAM to function. If CSWlibfam0's libfam.so.0.0.0 and CSWgamin's libgamin-1.so.0.1.10 are not identical, then either CSWlibfam0 is installing an older version of Gamin implementation or it is simply the FAM implementation. Neither choice is a good one. Pointing libfam.so to libgamin-1.so.0.1.0 seems like the best solution at this time -- it is what I did by hand here and my application is working... From noreply at opencsw.org Tue Jul 9 18:28:29 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 9 Jul 2013 18:28:29 +0200 Subject: [bug-notifications] [python 0005089]: python 2.7.5 Message-ID: <422607f6ff2023fcac881ef3fd28073a@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5089 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: python Issue ID: 5089 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-07-09 18:28 CEST Last Modified: 2013-07-09 18:28 CEST ====================================================================== Summary: python 2.7.5 Description: Please update to 2.7 as most of Linux distributions use a 2.7 Python and python based project use more and more specific constructs, e.g. tuple/set literals of the form {'a', 'b'} instead of set(['a', 'b']) ====================================================================== From noreply at opencsw.org Tue Jul 9 23:33:34 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 9 Jul 2013 23:33:34 +0200 Subject: [bug-notifications] [openssl 0004961]: OpenSSL libs fail to install in a zone when attaching it In-Reply-To: <8e3743eaf9169c119bc891ad0de87b97> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4961 ====================================================================== Reported By: laurent Assigned To: yann ====================================================================== Project: openssl Issue ID: 4961 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2012-06-13 09:51 CEST Last Modified: 2013-07-09 23:33 CEST ====================================================================== Summary: OpenSSL libs fail to install in a zone when attaching it Description: The system is S10 set up with sparse zones. To update, the zones are stopped and detached, that's why it's "major" for me, though there's an easy workaround. After updating the global zones (patches and packages), the zones are re-attached with -U (capital U) to have them fully updated against the global. That process did not work for the two Message-ID: <607d0f5990dcbd80186c41e267675fc1@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5085 ====================================================================== Reported By: mi Assigned To: raos ====================================================================== Project: libgamin_dev Issue ID: 5085 Category: Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-07-01 20:23 CEST Last Modified: 2013-07-10 07:54 CEST ====================================================================== Summary: libgamin_dev creates broken symlink for libfam.so Description: After installing libgamin_dev I got the following files: % grep libfam /var/sadm/install/contents /opt/csw/lib/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev /opt/csw/lib/sparcv9/libfam.so=libfam.so.0.0.0 s none CSWlibgamin-dev Note, that there are two symlinks -- but not the files they are pointing at. The libfam.so.0.0.0 does not exist neither in /opt/csw/lib nor in /opt/csw/lib/sparcv9 Perhaps, the symlink should point at libgamin.so? ====================================================================== ---------------------------------------------------------------------- (0010489) raos (manager) - 2013-07-10 07:54 https://www.opencsw.org/mantis/view.php?id=5085#c10489 ---------------------------------------------------------------------- Just to make sure we're on the same page. When I'm talking about libfam, I don't talk about *SGI FAM*. SGI FAM has gone. The libfam I talk, comes with gamin. It is part of the upstream release. Also the symlinks, they are created by the upstream release of gamin. And so far, I don't see any reason why the upstream release should be wrong. From noreply at opencsw.org Thu Jul 11 00:43:48 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 11 Jul 2013 00:43:48 +0200 Subject: [bug-notifications] [puppet 0005090]: Upgrade Puppet to 2.7.22 due to security issues Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5090 ====================================================================== Reported By: wcooley Assigned To: ====================================================================== Project: puppet Issue ID: 5090 Category: upgrade Reproducibility: N/A Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2013-07-11 00:43 CEST Last Modified: 2013-07-11 00:43 CEST ====================================================================== Summary: Upgrade Puppet to 2.7.22 due to security issues Description: Please upgrade Puppet to 2.7.22; dublin has only 2.7.14 and kiel has only 2.7.21. Versions prior to 2.7.22 have the following vulnerability: "Unauthenticated Remote Code Execution Vulnerability" http://puppetlabs.com/security/cve/cve-2013-3567/ Prior to 2.7.21: "Remote Code Execution Vulnerability" http://puppetlabs.com/security/cve/cve-2013-1640/ "Unauthenticated Remote Code Execution Vulnerability" http://puppetlabs.com/security/cve/cve-2013-1655/ Prior to 2.7.18: "Arbitrary file read on the puppet master from authenticated clients" http://docs.puppetlabs.com/puppet/2.7/reference/release_notes.html#security-fixes There are several other security vulnerabilities covered in these releases, but these seemed to be the most pressing. ====================================================================== From noreply at opencsw.org Thu Jul 11 19:35:34 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 11 Jul 2013 19:35:34 +0200 Subject: [bug-notifications] [puppet 0005090]: Upgrade Puppet to 2.7.22 due to security issues In-Reply-To: <1a555dfdcc3245882bf04648f7062349> Message-ID: <929e4af06ae0e02312c73fc14534f9a6@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5090 ====================================================================== Reported By: wcooley Assigned To: markp ====================================================================== Project: puppet Issue ID: 5090 Category: upgrade Reproducibility: N/A Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-07-11 00:43 CEST Last Modified: 2013-07-11 19:35 CEST ====================================================================== Summary: Upgrade Puppet to 2.7.22 due to security issues Description: Please upgrade Puppet to 2.7.22; dublin has only 2.7.14 and kiel has only 2.7.21. Versions prior to 2.7.22 have the following vulnerability: "Unauthenticated Remote Code Execution Vulnerability" http://puppetlabs.com/security/cve/cve-2013-3567/ Prior to 2.7.21: "Remote Code Execution Vulnerability" http://puppetlabs.com/security/cve/cve-2013-1640/ "Unauthenticated Remote Code Execution Vulnerability" http://puppetlabs.com/security/cve/cve-2013-1655/ Prior to 2.7.18: "Arbitrary file read on the puppet master from authenticated clients" http://docs.puppetlabs.com/puppet/2.7/reference/release_notes.html#security-fixes There are several other security vulnerabilities covered in these releases, but these seemed to be the most pressing. ====================================================================== From noreply at opencsw.org Thu Jul 11 19:38:23 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 11 Jul 2013 19:38:23 +0200 Subject: [bug-notifications] [puppet 0005090]: Upgrade Puppet to 2.7.22 due to security issues In-Reply-To: <1a555dfdcc3245882bf04648f7062349> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5090 ====================================================================== Reported By: wcooley Assigned To: markp ====================================================================== Project: puppet Issue ID: 5090 Category: upgrade Reproducibility: N/A Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-07-11 00:43 CEST Last Modified: 2013-07-11 19:38 CEST ====================================================================== Summary: Upgrade Puppet to 2.7.22 due to security issues Description: Please upgrade Puppet to 2.7.22; dublin has only 2.7.14 and kiel has only 2.7.21. Versions prior to 2.7.22 have the following vulnerability: "Unauthenticated Remote Code Execution Vulnerability" http://puppetlabs.com/security/cve/cve-2013-3567/ Prior to 2.7.21: "Remote Code Execution Vulnerability" http://puppetlabs.com/security/cve/cve-2013-1640/ "Unauthenticated Remote Code Execution Vulnerability" http://puppetlabs.com/security/cve/cve-2013-1655/ Prior to 2.7.18: "Arbitrary file read on the puppet master from authenticated clients" http://docs.puppetlabs.com/puppet/2.7/reference/release_notes.html#security-fixes There are several other security vulnerabilities covered in these releases, but these seemed to be the most pressing. ====================================================================== ---------------------------------------------------------------------- (0010490) markp (manager) - 2013-07-11 19:38 https://www.opencsw.org/mantis/view.php?id=5090#c10490 ---------------------------------------------------------------------- Umm, live catalog has 2.7.22.... http://www.opencsw.org/packages/CSWpuppet/ From noreply at opencsw.org Fri Jul 12 02:18:45 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 12 Jul 2013 02:18:45 +0200 Subject: [bug-notifications] [puppet 0005090]: Upgrade Puppet to 2.7.22 due to security issues In-Reply-To: <1a555dfdcc3245882bf04648f7062349> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5090 ====================================================================== Reported By: wcooley Assigned To: markp ====================================================================== Project: puppet Issue ID: 5090 Category: upgrade Reproducibility: N/A Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2013-07-11 00:43 CEST Last Modified: 2013-07-12 02:18 CEST ====================================================================== Summary: Upgrade Puppet to 2.7.22 due to security issues Description: Please upgrade Puppet to 2.7.22; dublin has only 2.7.14 and kiel has only 2.7.21. Versions prior to 2.7.22 have the following vulnerability: "Unauthenticated Remote Code Execution Vulnerability" http://puppetlabs.com/security/cve/cve-2013-3567/ Prior to 2.7.21: "Remote Code Execution Vulnerability" http://puppetlabs.com/security/cve/cve-2013-1640/ "Unauthenticated Remote Code Execution Vulnerability" http://puppetlabs.com/security/cve/cve-2013-1655/ Prior to 2.7.18: "Arbitrary file read on the puppet master from authenticated clients" http://docs.puppetlabs.com/puppet/2.7/reference/release_notes.html#security-fixes There are several other security vulnerabilities covered in these releases, but these seemed to be the most pressing. ====================================================================== ---------------------------------------------------------------------- (0010491) maciej (developer) - 2013-07-12 02:18 https://www.opencsw.org/mantis/view.php?id=5090#c10491 ---------------------------------------------------------------------- I think the problem the reporter was referring to, is the combination of these two things: 1. curl -s http://www.opencsw.org/get-it/releases/ | grep -i production

As of 2012, dublin is recommended for production systems.

2. curl -s http://mirror.opencsw.org/opencsw/dublin/i386/5.10/catalog | awk '$1 == "puppet" { print $4 }' puppet-2.7.14,REV=2012.05.03-SunOS5.9-all-CSW.pkg.gz From noreply at opencsw.org Fri Jul 12 11:00:33 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 12 Jul 2013 11:00:33 +0200 Subject: [bug-notifications] [texlive_latex_base 0005091]: pdflatex doesn't seem to recognize .tex document Message-ID: <100f4badb4e459e0eca5540827b90917@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5091 ====================================================================== Reported By: blindpassenger Assigned To: ====================================================================== Project: texlive_latex_base Issue ID: 5091 Category: Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2013-07-12 11:00 CEST Last Modified: 2013-07-12 11:00 CEST ====================================================================== Summary: pdflatex doesn't seem to recognize .tex document Description: When trying to open a .tex file with pdflatex we are getting an error message. It looks like pdflatex doesn't recognize the .tex file, because it says that "\begin{document}" is missing. This is however not true. This is an excerpt from the tex document: \setlength{\headrulewidth}{0.0pt} \setlength{\footrulewidth}{0.0pt} \begin{document} \parbox[t]{9cm}{{\bf To:} \parbox[t]{8.0cm} { Here is how we execute pdflatex: pdflatex -halt-on-error -interaction batchmode ====================================================================== From noreply at opencsw.org Fri Jul 12 11:04:35 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 12 Jul 2013 11:04:35 +0200 Subject: [bug-notifications] [texlive_latex_base 0005091]: pdflatex doesn't seem to recognize .tex document In-Reply-To: <2456da763bed462ca2afde99205842a1> Message-ID: <315f0b92f7fe5a453073bb1cd15aa842@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5091 ====================================================================== Reported By: blindpassenger Assigned To: pfelecan ====================================================================== Project: texlive_latex_base Issue ID: 5091 Category: Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-07-12 11:00 CEST Last Modified: 2013-07-12 11:04 CEST ====================================================================== Summary: pdflatex doesn't seem to recognize .tex document Description: When trying to open a .tex file with pdflatex we are getting an error message. It looks like pdflatex doesn't recognize the .tex file, because it says that "\begin{document}" is missing. This is however not true. This is an excerpt from the tex document: \setlength{\headrulewidth}{0.0pt} \setlength{\footrulewidth}{0.0pt} \begin{document} \parbox[t]{9cm}{{\bf To:} \parbox[t]{8.0cm} { Here is how we execute pdflatex: pdflatex -halt-on-error -interaction batchmode ====================================================================== From noreply at opencsw.org Fri Jul 12 11:10:45 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 12 Jul 2013 11:10:45 +0200 Subject: [bug-notifications] [texlive_latex_base 0005091]: pdflatex doesn't seem to recognize .tex document In-Reply-To: <2456da763bed462ca2afde99205842a1> Message-ID: <1786dff00f479e62fd839e4c35852357@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5091 ====================================================================== Reported By: blindpassenger Assigned To: pfelecan ====================================================================== Project: texlive_latex_base Issue ID: 5091 Category: Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-07-12 11:00 CEST Last Modified: 2013-07-12 11:10 CEST ====================================================================== Summary: pdflatex doesn't seem to recognize .tex document Description: When trying to open a .tex file with pdflatex we are getting an error message. It looks like pdflatex doesn't recognize the .tex file, because it says that "\begin{document}" is missing. This is however not true. This is an excerpt from the tex document: \setlength{\headrulewidth}{0.0pt} \setlength{\footrulewidth}{0.0pt} \begin{document} \parbox[t]{9cm}{{\bf To:} \parbox[t]{8.0cm} { Here is how we execute pdflatex: pdflatex -halt-on-error -interaction batchmode ====================================================================== ---------------------------------------------------------------------- (0010492) pfelecan (manager) - 2013-07-12 11:10 https://www.opencsw.org/mantis/view.php?id=5091#c10492 ---------------------------------------------------------------------- Can you provide a minimal but self sufficient source file to reproduce and analyze the issue? TIA From noreply at opencsw.org Fri Jul 12 11:33:40 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 12 Jul 2013 11:33:40 +0200 Subject: [bug-notifications] [texlive_latex_base 0005091]: pdflatex doesn't seem to recognize .tex document In-Reply-To: <2456da763bed462ca2afde99205842a1> Message-ID: <18a8f82a2cd3f3ce183496679a759b26@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5091 ====================================================================== Reported By: blindpassenger Assigned To: pfelecan ====================================================================== Project: texlive_latex_base Issue ID: 5091 Category: Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-07-12 11:00 CEST Last Modified: 2013-07-12 11:33 CEST ====================================================================== Summary: pdflatex doesn't seem to recognize .tex document Description: When trying to open a .tex file with pdflatex we are getting an error message. It looks like pdflatex doesn't recognize the .tex file, because it says that "\begin{document}" is missing. This is however not true. This is an excerpt from the tex document: \setlength{\headrulewidth}{0.0pt} \setlength{\footrulewidth}{0.0pt} \begin{document} \parbox[t]{9cm}{{\bf To:} \parbox[t]{8.0cm} { Here is how we execute pdflatex: pdflatex -halt-on-error -interaction batchmode ====================================================================== ---------------------------------------------------------------------- (0010493) blindpassenger (reporter) - 2013-07-12 11:33 https://www.opencsw.org/mantis/view.php?id=5091#c10493 ---------------------------------------------------------------------- I uploaded a small test file that our developer provided. Thanks, Stefan From noreply at opencsw.org Fri Jul 12 11:45:50 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 12 Jul 2013 11:45:50 +0200 Subject: [bug-notifications] [texlive_latex_base 0005091]: pdflatex doesn't seem to recognize .tex document In-Reply-To: <2456da763bed462ca2afde99205842a1> Message-ID: <5c2b1137ad52723659855d702b55a735@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5091 ====================================================================== Reported By: blindpassenger Assigned To: pfelecan ====================================================================== Project: texlive_latex_base Issue ID: 5091 Category: Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-07-12 11:00 CEST Last Modified: 2013-07-12 11:45 CEST ====================================================================== Summary: pdflatex doesn't seem to recognize .tex document Description: When trying to open a .tex file with pdflatex we are getting an error message. It looks like pdflatex doesn't recognize the .tex file, because it says that "\begin{document}" is missing. This is however not true. This is an excerpt from the tex document: \setlength{\headrulewidth}{0.0pt} \setlength{\footrulewidth}{0.0pt} \begin{document} \parbox[t]{9cm}{{\bf To:} \parbox[t]{8.0cm} { Here is how we execute pdflatex: pdflatex -halt-on-error -interaction batchmode ====================================================================== ---------------------------------------------------------------------- (0010494) pfelecan (manager) - 2013-07-12 11:45 https://www.opencsw.org/mantis/view.php?id=5091#c10494 ---------------------------------------------------------------------- Unfortunately, the file that you provide is not self contained: ! LaTeX Error: File `/unix_home/bz7xt6/etc/roaming.sty' not found. There are other references to /unix_home/bz7xt6/etc directory From noreply at opencsw.org Fri Jul 12 13:55:02 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 12 Jul 2013 13:55:02 +0200 Subject: [bug-notifications] [texlive_latex_base 0005091]: pdflatex doesn't seem to recognize .tex document In-Reply-To: <2456da763bed462ca2afde99205842a1> Message-ID: <56402c12bc86ba792ebaa769a1d5b134@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5091 ====================================================================== Reported By: blindpassenger Assigned To: pfelecan ====================================================================== Project: texlive_latex_base Issue ID: 5091 Category: Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-07-12 11:00 CEST Last Modified: 2013-07-12 13:55 CEST ====================================================================== Summary: pdflatex doesn't seem to recognize .tex document Description: When trying to open a .tex file with pdflatex we are getting an error message. It looks like pdflatex doesn't recognize the .tex file, because it says that "\begin{document}" is missing. This is however not true. This is an excerpt from the tex document: \setlength{\headrulewidth}{0.0pt} \setlength{\footrulewidth}{0.0pt} \begin{document} \parbox[t]{9cm}{{\bf To:} \parbox[t]{8.0cm} { Here is how we execute pdflatex: pdflatex -halt-on-error -interaction batchmode ====================================================================== ---------------------------------------------------------------------- (0010495) blindpassenger (reporter) - 2013-07-12 13:55 https://www.opencsw.org/mantis/view.php?id=5091#c10495 ---------------------------------------------------------------------- ok, our developer provided me with the roaming.sty file and a logo file as well. please try if it works now. From noreply at opencsw.org Fri Jul 12 17:36:58 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 12 Jul 2013 17:36:58 +0200 Subject: [bug-notifications] [texlive_latex_base 0005091]: pdflatex doesn't seem to recognize .tex document In-Reply-To: <2456da763bed462ca2afde99205842a1> Message-ID: <841e6075e2ae993a0a7e767c0f987b3d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5091 ====================================================================== Reported By: blindpassenger Assigned To: pfelecan ====================================================================== Project: texlive_latex_base Issue ID: 5091 Category: Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-07-12 11:00 CEST Last Modified: 2013-07-12 17:36 CEST ====================================================================== Summary: pdflatex doesn't seem to recognize .tex document Description: When trying to open a .tex file with pdflatex we are getting an error message. It looks like pdflatex doesn't recognize the .tex file, because it says that "\begin{document}" is missing. This is however not true. This is an excerpt from the tex document: \setlength{\headrulewidth}{0.0pt} \setlength{\footrulewidth}{0.0pt} \begin{document} \parbox[t]{9cm}{{\bf To:} \parbox[t]{8.0cm} { Here is how we execute pdflatex: pdflatex -halt-on-error -interaction batchmode ====================================================================== ---------------------------------------------------------------------- (0010496) pfelecan (manager) - 2013-07-12 17:36 https://www.opencsw.org/mantis/view.php?id=5091#c10496 ---------------------------------------------------------------------- After trying to generate the document I obtained the same result as your developer. As I used extensively the TeXLive packages on Solaris, I tried to generate the document on a Debian Testing with the same strain of TeXLive and the results are the same (which can be seen in the attached testfile.log). Consequently, I think that the issue is with the source file, probably in roaming.sty but I'm not sure and not having the time to analyze further I let this as an exercise for your developer... From noreply at opencsw.org Fri Jul 12 17:39:03 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 12 Jul 2013 17:39:03 +0200 Subject: [bug-notifications] [texlive_latex_base 0005091]: pdflatex doesn't seem to recognize .tex document In-Reply-To: <2456da763bed462ca2afde99205842a1> Message-ID: <3bc423c7d08a163b0688578c8cb27073@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5091 ====================================================================== Reported By: blindpassenger Assigned To: pfelecan ====================================================================== Project: texlive_latex_base Issue ID: 5091 Category: Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-07-12 11:00 CEST Last Modified: 2013-07-12 17:39 CEST ====================================================================== Summary: pdflatex doesn't seem to recognize .tex document Description: When trying to open a .tex file with pdflatex we are getting an error message. It looks like pdflatex doesn't recognize the .tex file, because it says that "\begin{document}" is missing. This is however not true. This is an excerpt from the tex document: \setlength{\headrulewidth}{0.0pt} \setlength{\footrulewidth}{0.0pt} \begin{document} \parbox[t]{9cm}{{\bf To:} \parbox[t]{8.0cm} { Here is how we execute pdflatex: pdflatex -halt-on-error -interaction batchmode ====================================================================== ---------------------------------------------------------------------- (0010497) pfelecan (manager) - 2013-07-12 17:39 https://www.opencsw.org/mantis/view.php?id=5091#c10497 ---------------------------------------------------------------------- No change require as the issue is on the user's side. From noreply at opencsw.org Fri Jul 12 19:07:58 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 12 Jul 2013 19:07:58 +0200 Subject: [bug-notifications] [texlive_latex_base 0005091]: pdflatex doesn't seem to recognize .tex document In-Reply-To: <2456da763bed462ca2afde99205842a1> Message-ID: The following issue has been REOPENED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5091 ====================================================================== Reported By: blindpassenger Assigned To: pfelecan ====================================================================== Project: texlive_latex_base Issue ID: 5091 Category: Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-07-12 11:00 CEST Last Modified: 2013-07-12 19:07 CEST ====================================================================== Summary: pdflatex doesn't seem to recognize .tex document Description: When trying to open a .tex file with pdflatex we are getting an error message. It looks like pdflatex doesn't recognize the .tex file, because it says that "\begin{document}" is missing. This is however not true. This is an excerpt from the tex document: \setlength{\headrulewidth}{0.0pt} \setlength{\footrulewidth}{0.0pt} \begin{document} \parbox[t]{9cm}{{\bf To:} \parbox[t]{8.0cm} { Here is how we execute pdflatex: pdflatex -halt-on-error -interaction batchmode ====================================================================== ---------------------------------------------------------------------- (0010498) blindpassenger (reporter) - 2013-07-12 19:07 https://www.opencsw.org/mantis/view.php?id=5091#c10498 ---------------------------------------------------------------------- The interesting thing is that we don't have this issue on another Solaris box on that we work for years and which runs an older version of pdflatex. Everything works fine there which leads us to the conclusion that the problem lies in the version of pdflatex. We don't believe that the issue is the source file. Or were there any major changes in the versions that require the source files to be different? We worked on the other box for years without a problem and it still runs the blastwave repository. The new box runs the opencsw repository and pdflatex is not working there. Without it working we can not upgrade the old box to the opencsw repository. This is the version that runs on the other box were everything is running: # /opt/csw/bin/pdflatex -v pdfeTeX 3.141592-1.21a-2.2 (Web2C 7.5.4) kpathsea version 3.5.4 Copyright (C) 1997-2004 Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). Kpathsea is copyright (C) 1997-2004 Free Software Foundation, Inc. There is NO warranty. Redistribution of this software is covered by the terms of both the pdfeTeX copyright and the GNU General Public License. For more information about these matters, see the files named COPYING and the pdfeTeX source. Primary author of pdfeTeX: Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). Kpathsea written by Karl Berry and others. This is the version that runs on the box that is not working: # /opt/csw/bin/pdflatex -v pdfTeX 3.1415926-2.4-1.40.13 (TeX Live 2012/OpenCSW) kpathsea version 6.1.0 Copyright 2012 Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). There is NO warranty. Redistribution of this software is covered by the terms of both the pdfTeX copyright and the Lesser GNU General Public License. For more information about these matters, see the file named COPYING and the pdfTeX source. Primary author of pdfTeX: Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). Compiled with libpng 1.5.13; using libpng 1.5.13 Compiled with zlib 1.2.7; using zlib 1.2.3 Compiled with xpdf version 3.03 From noreply at opencsw.org Fri Jul 12 19:33:34 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 12 Jul 2013 19:33:34 +0200 Subject: [bug-notifications] [texlive_latex_base 0005091]: pdflatex doesn't seem to recognize .tex document In-Reply-To: <2456da763bed462ca2afde99205842a1> Message-ID: <19b7a34b05553f7c8eb1173d88576128@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5091 ====================================================================== Reported By: blindpassenger Assigned To: pfelecan ====================================================================== Project: texlive_latex_base Issue ID: 5091 Category: Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-07-12 11:00 CEST Last Modified: 2013-07-12 19:33 CEST ====================================================================== Summary: pdflatex doesn't seem to recognize .tex document Description: When trying to open a .tex file with pdflatex we are getting an error message. It looks like pdflatex doesn't recognize the .tex file, because it says that "\begin{document}" is missing. This is however not true. This is an excerpt from the tex document: \setlength{\headrulewidth}{0.0pt} \setlength{\footrulewidth}{0.0pt} \begin{document} \parbox[t]{9cm}{{\bf To:} \parbox[t]{8.0cm} { Here is how we execute pdflatex: pdflatex -halt-on-error -interaction batchmode ====================================================================== ---------------------------------------------------------------------- (0010499) pfelecan (manager) - 2013-07-12 19:33 https://www.opencsw.org/mantis/view.php?id=5091#c10499 ---------------------------------------------------------------------- What you need to understand is that previously we packaged teTeX which was deprecated and integrated in the TeXLive distribution. There is at least 5 years of difference between the 2 distributions and the content, TeX and LaTeX wise has quite evolved. IMHO, your issue is due to the usage of LaTeX style packages, e.g. fancyheadings instead of fancyhdr (see the log file that I attached) pdflatex is a TeX interpreter using a LaTeX format. The error is due to the interpreted source (i.e. the set of TeX and LaTeX packages and your code) and not the interpreter per se. To demonstrate this I run your file through a different packaging, running on GNU/Linux Debian Testing and obtained the same error. The conclusion of this experiment shows that if you use TeXLive 2012, on whatever distribution you try, OpenCSW, Debian, RedHat, &c, you'll obtain the same results. The TeX/LaTeX ecosystem evolves and introduce different interpretation, a little bit as using a Python 2.x code with a Python 3.x interpreter. Unfortunately this all that I can do for you. From noreply at opencsw.org Mon Jul 15 17:12:23 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 15 Jul 2013 17:12:23 +0200 Subject: [bug-notifications] [gsed 0005092]: gsed -i sets file permissions to 0000 due to acl calls failing Message-ID: <6932210d5dc7e8a14423193a650b45de@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5092 ====================================================================== Reported By: opk Assigned To: ====================================================================== Project: gsed Issue ID: 5092 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2013-07-15 17:12 CEST Last Modified: 2013-07-15 17:12 CEST ====================================================================== Summary: gsed -i sets file permissions to 0000 due to acl calls failing Description: When using gsed 4.2.2 on a cluster file system (pxfs), optionally via NFSv3, gsed -i is setting the file permissions to 0000 after printing "Unknown system error". Clearing the permissions like this is far worse than if it was to simply not preserve the ACLs. ====================================================================== From noreply at opencsw.org Tue Jul 16 10:43:09 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Jul 2013 10:43:09 +0200 Subject: [bug-notifications] [py_libxml2 0005093]: PyCapsule_CheckExact: referenced symbol not found Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5093 ====================================================================== Reported By: cgrzemba Assigned To: ====================================================================== Project: py_libxml2 Issue ID: 5093 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2013-07-16 10:43 CEST Last Modified: 2013-07-16 10:43 CEST ====================================================================== Summary: PyCapsule_CheckExact: referenced symbol not found Description: Cannot use py_libxml2: cgrzemba at unstable10x:~/opencsw/evince/trunk$ python Python 2.6.8 (unknown, Feb 27 2013, 14:48:09) [C] on sunos5 Type "help", "copyright", "credits" or "license" for more information. >>> import libxml2 Traceback (most recent call last): File "", line 1, in File "/opt/csw/lib/python/site-packages/libxml2.py", line 1, in import libxml2mod ImportError: ld.so.1: python: fatal: relocation error: file /opt/csw/lib/python/site-packages/libxml2mod.so: symbol PyCapsule_CheckExact: referenced symbol not found ====================================================================== From noreply at opencsw.org Tue Jul 16 15:40:43 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Jul 2013 15:40:43 +0200 Subject: [bug-notifications] [py_libxml2 0005093]: PyCapsule_CheckExact: referenced symbol not found In-Reply-To: <261b1e592be386c18766ce21028ac35d> Message-ID: <028ab8ef0542c5c2849d20e0f8e2758d@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5093 ====================================================================== Reported By: cgrzemba Assigned To: maciej ====================================================================== Project: py_libxml2 Issue ID: 5093 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-07-16 10:43 CEST Last Modified: 2013-07-16 15:40 CEST ====================================================================== Summary: PyCapsule_CheckExact: referenced symbol not found Description: Cannot use py_libxml2: cgrzemba at unstable10x:~/opencsw/evince/trunk$ python Python 2.6.8 (unknown, Feb 27 2013, 14:48:09) [C] on sunos5 Type "help", "copyright", "credits" or "license" for more information. >>> import libxml2 Traceback (most recent call last): File "", line 1, in File "/opt/csw/lib/python/site-packages/libxml2.py", line 1, in import libxml2mod ImportError: ld.so.1: python: fatal: relocation error: file /opt/csw/lib/python/site-packages/libxml2mod.so: symbol PyCapsule_CheckExact: referenced symbol not found ====================================================================== From noreply at opencsw.org Wed Jul 17 16:59:20 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Jul 2013 16:59:20 +0200 Subject: [bug-notifications] [py_libxml2 0005093]: PyCapsule_CheckExact: referenced symbol not found In-Reply-To: <261b1e592be386c18766ce21028ac35d> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5093 ====================================================================== Reported By: cgrzemba Assigned To: maciej ====================================================================== Project: py_libxml2 Issue ID: 5093 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-07-16 10:43 CEST Last Modified: 2013-07-17 16:59 CEST ====================================================================== Summary: PyCapsule_CheckExact: referenced symbol not found Description: Cannot use py_libxml2: cgrzemba at unstable10x:~/opencsw/evince/trunk$ python Python 2.6.8 (unknown, Feb 27 2013, 14:48:09) [C] on sunos5 Type "help", "copyright", "credits" or "license" for more information. >>> import libxml2 Traceback (most recent call last): File "", line 1, in File "/opt/csw/lib/python/site-packages/libxml2.py", line 1, in import libxml2mod ImportError: ld.so.1: python: fatal: relocation error: file /opt/csw/lib/python/site-packages/libxml2mod.so: symbol PyCapsule_CheckExact: referenced symbol not found ====================================================================== ---------------------------------------------------------------------- (0010500) cgrzemba (developer) - 2013-07-17 16:59 https://www.opencsw.org/mantis/view.php?id=5093#c10500 ---------------------------------------------------------------------- This fix the problem for us Version 2.6.8. I do not know how it is for other versions. --- a/python/libxml_wrap.h +++ b/python/libxml_wrap.h @@ -34,13 +34,13 @@ #define PyBytes_AsString PyString_AsString #define PyBytes_AS_STRING PyString_AS_STRING #define PyBytes_GET_SIZE PyString_GET_SIZE +#endif #define PyCapsule_New PyCObject_FromVoidPtrAndDesc #define PyCapsule_CheckExact PyCObject_Check #define PyCapsule_GetPointer(o, n) PyCObject_GetDesc((o)) #endif -#endif From noreply at opencsw.org Thu Jul 18 08:35:01 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 18 Jul 2013 08:35:01 +0200 Subject: [bug-notifications] [netsnmp 0005094]: Error in svc method Message-ID: <9dd2bdc828c8bcfee14593cd7f8d6e06@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5094 ====================================================================== Reported By: schwindt Assigned To: ====================================================================== Project: netsnmp Issue ID: 5094 Category: packaging Reproducibility: have not tried Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2013-07-18 08:35 CEST Last Modified: 2013-07-18 08:35 CEST ====================================================================== Summary: Error in svc method Description: service will drop to maintainance because of : /var/opt/csw/svc/method/svc-snmpd .... # Source function library. . /etc/rc.d/init.d/functions # Source networking configuration. . /etc/sysconfig/network .... ====================================================================== From noreply at opencsw.org Thu Jul 18 10:16:02 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 18 Jul 2013 10:16:02 +0200 Subject: [bug-notifications] [py_libxml2 0005093]: PyCapsule_CheckExact: referenced symbol not found In-Reply-To: <261b1e592be386c18766ce21028ac35d> Message-ID: <543eb6edffe0c603735c7618737de084@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5093 ====================================================================== Reported By: cgrzemba Assigned To: cgrzemba ====================================================================== Project: py_libxml2 Issue ID: 5093 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-07-16 10:43 CEST Last Modified: 2013-07-18 10:16 CEST ====================================================================== Summary: PyCapsule_CheckExact: referenced symbol not found Description: Cannot use py_libxml2: cgrzemba at unstable10x:~/opencsw/evince/trunk$ python Python 2.6.8 (unknown, Feb 27 2013, 14:48:09) [C] on sunos5 Type "help", "copyright", "credits" or "license" for more information. >>> import libxml2 Traceback (most recent call last): File "", line 1, in File "/opt/csw/lib/python/site-packages/libxml2.py", line 1, in import libxml2mod ImportError: ld.so.1: python: fatal: relocation error: file /opt/csw/lib/python/site-packages/libxml2mod.so: symbol PyCapsule_CheckExact: referenced symbol not found ====================================================================== ---------------------------------------------------------------------- (0010500) cgrzemba (developer) - 2013-07-17 16:59 https://www.opencsw.org/mantis/view.php?id=5093#c10500 ---------------------------------------------------------------------- This fix the problem for us Version 2.6.8. I do not know how it is for other versions. --- a/python/libxml_wrap.h +++ b/python/libxml_wrap.h @@ -34,13 +34,13 @@ #define PyBytes_AsString PyString_AsString #define PyBytes_AS_STRING PyString_AS_STRING #define PyBytes_GET_SIZE PyString_GET_SIZE +#endif #define PyCapsule_New PyCObject_FromVoidPtrAndDesc #define PyCapsule_CheckExact PyCObject_Check #define PyCapsule_GetPointer(o, n) PyCObject_GetDesc((o)) #endif -#endif From noreply at opencsw.org Thu Jul 18 10:17:08 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 18 Jul 2013 10:17:08 +0200 Subject: [bug-notifications] [py_libxml2 0005093]: PyCapsule_CheckExact: referenced symbol not found In-Reply-To: <261b1e592be386c18766ce21028ac35d> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5093 ====================================================================== Reported By: cgrzemba Assigned To: cgrzemba ====================================================================== Project: py_libxml2 Issue ID: 5093 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-07-16 10:43 CEST Last Modified: 2013-07-18 10:17 CEST ====================================================================== Summary: PyCapsule_CheckExact: referenced symbol not found Description: Cannot use py_libxml2: cgrzemba at unstable10x:~/opencsw/evince/trunk$ python Python 2.6.8 (unknown, Feb 27 2013, 14:48:09) [C] on sunos5 Type "help", "copyright", "credits" or "license" for more information. >>> import libxml2 Traceback (most recent call last): File "", line 1, in File "/opt/csw/lib/python/site-packages/libxml2.py", line 1, in import libxml2mod ImportError: ld.so.1: python: fatal: relocation error: file /opt/csw/lib/python/site-packages/libxml2mod.so: symbol PyCapsule_CheckExact: referenced symbol not found ====================================================================== ---------------------------------------------------------------------- (0010501) cgrzemba (developer) - 2013-07-18 10:17 https://www.opencsw.org/mantis/view.php?id=5093#c10501 ---------------------------------------------------------------------- fixed in build 2.9.1,REV=2013.07.17 From noreply at opencsw.org Thu Jul 18 11:23:10 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 18 Jul 2013 11:23:10 +0200 Subject: [bug-notifications] [netsnmp 0005094]: Error in svc method In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5094 ====================================================================== Reported By: schwindt Assigned To: cgrzemba ====================================================================== Project: netsnmp Issue ID: 5094 Category: packaging Reproducibility: have not tried Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-07-18 08:35 CEST Last Modified: 2013-07-18 11:23 CEST ====================================================================== Summary: Error in svc method Description: service will drop to maintainance because of : /var/opt/csw/svc/method/svc-snmpd .... # Source function library. . /etc/rc.d/init.d/functions # Source networking configuration. . /etc/sysconfig/network .... ====================================================================== From noreply at opencsw.org Thu Jul 18 11:24:03 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 18 Jul 2013 11:24:03 +0200 Subject: [bug-notifications] [netsnmp 0005094]: Error in svc method In-Reply-To: Message-ID: <69a9625c05e80dd1e8c83dbcbff3cb85@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5094 ====================================================================== Reported By: schwindt Assigned To: cgrzemba ====================================================================== Project: netsnmp Issue ID: 5094 Category: packaging Reproducibility: have not tried Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-07-18 08:35 CEST Last Modified: 2013-07-18 11:24 CEST ====================================================================== Summary: Error in svc method Description: service will drop to maintainance because of : /var/opt/csw/svc/method/svc-snmpd .... # Source function library. . /etc/rc.d/init.d/functions # Source networking configuration. . /etc/sysconfig/network .... ====================================================================== ---------------------------------------------------------------------- (0010502) cgrzemba (manager) - 2013-07-18 11:24 https://www.opencsw.org/mantis/view.php?id=5094#c10502 ---------------------------------------------------------------------- build recipe Committed revision 21519 fix this problem From noreply at opencsw.org Fri Jul 19 21:13:06 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Jul 2013 21:13:06 +0200 Subject: [bug-notifications] [curl 0005095]: curl: (35) error:140920E3:SSL routines:SSL3_GET_SERVER_HELLO:parse tlsext Message-ID: <1f842573fecf413bda67606d1a4ae499@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5095 ====================================================================== Reported By: hudesd Assigned To: ====================================================================== Project: curl Issue ID: 5095 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2013-07-19 21:13 CEST Last Modified: 2013-07-19 21:13 CEST ====================================================================== Summary: curl: (35) error:140920E3:SSL routines:SSL3_GET_SERVER_HELLO:parse tlsext Description: Connecting to download from IBM mainframe via ftps gets the error curl: (35) error:140920E3:SSL routines:SSL3_GET_SERVER_HELLO:parse tlsext Using the old Solaris SFWcurl 7.19.5 with old libssl 0.9.7 works. Using the Solaris 11 curl 7.21 with ssl 1.0.0 doesn't work either. The command line for connection, with username and password elided: /opt/csw/bin/curl --engine pkcs11 -R --trace-ascii /var/tmp/curl.log --disable-epsv --ssl-reqd -k -m 30 -l -G -u XXX:YYY ftp://nhpafts1:19003/FISAFMS/ Content /var/tmp/curl.log: == Info: set default crypto engine 'pkcs11' == Info: About to connect() to nhpafts1 port 19003 (https://www.opencsw.org/mantis/view.php?id=0) == Info: Trying 10.185.8.14... == Info: connected == Info: Connected to nhpafts1 (10.185.8.14) port 19003 (https://www.opencsw.org/mantis/view.php?id=0) <= Recv header, 32 bytes (0x20) 0000: 220 Server ready for new user. => Send header, 10 bytes (0xa) 0000: AUTH SSL <= Recv header, 38 bytes (0x26) 0000: 234 Security data exchange complete. == Info: successfully set certificate verify locations: == Info: CAfile: none CApath: /opt/csw/ssl/certs == Info: SSLv3, TLS handshake, Client hello (1): => Send SSL data, 341 bytes (0x155) 0000: ...Q..Q...G..~....S..6..0..l...v....Q....0.,.(.$.....".!.....k. 0040: j.9.8.....2...*.&.......=.5...................../.+.'.#......... 0080: ....g. at .3.2.....E.D.1.-.).%.......<./...A....................... 00c0: ......................nhpafts1.fisa.nycnet...........4.2........ 0100: .............................................". ................ 0140: ..................... == Info: SSLv3, TLS handshake, Server hello (2): <= Recv SSL data, 66 bytes (0x42) 0000: ...>..Q..._....>.8z.P.'o.q..!_.Y..Kb.'...cf...f)....6...5....... 0040: .. == Info: SSLv3, TLS alert, Server hello (2): => Send SSL data, 2 bytes (0x2) 0000: .p == Info: error:140920E3:SSL routines:SSL3_GET_SERVER_HELLO:parse tlsext == Info: Closing connection https://www.opencsw.org/mantis/view.php?id=0 ====================================================================== From noreply at opencsw.org Sun Jul 21 13:00:29 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Jul 2013 13:00:29 +0200 Subject: [bug-notifications] [tmux 0004695]: tmux.1 man page doesn't display properly In-Reply-To: Message-ID: <317cea6769ccafc8e9230a321d4fefad@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4695 ====================================================================== Reported By: skayser Assigned To: dam ====================================================================== Project: tmux Issue ID: 4695 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2011-02-23 15:00 CET Last Modified: 2013-07-21 13:00 CEST ====================================================================== Summary: tmux.1 man page doesn't display properly Description: The tmux man page doesn't seem to format properly. When viewing it, I would expect a synopsis, description, and the other usual formatting. Instead I get a big block of unformated text only. is a terminal multiplexer: it enables a number of terminals to be created, accessed, and controlled from a single screen. may be detached from a screen and continue running in the background, then later reattached. When is started it creates a new with a single and displays it on screen. A status line at the bottom of the screen shows information on the current session and is used to enter interactive commands. A session is a single collection of under the management of Each session has one or more windows linked to it. A window occupies the entire screen and may be Think we've had this issue with a couple of other packages in the past, the references evade me currently though. Will see to add a reference later on. ====================================================================== ---------------------------------------------------------------------- (0010472) pfelecan (developer) - 2013-07-05 13:16 https://www.opencsw.org/mantis/view.php?id=4695#c10472 ---------------------------------------------------------------------- Correctly rendered in experimental CSWtmux-1.8,REV=2013.04.26 From noreply at opencsw.org Tue Jul 23 10:34:51 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Jul 2013 10:34:51 +0200 Subject: [bug-notifications] [netsnmp 0005094]: Error in svc method In-Reply-To: Message-ID: <72325f6fc1332921d1abb9148385071c@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5094 ====================================================================== Reported By: schwindt Assigned To: cgrzemba ====================================================================== Project: netsnmp Issue ID: 5094 Category: packaging Reproducibility: have not tried Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-07-18 08:35 CEST Last Modified: 2013-07-23 10:34 CEST ====================================================================== Summary: Error in svc method Description: service will drop to maintainance because of : /var/opt/csw/svc/method/svc-snmpd .... # Source function library. . /etc/rc.d/init.d/functions # Source networking configuration. . /etc/sysconfig/network .... ====================================================================== ---------------------------------------------------------------------- (0010503) cgrzemba (manager) - 2013-07-23 10:34 https://www.opencsw.org/mantis/view.php?id=5094#c10503 ---------------------------------------------------------------------- finally fixed in build 5.6.1.1,REV=2013.07.23 From noreply at opencsw.org Tue Jul 23 13:56:16 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Jul 2013 13:56:16 +0200 Subject: [bug-notifications] [curl 0005095]: curl: (35) error:140920E3:SSL routines:SSL3_GET_SERVER_HELLO:parse tlsext In-Reply-To: <8fa128dd149592fc634cd3dbf230997d> Message-ID: <2c9efc69af99f7923a6803dfafba75d7@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5095 ====================================================================== Reported By: hudesd Assigned To: dam ====================================================================== Project: curl Issue ID: 5095 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-07-19 21:13 CEST Last Modified: 2013-07-23 13:56 CEST ====================================================================== Summary: curl: (35) error:140920E3:SSL routines:SSL3_GET_SERVER_HELLO:parse tlsext Description: Connecting to download from IBM mainframe via ftps gets the error curl: (35) error:140920E3:SSL routines:SSL3_GET_SERVER_HELLO:parse tlsext Using the old Solaris SFWcurl 7.19.5 with old libssl 0.9.7 works. Using the Solaris 11 curl 7.21 with ssl 1.0.0 doesn't work either. The command line for connection, with username and password elided: /opt/csw/bin/curl --engine pkcs11 -R --trace-ascii /var/tmp/curl.log --disable-epsv --ssl-reqd -k -m 30 -l -G -u XXX:YYY ftp://nhpafts1:19003/FISAFMS/ Content /var/tmp/curl.log: == Info: set default crypto engine 'pkcs11' == Info: About to connect() to nhpafts1 port 19003 (https://www.opencsw.org/mantis/view.php?id=0) == Info: Trying 10.185.8.14... == Info: connected == Info: Connected to nhpafts1 (10.185.8.14) port 19003 (https://www.opencsw.org/mantis/view.php?id=0) <= Recv header, 32 bytes (0x20) 0000: 220 Server ready for new user. => Send header, 10 bytes (0xa) 0000: AUTH SSL <= Recv header, 38 bytes (0x26) 0000: 234 Security data exchange complete. == Info: successfully set certificate verify locations: == Info: CAfile: none CApath: /opt/csw/ssl/certs == Info: SSLv3, TLS handshake, Client hello (1): => Send SSL data, 341 bytes (0x155) 0000: ...Q..Q...G..~....S..6..0..l...v....Q....0.,.(.$.....".!.....k. 0040: j.9.8.....2...*.&.......=.5...................../.+.'.#......... 0080: ....g. at .3.2.....E.D.1.-.).%.......<./...A....................... 00c0: ......................nhpafts1.fisa.nycnet...........4.2........ 0100: .............................................". ................ 0140: ..................... == Info: SSLv3, TLS handshake, Server hello (2): <= Recv SSL data, 66 bytes (0x42) 0000: ...>..Q..._....>.8z.P.'o.q..!_.Y..Kb.'...cf...f)....6...5....... 0040: .. == Info: SSLv3, TLS alert, Server hello (2): => Send SSL data, 2 bytes (0x2) 0000: .p == Info: error:140920E3:SSL routines:SSL3_GET_SERVER_HELLO:parse tlsext == Info: Closing connection https://www.opencsw.org/mantis/view.php?id=0 ====================================================================== From noreply at opencsw.org Tue Jul 23 14:01:04 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Jul 2013 14:01:04 +0200 Subject: [bug-notifications] [curl 0005095]: curl: (35) error:140920E3:SSL routines:SSL3_GET_SERVER_HELLO:parse tlsext In-Reply-To: <8fa128dd149592fc634cd3dbf230997d> Message-ID: <3fb363c5952216042e412beefd29b28c@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5095 ====================================================================== Reported By: hudesd Assigned To: dam ====================================================================== Project: curl Issue ID: 5095 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-07-19 21:13 CEST Last Modified: 2013-07-23 14:01 CEST ====================================================================== Summary: curl: (35) error:140920E3:SSL routines:SSL3_GET_SERVER_HELLO:parse tlsext Description: Connecting to download from IBM mainframe via ftps gets the error curl: (35) error:140920E3:SSL routines:SSL3_GET_SERVER_HELLO:parse tlsext Using the old Solaris SFWcurl 7.19.5 with old libssl 0.9.7 works. Using the Solaris 11 curl 7.21 with ssl 1.0.0 doesn't work either. The command line for connection, with username and password elided: /opt/csw/bin/curl --engine pkcs11 -R --trace-ascii /var/tmp/curl.log --disable-epsv --ssl-reqd -k -m 30 -l -G -u XXX:YYY ftp://nhpafts1:19003/FISAFMS/ Content /var/tmp/curl.log: == Info: set default crypto engine 'pkcs11' == Info: About to connect() to nhpafts1 port 19003 (https://www.opencsw.org/mantis/view.php?id=0) == Info: Trying 10.185.8.14... == Info: connected == Info: Connected to nhpafts1 (10.185.8.14) port 19003 (https://www.opencsw.org/mantis/view.php?id=0) <= Recv header, 32 bytes (0x20) 0000: 220 Server ready for new user. => Send header, 10 bytes (0xa) 0000: AUTH SSL <= Recv header, 38 bytes (0x26) 0000: 234 Security data exchange complete. == Info: successfully set certificate verify locations: == Info: CAfile: none CApath: /opt/csw/ssl/certs == Info: SSLv3, TLS handshake, Client hello (1): => Send SSL data, 341 bytes (0x155) 0000: ...Q..Q...G..~....S..6..0..l...v....Q....0.,.(.$.....".!.....k. 0040: j.9.8.....2...*.&.......=.5...................../.+.'.#......... 0080: ....g. at .3.2.....E.D.1.-.).%.......<./...A....................... 00c0: ......................nhpafts1.fisa.nycnet...........4.2........ 0100: .............................................". ................ 0140: ..................... == Info: SSLv3, TLS handshake, Server hello (2): <= Recv SSL data, 66 bytes (0x42) 0000: ...>..Q..._....>.8z.P.'o.q..!_.Y..Kb.'...cf...f)....6...5....... 0040: .. == Info: SSLv3, TLS alert, Server hello (2): => Send SSL data, 2 bytes (0x2) 0000: .p == Info: error:140920E3:SSL routines:SSL3_GET_SERVER_HELLO:parse tlsext == Info: Closing connection https://www.opencsw.org/mantis/view.php?id=0 ====================================================================== ---------------------------------------------------------------------- (0010504) dam (administrator) - 2013-07-23 14:01 https://www.opencsw.org/mantis/view.php?id=5095#c10504 ---------------------------------------------------------------------- Hi Dana, as the issue also occurs on the curl shipped with Solaris 11 this seems not to be an issue with the packaging, but with the curl upstream version and/or OpenSSL. I suggest you open a bug report upstream at http://curl.haxx.se/docs/bugs.html There is also a similar bug reported against wget with the newer OpenSSL 1.0.0 https://www.opencsw.org/mantis/view.php?id=5068 with a failing handshake which is however rooted in a problem at the other side. Kind regards -- Dago From noreply at opencsw.org Fri Jul 26 08:33:32 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Jul 2013 08:33:32 +0200 Subject: [bug-notifications] [evince 0004966]: Segmentation fault on S10 sparc In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4966 ====================================================================== Reported By: ghenry Assigned To: cgrzemba ====================================================================== Project: evince Issue ID: 4966 Category: regular use Reproducibility: always Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-06-24 08:30 CEST Last Modified: 2013-07-26 08:33 CEST ====================================================================== Summary: Segmentation fault on S10 sparc Description: machine-me% evince file.pdf Segmentation fault machine-me% evince Segmentation fault ====================================================================== ---------------------------------------------------------------------- (0010505) cgrzemba (manager) - 2013-07-26 08:33 https://www.opencsw.org/mantis/view.php?id=4966#c10505 ---------------------------------------------------------------------- Can you test this with the latest build of the package: 2.30.3,REV=2013.07.23 From noreply at opencsw.org Sun Jul 28 09:02:52 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Jul 2013 09:02:52 +0200 Subject: [bug-notifications] [texlive_latex_base 0005091]: pdflatex doesn't seem to recognize .tex document In-Reply-To: <2456da763bed462ca2afde99205842a1> Message-ID: <4fabb39049616e80bad72d68cb9687fe@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5091 ====================================================================== Reported By: blindpassenger Assigned To: pfelecan ====================================================================== Project: texlive_latex_base Issue ID: 5091 Category: Reproducibility: always Severity: major Priority: normal Status: closed Resolution: reopened Fixed in Version: ====================================================================== Date Submitted: 2013-07-12 11:00 CEST Last Modified: 2013-07-28 09:02 CEST ====================================================================== Summary: pdflatex doesn't seem to recognize .tex document Description: When trying to open a .tex file with pdflatex we are getting an error message. It looks like pdflatex doesn't recognize the .tex file, because it says that "\begin{document}" is missing. This is however not true. This is an excerpt from the tex document: \setlength{\headrulewidth}{0.0pt} \setlength{\footrulewidth}{0.0pt} \begin{document} \parbox[t]{9cm}{{\bf To:} \parbox[t]{8.0cm} { Here is how we execute pdflatex: pdflatex -halt-on-error -interaction batchmode ====================================================================== ---------------------------------------------------------------------- (0010506) pfelecan (manager) - 2013-07-28 09:02 https://www.opencsw.org/mantis/view.php?id=5091#c10506 ---------------------------------------------------------------------- This is not an issue with pdflatex. From noreply at opencsw.org Sun Jul 28 10:25:47 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Jul 2013 10:25:47 +0200 Subject: [bug-notifications] [gts 0004926]: Mangled RUNPATH and RPATH in gts In-Reply-To: Message-ID: <857cbd91a57ab5eb725f6eef9074546d@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4926 ====================================================================== Reported By: macareus Assigned To: laurent ====================================================================== Project: gts Issue ID: 4926 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-03-26 04:00 CEST Last Modified: 2013-07-28 10:25 CEST ====================================================================== Summary: Mangled RUNPATH and RPATH in gts Description: For reasons completely unrelated to CSWgts, I wrote a script to sweep through all ELF executable files and show the union of all their RUNPATHs and/or RPATHs. Several files related to CSWgts have some "interesting" RPATH, RUNPATH components. Below is some diagnostic output. There is repetition, because the same problem is reported once for RPATH and again for RUNPATH. It looks like what were indented to be '$ORIGIN' and '$ISALIST' got mangled. Severity is actually unknown, because I have not tried out any of these programs. ====================================================================== ---------------------------------------------------------------------- (0009771) maciej (developer) - 2012-03-26 08:59 https://www.opencsw.org/mantis/view.php?id=4926#c9771 ---------------------------------------------------------------------- It happens when the build system performs an extra interpolation of variables passed through the environment. If it happens inside shell, the result is that "/opt/csw/lib/$ISALIST" becomes "/opt/csw/lib/". If it happens inside Make, the result is "/opt/csw/lib/SALIST". If there is a problem with these, the problem is that the binaries are unable to find optimized libraries, because the SALIST entry in RPATH simply doesn't work. But it doesn't stop the binaries from working at all. From noreply at opencsw.org Sun Jul 28 10:28:44 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Jul 2013 10:28:44 +0200 Subject: [bug-notifications] [gts 0004926]: Mangled RUNPATH and RPATH in gts In-Reply-To: Message-ID: The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4926 ====================================================================== Reported By: macareus Assigned To: laurent ====================================================================== Project: gts Issue ID: 4926 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2012-03-26 04:00 CEST Last Modified: 2013-07-28 10:28 CEST ====================================================================== Summary: Mangled RUNPATH and RPATH in gts Description: For reasons completely unrelated to CSWgts, I wrote a script to sweep through all ELF executable files and show the union of all their RUNPATHs and/or RPATHs. Several files related to CSWgts have some "interesting" RPATH, RUNPATH components. Below is some diagnostic output. There is repetition, because the same problem is reported once for RPATH and again for RUNPATH. It looks like what were indented to be '$ORIGIN' and '$ISALIST' got mangled. Severity is actually unknown, because I have not tried out any of these programs. ====================================================================== ---------------------------------------------------------------------- (0010507) laurent (manager) - 2013-07-28 10:28 https://www.opencsw.org/mantis/view.php?id=4926#c10507 ---------------------------------------------------------------------- There's been some cleanup, and the latest build looks good, here's a sample: $ /usr/ccs/bin/dump -Lv /opt/csw/bin/amd64/gts2stl | grep PATH [10] RUNPATH /opt/csw/lib/$ISALIST:/opt/csw/lib/64 [11] RPATH /opt/csw/lib/$ISALIST:/opt/csw/lib/64 From noreply at opencsw.org Sun Jul 28 10:32:58 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Jul 2013 10:32:58 +0200 Subject: [bug-notifications] [mysql5 0004295]: Warns about "old configuration directory", but references /opt/csw/mysql5/var while doing so In-Reply-To: <57e62d85de105d87af3829f4bc55dd52> Message-ID: <35f7fc498d6e7e9116e332a27646e4aa@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4295 ====================================================================== Reported By: skayser Assigned To: laurent ====================================================================== Project: mysql5 Issue ID: 4295 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-02-18 19:52 CET Last Modified: 2013-07-28 10:32 CEST ====================================================================== Summary: Warns about "old configuration directory", but references /opt/csw/mysql5/var while doing so Description: Just upgraded from an oldish-installation (5.0.51,REV=2008.01.20) to 5.0.87,REV=2010.01.08. On installation of the new version there was a warning about a still existing "old configuration directory", but it referenced /opt/csw/mysql5/var which isn't a configuration directory, is it? ==> Installing CSWmysql5-5.0.87,REV=2010.01.08 Please see /opt/csw/share/doc/mysql5/license for license information. ******************************************************************* * The old configuration directory /opt/csw/mysql5/var still exists. * Please move your configuration to /var/opt/csw/mysql5. * * Installation will continue in 10 seconds. * Press CTRL+C if you want to stop now. ******************************************************************* Installing class ... Group mysql already exists User mysql already exists ... ====================================================================== ---------------------------------------------------------------------- (0010455) laurent (manager) - 2013-06-30 18:18 https://www.opencsw.org/mantis/view.php?id=4295#c10455 ---------------------------------------------------------------------- MySQL and recipe have been greatly improved since then. From noreply at opencsw.org Sun Jul 28 10:34:14 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Jul 2013 10:34:14 +0200 Subject: [bug-notifications] [wxwidgetsgtk2 0003030]: wx-config doesn't function if /bin/grep is first in the path In-Reply-To: <925fc7a67717079a7ec5651aef025f67> Message-ID: <5632b0fbc805407aeb540215d7f5a6fb@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3030 ====================================================================== Reported By: korpela Assigned To: laurent ====================================================================== Project: wxwidgetsgtk2 Issue ID: 3030 Category: other Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-01-21 21:40 CET Last Modified: 2013-07-28 10:34 CEST ====================================================================== Summary: wx-config doesn't function if /bin/grep is first in the path Description: The wx-config script uses the variable EGREP to hold the path to the egrep command. In current builds this is set to "grep -E". The solaris "/bin/grep -E" doesn't function properly, so in the usual case, where /bin/grep is first in the path, the script fails ====================================================================== ---------------------------------------------------------------------- (0010451) laurent (manager) - 2013-06-30 18:14 https://www.opencsw.org/mantis/view.php?id=3030#c10451 ---------------------------------------------------------------------- This has apparently been fixed upstream, as the content in the current version (2.8.12) is this: EGREP="egrep" I've not noticed any issue there, so I'll just close if nothing new comes up. From noreply at opencsw.org Tue Jul 30 00:25:52 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 30 Jul 2013 00:25:52 +0200 Subject: [bug-notifications] [dovecot 0005096]: The cswdovecot method does not work with "stop" Message-ID: <39cdfec7d994113e2478be4618a4c494@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5096 ====================================================================== Reported By: laurent Assigned To: ====================================================================== Project: dovecot Issue ID: 5096 Category: regular use Reproducibility: always Severity: major Priority: high Status: new ====================================================================== Date Submitted: 2013-07-30 00:25 CEST Last Modified: 2013-07-30 00:25 CEST ====================================================================== Summary: The cswdovecot method does not work with "stop" Description: On every system shutdown, or when doing an "svcadm disable cswdovecot", the cswdovecot service goes into maintenance mode, as the processes are killed by the system instead of the method: [ Jul 29 10:47:34 Stopping because service disabled. ] [ Jul 29 10:47:34 Executing stop method ("/var/opt/csw/svc/method/svc-cswdovecot stop") ] Dovecot is already stopped. [ Jul 29 10:47:35 Method "stop" exited with status 0 ] [ Jul 29 10:48:34 Method or service exit timed out. Killing contract 53 ] ====================================================================== From noreply at opencsw.org Wed Jul 31 00:08:57 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 31 Jul 2013 00:08:57 +0200 Subject: [bug-notifications] [guile 0005097]: Missing dependency in guile_dev Message-ID: <31191d637c6d26feedb6214273b43a04@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5097 ====================================================================== Reported By: laurent Assigned To: ====================================================================== Project: guile Issue ID: 5097 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-07-31 00:08 CEST Last Modified: 2013-07-31 00:08 CEST ====================================================================== Summary: Missing dependency in guile_dev Description: (The Category list in guile_dev is empty, so I have to report this in the guile project instead) After doing a "pkgutil -i CSWguile-dev", building won't work with the following error: /opt/csw/include/guile/2.0/libguile.h:25:17: fatal error: gmp.h: No such file or directory #include Installing CSWlibgmp-dev fixes it, so it's just a missing dependency. ====================================================================== From noreply at opencsw.org Wed Jul 31 10:01:15 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 31 Jul 2013 10:01:15 +0200 Subject: [bug-notifications] [guile 0005097]: Missing dependency in guile_dev In-Reply-To: <22a58fc5ae082a79fe06b7682945c622> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5097 ====================================================================== Reported By: laurent Assigned To: pfelecan ====================================================================== Project: guile Issue ID: 5097 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-07-31 00:08 CEST Last Modified: 2013-07-31 10:01 CEST ====================================================================== Summary: Missing dependency in guile_dev Description: (The Category list in guile_dev is empty, so I have to report this in the guile project instead) After doing a "pkgutil -i CSWguile-dev", building won't work with the following error: /opt/csw/include/guile/2.0/libguile.h:25:17: fatal error: gmp.h: No such file or directory #include Installing CSWlibgmp-dev fixes it, so it's just a missing dependency. ====================================================================== From noreply at opencsw.org Wed Jul 31 15:53:59 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 31 Jul 2013 15:53:59 +0200 Subject: [bug-notifications] [guile_dev 0005073]: Inconsistent definition of scm_remember_upto_here_1 In-Reply-To: <413ae93d85edadda1f14b81c7b3f839d> Message-ID: <14548fc5e5c6e7f8b810cb87913836d4@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5073 ====================================================================== Reported By: dam Assigned To: pfelecan ====================================================================== Project: guile_dev Issue ID: 5073 Category: Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-05-09 22:58 CEST Last Modified: 2013-07-31 15:53 CEST ====================================================================== Summary: Inconsistent definition of scm_remember_upto_here_1 Description: When trying to compile the latest gnutls 3.1.10 I get CC guile_gnutls_v_2_la-core.lo "/opt/csw/include/guile/2.0/libguile/gc.h", line 279: warning: implicit function declaration: scm_remember_upto_here_1 "/opt/csw/include/guile/2.0/libguile/gc.h", line 320: identifier redeclared: scm_remember_upto_here_1 current : function(pointer to struct scm_unused_struct {char scm_unused_field}) returning void previous: function() returning int : "/opt/csw/include/guile/2.0/libguile/gc.h", line 279 which indicates the duplicate and inconsistent definition of scm_remember_upto_here_1. ====================================================================== ---------------------------------------------------------------------- (0010508) pfelecan (manager) - 2013-07-31 15:53 https://www.opencsw.org/mantis/view.php?id=5073#c10508 ---------------------------------------------------------------------- in 2.0.9,REV=2013.07.31 From noreply at opencsw.org Wed Jul 31 15:54:45 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 31 Jul 2013 15:54:45 +0200 Subject: [bug-notifications] [guile 0005097]: Missing dependency in guile_dev In-Reply-To: <22a58fc5ae082a79fe06b7682945c622> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5097 ====================================================================== Reported By: laurent Assigned To: pfelecan ====================================================================== Project: guile Issue ID: 5097 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-07-31 00:08 CEST Last Modified: 2013-07-31 15:54 CEST ====================================================================== Summary: Missing dependency in guile_dev Description: (The Category list in guile_dev is empty, so I have to report this in the guile project instead) After doing a "pkgutil -i CSWguile-dev", building won't work with the following error: /opt/csw/include/guile/2.0/libguile.h:25:17: fatal error: gmp.h: No such file or directory #include Installing CSWlibgmp-dev fixes it, so it's just a missing dependency. ====================================================================== ---------------------------------------------------------------------- (0010509) pfelecan (manager) - 2013-07-31 15:54 https://www.opencsw.org/mantis/view.php?id=5097#c10509 ---------------------------------------------------------------------- in 2.0.9,REV=2013.07.31