From noreply at opencsw.org Wed Sep 2 13:24:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 2 Sep 2009 13:24:23 +0200 Subject: [bug-notifications] [apache2rt 0003875]: libaprutil lacks berkeleydb which breaks the locking mechanism of webdav Message-ID: <0ab33c4743d8e685373101bb1407d5a6@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3875 ====================================================================== Reported By: Nicolai Schwindt Assigned To: ====================================================================== Project: apache2rt Issue ID: 3875 Category: other Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-02 13:24 CEST Last Modified: 2009-09-02 13:24 CEST ====================================================================== Summary: libaprutil lacks berkeleydb which breaks the locking mechanism of webdav Description: Upgrading apache2, bdb47 and svn rendered out wedav unusable. recompiling aprutil from apache 2.2.13 with ./configure --with-dbm=db47 --with-apr=/opt/csw/apache2 --prefix=/opt/csw/apache2 --with-ssl=/opt/csw --without-pgsql --with-berkeley-db=/opt/csw --with-ldap fixed the problems in the end ====================================================================== From noreply at opencsw.org Wed Sep 2 16:50:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 2 Sep 2009 16:50:05 +0200 Subject: [bug-notifications] [thunderbird 0003876]: thunderbird 2.0.0.23 and libsqlite3 issue? Message-ID: <193e4a0c4a8c1d318707301bfb1bf8e1@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3876 ====================================================================== Reported By: rbi Assigned To: ====================================================================== Project: thunderbird Issue ID: 3876 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-02 16:50 CEST Last Modified: 2009-09-02 16:50 CEST ====================================================================== Summary: thunderbird 2.0.0.23 and libsqlite3 issue? Description: thunderbird 2.0.0.23,REV=2009.08.22 was crashing for me on solaris 10 sparc, when trying to read certain messages (not all of them), with: ld.so.1: thunderbird-bin: fatal: relocation error: \ file /opt/csw/mozilla/thunderbird/lib/components/libstoragecomps.so: \ symbol sqlite3_os_switch: referenced symbol not found In fact the symbol doesn't exist in /opt/csw/lib/libsqlite3.so.0.8.6 CSWsqlite3rt , probably because, as stated in: http://www.sqlite.org/34to35.html : 1. The undocumented sqlite3_os_switch() interface has been removed. so installing the new sqlite3 from testing didn't help. ====================================================================== From noreply at opencsw.org Wed Sep 2 22:00:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 2 Sep 2009 22:00:24 +0200 Subject: [bug-notifications] [thunderbird 0003876]: thunderbird 2.0.0.23 and libsqlite3 issue? In-Reply-To: <3a0dda223a374af53f8210016c3fb1d5> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3876 ====================================================================== Reported By: rbi Assigned To: ====================================================================== Project: thunderbird Issue ID: 3876 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-02 16:50 CEST Last Modified: 2009-09-02 22:00 CEST ====================================================================== Summary: thunderbird 2.0.0.23 and libsqlite3 issue? Description: thunderbird 2.0.0.23,REV=2009.08.22 was crashing for me on solaris 10 sparc, when trying to read certain messages (not all of them), with: ld.so.1: thunderbird-bin: fatal: relocation error: \ file /opt/csw/mozilla/thunderbird/lib/components/libstoragecomps.so: \ symbol sqlite3_os_switch: referenced symbol not found In fact the symbol doesn't exist in /opt/csw/lib/libsqlite3.so.0.8.6 CSWsqlite3rt , probably because, as stated in: http://www.sqlite.org/34to35.html : 1. The undocumented sqlite3_os_switch() interface has been removed. so installing the new sqlite3 from testing didn't help. ====================================================================== ---------------------------------------------------------------------- (0006654) rbi (reporter) - 2009-09-02 22:00 http://www.opencsw.org/bugtrack/view.php?id=3876#c6654 ---------------------------------------------------------------------- To confirm that the problem is always reproducible, in the sense that it happens always but only for a certain class of messages, I think I can say that in my case TB 2.0.0.23, without the workaround of the logical link, crashes (exits) at least for all messages containing an URL http://... in the body. while it displays the others without problems. So sqlite3 would be dinamically loaded only when reading such messages. When it is loaded, it must find a version of the library containing the symbol sqlite3_os_switch . From noreply at opencsw.org Thu Sep 3 10:52:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 3 Sep 2009 10:52:15 +0200 Subject: [bug-notifications] [apache2rt 0003875]: libaprutil lacks berkeleydb which breaks the locking mechanism of webdav In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3875 ====================================================================== Reported By: Nicolai Schwindt Assigned To: ====================================================================== Project: apache2rt Issue ID: 3875 Category: other Reproducibility: always Severity: major Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2009-09-02 13:24 CEST Last Modified: 2009-09-03 10:52 CEST ====================================================================== Summary: libaprutil lacks berkeleydb which breaks the locking mechanism of webdav Description: Upgrading apache2, bdb47 and svn rendered out wedav unusable. recompiling aprutil from apache 2.2.13 with ./configure --with-dbm=db47 --with-apr=/opt/csw/apache2 --prefix=/opt/csw/apache2 --with-ssl=/opt/csw --without-pgsql --with-berkeley-db=/opt/csw --with-ldap fixed the problems in the end ====================================================================== ---------------------------------------------------------------------- (0006655) ihsan (manager) - 2009-09-03 10:52 http://www.opencsw.org/mantis/view.php?id=3875#c6655 ---------------------------------------------------------------------- Which version have you installed? The newest Apache is actually build with the same options. From noreply at opencsw.org Thu Sep 3 11:47:39 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 3 Sep 2009 11:47:39 +0200 Subject: [bug-notifications] [apache2rt 0003875]: libaprutil lacks berkeleydb which breaks the locking mechanism of webdav In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3875 ====================================================================== Reported By: Nicolai Schwindt Assigned To: ====================================================================== Project: apache2rt Issue ID: 3875 Category: other Reproducibility: always Severity: major Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2009-09-02 13:24 CEST Last Modified: 2009-09-03 11:47 CEST ====================================================================== Summary: libaprutil lacks berkeleydb which breaks the locking mechanism of webdav Description: Upgrading apache2, bdb47 and svn rendered out wedav unusable. recompiling aprutil from apache 2.2.13 with ./configure --with-dbm=db47 --with-apr=/opt/csw/apache2 --prefix=/opt/csw/apache2 --with-ssl=/opt/csw --without-pgsql --with-berkeley-db=/opt/csw --with-ldap fixed the problems in the end ====================================================================== ---------------------------------------------------------------------- (0006656) Nicolai Schwindt (reporter) - 2009-09-03 11:47 http://www.opencsw.org/mantis/view.php?id=3875#c6656 ---------------------------------------------------------------------- I was coming from : software localrev remoterev ap2_prefork 2.2.11,REV=2009.03.29 2.2.13,REV=2009.08.22 ap2_subversion 1.6.2,REV=2009.05.17 1.6.2,REV=2009.06.13 apache2 2.2.11,REV=2009.03.29 2.2.13,REV=2009.08.22 apache2c 2.2.11,REV=2009.03.29 2.2.13,REV=2009.08.22 apache2rt 2.2.11,REV=2009.03.29 2.2.13,REV=2009.08.22 berkeleydb44 4.4.20,REV=2009.05.26 4.4.20,REV=2009.07.28 subversion 1.6.2,REV=2009.05.17 1.6.2,REV=2009.06.13 Upgraded to 2.213 and also tried /testing. Like stated in the mail in csw-users - this is waht truss gives : 1975: stat64("/opt/csw/apache2/lib/apr_dbm_db-1.so", 0x080469F0) Err#2 ENOENT 1975: stat64("/opt/csw/apache2/lib/apr-util-1/apr_dbm_db-1.so", 0x080469F0) Err#2 ENOENT 1975: stat64("/opt/csw/apache2/lib/apr-util-1/apr_dbm_db-1.so", 0x080469F0) Err#2 ENOENT 1975: stat64("/export/serv-2300a/webdav/calendars/gf/Privat.ics", 0x080476B0) Err#2 ENOENT 1975: Incurred fault http://www.opencsw.org/mantis/view.php?id=6, FLTBOUNDS %pc = 0xFEF6C1E4 1975: siginfo: SIGSEGV SEGV_MAPERR addr=0x00000050 1975: Received signal http://www.opencsw.org/mantis/view.php?id=11, SIGSEGV [caught] 1975: siginfo: SIGSEGV SEGV_MAPERR addr=0x00000050 1975: lwp_sigmask(SIG_SETMASK, 0x00000400, 0x00000000) = 0xFFBFFEFF apr_dbm_db-1.so did not exist on my disk. This is a fresh install : tcsh at isg-1516 [~] pkginfo -l CSWapache2rt PKGINST: CSWapache2rt NAME: apache2rt - A high performance Unix-based HTTP server. CATEGORY: application ARCH: i386 VERSION: 2.2.13,REV=2009.08.22 BASEDIR: / VENDOR: http://httpd.apache.org/ packaged for CSW by Ihsan Dogan PSTAMP: ihsan at build8x-20090822154105 INSTDATE: Sep 03 2009 11:45 HOTLINE: http://www.opencsw.org/bugtrack/ EMAIL: ihsan at opencsw.org STATUS: completely installed FILES: 30 installed pathnames 6 shared pathnames 10 directories 9 executables 1532 blocks used (approx) tcsh at isg-1516 [~] ll /opt/csw/apache2/lib/apr-util-1/ total 151 drwxr-xr-x 2 root bin 10 Sep 3 11:45 . drwxr-xr-x 4 root bin 16 Sep 3 11:45 .. -rwxr-xr-x 1 root bin 17300 Aug 22 15:35 apr_dbd_sqlite3-1.so -rw-r--r-- 1 root bin 13748 Aug 22 15:35 apr_dbd_sqlite3.a -rwxr-xr-x 1 root bin 1018 Aug 22 15:35 apr_dbd_sqlite3.la lrwxrwxrwx 1 root root 20 Sep 3 11:45 apr_dbd_sqlite3.so -> apr_dbd_sqlite3-1.so -rwxr-xr-x 1 root bin 18112 Aug 22 15:35 apr_ldap-1.so -rw-r--r-- 1 root bin 17472 Aug 22 15:35 apr_ldap.a -rwxr-xr-x 1 root bin 1127 Aug 22 15:35 apr_ldap.la lrwxrwxrwx 1 root root 13 Sep 3 11:45 apr_ldap.so -> apr_ldap-1.so From noreply at opencsw.org Thu Sep 3 12:22:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 3 Sep 2009 12:22:06 +0200 Subject: [bug-notifications] [curlrt 0003033]: dosen't supply the old 1.3 libraries In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3033 ====================================================================== Reported By: pfelecan Assigned To: dam ====================================================================== Project: curlrt Issue ID: 3033 Category: packaging Reproducibility: always Severity: block Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-01-22 20:05 CET Last Modified: 2009-09-03 12:22 CEST ====================================================================== Summary: dosen't supply the old 1.3 libraries Description: The old libraries, of the 1.3 release are not supplied although there are packages relying on them, e.g. grip. ====================================================================== ---------------------------------------------------------------------- (0006657) dam (manager) - 2009-09-03 12:22 http://www.opencsw.org/mantis/view.php?id=3033#c6657 ---------------------------------------------------------------------- This is at least fixed in 7.19.6,REV=2009.08.13, maybe earlier from Chad Harp. From noreply at opencsw.org Thu Sep 3 22:12:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 3 Sep 2009 22:12:15 +0200 Subject: [bug-notifications] [thunderbird 0003876]: thunderbird 2.0.0.23 and libsqlite3 issue? In-Reply-To: <3a0dda223a374af53f8210016c3fb1d5> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3876 ====================================================================== Reported By: rbi Assigned To: wbonnet ====================================================================== Project: thunderbird Issue ID: 3876 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-02 16:50 CEST Last Modified: 2009-09-03 22:12 CEST ====================================================================== Summary: thunderbird 2.0.0.23 and libsqlite3 issue? Description: thunderbird 2.0.0.23,REV=2009.08.22 was crashing for me on solaris 10 sparc, when trying to read certain messages (not all of them), with: ld.so.1: thunderbird-bin: fatal: relocation error: \ file /opt/csw/mozilla/thunderbird/lib/components/libstoragecomps.so: \ symbol sqlite3_os_switch: referenced symbol not found In fact the symbol doesn't exist in /opt/csw/lib/libsqlite3.so.0.8.6 CSWsqlite3rt , probably because, as stated in: http://www.sqlite.org/34to35.html : 1. The undocumented sqlite3_os_switch() interface has been removed. so installing the new sqlite3 from testing didn't help. ====================================================================== ---------------------------------------------------------------------- (0006654) rbi (reporter) - 2009-09-02 22:00 http://opencsw.org/bugtrack/view.php?id=3876#c6654 ---------------------------------------------------------------------- To confirm that the problem is always reproducible, in the sense that it happens always but only for a certain class of messages, I think I can say that in my case TB 2.0.0.23, without the workaround of the logical link, crashes (exits) at least for all messages containing an URL http://... in the body. while it displays the others without problems. So sqlite3 would be dinamically loaded only when reading such messages. When it is loaded, it must find a version of the library containing the symbol sqlite3_os_switch . From noreply at opencsw.org Thu Sep 3 22:13:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 3 Sep 2009 22:13:13 +0200 Subject: [bug-notifications] [sqlite3_rt 0003874]: Duplicate sqlite3.pc In-Reply-To: <43d9ae08b393207854b343c56257b6c6> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3874 ====================================================================== Reported By: james Assigned To: wbonnet ====================================================================== Project: sqlite3_rt Issue ID: 3874 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-08-31 21:45 CEST Last Modified: 2009-09-03 22:13 CEST ====================================================================== Summary: Duplicate sqlite3.pc Description: sqlite3.pc are in both the run time and CSWsqlite3devel. Should be in devel only. ====================================================================== From noreply at opencsw.org Thu Sep 3 23:11:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 3 Sep 2009 23:11:51 +0200 Subject: [bug-notifications] [mercurial 0002982]: Please upgrade to 1.1.2 In-Reply-To: <583c67799e65a205d5e7f50e9195e7e2> Message-ID: The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2982 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: mercurial Issue ID: 2982 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-01-14 13:49 CET Last Modified: 2009-09-03 23:11 CEST ====================================================================== Summary: Please upgrade to 1.1.2 Description: Please upgrade to 1.1.2 ====================================================================== From noreply at opencsw.org Thu Sep 3 23:12:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 3 Sep 2009 23:12:28 +0200 Subject: [bug-notifications] [trac 0003061]: Please upgrade to version 0.11 In-Reply-To: Message-ID: <5749e34e003dd56f45a21e4e0563d4c0@www.opencsw.org> The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3061 ====================================================================== Reported By: wimvandijck Assigned To: ====================================================================== Project: trac Issue ID: 3061 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-02-06 14:20 CET Last Modified: 2009-09-03 23:12 CEST ====================================================================== Summary: Please upgrade to version 0.11 Description: Current stable version is 0.11.2.1. CSW version is 0.10.4 ====================================================================== From noreply at opencsw.org Thu Sep 3 23:12:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 3 Sep 2009 23:12:56 +0200 Subject: [bug-notifications] [trac 0003498]: Please update to 0.11.3 In-Reply-To: Message-ID: <4a0ff9c2f9d33607087f6a5faba86540@www.opencsw.org> The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3498 ====================================================================== Reported By: wbonnet Assigned To: ====================================================================== Project: trac Issue ID: 3498 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-03-25 22:22 CET Last Modified: 2009-09-03 23:12 CEST ====================================================================== Summary: Please update to 0.11.3 Description: Please update to 0.11.3 ====================================================================== From noreply at opencsw.org Thu Sep 3 23:13:37 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 3 Sep 2009 23:13:37 +0200 Subject: [bug-notifications] [trac 0003659]: trac 0.10 broken by latest CSW packages In-Reply-To: <80b3025cebdf5666b080730b9c2b5321> Message-ID: <193b73f590d8fc52757e5c0f20268e41@www.opencsw.org> The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3659 ====================================================================== Reported By: brx75 Assigned To: ====================================================================== Project: trac Issue ID: 3659 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-08 16:07 CEST Last Modified: 2009-09-03 23:13 CEST ====================================================================== Summary: trac 0.10 broken by latest CSW packages Description: Subversion 1.6.1, SQLite3 3.6.10 and pySQL broke TRAC 0.10 ====================================================================== From noreply at opencsw.org Fri Sep 4 08:51:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 08:51:08 +0200 Subject: [bug-notifications] [eventlog 0003877]: Please upgrade to 0.2.10 Message-ID: <5ce0c83bd117a623bd98c3edf4ba7239@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3877 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: eventlog Issue ID: 3877 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-04 08:51 CEST Last Modified: 2009-09-04 08:51 CEST ====================================================================== Summary: Please upgrade to 0.2.10 Description: 0.2.10 released on SunFreeware today ====================================================================== From noreply at opencsw.org Fri Sep 4 11:11:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 11:11:42 +0200 Subject: [bug-notifications] [freetype2 0003878]: Please upgrade to 2.3.9 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3878 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: freetype2 Issue ID: 3878 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-04 11:11 CEST Last Modified: 2009-09-04 11:11 CEST ====================================================================== Summary: Please upgrade to 2.3.9 Description: Please upgrade to 2.3.9 ====================================================================== From noreply at opencsw.org Fri Sep 4 12:52:34 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 12:52:34 +0200 Subject: [bug-notifications] [pigz 0003879]: fails to multithread on Solaris 8 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3879 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: pigz Issue ID: 3879 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-04 12:52 CEST Last Modified: 2009-09-04 12:52 CEST ====================================================================== Summary: fails to multithread on Solaris 8 Description: pigs (spelt pigz) fails to multithread on Solaris 8. Workaround: use /usr/lib/lwp. Suggest changing RPATH to use /usr/lib/lwp LD_OPTIONS=-R/usr/lib/lwp It's possible a patch will fix also, please find it, check it's still public and put in checkinstall if you think the patch is the solution. ====================================================================== From noreply at opencsw.org Fri Sep 4 12:58:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 12:58:30 +0200 Subject: [bug-notifications] [pigz 0003879]: fails to multithread on Solaris 8 In-Reply-To: <4e4def7cec73d386b52299bd9d61b8e4> Message-ID: <879a202ee72a40e40bb454d2c66be848@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3879 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: pigz Issue ID: 3879 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 12:52 CEST Last Modified: 2009-09-04 12:58 CEST ====================================================================== Summary: fails to multithread on Solaris 8 Description: pigs (spelt pigz) fails to multithread on Solaris 8. Workaround: use /usr/lib/lwp. Suggest changing RPATH to use /usr/lib/lwp LD_OPTIONS=-R/usr/lib/lwp It's possible a patch will fix also, please find it, check it's still public and put in checkinstall if you think the patch is the solution. ====================================================================== From noreply at opencsw.org Fri Sep 4 13:02:29 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 13:02:29 +0200 Subject: [bug-notifications] [pigz 0003879]: fails to multithread on Solaris 8 In-Reply-To: <4e4def7cec73d386b52299bd9d61b8e4> Message-ID: <71b6cd8c8c2b228a316be5a4d9877f50@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3879 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: pigz Issue ID: 3879 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 12:52 CEST Last Modified: 2009-09-04 13:02 CEST ====================================================================== Summary: fails to multithread on Solaris 8 Description: pigs (spelt pigz) fails to multithread on Solaris 8. Workaround: use /usr/lib/lwp. Suggest changing RPATH to use /usr/lib/lwp LD_OPTIONS=-R/usr/lib/lwp It's possible a patch will fix also, please find it, check it's still public and put in checkinstall if you think the patch is the solution. ====================================================================== ---------------------------------------------------------------------- (0006658) dam (manager) - 2009-09-04 13:02 http://www.opencsw.org/bugtrack/view.php?id=3879#c6658 ---------------------------------------------------------------------- Funny thing, I tested this on Solaris 8, but a branded zone on the T5220 and that looked fine: build8st% time pigz -9 perl-5.10.0,REV\=2009.06.15-SunOS5.8-sparc-CSW.pkg pigz -9 perl-5.10.0,REV=2009.06.15-SunOS5.8-sparc-CSW.pkg 275.02s user 0.57s system 2564% cpu 10.746 total Maybe the branded zones are not 100% compatible in terms of errors :-D Ok then, putting the runpath in doesn't seem to have a negative effect as on Solaris 9 onwards the libs point back to /usr/lib or are missing completely which would also mean falling back to /usr/lib which works fine right now. From noreply at opencsw.org Fri Sep 4 13:06:09 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 13:06:09 +0200 Subject: [bug-notifications] [pigz 0003879]: fails to multithread on Solaris 8 In-Reply-To: <4e4def7cec73d386b52299bd9d61b8e4> Message-ID: <2ef54419d17700a2e56178f2aec4cd35@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3879 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: pigz Issue ID: 3879 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 12:52 CEST Last Modified: 2009-09-04 13:06 CEST ====================================================================== Summary: fails to multithread on Solaris 8 Description: pigs (spelt pigz) fails to multithread on Solaris 8. Workaround: use /usr/lib/lwp. Suggest changing RPATH to use /usr/lib/lwp LD_OPTIONS=-R/usr/lib/lwp It's possible a patch will fix also, please find it, check it's still public and put in checkinstall if you think the patch is the solution. ====================================================================== ---------------------------------------------------------------------- (0006659) dam (manager) - 2009-09-04 13:06 http://www.opencsw.org/bugtrack/view.php?id=3879#c6659 ---------------------------------------------------------------------- > pigs (spelt pigz) fails to multithread on Solaris 8. Hey, Mark Adler will hate you if he finds this site ;-) From noreply at opencsw.org Fri Sep 4 13:06:49 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 13:06:49 +0200 Subject: [bug-notifications] [pigz 0003879]: fails to multithread on Solaris 8 In-Reply-To: <4e4def7cec73d386b52299bd9d61b8e4> Message-ID: <1c15aadb27ffb57f0efbd035ffaaec66@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3879 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: pigz Issue ID: 3879 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 12:52 CEST Last Modified: 2009-09-04 13:06 CEST ====================================================================== Summary: fails to multithread on Solaris 8 Description: pigs (spelt pigz) fails to multithread on Solaris 8. Workaround: use /usr/lib/lwp. Suggest changing RPATH to use /usr/lib/lwp LD_OPTIONS=-R/usr/lib/lwp It's possible a patch will fix also, please find it, check it's still public and put in checkinstall if you think the patch is the solution. ====================================================================== ---------------------------------------------------------------------- (0006660) james (reporter) - 2009-09-04 13:06 http://www.opencsw.org/bugtrack/view.php?id=3879#c6660 ---------------------------------------------------------------------- I also double checked, no it was quad checked, on build8s. It's probable you have up-to-date patches. Maybe the zone shares the kernel threads... I don't know! From noreply at opencsw.org Fri Sep 4 13:11:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 13:11:32 +0200 Subject: [bug-notifications] [pigz 0003879]: fails to multithread on Solaris 8 In-Reply-To: <4e4def7cec73d386b52299bd9d61b8e4> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3879 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: pigz Issue ID: 3879 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 12:52 CEST Last Modified: 2009-09-04 13:11 CEST ====================================================================== Summary: fails to multithread on Solaris 8 Description: pigs (spelt pigz) fails to multithread on Solaris 8. Workaround: use /usr/lib/lwp. Suggest changing RPATH to use /usr/lib/lwp LD_OPTIONS=-R/usr/lib/lwp It's possible a patch will fix also, please find it, check it's still public and put in checkinstall if you think the patch is the solution. ====================================================================== ---------------------------------------------------------------------- (0006661) james (reporter) - 2009-09-04 13:11 http://www.opencsw.org/bugtrack/view.php?id=3879#c6661 ---------------------------------------------------------------------- > > pigs (spelt pigz) fails to multithread on Solaris 8. > Hey, Mark Adler will hate you if he finds this site ;-) Robots welcome here. It should be pig-zed anyway in English. From noreply at opencsw.org Fri Sep 4 13:27:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 13:27:30 +0200 Subject: [bug-notifications] [jbig2dec 0003880]: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included Message-ID: <3eb5705bdf9766fead445776a1602df0@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3880 ====================================================================== Reported By: flod Assigned To: ====================================================================== Project: jbig2dec Issue ID: 3880 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-04 13:27 CEST Last Modified: 2009-09-04 13:27 CEST ====================================================================== Summary: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included Description: The included symbolic links /opt/csw/lib/amd64/libjbig2dec.so /opt/csw/lib/amd64/libjbig2dec.so.0 lead nowhere as /opt/csw/lib/amd64/libjbig2dec.so.0.10 is missing. ====================================================================== From noreply at opencsw.org Fri Sep 4 13:30:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 13:30:19 +0200 Subject: [bug-notifications] [jbig2dec 0003880]: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included In-Reply-To: <3bd7d2bf28610bd56339a2e944d4a5ce> Message-ID: <852fceafb01aedfe89bca1cc4edc06fc@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3880 ====================================================================== Reported By: flod Assigned To: james ====================================================================== Project: jbig2dec Issue ID: 3880 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 13:27 CEST Last Modified: 2009-09-04 13:30 CEST ====================================================================== Summary: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included Description: The included symbolic links /opt/csw/lib/amd64/libjbig2dec.so /opt/csw/lib/amd64/libjbig2dec.so.0 lead nowhere as /opt/csw/lib/amd64/libjbig2dec.so.0.10 is missing. ====================================================================== From noreply at opencsw.org Fri Sep 4 13:35:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 13:35:15 +0200 Subject: [bug-notifications] [jbig2dec 0003880]: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included In-Reply-To: <3bd7d2bf28610bd56339a2e944d4a5ce> Message-ID: <9204b8f11f318f317536a4cc09654da5@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3880 ====================================================================== Reported By: flod Assigned To: james ====================================================================== Project: jbig2dec Issue ID: 3880 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 13:27 CEST Last Modified: 2009-09-04 13:35 CEST ====================================================================== Summary: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included Description: The included symbolic links /opt/csw/lib/amd64/libjbig2dec.so /opt/csw/lib/amd64/libjbig2dec.so.0 lead nowhere as /opt/csw/lib/amd64/libjbig2dec.so.0.10 is missing. ====================================================================== ---------------------------------------------------------------------- (0006662) james (manager) - 2009-09-04 13:35 http://www.opencsw.org/mantis/view.php?id=3880#c6662 ---------------------------------------------------------------------- Acknowledged and thank you for reporting. The underlying problem is the amd64 lib is missing. This matters should anyone want to build an amd64 program which links to this. Will fix shortly. The corresponding sparc files are: ls -lF /opt/csw/lib/sparcv9/libjbig2dec* lrwxrwxrwx 1 root other 19 Jun 28 13:01 /opt/csw/lib/sparcv9/libjbig2dec.so -> libjbig2dec.so.0.10* lrwxrwxrwx 1 root other 19 Jun 28 13:01 /opt/csw/lib/sparcv9/libjbig2dec.so.0 -> libjbig2dec.so.0.10* -rwxr-xr-x 1 root bin 70896 Jun 28 12:57 /opt/csw/lib/sparcv9/libjbig2dec.so.0.10* With a 64bit lib! From noreply at opencsw.org Fri Sep 4 13:54:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 13:54:23 +0200 Subject: [bug-notifications] [jbig2dec 0003880]: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included In-Reply-To: <3bd7d2bf28610bd56339a2e944d4a5ce> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3880 ====================================================================== Reported By: flod Assigned To: james ====================================================================== Project: jbig2dec Issue ID: 3880 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 13:27 CEST Last Modified: 2009-09-04 13:54 CEST ====================================================================== Summary: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included Description: The included symbolic links /opt/csw/lib/amd64/libjbig2dec.so /opt/csw/lib/amd64/libjbig2dec.so.0 lead nowhere as /opt/csw/lib/amd64/libjbig2dec.so.0.10 is missing. ====================================================================== ---------------------------------------------------------------------- (0006663) flod (reporter) - 2009-09-04 13:54 http://www.opencsw.org/mantis/view.php?id=3880#c6663 ---------------------------------------------------------------------- I stumbled upon it with: "Early Access Patching Pre-flight Checks (ppc) tool" from Sun http://forums.sun.com/thread.jspa?threadID=5404908 (contract required for this forum) W 237 ~~ File: /opt/csw/lib/amd64/libjbig2dec.so.0.10 symlinked by: /opt/csw/lib/amd64/libjbig2dec.so doesn't exist (CSWjbig2dec) W 237 ~~ File: /opt/csw/lib/amd64/libjbig2dec.so.0.10 symlinked by: /opt/csw/lib/amd64/libjbig2dec.so.0 doesn't exist (CSWjbig2dec) From noreply at opencsw.org Fri Sep 4 14:09:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 14:09:01 +0200 Subject: [bug-notifications] [jbig2dec 0003880]: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included In-Reply-To: <3bd7d2bf28610bd56339a2e944d4a5ce> Message-ID: <438276d8423c36feef8159c657d80a17@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3880 ====================================================================== Reported By: flod Assigned To: james ====================================================================== Project: jbig2dec Issue ID: 3880 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 13:27 CEST Last Modified: 2009-09-04 14:09 CEST ====================================================================== Summary: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included Description: The included symbolic links /opt/csw/lib/amd64/libjbig2dec.so /opt/csw/lib/amd64/libjbig2dec.so.0 lead nowhere as /opt/csw/lib/amd64/libjbig2dec.so.0.10 is missing. ====================================================================== ---------------------------------------------------------------------- (0006664) james (manager) - 2009-09-04 14:09 http://www.opencsw.org/mantis/view.php?id=3880#c6664 ---------------------------------------------------------------------- I can't view but I guess what it's doing. The only problem might be where a link is from one package to a file in another. This can occur when a file from another package supersedes a file in a package and the package packs a link and a depend. Example: CSWbdb4 is a package of links. I have a package checker and this is one things that gets check. To over come the link to another package problem it has to do a virtual install of the package and its depends. For general unstable release packages are not checked as a set. Only when doing eg stable does the set get checked with rigour. This takes time. So the missing part in this case was me be bothered to run the check... sorry, "current" used to be called "unstable" for good reason. From noreply at opencsw.org Fri Sep 4 14:17:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 14:17:27 +0200 Subject: [bug-notifications] [ghostscript 0003881]: CSWgs package contains unexpected (?) build directory in /var/sadm/pkg/CSWgs/save Message-ID: <365424ead696662a89b108dc513801a0@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3881 ====================================================================== Reported By: flod Assigned To: ====================================================================== Project: ghostscript Issue ID: 3881 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-04 14:17 CEST Last Modified: 2009-09-04 14:17 CEST ====================================================================== Summary: CSWgs package contains unexpected (?) build directory in /var/sadm/pkg/CSWgs/save Description: /var/sadm/pkg/CSWgs/save/build exists but is unexpected (?) by sun tools. ====================================================================== From noreply at opencsw.org Fri Sep 4 14:40:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 14:40:06 +0200 Subject: [bug-notifications] [pigz 0003879]: fails to multithread on Solaris 8 In-Reply-To: <4e4def7cec73d386b52299bd9d61b8e4> Message-ID: <42a51bfbe2d716e24eb4bf7b6544cc81@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3879 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: pigz Issue ID: 3879 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 12:52 CEST Last Modified: 2009-09-04 14:40 CEST ====================================================================== Summary: fails to multithread on Solaris 8 Description: pigs (spelt pigz) fails to multithread on Solaris 8. Workaround: use /usr/lib/lwp. Suggest changing RPATH to use /usr/lib/lwp LD_OPTIONS=-R/usr/lib/lwp It's possible a patch will fix also, please find it, check it's still public and put in checkinstall if you think the patch is the solution. ====================================================================== ---------------------------------------------------------------------- (0006665) dam (manager) - 2009-09-04 14:40 http://www.opencsw.org/bugtrack/view.php?id=3879#c6665 ---------------------------------------------------------------------- Neither your suggested solution nor the one officially published from Sun works: cd work/build-isa-i386/pigz-2.1.5 && /opt/studio/SOS11/SUNWspro/bin/cc -xO3 -xarch=386 -mt -I/opt/csw/include -c yarn.c "yarn.c", line 20: warning: macro redefined: _REENTRANT cd work/build-isa-i386/pigz-2.1.5 && /opt/studio/SOS11/SUNWspro/bin/cc -xO3 -xarch=386 -mt -I/opt/csw/include -c pigz.c cd work/build-isa-i386/pigz-2.1.5 && /opt/studio/SOS11/SUNWspro/bin/cc -xarch=386 -L/opt/csw/lib -o pigz yarn.o pigz.o -lpthread -lz -R/usr/lib/lwp gmake[1]: Leaving directory `/home/dam/mgar/pkg/pigz/trunk' [build] complete for pigz. build8x% nslookup ns02.netofficeservices.net *** Can't find server name for address 192.168.1.6: Non-existent host/domain *** Default servers are not available build8x% build8x% cd work/build-isa-i386/pigz-2.1.5/ build8x% ldd pigz libpthread.so.1 => /usr/lib/libpthread.so.1 libz.so => /usr/lib/libz.so libc.so.1 => /usr/lib/libc.so.1 libdl.so.1 => /usr/lib/libdl.so.1 libthread.so.1 => /usr/lib/libthread.so.1 build8x% dump -Lv pigz pigz: **** DYNAMIC SECTION INFORMATION **** .dynamic: [INDEX] Tag Value [1] NEEDED libpthread.so.1 [2] NEEDED libz.so [3] NEEDED libc.so.1 [4] INIT 0x8059410 [5] FINI 0x805942c [6] RUNPATH /usr/lib/lwp [7] RPATH /usr/lib/lwp [8] HASH 0x8050118 [9] STRTAB 0x8050c40 [10] STRSZ 0x4d6 [11] SYMTAB 0x80504f0 [12] SYMENT 0x10 [13] CHECKSUM 0xbc05 [14] VERNEED 0x8051118 [15] VERNEEDNUM 0x2 [16] PLTSZ 0x270 [17] PLTREL 0x11 [18] JMPREL 0x8051178 [19] REL 0x8051168 [20] RELSZ 0x280 [21] RELENT 0x8 [22] DEBUG 0 [23] FEATURE_1 PARINIT [24] SUNW_CAP 0x8050108 [25] FLAGS 0 [26] FLAGS_1 0 [27] PLTGOT 0x8069a80 build8x% ldd /usr/lib/libpthread.so libthread.so.1 => /usr/lib/libthread.so.1 libdl.so.1 => /usr/lib/libdl.so.1 libc.so.1 => /usr/lib/libc.so.1 LD_LIBRARY_PATH works but RUNPATH does not as the lib is pulled in from libpthread.so which does not have this runpath set. Any ideas? From noreply at opencsw.org Fri Sep 4 15:03:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 15:03:25 +0200 Subject: [bug-notifications] [docbookxsl 0003882]: Postinstall fails on non-global zones with shared /opt Message-ID: <11c470bba657259bd15ccaefa1b87f0b@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3882 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: docbookxsl Issue ID: 3882 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-04 15:03 CEST Last Modified: 2009-09-04 15:03 CEST ====================================================================== Summary: Postinstall fails on non-global zones with shared /opt Description: Installing docbookxsl - Norman Walsh's XSL stylesheets for DocBook XML as ## Installing part 1 of 1. [ verifying class ] ## Executing postinstall script. could not open /opt/csw/etc/xml/catalog for saving could not open /opt/csw/etc/xml/catalog for saving could not open /opt/csw/etc/xml/catalog for saving could not open /opt/csw/etc/xml/catalog for saving pkginstall: ERROR: postinstall script did not complete successfully Installation of on zone partially failed. ====================================================================== From noreply at opencsw.org Fri Sep 4 15:07:49 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 15:07:49 +0200 Subject: [bug-notifications] [pigz 0003879]: fails to multithread on Solaris 8 In-Reply-To: <4e4def7cec73d386b52299bd9d61b8e4> Message-ID: <672da182aa9c16589b9a590fbec4b82d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3879 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: pigz Issue ID: 3879 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 12:52 CEST Last Modified: 2009-09-04 15:07 CEST ====================================================================== Summary: fails to multithread on Solaris 8 Description: pigs (spelt pigz) fails to multithread on Solaris 8. Workaround: use /usr/lib/lwp. Suggest changing RPATH to use /usr/lib/lwp LD_OPTIONS=-R/usr/lib/lwp It's possible a patch will fix also, please find it, check it's still public and put in checkinstall if you think the patch is the solution. ====================================================================== ---------------------------------------------------------------------- (0006666) james (reporter) - 2009-09-04 15:07 http://www.opencsw.org/bugtrack/view.php?id=3879#c6666 ---------------------------------------------------------------------- Ah yes, it's the RPATH of libpthread.so that matters. Use wrapper script with LD_LIBRARY_PATH. From noreply at opencsw.org Fri Sep 4 16:12:11 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 16:12:11 +0200 Subject: [bug-notifications] [docbookxsl 0003882]: Postinstall fails on non-global zones with shared /opt In-Reply-To: Message-ID: <99d53f67e2cfd4d94f7b81fbd988d960@www.opencsw.org> The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3882 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: docbookxsl Issue ID: 3882 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-04 15:03 CEST Last Modified: 2009-09-04 16:12 CEST ====================================================================== Summary: Postinstall fails on non-global zones with shared /opt Description: Installing docbookxsl - Norman Walsh's XSL stylesheets for DocBook XML as ## Installing part 1 of 1. [ verifying class ] ## Executing postinstall script. could not open /opt/csw/etc/xml/catalog for saving could not open /opt/csw/etc/xml/catalog for saving could not open /opt/csw/etc/xml/catalog for saving could not open /opt/csw/etc/xml/catalog for saving pkginstall: ERROR: postinstall script did not complete successfully Installation of on zone partially failed. ====================================================================== ---------------------------------------------------------------------- (0006667) bwalton (manager) - 2009-09-04 16:12 http://www.opencsw.org/bugtrack/view.php?id=3882#c6667 ---------------------------------------------------------------------- How is /opt/csw imported into the zone? The /opt/csw/etc/xml stuff should get moved to /etc/opt/csw/xml, but that requires multiple package updates and will take time...would having the files live under /etc/ make this work in your environment? From noreply at opencsw.org Fri Sep 4 16:47:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 16:47:56 +0200 Subject: [bug-notifications] [pigz 0003879]: fails to multithread on Solaris 8 In-Reply-To: <4e4def7cec73d386b52299bd9d61b8e4> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3879 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: pigz Issue ID: 3879 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 12:52 CEST Last Modified: 2009-09-04 16:47 CEST ====================================================================== Summary: fails to multithread on Solaris 8 Description: pigs (spelt pigz) fails to multithread on Solaris 8. Workaround: use /usr/lib/lwp. Suggest changing RPATH to use /usr/lib/lwp LD_OPTIONS=-R/usr/lib/lwp It's possible a patch will fix also, please find it, check it's still public and put in checkinstall if you think the patch is the solution. ====================================================================== ---------------------------------------------------------------------- (0006668) dam (manager) - 2009-09-04 16:47 http://www.opencsw.org/bugtrack/view.php?id=3879#c6668 ---------------------------------------------------------------------- New version with wrapper script in place in testing/, please try http://mirror.opencsw.org/testing/pigz-2.1.5,REV=2009.09.04-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/pigz-2.1.5,REV=2009.09.04-SunOS5.8-i386-CSW.pkg.gz From noreply at opencsw.org Fri Sep 4 16:58:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 16:58:46 +0200 Subject: [bug-notifications] [pigz 0003879]: fails to multithread on Solaris 8 In-Reply-To: <4e4def7cec73d386b52299bd9d61b8e4> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3879 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: pigz Issue ID: 3879 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 12:52 CEST Last Modified: 2009-09-04 16:58 CEST ====================================================================== Summary: fails to multithread on Solaris 8 Description: pigs (spelt pigz) fails to multithread on Solaris 8. Workaround: use /usr/lib/lwp. Suggest changing RPATH to use /usr/lib/lwp LD_OPTIONS=-R/usr/lib/lwp It's possible a patch will fix also, please find it, check it's still public and put in checkinstall if you think the patch is the solution. ====================================================================== ---------------------------------------------------------------------- (0006669) james (reporter) - 2009-09-04 16:58 http://www.opencsw.org/bugtrack/view.php?id=3879#c6669 ---------------------------------------------------------------------- Proof - pigs can fly! $ uname -a SunOS gyor 5.8 Generic_117350-38 sun4u sparc SUNW,Ultra-60 $ mkfile 100m /tmp/junk $ ptime pigz -f /tmp/junk real 5.897 user 10.493 sys 0.602 $ uname -a SunOS bala 5.8 Generic_117351-32 i86pc i386 i86pc $ mkfile 100m /tmp/junk $ ptime pigz -f /tmp/junk real 10.994 user 19.463 sys 1.785 From noreply at opencsw.org Fri Sep 4 17:07:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 17:07:48 +0200 Subject: [bug-notifications] [libtool 0003738]: Libtool is not aware of all compilers at OpenCSW In-Reply-To: Message-ID: <334e4c86597e54234e87d9891b89e968@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3738 ====================================================================== Reported By: ihsan Assigned To: dam ====================================================================== Project: libtool Issue ID: 3738 Category: packaging Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-06-29 11:25 CEST Last Modified: 2009-09-04 17:07 CEST ====================================================================== Summary: Libtool is not aware of all compilers at OpenCSW Description: Libtool is not aware of all compilers at OpenCSW. ====================================================================== ---------------------------------------------------------------------- (0006670) dam (manager) - 2009-09-04 17:07 http://www.opencsw.org/mantis/view.php?id=3738#c6670 ---------------------------------------------------------------------- Packages available at testing/ http://mirror.opencsw.org/testing/libtool_rt-2.2.6,REV=2009.09.04_rev=a-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/libtool-2.2.6,REV=2009.09.04_rev=a-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/libtool_rt-2.2.6,REV=2009.09.04_rev=a-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/libtool-2.2.6,REV=2009.09.04_rev=a-SunOS5.8-i386-CSW.pkg.gz From noreply at opencsw.org Fri Sep 4 17:08:33 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 17:08:33 +0200 Subject: [bug-notifications] [pigz 0003879]: fails to multithread on Solaris 8 In-Reply-To: <4e4def7cec73d386b52299bd9d61b8e4> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3879 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: pigz Issue ID: 3879 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-04 12:52 CEST Last Modified: 2009-09-04 17:08 CEST ====================================================================== Summary: fails to multithread on Solaris 8 Description: pigs (spelt pigz) fails to multithread on Solaris 8. Workaround: use /usr/lib/lwp. Suggest changing RPATH to use /usr/lib/lwp LD_OPTIONS=-R/usr/lib/lwp It's possible a patch will fix also, please find it, check it's still public and put in checkinstall if you think the patch is the solution. ====================================================================== ---------------------------------------------------------------------- (0006671) dam (manager) - 2009-09-04 17:08 http://www.opencsw.org/mantis/view.php?id=3879#c6671 ---------------------------------------------------------------------- Released to current/ 2.1.5,REV=2009.09.04 From noreply at opencsw.org Fri Sep 4 17:11:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 17:11:40 +0200 Subject: [bug-notifications] [libspeex 0002963]: /opt/csw/share/aclocal/speex.m4:10: warning: underquoted definition of XIPH_PATH_SPEEX In-Reply-To: <0cabe343fab3b3fbee913fccde950f12> Message-ID: <2ac50ab293002c6d21645b0e77bb5460@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2963 ====================================================================== Reported By: skayser Assigned To: dam ====================================================================== Project: libspeex Issue ID: 2963 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-11-29 20:43 CET Last Modified: 2009-09-04 17:11 CEST ====================================================================== Summary: /opt/csw/share/aclocal/speex.m4:10: warning: underquoted definition of XIPH_PATH_SPEEX Description: autoreconf v2.63 complains /opt/csw/share/aclocal/speex.m4:10: warning: underquoted definition of XIPH_PATH_SPEEX /opt/csw/share/aclocal/speex.m4:10: run info '(automake)Extending aclocal' /opt/csw/share/aclocal/speex.m4:10: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal Happens when i autoreconf the synergy source on build8x. autoreconf run is successful as the above is just a warning. This a known issue with a simple fix available. I guess everyone using autoreconf on the build systems gets these warnings, so it would be nice to have them patched away :) http://lists.macosforge.org/pipermail/macports-users/2007-September/005440.html https://trac.xiph.org/ticket/571 ====================================================================== ---------------------------------------------------------------------- (0006672) dam (manager) - 2009-09-04 17:11 http://www.opencsw.org/mantis/view.php?id=2963#c6672 ---------------------------------------------------------------------- Fixed in 1.2_rev=rc1,REV=2009.08.13 released to current/ From noreply at opencsw.org Fri Sep 4 17:43:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 17:43:26 +0200 Subject: [bug-notifications] [unzip 0003883]: Please upgrade to 6.0 Message-ID: <0e99e61f45a12e9fd346d86c1f5b1f97@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3883 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: unzip Issue ID: 3883 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-04 17:43 CEST Last Modified: 2009-09-04 17:43 CEST ====================================================================== Summary: Please upgrade to 6.0 Description: Available since April from http://www.info-zip.org/ ====================================================================== From noreply at opencsw.org Fri Sep 4 17:46:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 17:46:03 +0200 Subject: [bug-notifications] [unzip 0003883]: Please upgrade to 6.0 In-Reply-To: <5c99fccd75d5c0a2edbbf2955633366f> Message-ID: A NOTE has been added to this issue. ====================================================================== http://opencsw.org/mantis/view.php?id=3883 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: unzip Issue ID: 3883 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-04 17:43 CEST Last Modified: 2009-09-04 17:46 CEST ====================================================================== Summary: Please upgrade to 6.0 Description: Available since April from http://www.info-zip.org/ ====================================================================== ---------------------------------------------------------------------- (0006673) james (manager) - 2009-09-04 17:46 http://opencsw.org/mantis/view.php?id=3883#c6673 ---------------------------------------------------------------------- Intersting... http://www.info-zip.org/UnZip.html From noreply at opencsw.org Fri Sep 4 17:46:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 17:46:16 +0200 Subject: [bug-notifications] [unzip 0003883]: Please upgrade to 6.0 In-Reply-To: <5c99fccd75d5c0a2edbbf2955633366f> Message-ID: <415f21980e9753dc8d18821ef2fa8473@opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://opencsw.org/mantis/view.php?id=3883 ====================================================================== Reported By: dam Assigned To: james ====================================================================== Project: unzip Issue ID: 3883 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 17:43 CEST Last Modified: 2009-09-04 17:46 CEST ====================================================================== Summary: Please upgrade to 6.0 Description: Available since April from http://www.info-zip.org/ ====================================================================== ---------------------------------------------------------------------- (0006673) james (manager) - 2009-09-04 17:46 http://opencsw.org/mantis/view.php?id=3883#c6673 ---------------------------------------------------------------------- Intersting... http://www.info-zip.org/UnZip.html From noreply at opencsw.org Fri Sep 4 20:39:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 20:39:42 +0200 Subject: [bug-notifications] [ghostscript 0003881]: CSWgs package contains unexpected (?) build directory in /var/sadm/pkg/CSWgs/save In-Reply-To: <3c11cdafc1eb437618298410a99efe16> Message-ID: <5ee0dcc44340b660709ce357bf5fa201@opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://opencsw.org/mantis/view.php?id=3881 ====================================================================== Reported By: flod Assigned To: james ====================================================================== Project: ghostscript Issue ID: 3881 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 14:17 CEST Last Modified: 2009-09-04 20:39 CEST ====================================================================== Summary: CSWgs package contains unexpected (?) build directory in /var/sadm/pkg/CSWgs/save Description: /var/sadm/pkg/CSWgs/save/build exists but is unexpected (?) by sun tools. ====================================================================== From noreply at opencsw.org Fri Sep 4 20:43:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 20:43:25 +0200 Subject: [bug-notifications] [ghostscript 0003881]: CSWgs package contains unexpected (?) build directory in /var/sadm/pkg/CSWgs/save In-Reply-To: <3c11cdafc1eb437618298410a99efe16> Message-ID: <33e4b41f1a40bfabfb6dfd82bba8ab20@opencsw.org> A NOTE has been added to this issue. ====================================================================== http://opencsw.org/mantis/view.php?id=3881 ====================================================================== Reported By: flod Assigned To: james ====================================================================== Project: ghostscript Issue ID: 3881 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 14:17 CEST Last Modified: 2009-09-04 20:43 CEST ====================================================================== Summary: CSWgs package contains unexpected (?) build directory in /var/sadm/pkg/CSWgs/save Description: /var/sadm/pkg/CSWgs/save/build exists but is unexpected (?) by sun tools. ====================================================================== ---------------------------------------------------------------------- (0006674) james (manager) - 2009-09-04 20:43 http://opencsw.org/mantis/view.php?id=3881#c6674 ---------------------------------------------------------------------- This directory contains the data for the standard packaging class "build". The files are the scripts that are the instructions to the build class. They have to be kept so the build class knows how to uninstall. Install and remove works so I say the checker is wrong. From noreply at opencsw.org Fri Sep 4 21:43:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 21:43:08 +0200 Subject: [bug-notifications] [drupal 0003884]: Depend for CSWapache2c sub package Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3884 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: drupal Issue ID: 3884 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-04 21:43 CEST Last Modified: 2009-09-04 21:43 CEST ====================================================================== Summary: Depend for CSWapache2c sub package Description: Uses CSWapache2c sub package as depend. Should name top level CSWapache2. Workaround: manually install the right bits. ====================================================================== From noreply at opencsw.org Fri Sep 4 21:43:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 21:43:52 +0200 Subject: [bug-notifications] [mediawiki 0003885]: Depend for CSWapache2c sub package Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3885 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: mediawiki Issue ID: 3885 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-04 21:43 CEST Last Modified: 2009-09-04 21:43 CEST ====================================================================== Summary: Depend for CSWapache2c sub package Description: Uses CSWapache2c sub package as depend. Should name top level CSWapache2. Workaround: manually install the right bits. ====================================================================== From noreply at opencsw.org Fri Sep 4 21:44:41 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 21:44:41 +0200 Subject: [bug-notifications] [squirrelmail 0003886]: Depend for CSWapache2c sub package Message-ID: <373e9b8f72df911a914e0b9478f7102f@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3886 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: squirrelmail Issue ID: 3886 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-04 21:44 CEST Last Modified: 2009-09-04 21:44 CEST ====================================================================== Summary: Depend for CSWapache2c sub package Description: Uses CSWapache2c sub package as depend. Should name top level CSWapache2. Workaround: manually install the right bits. ====================================================================== From noreply at opencsw.org Sat Sep 5 11:10:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 5 Sep 2009 11:10:27 +0200 Subject: [bug-notifications] [php4_cgi 0003887]: php4_cgi does not have php-cgi Message-ID: <0ad8006e746a8f74fec94a35ff1c8e68@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3887 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: php4_cgi Issue ID: 3887 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-05 11:10 CEST Last Modified: 2009-09-05 11:10 CEST ====================================================================== Summary: php4_cgi does not have php-cgi Description: php4_cgi 4.4.9,REV=2009.05.28 does not have /opt/csw/bin/php-cgi php4_cgi-4.4.8,REV=2008.05.02 has this file and works. ====================================================================== From noreply at opencsw.org Sat Sep 5 12:13:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 5 Sep 2009 12:13:25 +0200 Subject: [bug-notifications] [pyzor 0003888]: Python update breaks pyzor Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3888 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: pyzor Issue ID: 3888 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-05 12:13 CEST Last Modified: 2009-09-05 12:13 CEST ====================================================================== Summary: Python update breaks pyzor Description: After update to python-2.6.2,REV=2009.05.28 pyzor fails with spamassassin reporting: Sep 5 09:39:05 localhost spamd[25349]: pyzor: check failed: internal error Back down to 2.6.1,REV=2009.03.02 and pyzor works again. Spamassassin was restarted in case it was necessary. ====================================================================== From noreply at opencsw.org Sun Sep 6 09:09:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 6 Sep 2009 09:09:18 +0200 Subject: [bug-notifications] [wgetpaste 0003871]: /usr/bin/bash on Solaris 8 + 9 bails out on wgetpaste In-Reply-To: Message-ID: <4022f5074224be3fb4b0e19c183d63c6@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3871 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: wgetpaste Issue ID: 3871 Category: regular use Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-08-28 21:53 CEST Last Modified: 2009-09-06 09:09 CEST ====================================================================== Summary: /usr/bin/bash on Solaris 8 + 9 bails out on wgetpaste Description: skayser @ build8s ~$ wgetpaste --help /opt/csw/bin/wgetpaste: line 114: syntax error near unexpected token `<<<' /opt/csw/bin/wgetpaste: line 114: ` sed -e 's|%|%25|g' -e 's|&|%26|g' -e 's|+|%2b|g' -e 's|;|%3b|g' -e 's| |+|g' <<< "$*" || die "sed failed"' skayser @ build9s ~$ wgetpaste --help /opt/csw/bin/wgetpaste: line 114: syntax error near unexpected token `<<<' /opt/csw/bin/wgetpaste: line 114: ` sed -e 's|%|%25|g' -e 's|&|%26|g' -e 's|+|%2b|g' -e 's|;|%3b|g' -e 's| |+|g' <<< "$*" || die "sed failed"' skayser @ build8s ~$ head -1 /opt/csw/bin/wgetpaste #!/usr/bin/env bash skayser @ build8s ~$ type bash bash is /usr/bin/bash Using /opt/csw/bin/bash works. skayser @ build8s ~$ /opt/csw/bin/bash /opt/csw/bin/wgetpaste --help | head Usage: /opt/csw/bin/wgetpaste [options] [file[s]] Options: -l, --language LANG set language (defaults to "Plain Text") -d, --description DESCRIPTION set description (defaults to "stdin" or filename) -n, --nick NICK set nick (defaults to your username) -s, --service SERVICE set service to use (defaults to "dpaste") -e, --expiration EXPIRATION set when it should expire (defaults to "30 days") -S, --list-services list supported pastebin services ====================================================================== ---------------------------------------------------------------------- (0006675) maciej (manager) - 2009-09-06 09:09 http://www.opencsw.org/bugtrack/view.php?id=3871#c6675 ---------------------------------------------------------------------- The new wgetpaste version is now in current. From noreply at opencsw.org Sun Sep 6 11:14:45 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 6 Sep 2009 11:14:45 +0200 Subject: [bug-notifications] [thunderbird 0003876]: thunderbird 2.0.0.23 and libsqlite3 issue? In-Reply-To: <3a0dda223a374af53f8210016c3fb1d5> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3876 ====================================================================== Reported By: rbi Assigned To: wbonnet ====================================================================== Project: thunderbird Issue ID: 3876 Category: regular use Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-02 16:50 CEST Last Modified: 2009-09-06 11:14 CEST ====================================================================== Summary: thunderbird 2.0.0.23 and libsqlite3 issue? Description: thunderbird 2.0.0.23,REV=2009.08.22 was crashing for me on solaris 10 sparc, when trying to read certain messages (not all of them), with: ld.so.1: thunderbird-bin: fatal: relocation error: \ file /opt/csw/mozilla/thunderbird/lib/components/libstoragecomps.so: \ symbol sqlite3_os_switch: referenced symbol not found In fact the symbol doesn't exist in /opt/csw/lib/libsqlite3.so.0.8.6 CSWsqlite3rt , probably because, as stated in: http://www.sqlite.org/34to35.html : 1. The undocumented sqlite3_os_switch() interface has been removed. so installing the new sqlite3 from testing didn't help. ====================================================================== ---------------------------------------------------------------------- (0006676) wbonnet (manager) - 2009-09-06 11:14 http://www.opencsw.org/bugtrack/view.php?id=3876#c6676 ---------------------------------------------------------------------- Packages currently in testing solve this issue (thunderbird-2.0.0.23,REV=2009.09.06-SunOS5.8) I have not yet finished to analyze the reasons of the regression between version 2.0.0.22 and .23. Both were using the same parameters (use sqlite embedded in TB which has the symbol). To fix the problem i have activated the use of "system-sqlite" (this CSWsqlite3_rt libs in all cases) and I removed the call to the function sqlite_os_switch according to recommendation from sqlite.org Issue will be closed when packages will hit the mirrors From noreply at opencsw.org Sun Sep 6 12:07:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 6 Sep 2009 12:07:55 +0200 Subject: [bug-notifications] [mercurial 0002982]: Please upgrade to 1.1.2 In-Reply-To: <583c67799e65a205d5e7f50e9195e7e2> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2982 ====================================================================== Reported By: dam Assigned To: rupert ====================================================================== Project: mercurial Issue ID: 2982 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-01-14 13:49 CET Last Modified: 2009-09-06 12:07 CEST ====================================================================== Summary: Please upgrade to 1.1.2 Description: Please upgrade to 1.1.2 ====================================================================== From noreply at opencsw.org Sun Sep 6 12:11:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 6 Sep 2009 12:11:25 +0200 Subject: [bug-notifications] [mercurial 0002982]: Please upgrade to 1.1.2 In-Reply-To: <583c67799e65a205d5e7f50e9195e7e2> Message-ID: <6015e5026e3ac257da8e68fc90ca3fdf@www.opencsw.org> The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2982 ====================================================================== Reported By: dam Assigned To: rupert ====================================================================== Project: mercurial Issue ID: 2982 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-01-14 13:49 CET Last Modified: 2009-09-06 12:11 CEST ====================================================================== Summary: Please upgrade to 1.1.2 Description: Please upgrade to 1.1.2 ====================================================================== ---------------------------------------------------------------------- (0006677) rupert (manager) - 2009-09-06 12:11 http://www.opencsw.org/bugtrack/view.php?id=2982#c6677 ---------------------------------------------------------------------- fixed with 1.3.1,REV=2009.08.02 From noreply at opencsw.org Sun Sep 6 12:16:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 6 Sep 2009 12:16:56 +0200 Subject: [bug-notifications] [trac 0003061]: Please upgrade to version 0.11 In-Reply-To: Message-ID: <3b0b0745cb37e1f6b45cac2f2a11e776@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3061 ====================================================================== Reported By: wimvandijck Assigned To: ====================================================================== Project: trac Issue ID: 3061 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-02-06 14:20 CET Last Modified: 2009-09-06 12:16 CEST ====================================================================== Summary: Please upgrade to version 0.11 Description: Current stable version is 0.11.2.1. CSW version is 0.10.4 ====================================================================== ---------------------------------------------------------------------- (0006678) rupert (manager) - 2009-09-06 12:16 http://www.opencsw.org/bugtrack/view.php?id=3061#c6678 ---------------------------------------------------------------------- fixed with 0.11.5,REV=2009.08.03 From noreply at opencsw.org Sun Sep 6 12:18:17 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 6 Sep 2009 12:18:17 +0200 Subject: [bug-notifications] [trac 0003498]: Please update to 0.11.3 In-Reply-To: Message-ID: <07072ad8c922b57612e3096c79470226@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3498 ====================================================================== Reported By: wbonnet Assigned To: ====================================================================== Project: trac Issue ID: 3498 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-03-25 22:22 CET Last Modified: 2009-09-06 12:18 CEST ====================================================================== Summary: Please update to 0.11.3 Description: Please update to 0.11.3 ====================================================================== ---------------------------------------------------------------------- (0006679) rupert (manager) - 2009-09-06 12:18 http://www.opencsw.org/bugtrack/view.php?id=3498#c6679 ---------------------------------------------------------------------- fixed with 0.11.5,REV=2009.08.03 From noreply at opencsw.org Sun Sep 6 12:18:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 6 Sep 2009 12:18:51 +0200 Subject: [bug-notifications] [trac 0003659]: trac 0.10 broken by latest CSW packages In-Reply-To: <80b3025cebdf5666b080730b9c2b5321> Message-ID: <85f6af0fc11a6bff7a9a2e7f44d73690@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3659 ====================================================================== Reported By: brx75 Assigned To: ====================================================================== Project: trac Issue ID: 3659 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: won't fix Fixed in Version: ====================================================================== Date Submitted: 2009-05-08 16:07 CEST Last Modified: 2009-09-06 12:18 CEST ====================================================================== Summary: trac 0.10 broken by latest CSW packages Description: Subversion 1.6.1, SQLite3 3.6.10 and pySQL broke TRAC 0.10 ====================================================================== ---------------------------------------------------------------------- (0006680) rupert (manager) - 2009-09-06 12:18 http://www.opencsw.org/bugtrack/view.php?id=3659#c6680 ---------------------------------------------------------------------- won't fix. pls upgradde to 0.11.5 From noreply at opencsw.org Mon Sep 7 16:42:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 7 Sep 2009 16:42:56 +0200 Subject: [bug-notifications] [libflac 0003791]: libFLAC.so.4 is still needed by dependants In-Reply-To: <6d52a2b6580afffae586bce42045122d> Message-ID: <26fb9d564ec40c15577ad52eaf612108@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3791 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: libflac Issue ID: 3791 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-07-30 16:37 CEST Last Modified: 2009-09-07 16:42 CEST ====================================================================== Summary: libFLAC.so.4 is still needed by dependants Description: libFLAC.so.4 is still needed by dependants but is no longer supplied. Please include the old lib until the dependents have been rebuilt. ====================================================================== ---------------------------------------------------------------------- (0006681) dam (manager) - 2009-09-07 16:42 http://www.opencsw.org/mantis/view.php?id=3791#c6681 ---------------------------------------------------------------------- This has been fixed in 1.2.1,REV=2009.09.05 and delivered to testing/, please verify: libflac-1.2.1,REV=2009.09.05-SunOS5.8-i386-CSW.pkg.gz xmms_flac-1.2.1,REV=2009.09.05-SunOS5.8-i386-CSW.pkg.gz libflac-1.2.1,REV=2009.09.05-SunOS5.8-sparc-CSW.pkg.gz xmms_flac-1.2.1,REV=2009.09.05-SunOS5.8-sparc-CSW.pkg.gz From noreply at opencsw.org Mon Sep 7 16:44:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 7 Sep 2009 16:44:01 +0200 Subject: [bug-notifications] [pm_gd 0003737]: GARNAME is invalid In-Reply-To: <52cb423e7d65ccc7477e0612ae2dacd0> Message-ID: <7efd6f5a479b373a1243a6bec9b7d4cd@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3737 ====================================================================== Reported By: wbonnet Assigned To: dam ====================================================================== Project: pm_gd Issue ID: 3737 Category: other Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-06-28 22:01 CEST Last Modified: 2009-09-07 16:44 CEST ====================================================================== Summary: GARNAME is invalid Description: GARNAME of this packageis GD, it should be pm_GD. This name conflits with GD (the lib not the perl wrapper containted in this package) ====================================================================== ---------------------------------------------------------------------- (0006682) dam (manager) - 2009-09-07 16:44 http://www.opencsw.org/mantis/view.php?id=3737#c6682 ---------------------------------------------------------------------- William, any feedback on this? From noreply at opencsw.org Mon Sep 7 22:04:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 7 Sep 2009 22:04:01 +0200 Subject: [bug-notifications] [pm_gd 0003737]: GARNAME is invalid In-Reply-To: <52cb423e7d65ccc7477e0612ae2dacd0> Message-ID: <416a4ce84d1f67687677f57f615fa816@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3737 ====================================================================== Reported By: wbonnet Assigned To: dam ====================================================================== Project: pm_gd Issue ID: 3737 Category: other Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-06-28 22:01 CEST Last Modified: 2009-09-07 22:04 CEST ====================================================================== Summary: GARNAME is invalid Description: GARNAME of this packageis GD, it should be pm_GD. This name conflits with GD (the lib not the perl wrapper containted in this package) ====================================================================== ---------------------------------------------------------------------- (0006683) wbonnet (reporter) - 2009-09-07 22:04 http://www.opencsw.org/mantis/view.php?id=3737#c6683 ---------------------------------------------------------------------- My point of view is that we may face the same problem later and define a standard. Even if the CPAN module is called GD, we should use pm_gd. We may imagine soon we will have to face problem between foo pm_foo and py_foo. Each will be using FOO as its internal name. btw uwatch is not (yet) case sensitive, but it is certainly not the good way to distinguish between (lib)GD and pm_gd From noreply at opencsw.org Tue Sep 8 08:16:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 8 Sep 2009 08:16:10 +0200 Subject: [bug-notifications] [libflac 0003791]: libFLAC.so.4 is still needed by dependants In-Reply-To: <6d52a2b6580afffae586bce42045122d> Message-ID: <86683eb70bbf9504c9815a7e9b2bd1dd@www.opencsw.org> The following issue has been REOPENED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3791 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: libflac Issue ID: 3791 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-07-30 16:37 CEST Last Modified: 2009-09-08 08:16 CEST ====================================================================== Summary: libFLAC.so.4 is still needed by dependants Description: libFLAC.so.4 is still needed by dependants but is no longer supplied. Please include the old lib until the dependents have been rebuilt. ====================================================================== ---------------------------------------------------------------------- (0006681) dam (manager) - 2009-09-07 16:42 http://www.opencsw.org/mantis/view.php?id=3791#c6681 ---------------------------------------------------------------------- This has been fixed in 1.2.1,REV=2009.09.05 and delivered to testing/, please verify: libflac-1.2.1,REV=2009.09.05-SunOS5.8-i386-CSW.pkg.gz xmms_flac-1.2.1,REV=2009.09.05-SunOS5.8-i386-CSW.pkg.gz libflac-1.2.1,REV=2009.09.05-SunOS5.8-sparc-CSW.pkg.gz xmms_flac-1.2.1,REV=2009.09.05-SunOS5.8-sparc-CSW.pkg.gz From noreply at opencsw.org Tue Sep 8 08:23:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 8 Sep 2009 08:23:30 +0200 Subject: [bug-notifications] [pigz 0003879]: fails to multithread on Solaris 8 In-Reply-To: <4e4def7cec73d386b52299bd9d61b8e4> Message-ID: <7d7d1de8bba63f4adb2d96866c6e95d3@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3879 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: pigz Issue ID: 3879 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-04 12:52 CEST Last Modified: 2009-09-08 08:23 CEST ====================================================================== Summary: fails to multithread on Solaris 8 Description: pigs (spelt pigz) fails to multithread on Solaris 8. Workaround: use /usr/lib/lwp. Suggest changing RPATH to use /usr/lib/lwp LD_OPTIONS=-R/usr/lib/lwp It's possible a patch will fix also, please find it, check it's still public and put in checkinstall if you think the patch is the solution. ====================================================================== ---------------------------------------------------------------------- (0006671) dam (manager) - 2009-09-04 17:08 http://www.opencsw.org/bugtrack/view.php?id=3879#c6671 ---------------------------------------------------------------------- Released to current/ 2.1.5,REV=2009.09.04 From noreply at opencsw.org Tue Sep 8 11:09:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 8 Sep 2009 11:09:18 +0200 Subject: [bug-notifications] [libflac 0003791]: libFLAC.so.4 is still needed by dependants In-Reply-To: <6d52a2b6580afffae586bce42045122d> Message-ID: <71446635cb6760a33538c81e0feead51@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3791 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: libflac Issue ID: 3791 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-07-30 16:37 CEST Last Modified: 2009-09-08 11:09 CEST ====================================================================== Summary: libFLAC.so.4 is still needed by dependants Description: libFLAC.so.4 is still needed by dependants but is no longer supplied. Please include the old lib until the dependents have been rebuilt. ====================================================================== ---------------------------------------------------------------------- (0006684) james (reporter) - 2009-09-08 11:09 http://www.opencsw.org/mantis/view.php?id=3791#c6684 ---------------------------------------------------------------------- Confirmed working, thank you. From noreply at opencsw.org Tue Sep 8 17:05:59 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 8 Sep 2009 17:05:59 +0200 Subject: [bug-notifications] [libflac 0003791]: libFLAC.so.4 is still needed by dependants In-Reply-To: <6d52a2b6580afffae586bce42045122d> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3791 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: libflac Issue ID: 3791 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-07-30 16:37 CEST Last Modified: 2009-09-08 17:05 CEST ====================================================================== Summary: libFLAC.so.4 is still needed by dependants Description: libFLAC.so.4 is still needed by dependants but is no longer supplied. Please include the old lib until the dependents have been rebuilt. ====================================================================== ---------------------------------------------------------------------- (0006685) dam (manager) - 2009-09-08 17:05 http://www.opencsw.org/mantis/view.php?id=3791#c6685 ---------------------------------------------------------------------- Delivered to current From noreply at opencsw.org Tue Sep 8 19:18:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 8 Sep 2009 19:18:27 +0200 Subject: [bug-notifications] [libxml2 0003889]: Pleased upgrade libxml2 to latest and rebuild PHP against it Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3889 ====================================================================== Reported By: jsilve1 Assigned To: ====================================================================== Project: libxml2 Issue ID: 3889 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-08 19:18 CEST Last Modified: 2009-09-08 19:18 CEST ====================================================================== Summary: Pleased upgrade libxml2 to latest and rebuild PHP against it Description: There is a bug in libxml2 that results in broken XML output in PHP. http://bugs.php.net/bug.php?id=45996 Please update the libxml2 and PHP packages. ====================================================================== From noreply at opencsw.org Tue Sep 8 19:24:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 8 Sep 2009 19:24:07 +0200 Subject: [bug-notifications] [libxml2 0003889]: Pleased upgrade libxml2 to latest and rebuild PHP against it In-Reply-To: Message-ID: <4b032ea22805fb6f3c3ec4f7229341f6@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3889 ====================================================================== Reported By: jsilve1 Assigned To: ====================================================================== Project: libxml2 Issue ID: 3889 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-08 19:18 CEST Last Modified: 2009-09-08 19:24 CEST ====================================================================== Summary: Pleased upgrade libxml2 to latest and rebuild PHP against it Description: There is a bug in libxml2 that results in broken XML output in PHP. http://bugs.php.net/bug.php?id=45996 Please update the libxml2 and PHP packages. ====================================================================== ---------------------------------------------------------------------- (0006686) bwalton (reporter) - 2009-09-08 19:24 http://www.opencsw.org/bugtrack/view.php?id=3889#c6686 ---------------------------------------------------------------------- Dago: If you update libxml2, lets coordinate a change of $sysconfdir with the other xml/xsl/docbook packages... I have an open bug on docbookxsl that can be solved by moving from /opt/csw/etc/ to /etc/opt/csw/. Thanks -Ben From noreply at opencsw.org Tue Sep 8 22:57:59 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 8 Sep 2009 22:57:59 +0200 Subject: [bug-notifications] [libxml2 0003889]: Pleased upgrade libxml2 to latest and rebuild PHP against it In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://opencsw.org/mantis/view.php?id=3889 ====================================================================== Reported By: jsilve1 Assigned To: dam ====================================================================== Project: libxml2 Issue ID: 3889 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-08 19:18 CEST Last Modified: 2009-09-08 22:57 CEST ====================================================================== Summary: Pleased upgrade libxml2 to latest and rebuild PHP against it Description: There is a bug in libxml2 that results in broken XML output in PHP. http://bugs.php.net/bug.php?id=45996 Please update the libxml2 and PHP packages. ====================================================================== ---------------------------------------------------------------------- (0006686) bwalton (reporter) - 2009-09-08 19:24 http://opencsw.org/mantis/view.php?id=3889#c6686 ---------------------------------------------------------------------- Dago: If you update libxml2, lets coordinate a change of $sysconfdir with the other xml/xsl/docbook packages... I have an open bug on docbookxsl that can be solved by moving from /opt/csw/etc/ to /etc/opt/csw/. Thanks -Ben From noreply at opencsw.org Tue Sep 8 22:58:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 8 Sep 2009 22:58:51 +0200 Subject: [bug-notifications] [libxml2 0003889]: Pleased upgrade libxml2 to latest and rebuild PHP against it In-Reply-To: Message-ID: <1994a61cd3e29111dee7a28f0d8da62e@opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://opencsw.org/mantis/view.php?id=3889 ====================================================================== Reported By: jsilve1 Assigned To: dam ====================================================================== Project: libxml2 Issue ID: 3889 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-09-08 19:18 CEST Last Modified: 2009-09-08 22:58 CEST ====================================================================== Summary: Pleased upgrade libxml2 to latest and rebuild PHP against it Description: There is a bug in libxml2 that results in broken XML output in PHP. http://bugs.php.net/bug.php?id=45996 Please update the libxml2 and PHP packages. ====================================================================== ---------------------------------------------------------------------- (0006687) dam (manager) - 2009-09-08 22:58 http://opencsw.org/mantis/view.php?id=3889#c6687 ---------------------------------------------------------------------- Hi, I am unsure on how to proceed here. We already have libxml2 2.7.3 and php 5.2.9, so the error should theoretically be fixed according to the links you provided. Any more thoughts on this one? From noreply at opencsw.org Tue Sep 8 23:24:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 8 Sep 2009 23:24:23 +0200 Subject: [bug-notifications] [libxml2 0003889]: Pleased upgrade libxml2 to latest and rebuild PHP against it In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://opencsw.org/mantis/view.php?id=3889 ====================================================================== Reported By: jsilve1 Assigned To: dam ====================================================================== Project: libxml2 Issue ID: 3889 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-09-08 19:18 CEST Last Modified: 2009-09-08 23:24 CEST ====================================================================== Summary: Pleased upgrade libxml2 to latest and rebuild PHP against it Description: There is a bug in libxml2 that results in broken XML output in PHP. http://bugs.php.net/bug.php?id=45996 Please update the libxml2 and PHP packages. ====================================================================== ---------------------------------------------------------------------- (0006688) jsilve1 (reporter) - 2009-09-08 23:24 http://opencsw.org/mantis/view.php?id=3889#c6688 ---------------------------------------------------------------------- hmmm... According to my pkgutil output, I only see libxml2 2.6.26 > pkgutil -a | grep libxml2 libxml2 CSWlibxml2 2.6.26 1.5 MB I am probably doing something wrong, though, like looking at the wrong repository. I'll have to take a look more closely. Thanks! From noreply at opencsw.org Wed Sep 9 12:16:21 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 9 Sep 2009 12:16:21 +0200 Subject: [bug-notifications] [libxml2 0003889]: Pleased upgrade libxml2 to latest and rebuild PHP against it In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://opencsw.org/mantis/view.php?id=3889 ====================================================================== Reported By: jsilve1 Assigned To: dam ====================================================================== Project: libxml2 Issue ID: 3889 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-09-08 19:18 CEST Last Modified: 2009-09-09 12:16 CEST ====================================================================== Summary: Pleased upgrade libxml2 to latest and rebuild PHP against it Description: There is a bug in libxml2 that results in broken XML output in PHP. http://bugs.php.net/bug.php?id=45996 Please update the libxml2 and PHP packages. ====================================================================== ---------------------------------------------------------------------- (0006689) dam (manager) - 2009-09-09 12:16 http://opencsw.org/mantis/view.php?id=3889#c6689 ---------------------------------------------------------------------- Could you please check to what mirror pkgutil is pointing to? From noreply at opencsw.org Wed Sep 9 14:46:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 9 Sep 2009 14:46:42 +0200 Subject: [bug-notifications] [pixman 0003890]: Please upgrade to 0.16 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3890 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: pixman Issue ID: 3890 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-09 14:46 CEST Last Modified: 2009-09-09 14:46 CEST ====================================================================== Summary: Please upgrade to 0.16 Description: Please upgrade to 0.16 ====================================================================== From noreply at opencsw.org Wed Sep 9 16:54:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 9 Sep 2009 16:54:55 +0200 Subject: [bug-notifications] [libmm 0003472]: Please update package to latest In-Reply-To: <9c94a3669d19eb9a2cce29f016f7a99b> Message-ID: <2827ca5e4f55da5750f05878c563920a@opencsw.org> A NOTE has been added to this issue. ====================================================================== http://opencsw.org/mantis/view.php?id=3472 ====================================================================== Reported By: wbonnet Assigned To: ====================================================================== Project: libmm Issue ID: 3472 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-03-19 21:28 CET Last Modified: 2009-09-09 16:54 CEST ====================================================================== Summary: Please update package to latest Description: The current version of package is from 2004. Can you please update to version 1.4.2 (which is also pretty but latest available) TiA ====================================================================== ---------------------------------------------------------------------- (0006690) dam (reporter) - 2009-09-09 16:54 http://opencsw.org/mantis/view.php?id=3472#c6690 ---------------------------------------------------------------------- New packages in testing, please take a look if this suits your needs: libmm-1.4.2,REV=2009.09.09-SunOS5.8-i386-CSW.pkg.gz libmm-1.4.2,REV=2009.09.09-SunOS5.8-sparc-CSW.pkg.gz From noreply at opencsw.org Wed Sep 9 23:48:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 9 Sep 2009 23:48:44 +0200 Subject: [bug-notifications] [pixman 0003890]: Please upgrade to 0.16 In-Reply-To: Message-ID: <8fed595393f064a4df42779d484eadca@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3890 ====================================================================== Reported By: dam Assigned To: wbonnet ====================================================================== Project: pixman Issue ID: 3890 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-09 14:46 CEST Last Modified: 2009-09-09 23:48 CEST ====================================================================== Summary: Please upgrade to 0.16 Description: Please upgrade to 0.16 ====================================================================== From noreply at opencsw.org Wed Sep 9 23:49:29 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 9 Sep 2009 23:49:29 +0200 Subject: [bug-notifications] [pixman 0003890]: Please upgrade to 0.16 In-Reply-To: Message-ID: <8ca2f3b47f4670a655bc5cd3401892c4@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3890 ====================================================================== Reported By: dam Assigned To: wbonnet ====================================================================== Project: pixman Issue ID: 3890 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-09 14:46 CEST Last Modified: 2009-09-09 23:49 CEST ====================================================================== Summary: Please upgrade to 0.16 Description: Please upgrade to 0.16 ====================================================================== ---------------------------------------------------------------------- (0006691) wbonnet (manager) - 2009-09-09 23:49 http://www.opencsw.org/mantis/view.php?id=3890#c6691 ---------------------------------------------------------------------- Package has been updated and is available from testing It will be changed to closed when hit the mirrors From noreply at opencsw.org Thu Sep 10 00:09:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 10 Sep 2009 00:09:16 +0200 Subject: [bug-notifications] [mercurial 0003891]: one dependency not specified Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3891 ====================================================================== Reported By: bob32 Assigned To: ====================================================================== Project: mercurial Issue ID: 3891 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-10 00:09 CEST Last Modified: 2009-09-10 00:09 CEST ====================================================================== Summary: one dependency not specified Description: The current version of mercurial: 1.3.1,REV=2009.08.02 requires as dependencies: CSWcommon common CSWpython-rt python_rt ... where the second should probably be, instead CSWpython python ====================================================================== From noreply at opencsw.org Thu Sep 10 13:31:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 10 Sep 2009 13:31:58 +0200 Subject: [bug-notifications] [pkgutil 0003831]: Saving of admin file still doesn't work correctly In-Reply-To: Message-ID: <7e81aba5940f3c5cbff286daf1dcb765@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3831 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3831 Category: regular use Reproducibility: have not tried Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-08-07 12:48 CEST Last Modified: 2009-09-10 13:31 CEST ====================================================================== Summary: Saving of admin file still doesn't work correctly Description: On an update with pkgutil -U -u -y I got after some package updates the error ... Installation of was successful. Removing old version of CSWpmiozlib pkgrm: ERROR: unable to open admin file : No such file or directory Removal of failed (internal error). No changes were made to the system. Installing CSWpmiozlib-1.10,REV=2009.08.06 pkgadd: ERROR: unable to open admin file : No such file or directory Removing old version of CSWpmgd The error was with this version: root at build9s :/root > pkginfo -x CSWpkgutil CSWpkgutil pkgutil - Installs Solaris packages easily (sparc) 1.6.1,REV=2009.06.05 ====================================================================== ---------------------------------------------------------------------- (0006692) bonivart (manager) - 2009-09-10 13:31 http://www.opencsw.org/mantis/view.php?id=3831#c6692 ---------------------------------------------------------------------- Have you had a chance to try the 1.7 beta? From noreply at opencsw.org Fri Sep 11 12:28:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 11 Sep 2009 12:28:23 +0200 Subject: [bug-notifications] [cyrus_imapd 0003892]: BerkeleyDB dependency problem Message-ID: <9836662b0f72731f7aa7b9be30ebb4b5@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3892 ====================================================================== Reported By: jeanclaudeben Assigned To: ====================================================================== Project: cyrus_imapd Issue ID: 3892 Category: other Reproducibility: have not tried Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-11 12:28 CEST Last Modified: 2009-09-11 12:28 CEST ====================================================================== Summary: BerkeleyDB dependency problem Description: Hi, When i launch Cyrus Imap i get the following error : Sep 11 12:13:07 aksmoe cyrus/ctl_cyrusdb[778]: [ID 539395 local6.crit] incorrect version of Berkeley db: compiled against 4.2.52, linked against 4.7.25 I don't know if it's related to cyrus_imap or BerkeleyDB. I've noticed that cyrus_imapd depends on CSWbdb4 (version 4.2.52) which depends on CSWbdb (version 4.7.25). ====================================================================== From noreply at opencsw.org Fri Sep 11 12:31:34 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 11 Sep 2009 12:31:34 +0200 Subject: [bug-notifications] [berkeleydb44 0003893]: BerkeleyDB dependency problem Message-ID: <06f3187e32093d4e56167fb1dee206fe@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3893 ====================================================================== Reported By: jeanclaudeben Assigned To: ====================================================================== Project: berkeleydb44 Issue ID: 3893 Category: packaging Reproducibility: have not tried Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-11 12:31 CEST Last Modified: 2009-09-11 12:31 CEST ====================================================================== Summary: BerkeleyDB dependency problem Description: Hi, When i launch Cyrus Imap i get the following error : Sep 11 12:13:07 aksmoe cyrus/ctl_cyrusdb[778]: [ID 539395 local6.crit] incorrect version of Berkeley db: compiled against 4.2.52, linked against 4.7.25 I don't know if it's related to cyrus_imap or BerkeleyDB. I've noticed that cyrus_imapd depends on CSWbdb4 (version 4.2.52) which depends on CSWbdb (version 4.7.25). ====================================================================== From noreply at opencsw.org Fri Sep 11 19:13:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 11 Sep 2009 19:13:44 +0200 Subject: [bug-notifications] [cyrus_imapd 0003892]: BerkeleyDB dependency problem In-Reply-To: <9d13a9867f2787276ff8ab10d8adfe38> Message-ID: <1cc86977f456dca221f8d06dac52a2e5@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3892 ====================================================================== Reported By: jeanclaudeben Assigned To: ====================================================================== Project: cyrus_imapd Issue ID: 3892 Category: other Reproducibility: have not tried Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-11 12:28 CEST Last Modified: 2009-09-11 19:13 CEST ====================================================================== Summary: BerkeleyDB dependency problem Description: Hi, When i launch Cyrus Imap i get the following error : Sep 11 12:13:07 aksmoe cyrus/ctl_cyrusdb[778]: [ID 539395 local6.crit] incorrect version of Berkeley db: compiled against 4.2.52, linked against 4.7.25 I don't know if it's related to cyrus_imap or BerkeleyDB. I've noticed that cyrus_imapd depends on CSWbdb4 (version 4.2.52) which depends on CSWbdb (version 4.7.25). ====================================================================== ---------------------------------------------------------------------- (0006693) dam (reporter) - 2009-09-11 19:13 http://www.opencsw.org/mantis/view.php?id=3892#c6693 ---------------------------------------------------------------------- Hi Jean, we currently have some inconsistencies with BerkeleyDB which will be cleaned up step-by-step. Please downgrade your BDB packages for now to the previous version if you need an instant fix at http://csw.informatik.uni-erlangen.de/oldpkgs/ Sorry for the inconvenience. From noreply at opencsw.org Sun Sep 13 10:59:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 13 Sep 2009 10:59:40 +0200 Subject: [bug-notifications] [jbig2dec 0003880]: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included In-Reply-To: <3bd7d2bf28610bd56339a2e944d4a5ce> Message-ID: <9e4a548ec164219e7c2bbd29bb3370d7@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3880 ====================================================================== Reported By: flod Assigned To: james ====================================================================== Project: jbig2dec Issue ID: 3880 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 13:27 CEST Last Modified: 2009-09-13 10:59 CEST ====================================================================== Summary: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included Description: The included symbolic links /opt/csw/lib/amd64/libjbig2dec.so /opt/csw/lib/amd64/libjbig2dec.so.0 lead nowhere as /opt/csw/lib/amd64/libjbig2dec.so.0.10 is missing. ====================================================================== ---------------------------------------------------------------------- (0006694) james (manager) - 2009-09-13 10:59 http://www.opencsw.org/bugtrack/view.php?id=3880#c6694 ---------------------------------------------------------------------- jbig2dec-0.10,REV=2009.09.13 build and in testing. $ ls -l /opt/csw/lib/amd64/libjbig2dec.so.0.10 -rwxr-xr-x 1 root bin 77440 Sep 13 09:49 /opt/csw/lib/amd64/libjbig2dec.so.0.10 From noreply at opencsw.org Mon Sep 14 11:16:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 11:16:46 +0200 Subject: [bug-notifications] [pkgutil 0003894]: pkgutil 1.7: -L option only works with the package name, not the software name Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3894 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3894 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-14 11:16 CEST Last Modified: 2009-09-14 11:16 CEST ====================================================================== Summary: pkgutil 1.7: -L option only works with the package name, not the software name Description: Most other command options work with both (pgk and sw name), the new -L option only seems to work with the sw name. Can we get it to recognize the sw name too? Example: # pkgutil -L dhcp # pkgutil -L CSWdhcp | head /etc/init.d/cswdhcp /etc/opt/csw/dhcpd.conf.CSW /etc/rc1.d/K73cswdhcp /etc/rc2.d/S73cswdhcp /opt/csw/bin/omshell /opt/csw/include/dhcpctl.h /opt/csw/include/isc-dhcp /opt/csw/include/isc-dhcp/boolean.h /opt/csw/include/isc-dhcp/dst.h ====================================================================== From noreply at opencsw.org Mon Sep 14 12:35:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 12:35:08 +0200 Subject: [bug-notifications] [eventlog 0003877]: Please upgrade to 0.2.10 In-Reply-To: <8cab91a4436cb2bd4e6d4a63a11c44ee> Message-ID: <55b605f163651d63848bcc3b04327ffd@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3877 ====================================================================== Reported By: dam Assigned To: ihsan ====================================================================== Project: eventlog Issue ID: 3877 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 08:51 CEST Last Modified: 2009-09-14 12:35 CEST ====================================================================== Summary: Please upgrade to 0.2.10 Description: 0.2.10 released on SunFreeware today ====================================================================== From noreply at opencsw.org Mon Sep 14 12:36:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 12:36:42 +0200 Subject: [bug-notifications] [eventlog 0003877]: Please upgrade to 0.2.10 In-Reply-To: <8cab91a4436cb2bd4e6d4a63a11c44ee> Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3877 ====================================================================== Reported By: dam Assigned To: ihsan ====================================================================== Project: eventlog Issue ID: 3877 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-09-04 08:51 CEST Last Modified: 2009-09-14 12:36 CEST ====================================================================== Summary: Please upgrade to 0.2.10 Description: 0.2.10 released on SunFreeware today ====================================================================== ---------------------------------------------------------------------- (0006695) ihsan (manager) - 2009-09-14 12:36 http://www.opencsw.org/mantis/view.php?id=3877#c6695 ---------------------------------------------------------------------- 0.2.9 is still the most recent version. 0.2.10 is not released yet. http://www.balabit.com/downloads/files/eventlog/0.2/ From noreply at opencsw.org Mon Sep 14 12:42:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 12:42:27 +0200 Subject: [bug-notifications] [pyzor 0003888]: Python update breaks pyzor In-Reply-To: <591a3194e6e6960d394c81ef77c95cd0> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3888 ====================================================================== Reported By: james Assigned To: ihsan ====================================================================== Project: pyzor Issue ID: 3888 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-05 12:13 CEST Last Modified: 2009-09-14 12:42 CEST ====================================================================== Summary: Python update breaks pyzor Description: After update to python-2.6.2,REV=2009.05.28 pyzor fails with spamassassin reporting: Sep 5 09:39:05 localhost spamd[25349]: pyzor: check failed: internal error Back down to 2.6.1,REV=2009.03.02 and pyzor works again. Spamassassin was restarted in case it was necessary. ====================================================================== From noreply at opencsw.org Mon Sep 14 13:36:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 13:36:03 +0200 Subject: [bug-notifications] [wgetpaste 0003871]: /usr/bin/bash on Solaris 8 + 9 bails out on wgetpaste In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3871 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: wgetpaste Issue ID: 3871 Category: regular use Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-08-28 21:53 CEST Last Modified: 2009-09-14 13:36 CEST ====================================================================== Summary: /usr/bin/bash on Solaris 8 + 9 bails out on wgetpaste Description: skayser @ build8s ~$ wgetpaste --help /opt/csw/bin/wgetpaste: line 114: syntax error near unexpected token `<<<' /opt/csw/bin/wgetpaste: line 114: ` sed -e 's|%|%25|g' -e 's|&|%26|g' -e 's|+|%2b|g' -e 's|;|%3b|g' -e 's| |+|g' <<< "$*" || die "sed failed"' skayser @ build9s ~$ wgetpaste --help /opt/csw/bin/wgetpaste: line 114: syntax error near unexpected token `<<<' /opt/csw/bin/wgetpaste: line 114: ` sed -e 's|%|%25|g' -e 's|&|%26|g' -e 's|+|%2b|g' -e 's|;|%3b|g' -e 's| |+|g' <<< "$*" || die "sed failed"' skayser @ build8s ~$ head -1 /opt/csw/bin/wgetpaste #!/usr/bin/env bash skayser @ build8s ~$ type bash bash is /usr/bin/bash Using /opt/csw/bin/bash works. skayser @ build8s ~$ /opt/csw/bin/bash /opt/csw/bin/wgetpaste --help | head Usage: /opt/csw/bin/wgetpaste [options] [file[s]] Options: -l, --language LANG set language (defaults to "Plain Text") -d, --description DESCRIPTION set description (defaults to "stdin" or filename) -n, --nick NICK set nick (defaults to your username) -s, --service SERVICE set service to use (defaults to "dpaste") -e, --expiration EXPIRATION set when it should expire (defaults to "30 days") -S, --list-services list supported pastebin services ====================================================================== ---------------------------------------------------------------------- (0006696) maciej (manager) - 2009-09-14 13:36 http://www.opencsw.org/bugtrack/view.php?id=3871#c6696 ---------------------------------------------------------------------- wgetpaste 2.13,REV=2009.08.29 is now available from the mirrors. From noreply at opencsw.org Mon Sep 14 13:49:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 13:49:03 +0200 Subject: [bug-notifications] [pkgutil 0003894]: pkgutil 1.7: -L option only works with the package name, not the software name In-Reply-To: <151d0213400eda6560b2d723545e1165> Message-ID: <8fd78690091768fcb232563e96d8f440@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3894 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3894 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-14 11:16 CEST Last Modified: 2009-09-14 13:49 CEST ====================================================================== Summary: pkgutil 1.7: -L option only works with the package name, not the software name Description: Most other command options work with both (pgk and sw name), the new -L option only seems to work with the sw name. Can we get it to recognize the sw name too? Example: # pkgutil -L dhcp # pkgutil -L CSWdhcp | head /etc/init.d/cswdhcp /etc/opt/csw/dhcpd.conf.CSW /etc/rc1.d/K73cswdhcp /etc/rc2.d/S73cswdhcp /opt/csw/bin/omshell /opt/csw/include/dhcpctl.h /opt/csw/include/isc-dhcp /opt/csw/include/isc-dhcp/boolean.h /opt/csw/include/isc-dhcp/dst.h ====================================================================== From noreply at opencsw.org Mon Sep 14 13:50:21 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 13:50:21 +0200 Subject: [bug-notifications] [pkgutil 0003894]: pkgutil 1.7: -L option only works with the package name, not the software name In-Reply-To: <151d0213400eda6560b2d723545e1165> Message-ID: <9b5ff33fdbd3b75a5a20b5d42ce6e9bf@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3894 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3894 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-14 11:16 CEST Last Modified: 2009-09-14 13:50 CEST ====================================================================== Summary: pkgutil 1.7: -L option only works with the package name, not the software name Description: Most other command options work with both (pgk and sw name), the new -L option only seems to work with the sw name. Can we get it to recognize the sw name too? Example: # pkgutil -L dhcp # pkgutil -L CSWdhcp | head /etc/init.d/cswdhcp /etc/opt/csw/dhcpd.conf.CSW /etc/rc1.d/K73cswdhcp /etc/rc2.d/S73cswdhcp /opt/csw/bin/omshell /opt/csw/include/dhcpctl.h /opt/csw/include/isc-dhcp /opt/csw/include/isc-dhcp/boolean.h /opt/csw/include/isc-dhcp/dst.h ====================================================================== ---------------------------------------------------------------------- (0006697) bonivart (manager) - 2009-09-14 13:50 http://www.opencsw.org/mantis/view.php?id=3894#c6697 ---------------------------------------------------------------------- Yes, I don't do lookups for that, I understand it would be usable since you can mix when doing installs for example. I'll try to add it. From noreply at opencsw.org Mon Sep 14 14:56:02 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 14:56:02 +0200 Subject: [bug-notifications] [xmlto 0003895]: xmlto calls 'tail' with wrong path Message-ID: <79b080201e5620112cdc6adc1d55e810@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3895 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: xmlto Issue ID: 3895 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-14 14:56 CEST Last Modified: 2009-09-14 14:56 CEST ====================================================================== Summary: xmlto calls 'tail' with wrong path Description: /opt/csw/bin/xmlto calls 'tail' with '-n 1' instead of '-1'. The options would be valid for /usr/xpg4/bin/tail, though. ====================================================================== From noreply at opencsw.org Mon Sep 14 15:00:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 15:00:31 +0200 Subject: [bug-notifications] [xmlto 0003896]: Wrong call to 'cp' in the xmlto-toolchain Message-ID: <8f8f540c2466cfcd7f02cb69974e1cc6@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3896 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: xmlto Issue ID: 3896 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-14 15:00 CEST Last Modified: 2009-09-14 15:00 CEST ====================================================================== Summary: Wrong call to 'cp' in the xmlto-toolchain Description: Somewhere in the xmlto-toolchain 'cp' is called with the wrong option '-P'. It may be something like '-p' on Solaris. ====================================================================== From noreply at opencsw.org Mon Sep 14 16:51:11 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 16:51:11 +0200 Subject: [bug-notifications] [dbus 0003897]: sources missing file smf_include.sh Message-ID: <352a888558f8266c5744a4f911de86c6@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3897 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: dbus Issue ID: 3897 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-14 16:51 CEST Last Modified: 2009-09-14 16:51 CEST ====================================================================== Summary: sources missing file smf_include.sh Description: /etc/opt/csw/init.d/cswdbus attempts to source /lib/svc/share/smf_include.sh which i snot available on Solaris 8 & 9. Causes annoying error messages but otherwise I don't think anything is missing. ====================================================================== From noreply at opencsw.org Mon Sep 14 19:42:37 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 19:42:37 +0200 Subject: [bug-notifications] [pkgutil 0003894]: pkgutil 1.7: -L option only works with the package name, not the software name In-Reply-To: <151d0213400eda6560b2d723545e1165> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3894 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3894 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-14 11:16 CEST Last Modified: 2009-09-14 19:42 CEST ====================================================================== Summary: pkgutil 1.7: -L option only works with the package name, not the software name Description: Most other command options work with both (pgk and sw name), the new -L option only seems to work with the sw name. Can we get it to recognize the sw name too? Example: # pkgutil -L dhcp # pkgutil -L CSWdhcp | head /etc/init.d/cswdhcp /etc/opt/csw/dhcpd.conf.CSW /etc/rc1.d/K73cswdhcp /etc/rc2.d/S73cswdhcp /opt/csw/bin/omshell /opt/csw/include/dhcpctl.h /opt/csw/include/isc-dhcp /opt/csw/include/isc-dhcp/boolean.h /opt/csw/include/isc-dhcp/dst.h ====================================================================== ---------------------------------------------------------------------- (0006698) bonivart (manager) - 2009-09-14 19:42 http://www.opencsw.org/mantis/view.php?id=3894#c6698 ---------------------------------------------------------------------- I have added it in r102. http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=102 From noreply at opencsw.org Mon Sep 14 22:27:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 22:27:58 +0200 Subject: [bug-notifications] [xmlto 0003896]: Wrong call to 'cp' in the xmlto-toolchain In-Reply-To: Message-ID: <9fa6bea648621da5c1a828e2220460e7@www.opencsw.org> The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3896 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: xmlto Issue ID: 3896 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-14 15:00 CEST Last Modified: 2009-09-14 22:27 CEST ====================================================================== Summary: Wrong call to 'cp' in the xmlto-toolchain Description: Somewhere in the xmlto-toolchain 'cp' is called with the wrong option '-P'. It may be something like '-p' on Solaris. ====================================================================== ---------------------------------------------------------------------- (0006699) bwalton (manager) - 2009-09-14 22:27 http://www.opencsw.org/mantis/view.php?id=3896#c6699 ---------------------------------------------------------------------- I always run with /opt/csw/gnu near the head of my path, so this didn't bite me. It looks like I'll need to patch the source (easy) since there are no configure options for this tool. Will patch, reroll (with the pending 0.22 update) and submit upstream. From noreply at opencsw.org Mon Sep 14 22:29:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 22:29:25 +0200 Subject: [bug-notifications] [xmlto 0003895]: xmlto calls 'tail' with wrong path In-Reply-To: <7f212dd1af1d456bd3bfc64ed1fe703c> Message-ID: The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3895 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: xmlto Issue ID: 3895 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-14 14:56 CEST Last Modified: 2009-09-14 22:29 CEST ====================================================================== Summary: xmlto calls 'tail' with wrong path Description: /opt/csw/bin/xmlto calls 'tail' with '-n 1' instead of '-1'. The options would be valid for /usr/xpg4/bin/tail, though. ====================================================================== ---------------------------------------------------------------------- (0006700) bwalton (manager) - 2009-09-14 22:29 http://www.opencsw.org/mantis/view.php?id=3895#c6700 ---------------------------------------------------------------------- I always run with /opt/csw/gnu near the head of my path, so this didn't bite me. It looks like I'll need to patch the source (easy) since there are no configure options for this tool. Will patch, reroll (with the pending 0.22 update) and submit upstream. I'll add --with-tail to configure. From noreply at opencsw.org Tue Sep 15 11:04:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 15 Sep 2009 11:04:05 +0200 Subject: [bug-notifications] [cyrus_imapd 0003898]: SIEVE vulnerability Message-ID: <97897e9ad47648e7c60c0aa739cdb75d@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3898 ====================================================================== Reported By: jeanclaudeben Assigned To: ====================================================================== Project: cyrus_imapd Issue ID: 3898 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-15 11:04 CEST Last Modified: 2009-09-15 11:04 CEST ====================================================================== Summary: SIEVE vulnerability Description: Hi http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2632 Buffer overflow in the SIEVE script component (sieve/script.c) in cyrus-imapd in Cyrus IMAP Server 2.2.13 and 2.3.14 allows local users to execute arbitrary code and read or modify arbitrary messages via a crafted SIEVE script, related to the incorrect use of the sizeof operator for determining buffer length, combined with an integer signedness error. Is it possible to package the updated version : 2.3.15 ? ====================================================================== From noreply at opencsw.org Tue Sep 15 11:23:39 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 15 Sep 2009 11:23:39 +0200 Subject: [bug-notifications] [cyrus_imapd 0003892]: BerkeleyDB dependency problem In-Reply-To: <9d13a9867f2787276ff8ab10d8adfe38> Message-ID: <6c6376248ca526912650bfa20cedde79@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3892 ====================================================================== Reported By: jeanclaudeben Assigned To: ====================================================================== Project: cyrus_imapd Issue ID: 3892 Category: other Reproducibility: have not tried Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-11 12:28 CEST Last Modified: 2009-09-15 11:23 CEST ====================================================================== Summary: BerkeleyDB dependency problem Description: Hi, When i launch Cyrus Imap i get the following error : Sep 11 12:13:07 aksmoe cyrus/ctl_cyrusdb[778]: [ID 539395 local6.crit] incorrect version of Berkeley db: compiled against 4.2.52, linked against 4.7.25 I don't know if it's related to cyrus_imap or BerkeleyDB. I've noticed that cyrus_imapd depends on CSWbdb4 (version 4.2.52) which depends on CSWbdb (version 4.7.25). ====================================================================== ---------------------------------------------------------------------- (0006701) jeanclaudeben (reporter) - 2009-09-15 11:23 http://www.opencsw.org/bugtrack/view.php?id=3892#c6701 ---------------------------------------------------------------------- Hi I've managed to get it working with the berkeleydb4 version found on blastwave : http://www.blastwave.org/pkg/pkgcontents.ftd?software=berkeleydb4&style=brief&state=5&arch=i386 From noreply at opencsw.org Tue Sep 15 15:26:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 15 Sep 2009 15:26:55 +0200 Subject: [bug-notifications] [jasspame 0003899]: Vendor URL not a URL Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3899 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: jasspame Issue ID: 3899 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-15 15:26 CEST Last Modified: 2009-09-15 15:26 CEST ====================================================================== Summary: Vendor URL not a URL Description: The package source URL is "www.jasspa.com" which lacks a protocol to make it a URL. Needs "http://www.jasspa.com/". I can work it out but the URL is used by stupid machines. This is in the VENDOR string of pkginfo. ====================================================================== From noreply at opencsw.org Tue Sep 15 19:38:11 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 15 Sep 2009 19:38:11 +0200 Subject: [bug-notifications] [xmlto 0003896]: Wrong call to 'cp' in the xmlto-toolchain In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3896 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: xmlto Issue ID: 3896 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-14 15:00 CEST Last Modified: 2009-09-15 19:38 CEST ====================================================================== Summary: Wrong call to 'cp' in the xmlto-toolchain Description: Somewhere in the xmlto-toolchain 'cp' is called with the wrong option '-P'. It may be something like '-p' on Solaris. ====================================================================== ---------------------------------------------------------------------- (0006702) bwalton (manager) - 2009-09-15 19:38 http://www.opencsw.org/bugtrack/view.php?id=3896#c6702 ---------------------------------------------------------------------- xmlto actually does want gnu cp, as the -P option has special handling for symlink dereferenceing. From noreply at opencsw.org Tue Sep 15 23:09:14 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 15 Sep 2009 23:09:14 +0200 Subject: [bug-notifications] [jasspame 0003899]: Vendor URL not a URL In-Reply-To: Message-ID: <1972bd11340bb29ae6f628867dd534ab@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3899 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: jasspame Issue ID: 3899 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-15 15:26 CEST Last Modified: 2009-09-15 23:09 CEST ====================================================================== Summary: Vendor URL not a URL Description: The package source URL is "www.jasspa.com" which lacks a protocol to make it a URL. Needs "http://www.jasspa.com/". I can work it out but the URL is used by stupid machines. This is in the VENDOR string of pkginfo. ====================================================================== ---------------------------------------------------------------------- (0006703) jon (manager) - 2009-09-15 23:09 http://www.opencsw.org/bugtrack/view.php?id=3899#c6703 ---------------------------------------------------------------------- Fixed; any new re-packaging will include the fix. From noreply at opencsw.org Tue Sep 15 23:15:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 15 Sep 2009 23:15:27 +0200 Subject: [bug-notifications] [jasspame 0003899]: Vendor URL not a URL In-Reply-To: Message-ID: <14b08f8b31fe8e3559e15d7b00250a0e@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3899 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: jasspame Issue ID: 3899 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-15 15:26 CEST Last Modified: 2009-09-15 23:15 CEST ====================================================================== Summary: Vendor URL not a URL Description: The package source URL is "www.jasspa.com" which lacks a protocol to make it a URL. Needs "http://www.jasspa.com/". I can work it out but the URL is used by stupid machines. This is in the VENDOR string of pkginfo. ====================================================================== ---------------------------------------------------------------------- (0006704) jon (manager) - 2009-09-15 23:15 http://www.opencsw.org/bugtrack/view.php?id=3899#c6704 ---------------------------------------------------------------------- Confirmed and fixed. Any new re-build of the package will correctly insert the missing "http://" string. From noreply at opencsw.org Wed Sep 16 16:37:22 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 16 Sep 2009 16:37:22 +0200 Subject: [bug-notifications] [git 0003900]: Need git_dev that contain git include files and libraries Message-ID: <7cba97c5d6b32e0e78afc222f454ff77@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3900 ====================================================================== Reported By: trygvis Assigned To: ====================================================================== Project: git Issue ID: 3900 Category: other Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-16 16:37 CEST Last Modified: 2009-09-16 16:37 CEST ====================================================================== Summary: Need git_dev that contain git include files and libraries Description: See requirements here: http://hjemli.net/git/cgit/tree/Makefile ====================================================================== From noreply at opencsw.org Wed Sep 16 19:14:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 16 Sep 2009 19:14:24 +0200 Subject: [bug-notifications] [cswclassutils 0003873]: Package removal cswcpsampleconf failure mode In-Reply-To: Message-ID: <2972baa0df6b02afc7db05a306f19469@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3873 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: cswclassutils Issue ID: 3873 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-08-31 18:26 CEST Last Modified: 2009-09-16 19:14 CEST ====================================================================== Summary: Package removal cswcpsampleconf failure mode Description: The configuration removal script assumes that the *.CSW configuration file is there on the disk. The file might be gone if there was a previous, unsuccessful attempt of package removal, which failed at the postremove stage. In this case, all the files are gone (foo.conf.CSW file is not there), but the class script will be executed again at the next attempt to remove the package. It's going to look for the .CSW file and fail. ====================================================================== ---------------------------------------------------------------------- (0006705) bonivart (manager) - 2009-09-16 19:14 http://www.opencsw.org/mantis/view.php?id=3873#c6705 ---------------------------------------------------------------------- Example (from Trygve): The following package is currently installed: CSWosshclient openssh_client - OpenSSH Secure Shell client (i386) 5.2,REV=2009.06.30_rev=p1 Do you want to remove this package? [y,n,?,q] y ## Removing installed package instance ## Verifying package dependencies in global zone WARNING: The package depends on the package currently being removed. WARNING: The package depends on the package currently being removed. Dependency checking failed. Do you want to continue with the removal of this package [y,n,?,q] y ## Processing package information. ## Removing pathnames in class cmp: cannot open /opt/csw/etc/ssh/ssh_config.CSW preserving /opt/csw/etc/ssh/ssh_config to /etc/opt/csw/preserve/CSWosshclient/ssh_config rm: /opt/csw/etc/ssh/ssh_config.CSW: No such file or directory pkgrm: ERROR: class action script did not complete successfully ## Removing pathnames in class /opt/csw/share/man/man8/ssh-keysign.8 /opt/csw/share/man/man5/ssh_config.5 /opt/csw/share/man/man1/ssh.1 /opt/csw/share/man/man1/ssh-keyscan.1 /opt/csw/share/man/man1/ssh-keygen.1 /opt/csw/share/man/man1/ssh-agent.1 /opt/csw/share/man/man1/ssh-add.1 /opt/csw/share/man/man1/slogin.1 /opt/csw/share/man/man1/sftp.1 /opt/csw/share/man/man1/scp.1 /opt/csw/share/doc/openssh_client/changelog.CSW /opt/csw/share/doc/openssh_client/WARNING.RNG /opt/csw/share/doc/openssh_client/TODO /opt/csw/share/doc/openssh_client/README.tun /opt/csw/share/doc/openssh_client/README.smartcard /opt/csw/share/doc/openssh_client/README.privsep /opt/csw/share/doc/openssh_client/README.platform /opt/csw/share/doc/openssh_client/README.dns /opt/csw/share/doc/openssh_client/README /opt/csw/share/doc/openssh_client/OVERVIEW /opt/csw/share/doc/openssh_client/LICENCE /opt/csw/share/doc/openssh_client/INSTALL /opt/csw/share/doc/openssh_client/ChangeLog.gssapi /opt/csw/share/doc/openssh_client/ChangeLog /opt/csw/share/doc/openssh_client/CREDITS /opt/csw/share/doc/openssh_client /opt/csw/libexec/ssh-keysign /opt/csw/libexec /opt/csw/bin/ssh-keyscan /opt/csw/bin/ssh-keygen /opt/csw/bin/ssh-agent /opt/csw/bin/ssh-add /opt/csw/bin/ssh /opt/csw/bin/slogin /opt/csw/bin/sftp /opt/csw/bin/scp Removal of partially failed. Installing CSWosshclient-5.2,REV=2009.07.25_rev=p1 Processing package instance from openssh_client - OpenSSH Secure Shell client(i386) 5.2,REV=2009.07.25_rev=p1 Current administration requires that a unique instance of the package be created. However, the maximum number of instances of the package which may be supported at one time on the same system has already been met. No changes were made to the system. From noreply at opencsw.org Wed Sep 16 20:22:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 16 Sep 2009 20:22:43 +0200 Subject: [bug-notifications] [asciidoc 0003901]: a2x has GNUism dependencies Message-ID: <7570e1ee53855fb7a80c4e9fdf46e890@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3901 ====================================================================== Reported By: trygvis Assigned To: ====================================================================== Project: asciidoc Issue ID: 3901 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-16 20:22 CEST Last Modified: 2009-09-16 20:22 CEST ====================================================================== Summary: a2x has GNUism dependencies Description: $ gmake doc a2x -f manpage cgitrc.5.txt a2x: failed: enhanced getopt(1) required gmake: *** [man-doc] Error 1 This is supposedly from missing /opt/csw/gnu early in PATH ====================================================================== From noreply at opencsw.org Wed Sep 16 22:54:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 16 Sep 2009 22:54:23 +0200 Subject: [bug-notifications] [vorbistools 0002341]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: <880437f70df1f5f69adc11f1aaf4864f> Message-ID: <71670e97c4e109b82e0537ac215b674a@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2341 ====================================================================== Reported By: yann Assigned To: dam ====================================================================== Project: vorbistools Issue ID: 2341 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-07-28 08:27 CEST Last Modified: 2009-09-16 22:54 CEST ====================================================================== Summary: openssl dependancy deprecated: please use openssl_rt instead Description: Following the openssl package split, the ssl libraries are now directly provided by the openssl_rt package. The openssl package still exists, it\'s a metapackage which will install openssl_rt, openssl_devel and openssl_utils which contains respectively the ssl libraries, the development files and the openssl utilities. Your package probably only use the ssl libraries, so to avoid installing unnecessary dependancies, please update your package to depend on openssl_rt rather than openssl. ====================================================================== From noreply at opencsw.org Wed Sep 16 22:55:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 16 Sep 2009 22:55:18 +0200 Subject: [bug-notifications] [vorbistools 0002341]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: <880437f70df1f5f69adc11f1aaf4864f> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2341 ====================================================================== Reported By: yann Assigned To: dam ====================================================================== Project: vorbistools Issue ID: 2341 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-07-28 08:27 CEST Last Modified: 2009-09-16 22:55 CEST ====================================================================== Summary: openssl dependancy deprecated: please use openssl_rt instead Description: Following the openssl package split, the ssl libraries are now directly provided by the openssl_rt package. The openssl package still exists, it\'s a metapackage which will install openssl_rt, openssl_devel and openssl_utils which contains respectively the ssl libraries, the development files and the openssl utilities. Your package probably only use the ssl libraries, so to avoid installing unnecessary dependancies, please update your package to depend on openssl_rt rather than openssl. ====================================================================== ---------------------------------------------------------------------- (0006706) dam (manager) - 2009-09-16 22:55 http://www.opencsw.org/mantis/view.php?id=2341#c6706 ---------------------------------------------------------------------- The current vorbistools 1.2.0,REV=2009.09.09 are no longer bound to OpenSSL. From noreply at opencsw.org Wed Sep 16 22:55:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 16 Sep 2009 22:55:52 +0200 Subject: [bug-notifications] [vorbistools 0003042]: Please link against libcurl 1.4 (libcurl.so.4) In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3042 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: vorbistools Issue ID: 3042 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-01-23 20:07 CET Last Modified: 2009-09-16 22:55 CEST ====================================================================== Summary: Please link against libcurl 1.4 (libcurl.so.4) Description: Package currently links to libcurl.so.3, needs updated to libcurl.so.4. ====================================================================== From noreply at opencsw.org Wed Sep 16 22:56:20 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 16 Sep 2009 22:56:20 +0200 Subject: [bug-notifications] [vorbistools 0003042]: Please link against libcurl 1.4 (libcurl.so.4) In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3042 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: vorbistools Issue ID: 3042 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-01-23 20:07 CET Last Modified: 2009-09-16 22:56 CEST ====================================================================== Summary: Please link against libcurl 1.4 (libcurl.so.4) Description: Package currently links to libcurl.so.3, needs updated to libcurl.so.4. ====================================================================== ---------------------------------------------------------------------- (0006707) dam (manager) - 2009-09-16 22:56 http://www.opencsw.org/mantis/view.php?id=3042#c6707 ---------------------------------------------------------------------- Fixed in 1.2.0,REV=2009.09.09 From noreply at opencsw.org Wed Sep 16 22:56:47 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 16 Sep 2009 22:56:47 +0200 Subject: [bug-notifications] [vorbistools 0003081]: Depend on CSWggettextrt In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3081 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: vorbistools Issue ID: 3081 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 02:49 CET Last Modified: 2009-09-16 22:56 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 Wed Sep 16 22:57:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 16 Sep 2009 22:57:15 +0200 Subject: [bug-notifications] [vorbistools 0003081]: Depend on CSWggettextrt In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3081 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: vorbistools Issue ID: 3081 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 02:49 CET Last Modified: 2009-09-16 22:57 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006708) dam (manager) - 2009-09-16 22:57 http://www.opencsw.org/mantis/view.php?id=3081#c6708 ---------------------------------------------------------------------- Fixed in 1.2.0,REV=2009.09.09 From noreply at opencsw.org Wed Sep 16 23:18:37 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 16 Sep 2009 23:18:37 +0200 Subject: [bug-notifications] [antiword 0002923]: Upgrade to 0.37 In-Reply-To: <16611def48916586f89717670d066c70> Message-ID: <76f50c20448334ee7729becfb6660bf2@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2923 ====================================================================== Reported By: bonivart Assigned To: phil ====================================================================== Project: antiword Issue ID: 2923 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2008-07-03 14:59 CEST Last Modified: 2009-09-16 23:18 CEST ====================================================================== Summary: Upgrade to 0.37 Description: The next version of MailScanner will support antiword so I would like an update of it please. ====================================================================== From noreply at opencsw.org Wed Sep 16 23:34:53 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 16 Sep 2009 23:34:53 +0200 Subject: [bug-notifications] [common 0003459]: "Mirrors" subpage points to blastwave (!=opencsw) package repository In-Reply-To: <62f0143d0d27f952b718eca623786fc9> Message-ID: <2c0ec4aa5254ff4b997f2785c13a2970@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3459 ====================================================================== Reported By: automatthias Assigned To: ====================================================================== Project: common Issue ID: 3459 Category: other Reproducibility: always Severity: major Priority: normal Status: closed Resolution: reopened Fixed in Version: ====================================================================== Date Submitted: 2009-03-06 09:43 CET Last Modified: 2009-09-16 23:34 CEST ====================================================================== Summary: "Mirrors" subpage points to blastwave (!=opencsw) package repository Description: Mirrors website (http://www.opencsw.org/mirrors) says that the mirror in Ireland is ftp://ftp.heanet.ie/pub/csw. However, if you view the parent directory, ftp://ftp.heanet.ie/pub, you'll see that "csw" is a symlink to "blastwave" while OpenCSW has its own subdirectory, "opencsw". The correct url (for http, ftp and rsync) is: ftp://ftp.heanet.ie/pub/opencsw Other links might be also affected by this issue. ====================================================================== ---------------------------------------------------------------------- (0006709) philadmin (administrator) - 2009-09-16 23:34 http://www.opencsw.org/mantis/view.php?id=3459#c6709 ---------------------------------------------------------------------- issue resolved long time ago. From noreply at opencsw.org Thu Sep 17 00:12:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 17 Sep 2009 00:12:15 +0200 Subject: [bug-notifications] [gawk 0003071]: Depend on CSWggettextrt In-Reply-To: <305bc49e8c5e9db993e375f1509c233a> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3071 ====================================================================== Reported By: harpchad Assigned To: phil ====================================================================== Project: gawk Issue ID: 3071 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 02:48 CET Last Modified: 2009-09-17 00:12 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006710) philadmin (administrator) - 2009-09-17 00:12 http://www.opencsw.org/mantis/view.php?id=3071#c6710 ---------------------------------------------------------------------- updated From noreply at opencsw.org Thu Sep 17 00:13:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 17 Sep 2009 00:13:00 +0200 Subject: [bug-notifications] [gawk 0003807]: Please upgrade to 3.1.7 In-Reply-To: Message-ID: <3a48cfe4dd0f161f8ba0e01051c77a97@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3807 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: gawk Issue ID: 3807 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-08-02 22:13 CEST Last Modified: 2009-09-17 00:12 CEST ====================================================================== Summary: Please upgrade to 3.1.7 Description: Please upgrade to 3.1.7 ====================================================================== ---------------------------------------------------------------------- (0006711) philadmin (administrator) - 2009-09-17 00:12 http://www.opencsw.org/mantis/view.php?id=3807#c6711 ---------------------------------------------------------------------- upgraded to 3.1.7 From noreply at opencsw.org Thu Sep 17 12:02:34 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 17 Sep 2009 12:02:34 +0200 Subject: [bug-notifications] [pkgutil 0003894]: pkgutil 1.7: -L option only works with the package name, not the software name In-Reply-To: <151d0213400eda6560b2d723545e1165> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3894 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3894 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-14 11:16 CEST Last Modified: 2009-09-17 12:02 CEST ====================================================================== Summary: pkgutil 1.7: -L option only works with the package name, not the software name Description: Most other command options work with both (pgk and sw name), the new -L option only seems to work with the sw name. Can we get it to recognize the sw name too? Example: # pkgutil -L dhcp # pkgutil -L CSWdhcp | head /etc/init.d/cswdhcp /etc/opt/csw/dhcpd.conf.CSW /etc/rc1.d/K73cswdhcp /etc/rc2.d/S73cswdhcp /opt/csw/bin/omshell /opt/csw/include/dhcpctl.h /opt/csw/include/isc-dhcp /opt/csw/include/isc-dhcp/boolean.h /opt/csw/include/isc-dhcp/dst.h ====================================================================== ---------------------------------------------------------------------- (0006712) skayser (administrator) - 2009-09-17 12:02 http://www.opencsw.org/mantis/view.php?id=3894#c6712 ---------------------------------------------------------------------- Just tested it. What do you think about emitting a warning message if a sw/package name could not be resolved/found? Also, might there be some way to be less catalog-dependent when using the -L option? I installed sudosh2 from testing/ and then omitted the -t option (i thought i was querying locally installed pkgs after all). root @ ray42 ~# pkgutil-r102 -L sudosh2 root @ ray42 ~# Putting the -t option back in makes it work. root @ ray42 ~# pkgutil-r102 -t http://mirror.opencsw.org/opencsw/testing -L sudosh2 Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/testing/i386/5.10) if available... Fetching new catalog and descriptions (http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10) if available... /etc/opt/csw/sudosh.conf.CSW /opt/csw/bin/sudosh /opt/csw/bin/sudosh-replay /opt/csw/share/doc/sudosh2 /opt/csw/share/doc/sudosh2/AUTHORS /opt/csw/share/doc/sudosh2/NEWS /opt/csw/share/doc/sudosh2/README /opt/csw/share/doc/sudosh2/changelog /opt/csw/share/doc/sudosh2/changelog.CSW /opt/csw/share/doc/sudosh2/license /opt/csw/share/man/man1/sudosh.1 /opt/csw/share/man/man5 /opt/csw/share/man/man5/sudosh.conf.5 /opt/csw/share/man/man8 /opt/csw/share/man/man8/sudosh-replay.8 /var/opt/csw/sudosh root @ ray42 ~# Side note: There is always one blank line showing up first in the pkgutil -L output. Is this intended? From noreply at opencsw.org Thu Sep 17 12:12:35 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 17 Sep 2009 12:12:35 +0200 Subject: [bug-notifications] [pkgutil 0003894]: pkgutil 1.7: -L option only works with the package name, not the software name In-Reply-To: <151d0213400eda6560b2d723545e1165> Message-ID: <8217b9c6a681881765a18df93d2c2587@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3894 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3894 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-14 11:16 CEST Last Modified: 2009-09-17 12:12 CEST ====================================================================== Summary: pkgutil 1.7: -L option only works with the package name, not the software name Description: Most other command options work with both (pgk and sw name), the new -L option only seems to work with the sw name. Can we get it to recognize the sw name too? Example: # pkgutil -L dhcp # pkgutil -L CSWdhcp | head /etc/init.d/cswdhcp /etc/opt/csw/dhcpd.conf.CSW /etc/rc1.d/K73cswdhcp /etc/rc2.d/S73cswdhcp /opt/csw/bin/omshell /opt/csw/include/dhcpctl.h /opt/csw/include/isc-dhcp /opt/csw/include/isc-dhcp/boolean.h /opt/csw/include/isc-dhcp/dst.h ====================================================================== ---------------------------------------------------------------------- (0006713) skayser (administrator) - 2009-09-17 12:12 http://www.opencsw.org/mantis/view.php?id=3894#c6713 ---------------------------------------------------------------------- The same issue (omitting -t and then relying on sw -> pkg name resolution) can be seen with the -r option. root @ ray42 ~# pkgutil -r sudosh2 Parsing catalog, may take a while... Package sudosh2 not in catalog...exiting. root @ ray42 ~# I know this is a corner case, but again, from a user view point i would expect to be working with local packages, independent of which catalog i am running against. From noreply at opencsw.org Thu Sep 17 13:05:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 17 Sep 2009 13:05:44 +0200 Subject: [bug-notifications] [gnuplot 0003902]: Please upgrade to 4.2.6 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3902 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: gnuplot Issue ID: 3902 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-17 13:05 CEST Last Modified: 2009-09-17 13:05 CEST ====================================================================== Summary: Please upgrade to 4.2.6 Description: gnuplot 4.2.6 has been release today on SunFreeware ====================================================================== From noreply at opencsw.org Thu Sep 17 14:26:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 17 Sep 2009 14:26:24 +0200 Subject: [bug-notifications] [pkgutil 0003894]: pkgutil 1.7: -L option only works with the package name, not the software name In-Reply-To: <151d0213400eda6560b2d723545e1165> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3894 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3894 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-14 11:16 CEST Last Modified: 2009-09-17 14:26 CEST ====================================================================== Summary: pkgutil 1.7: -L option only works with the package name, not the software name Description: Most other command options work with both (pgk and sw name), the new -L option only seems to work with the sw name. Can we get it to recognize the sw name too? Example: # pkgutil -L dhcp # pkgutil -L CSWdhcp | head /etc/init.d/cswdhcp /etc/opt/csw/dhcpd.conf.CSW /etc/rc1.d/K73cswdhcp /etc/rc2.d/S73cswdhcp /opt/csw/bin/omshell /opt/csw/include/dhcpctl.h /opt/csw/include/isc-dhcp /opt/csw/include/isc-dhcp/boolean.h /opt/csw/include/isc-dhcp/dst.h ====================================================================== ---------------------------------------------------------------------- (0006714) bonivart (manager) - 2009-09-17 14:26 http://www.opencsw.org/mantis/view.php?id=3894#c6714 ---------------------------------------------------------------------- I need to make a catalog lookup to find the package name since that's what's in the contents file. Otherwise I would need to extract the NAME-field from every package on the system with pkgparam or something and that would take minutes. Pkgutil always uses package names internally, catalog names are just for convenience. In most cases it doesn't matter but with testing I suppose it does in a bad way. If you have ideas I'm all ears. The extra blank line is there to separate between files from multiple packages you may specify on the command line. That it's displayed when only one package is used is just me being lazy. It annoys me too and I will fix it...someday. :-) From noreply at opencsw.org Thu Sep 17 14:40:59 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 17 Sep 2009 14:40:59 +0200 Subject: [bug-notifications] [pkgutil 0003903]: pkgutil -r: Reference found where even-sized list expected Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3903 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3903 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-17 14:40 CEST Last Modified: 2009-09-17 14:40 CEST ====================================================================== Summary: pkgutil -r: Reference found where even-sized list expected Description: Happens with 1.7 as well as r102. Removal works fine though. # pkgutil -t http://mirror.opencsw.org/opencsw/testing -r sudosh2 Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/testing/i386/5.10) if available... Fetching new catalog and descriptions (http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10) if available... Parsing catalog, may take a while... Reference found where even-sized list expected at /opt/csw/bin/pkgutil line 1038. Looking at installed CSW packages... Examining dependencies for: CSWsudosh2 (remove) CSWcswclassutils (in use) CSWcommon (in use) => Removing CSWsudosh2 The following package is currently installed: CSWsudosh2 sudosh2 - Extensive auditing of user shell usage (i386) 1.0.2,REV=2009.09.17 Do you want to remove this package? [y,n,?,q] q 1 package was not processed! # ====================================================================== From noreply at opencsw.org Thu Sep 17 16:39:37 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 17 Sep 2009 16:39:37 +0200 Subject: [bug-notifications] [pkgutil 0003904]: pkgutil 1.7: --transform doesn't work when package is already installed Message-ID: <6d4d9cc79803bf34a28b294ac07fe3db@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3904 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3904 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-17 16:39 CEST Last Modified: 2009-09-17 16:39 CEST ====================================================================== Summary: pkgutil 1.7: --transform doesn't work when package is already installed Description: Me again. In contrary to the -s/--stream option, --transform seems to check the requested package against the ones that are already installed and doesn't proceed if the package is already installed. skayser @ ray42 ~$ pkgutil --transform wget You're not root and didn't set -W, using current dir. Parsing catalog, may take a while... Current packages: CSWcacertificates-20090108,REV=2009.01.08 CSWcommon-1.4.6,REV=2008.04.28 CSWcswclassutils-1.18,REV=2009.08.10 CSWosslrt-0.9.8,REV=2009.03.27_rev=k CSWwget-1.11.4,REV=2009.04.15 $ The primary usage of --transform for me is to cross-check ongoing packaging work with other packages. Whether a requested package is already installed doesn't really matter to me, i just want to have a look at the full package structure. IIRC i was in favor of --transform to work as a switch to -d and to have -d download a package independently of whether it is already installed. Similar to "aptitude download " on Debian. Did we talk about that? ====================================================================== From noreply at opencsw.org Thu Sep 17 19:06:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 17 Sep 2009 19:06:25 +0200 Subject: [bug-notifications] [antiword 0003521]: Not sun4m compatible In-Reply-To: <74be4203902f2e5656ed40dd5f890481> Message-ID: <3167f24a85ca1056e0abf1f371f8e3b1@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3521 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: antiword Issue ID: 3521 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-03-31 21:37 CEST Last Modified: 2009-09-17 19:06 CEST ====================================================================== Summary: Not sun4m compatible Description: $ file /opt/csw/bin/antiword /opt/csw/bin/antiword: ELF 32-bit MSB executable SPARC32PLUS Version 1, V8+ Required, dynamically linked, stripped ====================================================================== ---------------------------------------------------------------------- (0006715) philadmin (administrator) - 2009-09-17 19:06 http://www.opencsw.org/mantis/view.php?id=3521#c6715 ---------------------------------------------------------------------- finally got around to recompiling this thing. From noreply at opencsw.org Thu Sep 17 20:44:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 17 Sep 2009 20:44:24 +0200 Subject: [bug-notifications] [mysql5 0003905]: Request for updated MySQL 5.0 package Message-ID: <2b1c6cf017daf98ff7d878944940e08d@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3905 ====================================================================== Reported By: ois_unix Assigned To: ====================================================================== Project: mysql5 Issue ID: 3905 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-17 20:44 CEST Last Modified: 2009-09-17 20:44 CEST ====================================================================== Summary: Request for updated MySQL 5.0 package Description: The latest OpenCSW revision for MySQL 5.0 is v.5.0.51. The current vendor release is 5.0.85. I need this package upgraded to address some recent security issues in MySQL that have been discovered since the 5.0.51 release. ====================================================================== From noreply at opencsw.org Thu Sep 17 21:40:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 17 Sep 2009 21:40:08 +0200 Subject: [bug-notifications] [gitosis 0003906]: Add clarification about the "gitosis" user that was created during installation Message-ID: <65ab90f43690961f3c3232693716b6ae@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3906 ====================================================================== Reported By: trygvis Assigned To: ====================================================================== Project: gitosis Issue ID: 3906 Category: packaging Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-17 21:40 CEST Last Modified: 2009-09-17 21:40 CEST ====================================================================== Summary: Add clarification about the "gitosis" user that was created during installation Description: The "gitosis" user is automatically created upon installation (yay) and passwd is run in postinstall to make it a "no login" account. This is nice, but it might be nice to note in README.csw that the account is a no-login account and you have to be root when you do step 1 in the readme (not sure if the root not is needed once you know it's a no login account). >From a user experience perspective it would also be nice if the path to the README.csw was pointed out. Having to scroll past a ton of python compliation to find it is suboptimal. ====================================================================== From noreply at opencsw.org Thu Sep 17 22:10:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 17 Sep 2009 22:10:15 +0200 Subject: [bug-notifications] [gitosis 0003907]: Missing dependency on "python_devel" Message-ID: <5162c1e55ee72e654ac97807abfb2f5e@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3907 ====================================================================== Reported By: trygvis Assigned To: ====================================================================== Project: gitosis Issue ID: 3907 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-17 22:10 CEST Last Modified: 2009-09-17 22:10 CEST ====================================================================== Summary: Missing dependency on "python_devel" Description: When importing my public key I got a python exception about a missing distutils module. $ gitosis-init < /tmp/id_dsa.pub Traceback (most recent call last): File "/opt/csw/bin/gitosis-init", line 5, in from pkg_resources import load_entry_point File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 657, in class Environment(object): File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 660, in Environment def __init__(self, search_path=None, platform=get_supported_platform(), python=PY_MAJOR): File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 55, in get_supported_platform plat = get_build_platform(); m = macosVersionString.match(plat) File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 186, in get_build_platform from distutils.util import get_platform ImportError: No module named distutils.util Installing python_devel fixed it. Not sure if gitosis is missing the dependency, it seems to be used by setuptools. ====================================================================== From noreply at opencsw.org Fri Sep 18 14:27:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 18 Sep 2009 14:27:26 +0200 Subject: [bug-notifications] [dialog 0003908]: CSWdialog contains superfluous paths, in particular /opt Message-ID: <7f3b3357e8251d398f1c6ff68a50b48d@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3908 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: dialog Issue ID: 3908 Category: packaging Reproducibility: always Severity: tweak Priority: low Status: new ====================================================================== Date Submitted: 2009-09-18 14:27 CEST Last Modified: 2009-09-18 14:27 CEST ====================================================================== Summary: CSWdialog contains superfluous paths, in particular /opt Description: /opt and the paths contained in CSWcommon should not be contained in any packages. Please strip them out on the next rebuild. The following files are already installed on the system and are being used by another package: /opt ====================================================================== From noreply at opencsw.org Fri Sep 18 14:41:49 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 18 Sep 2009 14:41:49 +0200 Subject: [bug-notifications] [pkgutil 0003903]: pkgutil -r: Reference found where even-sized list expected In-Reply-To: <03a868f3e8380eb650a60c5f484d1aa8> Message-ID: <43b98e8f4406e36d75f725744456c6c8@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3903 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3903 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-17 14:40 CEST Last Modified: 2009-09-18 14:41 CEST ====================================================================== Summary: pkgutil -r: Reference found where even-sized list expected Description: Happens with 1.7 as well as r102. Removal works fine though. # pkgutil -t http://mirror.opencsw.org/opencsw/testing -r sudosh2 Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/testing/i386/5.10) if available... Fetching new catalog and descriptions (http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10) if available... Parsing catalog, may take a while... Reference found where even-sized list expected at /opt/csw/bin/pkgutil line 1038. Looking at installed CSW packages... Examining dependencies for: CSWsudosh2 (remove) CSWcswclassutils (in use) CSWcommon (in use) => Removing CSWsudosh2 The following package is currently installed: CSWsudosh2 sudosh2 - Extensive auditing of user shell usage (i386) 1.0.2,REV=2009.09.17 Do you want to remove this package? [y,n,?,q] q 1 package was not processed! # ====================================================================== From noreply at opencsw.org Fri Sep 18 14:57:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 18 Sep 2009 14:57:10 +0200 Subject: [bug-notifications] [pkgutil 0003903]: pkgutil -r: Reference found where even-sized list expected In-Reply-To: <03a868f3e8380eb650a60c5f484d1aa8> Message-ID: <146d69a1254a40eb5813372295453dbf@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3903 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3903 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-17 14:40 CEST Last Modified: 2009-09-18 14:57 CEST ====================================================================== Summary: pkgutil -r: Reference found where even-sized list expected Description: Happens with 1.7 as well as r102. Removal works fine though. # pkgutil -t http://mirror.opencsw.org/opencsw/testing -r sudosh2 Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/testing/i386/5.10) if available... Fetching new catalog and descriptions (http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10) if available... Parsing catalog, may take a while... Reference found where even-sized list expected at /opt/csw/bin/pkgutil line 1038. Looking at installed CSW packages... Examining dependencies for: CSWsudosh2 (remove) CSWcswclassutils (in use) CSWcommon (in use) => Removing CSWsudosh2 The following package is currently installed: CSWsudosh2 sudosh2 - Extensive auditing of user shell usage (i386) 1.0.2,REV=2009.09.17 Do you want to remove this package? [y,n,?,q] q 1 package was not processed! # ====================================================================== ---------------------------------------------------------------------- (0006716) bonivart (manager) - 2009-09-18 14:57 http://www.opencsw.org/mantis/view.php?id=3903#c6716 ---------------------------------------------------------------------- It was a declaration of an unused hash that caused the noise. I have removed it in r105. I'm sorry to say the remove option is not really reliable and I haven't had time to really look at it. This was easy to fix though. From noreply at opencsw.org Fri Sep 18 20:29:36 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 18 Sep 2009 20:29:36 +0200 Subject: [bug-notifications] [gitosis 0003906]: Add clarification about the "gitosis" user that was created during installation In-Reply-To: <31e42af8068cba6844f00dd85fc78975> Message-ID: <9cb78e8a5d116bb18085c6835e1aa1e3@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3906 ====================================================================== Reported By: trygvis Assigned To: bwalton ====================================================================== Project: gitosis Issue ID: 3906 Category: packaging Reproducibility: N/A Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-17 21:40 CEST Last Modified: 2009-09-18 20:29 CEST ====================================================================== Summary: Add clarification about the "gitosis" user that was created during installation Description: The "gitosis" user is automatically created upon installation (yay) and passwd is run in postinstall to make it a "no login" account. This is nice, but it might be nice to note in README.csw that the account is a no-login account and you have to be root when you do step 1 in the readme (not sure if the root not is needed once you know it's a no login account). >From a user experience perspective it would also be nice if the path to the README.csw was pointed out. Having to scroll past a ton of python compliation to find it is suboptimal. ====================================================================== ---------------------------------------------------------------------- (0006717) bwalton (manager) - 2009-09-18 20:29 http://www.opencsw.org/mantis/view.php?id=3906#c6717 ---------------------------------------------------------------------- Updated version in testing. Please test and provide feedback. Thanks From noreply at opencsw.org Fri Sep 18 20:32:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 18 Sep 2009 20:32:23 +0200 Subject: [bug-notifications] [xmlto 0003896]: Wrong call to 'cp' in the xmlto-toolchain In-Reply-To: Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3896 ====================================================================== Reported By: dam Assigned To: bwalton ====================================================================== Project: xmlto Issue ID: 3896 Category: regular use Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-14 15:00 CEST Last Modified: 2009-09-18 20:32 CEST ====================================================================== Summary: Wrong call to 'cp' in the xmlto-toolchain Description: Somewhere in the xmlto-toolchain 'cp' is called with the wrong option '-P'. It may be something like '-p' on Solaris. ====================================================================== ---------------------------------------------------------------------- (0006719) bwalton (manager) - 2009-09-18 20:32 http://www.opencsw.org/mantis/view.php?id=3896#c6719 ---------------------------------------------------------------------- Fixed in a test package. Patches accepted upstream. Won't release until all docbook/xml packages are ready to go as a unit. From noreply at opencsw.org Fri Sep 18 20:33:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 18 Sep 2009 20:33:13 +0200 Subject: [bug-notifications] [git 0003790]: git-send-email with ssl needs Net::SMTP::SSL perl module In-Reply-To: <9f56fd45b06b8c70b5e6aeefb62c08e0> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3790 ====================================================================== Reported By: james Assigned To: bwalton ====================================================================== Project: git Issue ID: 3790 Category: packaging Reproducibility: sometimes Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-07-30 16:21 CEST Last Modified: 2009-09-18 20:33 CEST ====================================================================== Summary: git-send-email with ssl needs Net::SMTP::SSL perl module Description: Please add Net::SMTP::SSL perl module and depend to support the option of SSL in git-send-email ====================================================================== ---------------------------------------------------------------------- (0006720) bwalton (manager) - 2009-09-18 20:33 http://www.opencsw.org/mantis/view.php?id=3790#c6720 ---------------------------------------------------------------------- Resolved as of next official release. From noreply at opencsw.org Fri Sep 18 22:40:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 18 Sep 2009 22:40:51 +0200 Subject: [bug-notifications] [ruby 0003909]: Problem compiling FFI against Ruby Message-ID: <93d865ea6cac505adaf130178fc67f22@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3909 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: ruby Issue ID: 3909 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-18 22:40 CEST Last Modified: 2009-09-18 22:40 CEST ====================================================================== Summary: Problem compiling FFI against Ruby Description: When compiling the xapian-bindings for Ruby against the current Ruby I get /bin/bash ../libtool --tag=CXX --mode=compile /opt/studio/SOS11/SUNWspro/bin/CC -DHAVE_CONFIG_H -I. -I.. -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/include -library=stlport4 -features=tmplife -I/opt/csw/include -xO3 -xarch=v8 -I/opt/csw/include -c -o xapian_wrap.lo xapian_wrap.cc mkdir .libs /opt/studio/SOS11/SUNWspro/bin/CC -DHAVE_CONFIG_H -I. -I.. -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/include -library=stlport4 -features=tmplife -I/opt/csw/include -xO3 -xarch=v8 -I/opt/csw/include -c xapian_wrap.cc -KPIC -DPIC -o .libs/xapian_wrap.o "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/config.h", line 15: Warning (Anachronism): Attempt to redefine _FILE_OFFSET_BITS without using #undef. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 567: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 567: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 567: Error: There must be an identifier to declare. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 568: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 568: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 568: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 569: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 569: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 569: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 570: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 570: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 570: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 571: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 571: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 571: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 572: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 572: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 572: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 573: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 573: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 573: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: A declaration does not specify a tag or an identifier. Compilation aborted, too many Error messages. gmake[6]: *** [xapian_wrap.lo] Error 1 gmake[6]: Leaving directory `/home/dam/mgar/pkg/xapian-bindings/trunk/work/build-isa-sparcv8/xapian-bindings-1.0.11/ruby' This does not look correct. ====================================================================== From noreply at opencsw.org Sat Sep 19 03:44:14 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 19 Sep 2009 03:44:14 +0200 Subject: [bug-notifications] [gitosis 0003906]: Add clarification about the "gitosis" user that was created during installation In-Reply-To: <31e42af8068cba6844f00dd85fc78975> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3906 ====================================================================== Reported By: trygvis Assigned To: bwalton ====================================================================== Project: gitosis Issue ID: 3906 Category: packaging Reproducibility: N/A Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-17 21:40 CEST Last Modified: 2009-09-19 03:44 CEST ====================================================================== Summary: Add clarification about the "gitosis" user that was created during installation Description: The "gitosis" user is automatically created upon installation (yay) and passwd is run in postinstall to make it a "no login" account. This is nice, but it might be nice to note in README.csw that the account is a no-login account and you have to be root when you do step 1 in the readme (not sure if the root not is needed once you know it's a no login account). >From a user experience perspective it would also be nice if the path to the README.csw was pointed out. Having to scroll past a ton of python compliation to find it is suboptimal. ====================================================================== ---------------------------------------------------------------------- (0006722) bwalton (manager) - 2009-09-19 03:44 http://www.opencsw.org/mantis/view.php?id=3906#c6722 ---------------------------------------------------------------------- A newly updated version has been placed in testing. The previous update had a packaging bug that stripped some required files. Please try 2009.09.19. If you think this is adequate, I'll push it into the release stream. From noreply at opencsw.org Sat Sep 19 11:13:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 19 Sep 2009 11:13:24 +0200 Subject: [bug-notifications] [ruby 0003909]: Problem compiling FFI against Ruby In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3909 ====================================================================== Reported By: dam Assigned To: bwalton ====================================================================== Project: ruby Issue ID: 3909 Category: regular use Reproducibility: always Severity: major Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2009-09-18 22:40 CEST Last Modified: 2009-09-19 11:13 CEST ====================================================================== Summary: Problem compiling FFI against Ruby Description: When compiling the xapian-bindings for Ruby against the current Ruby I get /bin/bash ../libtool --tag=CXX --mode=compile /opt/studio/SOS11/SUNWspro/bin/CC -DHAVE_CONFIG_H -I. -I.. -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/include -library=stlport4 -features=tmplife -I/opt/csw/include -xO3 -xarch=v8 -I/opt/csw/include -c -o xapian_wrap.lo xapian_wrap.cc mkdir .libs /opt/studio/SOS11/SUNWspro/bin/CC -DHAVE_CONFIG_H -I. -I.. -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/include -library=stlport4 -features=tmplife -I/opt/csw/include -xO3 -xarch=v8 -I/opt/csw/include -c xapian_wrap.cc -KPIC -DPIC -o .libs/xapian_wrap.o "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/config.h", line 15: Warning (Anachronism): Attempt to redefine _FILE_OFFSET_BITS without using #undef. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 567: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 567: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 567: Error: There must be an identifier to declare. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 568: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 568: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 568: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 569: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 569: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 569: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 570: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 570: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 570: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 571: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 571: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 571: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 572: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 572: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 572: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 573: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 573: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 573: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: A declaration does not specify a tag or an identifier. Compilation aborted, too many Error messages. gmake[6]: *** [xapian_wrap.lo] Error 1 gmake[6]: Leaving directory `/home/dam/mgar/pkg/xapian-bindings/trunk/work/build-isa-sparcv8/xapian-bindings-1.0.11/ruby' This does not look correct. ====================================================================== ---------------------------------------------------------------------- (0006723) dam (reporter) - 2009-09-19 11:13 http://www.opencsw.org/mantis/view.php?id=3909#c6723 ---------------------------------------------------------------------- That works. However, the Xapian bindings package contains bindings for Ruby and Python among other things and Python works only with Sun Studio and not GCC: /opt/csw/gcc4/bin/g++ -shared -nostdlib -L/opt/csw/gcc4/lib/. -mcpu=v8 -L/opt/csw/lib /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.3.3/crti.o /usr/ccs/lib/values-Xa.o /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.3.3/crtbegin.o .libs/xapian_wrap.o -Wl,-R -Wl,/opt/csw/lib -Wl,-R -Wl,/opt/csw/gcc4/lib -Wl,-R -Wl,/opt/csw/lib -Wl,-R -Wl,/opt/csw/gcc4/lib -L/opt/csw/gcc4/lib/. -L/opt/csw/lib /opt/csw/lib/libxapian.so -L/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.3.3 -L/usr/ccs/lib -L/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.3.3/../../.. /opt/csw/gcc4/lib/libstdc++.so -lm -lgcc_s /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.3.3/crtend.o /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.3.3/crtn.o -mcpu=v8 -mcpu=v8 -Wl,-h -Wl,_xapian.so -o .libs/_xapian.so creating _xapian.la (cd .libs && rm -f _xapian.la && ln -s ../_xapian.la _xapian.la) cp `test -f modern/xapian.py || echo './'`modern/xapian.py . /bin/bash ../libtool --config > libtoolconfig.tmp . ./libtoolconfig.tmp; cp $objdir/_xapian.so . rm -f libtoolconfig.tmp PYTHONPATH=. /opt/csw/bin/python -c "import _xapian;import xapian" Traceback (most recent call last): File "", line 1, in ImportError: ld.so.1: python: fatal: relocation error: file ./_xapian.so: symbol _ZTVN6Xapian4v10225NumberValueRangeProcessorE: referenced symbol not found From noreply at opencsw.org Sat Sep 19 11:51:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 19 Sep 2009 11:51:27 +0200 Subject: [bug-notifications] [ruby 0003909]: Problem compiling FFI against Ruby In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3909 ====================================================================== Reported By: dam Assigned To: bwalton ====================================================================== Project: ruby Issue ID: 3909 Category: regular use Reproducibility: always Severity: major Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2009-09-18 22:40 CEST Last Modified: 2009-09-19 11:51 CEST ====================================================================== Summary: Problem compiling FFI against Ruby Description: When compiling the xapian-bindings for Ruby against the current Ruby I get /bin/bash ../libtool --tag=CXX --mode=compile /opt/studio/SOS11/SUNWspro/bin/CC -DHAVE_CONFIG_H -I. -I.. -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/include -library=stlport4 -features=tmplife -I/opt/csw/include -xO3 -xarch=v8 -I/opt/csw/include -c -o xapian_wrap.lo xapian_wrap.cc mkdir .libs /opt/studio/SOS11/SUNWspro/bin/CC -DHAVE_CONFIG_H -I. -I.. -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/include -library=stlport4 -features=tmplife -I/opt/csw/include -xO3 -xarch=v8 -I/opt/csw/include -c xapian_wrap.cc -KPIC -DPIC -o .libs/xapian_wrap.o "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/config.h", line 15: Warning (Anachronism): Attempt to redefine _FILE_OFFSET_BITS without using #undef. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 567: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 567: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 567: Error: There must be an identifier to declare. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 568: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 568: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 568: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 569: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 569: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 569: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 570: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 570: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 570: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 571: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 571: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 571: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 572: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 572: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 572: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 573: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 573: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 573: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: A declaration does not specify a tag or an identifier. Compilation aborted, too many Error messages. gmake[6]: *** [xapian_wrap.lo] Error 1 gmake[6]: Leaving directory `/home/dam/mgar/pkg/xapian-bindings/trunk/work/build-isa-sparcv8/xapian-bindings-1.0.11/ruby' This does not look correct. ====================================================================== ---------------------------------------------------------------------- (0006724) dam (reporter) - 2009-09-19 11:51 http://www.opencsw.org/mantis/view.php?id=3909#c6724 ---------------------------------------------------------------------- Xapian is compiled with Sun Studio and it looks like the GCC-compiled Ruby bindings can't link properly: gmake[6]: Entering directory `/home/dam/mgar/pkg/xapian-bindings/trunk/work/build-isa-sparcv8-binding-ruby/xapian-bindings-1.0.11/ruby' .libs/_xapian.so: ld.so.1: ruby: fatal: relocation error: file .libs/_xapian.so: symbol _ZTVN6Xapian13SimpleStopperE: referenced symbol not found - .libs/_xapian.so (LoadError) from ./xapian.rb:40 from ./smoketest.rb:27:in `require' from ./smoketest.rb:27 FAIL: smoketest.rb ======================================= 1 of 1 tests failed Please report to http://xapian.org/bugs ======================================= If I build xapian with GCC I can no longer link to Sun Studio compiled Python :-P Any chance to build Ruby with Sun Studio? From noreply at opencsw.org Sat Sep 19 13:42:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 19 Sep 2009 13:42:38 +0200 Subject: [bug-notifications] [pm_gd 0003737]: GARNAME is invalid In-Reply-To: <52cb423e7d65ccc7477e0612ae2dacd0> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3737 ====================================================================== Reported By: wbonnet Assigned To: dam ====================================================================== Project: pm_gd Issue ID: 3737 Category: other Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-06-28 22:01 CEST Last Modified: 2009-09-19 13:42 CEST ====================================================================== Summary: GARNAME is invalid Description: GARNAME of this packageis GD, it should be pm_GD. This name conflits with GD (the lib not the perl wrapper containted in this package) ====================================================================== ---------------------------------------------------------------------- (0006725) dam (manager) - 2009-09-19 13:42 http://www.opencsw.org/mantis/view.php?id=3737#c6725 ---------------------------------------------------------------------- Maybe it is better to use the catalogname as it really has the necessity to be unique? From noreply at opencsw.org Sat Sep 19 13:43:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 19 Sep 2009 13:43:50 +0200 Subject: [bug-notifications] [libxml2 0003889]: Pleased upgrade libxml2 to latest and rebuild PHP against it In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3889 ====================================================================== Reported By: jsilve1 Assigned To: dam ====================================================================== Project: libxml2 Issue ID: 3889 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-09-08 19:18 CEST Last Modified: 2009-09-19 13:43 CEST ====================================================================== Summary: Pleased upgrade libxml2 to latest and rebuild PHP against it Description: There is a bug in libxml2 that results in broken XML output in PHP. http://bugs.php.net/bug.php?id=45996 Please update the libxml2 and PHP packages. ====================================================================== ---------------------------------------------------------------------- (0006726) dam (manager) - 2009-09-19 13:43 http://www.opencsw.org/mantis/view.php?id=3889#c6726 ---------------------------------------------------------------------- Please provide the requested information or this bug will be closed. From noreply at opencsw.org Sun Sep 20 02:50:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 20 Sep 2009 02:50:52 +0200 Subject: [bug-notifications] [gnuplot 0003902]: Please upgrade to 4.2.6 In-Reply-To: <96734bbe9df2585568a14ca25339dc71> Message-ID: <87b8ef5dbe884e1af85690f6b5878930@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3902 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: gnuplot Issue ID: 3902 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-17 13:05 CEST Last Modified: 2009-09-20 02:50 CEST ====================================================================== Summary: Please upgrade to 4.2.6 Description: gnuplot 4.2.6 has been release today on SunFreeware ====================================================================== ---------------------------------------------------------------------- (0006727) phil (manager) - 2009-09-20 02:50 http://www.opencsw.org/mantis/view.php?id=3902#c6727 ---------------------------------------------------------------------- upgraded From noreply at opencsw.org Sun Sep 20 02:51:21 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 20 Sep 2009 02:51:21 +0200 Subject: [bug-notifications] [dotproject 0002975]: upgrade needed In-Reply-To: Message-ID: <5ff90ae2679168c3f7b3bb750388205b@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2975 ====================================================================== Reported By: phil Assigned To: phil ====================================================================== Project: dotproject Issue ID: 2975 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-12-19 17:00 CET Last Modified: 2009-09-20 02:51 CEST ====================================================================== Summary: upgrade needed Description: Dear me. Please update dotproject. Sincerely, me. PS: maybe change to use php5 as well. ====================================================================== ---------------------------------------------------------------------- (0006728) phil (manager) - 2009-09-20 02:51 http://www.opencsw.org/mantis/view.php?id=2975#c6728 ---------------------------------------------------------------------- updated From noreply at opencsw.org Sun Sep 20 04:53:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 20 Sep 2009 04:53:05 +0200 Subject: [bug-notifications] [rubydev 0003770]: Unable to compile native gems on virtualised X86 platform In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3770 ====================================================================== Reported By: chrismay Assigned To: bwalton ====================================================================== Project: rubydev Issue ID: 3770 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-07-18 19:08 CEST Last Modified: 2009-09-20 04:53 CEST ====================================================================== Summary: Unable to compile native gems on virtualised X86 platform Description: Trying to compile native gems results in the following error: make /opt/csw/gcc4/bin/gcc -I. -I/opt/csw/lib/ruby/1.8/i386-solaris2.8 -I/opt/csw/lib/ruby/1.8/i386-solaris2.8 -I. -I/opt/csw/include -D_FILE_OFFSET_BITS=64 -fPIC -mtune=i68 6 -O2 -pipe -m32 -march=i386 -I/opt/csw/include -fPIC -c fastthread.c In file included from /opt/csw/gcc4/lib/gcc/i386-pc-solaris2.8/4.3.3/include-fixed/stdlib.h:27, from /opt/csw/lib/ruby/1.8/i386-solaris2.8/ruby.h:40, from fastthread.c:12: /usr/include/iso/stdlib_iso.h: In function 'abort': /usr/include/iso/stdlib_iso.h:107: error: expected declaration specifiers before '__NORETURN' /usr/include/iso/stdlib_iso.h:108: error: storage class specified for parameter 'abs' /usr/include/iso/stdlib_iso.h:109: error: storage class specified for parameter 'atexit' /usr/include/iso/stdlib_iso.h:110: error: storage class specified for parameter 'atof' /usr/include/iso/stdlib_iso.h:111: error: storage class specified for parameter 'atoi' /usr/include/iso/stdlib_iso.h:112: error: storage class specified for parameter 'atol' /usr/include/iso/stdlib_iso.h:114: error: storage class specified for parameter 'bsearch' /usr/include/iso/stdlib_iso.h:121: error: storage class specified for parameter 'calloc' /usr/include/iso/stdlib_iso.h:122: error: storage class specified for parameter 'div' /usr/include/iso/stdlib_iso.h:124: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__NORETURN' {many many more similar errors omitted} ====================================================================== ---------------------------------------------------------------------- (0006574) bwalton (manager) - 2009-08-14 17:35 http://www.opencsw.org/bugtrack/view.php?id=3770#c6574 ---------------------------------------------------------------------- I am still working on this issue, but slowly as I haven't had time to dig into it yet. Just and FYI so you know it's not forgotten. From noreply at opencsw.org Sun Sep 20 10:22:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 20 Sep 2009 10:22:05 +0200 Subject: [bug-notifications] [jbig2dec 0003880]: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included In-Reply-To: <3bd7d2bf28610bd56339a2e944d4a5ce> Message-ID: <7a513c9c59ac7d9db65a8081b86997c8@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3880 ====================================================================== Reported By: flod Assigned To: james ====================================================================== Project: jbig2dec Issue ID: 3880 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 13:27 CEST Last Modified: 2009-09-20 10:22 CEST ====================================================================== Summary: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included Description: The included symbolic links /opt/csw/lib/amd64/libjbig2dec.so /opt/csw/lib/amd64/libjbig2dec.so.0 lead nowhere as /opt/csw/lib/amd64/libjbig2dec.so.0.10 is missing. ====================================================================== ---------------------------------------------------------------------- (0006732) james (manager) - 2009-09-20 10:22 http://www.opencsw.org/bugtrack/view.php?id=3880#c6732 ---------------------------------------------------------------------- big2dec-0.10,REV=2009.09.13 released. From noreply at opencsw.org Sun Sep 20 14:40:39 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 20 Sep 2009 14:40:39 +0200 Subject: [bug-notifications] [rubydev 0003770]: Unable to compile native gems on virtualised X86 platform In-Reply-To: Message-ID: <73bc79697e367e916fbcd4e595ab2ad3@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3770 ====================================================================== Reported By: chrismay Assigned To: bwalton ====================================================================== Project: rubydev Issue ID: 3770 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-07-18 19:08 CEST Last Modified: 2009-09-20 14:40 CEST ====================================================================== Summary: Unable to compile native gems on virtualised X86 platform Description: Trying to compile native gems results in the following error: make /opt/csw/gcc4/bin/gcc -I. -I/opt/csw/lib/ruby/1.8/i386-solaris2.8 -I/opt/csw/lib/ruby/1.8/i386-solaris2.8 -I. -I/opt/csw/include -D_FILE_OFFSET_BITS=64 -fPIC -mtune=i68 6 -O2 -pipe -m32 -march=i386 -I/opt/csw/include -fPIC -c fastthread.c In file included from /opt/csw/gcc4/lib/gcc/i386-pc-solaris2.8/4.3.3/include-fixed/stdlib.h:27, from /opt/csw/lib/ruby/1.8/i386-solaris2.8/ruby.h:40, from fastthread.c:12: /usr/include/iso/stdlib_iso.h: In function 'abort': /usr/include/iso/stdlib_iso.h:107: error: expected declaration specifiers before '__NORETURN' /usr/include/iso/stdlib_iso.h:108: error: storage class specified for parameter 'abs' /usr/include/iso/stdlib_iso.h:109: error: storage class specified for parameter 'atexit' /usr/include/iso/stdlib_iso.h:110: error: storage class specified for parameter 'atof' /usr/include/iso/stdlib_iso.h:111: error: storage class specified for parameter 'atoi' /usr/include/iso/stdlib_iso.h:112: error: storage class specified for parameter 'atol' /usr/include/iso/stdlib_iso.h:114: error: storage class specified for parameter 'bsearch' /usr/include/iso/stdlib_iso.h:121: error: storage class specified for parameter 'calloc' /usr/include/iso/stdlib_iso.h:122: error: storage class specified for parameter 'div' /usr/include/iso/stdlib_iso.h:124: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__NORETURN' {many many more similar errors omitted} ====================================================================== ---------------------------------------------------------------------- (0006733) bwalton (manager) - 2009-09-20 14:40 http://www.opencsw.org/bugtrack/view.php?id=3770#c6733 ---------------------------------------------------------------------- I'm most likely going to be rebuilding ruby for solaris 9+ with sun cc. Hopefully this will resolve the problem. No timeline on this yet, but fairly soon, I hope. From noreply at opencsw.org Mon Sep 21 00:28:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 21 Sep 2009 00:28:01 +0200 Subject: [bug-notifications] [wgetpaste 0003871]: /usr/bin/bash on Solaris 8 + 9 bails out on wgetpaste In-Reply-To: Message-ID: <2a96e26974da2edc8d49feee8ce08b9f@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3871 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: wgetpaste Issue ID: 3871 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-08-28 21:53 CEST Last Modified: 2009-09-21 00:28 CEST ====================================================================== Summary: /usr/bin/bash on Solaris 8 + 9 bails out on wgetpaste Description: skayser @ build8s ~$ wgetpaste --help /opt/csw/bin/wgetpaste: line 114: syntax error near unexpected token `<<<' /opt/csw/bin/wgetpaste: line 114: ` sed -e 's|%|%25|g' -e 's|&|%26|g' -e 's|+|%2b|g' -e 's|;|%3b|g' -e 's| |+|g' <<< "$*" || die "sed failed"' skayser @ build9s ~$ wgetpaste --help /opt/csw/bin/wgetpaste: line 114: syntax error near unexpected token `<<<' /opt/csw/bin/wgetpaste: line 114: ` sed -e 's|%|%25|g' -e 's|&|%26|g' -e 's|+|%2b|g' -e 's|;|%3b|g' -e 's| |+|g' <<< "$*" || die "sed failed"' skayser @ build8s ~$ head -1 /opt/csw/bin/wgetpaste #!/usr/bin/env bash skayser @ build8s ~$ type bash bash is /usr/bin/bash Using /opt/csw/bin/bash works. skayser @ build8s ~$ /opt/csw/bin/bash /opt/csw/bin/wgetpaste --help | head Usage: /opt/csw/bin/wgetpaste [options] [file[s]] Options: -l, --language LANG set language (defaults to "Plain Text") -d, --description DESCRIPTION set description (defaults to "stdin" or filename) -n, --nick NICK set nick (defaults to your username) -s, --service SERVICE set service to use (defaults to "dpaste") -e, --expiration EXPIRATION set when it should expire (defaults to "30 days") -S, --list-services list supported pastebin services ====================================================================== ---------------------------------------------------------------------- (0006734) maciej (manager) - 2009-09-21 00:28 http://www.opencsw.org/bugtrack/view.php?id=3871#c6734 ---------------------------------------------------------------------- Trying if setting the issue to 'closed' will make the e-mail not being sent to me. From noreply at opencsw.org Mon Sep 21 00:29:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 21 Sep 2009 00:29:03 +0200 Subject: [bug-notifications] [syslog_ng 0003469]: Zone support for syslog_ng In-Reply-To: <5901603d8da14293f093102325221082> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3469 ====================================================================== Reported By: automatthias Assigned To: ====================================================================== Project: syslog_ng Issue ID: 3469 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: reopened Fixed in Version: ====================================================================== Date Submitted: 2009-03-14 16:34 CET Last Modified: 2009-09-21 00:29 CEST ====================================================================== Summary: Zone support for syslog_ng Description: After installing syslog_ng, there is imported service definition into SMF, but it's lacking on all non-global zones. vsol01 ~ # svcs cswsyslog_ng STATE STIME FMRI online 0:58:42 svc:/network/cswsyslog_ng:default vsol01-zone1 ~ # svcs cswsyslog_ng svcs: Pattern 'cswsyslog_ng' doesn't match any instances STATE STIME FMRI ====================================================================== ---------------------------------------------------------------------- (0006735) maciej (manager) - 2009-09-21 00:29 http://www.opencsw.org/bugtrack/view.php?id=3469#c6735 ---------------------------------------------------------------------- This issue is fixed. syslog-ng installs and runs fine in non-global zones. From noreply at opencsw.org Mon Sep 21 00:47:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 21 Sep 2009 00:47:07 +0200 Subject: [bug-notifications] [syslog_ng 0003869]: syslog_ng package can no longer be installed on Solaris 8 or 9 In-Reply-To: <69f6612d35288b581194791c10172ad2> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3869 ====================================================================== Reported By: tim Assigned To: ====================================================================== Project: syslog_ng Issue ID: 3869 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-08-25 11:39 CEST Last Modified: 2009-09-21 00:47 CEST ====================================================================== Summary: syslog_ng package can no longer be installed on Solaris 8 or 9 Description: I was able to install the CSWsyslogng package on Solaris 8 or 9 machines just recently. However the latest package that's on the mirrors requires svcadm to install, therefore restricting it to Solaris 10 only: Do you want to continue with the installation of [y,n,?] y Installing syslog_ng - A powerful syslogd replacement as ## Executing preinstall script. Disabling svc:/system/system-log:default /var/sadm/pkg/CSWsyslogng/install/preinstall: svcadm: not found pkgadd: ERROR: preinstall script did not complete successfully Installation of failed. ERROR: could not add CSWsyslogng. ====================================================================== ---------------------------------------------------------------------- (0006736) maciej (manager) - 2009-09-21 00:47 http://www.opencsw.org/bugtrack/view.php?id=3869#c6736 ---------------------------------------------------------------------- I believe this is fixed, the updated package has been released into current and is available from mirrors. Tim, can you check please if it's working for you? Maciej From noreply at opencsw.org Mon Sep 21 00:47:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 21 Sep 2009 00:47:23 +0200 Subject: [bug-notifications] [syslog_ng 0003869]: syslog_ng package can no longer be installed on Solaris 8 or 9 In-Reply-To: <69f6612d35288b581194791c10172ad2> Message-ID: <880883c6d8c3b8a9dc9491af973ed993@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3869 ====================================================================== Reported By: tim Assigned To: maciej ====================================================================== Project: syslog_ng Issue ID: 3869 Category: packaging Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-08-25 11:39 CEST Last Modified: 2009-09-21 00:47 CEST ====================================================================== Summary: syslog_ng package can no longer be installed on Solaris 8 or 9 Description: I was able to install the CSWsyslogng package on Solaris 8 or 9 machines just recently. However the latest package that's on the mirrors requires svcadm to install, therefore restricting it to Solaris 10 only: Do you want to continue with the installation of [y,n,?] y Installing syslog_ng - A powerful syslogd replacement as ## Executing preinstall script. Disabling svc:/system/system-log:default /var/sadm/pkg/CSWsyslogng/install/preinstall: svcadm: not found pkgadd: ERROR: preinstall script did not complete successfully Installation of failed. ERROR: could not add CSWsyslogng. ====================================================================== ---------------------------------------------------------------------- (0006736) maciej (manager) - 2009-09-21 00:47 http://www.opencsw.org/bugtrack/view.php?id=3869#c6736 ---------------------------------------------------------------------- I believe this is fixed, the updated package has been released into current and is available from mirrors. Tim, can you check please if it's working for you? Maciej From noreply at opencsw.org Mon Sep 21 10:11:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 21 Sep 2009 10:11:32 +0200 Subject: [bug-notifications] [jbig2dec 0003880]: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included In-Reply-To: <3bd7d2bf28610bd56339a2e944d4a5ce> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3880 ====================================================================== Reported By: flod Assigned To: james ====================================================================== Project: jbig2dec Issue ID: 3880 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-04 13:27 CEST Last Modified: 2009-09-21 10:11 CEST ====================================================================== Summary: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included Description: The included symbolic links /opt/csw/lib/amd64/libjbig2dec.so /opt/csw/lib/amd64/libjbig2dec.so.0 lead nowhere as /opt/csw/lib/amd64/libjbig2dec.so.0.10 is missing. ====================================================================== ---------------------------------------------------------------------- (0006732) james (manager) - 2009-09-20 10:22 http://www.opencsw.org/bugtrack/view.php?id=3880#c6732 ---------------------------------------------------------------------- big2dec-0.10,REV=2009.09.13 released. From noreply at opencsw.org Mon Sep 21 10:12:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 21 Sep 2009 10:12:52 +0200 Subject: [bug-notifications] [ghostscript 0003881]: CSWgs package contains unexpected (?) build directory in /var/sadm/pkg/CSWgs/save In-Reply-To: <3c11cdafc1eb437618298410a99efe16> Message-ID: <38e1e58bbc5d30a19d01c857368f1caa@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3881 ====================================================================== Reported By: flod Assigned To: james ====================================================================== Project: ghostscript Issue ID: 3881 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-04 14:17 CEST Last Modified: 2009-09-21 10:12 CEST ====================================================================== Summary: CSWgs package contains unexpected (?) build directory in /var/sadm/pkg/CSWgs/save Description: /var/sadm/pkg/CSWgs/save/build exists but is unexpected (?) by sun tools. ====================================================================== ---------------------------------------------------------------------- (0006674) james (manager) - 2009-09-04 20:43 http://www.opencsw.org/bugtrack/view.php?id=3881#c6674 ---------------------------------------------------------------------- This directory contains the data for the standard packaging class "build". The files are the scripts that are the instructions to the build class. They have to be kept so the build class knows how to uninstall. Install and remove works so I say the checker is wrong. From noreply at opencsw.org Mon Sep 21 10:13:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 21 Sep 2009 10:13:48 +0200 Subject: [bug-notifications] [bzip2 0003849]: bzip2 package inconsistencies In-Reply-To: Message-ID: <0da238e55ff8802e697d45ffafd84719@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3849 ====================================================================== Reported By: choman Assigned To: james ====================================================================== Project: bzip2 Issue ID: 3849 Category: packaging Reproducibility: have not tried Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-08-12 20:53 CEST Last Modified: 2009-09-21 10:13 CEST ====================================================================== Summary: bzip2 package inconsistencies Description: The bzip2 package requirements between sparc and x86 are inconsistent. The x86 package requires an additional package of isaexec. This causes confusion for standardizing builds. Recommend either requiring isaexec to the sparc requirements or removing isaexec from the x86 requirements. ====================================================================== ---------------------------------------------------------------------- (0006569) james (manager) - 2009-08-13 12:13 http://www.opencsw.org/bugtrack/view.php?id=3849#c6569 ---------------------------------------------------------------------- Sparc doesn't require isaexec, i386 does. The depend files are correct and it installs correctly. I built it and I'm not confused. Your observation is correct, sparc and i386 are different. What's the problem? From noreply at opencsw.org Mon Sep 21 14:06:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 21 Sep 2009 14:06:23 +0200 Subject: [bug-notifications] [ca_certificates 0003910]: Postinstall script fails for ca_certificates when /opt/csw is read-only Message-ID: <74fc10f20cf9ff54b090eb145ac2d6eb@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3910 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: ca_certificates Issue ID: 3910 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-21 14:06 CEST Last Modified: 2009-09-21 14:06 CEST ====================================================================== Summary: Postinstall script fails for ca_certificates when /opt/csw is read-only Description: The postinstall script tries to write to the /opt/csw directory and fails with an error. It doesn't break anything, it's just a needless error message. ====================================================================== From noreply at opencsw.org Mon Sep 21 16:41:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 21 Sep 2009 16:41:03 +0200 Subject: [bug-notifications] [libxft2 0003911]: Description wrong? Currently says "x11 authorisation library". Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3911 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: libxft2 Issue ID: 3911 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-21 16:41 CEST Last Modified: 2009-09-21 16:41 CEST ====================================================================== Summary: Description wrong? Currently says "x11 authorisation library". Description: Isn't libxft2 a freetype related library? Thus, shouldn't the description rather say something like "X FreeType library"? ====================================================================== From noreply at opencsw.org Tue Sep 22 01:46:35 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 01:46:35 +0200 Subject: [bug-notifications] [rsync 0003066]: Extended Attribute support (xattr) In-Reply-To: <28d6f8eca66272305fd59bed5e43aad3> Message-ID: <7e198ddd72a082bd2da633326533919a@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3066 ====================================================================== Reported By: damjan Assigned To: ====================================================================== Project: rsync Issue ID: 3066 Category: regular use Reproducibility: N/A Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 00:17 CET Last Modified: 2009-09-22 01:46 CEST ====================================================================== Summary: Extended Attribute support (xattr) Description: Please include also extended attributes support in next update. Current release was not compiled with xattr support. rsync version 3.0.2 protocol version 30 Copyright (C) 1996-2008 by Andrew Tridgell, Wayne Davison, and others. Web site: http://rsync.samba.org/ Capabilities: 64-bit files, 64-bit inums, 32-bit timestamps, 64-bit long ints, socketpairs, hardlinks, symlinks, no IPv6, batchfiles, inplace, append, ACLs, no xattrs, iconv, no symtimes ====================================================================== ---------------------------------------------------------------------- (0006737) philadmin (administrator) - 2009-09-22 01:46 http://www.opencsw.org/mantis/view.php?id=3066#c6737 ---------------------------------------------------------------------- xattr was previously an external patch. in 3.0.6 i believe it is integrated in main tree. as such, it should now be enabled. From noreply at opencsw.org Tue Sep 22 01:47:39 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 01:47:39 +0200 Subject: [bug-notifications] [rsync 0002951]: Please upgrade to 3.0.4 In-Reply-To: <2b6b6e8db9a28571b8d3073f4eacf01d> Message-ID: <976862b1ea04c3b0ed694d23afbc60ac@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2951 ====================================================================== Reported By: dam Assigned To: phil ====================================================================== Project: rsync Issue ID: 2951 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-11-17 16:45 CET Last Modified: 2009-09-22 01:47 CEST ====================================================================== Summary: Please upgrade to 3.0.4 Description: Please upgrade to 3.0.4 ====================================================================== From noreply at opencsw.org Tue Sep 22 09:12:21 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 09:12:21 +0200 Subject: [bug-notifications] [libxft2 0003911]: Description wrong? Currently says "x11 authorisation library". In-Reply-To: <19d63adb74fb677e9d3dc5c23e56c42b> Message-ID: <37bae6d2a52554bedaf8cb48cbdea323@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3911 ====================================================================== Reported By: skayser Assigned To: dam ====================================================================== Project: libxft2 Issue ID: 3911 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-21 16:41 CEST Last Modified: 2009-09-22 09:12 CEST ====================================================================== Summary: Description wrong? Currently says "x11 authorisation library". Description: Isn't libxft2 a freetype related library? Thus, shouldn't the description rather say something like "X FreeType library"? ====================================================================== From noreply at opencsw.org Tue Sep 22 09:13:12 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 09:13:12 +0200 Subject: [bug-notifications] [libxft2 0003911]: Description wrong? Currently says "x11 authorisation library". In-Reply-To: <19d63adb74fb677e9d3dc5c23e56c42b> Message-ID: <4a9950d6f2cff5452478fcc3c1795eae@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3911 ====================================================================== Reported By: skayser Assigned To: dam ====================================================================== Project: libxft2 Issue ID: 3911 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-21 16:41 CEST Last Modified: 2009-09-22 09:13 CEST ====================================================================== Summary: Description wrong? Currently says "x11 authorisation library". Description: Isn't libxft2 a freetype related library? Thus, shouldn't the description rather say something like "X FreeType library"? ====================================================================== ---------------------------------------------------------------------- (0006738) dam (manager) - 2009-09-22 09:13 http://www.opencsw.org/mantis/view.php?id=3911#c6738 ---------------------------------------------------------------------- This is fixed in r6372. However, I will not repackage now as it is a minor error. It will be fixed on next version update. From noreply at opencsw.org Tue Sep 22 11:50:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 11:50:55 +0200 Subject: [bug-notifications] [mbuffer 0003912]: Please upgrade to 20090628 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3912 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: mbuffer Issue ID: 3912 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-22 11:50 CEST Last Modified: 2009-09-22 11:50 CEST ====================================================================== Summary: Please upgrade to 20090628 Description: Please upgrade to 20090628 ====================================================================== From noreply at opencsw.org Tue Sep 22 15:55:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 15:55:26 +0200 Subject: [bug-notifications] [aalib 0003913]: Please provide 64 bit libs Message-ID: <7e779f66e1cec182c105731929f508e2@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3913 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: aalib Issue ID: 3913 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-22 15:55 CEST Last Modified: 2009-09-22 15:55 CEST ====================================================================== Summary: Please provide 64 bit libs Description: Please provide 64 bit libs ====================================================================== From noreply at opencsw.org Tue Sep 22 19:11:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 19:11:32 +0200 Subject: [bug-notifications] [fakeroot 0002708]: CSWfakeroot appears to depend on gcc2rt In-Reply-To: <19d907718a6ed1580aabce1c58759368> Message-ID: <026bd4ef8e033448fa3b70de342a6a6e@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2708 ====================================================================== Reported By: jwheeler Assigned To: darin ====================================================================== Project: fakeroot Issue ID: 2708 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2007-12-21 08:15 CET Last Modified: 2009-09-22 19:11 CEST ====================================================================== Summary: CSWfakeroot appears to depend on gcc2rt Description: I\'ve noticed that on my PC I have all 3 gcc versions installed, all of which have been pulled in for me as dependancies from other packages. It really seems a waste to need all 3 these days! Can fakeroot be rebuilt with gcc4, or at least gcc3, removing the need for gcc2rt to be pulled in too? ====================================================================== ---------------------------------------------------------------------- (0006739) darin (manager) - 2009-09-22 19:11 http://www.opencsw.org/bugtrack/view.php?id=2708#c6739 ---------------------------------------------------------------------- the upgrade to 1.12.2 resolved this issue. From noreply at opencsw.org Tue Sep 22 19:15:11 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 19:15:11 +0200 Subject: [bug-notifications] [amanda 0003716]: Amanda 2.6.1p1 fails with symbol g_fprintf: referenced symbol not found In-Reply-To: <07c25f805abede1474a8b1dc4ccaf6c7> Message-ID: <930cbe2692f0f903f4949d7a927a4536@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3716 ====================================================================== Reported By: tim Assigned To: ====================================================================== Project: amanda Issue ID: 3716 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-06-19 12:23 CEST Last Modified: 2009-09-22 19:15 CEST ====================================================================== Summary: Amanda 2.6.1p1 fails with symbol g_fprintf: referenced symbol not found Description: bash-2.05# /opt/csw/libexec/amanda/amandad ld.so.1: /opt/csw/libexec/amanda/amandad: fatal: relocation error: file /opt/csw/lib/amanda/libamanda-2.6.1p1.so: symbol g_fprintf: referenced symbol not found Killed bash-2.05# uname -a SunOS acdev9 5.9 Generic_117171-07 sun4u sparc SUNW,Sun-Fire-V240 bash-2.05# ldd /opt/csw/libexec/amanda/amandad libamandad-2.6.1p1.so => /opt/csw/lib/amanda/libamandad-2.6.1p1.so libamanda-2.6.1p1.so => /opt/csw/lib/amanda/libamanda-2.6.1p1.so libm.so.1 => /usr/lib/libm.so.1 libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 libpthread.so.1 => /usr/lib/libpthread.so.1 libthread.so.1 => /usr/lib/libthread.so.1 librt.so.1 => /usr/lib/librt.so.1 libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 libintl.so.8 => /opt/csw/lib/libintl.so.8 libcurl.so.4 => /usr/local/lib/libcurl.so.4 libidn.so.11 => /opt/csw/lib/libidn.so.11 libldap-2.3.so.0 => /opt/csw/lib/libldap-2.3.so.0 liblber-2.3.so.0 => /opt/csw/lib/liblber-2.3.so.0 libgen.so.1 => /usr/lib/libgen.so.1 libnet.so => /opt/csw/lib/libnet.so libsasl2.so.2 => /opt/csw/lib/libsasl2.so.2 libresolv.so.2 => /usr/lib/libresolv.so.2 libssl.so.0.9.8 => /opt/csw/lib/libssl.so.0.9.8 libcrypto.so.0.9.8 => /opt/csw/lib/libcrypto.so.0.9.8 libdl.so.1 => /usr/lib/libdl.so.1 libz.so => /usr/lib/libz.so libnsl.so.1 => /usr/lib/libnsl.so.1 libsocket.so.1 => /usr/lib/libsocket.so.1 libc.so.1 => /usr/lib/libc.so.1 libaio.so.1 => /usr/lib/libaio.so.1 libmd5.so.1 => /usr/lib/libmd5.so.1 libsec.so.1 => /usr/lib/libsec.so.1 libiconv.so.2 => /opt/csw/lib/libiconv.so.2 libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1 libmp.so.2 => /usr/lib/libmp.so.2 /usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1 /usr/platform/SUNW,Sun-Fire-V240/lib/libmd5_psr.so.1 ====================================================================== ---------------------------------------------------------------------- (0006641) tim (reporter) - 2009-08-25 11:36 http://www.opencsw.org/bugtrack/view.php?id=3716#c6641 ---------------------------------------------------------------------- Lately this doesn't seem to happen anymore, so it probably was just something needed patching or updating From noreply at opencsw.org Tue Sep 22 19:15:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 19:15:43 +0200 Subject: [bug-notifications] [fakeroot 0003630]: upgrade fakeroot In-Reply-To: <79b4d8c02c7d80f0e9bfac0fca98f654> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3630 ====================================================================== Reported By: darin Assigned To: philadmin ====================================================================== Project: fakeroot Issue ID: 3630 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: reopened Fixed in Version: ====================================================================== Date Submitted: 2009-04-09 23:27 CEST Last Modified: 2009-09-22 19:15 CEST ====================================================================== Summary: upgrade fakeroot Description: I'm running stagepkg and when reviewing the prototype file I noticed that user:group assignments are not being properly set. While inspecting the stagepkg script I noticed a mention of some fakeroot bug on x86 so the user:group are being set to root:bin for all files, this packages has a ton of files that need to different user:group ownership. I can use the prototype generated on sparc but given that our fakeroot package is really old I though upgrading would be nice. ====================================================================== ---------------------------------------------------------------------- (0005961) darin (manager) - 2009-04-14 15:04 http://www.opencsw.org/bugtrack/view.php?id=3630#c5961 ---------------------------------------------------------------------- I grabbed the latest version of fakeroot, version 1.12.2, from the Debian repository and was able to successfully compile it and this solaris x86 bugs appears to have been resolved. It doesn't compile right out of the box because of the Solaris acl implementation, but this is easily surpassed by removing sys/acl.h from AC_CHECK_HEADERS in configure.ac and regenerating configure with autoconf. http://ftp.debian.org/debian/pool/main/f/fakeroot/fakeroot_1.12.2.tar.gz From noreply at opencsw.org Tue Sep 22 19:16:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 19:16:08 +0200 Subject: [bug-notifications] [amanda 0003692]: Missing Amanda User In-Reply-To: <4dd32e2840c68addc292be3dcb90e4ba> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3692 ====================================================================== Reported By: DerJoern Assigned To: darin ====================================================================== Project: amanda Issue ID: 3692 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-28 09:13 CEST Last Modified: 2009-09-22 19:16 CEST ====================================================================== Summary: Missing Amanda User Description: Hi! I'm trying to install Amanada 2.6.1 from unstable on Solaris Sparc and get the following error upon package installation: ERROR: attribute verification of failed owner name not found in passwd table(s) ====================================================================== ---------------------------------------------------------------------- (0006220) darin (manager) - 2009-05-28 17:12 http://www.opencsw.org/bugtrack/view.php?id=3692#c6220 ---------------------------------------------------------------------- This has been resolved and the updated package should be deployed shortly. From noreply at opencsw.org Tue Sep 22 20:33:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 20:33:19 +0200 Subject: [bug-notifications] [libiconv 0003524]: Please upgrade to 1.13 In-Reply-To: Message-ID: <14fba3ca0845bd5edce86b91ae8ac3a5@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3524 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: libiconv Issue ID: 3524 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-03-31 21:43 CEST Last Modified: 2009-09-22 20:33 CEST ====================================================================== Summary: Please upgrade to 1.13 Description: A new version of libiconv (1.13) is available. Finally it knows about Solaris encoding 646! ====================================================================== ---------------------------------------------------------------------- (0006740) skayser (administrator) - 2009-09-22 20:33 http://www.opencsw.org/mantis/view.php?id=3524#c6740 ---------------------------------------------------------------------- Fixed with 1.13.1,REV=2009.07.31. From noreply at opencsw.org Tue Sep 22 20:34:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 20:34:27 +0200 Subject: [bug-notifications] [libiconv 0003662]: /opt/csw/lib/64/charset.alias missing In-Reply-To: <7e61c01d73d7c203277583578c800a9b> Message-ID: <41a0730997b06d6c0bb74a476d707743@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3662 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: libiconv Issue ID: 3662 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-05-09 02:00 CEST Last Modified: 2009-09-22 20:34 CEST ====================================================================== Summary: /opt/csw/lib/64/charset.alias missing Description: During the compile of gtk+ 2.16.1 on amd64 a call to gtk-update-icon-cache fails: 3394: open("/opt/csw/lib/64/charset.alias", O_RDONLY) Err#2 ENOENT 3394: stat("--force/index.theme", 0xFFFFFD7FFFDFFA10) Err#2 ENOENT 3394: getuid() = 1000 [1000] 3394: getuid() = 1000 [1000] 3394: getgid() = 1000 [1000] 3394: getgid() = 1000 [1000] 3394: fstat(2, 0xFFFFFD7FFFDFF7B0) = 0 gtk-update-icon-cache3394: write(2, " g t k - u p d a t e - i".., 21) = 21 After linking charset.alias to /64 like this: opencsw# cd /opt/csw/lib/64 opencsw# ln -s ../charset.alias . the critical lines worked: GDK_PIXBUF_MODULE_FILE=../gdk-pixbuf/gdk-pixbuf.loaders ./gtk-update-icon-cache --force --ignore-theme-index \ --source builtin_icons stock-icons > gtkbuiltincache.h.tmp; echo $? gtk-update-icon-cache: Cache file created successfully. 0 ====================================================================== ---------------------------------------------------------------------- (0006741) skayser (administrator) - 2009-09-22 20:34 http://www.opencsw.org/mantis/view.php?id=3662#c6741 ---------------------------------------------------------------------- Fixed with 1.13.1,REV=2009.07.31. From noreply at opencsw.org Tue Sep 22 20:36:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 20:36:23 +0200 Subject: [bug-notifications] [mutt 0002973]: mutt compiled with libidn does not work with the defaul locale In-Reply-To: Message-ID: <8bdb668048e029238751e0f779b4ccf7@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2973 ====================================================================== Reported By: bfr-murphy Assigned To: phil ====================================================================== Project: mutt Issue ID: 2973 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-12-17 21:13 CET Last Modified: 2009-09-22 20:36 CEST ====================================================================== Summary: mutt compiled with libidn does not work with the defaul locale Description: When compiled with libidn mutt does not work with the "C" or "POSIX" locales. The error 'Bad IDN "{hostname of IMAP server}".' is printed in the message line at the bottom of the terminal window and no connection is made to the IMAP server. This is a problem because the Sun default locale is "C". Unsetting the mutt variable use_idn or changing the value of the mutt variables charset, assumed_charset, attach_charset, config_charset, and send_charset does not fix the problem. Possible solutions: 1) Do not compile mutt with libidn. 2) Provide a wrapper script that checks the LANG shell environment variable and changes the LC_ALL shell environment variable to another value if LANG is "C" or "POSIX". There would need to be a way for the user to specify a locale other than "C" or "POSIX" for the wrapper to use. ====================================================================== ---------------------------------------------------------------------- (0006742) skayser (administrator) - 2009-09-22 20:36 http://www.opencsw.org/mantis/view.php?id=2973#c6742 ---------------------------------------------------------------------- This has been lingering for a while and should be fixed with the updated libiconv 1.13.1,REV=2009.07.31 which has been released today. bfr-murphy, could you please verify that it solves the problem for you. From noreply at opencsw.org Tue Sep 22 20:36:54 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 20:36:54 +0200 Subject: [bug-notifications] [mutt 0002973]: mutt compiled with libidn does not work with the defaul locale In-Reply-To: Message-ID: <16db3559ea9ebe6debc48fedad6b357f@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2973 ====================================================================== Reported By: bfr-murphy Assigned To: skayser ====================================================================== Project: mutt Issue ID: 2973 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2008-12-17 21:13 CET Last Modified: 2009-09-22 20:36 CEST ====================================================================== Summary: mutt compiled with libidn does not work with the defaul locale Description: When compiled with libidn mutt does not work with the "C" or "POSIX" locales. The error 'Bad IDN "{hostname of IMAP server}".' is printed in the message line at the bottom of the terminal window and no connection is made to the IMAP server. This is a problem because the Sun default locale is "C". Unsetting the mutt variable use_idn or changing the value of the mutt variables charset, assumed_charset, attach_charset, config_charset, and send_charset does not fix the problem. Possible solutions: 1) Do not compile mutt with libidn. 2) Provide a wrapper script that checks the LANG shell environment variable and changes the LC_ALL shell environment variable to another value if LANG is "C" or "POSIX". There would need to be a way for the user to specify a locale other than "C" or "POSIX" for the wrapper to use. ====================================================================== ---------------------------------------------------------------------- (0006742) skayser (administrator) - 2009-09-22 20:36 http://www.opencsw.org/mantis/view.php?id=2973#c6742 ---------------------------------------------------------------------- This has been lingering for a while and should be fixed with the updated libiconv 1.13.1,REV=2009.07.31 which has been released today. bfr-murphy, could you please verify that it solves the problem for you. From noreply at opencsw.org Wed Sep 23 13:54:20 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 13:54:20 +0200 Subject: [bug-notifications] [pkgutil 0003914]: Feature request: Select target platform for --download and --transform Message-ID: <3a3e39981ab7792579cd86d1859869f7@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3914 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3914 Category: regular use Reproducibility: have not tried Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-23 13:54 CEST Last Modified: 2009-09-23 13:54 CEST ====================================================================== Summary: Feature request: Select target platform for --download and --transform Description: The target platform selection via --target is documented to work with the --stream option. Could pkgutil be enhanced so that it also works with --download and --transform. ====================================================================== From noreply at opencsw.org Wed Sep 23 14:24:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 14:24:24 +0200 Subject: [bug-notifications] [wget 0003915]: Please upgrade to 1.12 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3915 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: wget Issue ID: 3915 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-23 14:24 CEST Last Modified: 2009-09-23 14:24 CEST ====================================================================== Summary: Please upgrade to 1.12 Description: Please upgrade to 1.12 ====================================================================== From noreply at opencsw.org Wed Sep 23 14:25:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 14:25:07 +0200 Subject: [bug-notifications] [lcms 0003916]: Please upgrade to 1.18a Message-ID: <7786c79ddb6e4929df1ac2a9b79652e8@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3916 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: lcms Issue ID: 3916 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-23 14:25 CEST Last Modified: 2009-09-23 14:25 CEST ====================================================================== Summary: Please upgrade to 1.18a Description: Please upgrade to 1.18a ====================================================================== From noreply at opencsw.org Wed Sep 23 17:02:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 17:02:32 +0200 Subject: [bug-notifications] [pkgutil 0003917]: bldcat/chkcat rely on /opt/csw/bin/perl, but CSWpkgutil doesn't have dependency on CSWperl Message-ID: <1aa1a58aff9cb4355170b3a6cc8c9521@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3917 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3917 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-23 17:02 CEST Last Modified: 2009-09-23 17:02 CEST ====================================================================== Summary: bldcat/chkcat rely on /opt/csw/bin/perl, but CSWpkgutil doesn't have dependency on CSWperl Description: I understand that CSWpkgutil should not depend on CSWperl, but bldcat/chkcat are both hardcoded to use /opt/csw/bin/perl. Just wanted to build a catalog on a system that only has /usr/bin/perl and catalog creation failed. $ /opt/csw/bin/bldcat bash: /opt/csw/bin/bldcat: bad interpreter: No such file or directory $ head -1 /opt/csw/bin/bldcat #!/opt/csw/bin/perl -w $ head -1 /opt/csw/bin/chkcat #!/opt/csw/bin/perl -w $ pkginfo -l CSWperl ERROR: information for "CSWperl" was not found Unfortunately, they don't work with the stock perl due to missing perl modules. $ /usr/bin/perl /opt/csw/bin/bldcat . Can't locate Digest/MD5.pm in @INC (@INC contains: /usr/perl5/5.6.1/lib/sun4-solaris-64int /usr/perl5/5.6.1/lib /usr/perl5/site_perl/5.6.1/sun4-solaris-64int /usr/perl5/site_perl/5.6.1 /usr/perl5/site_perl /usr/perl5/vendor_perl/5.6.1/sun4-solaris-64int /usr/perl5/vendor_perl/5.6.1 /usr/perl5/vendor_perl .) at /opt/csw/bin/bldcat line 9. BEGIN failed--compilation aborted at /opt/csw/bin/bldcat line 9. Any chance to ship the required modules with CSWpkgutil? ====================================================================== From noreply at opencsw.org Wed Sep 23 18:09:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 18:09:38 +0200 Subject: [bug-notifications] [pkgutil 0003904]: pkgutil 1.7: --transform doesn't work when package is already installed In-Reply-To: <4ee70687856a74c2a277b1a059fe7eeb> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3904 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3904 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-17 16:39 CEST Last Modified: 2009-09-23 18:09 CEST ====================================================================== Summary: pkgutil 1.7: --transform doesn't work when package is already installed Description: Me again. In contrary to the -s/--stream option, --transform seems to check the requested package against the ones that are already installed and doesn't proceed if the package is already installed. skayser @ ray42 ~$ pkgutil --transform wget You're not root and didn't set -W, using current dir. Parsing catalog, may take a while... Current packages: CSWcacertificates-20090108,REV=2009.01.08 CSWcommon-1.4.6,REV=2008.04.28 CSWcswclassutils-1.18,REV=2009.08.10 CSWosslrt-0.9.8,REV=2009.03.27_rev=k CSWwget-1.11.4,REV=2009.04.15 $ The primary usage of --transform for me is to cross-check ongoing packaging work with other packages. Whether a requested package is already installed doesn't really matter to me, i just want to have a look at the full package structure. IIRC i was in favor of --transform to work as a switch to -d and to have -d download a package independently of whether it is already installed. Similar to "aptitude download " on Debian. Did we talk about that? ====================================================================== From noreply at opencsw.org Wed Sep 23 18:09:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 18:09:43 +0200 Subject: [bug-notifications] [pkgutil 0003914]: Feature request: Select target platform for --download and --transform In-Reply-To: Message-ID: <478f62dfb46731f8339d26fd942a6c3a@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3914 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3914 Category: regular use Reproducibility: have not tried Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-23 13:54 CEST Last Modified: 2009-09-23 18:09 CEST ====================================================================== Summary: Feature request: Select target platform for --download and --transform Description: The target platform selection via --target is documented to work with the --stream option. Could pkgutil be enhanced so that it also works with --download and --transform. ====================================================================== From noreply at opencsw.org Wed Sep 23 18:09:47 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 18:09:47 +0200 Subject: [bug-notifications] [pkgutil 0003917]: bldcat/chkcat rely on /opt/csw/bin/perl, but CSWpkgutil doesn't have dependency on CSWperl In-Reply-To: <9acba0643019b27d413918d5e46fb5a7> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3917 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3917 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-23 17:02 CEST Last Modified: 2009-09-23 18:09 CEST ====================================================================== Summary: bldcat/chkcat rely on /opt/csw/bin/perl, but CSWpkgutil doesn't have dependency on CSWperl Description: I understand that CSWpkgutil should not depend on CSWperl, but bldcat/chkcat are both hardcoded to use /opt/csw/bin/perl. Just wanted to build a catalog on a system that only has /usr/bin/perl and catalog creation failed. $ /opt/csw/bin/bldcat bash: /opt/csw/bin/bldcat: bad interpreter: No such file or directory $ head -1 /opt/csw/bin/bldcat #!/opt/csw/bin/perl -w $ head -1 /opt/csw/bin/chkcat #!/opt/csw/bin/perl -w $ pkginfo -l CSWperl ERROR: information for "CSWperl" was not found Unfortunately, they don't work with the stock perl due to missing perl modules. $ /usr/bin/perl /opt/csw/bin/bldcat . Can't locate Digest/MD5.pm in @INC (@INC contains: /usr/perl5/5.6.1/lib/sun4-solaris-64int /usr/perl5/5.6.1/lib /usr/perl5/site_perl/5.6.1/sun4-solaris-64int /usr/perl5/site_perl/5.6.1 /usr/perl5/site_perl /usr/perl5/vendor_perl/5.6.1/sun4-solaris-64int /usr/perl5/vendor_perl/5.6.1 /usr/perl5/vendor_perl .) at /opt/csw/bin/bldcat line 9. BEGIN failed--compilation aborted at /opt/csw/bin/bldcat line 9. Any chance to ship the required modules with CSWpkgutil? ====================================================================== From noreply at opencsw.org Wed Sep 23 18:12:45 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 18:12:45 +0200 Subject: [bug-notifications] [pkgutil 0003904]: pkgutil 1.7: --transform doesn't work when package is already installed In-Reply-To: <4ee70687856a74c2a277b1a059fe7eeb> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3904 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3904 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-17 16:39 CEST Last Modified: 2009-09-23 18:12 CEST ====================================================================== Summary: pkgutil 1.7: --transform doesn't work when package is already installed Description: Me again. In contrary to the -s/--stream option, --transform seems to check the requested package against the ones that are already installed and doesn't proceed if the package is already installed. skayser @ ray42 ~$ pkgutil --transform wget You're not root and didn't set -W, using current dir. Parsing catalog, may take a while... Current packages: CSWcacertificates-20090108,REV=2009.01.08 CSWcommon-1.4.6,REV=2008.04.28 CSWcswclassutils-1.18,REV=2009.08.10 CSWosslrt-0.9.8,REV=2009.03.27_rev=k CSWwget-1.11.4,REV=2009.04.15 $ The primary usage of --transform for me is to cross-check ongoing packaging work with other packages. Whether a requested package is already installed doesn't really matter to me, i just want to have a look at the full package structure. IIRC i was in favor of --transform to work as a switch to -d and to have -d download a package independently of whether it is already installed. Similar to "aptitude download " on Debian. Did we talk about that? ====================================================================== ---------------------------------------------------------------------- (0006743) bonivart (manager) - 2009-09-23 18:12 http://www.opencsw.org/mantis/view.php?id=3904#c6743 ---------------------------------------------------------------------- I agree with that --transform should disregard whether or not a package is installed. I will have to fix this. But for -d I'm not really sure since it would change the current/old behavior (--transform is new) and someone might file a bug about that too. :-/ From noreply at opencsw.org Wed Sep 23 18:13:47 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 18:13:47 +0200 Subject: [bug-notifications] [pkgutil 0003914]: Feature request: Select target platform for --download and --transform In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3914 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3914 Category: regular use Reproducibility: have not tried Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-23 13:54 CEST Last Modified: 2009-09-23 18:13 CEST ====================================================================== Summary: Feature request: Select target platform for --download and --transform Description: The target platform selection via --target is documented to work with the --stream option. Could pkgutil be enhanced so that it also works with --download and --transform. ====================================================================== ---------------------------------------------------------------------- (0006744) bonivart (manager) - 2009-09-23 18:13 http://www.opencsw.org/mantis/view.php?id=3914#c6744 ---------------------------------------------------------------------- To be a more general tool for downloading/inspecting packages? I guess it wouldn't hurt. I'll add it to my queue. :-) From noreply at opencsw.org Wed Sep 23 18:23:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 18:23:32 +0200 Subject: [bug-notifications] [pkgutil 0003917]: bldcat/chkcat rely on /opt/csw/bin/perl, but CSWpkgutil doesn't have dependency on CSWperl In-Reply-To: <9acba0643019b27d413918d5e46fb5a7> Message-ID: <1aaed57b9cae20e487369c3b938b3ad8@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3917 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3917 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-23 17:02 CEST Last Modified: 2009-09-23 18:23 CEST ====================================================================== Summary: bldcat/chkcat rely on /opt/csw/bin/perl, but CSWpkgutil doesn't have dependency on CSWperl Description: I understand that CSWpkgutil should not depend on CSWperl, but bldcat/chkcat are both hardcoded to use /opt/csw/bin/perl. Just wanted to build a catalog on a system that only has /usr/bin/perl and catalog creation failed. $ /opt/csw/bin/bldcat bash: /opt/csw/bin/bldcat: bad interpreter: No such file or directory $ head -1 /opt/csw/bin/bldcat #!/opt/csw/bin/perl -w $ head -1 /opt/csw/bin/chkcat #!/opt/csw/bin/perl -w $ pkginfo -l CSWperl ERROR: information for "CSWperl" was not found Unfortunately, they don't work with the stock perl due to missing perl modules. $ /usr/bin/perl /opt/csw/bin/bldcat . Can't locate Digest/MD5.pm in @INC (@INC contains: /usr/perl5/5.6.1/lib/sun4-solaris-64int /usr/perl5/5.6.1/lib /usr/perl5/site_perl/5.6.1/sun4-solaris-64int /usr/perl5/site_perl/5.6.1 /usr/perl5/site_perl /usr/perl5/vendor_perl/5.6.1/sun4-solaris-64int /usr/perl5/vendor_perl/5.6.1 /usr/perl5/vendor_perl .) at /opt/csw/bin/bldcat line 9. BEGIN failed--compilation aborted at /opt/csw/bin/bldcat line 9. Any chance to ship the required modules with CSWpkgutil? ====================================================================== ---------------------------------------------------------------------- (0006745) bonivart (manager) - 2009-09-23 18:23 http://www.opencsw.org/mantis/view.php?id=3917#c6745 ---------------------------------------------------------------------- I want to make pkgutil as free of deps as possible, it currently has none so you can use it immediately even if on Solaris 8 with Perl 5.5.3 from 1999(?). The chkcat/bldcat utilities are different though, they use (not optional) a few modules that are not included in the core dist of old Perl but it's easy to get our new Perl when you have a working pkgutil. :-) I'm thinking about making something like CSWpkgutilplus that depends on a few things like our Perl, GPG and Curl. Installing it would "unlock" features like parallel downloads. What do you think about that? I want to keep pkgutil as simple as possible to make it bootstrappable but advanced features requires (up to date) dependencies. From noreply at opencsw.org Wed Sep 23 19:36:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 19:36:38 +0200 Subject: [bug-notifications] [pkgutil 0003904]: pkgutil 1.7: --transform doesn't work when package is already installed In-Reply-To: <4ee70687856a74c2a277b1a059fe7eeb> Message-ID: <685bc73e4f989df6b4d236ddc6692c9d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3904 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3904 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-17 16:39 CEST Last Modified: 2009-09-23 19:36 CEST ====================================================================== Summary: pkgutil 1.7: --transform doesn't work when package is already installed Description: Me again. In contrary to the -s/--stream option, --transform seems to check the requested package against the ones that are already installed and doesn't proceed if the package is already installed. skayser @ ray42 ~$ pkgutil --transform wget You're not root and didn't set -W, using current dir. Parsing catalog, may take a while... Current packages: CSWcacertificates-20090108,REV=2009.01.08 CSWcommon-1.4.6,REV=2008.04.28 CSWcswclassutils-1.18,REV=2009.08.10 CSWosslrt-0.9.8,REV=2009.03.27_rev=k CSWwget-1.11.4,REV=2009.04.15 $ The primary usage of --transform for me is to cross-check ongoing packaging work with other packages. Whether a requested package is already installed doesn't really matter to me, i just want to have a look at the full package structure. IIRC i was in favor of --transform to work as a switch to -d and to have -d download a package independently of whether it is already installed. Similar to "aptitude download " on Debian. Did we talk about that? ====================================================================== ---------------------------------------------------------------------- (0006746) skayser (administrator) - 2009-09-23 19:36 http://www.opencsw.org/mantis/view.php?id=3904#c6746 ---------------------------------------------------------------------- Overall, --transform shouldn't behave that much different from -d (just an additional transform after the package has been downloaded - more a variant of the -d mode than a mode on its own). So IMHO we should see whether we can do something about both of them. Now that -d had skipped locally installed pkgs in the past, i see two options 1) Add a switch to ignore the installation state of a pkg, so that one can force the download of all requested pkgs pkgutil -d [--transform] --all foobar pkgutil -d [--transform] --force foobar pkgutil -d [--transform] --?? foobar Both are not very intuitive (i can't come up with an intuitive one right now), but should demonstrate what i mean. 2) Break with existing behavior, ignore the INSTALLED state of a pkg, and introduce an additional switch (could either be for the -d or the -i mode, see below) which would restore previous behavior. Needs to be noted in the changelog of course. I am in favor of option http://www.opencsw.org/mantis/view.php?id=2 for two reason. First, it is consistent with the -s behavior which just downloads all pkgs. Second, if i want to download pkgs, i want to download them. It is not as if i was saying "pkgutil, please do as if you were installing, but only download". If i wanted that, i would rather say something like: "pkgutil -i --download-only". To draw a comparison with the Debian's aptitude: to download a pkg on Debian i have two options aptitude install -d foobar aptitude download foobar The first one is the installation mode and would download foobar only if it wasn't installed yet. Feels intuitive, no? One knows that aptitude is in installation mode, does all the usual, clever logic, but then simply downloads instead of installing. The second one is the download mode which simply downloads foobar without honoring any local pkg states. Also feels intuitive to me (although i somehow like our download behavior of downloading deps also ;). In pkgutil we could thus have pkgutil -i --download foobar (or pkgutil -d --skip-installed) pkgutil -u --download foobar ^^ Do as if you were installing/upgrading, but stop after the download. pkgutil -d foobar ^^ Simply download a package (plus its dependencies?). Plus variants of the -d mode. pkgutil -d --transform foobar pkgutil -d --stream foobar What do you think? Any possible comparisons to how things work with yum on RHEL? From noreply at opencsw.org Wed Sep 23 19:43:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 19:43:23 +0200 Subject: [bug-notifications] [mutt 0002973]: mutt compiled with libidn does not work with the defaul locale In-Reply-To: Message-ID: <8c6a9f16bc675112bd455f39e24295f0@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2973 ====================================================================== Reported By: bfr-murphy Assigned To: skayser ====================================================================== Project: mutt Issue ID: 2973 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2008-12-17 21:13 CET Last Modified: 2009-09-23 19:43 CEST ====================================================================== Summary: mutt compiled with libidn does not work with the defaul locale Description: When compiled with libidn mutt does not work with the "C" or "POSIX" locales. The error 'Bad IDN "{hostname of IMAP server}".' is printed in the message line at the bottom of the terminal window and no connection is made to the IMAP server. This is a problem because the Sun default locale is "C". Unsetting the mutt variable use_idn or changing the value of the mutt variables charset, assumed_charset, attach_charset, config_charset, and send_charset does not fix the problem. Possible solutions: 1) Do not compile mutt with libidn. 2) Provide a wrapper script that checks the LANG shell environment variable and changes the LC_ALL shell environment variable to another value if LANG is "C" or "POSIX". There would need to be a way for the user to specify a locale other than "C" or "POSIX" for the wrapper to use. ====================================================================== ---------------------------------------------------------------------- (0006747) bfr-murphy (reporter) - 2009-09-23 19:43 http://www.opencsw.org/bugtrack/view.php?id=2973#c6747 ---------------------------------------------------------------------- The new version of libiconv appeared at the package mirror today. It looks like this fixes the problem i had with mutt and libiconv. Thanks. From noreply at opencsw.org Wed Sep 23 19:51:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 19:51:05 +0200 Subject: [bug-notifications] [pkgutil 0003917]: bldcat/chkcat rely on /opt/csw/bin/perl, but CSWpkgutil doesn't have dependency on CSWperl In-Reply-To: <9acba0643019b27d413918d5e46fb5a7> Message-ID: <7e8aa17d807644d9866425eee8f7b596@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3917 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3917 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-23 17:02 CEST Last Modified: 2009-09-23 19:51 CEST ====================================================================== Summary: bldcat/chkcat rely on /opt/csw/bin/perl, but CSWpkgutil doesn't have dependency on CSWperl Description: I understand that CSWpkgutil should not depend on CSWperl, but bldcat/chkcat are both hardcoded to use /opt/csw/bin/perl. Just wanted to build a catalog on a system that only has /usr/bin/perl and catalog creation failed. $ /opt/csw/bin/bldcat bash: /opt/csw/bin/bldcat: bad interpreter: No such file or directory $ head -1 /opt/csw/bin/bldcat #!/opt/csw/bin/perl -w $ head -1 /opt/csw/bin/chkcat #!/opt/csw/bin/perl -w $ pkginfo -l CSWperl ERROR: information for "CSWperl" was not found Unfortunately, they don't work with the stock perl due to missing perl modules. $ /usr/bin/perl /opt/csw/bin/bldcat . Can't locate Digest/MD5.pm in @INC (@INC contains: /usr/perl5/5.6.1/lib/sun4-solaris-64int /usr/perl5/5.6.1/lib /usr/perl5/site_perl/5.6.1/sun4-solaris-64int /usr/perl5/site_perl/5.6.1 /usr/perl5/site_perl /usr/perl5/vendor_perl/5.6.1/sun4-solaris-64int /usr/perl5/vendor_perl/5.6.1 /usr/perl5/vendor_perl .) at /opt/csw/bin/bldcat line 9. BEGIN failed--compilation aborted at /opt/csw/bin/bldcat line 9. Any chance to ship the required modules with CSWpkgutil? ====================================================================== ---------------------------------------------------------------------- (0006748) skayser (administrator) - 2009-09-23 19:51 http://www.opencsw.org/mantis/view.php?id=3917#c6748 ---------------------------------------------------------------------- A separate package for tools that have additional dependencies sounds good to me. Don't quite know about introducing enhanced features of pkgutil via an extra package, though. Shouldn't people just need to be concerned with one pkg* package. How about some sort of auto-discovery of additional tools? If they are installed, use the features, if not, don't. Maybe add a pkgutil --pimpme switch to install those extra-deps. ;) From noreply at opencsw.org Wed Sep 23 19:54:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 19:54:58 +0200 Subject: [bug-notifications] [mutt 0002973]: mutt compiled with libidn does not work with the defaul locale In-Reply-To: Message-ID: <2c05de2ba3d9de3c7255f8ee2b260d3b@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2973 ====================================================================== Reported By: bfr-murphy Assigned To: skayser ====================================================================== Project: mutt Issue ID: 2973 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-12-17 21:13 CET Last Modified: 2009-09-23 19:54 CEST ====================================================================== Summary: mutt compiled with libidn does not work with the defaul locale Description: When compiled with libidn mutt does not work with the "C" or "POSIX" locales. The error 'Bad IDN "{hostname of IMAP server}".' is printed in the message line at the bottom of the terminal window and no connection is made to the IMAP server. This is a problem because the Sun default locale is "C". Unsetting the mutt variable use_idn or changing the value of the mutt variables charset, assumed_charset, attach_charset, config_charset, and send_charset does not fix the problem. Possible solutions: 1) Do not compile mutt with libidn. 2) Provide a wrapper script that checks the LANG shell environment variable and changes the LC_ALL shell environment variable to another value if LANG is "C" or "POSIX". There would need to be a way for the user to specify a locale other than "C" or "POSIX" for the wrapper to use. ====================================================================== ---------------------------------------------------------------------- (0006749) skayser (administrator) - 2009-09-23 19:54 http://www.opencsw.org/bugtrack/view.php?id=2973#c6749 ---------------------------------------------------------------------- Resolved with libiconv 1.13.1,REV=2009.07.31. Thanks for reporting and feedback, bfr-murphy. From noreply at opencsw.org Wed Sep 23 23:15:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 23:15:24 +0200 Subject: [bug-notifications] [wireshark 0003918]: Please update wireshark to latest version from Wireshark.org (currently 1.2.2), retest & release. Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3918 ====================================================================== Reported By: alfyj Assigned To: ====================================================================== Project: wireshark Issue ID: 3918 Category: packaging Reproducibility: N/A Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-23 23:15 CEST Last Modified: 2009-09-23 23:15 CEST ====================================================================== Summary: Please update wireshark to latest version from Wireshark.org (currently 1.2.2), retest & release. Description: Stable version is very old. Many bug fixes and new features are available. ====================================================================== From noreply at opencsw.org Fri Sep 25 09:21:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 25 Sep 2009 09:21:15 +0200 Subject: [bug-notifications] [libsigsegv 0003919]: Please upgrade to 2.7 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3919 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: libsigsegv Issue ID: 3919 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-25 09:21 CEST Last Modified: 2009-09-25 09:21 CEST ====================================================================== Summary: Please upgrade to 2.7 Description: Please upgrade to 2.7 ====================================================================== From noreply at opencsw.org Fri Sep 25 18:18:02 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 25 Sep 2009 18:18:02 +0200 Subject: [bug-notifications] [clusterit 0003920]: man pages don't display properly Message-ID: <08cbde5189ce9b8041aef1e49ef4a4bd@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3920 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: clusterit Issue ID: 3920 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-25 18:18 CEST Last Modified: 2009-09-25 18:18 CEST ====================================================================== Summary: man pages don't display properly Description: Seems as if the man page markup can't be rendered by the Solaris nroff. When looking at one of the man page from the clusterit package only plain text (without formatting) is displayed. $ man -M /opt/csw/clusterit/share/man/ run | head Reformatting page. Please Wait... done The utility can be used to run a command, or group of commands on a cluster of machines. The command or commands are run on a sin- gle node in the cluster, which is chosen at random. The follow- ing options are available: The option modifies the behavior of seq when dealing with stdin. Normally all commands from stdin are run on the same machine. Specifying the option causes each command to be run on a random node. Unless the option is speci- fied, stderr from remote commands will not be reported to the user. The option will list information about the current clus- ter, and command groupings. It will also show you which command ====================================================================== From noreply at opencsw.org Sun Sep 27 09:27:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 09:27:28 +0200 Subject: [bug-notifications] [tree 0002949]: Please upgrade to 1.5.2.1 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2949 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: tree Issue ID: 2949 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2008-11-17 16:41 CET Last Modified: 2009-09-27 09:27 CEST ====================================================================== Summary: Please upgrade to 1.5.2.1 Description: Please upgrade to 1.5.2.1 ====================================================================== ---------------------------------------------------------------------- (0006750) maciej (manager) - 2009-09-27 09:27 http://www.opencsw.org/bugtrack/view.php?id=2949#c6750 ---------------------------------------------------------------------- Tree has been upgraded to 1.5.2.2. From noreply at opencsw.org Sun Sep 27 12:13:09 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 12:13:09 +0200 Subject: [bug-notifications] [freetype2 0003878]: Please upgrade to 2.3.9 In-Reply-To: <39c9874d05d5432f2c8ad5c74ddf74de> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3878 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: freetype2 Issue ID: 3878 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 11:11 CEST Last Modified: 2009-09-27 12:13 CEST ====================================================================== Summary: Please upgrade to 2.3.9 Description: Please upgrade to 2.3.9 ====================================================================== From noreply at opencsw.org Sun Sep 27 12:15:54 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 12:15:54 +0200 Subject: [bug-notifications] [freetype2 0003878]: Please upgrade to 2.3.9 In-Reply-To: <39c9874d05d5432f2c8ad5c74ddf74de> Message-ID: <117ba2cdb0efbc6155a2bb7e8a78f0ca@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3878 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: freetype2 Issue ID: 3878 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-04 11:11 CEST Last Modified: 2009-09-27 12:15 CEST ====================================================================== Summary: Please upgrade to 2.3.9 Description: Please upgrade to 2.3.9 ====================================================================== ---------------------------------------------------------------------- (0006751) dam (manager) - 2009-09-27 12:15 http://www.opencsw.org/mantis/view.php?id=3878#c6751 ---------------------------------------------------------------------- Fixed with 2.3.9,REV=2009.09.11 and released to currernt/. From noreply at opencsw.org Sun Sep 27 12:16:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 12:16:19 +0200 Subject: [bug-notifications] [libmm 0003472]: Please update package to latest In-Reply-To: <9c94a3669d19eb9a2cce29f016f7a99b> Message-ID: <08d3e5f45c1f36a3d9a5d2e2b61e8c95@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3472 ====================================================================== Reported By: wbonnet Assigned To: dam ====================================================================== Project: libmm Issue ID: 3472 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-19 21:28 CET Last Modified: 2009-09-27 12:16 CEST ====================================================================== Summary: Please update package to latest Description: The current version of package is from 2004. Can you please update to version 1.4.2 (which is also pretty but latest available) TiA ====================================================================== ---------------------------------------------------------------------- (0006690) dam (manager) - 2009-09-09 16:54 http://www.opencsw.org/mantis/view.php?id=3472#c6690 ---------------------------------------------------------------------- New packages in testing, please take a look if this suits your needs: libmm-1.4.2,REV=2009.09.09-SunOS5.8-i386-CSW.pkg.gz libmm-1.4.2,REV=2009.09.09-SunOS5.8-sparc-CSW.pkg.gz From noreply at opencsw.org Sun Sep 27 12:16:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 12:16:57 +0200 Subject: [bug-notifications] [libmm 0003472]: Please update package to latest In-Reply-To: <9c94a3669d19eb9a2cce29f016f7a99b> Message-ID: <9e6f8ca9c054e2e5359810cff9126ef4@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3472 ====================================================================== Reported By: wbonnet Assigned To: dam ====================================================================== Project: libmm Issue ID: 3472 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-03-19 21:28 CET Last Modified: 2009-09-27 12:16 CEST ====================================================================== Summary: Please update package to latest Description: The current version of package is from 2004. Can you please update to version 1.4.2 (which is also pretty but latest available) TiA ====================================================================== ---------------------------------------------------------------------- (0006752) dam (manager) - 2009-09-27 12:16 http://www.opencsw.org/mantis/view.php?id=3472#c6752 ---------------------------------------------------------------------- Fixed with 1.4.2,REV=2009.09.09 and released to current/. From noreply at opencsw.org Sun Sep 27 12:18:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 12:18:52 +0200 Subject: [bug-notifications] [libungif 0003712]: Please upgrade to latest version In-Reply-To: <28fad7aa9f1fe79e14fd882724df11f3> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3712 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: libungif Issue ID: 3712 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-06-10 23:56 CEST Last Modified: 2009-09-27 12:18 CEST ====================================================================== Summary: Please upgrade to latest version Description: Please upgrade to latest version New home is https://sourceforge.net/projects/giflib/ (previously libungif) ====================================================================== From noreply at opencsw.org Sun Sep 27 12:19:36 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 12:19:36 +0200 Subject: [bug-notifications] [libungif 0003712]: Please upgrade to latest version In-Reply-To: <28fad7aa9f1fe79e14fd882724df11f3> Message-ID: <2b02ed6bee20a3083cc48d8607175416@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3712 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: libungif Issue ID: 3712 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-06-10 23:56 CEST Last Modified: 2009-09-27 12:19 CEST ====================================================================== Summary: Please upgrade to latest version Description: Please upgrade to latest version New home is https://sourceforge.net/projects/giflib/ (previously libungif) ====================================================================== ---------------------------------------------------------------------- (0006753) dam (manager) - 2009-09-27 12:19 http://www.opencsw.org/mantis/view.php?id=3712#c6753 ---------------------------------------------------------------------- Fixed with 4.1.6,REV=2009.09.24 (unified with libungif) and released to current/. From noreply at opencsw.org Sun Sep 27 12:20:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 12:20:07 +0200 Subject: [bug-notifications] [gdome2 0003231]: Depend on CSWggettextrt In-Reply-To: <439532d1825b2fd43f2b4c18e2bcc25e> Message-ID: <55c0117b1fb5d62a3b9ecc8193842e2c@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3231 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: gdome2 Issue ID: 3231 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:05 CET Last Modified: 2009-09-27 12:20 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== From noreply at opencsw.org Sun Sep 27 12:20:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 12:20:27 +0200 Subject: [bug-notifications] [gdome2 0003231]: Depend on CSWggettextrt In-Reply-To: <439532d1825b2fd43f2b4c18e2bcc25e> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3231 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: gdome2 Issue ID: 3231 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:05 CET Last Modified: 2009-09-27 12:20 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006754) dam (manager) - 2009-09-27 12:20 http://www.opencsw.org/mantis/view.php?id=3231#c6754 ---------------------------------------------------------------------- Fixed with 0.8.1,REV=2009.09.11 and released to current/. From noreply at opencsw.org Sun Sep 27 12:20:49 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 12:20:49 +0200 Subject: [bug-notifications] [orbit2 0003119]: Depend on CSWggettextrt In-Reply-To: <990d0a2412b44efefdbd9e6e47185dcd> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3119 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: orbit2 Issue ID: 3119 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 02:53 CET Last Modified: 2009-09-27 12:20 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== From noreply at opencsw.org Sun Sep 27 12:21:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 12:21:19 +0200 Subject: [bug-notifications] [orbit2 0003119]: Depend on CSWggettextrt In-Reply-To: <990d0a2412b44efefdbd9e6e47185dcd> Message-ID: <8bd54feeccc4f7930c40b3de61d02d13@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3119 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: orbit2 Issue ID: 3119 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 02:53 CET Last Modified: 2009-09-27 12:21 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006755) dam (manager) - 2009-09-27 12:21 http://www.opencsw.org/mantis/view.php?id=3119#c6755 ---------------------------------------------------------------------- Fixed with 2.14.17,REV=2009.09.09 and released to current/. From noreply at opencsw.org Sun Sep 27 12:22:14 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 12:22:14 +0200 Subject: [bug-notifications] [libxml2 0003889]: Pleased upgrade libxml2 to latest and rebuild PHP against it In-Reply-To: Message-ID: <488a7496c4f5bf18febf5395f1c34232@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3889 ====================================================================== Reported By: jsilve1 Assigned To: dam ====================================================================== Project: libxml2 Issue ID: 3889 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-08 19:18 CEST Last Modified: 2009-09-27 12:22 CEST ====================================================================== Summary: Pleased upgrade libxml2 to latest and rebuild PHP against it Description: There is a bug in libxml2 that results in broken XML output in PHP. http://bugs.php.net/bug.php?id=45996 Please update the libxml2 and PHP packages. ====================================================================== ---------------------------------------------------------------------- (0006756) dam (manager) - 2009-09-27 12:22 http://www.opencsw.org/mantis/view.php?id=3889#c6756 ---------------------------------------------------------------------- Please reopen if the error still exists. From noreply at opencsw.org Sun Sep 27 15:06:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 15:06:19 +0200 Subject: [bug-notifications] [myodbc 0002323]: myodbc needs to be recompiled with openssl 0.9.8 In-Reply-To: <886c397546c2fdd71f9909a4b690c92d> Message-ID: <8d6605684dd4523b5c45882173f577c4@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2323 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: myodbc Issue ID: 2323 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2007-07-25 18:06 CEST Last Modified: 2009-09-27 15:06 CEST ====================================================================== Summary: myodbc needs to be recompiled with openssl 0.9.8 Description: myodbc is still linked with openssl 0.9.7 which is not the current version. Please recompile this package with the current openssl version (0.9.8). Openssl 0.9.7 libraries are still provided in the openssl package for compatibility reasons but they are bound to be removed in the future. ====================================================================== ---------------------------------------------------------------------- (0006757) maciej (manager) - 2009-09-27 15:06 http://www.opencsw.org/bugtrack/view.php?id=2323#c6757 ---------------------------------------------------------------------- The myodbc package has been recompiled, but I don't see it linked against openssl at all. I checked the compilation phase, it doesn't look for OpenSSL libraries at all. I think this bug is not currently relevant to myodbc. From noreply at opencsw.org Sun Sep 27 15:13:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 15:13:46 +0200 Subject: [bug-notifications] [myodbc 0002323]: myodbc needs to be recompiled with openssl 0.9.8 In-Reply-To: <886c397546c2fdd71f9909a4b690c92d> Message-ID: <56573502d630a97a0c20dadbec87b77f@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2323 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: myodbc Issue ID: 2323 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-07-25 18:06 CEST Last Modified: 2009-09-27 15:13 CEST ====================================================================== Summary: myodbc needs to be recompiled with openssl 0.9.8 Description: myodbc is still linked with openssl 0.9.7 which is not the current version. Please recompile this package with the current openssl version (0.9.8). Openssl 0.9.7 libraries are still provided in the openssl package for compatibility reasons but they are bound to be removed in the future. ====================================================================== ---------------------------------------------------------------------- (0006758) maciej (manager) - 2009-09-27 15:13 http://www.opencsw.org/bugtrack/view.php?id=2323#c6758 ---------------------------------------------------------------------- myodbc package doesn't currently depend on openssl. From noreply at opencsw.org Sun Sep 27 15:14:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 15:14:08 +0200 Subject: [bug-notifications] [myodbc 0002472]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: Message-ID: <8916953a2c6c2d9f6e116e68b7d862cd@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2472 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: myodbc Issue ID: 2472 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-07-28 09:10 CEST Last Modified: 2009-09-27 15:14 CEST ====================================================================== Summary: openssl dependancy deprecated: please use openssl_rt instead Description: Following the openssl package split, the ssl libraries are now directly provided by the openssl_rt package. The openssl package still exists, it\'s a metapackage which will install openssl_rt, openssl_devel and openssl_utils which contains respectively the ssl libraries, the development files and the openssl utilities. Your package probably only use the ssl libraries, so to avoid installing unnecessary dependancies, please update your package to depend on openssl_rt rather than openssl. ====================================================================== ---------------------------------------------------------------------- (0006759) maciej (manager) - 2009-09-27 15:14 http://www.opencsw.org/bugtrack/view.php?id=2472#c6759 ---------------------------------------------------------------------- The myodbc package doesn't currently depend on openssl. From noreply at opencsw.org Sun Sep 27 15:25:34 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 15:25:34 +0200 Subject: [bug-notifications] [tree 0002949]: Please upgrade to 1.5.2.1 In-Reply-To: Message-ID: <6f2efae3833bed6e125b7efd8c950aea@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2949 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: tree Issue ID: 2949 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-11-17 16:41 CET Last Modified: 2009-09-27 15:25 CEST ====================================================================== Summary: Please upgrade to 1.5.2.1 Description: Please upgrade to 1.5.2.1 ====================================================================== ---------------------------------------------------------------------- (0006760) maciej (manager) - 2009-09-27 15:25 http://www.opencsw.org/mantis/view.php?id=2949#c6760 ---------------------------------------------------------------------- Version 1.5.2.2 is available from the mirrors. From noreply at opencsw.org Sun Sep 27 15:26:35 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 15:26:35 +0200 Subject: [bug-notifications] [syslog_ng 0003869]: syslog_ng package can no longer be installed on Solaris 8 or 9 In-Reply-To: <69f6612d35288b581194791c10172ad2> Message-ID: <7bc28b0d74c405381e7fd367fef0a132@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3869 ====================================================================== Reported By: tim Assigned To: maciej ====================================================================== Project: syslog_ng Issue ID: 3869 Category: packaging Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-08-25 11:39 CEST Last Modified: 2009-09-27 15:26 CEST ====================================================================== Summary: syslog_ng package can no longer be installed on Solaris 8 or 9 Description: I was able to install the CSWsyslogng package on Solaris 8 or 9 machines just recently. However the latest package that's on the mirrors requires svcadm to install, therefore restricting it to Solaris 10 only: Do you want to continue with the installation of [y,n,?] y Installing syslog_ng - A powerful syslogd replacement as ## Executing preinstall script. Disabling svc:/system/system-log:default /var/sadm/pkg/CSWsyslogng/install/preinstall: svcadm: not found pkgadd: ERROR: preinstall script did not complete successfully Installation of failed. ERROR: could not add CSWsyslogng. ====================================================================== ---------------------------------------------------------------------- (0006761) maciej (manager) - 2009-09-27 15:26 http://www.opencsw.org/mantis/view.php?id=3869#c6761 ---------------------------------------------------------------------- Tim, can you check please if it's working for you? From noreply at opencsw.org Sun Sep 27 21:25:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 21:25:01 +0200 Subject: [bug-notifications] [dbus 0003897]: sources missing file smf_include.sh In-Reply-To: <67d640d583c4243555dd3a3645c40218> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3897 ====================================================================== Reported By: james Assigned To: wbonnet ====================================================================== Project: dbus Issue ID: 3897 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-14 16:51 CEST Last Modified: 2009-09-27 21:25 CEST ====================================================================== Summary: sources missing file smf_include.sh Description: /etc/opt/csw/init.d/cswdbus attempts to source /lib/svc/share/smf_include.sh which i snot available on Solaris 8 & 9. Causes annoying error messages but otherwise I don't think anything is missing. ====================================================================== From noreply at opencsw.org Sun Sep 27 23:53:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 23:53:42 +0200 Subject: [bug-notifications] [mercurial 0003891]: one dependency not specified In-Reply-To: <613ab5d3bcd777f84d3c0dea74425aef> Message-ID: <77bb5fb6b1c0173e220a6a8398290841@www.opencsw.org> The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3891 ====================================================================== Reported By: bob32 Assigned To: ====================================================================== Project: mercurial Issue ID: 3891 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-10 00:09 CEST Last Modified: 2009-09-27 23:53 CEST ====================================================================== Summary: one dependency not specified Description: The current version of mercurial: 1.3.1,REV=2009.08.02 requires as dependencies: CSWcommon common CSWpython-rt python_rt ... where the second should probably be, instead CSWpython python ====================================================================== ---------------------------------------------------------------------- (0006762) rupert (manager) - 2009-09-27 23:53 http://www.opencsw.org/bugtrack/view.php?id=3891#c6762 ---------------------------------------------------------------------- in http://mirror.opencsw.org/testing.html From noreply at opencsw.org Mon Sep 28 13:44:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 28 Sep 2009 13:44:18 +0200 Subject: [bug-notifications] [pkgutil 0003917]: bldcat/chkcat rely on /opt/csw/bin/perl, but CSWpkgutil doesn't have dependency on CSWperl In-Reply-To: <9acba0643019b27d413918d5e46fb5a7> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3917 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3917 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-23 17:02 CEST Last Modified: 2009-09-28 13:44 CEST ====================================================================== Summary: bldcat/chkcat rely on /opt/csw/bin/perl, but CSWpkgutil doesn't have dependency on CSWperl Description: I understand that CSWpkgutil should not depend on CSWperl, but bldcat/chkcat are both hardcoded to use /opt/csw/bin/perl. Just wanted to build a catalog on a system that only has /usr/bin/perl and catalog creation failed. $ /opt/csw/bin/bldcat bash: /opt/csw/bin/bldcat: bad interpreter: No such file or directory $ head -1 /opt/csw/bin/bldcat #!/opt/csw/bin/perl -w $ head -1 /opt/csw/bin/chkcat #!/opt/csw/bin/perl -w $ pkginfo -l CSWperl ERROR: information for "CSWperl" was not found Unfortunately, they don't work with the stock perl due to missing perl modules. $ /usr/bin/perl /opt/csw/bin/bldcat . Can't locate Digest/MD5.pm in @INC (@INC contains: /usr/perl5/5.6.1/lib/sun4-solaris-64int /usr/perl5/5.6.1/lib /usr/perl5/site_perl/5.6.1/sun4-solaris-64int /usr/perl5/site_perl/5.6.1 /usr/perl5/site_perl /usr/perl5/vendor_perl/5.6.1/sun4-solaris-64int /usr/perl5/vendor_perl/5.6.1 /usr/perl5/vendor_perl .) at /opt/csw/bin/bldcat line 9. BEGIN failed--compilation aborted at /opt/csw/bin/bldcat line 9. Any chance to ship the required modules with CSWpkgutil? ====================================================================== ---------------------------------------------------------------------- (0006763) bonivart (manager) - 2009-09-28 13:44 http://www.opencsw.org/mantis/view.php?id=3917#c6763 ---------------------------------------------------------------------- I changed it so that both bldcat and chkcat uses whatever Perl is in the path (like pkgutil) and if Digest::MD5 is not available you get a message about that and a recommendation to install CSWperl. Modern Solaris will have this module in their standard Perl so it's not a strict requirement to use CSWperl any more unless you're on like Solaris 8. From noreply at opencsw.org Mon Sep 28 15:00:36 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 28 Sep 2009 15:00:36 +0200 Subject: [bug-notifications] [nagios 0003921]: Remote image prevents fully-encrypted SSL connection Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3921 ====================================================================== Reported By: ois_unix Assigned To: ====================================================================== Project: nagios Issue ID: 3921 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-28 15:00 CEST Last Modified: 2009-09-28 15:00 CEST ====================================================================== Summary: Remote image prevents fully-encrypted SSL connection Description: The SourceForge logo in main.html is a remote image, with the source listed as http://sflogo.sourceforge.net/sflogo.php?group_id=26589&type=2. This remote image prevents my SSL connection to Nagios from being fully encrypted. This issue appears in both Firefox 3.5.x and Internet Explorer 8. Saving the image to the local machine and updating the HTML code to point to that local image fixes the problem, and the browsers no longer complain of a partially encrypted connection. Please make the SourceForge logo a local file in Nagios. ====================================================================== From noreply at opencsw.org Mon Sep 28 15:34:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 28 Sep 2009 15:34:03 +0200 Subject: [bug-notifications] [pkgutil 0003903]: pkgutil -r: Reference found where even-sized list expected In-Reply-To: <03a868f3e8380eb650a60c5f484d1aa8> Message-ID: <989eb00605e4491b8587aec879c8ddd4@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3903 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3903 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-17 14:40 CEST Last Modified: 2009-09-28 15:34 CEST ====================================================================== Summary: pkgutil -r: Reference found where even-sized list expected Description: Happens with 1.7 as well as r102. Removal works fine though. # pkgutil -t http://mirror.opencsw.org/opencsw/testing -r sudosh2 Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/testing/i386/5.10) if available... Fetching new catalog and descriptions (http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10) if available... Parsing catalog, may take a while... Reference found where even-sized list expected at /opt/csw/bin/pkgutil line 1038. Looking at installed CSW packages... Examining dependencies for: CSWsudosh2 (remove) CSWcswclassutils (in use) CSWcommon (in use) => Removing CSWsudosh2 The following package is currently installed: CSWsudosh2 sudosh2 - Extensive auditing of user shell usage (i386) 1.0.2,REV=2009.09.17 Do you want to remove this package? [y,n,?,q] q 1 package was not processed! # ====================================================================== ---------------------------------------------------------------------- (0006716) bonivart (manager) - 2009-09-18 14:57 http://www.opencsw.org/mantis/view.php?id=3903#c6716 ---------------------------------------------------------------------- It was a declaration of an unused hash that caused the noise. I have removed it in r105. I'm sorry to say the remove option is not really reliable and I haven't had time to really look at it. This was easy to fix though. From noreply at opencsw.org Mon Sep 28 15:35:39 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 28 Sep 2009 15:35:39 +0200 Subject: [bug-notifications] [pkgutil 0003831]: Saving of admin file still doesn't work correctly In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3831 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3831 Category: regular use Reproducibility: have not tried Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-08-07 12:48 CEST Last Modified: 2009-09-28 15:35 CEST ====================================================================== Summary: Saving of admin file still doesn't work correctly Description: On an update with pkgutil -U -u -y I got after some package updates the error ... Installation of was successful. Removing old version of CSWpmiozlib pkgrm: ERROR: unable to open admin file : No such file or directory Removal of failed (internal error). No changes were made to the system. Installing CSWpmiozlib-1.10,REV=2009.08.06 pkgadd: ERROR: unable to open admin file : No such file or directory Removing old version of CSWpmgd The error was with this version: root at build9s :/root > pkginfo -x CSWpkgutil CSWpkgutil pkgutil - Installs Solaris packages easily (sparc) 1.6.1,REV=2009.06.05 ====================================================================== ---------------------------------------------------------------------- (0006764) bonivart (manager) - 2009-09-28 15:35 http://www.opencsw.org/mantis/view.php?id=3831#c6764 ---------------------------------------------------------------------- Fix is in 1.7. Unable to verify if it's still a problem. From noreply at opencsw.org Mon Sep 28 17:59:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 28 Sep 2009 17:59:00 +0200 Subject: [bug-notifications] [apache2 0003922]: After upgrade, cannot load libexec/mod_include.so Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3922 ====================================================================== Reported By: ois_unix Assigned To: ====================================================================== Project: apache2 Issue ID: 3922 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-28 17:59 CEST Last Modified: 2009-09-28 17:59 CEST ====================================================================== Summary: After upgrade, cannot load libexec/mod_include.so Description: After upgrading to Apache 2.2.13, the Apache service refused to start. The workaround was to comment out the mod_include module in httpd.conf, but the real problem seems to involve the module file itself. The full error message reported was: "Executing start method ("/var/opt/csw/svc/method/svc-cswapache2 start") httpd: Syntax error on line 77 of /opt/csw/apache2/etc/httpd.conf: Cannot load /opt/csw/apache2/libexec/mod_include.so into server: ld.so.1: httpd: fatal: relocation error: file /opt/csw/apache2/libexec/mod_include.so: symbol ap_escape_html_2: referenced symbol not found ====================================================================== From noreply at opencsw.org Mon Sep 28 21:33:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 28 Sep 2009 21:33:52 +0200 Subject: [bug-notifications] [apache2 0003922]: After upgrade, cannot load libexec/mod_include.so In-Reply-To: <5c822f8c2e7319f5af272eece6b35ebd> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3922 ====================================================================== Reported By: ois_unix Assigned To: ====================================================================== Project: apache2 Issue ID: 3922 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-28 17:59 CEST Last Modified: 2009-09-28 21:33 CEST ====================================================================== Summary: After upgrade, cannot load libexec/mod_include.so Description: After upgrading to Apache 2.2.13, the Apache service refused to start. The workaround was to comment out the mod_include module in httpd.conf, but the real problem seems to involve the module file itself. The full error message reported was: "Executing start method ("/var/opt/csw/svc/method/svc-cswapache2 start") httpd: Syntax error on line 77 of /opt/csw/apache2/etc/httpd.conf: Cannot load /opt/csw/apache2/libexec/mod_include.so into server: ld.so.1: httpd: fatal: relocation error: file /opt/csw/apache2/libexec/mod_include.so: symbol ap_escape_html_2: referenced symbol not found ====================================================================== ---------------------------------------------------------------------- (0006765) skayser (administrator) - 2009-09-28 21:33 http://www.opencsw.org/bugtrack/view.php?id=3922#c6765 ---------------------------------------------------------------------- Thanks for reporting. Do you still see the problem after a "svcadm clear cswapache2"? I have seen a similar problem during upgrade, but a subsequent "svcadm clear cswapache2" solved it for me. See https://bugzilla.redhat.com/show_bug.cgi?id=491567#c3 for a similar problem description on Fedora. On their platform, the old apache version was still running and - on reload - tried to load the updated mod_include, which relied on a function that was only provided by the new apache version. Seems to me as if we ran into the same issue. >From a packaging perspective, it might be best to display a big warning message on an upgrade between the two affected versions. A forced restart could sound tempting also, but i wouldn't want to force a restart on a user (after all apache is still functional while running, the issue only seems to get triggered on reload). From noreply at opencsw.org Mon Sep 28 22:04:47 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 28 Sep 2009 22:04:47 +0200 Subject: [bug-notifications] [apache2 0003922]: After upgrade, cannot load libexec/mod_include.so In-Reply-To: <5c822f8c2e7319f5af272eece6b35ebd> Message-ID: <2440534994a0bb2cf0bf86027c6cdf61@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3922 ====================================================================== Reported By: ois_unix Assigned To: ihsan ====================================================================== Project: apache2 Issue ID: 3922 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-28 17:59 CEST Last Modified: 2009-09-28 22:04 CEST ====================================================================== Summary: After upgrade, cannot load libexec/mod_include.so Description: After upgrading to Apache 2.2.13, the Apache service refused to start. The workaround was to comment out the mod_include module in httpd.conf, but the real problem seems to involve the module file itself. The full error message reported was: "Executing start method ("/var/opt/csw/svc/method/svc-cswapache2 start") httpd: Syntax error on line 77 of /opt/csw/apache2/etc/httpd.conf: Cannot load /opt/csw/apache2/libexec/mod_include.so into server: ld.so.1: httpd: fatal: relocation error: file /opt/csw/apache2/libexec/mod_include.so: symbol ap_escape_html_2: referenced symbol not found ====================================================================== ---------------------------------------------------------------------- (0006765) skayser (administrator) - 2009-09-28 21:33 http://www.opencsw.org/bugtrack/view.php?id=3922#c6765 ---------------------------------------------------------------------- Thanks for reporting. Do you still see the problem after a "svcadm clear cswapache2"? I have seen a similar problem during upgrade, but a subsequent "svcadm clear cswapache2" solved it for me. See https://bugzilla.redhat.com/show_bug.cgi?id=491567#c3 for a similar problem description on Fedora. On their platform, the old apache version was still running and - on reload - tried to load the updated mod_include, which relied on a function that was only provided by the new apache version. Seems to me as if we ran into the same issue. >From a packaging perspective, it might be best to display a big warning message on an upgrade between the two affected versions. A forced restart could sound tempting also, but i wouldn't want to force a restart on a user (after all apache is still functional while running, the issue only seems to get triggered on reload). From noreply at opencsw.org Mon Sep 28 22:30:37 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 28 Sep 2009 22:30:37 +0200 Subject: [bug-notifications] [t1lib 0003923]: Please upgrade to 5.1.2 Message-ID: <970348c67eaa81816398967b9935b63f@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3923 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: t1lib Issue ID: 3923 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-28 22:30 CEST Last Modified: 2009-09-28 22:30 CEST ====================================================================== Summary: Please upgrade to 5.1.2 Description: Please upgrade to 5.1.2 ====================================================================== From noreply at opencsw.org Tue Sep 29 01:32:11 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 29 Sep 2009 01:32:11 +0200 Subject: [bug-notifications] [pkg_get 0003023]: pkg-get fails to bootstrap wget In-Reply-To: <2894640f0d034a724c1476e4199a38d4> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3023 ====================================================================== Reported By: skayser Assigned To: phil ====================================================================== Project: pkg_get Issue ID: 3023 Category: other Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-01-16 23:51 CET Last Modified: 2009-09-29 01:32 CEST ====================================================================== Summary: pkg-get fails to bootstrap wget Description: Just downloaded pkg-get from http://opencsw.org/pkg-get to a Solaris 8 box. As i didn't have wget, pkg-get offered me to download one via ftp. This however fails, as $MASTERBASE isn't set correctly. # This is only for fallback purposes in extreme measures # The target package must be UNCOMPRESSED in any way!! MASTERSITE=${MASTERSITE:-ftp.ibiblio.org} MASTERBASE=${MASTERSITE:-pub/packages/solaris/opencsw/current} Even when this is corrected, the installation fails. See second invocation in additional information. The suggestions made by pkg-get on where to get wget ($SITE/wget) after failing to download / install wget don't help either, because no wget can be found there. Unfortunately the wget download links on http://opencsw.org/pkg-get are broken also. ====================================================================== ---------------------------------------------------------------------- (0006766) philadmin (administrator) - 2009-09-29 01:32 http://www.opencsw.org/mantis/view.php?id=3023#c6766 ---------------------------------------------------------------------- Looking at my code, it would appear that I have already fixed this issue. Please check the current pkg-get ( pkg-get -v|grep SCCS should report 4.11) and tell me if it performs as expected for you. From noreply at opencsw.org Tue Sep 29 11:32:14 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 29 Sep 2009 11:32:14 +0200 Subject: [bug-notifications] [pkg_get 0003023]: pkg-get fails to bootstrap wget In-Reply-To: <2894640f0d034a724c1476e4199a38d4> Message-ID: <5ffc0aed6ea785b91c2f111285e270cc@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3023 ====================================================================== Reported By: skayser Assigned To: phil ====================================================================== Project: pkg_get Issue ID: 3023 Category: other Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-01-16 23:51 CET Last Modified: 2009-09-29 11:32 CEST ====================================================================== Summary: pkg-get fails to bootstrap wget Description: Just downloaded pkg-get from http://opencsw.org/pkg-get to a Solaris 8 box. As i didn't have wget, pkg-get offered me to download one via ftp. This however fails, as $MASTERBASE isn't set correctly. # This is only for fallback purposes in extreme measures # The target package must be UNCOMPRESSED in any way!! MASTERSITE=${MASTERSITE:-ftp.ibiblio.org} MASTERBASE=${MASTERSITE:-pub/packages/solaris/opencsw/current} Even when this is corrected, the installation fails. See second invocation in additional information. The suggestions made by pkg-get on where to get wget ($SITE/wget) after failing to download / install wget don't help either, because no wget can be found there. Unfortunately the wget download links on http://opencsw.org/pkg-get are broken also. ====================================================================== ---------------------------------------------------------------------- (0006767) skayser (administrator) - 2009-09-29 11:32 http://www.opencsw.org/bugtrack/view.php?id=3023#c6767 ---------------------------------------------------------------------- System without /usr/sfw/bin/wget still shows problems. # pkg-get -U ERROR: no working version of wget found, in PATH ... ---> RETR wget-1.11.4,REV=2009.04.15-SunOS5.8-i386-CSW.pkg.gz ---> PORT 192,168,120,102,128,237 ---> RETR wgetpaste-2.13,REV=2009.08.29-SunOS5.8-all-CSW.pkg.gz ---> QUIT ... Installing wget - A network utility to retrieve files from the Web as ... Installation of was successful. ERROR: wget package is not right. Cannot continue # # pkg-get -v | grep SCCS DEBUG-ONLY/VERBOSE MODE: level=1 (Internal SCCS code revision @(#) pkg-get 4.11@(#)) # pkgparam CSWwget VERSION 1.11.4,REV=2009.04.15 From noreply at opencsw.org Tue Sep 29 12:08:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 29 Sep 2009 12:08:57 +0200 Subject: [bug-notifications] [php5_session 0003924]: Needs to be rebuild against libmm 1.4.2 Message-ID: <57aad269622e4c6e3e29877654dfaed7@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3924 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: php5_session Issue ID: 3924 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-29 12:08 CEST Last Modified: 2009-09-29 12:08 CEST ====================================================================== Summary: Needs to be rebuild against libmm 1.4.2 Description: $ LC_ALL=C ldd /opt/csw/php5/lib/php/extensions/no-debug-non-zts-20060613/session.so libmm.so.13 => (file not found) libc.so.1 => /lib/libc.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1 It's linked against libmm.so.13. But in OpenCSW, libmm 1.4.2 is only available. http://www.opencsw.org/packages/libmm ====================================================================== From noreply at opencsw.org Tue Sep 29 13:20:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 29 Sep 2009 13:20:26 +0200 Subject: [bug-notifications] [php5_session 0003924]: Needs to be rebuild against libmm 1.4.2 In-Reply-To: <78f994f929b9381fc0bfb143e3de890c> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3924 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: php5_session Issue ID: 3924 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-29 12:08 CEST Last Modified: 2009-09-29 13:20 CEST ====================================================================== Summary: Needs to be rebuild against libmm 1.4.2 Description: $ LC_ALL=C ldd /opt/csw/php5/lib/php/extensions/no-debug-non-zts-20060613/session.so libmm.so.13 => (file not found) libc.so.1 => /lib/libc.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1 It's linked against libmm.so.13. But in OpenCSW, libmm 1.4.2 is only available. http://www.opencsw.org/packages/libmm ====================================================================== ---------------------------------------------------------------------- (0006768) dam (reporter) - 2009-09-29 13:20 http://www.opencsw.org/bugtrack/view.php?id=3924#c6768 ---------------------------------------------------------------------- This library has unfortunately been missed when libmm was updated. An updated version is available at http://mirror.opencsw.org/testing/libmm-1.4.2,REV=2009.09.29-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/libmm-1.4.2,REV=2009.09.29-SunOS5.8-sparc-CSW.pkg.gz Please verify that it fixes your problem. It will then be released shortly. Thanks for your report! -- Dago From noreply at opencsw.org Tue Sep 29 14:05:21 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 29 Sep 2009 14:05:21 +0200 Subject: [bug-notifications] [php5_session 0003924]: Needs to be rebuild against libmm 1.4.2 In-Reply-To: <78f994f929b9381fc0bfb143e3de890c> Message-ID: <785bf918f77f70e70af7a6d42e698603@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3924 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: php5_session Issue ID: 3924 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-29 12:08 CEST Last Modified: 2009-09-29 14:05 CEST ====================================================================== Summary: Needs to be rebuild against libmm 1.4.2 Description: $ LC_ALL=C ldd /opt/csw/php5/lib/php/extensions/no-debug-non-zts-20060613/session.so libmm.so.13 => (file not found) libc.so.1 => /lib/libc.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1 It's linked against libmm.so.13. But in OpenCSW, libmm 1.4.2 is only available. http://www.opencsw.org/packages/libmm ====================================================================== ---------------------------------------------------------------------- (0006769) alexs77 (reporter) - 2009-09-29 14:05 http://www.opencsw.org/bugtrack/view.php?id=3924#c6769 ---------------------------------------------------------------------- Dago, I'd rather need an updated version of php5_session :) libmm-1.4.2 is in the current tree/directory. It's not libmm which needs to be rebuild/relinked, but php5_session. Best regards, Alexander From noreply at opencsw.org Tue Sep 29 14:16:47 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 29 Sep 2009 14:16:47 +0200 Subject: [bug-notifications] [php5_session 0003924]: Needs to be rebuild against libmm 1.4.2 In-Reply-To: <78f994f929b9381fc0bfb143e3de890c> Message-ID: <0908c059e9f6db76aab5f41846e75d07@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3924 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: php5_session Issue ID: 3924 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-29 12:08 CEST Last Modified: 2009-09-29 14:16 CEST ====================================================================== Summary: Needs to be rebuild against libmm 1.4.2 Description: $ LC_ALL=C ldd /opt/csw/php5/lib/php/extensions/no-debug-non-zts-20060613/session.so libmm.so.13 => (file not found) libc.so.1 => /lib/libc.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1 It's linked against libmm.so.13. But in OpenCSW, libmm 1.4.2 is only available. http://www.opencsw.org/packages/libmm ====================================================================== ---------------------------------------------------------------------- (0006770) dam (reporter) - 2009-09-29 14:16 http://www.opencsw.org/bugtrack/view.php?id=3924#c6770 ---------------------------------------------------------------------- Hi Alex, in fact the current php5_session is bound against libmm.so.13. It is policy to include prior versions of a library on update until all dependent packages have been updated, so the libmm package in testing now contains both libmm.so.13 and libmm.so.14. php5_session will also be rebuilt soon, but for now you can just update libmm as it was the cause of the disruption. Sorry for the inconvenience -- Dago From noreply at opencsw.org Tue Sep 29 14:20:37 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 29 Sep 2009 14:20:37 +0200 Subject: [bug-notifications] [apache 0003925]: Please recompile against libmm 1.4.2 Message-ID: <86d8798c2dbbab5581dedb99f2f2560e@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3925 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: apache Issue ID: 3925 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-29 14:20 CEST Last Modified: 2009-09-29 14:20 CEST ====================================================================== Summary: Please recompile against libmm 1.4.2 Description: Please recompile against libmm 1.4.2, so it depends on libmm.so.14 instead of libmm.so.13 ====================================================================== From noreply at opencsw.org Tue Sep 29 14:26:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 29 Sep 2009 14:26:48 +0200 Subject: [bug-notifications] [plotutil 0003926]: Please upgrade to 2.6 Message-ID: <1dd36229bba570d1b87418fdabb236ee@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3926 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: plotutil Issue ID: 3926 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-29 14:26 CEST Last Modified: 2009-09-29 14:26 CEST ====================================================================== Summary: Please upgrade to 2.6 Description: Please upgrade to 2.6 ====================================================================== From noreply at opencsw.org Tue Sep 29 14:35:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 29 Sep 2009 14:35:55 +0200 Subject: [bug-notifications] [php5_session 0003924]: Needs to be rebuild against libmm 1.4.2 In-Reply-To: <78f994f929b9381fc0bfb143e3de890c> Message-ID: <3e3aec09a3204a33cfa4fd6ad451dd1c@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3924 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: php5_session Issue ID: 3924 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-29 12:08 CEST Last Modified: 2009-09-29 14:35 CEST ====================================================================== Summary: Needs to be rebuild against libmm 1.4.2 Description: $ LC_ALL=C ldd /opt/csw/php5/lib/php/extensions/no-debug-non-zts-20060613/session.so libmm.so.13 => (file not found) libc.so.1 => /lib/libc.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1 It's linked against libmm.so.13. But in OpenCSW, libmm 1.4.2 is only available. http://www.opencsw.org/packages/libmm ====================================================================== ---------------------------------------------------------------------- (0006771) alexs77 (reporter) - 2009-09-29 14:35 http://www.opencsw.org/bugtrack/view.php?id=3924#c6771 ---------------------------------------------------------------------- Dago, thanks a lot for the clarification - I did not know about this policy. I now installed the updated libmm package, and all is well. Regards, Alex From noreply at opencsw.org Tue Sep 29 19:50:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 29 Sep 2009 19:50:19 +0200 Subject: [bug-notifications] [nagios_plugins 0003927]: check_mailq in 1.4.13, REV=2009.04.26 (& possibly other perl-based plugins) need /opt/csw/libexec/nagios-plugins in INC Message-ID: <93f801919ea572a695cb4f31e2fca143@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3927 ====================================================================== Reported By: bchill Assigned To: ====================================================================== Project: nagios_plugins Issue ID: 3927 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-29 19:50 CEST Last Modified: 2009-09-29 19:50 CEST ====================================================================== Summary: check_mailq in 1.4.13,REV=2009.04.26 (& possibly other perl-based plugins) need /opt/csw/libexec/nagios-plugins in INC Description: check_mailq cannot find utils.pm: # /opt/csw/libexec/nagios-plugins/check_mailq Can't locate utils.pm in @INC (@INC contains: nagios-plugins /opt/csw/lib/perl/5 .8.8 /opt/csw/share/perl/5.8.8 /opt/csw/lib/perl/site_perl /opt/csw/share/perl/s ite_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw .) at /opt/csw/libexec/na gios-plugins/check_mailq line 36. BEGIN failed--compilation aborted at /opt/csw/libexec/nagios-plugins/check_mailq line 36. But adding /opt/csw/libexec/nagios-plugins fixes it: # PERL5LIB=/opt/csw/libexec/nagios-plugins /opt/csw/libexec/nagios-plugins/check _mailq Usage: check_mailq -w -c [-W ] [-C ] [-M ] [-t ] [-v verbose] ====================================================================== From noreply at opencsw.org Tue Sep 29 20:22:33 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 29 Sep 2009 20:22:33 +0200 Subject: [bug-notifications] [nagios_plugins 0003927]: check_mailq in 1.4.13, REV=2009.04.26 (& possibly other perl-based plugins) need /opt/csw/libexec/nagios-plugins in INC In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3927 ====================================================================== Reported By: bchill Assigned To: ja ====================================================================== Project: nagios_plugins Issue ID: 3927 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-29 19:50 CEST Last Modified: 2009-09-29 20:22 CEST ====================================================================== Summary: check_mailq in 1.4.13,REV=2009.04.26 (& possibly other perl-based plugins) need /opt/csw/libexec/nagios-plugins in INC Description: check_mailq cannot find utils.pm: # /opt/csw/libexec/nagios-plugins/check_mailq Can't locate utils.pm in @INC (@INC contains: nagios-plugins /opt/csw/lib/perl/5 .8.8 /opt/csw/share/perl/5.8.8 /opt/csw/lib/perl/site_perl /opt/csw/share/perl/s ite_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw .) at /opt/csw/libexec/na gios-plugins/check_mailq line 36. BEGIN failed--compilation aborted at /opt/csw/libexec/nagios-plugins/check_mailq line 36. But adding /opt/csw/libexec/nagios-plugins fixes it: # PERL5LIB=/opt/csw/libexec/nagios-plugins /opt/csw/libexec/nagios-plugins/check _mailq Usage: check_mailq -w -c [-W ] [-C ] [-M ] [-t ] [-v verbose] ====================================================================== From noreply at opencsw.org Tue Sep 29 22:54:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 29 Sep 2009 22:54:23 +0200 Subject: [bug-notifications] [nagios_plugins 0003927]: check_mailq in 1.4.13, REV=2009.04.26 (& possibly other perl-based plugins) need /opt/csw/libexec/nagios-plugins in INC In-Reply-To: Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3927 ====================================================================== Reported By: bchill Assigned To: ja ====================================================================== Project: nagios_plugins Issue ID: 3927 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-09-29 19:50 CEST Last Modified: 2009-09-29 22:54 CEST ====================================================================== Summary: check_mailq in 1.4.13,REV=2009.04.26 (& possibly other perl-based plugins) need /opt/csw/libexec/nagios-plugins in INC Description: check_mailq cannot find utils.pm: # /opt/csw/libexec/nagios-plugins/check_mailq Can't locate utils.pm in @INC (@INC contains: nagios-plugins /opt/csw/lib/perl/5 .8.8 /opt/csw/share/perl/5.8.8 /opt/csw/lib/perl/site_perl /opt/csw/share/perl/s ite_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw .) at /opt/csw/libexec/na gios-plugins/check_mailq line 36. BEGIN failed--compilation aborted at /opt/csw/libexec/nagios-plugins/check_mailq line 36. But adding /opt/csw/libexec/nagios-plugins fixes it: # PERL5LIB=/opt/csw/libexec/nagios-plugins /opt/csw/libexec/nagios-plugins/check _mailq Usage: check_mailq -w -c [-W ] [-C ] [-M ] [-t ] [-v verbose] ====================================================================== ---------------------------------------------------------------------- (0006772) ja (manager) - 2009-09-29 22:54 http://www.opencsw.org/mantis/view.php?id=3927#c6772 ---------------------------------------------------------------------- there are updated packages in testing. Please try them out. The perl script now use "/opt/csw/libexec/nagios-plugins" as a library path. From noreply at opencsw.org Wed Sep 30 09:32:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 09:32:24 +0200 Subject: [bug-notifications] [memconf 0003928]: Please upgrade to 2.11 Message-ID: <084de42366ad8f62bf0444ce0bd173c1@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3928 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: memconf Issue ID: 3928 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-30 09:32 CEST Last Modified: 2009-09-30 09:32 CEST ====================================================================== Summary: Please upgrade to 2.11 Description: Please upgrade to 2.11 ====================================================================== From noreply at opencsw.org Wed Sep 30 10:52:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 10:52:00 +0200 Subject: [bug-notifications] [memconf 0003928]: Please upgrade to 2.11 In-Reply-To: <1ed6f23ad08ec160ecad45586b2ef1ef> Message-ID: <5fd00e9e646c912e5d28b7f80f5dd0d5@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3928 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: memconf Issue ID: 3928 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-30 09:32 CEST Last Modified: 2009-09-30 10:52 CEST ====================================================================== Summary: Please upgrade to 2.11 Description: Please upgrade to 2.11 ====================================================================== From noreply at opencsw.org Wed Sep 30 10:53:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 10:53:05 +0200 Subject: [bug-notifications] [memconf 0003928]: Please upgrade to 2.11 In-Reply-To: <1ed6f23ad08ec160ecad45586b2ef1ef> Message-ID: <77a5553a53030aa023ee8c1208a53f2f@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3928 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: memconf Issue ID: 3928 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-30 09:32 CEST Last Modified: 2009-09-30 10:53 CEST ====================================================================== Summary: Please upgrade to 2.11 Description: Please upgrade to 2.11 ====================================================================== ---------------------------------------------------------------------- (0006773) bonivart (manager) - 2009-09-30 10:53 http://www.opencsw.org/mantis/view.php?id=3928#c6773 ---------------------------------------------------------------------- New version in testing: http://mirror.opencsw.org/testing/memconf-2.11,REV=2009.09.30-SunOS5.8-all-CSW.pkg.gz Funny that you know about this before the upstream check triggers. :-) From noreply at opencsw.org Wed Sep 30 11:16:09 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 11:16:09 +0200 Subject: [bug-notifications] [libpq 0003929]: libpq installs only partially - not checking if postgresql binaries exists Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3929 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: libpq Issue ID: 3929 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-30 11:16 CEST Last Modified: 2009-09-30 11:16 CEST ====================================================================== Summary: libpq installs only partially - not checking if postgresql binaries exists Description: While installing libpq-8.3.1,REV=2008.05.02-SunOS5.8-sparc-CSW.pkg with pkgutil: /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. There's no /opt/csw/postgresql directory on my system. I don't use postgresql and am not planing to use it. ====================================================================== From noreply at opencsw.org Wed Sep 30 11:19:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 11:19:28 +0200 Subject: [bug-notifications] [openldap 0003862]: OpenLDAP no longer start after berkeley db upgrade to current In-Reply-To: Message-ID: <55f594f612a16c0f8bae65ac2ced2690@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3862 ====================================================================== Reported By: wbonnet Assigned To: ====================================================================== Project: openldap Issue ID: 3862 Category: upgrade Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2009-08-19 16:55 CEST Last Modified: 2009-09-30 11:19 CEST ====================================================================== Summary: OpenLDAP no longer start after berkeley db upgrade to current Description: After upgrading packages to current, openldap no longer start. It still try to use version 4.2 of bdb not 4.7, producing a "Unrecognized database type (bdb) error" Here are the start logs : line 9 (include /opt/csw/etc/openldap/schema/openldap-lpk.schema) reading config file /opt/csw/etc/openldap/schema/openldap-lpk.schema line 13 (attributetype ( 1.3.6.1.4.1.24552.500.1.1.1.13 NAME 'sshPublicKey' DESC 'MANDATORY: OpenSSH Public key' EQUALITY octetStringMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.40 )) line 19 (objectclass ( 1.3.6.1.4.1.24552.500.1.1.2.0 NAME 'ldapPublicKey' SUP top AUXILIARY DESC 'MANDATORY: OpenSSH LPK objectclass' MUST ( sshPublicKey $ uid ) )) line 17 (pidfile /opt/csw/var/run/slapd.pid) line 18 (argsfile /opt/csw/var/run/slapd.args) line 21 (modulepath /opt/csw/libexec/openldap) line 22 (moduleload back_bdb.la) loaded module back_bdb.la bdb_back_initialize: initialize BDB backend bdb_back_initialize: BDB library version mismatch: expected Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003), got Berkeley DB 4.7.25: (May 15, 2008) backend_add: initialization for type "bdb" failed module back_bdb.la: null module registered line 61 (database bdb) Unrecognized database type (bdb) /opt/csw/etc/openldap/slapd.conf: line 61: failed init (bdb)! slapd destroy: freeing system resources. slapd stopped. connections_destroy: nothing to destroy. ====================================================================== ---------------------------------------------------------------------- (0006774) DidierL (reporter) - 2009-09-30 11:19 http://www.opencsw.org/bugtrack/view.php?id=3862#c6774 ---------------------------------------------------------------------- Hi, Did you find a solution? I have exactly the same issue with same version numbers for BDB. It looks like the openldap package should be upgraded? From noreply at opencsw.org Wed Sep 30 11:27:59 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 11:27:59 +0200 Subject: [bug-notifications] [libpq 0003929]: libpq installs only partially - not checking if postgresql binaries exists In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3929 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: libpq Issue ID: 3929 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-30 11:16 CEST Last Modified: 2009-09-30 11:27 CEST ====================================================================== Summary: libpq installs only partially - not checking if postgresql binaries exists Description: While installing libpq-8.3.1,REV=2008.05.02-SunOS5.8-sparc-CSW.pkg with pkgutil: /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. There's no /opt/csw/postgresql directory on my system. I don't use postgresql and am not planing to use it. ====================================================================== ---------------------------------------------------------------------- (0006775) dam (reporter) - 2009-09-30 11:27 http://www.opencsw.org/bugtrack/view.php?id=3929#c6775 ---------------------------------------------------------------------- The directory /opt/csw/postgresql should be installed from the package as libpq belongs to postgres. Apart from that is looks like it can't find isaexec. Do you have CSWisaexec installed and /opt/csw/bin/isaexec is in place? From noreply at opencsw.org Wed Sep 30 11:28:45 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 11:28:45 +0200 Subject: [bug-notifications] [openldap 0003862]: OpenLDAP no longer start after berkeley db upgrade to current In-Reply-To: Message-ID: <09ed06fd8c0efe05f3e3ec36e9660dd1@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3862 ====================================================================== Reported By: wbonnet Assigned To: ====================================================================== Project: openldap Issue ID: 3862 Category: upgrade Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2009-08-19 16:55 CEST Last Modified: 2009-09-30 11:28 CEST ====================================================================== Summary: OpenLDAP no longer start after berkeley db upgrade to current Description: After upgrading packages to current, openldap no longer start. It still try to use version 4.2 of bdb not 4.7, producing a "Unrecognized database type (bdb) error" Here are the start logs : line 9 (include /opt/csw/etc/openldap/schema/openldap-lpk.schema) reading config file /opt/csw/etc/openldap/schema/openldap-lpk.schema line 13 (attributetype ( 1.3.6.1.4.1.24552.500.1.1.1.13 NAME 'sshPublicKey' DESC 'MANDATORY: OpenSSH Public key' EQUALITY octetStringMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.40 )) line 19 (objectclass ( 1.3.6.1.4.1.24552.500.1.1.2.0 NAME 'ldapPublicKey' SUP top AUXILIARY DESC 'MANDATORY: OpenSSH LPK objectclass' MUST ( sshPublicKey $ uid ) )) line 17 (pidfile /opt/csw/var/run/slapd.pid) line 18 (argsfile /opt/csw/var/run/slapd.args) line 21 (modulepath /opt/csw/libexec/openldap) line 22 (moduleload back_bdb.la) loaded module back_bdb.la bdb_back_initialize: initialize BDB backend bdb_back_initialize: BDB library version mismatch: expected Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003), got Berkeley DB 4.7.25: (May 15, 2008) backend_add: initialization for type "bdb" failed module back_bdb.la: null module registered line 61 (database bdb) Unrecognized database type (bdb) /opt/csw/etc/openldap/slapd.conf: line 61: failed init (bdb)! slapd destroy: freeing system resources. slapd stopped. connections_destroy: nothing to destroy. ====================================================================== ---------------------------------------------------------------------- (0006776) dam (reporter) - 2009-09-30 11:28 http://www.opencsw.org/bugtrack/view.php?id=3862#c6776 ---------------------------------------------------------------------- There is an updated OpenLDAP in testing. Please verify. From noreply at opencsw.org Wed Sep 30 12:00:34 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 12:00:34 +0200 Subject: [bug-notifications] [openldap 0003862]: OpenLDAP no longer start after berkeley db upgrade to current In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3862 ====================================================================== Reported By: wbonnet Assigned To: ====================================================================== Project: openldap Issue ID: 3862 Category: upgrade Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2009-08-19 16:55 CEST Last Modified: 2009-09-30 12:00 CEST ====================================================================== Summary: OpenLDAP no longer start after berkeley db upgrade to current Description: After upgrading packages to current, openldap no longer start. It still try to use version 4.2 of bdb not 4.7, producing a "Unrecognized database type (bdb) error" Here are the start logs : line 9 (include /opt/csw/etc/openldap/schema/openldap-lpk.schema) reading config file /opt/csw/etc/openldap/schema/openldap-lpk.schema line 13 (attributetype ( 1.3.6.1.4.1.24552.500.1.1.1.13 NAME 'sshPublicKey' DESC 'MANDATORY: OpenSSH Public key' EQUALITY octetStringMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.40 )) line 19 (objectclass ( 1.3.6.1.4.1.24552.500.1.1.2.0 NAME 'ldapPublicKey' SUP top AUXILIARY DESC 'MANDATORY: OpenSSH LPK objectclass' MUST ( sshPublicKey $ uid ) )) line 17 (pidfile /opt/csw/var/run/slapd.pid) line 18 (argsfile /opt/csw/var/run/slapd.args) line 21 (modulepath /opt/csw/libexec/openldap) line 22 (moduleload back_bdb.la) loaded module back_bdb.la bdb_back_initialize: initialize BDB backend bdb_back_initialize: BDB library version mismatch: expected Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003), got Berkeley DB 4.7.25: (May 15, 2008) backend_add: initialization for type "bdb" failed module back_bdb.la: null module registered line 61 (database bdb) Unrecognized database type (bdb) /opt/csw/etc/openldap/slapd.conf: line 61: failed init (bdb)! slapd destroy: freeing system resources. slapd stopped. connections_destroy: nothing to destroy. ====================================================================== ---------------------------------------------------------------------- (0006777) DidierL (reporter) - 2009-09-30 12:00 http://www.opencsw.org/bugtrack/view.php?id=3862#c6777 ---------------------------------------------------------------------- In testing? Do you mean in the "current" repository tree? I tried that tree but it didn't work: # pkg-get -s "ftp://ftp.ibiblio.org/pub/packages/solaris/opencsw/current" -u openldap WARNING: gpg not found No worries... you already have version 2.3.39,REV=2008.02.22 of openldap If you doubt this message, run 'pkg-get -U', then run 'pkg-get upgrade openldap' Notice I am using solaris 5.10 i386. (btw opencsw.org seems quite unstable) From noreply at opencsw.org Wed Sep 30 12:02:54 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 12:02:54 +0200 Subject: [bug-notifications] [openldap 0003862]: OpenLDAP no longer start after berkeley db upgrade to current In-Reply-To: Message-ID: <554229fc06cfeec660e10582c883ffca@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3862 ====================================================================== Reported By: wbonnet Assigned To: ====================================================================== Project: openldap Issue ID: 3862 Category: upgrade Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2009-08-19 16:55 CEST Last Modified: 2009-09-30 12:02 CEST ====================================================================== Summary: OpenLDAP no longer start after berkeley db upgrade to current Description: After upgrading packages to current, openldap no longer start. It still try to use version 4.2 of bdb not 4.7, producing a "Unrecognized database type (bdb) error" Here are the start logs : line 9 (include /opt/csw/etc/openldap/schema/openldap-lpk.schema) reading config file /opt/csw/etc/openldap/schema/openldap-lpk.schema line 13 (attributetype ( 1.3.6.1.4.1.24552.500.1.1.1.13 NAME 'sshPublicKey' DESC 'MANDATORY: OpenSSH Public key' EQUALITY octetStringMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.40 )) line 19 (objectclass ( 1.3.6.1.4.1.24552.500.1.1.2.0 NAME 'ldapPublicKey' SUP top AUXILIARY DESC 'MANDATORY: OpenSSH LPK objectclass' MUST ( sshPublicKey $ uid ) )) line 17 (pidfile /opt/csw/var/run/slapd.pid) line 18 (argsfile /opt/csw/var/run/slapd.args) line 21 (modulepath /opt/csw/libexec/openldap) line 22 (moduleload back_bdb.la) loaded module back_bdb.la bdb_back_initialize: initialize BDB backend bdb_back_initialize: BDB library version mismatch: expected Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003), got Berkeley DB 4.7.25: (May 15, 2008) backend_add: initialization for type "bdb" failed module back_bdb.la: null module registered line 61 (database bdb) Unrecognized database type (bdb) /opt/csw/etc/openldap/slapd.conf: line 61: failed init (bdb)! slapd destroy: freeing system resources. slapd stopped. connections_destroy: nothing to destroy. ====================================================================== ---------------------------------------------------------------------- (0006778) DidierL (reporter) - 2009-09-30 12:02 http://www.opencsw.org/bugtrack/view.php?id=3862#c6778 ---------------------------------------------------------------------- Sorry I figured out I was already using the current tree before (looking at pkg-get.conf). I think I will try to switch back to stable. Is it possible to downgrade packages? From noreply at opencsw.org Wed Sep 30 12:03:47 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 12:03:47 +0200 Subject: [bug-notifications] [libpq 0003929]: libpq installs only partially - not checking if postgresql binaries exists In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3929 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: libpq Issue ID: 3929 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-30 11:16 CEST Last Modified: 2009-09-30 12:03 CEST ====================================================================== Summary: libpq installs only partially - not checking if postgresql binaries exists Description: While installing libpq-8.3.1,REV=2008.05.02-SunOS5.8-sparc-CSW.pkg with pkgutil: /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. There's no /opt/csw/postgresql directory on my system. I don't use postgresql and am not planing to use it. ====================================================================== ---------------------------------------------------------------------- (0006779) alexs77 (reporter) - 2009-09-30 12:03 http://www.opencsw.org/bugtrack/view.php?id=3929#c6779 ---------------------------------------------------------------------- I don't have postgres installed. I also didn't uninstall it. I suppose libpq got installed to satisfy some dependency - having had a look at http://www.opencsw.org/packages/libpq, I suppose it's because of CSWnagiosp. There's no need for CSWpostgresql and there's also no Dependency set for CSWlibpq ? CSWpostgresql. Please do *NOT* add one! Apps can work fine without the main package. CSWisaexec is installed. --($ /etc/opt/csw/nagios)-- ls -la /opt/csw/bin/isaexec -r-xr-xr-x 24 root bin 10044 Jan 23 2005 /opt/csw/bin/isaexec From noreply at opencsw.org Wed Sep 30 12:07:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 12:07:31 +0200 Subject: [bug-notifications] [apache2 0003930]: Use same user/group as Sun apache2 package Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3930 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: apache2 Issue ID: 3930 Category: packaging Reproducibility: N/A Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-30 12:07 CEST Last Modified: 2009-09-30 12:07 CEST ====================================================================== Summary: Use same user/group as Sun apache2 package Description: CSWapache2 uses the User nobody and Group nobody to run the httpd. Sun apache2 (at least on Solaris 10) uses a dedicated user/group webservd. That's better, because the user can thus be limited in rights even more (or maybe the other way around: that user can be easily given more rights). Especially when granting additional rights, that's something you do of course *NOT* want to do when a "generic" user/group like "nobody" is used. Because of that, it would be good, if CSW would follow what Sun does, as it makes a lot of sense: Please use User webservd and Group webservd. ====================================================================== From noreply at opencsw.org Wed Sep 30 13:16:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 13:16:07 +0200 Subject: [bug-notifications] [openldap 0003862]: OpenLDAP no longer start after berkeley db upgrade to current In-Reply-To: Message-ID: <67e0d2857c6006e63ce60ec401304837@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3862 ====================================================================== Reported By: wbonnet Assigned To: ====================================================================== Project: openldap Issue ID: 3862 Category: upgrade Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2009-08-19 16:55 CEST Last Modified: 2009-09-30 13:16 CEST ====================================================================== Summary: OpenLDAP no longer start after berkeley db upgrade to current Description: After upgrading packages to current, openldap no longer start. It still try to use version 4.2 of bdb not 4.7, producing a "Unrecognized database type (bdb) error" Here are the start logs : line 9 (include /opt/csw/etc/openldap/schema/openldap-lpk.schema) reading config file /opt/csw/etc/openldap/schema/openldap-lpk.schema line 13 (attributetype ( 1.3.6.1.4.1.24552.500.1.1.1.13 NAME 'sshPublicKey' DESC 'MANDATORY: OpenSSH Public key' EQUALITY octetStringMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.40 )) line 19 (objectclass ( 1.3.6.1.4.1.24552.500.1.1.2.0 NAME 'ldapPublicKey' SUP top AUXILIARY DESC 'MANDATORY: OpenSSH LPK objectclass' MUST ( sshPublicKey $ uid ) )) line 17 (pidfile /opt/csw/var/run/slapd.pid) line 18 (argsfile /opt/csw/var/run/slapd.args) line 21 (modulepath /opt/csw/libexec/openldap) line 22 (moduleload back_bdb.la) loaded module back_bdb.la bdb_back_initialize: initialize BDB backend bdb_back_initialize: BDB library version mismatch: expected Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003), got Berkeley DB 4.7.25: (May 15, 2008) backend_add: initialization for type "bdb" failed module back_bdb.la: null module registered line 61 (database bdb) Unrecognized database type (bdb) /opt/csw/etc/openldap/slapd.conf: line 61: failed init (bdb)! slapd destroy: freeing system resources. slapd stopped. connections_destroy: nothing to destroy. ====================================================================== ---------------------------------------------------------------------- (0006780) dam (reporter) - 2009-09-30 13:16 http://www.opencsw.org/bugtrack/view.php?id=3862#c6780 ---------------------------------------------------------------------- Please manually remove CSWbdb4 and install the previous version from http://csw.informatik.uni-erlangen.de/oldpkgs/ Best regards -- Dago From noreply at opencsw.org Wed Sep 30 13:18:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 13:18:55 +0200 Subject: [bug-notifications] [libpq 0003929]: libpq installs only partially - not checking if postgresql binaries exists In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3929 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: libpq Issue ID: 3929 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-30 11:16 CEST Last Modified: 2009-09-30 13:18 CEST ====================================================================== Summary: libpq installs only partially - not checking if postgresql binaries exists Description: While installing libpq-8.3.1,REV=2008.05.02-SunOS5.8-sparc-CSW.pkg with pkgutil: /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. There's no /opt/csw/postgresql directory on my system. I don't use postgresql and am not planing to use it. ====================================================================== ---------------------------------------------------------------------- (0006781) dam (reporter) - 2009-09-30 13:18 http://www.opencsw.org/bugtrack/view.php?id=3929#c6781 ---------------------------------------------------------------------- The directory /opt/csw/postgresql should be created during installation of CSWlibpq. Strange. Please try adding the package manually after download it with 'pkg-get -d libpq' and see why it is failing there. From noreply at opencsw.org Wed Sep 30 13:29:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 13:29:19 +0200 Subject: [bug-notifications] [libpq 0003929]: libpq installs only partially - not checking if postgresql binaries exists In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3929 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: libpq Issue ID: 3929 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-30 11:16 CEST Last Modified: 2009-09-30 13:29 CEST ====================================================================== Summary: libpq installs only partially - not checking if postgresql binaries exists Description: While installing libpq-8.3.1,REV=2008.05.02-SunOS5.8-sparc-CSW.pkg with pkgutil: /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. There's no /opt/csw/postgresql directory on my system. I don't use postgresql and am not planing to use it. ====================================================================== ---------------------------------------------------------------------- (0006782) alexs77 (reporter) - 2009-09-30 13:29 http://www.opencsw.org/bugtrack/view.php?id=3929#c6782 ---------------------------------------------------------------------- Oh. There's of course a /opt/csw/postgresql directory (my mistake, sorry!): --($ ~/src)-- ls -la /opt/csw/postgresql/ total 10 drwxr-xr-x 5 root bin 5 Sep 30 13:26 . drwxr-xr-x 21 root bin 24 Sep 30 13:26 .. drwxr-xr-x 4 root bin 6 Sep 30 13:26 bin drwxr-xr-x 4 root bin 18 Sep 30 13:26 include drwxr-xr-x 3 root bin 35 Sep 30 13:26 lib So, it just fails to create the link? Here's the full output of running pkgadd: --($ ~/src)-- sudo env LC_ALL=C LANG=C pkgadd -d libpq-8.3.1\,REV\=2008.05.02-SunOS5.8-sparc-CSW.pkg The following packages are available: 1 CSWlibpq libpq - libraries needed by postgresql server and clients (sparc) 8.3.1,REV=2008.05.02 Select package(s) you wish to process (or 'all' to process all packages). (default: all) [?,??,q]: Processing package instance from libpq - libraries needed by postgresql server and clients(sparc) 8.3.1,REV=2008.05.02 PostgreSQL Database Management System (formerly known as Postgres, then as Postgres95) Portions Copyright (c) 1996-2004, PostgreSQL Global Development Group Portions Copyright (c) 1994, The Regents of the University of California Permission to use, copy, modify, and distribute this software and its documentation for any purpose, without fee, and without a written agreement is hereby granted, provided that the above copyright notice and this paragraph and the following two paragraphs appear in all copies. IN NO EVENT SHALL THE UNIVERSITY OF CALIFORNIA BE LIABLE TO ANY PARTY FOR DIRECT, INDIRECT, SPECIAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES, INCLUDING LOST PROFITS, ARISING OUT OF THE USE OF THIS SOFTWARE AND ITS DOCUMENTATION, EVEN IF THE UNIVERSITY OF CALIFORNIA HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. THE UNIVERSITY OF CALIFORNIA SPECIFICALLY DISCLAIMS ANY WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE SOFTWARE PROVIDED HEREUNDER IS ON AN "AS IS" BASIS, AND THE UNIVERSITY OF CALIFORNIA HAS NO OBLIGATIONS TO PROVIDE MAINTENANCE, SUPPORT, UPDATES, ENHANCEMENTS, OR MODIFICATIONS. ## Executing checkinstall script. ## Processing package information. ## Processing system information. 1 package pathname is already properly installed. ## Verifying package dependencies. ## Verifying disk space requirements. ## Checking for conflicts with packages already installed. ## Checking for setuid/setgid programs. Installing libpq - libraries needed by postgresql server and clients as ## Installing part 1 of 1. /opt/csw/postgresql/bin/pg_config32 /opt/csw/postgresql/bin/pg_config64 /opt/csw/postgresql/bin/sparcv8/ecpg /opt/csw/postgresql/bin/sparcv8/pg_config /opt/csw/postgresql/bin/sparcv9/ecpg /opt/csw/postgresql/bin/sparcv9/pg_config /opt/csw/postgresql/include/ecpgerrno.h /opt/csw/postgresql/include/ecpglib.h /opt/csw/postgresql/include/ecpgtype.h /opt/csw/postgresql/include/internal/libpq-int.h /opt/csw/postgresql/include/internal/pqexpbuffer.h /opt/csw/postgresql/include/libpq-fe.h /opt/csw/postgresql/include/libpq/libpq-fs.h /opt/csw/postgresql/include/pg_config.h /opt/csw/postgresql/include/pg_config_os.h /opt/csw/postgresql/include/pgtypes_date.h /opt/csw/postgresql/include/pgtypes_error.h /opt/csw/postgresql/include/pgtypes_interval.h /opt/csw/postgresql/include/pgtypes_numeric.h /opt/csw/postgresql/include/pgtypes_timestamp.h /opt/csw/postgresql/include/postgres_ext.h /opt/csw/postgresql/include/sql3types.h /opt/csw/postgresql/include/sqlca.h /opt/csw/postgresql/lib/32 /opt/csw/postgresql/lib/64 /opt/csw/postgresql/lib/libecpg.a /opt/csw/postgresql/lib/libecpg.so /opt/csw/postgresql/lib/libecpg.so.4 /opt/csw/postgresql/lib/libecpg.so.4.2 /opt/csw/postgresql/lib/libecpg.so.5 /opt/csw/postgresql/lib/libecpg.so.5.1 /opt/csw/postgresql/lib/libecpg.so.5.2 /opt/csw/postgresql/lib/libecpg.so.6 /opt/csw/postgresql/lib/libecpg.so.6.0 /opt/csw/postgresql/lib/libecpg_compat.so.2 /opt/csw/postgresql/lib/libecpg_compat.so.2.2 /opt/csw/postgresql/lib/libpgtypes.a /opt/csw/postgresql/lib/libpgtypes.so /opt/csw/postgresql/lib/libpgtypes.so.1 /opt/csw/postgresql/lib/libpgtypes.so.1.2 /opt/csw/postgresql/lib/libpgtypes.so.2 /opt/csw/postgresql/lib/libpgtypes.so.2.1 /opt/csw/postgresql/lib/libpgtypes.so.2.2 /opt/csw/postgresql/lib/libpgtypes.so.3 /opt/csw/postgresql/lib/libpgtypes.so.3.0 /opt/csw/postgresql/lib/libpq.a /opt/csw/postgresql/lib/libpq.so /opt/csw/postgresql/lib/libpq.so.3 /opt/csw/postgresql/lib/libpq.so.3.2 /opt/csw/postgresql/lib/libpq.so.4 /opt/csw/postgresql/lib/libpq.so.4.1 /opt/csw/postgresql/lib/libpq.so.5 /opt/csw/postgresql/lib/libpq.so.5.0 /opt/csw/postgresql/lib/libpq.so.5.1 /opt/csw/postgresql/lib/sparcv8 /opt/csw/postgresql/lib/sparcv9/libecpg.a /opt/csw/postgresql/lib/sparcv9/libecpg.so /opt/csw/postgresql/lib/sparcv9/libecpg.so.4 /opt/csw/postgresql/lib/sparcv9/libecpg.so.4.2 /opt/csw/postgresql/lib/sparcv9/libecpg.so.5 /opt/csw/postgresql/lib/sparcv9/libecpg.so.5.1 /opt/csw/postgresql/lib/sparcv9/libecpg.so.5.2 /opt/csw/postgresql/lib/sparcv9/libecpg.so.6 /opt/csw/postgresql/lib/sparcv9/libecpg.so.6.0 /opt/csw/postgresql/lib/sparcv9/libecpg_compat.so.2 /opt/csw/postgresql/lib/sparcv9/libecpg_compat.so.2.2 /opt/csw/postgresql/lib/sparcv9/libpgtypes.a /opt/csw/postgresql/lib/sparcv9/libpgtypes.so /opt/csw/postgresql/lib/sparcv9/libpgtypes.so.1 /opt/csw/postgresql/lib/sparcv9/libpgtypes.so.1.2 /opt/csw/postgresql/lib/sparcv9/libpgtypes.so.2 /opt/csw/postgresql/lib/sparcv9/libpgtypes.so.2.1 /opt/csw/postgresql/lib/sparcv9/libpgtypes.so.2.2 /opt/csw/postgresql/lib/sparcv9/libpgtypes.so.3 /opt/csw/postgresql/lib/sparcv9/libpgtypes.so.3.0 /opt/csw/postgresql/lib/sparcv9/libpq.a /opt/csw/postgresql/lib/sparcv9/libpq.so /opt/csw/postgresql/lib/sparcv9/libpq.so.3 /opt/csw/postgresql/lib/sparcv9/libpq.so.3.2 /opt/csw/postgresql/lib/sparcv9/libpq.so.4 /opt/csw/postgresql/lib/sparcv9/libpq.so.4.1 /opt/csw/postgresql/lib/sparcv9/libpq.so.5 /opt/csw/postgresql/lib/sparcv9/libpq.so.5.0 /opt/csw/postgresql/lib/sparcv9/libpq.so.5.1 [ verifying class ] /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. From noreply at opencsw.org Wed Sep 30 13:35:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 13:35:44 +0200 Subject: [bug-notifications] [libpq 0003929]: libpq installs only partially - not checking if postgresql binaries exists In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3929 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: libpq Issue ID: 3929 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-30 11:16 CEST Last Modified: 2009-09-30 13:35 CEST ====================================================================== Summary: libpq installs only partially - not checking if postgresql binaries exists Description: While installing libpq-8.3.1,REV=2008.05.02-SunOS5.8-sparc-CSW.pkg with pkgutil: /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. There's no /opt/csw/postgresql directory on my system. I don't use postgresql and am not planing to use it. ====================================================================== ---------------------------------------------------------------------- (0006783) dam (reporter) - 2009-09-30 13:35 http://www.opencsw.org/bugtrack/view.php?id=3929#c6783 ---------------------------------------------------------------------- Ok, and /opt/csw/bin/isaexec is there? Please try "truss -f pkgadd ... 2>&1 | grep isaexec" to see how it fails. From noreply at opencsw.org Wed Sep 30 13:53:53 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 13:53:53 +0200 Subject: [bug-notifications] [libpq 0003929]: libpq installs only partially - not checking if postgresql binaries exists In-Reply-To: Message-ID: <12c89d839afd5ef90d6c97333af6d211@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3929 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: libpq Issue ID: 3929 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-30 11:16 CEST Last Modified: 2009-09-30 13:53 CEST ====================================================================== Summary: libpq installs only partially - not checking if postgresql binaries exists Description: While installing libpq-8.3.1,REV=2008.05.02-SunOS5.8-sparc-CSW.pkg with pkgutil: /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. There's no /opt/csw/postgresql directory on my system. I don't use postgresql and am not planing to use it. ====================================================================== ---------------------------------------------------------------------- (0006784) alexs77 (reporter) - 2009-09-30 13:53 http://www.opencsw.org/bugtrack/view.php?id=3929#c6784 ---------------------------------------------------------------------- Yes, isexec exists: --($ ~/src)-- ls -la /opt/csw/bin/isaexec -r-xr-xr-x 24 root bin 10044 Jan 23 2005 /opt/csw/bin/isaexec --($ ~/src)-- sudo env LC_ALL=C LANG=C truss -fo /tmp/pkgadd.truss pkgadd -d libpq-8.3.1\,REV\=2008.05.02-SunOS5.8-sparc-CSW.pkg [...] --($ ~/src)-- grep isaexec /tmp/pkgadd.truss 17744: open("/var/sadm/pkg/CSWisaexec/pkginfo", O_RDONLY) = 11 17744: access("/var/sadm/pkg/.save.CSWisaexec/pkginfo", F_OK) Err#2 ENOENT 17744: access("/var/sadm/pkg/CSWisaexec/pkginfo", F_OK) = 0 17744: open("/var/sadm/pkg/CSWisaexec/pkginfo", O_RDONLY) = 11 17744: access("/var/sadm/pkg/CSWisaexec/!I-Lock!", F_OK) Err#2 ENOENT 17744: access("/var/sadm/pkg/CSWisaexec/!R-Lock!", F_OK) Err#2 ENOENT 17744: stat64("/opt/csw/bin/isaexec", 0xFFBFCFC0) = 0 17744: link("/opt/csw/bin/isaexec", "/opt/csw/postgresql/bin/ecpg") Err#18 EXDEV 17744: stat64("/opt/csw/bin/isaexec", 0xFFBFCFC0) = 0 17744: link("/opt/csw/bin/isaexec", "/opt/csw/postgresql/bin/pg_config") Err#18 EXDEV You're trying to create a hardlink? That won't work: --($ ~/src)-- zfs list | grep csw data/zones/race-monitoring/ds/opt/csw 356M 314G 23.0M /opt/csw data/zones/race-monitoring/ds/opt/csw/X11 4.50M 314G 4.50M /opt/csw/X11 data/zones/race-monitoring/ds/opt/csw/apache2 7.73M 314G 7.73M /opt/csw/apache2 data/zones/race-monitoring/ds/opt/csw/bdb4 38.6K 314G 38.6K /opt/csw/bdb4 data/zones/race-monitoring/ds/opt/csw/bdb44 41.3K 314G 41.3K /opt/csw/bdb44 data/zones/race-monitoring/ds/opt/csw/bin 41.1M 314G 41.1M /opt/csw/bin data/zones/race-monitoring/ds/opt/csw/etc 430K 314G 430K /opt/csw/etc data/zones/race-monitoring/ds/opt/csw/gcc4 78.9M 314G 78.9M /opt/csw/gcc4 data/zones/race-monitoring/ds/opt/csw/include 2.89M 314G 2.89M /opt/csw/include data/zones/race-monitoring/ds/opt/csw/lib 98.2M 314G 98.2M /opt/csw/lib data/zones/race-monitoring/ds/opt/csw/libexec 3.18M 314G 3.18M /opt/csw/libexec data/zones/race-monitoring/ds/opt/csw/sbin 1.11M 314G 1.11M /opt/csw/sbin data/zones/race-monitoring/ds/opt/csw/share 95.3M 314G 95.3M /opt/csw/share data/zones/race-monitoring/ds/opt/csw/ssl 36.0K 314G 36.0K /opt/csw/ssl data/zones/race-monitoring/ds/opt/csw/var 24.0K 314G 24.0K /opt/csw/var IOW: /opt/csw/bin and /opt/csw (and thus /opt/csw/postgresql) are seperate filesystems. Does it HAVE TO be a hardlink? Why no symlink? From noreply at opencsw.org Wed Sep 30 13:54:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 13:54:16 +0200 Subject: [bug-notifications] [libpq 0003929]: libpq installs only partially - not checking if postgresql binaries exists In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3929 ====================================================================== Reported By: alexs77 Assigned To: dam ====================================================================== Project: libpq Issue ID: 3929 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-30 11:16 CEST Last Modified: 2009-09-30 13:54 CEST ====================================================================== Summary: libpq installs only partially - not checking if postgresql binaries exists Description: While installing libpq-8.3.1,REV=2008.05.02-SunOS5.8-sparc-CSW.pkg with pkgutil: /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. There's no /opt/csw/postgresql directory on my system. I don't use postgresql and am not planing to use it. ====================================================================== ---------------------------------------------------------------------- (0006784) alexs77 (reporter) - 2009-09-30 13:53 http://www.opencsw.org/bugtrack/view.php?id=3929#c6784 ---------------------------------------------------------------------- Yes, isexec exists: --($ ~/src)-- ls -la /opt/csw/bin/isaexec -r-xr-xr-x 24 root bin 10044 Jan 23 2005 /opt/csw/bin/isaexec --($ ~/src)-- sudo env LC_ALL=C LANG=C truss -fo /tmp/pkgadd.truss pkgadd -d libpq-8.3.1\,REV\=2008.05.02-SunOS5.8-sparc-CSW.pkg [...] --($ ~/src)-- grep isaexec /tmp/pkgadd.truss 17744: open("/var/sadm/pkg/CSWisaexec/pkginfo", O_RDONLY) = 11 17744: access("/var/sadm/pkg/.save.CSWisaexec/pkginfo", F_OK) Err#2 ENOENT 17744: access("/var/sadm/pkg/CSWisaexec/pkginfo", F_OK) = 0 17744: open("/var/sadm/pkg/CSWisaexec/pkginfo", O_RDONLY) = 11 17744: access("/var/sadm/pkg/CSWisaexec/!I-Lock!", F_OK) Err#2 ENOENT 17744: access("/var/sadm/pkg/CSWisaexec/!R-Lock!", F_OK) Err#2 ENOENT 17744: stat64("/opt/csw/bin/isaexec", 0xFFBFCFC0) = 0 17744: link("/opt/csw/bin/isaexec", "/opt/csw/postgresql/bin/ecpg") Err#18 EXDEV 17744: stat64("/opt/csw/bin/isaexec", 0xFFBFCFC0) = 0 17744: link("/opt/csw/bin/isaexec", "/opt/csw/postgresql/bin/pg_config") Err#18 EXDEV You're trying to create a hardlink? That won't work: --($ ~/src)-- zfs list | grep csw data/zones/race-monitoring/ds/opt/csw 356M 314G 23.0M /opt/csw data/zones/race-monitoring/ds/opt/csw/X11 4.50M 314G 4.50M /opt/csw/X11 data/zones/race-monitoring/ds/opt/csw/apache2 7.73M 314G 7.73M /opt/csw/apache2 data/zones/race-monitoring/ds/opt/csw/bdb4 38.6K 314G 38.6K /opt/csw/bdb4 data/zones/race-monitoring/ds/opt/csw/bdb44 41.3K 314G 41.3K /opt/csw/bdb44 data/zones/race-monitoring/ds/opt/csw/bin 41.1M 314G 41.1M /opt/csw/bin data/zones/race-monitoring/ds/opt/csw/etc 430K 314G 430K /opt/csw/etc data/zones/race-monitoring/ds/opt/csw/gcc4 78.9M 314G 78.9M /opt/csw/gcc4 data/zones/race-monitoring/ds/opt/csw/include 2.89M 314G 2.89M /opt/csw/include data/zones/race-monitoring/ds/opt/csw/lib 98.2M 314G 98.2M /opt/csw/lib data/zones/race-monitoring/ds/opt/csw/libexec 3.18M 314G 3.18M /opt/csw/libexec data/zones/race-monitoring/ds/opt/csw/sbin 1.11M 314G 1.11M /opt/csw/sbin data/zones/race-monitoring/ds/opt/csw/share 95.3M 314G 95.3M /opt/csw/share data/zones/race-monitoring/ds/opt/csw/ssl 36.0K 314G 36.0K /opt/csw/ssl data/zones/race-monitoring/ds/opt/csw/var 24.0K 314G 24.0K /opt/csw/var IOW: /opt/csw/bin and /opt/csw (and thus /opt/csw/postgresql) are seperate filesystems. Does it HAVE TO be a hardlink? Why no symlink? From noreply at opencsw.org Wed Sep 30 13:59:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 13:59:31 +0200 Subject: [bug-notifications] [libpq 0003929]: libpq installs only partially - not checking if postgresql binaries exists In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3929 ====================================================================== Reported By: alexs77 Assigned To: dam ====================================================================== Project: libpq Issue ID: 3929 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-30 11:16 CEST Last Modified: 2009-09-30 13:59 CEST ====================================================================== Summary: libpq installs only partially - not checking if postgresql binaries exists Description: While installing libpq-8.3.1,REV=2008.05.02-SunOS5.8-sparc-CSW.pkg with pkgutil: /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. There's no /opt/csw/postgresql directory on my system. I don't use postgresql and am not planing to use it. ====================================================================== ---------------------------------------------------------------------- (0006785) dam (administrator) - 2009-09-30 13:59 http://www.opencsw.org/bugtrack/view.php?id=3929#c6785 ---------------------------------------------------------------------- It is customary to make hardlinks to isaexec, although there is no direct necessity. The behaviour is duplicated from the Sun configuration where isaexec lives in /usr/lib/isaexec. Splitting off /bin is really uncustomary and I would discourage excessive filesystem splits. If you really want you can make /opt/csw/var a separate filesystem, everything else below /opt/csw should stay in one filesystem. From noreply at opencsw.org Wed Sep 30 13:59:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 13:59:57 +0200 Subject: [bug-notifications] [libpq 0003929]: libpq installs only partially - not checking if postgresql binaries exists In-Reply-To: Message-ID: <64b07f9b97cba0d3a6da82025435d3d8@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3929 ====================================================================== Reported By: alexs77 Assigned To: dam ====================================================================== Project: libpq Issue ID: 3929 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-09-30 11:16 CEST Last Modified: 2009-09-30 13:59 CEST ====================================================================== Summary: libpq installs only partially - not checking if postgresql binaries exists Description: While installing libpq-8.3.1,REV=2008.05.02-SunOS5.8-sparc-CSW.pkg with pkgutil: /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. There's no /opt/csw/postgresql directory on my system. I don't use postgresql and am not planing to use it. ====================================================================== ---------------------------------------------------------------------- (0006785) dam (administrator) - 2009-09-30 13:59 http://www.opencsw.org/bugtrack/view.php?id=3929#c6785 ---------------------------------------------------------------------- It is customary to make hardlinks to isaexec, although there is no direct necessity. The behaviour is duplicated from the Sun configuration where isaexec lives in /usr/lib/isaexec. Splitting off /bin is really uncustomary and I would discourage excessive filesystem splits. If you really want you can make /opt/csw/var a separate filesystem, everything else below /opt/csw should stay in one filesystem. From noreply at opencsw.org Wed Sep 30 14:02:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 14:02:13 +0200 Subject: [bug-notifications] [libpq 0003929]: libpq installs only partially - not checking if postgresql binaries exists In-Reply-To: Message-ID: <9d049ce406e3a66ce9738184144d1077@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3929 ====================================================================== Reported By: alexs77 Assigned To: dam ====================================================================== Project: libpq Issue ID: 3929 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-09-30 11:16 CEST Last Modified: 2009-09-30 14:02 CEST ====================================================================== Summary: libpq installs only partially - not checking if postgresql binaries exists Description: While installing libpq-8.3.1,REV=2008.05.02-SunOS5.8-sparc-CSW.pkg with pkgutil: /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. There's no /opt/csw/postgresql directory on my system. I don't use postgresql and am not planing to use it. ====================================================================== ---------------------------------------------------------------------- (0006786) alexs77 (reporter) - 2009-09-30 14:02 http://www.opencsw.org/bugtrack/view.php?id=3929#c6786 ---------------------------------------------------------------------- Okay. Understood. Going to merge together everything in "csw" filesystem. After that, I am very confident that the package is going to install cleanly. You may go ahead and close the issue now already. From noreply at opencsw.org Wed Sep 30 14:12:53 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 14:12:53 +0200 Subject: [bug-notifications] [libpq 0003929]: libpq installs only partially - not checking if postgresql binaries exists In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3929 ====================================================================== Reported By: alexs77 Assigned To: dam ====================================================================== Project: libpq Issue ID: 3929 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-30 11:16 CEST Last Modified: 2009-09-30 14:12 CEST ====================================================================== Summary: libpq installs only partially - not checking if postgresql binaries exists Description: While installing libpq-8.3.1,REV=2008.05.02-SunOS5.8-sparc-CSW.pkg with pkgutil: /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. There's no /opt/csw/postgresql directory on my system. I don't use postgresql and am not planing to use it. ====================================================================== ---------------------------------------------------------------------- (0006786) alexs77 (reporter) - 2009-09-30 14:02 http://www.opencsw.org/bugtrack/view.php?id=3929#c6786 ---------------------------------------------------------------------- Okay. Understood. Going to merge together everything in "csw" filesystem. After that, I am very confident that the package is going to install cleanly. You may go ahead and close the issue now already. BTW: Thanks for your fast reponses and help! From noreply at opencsw.org Wed Sep 30 17:11:12 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 17:11:12 +0200 Subject: [bug-notifications] [memconf 0003928]: Please upgrade to 2.11 In-Reply-To: <1ed6f23ad08ec160ecad45586b2ef1ef> Message-ID: <3acf6037a1720c3863e353976c04085d@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3928 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: memconf Issue ID: 3928 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-30 09:32 CEST Last Modified: 2009-09-30 17:11 CEST ====================================================================== Summary: Please upgrade to 2.11 Description: Please upgrade to 2.11 ====================================================================== ---------------------------------------------------------------------- (0006787) bonivart (manager) - 2009-09-30 17:11 http://www.opencsw.org/mantis/view.php?id=3928#c6787 ---------------------------------------------------------------------- 2.11 released to current. From noreply at opencsw.org Wed Sep 2 13:24:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 2 Sep 2009 13:24:23 +0200 Subject: [bug-notifications] [apache2rt 0003875]: libaprutil lacks berkeleydb which breaks the locking mechanism of webdav Message-ID: <0ab33c4743d8e685373101bb1407d5a6@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3875 ====================================================================== Reported By: Nicolai Schwindt Assigned To: ====================================================================== Project: apache2rt Issue ID: 3875 Category: other Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-02 13:24 CEST Last Modified: 2009-09-02 13:24 CEST ====================================================================== Summary: libaprutil lacks berkeleydb which breaks the locking mechanism of webdav Description: Upgrading apache2, bdb47 and svn rendered out wedav unusable. recompiling aprutil from apache 2.2.13 with ./configure --with-dbm=db47 --with-apr=/opt/csw/apache2 --prefix=/opt/csw/apache2 --with-ssl=/opt/csw --without-pgsql --with-berkeley-db=/opt/csw --with-ldap fixed the problems in the end ====================================================================== From noreply at opencsw.org Wed Sep 2 16:50:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 2 Sep 2009 16:50:05 +0200 Subject: [bug-notifications] [thunderbird 0003876]: thunderbird 2.0.0.23 and libsqlite3 issue? Message-ID: <193e4a0c4a8c1d318707301bfb1bf8e1@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3876 ====================================================================== Reported By: rbi Assigned To: ====================================================================== Project: thunderbird Issue ID: 3876 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-02 16:50 CEST Last Modified: 2009-09-02 16:50 CEST ====================================================================== Summary: thunderbird 2.0.0.23 and libsqlite3 issue? Description: thunderbird 2.0.0.23,REV=2009.08.22 was crashing for me on solaris 10 sparc, when trying to read certain messages (not all of them), with: ld.so.1: thunderbird-bin: fatal: relocation error: \ file /opt/csw/mozilla/thunderbird/lib/components/libstoragecomps.so: \ symbol sqlite3_os_switch: referenced symbol not found In fact the symbol doesn't exist in /opt/csw/lib/libsqlite3.so.0.8.6 CSWsqlite3rt , probably because, as stated in: http://www.sqlite.org/34to35.html : 1. The undocumented sqlite3_os_switch() interface has been removed. so installing the new sqlite3 from testing didn't help. ====================================================================== From noreply at opencsw.org Wed Sep 2 22:00:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 2 Sep 2009 22:00:24 +0200 Subject: [bug-notifications] [thunderbird 0003876]: thunderbird 2.0.0.23 and libsqlite3 issue? In-Reply-To: <3a0dda223a374af53f8210016c3fb1d5> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3876 ====================================================================== Reported By: rbi Assigned To: ====================================================================== Project: thunderbird Issue ID: 3876 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-02 16:50 CEST Last Modified: 2009-09-02 22:00 CEST ====================================================================== Summary: thunderbird 2.0.0.23 and libsqlite3 issue? Description: thunderbird 2.0.0.23,REV=2009.08.22 was crashing for me on solaris 10 sparc, when trying to read certain messages (not all of them), with: ld.so.1: thunderbird-bin: fatal: relocation error: \ file /opt/csw/mozilla/thunderbird/lib/components/libstoragecomps.so: \ symbol sqlite3_os_switch: referenced symbol not found In fact the symbol doesn't exist in /opt/csw/lib/libsqlite3.so.0.8.6 CSWsqlite3rt , probably because, as stated in: http://www.sqlite.org/34to35.html : 1. The undocumented sqlite3_os_switch() interface has been removed. so installing the new sqlite3 from testing didn't help. ====================================================================== ---------------------------------------------------------------------- (0006654) rbi (reporter) - 2009-09-02 22:00 http://www.opencsw.org/bugtrack/view.php?id=3876#c6654 ---------------------------------------------------------------------- To confirm that the problem is always reproducible, in the sense that it happens always but only for a certain class of messages, I think I can say that in my case TB 2.0.0.23, without the workaround of the logical link, crashes (exits) at least for all messages containing an URL http://... in the body. while it displays the others without problems. So sqlite3 would be dinamically loaded only when reading such messages. When it is loaded, it must find a version of the library containing the symbol sqlite3_os_switch . From noreply at opencsw.org Thu Sep 3 10:52:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 3 Sep 2009 10:52:15 +0200 Subject: [bug-notifications] [apache2rt 0003875]: libaprutil lacks berkeleydb which breaks the locking mechanism of webdav In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3875 ====================================================================== Reported By: Nicolai Schwindt Assigned To: ====================================================================== Project: apache2rt Issue ID: 3875 Category: other Reproducibility: always Severity: major Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2009-09-02 13:24 CEST Last Modified: 2009-09-03 10:52 CEST ====================================================================== Summary: libaprutil lacks berkeleydb which breaks the locking mechanism of webdav Description: Upgrading apache2, bdb47 and svn rendered out wedav unusable. recompiling aprutil from apache 2.2.13 with ./configure --with-dbm=db47 --with-apr=/opt/csw/apache2 --prefix=/opt/csw/apache2 --with-ssl=/opt/csw --without-pgsql --with-berkeley-db=/opt/csw --with-ldap fixed the problems in the end ====================================================================== ---------------------------------------------------------------------- (0006655) ihsan (manager) - 2009-09-03 10:52 http://www.opencsw.org/mantis/view.php?id=3875#c6655 ---------------------------------------------------------------------- Which version have you installed? The newest Apache is actually build with the same options. From noreply at opencsw.org Thu Sep 3 11:47:39 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 3 Sep 2009 11:47:39 +0200 Subject: [bug-notifications] [apache2rt 0003875]: libaprutil lacks berkeleydb which breaks the locking mechanism of webdav In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3875 ====================================================================== Reported By: Nicolai Schwindt Assigned To: ====================================================================== Project: apache2rt Issue ID: 3875 Category: other Reproducibility: always Severity: major Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2009-09-02 13:24 CEST Last Modified: 2009-09-03 11:47 CEST ====================================================================== Summary: libaprutil lacks berkeleydb which breaks the locking mechanism of webdav Description: Upgrading apache2, bdb47 and svn rendered out wedav unusable. recompiling aprutil from apache 2.2.13 with ./configure --with-dbm=db47 --with-apr=/opt/csw/apache2 --prefix=/opt/csw/apache2 --with-ssl=/opt/csw --without-pgsql --with-berkeley-db=/opt/csw --with-ldap fixed the problems in the end ====================================================================== ---------------------------------------------------------------------- (0006656) Nicolai Schwindt (reporter) - 2009-09-03 11:47 http://www.opencsw.org/mantis/view.php?id=3875#c6656 ---------------------------------------------------------------------- I was coming from : software localrev remoterev ap2_prefork 2.2.11,REV=2009.03.29 2.2.13,REV=2009.08.22 ap2_subversion 1.6.2,REV=2009.05.17 1.6.2,REV=2009.06.13 apache2 2.2.11,REV=2009.03.29 2.2.13,REV=2009.08.22 apache2c 2.2.11,REV=2009.03.29 2.2.13,REV=2009.08.22 apache2rt 2.2.11,REV=2009.03.29 2.2.13,REV=2009.08.22 berkeleydb44 4.4.20,REV=2009.05.26 4.4.20,REV=2009.07.28 subversion 1.6.2,REV=2009.05.17 1.6.2,REV=2009.06.13 Upgraded to 2.213 and also tried /testing. Like stated in the mail in csw-users - this is waht truss gives : 1975: stat64("/opt/csw/apache2/lib/apr_dbm_db-1.so", 0x080469F0) Err#2 ENOENT 1975: stat64("/opt/csw/apache2/lib/apr-util-1/apr_dbm_db-1.so", 0x080469F0) Err#2 ENOENT 1975: stat64("/opt/csw/apache2/lib/apr-util-1/apr_dbm_db-1.so", 0x080469F0) Err#2 ENOENT 1975: stat64("/export/serv-2300a/webdav/calendars/gf/Privat.ics", 0x080476B0) Err#2 ENOENT 1975: Incurred fault http://www.opencsw.org/mantis/view.php?id=6, FLTBOUNDS %pc = 0xFEF6C1E4 1975: siginfo: SIGSEGV SEGV_MAPERR addr=0x00000050 1975: Received signal http://www.opencsw.org/mantis/view.php?id=11, SIGSEGV [caught] 1975: siginfo: SIGSEGV SEGV_MAPERR addr=0x00000050 1975: lwp_sigmask(SIG_SETMASK, 0x00000400, 0x00000000) = 0xFFBFFEFF apr_dbm_db-1.so did not exist on my disk. This is a fresh install : tcsh at isg-1516 [~] pkginfo -l CSWapache2rt PKGINST: CSWapache2rt NAME: apache2rt - A high performance Unix-based HTTP server. CATEGORY: application ARCH: i386 VERSION: 2.2.13,REV=2009.08.22 BASEDIR: / VENDOR: http://httpd.apache.org/ packaged for CSW by Ihsan Dogan PSTAMP: ihsan at build8x-20090822154105 INSTDATE: Sep 03 2009 11:45 HOTLINE: http://www.opencsw.org/bugtrack/ EMAIL: ihsan at opencsw.org STATUS: completely installed FILES: 30 installed pathnames 6 shared pathnames 10 directories 9 executables 1532 blocks used (approx) tcsh at isg-1516 [~] ll /opt/csw/apache2/lib/apr-util-1/ total 151 drwxr-xr-x 2 root bin 10 Sep 3 11:45 . drwxr-xr-x 4 root bin 16 Sep 3 11:45 .. -rwxr-xr-x 1 root bin 17300 Aug 22 15:35 apr_dbd_sqlite3-1.so -rw-r--r-- 1 root bin 13748 Aug 22 15:35 apr_dbd_sqlite3.a -rwxr-xr-x 1 root bin 1018 Aug 22 15:35 apr_dbd_sqlite3.la lrwxrwxrwx 1 root root 20 Sep 3 11:45 apr_dbd_sqlite3.so -> apr_dbd_sqlite3-1.so -rwxr-xr-x 1 root bin 18112 Aug 22 15:35 apr_ldap-1.so -rw-r--r-- 1 root bin 17472 Aug 22 15:35 apr_ldap.a -rwxr-xr-x 1 root bin 1127 Aug 22 15:35 apr_ldap.la lrwxrwxrwx 1 root root 13 Sep 3 11:45 apr_ldap.so -> apr_ldap-1.so From noreply at opencsw.org Thu Sep 3 12:22:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 3 Sep 2009 12:22:06 +0200 Subject: [bug-notifications] [curlrt 0003033]: dosen't supply the old 1.3 libraries In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3033 ====================================================================== Reported By: pfelecan Assigned To: dam ====================================================================== Project: curlrt Issue ID: 3033 Category: packaging Reproducibility: always Severity: block Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-01-22 20:05 CET Last Modified: 2009-09-03 12:22 CEST ====================================================================== Summary: dosen't supply the old 1.3 libraries Description: The old libraries, of the 1.3 release are not supplied although there are packages relying on them, e.g. grip. ====================================================================== ---------------------------------------------------------------------- (0006657) dam (manager) - 2009-09-03 12:22 http://www.opencsw.org/mantis/view.php?id=3033#c6657 ---------------------------------------------------------------------- This is at least fixed in 7.19.6,REV=2009.08.13, maybe earlier from Chad Harp. From noreply at opencsw.org Thu Sep 3 22:12:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 3 Sep 2009 22:12:15 +0200 Subject: [bug-notifications] [thunderbird 0003876]: thunderbird 2.0.0.23 and libsqlite3 issue? In-Reply-To: <3a0dda223a374af53f8210016c3fb1d5> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3876 ====================================================================== Reported By: rbi Assigned To: wbonnet ====================================================================== Project: thunderbird Issue ID: 3876 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-02 16:50 CEST Last Modified: 2009-09-03 22:12 CEST ====================================================================== Summary: thunderbird 2.0.0.23 and libsqlite3 issue? Description: thunderbird 2.0.0.23,REV=2009.08.22 was crashing for me on solaris 10 sparc, when trying to read certain messages (not all of them), with: ld.so.1: thunderbird-bin: fatal: relocation error: \ file /opt/csw/mozilla/thunderbird/lib/components/libstoragecomps.so: \ symbol sqlite3_os_switch: referenced symbol not found In fact the symbol doesn't exist in /opt/csw/lib/libsqlite3.so.0.8.6 CSWsqlite3rt , probably because, as stated in: http://www.sqlite.org/34to35.html : 1. The undocumented sqlite3_os_switch() interface has been removed. so installing the new sqlite3 from testing didn't help. ====================================================================== ---------------------------------------------------------------------- (0006654) rbi (reporter) - 2009-09-02 22:00 http://opencsw.org/bugtrack/view.php?id=3876#c6654 ---------------------------------------------------------------------- To confirm that the problem is always reproducible, in the sense that it happens always but only for a certain class of messages, I think I can say that in my case TB 2.0.0.23, without the workaround of the logical link, crashes (exits) at least for all messages containing an URL http://... in the body. while it displays the others without problems. So sqlite3 would be dinamically loaded only when reading such messages. When it is loaded, it must find a version of the library containing the symbol sqlite3_os_switch . From noreply at opencsw.org Thu Sep 3 22:13:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 3 Sep 2009 22:13:13 +0200 Subject: [bug-notifications] [sqlite3_rt 0003874]: Duplicate sqlite3.pc In-Reply-To: <43d9ae08b393207854b343c56257b6c6> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3874 ====================================================================== Reported By: james Assigned To: wbonnet ====================================================================== Project: sqlite3_rt Issue ID: 3874 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-08-31 21:45 CEST Last Modified: 2009-09-03 22:13 CEST ====================================================================== Summary: Duplicate sqlite3.pc Description: sqlite3.pc are in both the run time and CSWsqlite3devel. Should be in devel only. ====================================================================== From noreply at opencsw.org Thu Sep 3 23:11:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 3 Sep 2009 23:11:51 +0200 Subject: [bug-notifications] [mercurial 0002982]: Please upgrade to 1.1.2 In-Reply-To: <583c67799e65a205d5e7f50e9195e7e2> Message-ID: The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2982 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: mercurial Issue ID: 2982 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-01-14 13:49 CET Last Modified: 2009-09-03 23:11 CEST ====================================================================== Summary: Please upgrade to 1.1.2 Description: Please upgrade to 1.1.2 ====================================================================== From noreply at opencsw.org Thu Sep 3 23:12:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 3 Sep 2009 23:12:28 +0200 Subject: [bug-notifications] [trac 0003061]: Please upgrade to version 0.11 In-Reply-To: Message-ID: <5749e34e003dd56f45a21e4e0563d4c0@www.opencsw.org> The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3061 ====================================================================== Reported By: wimvandijck Assigned To: ====================================================================== Project: trac Issue ID: 3061 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-02-06 14:20 CET Last Modified: 2009-09-03 23:12 CEST ====================================================================== Summary: Please upgrade to version 0.11 Description: Current stable version is 0.11.2.1. CSW version is 0.10.4 ====================================================================== From noreply at opencsw.org Thu Sep 3 23:12:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 3 Sep 2009 23:12:56 +0200 Subject: [bug-notifications] [trac 0003498]: Please update to 0.11.3 In-Reply-To: Message-ID: <4a0ff9c2f9d33607087f6a5faba86540@www.opencsw.org> The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3498 ====================================================================== Reported By: wbonnet Assigned To: ====================================================================== Project: trac Issue ID: 3498 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-03-25 22:22 CET Last Modified: 2009-09-03 23:12 CEST ====================================================================== Summary: Please update to 0.11.3 Description: Please update to 0.11.3 ====================================================================== From noreply at opencsw.org Thu Sep 3 23:13:37 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 3 Sep 2009 23:13:37 +0200 Subject: [bug-notifications] [trac 0003659]: trac 0.10 broken by latest CSW packages In-Reply-To: <80b3025cebdf5666b080730b9c2b5321> Message-ID: <193b73f590d8fc52757e5c0f20268e41@www.opencsw.org> The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3659 ====================================================================== Reported By: brx75 Assigned To: ====================================================================== Project: trac Issue ID: 3659 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-08 16:07 CEST Last Modified: 2009-09-03 23:13 CEST ====================================================================== Summary: trac 0.10 broken by latest CSW packages Description: Subversion 1.6.1, SQLite3 3.6.10 and pySQL broke TRAC 0.10 ====================================================================== From noreply at opencsw.org Fri Sep 4 08:51:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 08:51:08 +0200 Subject: [bug-notifications] [eventlog 0003877]: Please upgrade to 0.2.10 Message-ID: <5ce0c83bd117a623bd98c3edf4ba7239@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3877 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: eventlog Issue ID: 3877 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-04 08:51 CEST Last Modified: 2009-09-04 08:51 CEST ====================================================================== Summary: Please upgrade to 0.2.10 Description: 0.2.10 released on SunFreeware today ====================================================================== From noreply at opencsw.org Fri Sep 4 11:11:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 11:11:42 +0200 Subject: [bug-notifications] [freetype2 0003878]: Please upgrade to 2.3.9 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3878 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: freetype2 Issue ID: 3878 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-04 11:11 CEST Last Modified: 2009-09-04 11:11 CEST ====================================================================== Summary: Please upgrade to 2.3.9 Description: Please upgrade to 2.3.9 ====================================================================== From noreply at opencsw.org Fri Sep 4 12:52:34 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 12:52:34 +0200 Subject: [bug-notifications] [pigz 0003879]: fails to multithread on Solaris 8 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3879 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: pigz Issue ID: 3879 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-04 12:52 CEST Last Modified: 2009-09-04 12:52 CEST ====================================================================== Summary: fails to multithread on Solaris 8 Description: pigs (spelt pigz) fails to multithread on Solaris 8. Workaround: use /usr/lib/lwp. Suggest changing RPATH to use /usr/lib/lwp LD_OPTIONS=-R/usr/lib/lwp It's possible a patch will fix also, please find it, check it's still public and put in checkinstall if you think the patch is the solution. ====================================================================== From noreply at opencsw.org Fri Sep 4 12:58:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 12:58:30 +0200 Subject: [bug-notifications] [pigz 0003879]: fails to multithread on Solaris 8 In-Reply-To: <4e4def7cec73d386b52299bd9d61b8e4> Message-ID: <879a202ee72a40e40bb454d2c66be848@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3879 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: pigz Issue ID: 3879 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 12:52 CEST Last Modified: 2009-09-04 12:58 CEST ====================================================================== Summary: fails to multithread on Solaris 8 Description: pigs (spelt pigz) fails to multithread on Solaris 8. Workaround: use /usr/lib/lwp. Suggest changing RPATH to use /usr/lib/lwp LD_OPTIONS=-R/usr/lib/lwp It's possible a patch will fix also, please find it, check it's still public and put in checkinstall if you think the patch is the solution. ====================================================================== From noreply at opencsw.org Fri Sep 4 13:02:29 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 13:02:29 +0200 Subject: [bug-notifications] [pigz 0003879]: fails to multithread on Solaris 8 In-Reply-To: <4e4def7cec73d386b52299bd9d61b8e4> Message-ID: <71b6cd8c8c2b228a316be5a4d9877f50@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3879 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: pigz Issue ID: 3879 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 12:52 CEST Last Modified: 2009-09-04 13:02 CEST ====================================================================== Summary: fails to multithread on Solaris 8 Description: pigs (spelt pigz) fails to multithread on Solaris 8. Workaround: use /usr/lib/lwp. Suggest changing RPATH to use /usr/lib/lwp LD_OPTIONS=-R/usr/lib/lwp It's possible a patch will fix also, please find it, check it's still public and put in checkinstall if you think the patch is the solution. ====================================================================== ---------------------------------------------------------------------- (0006658) dam (manager) - 2009-09-04 13:02 http://www.opencsw.org/bugtrack/view.php?id=3879#c6658 ---------------------------------------------------------------------- Funny thing, I tested this on Solaris 8, but a branded zone on the T5220 and that looked fine: build8st% time pigz -9 perl-5.10.0,REV\=2009.06.15-SunOS5.8-sparc-CSW.pkg pigz -9 perl-5.10.0,REV=2009.06.15-SunOS5.8-sparc-CSW.pkg 275.02s user 0.57s system 2564% cpu 10.746 total Maybe the branded zones are not 100% compatible in terms of errors :-D Ok then, putting the runpath in doesn't seem to have a negative effect as on Solaris 9 onwards the libs point back to /usr/lib or are missing completely which would also mean falling back to /usr/lib which works fine right now. From noreply at opencsw.org Fri Sep 4 13:06:09 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 13:06:09 +0200 Subject: [bug-notifications] [pigz 0003879]: fails to multithread on Solaris 8 In-Reply-To: <4e4def7cec73d386b52299bd9d61b8e4> Message-ID: <2ef54419d17700a2e56178f2aec4cd35@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3879 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: pigz Issue ID: 3879 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 12:52 CEST Last Modified: 2009-09-04 13:06 CEST ====================================================================== Summary: fails to multithread on Solaris 8 Description: pigs (spelt pigz) fails to multithread on Solaris 8. Workaround: use /usr/lib/lwp. Suggest changing RPATH to use /usr/lib/lwp LD_OPTIONS=-R/usr/lib/lwp It's possible a patch will fix also, please find it, check it's still public and put in checkinstall if you think the patch is the solution. ====================================================================== ---------------------------------------------------------------------- (0006659) dam (manager) - 2009-09-04 13:06 http://www.opencsw.org/bugtrack/view.php?id=3879#c6659 ---------------------------------------------------------------------- > pigs (spelt pigz) fails to multithread on Solaris 8. Hey, Mark Adler will hate you if he finds this site ;-) From noreply at opencsw.org Fri Sep 4 13:06:49 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 13:06:49 +0200 Subject: [bug-notifications] [pigz 0003879]: fails to multithread on Solaris 8 In-Reply-To: <4e4def7cec73d386b52299bd9d61b8e4> Message-ID: <1c15aadb27ffb57f0efbd035ffaaec66@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3879 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: pigz Issue ID: 3879 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 12:52 CEST Last Modified: 2009-09-04 13:06 CEST ====================================================================== Summary: fails to multithread on Solaris 8 Description: pigs (spelt pigz) fails to multithread on Solaris 8. Workaround: use /usr/lib/lwp. Suggest changing RPATH to use /usr/lib/lwp LD_OPTIONS=-R/usr/lib/lwp It's possible a patch will fix also, please find it, check it's still public and put in checkinstall if you think the patch is the solution. ====================================================================== ---------------------------------------------------------------------- (0006660) james (reporter) - 2009-09-04 13:06 http://www.opencsw.org/bugtrack/view.php?id=3879#c6660 ---------------------------------------------------------------------- I also double checked, no it was quad checked, on build8s. It's probable you have up-to-date patches. Maybe the zone shares the kernel threads... I don't know! From noreply at opencsw.org Fri Sep 4 13:11:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 13:11:32 +0200 Subject: [bug-notifications] [pigz 0003879]: fails to multithread on Solaris 8 In-Reply-To: <4e4def7cec73d386b52299bd9d61b8e4> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3879 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: pigz Issue ID: 3879 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 12:52 CEST Last Modified: 2009-09-04 13:11 CEST ====================================================================== Summary: fails to multithread on Solaris 8 Description: pigs (spelt pigz) fails to multithread on Solaris 8. Workaround: use /usr/lib/lwp. Suggest changing RPATH to use /usr/lib/lwp LD_OPTIONS=-R/usr/lib/lwp It's possible a patch will fix also, please find it, check it's still public and put in checkinstall if you think the patch is the solution. ====================================================================== ---------------------------------------------------------------------- (0006661) james (reporter) - 2009-09-04 13:11 http://www.opencsw.org/bugtrack/view.php?id=3879#c6661 ---------------------------------------------------------------------- > > pigs (spelt pigz) fails to multithread on Solaris 8. > Hey, Mark Adler will hate you if he finds this site ;-) Robots welcome here. It should be pig-zed anyway in English. From noreply at opencsw.org Fri Sep 4 13:27:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 13:27:30 +0200 Subject: [bug-notifications] [jbig2dec 0003880]: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included Message-ID: <3eb5705bdf9766fead445776a1602df0@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3880 ====================================================================== Reported By: flod Assigned To: ====================================================================== Project: jbig2dec Issue ID: 3880 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-04 13:27 CEST Last Modified: 2009-09-04 13:27 CEST ====================================================================== Summary: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included Description: The included symbolic links /opt/csw/lib/amd64/libjbig2dec.so /opt/csw/lib/amd64/libjbig2dec.so.0 lead nowhere as /opt/csw/lib/amd64/libjbig2dec.so.0.10 is missing. ====================================================================== From noreply at opencsw.org Fri Sep 4 13:30:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 13:30:19 +0200 Subject: [bug-notifications] [jbig2dec 0003880]: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included In-Reply-To: <3bd7d2bf28610bd56339a2e944d4a5ce> Message-ID: <852fceafb01aedfe89bca1cc4edc06fc@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3880 ====================================================================== Reported By: flod Assigned To: james ====================================================================== Project: jbig2dec Issue ID: 3880 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 13:27 CEST Last Modified: 2009-09-04 13:30 CEST ====================================================================== Summary: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included Description: The included symbolic links /opt/csw/lib/amd64/libjbig2dec.so /opt/csw/lib/amd64/libjbig2dec.so.0 lead nowhere as /opt/csw/lib/amd64/libjbig2dec.so.0.10 is missing. ====================================================================== From noreply at opencsw.org Fri Sep 4 13:35:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 13:35:15 +0200 Subject: [bug-notifications] [jbig2dec 0003880]: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included In-Reply-To: <3bd7d2bf28610bd56339a2e944d4a5ce> Message-ID: <9204b8f11f318f317536a4cc09654da5@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3880 ====================================================================== Reported By: flod Assigned To: james ====================================================================== Project: jbig2dec Issue ID: 3880 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 13:27 CEST Last Modified: 2009-09-04 13:35 CEST ====================================================================== Summary: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included Description: The included symbolic links /opt/csw/lib/amd64/libjbig2dec.so /opt/csw/lib/amd64/libjbig2dec.so.0 lead nowhere as /opt/csw/lib/amd64/libjbig2dec.so.0.10 is missing. ====================================================================== ---------------------------------------------------------------------- (0006662) james (manager) - 2009-09-04 13:35 http://www.opencsw.org/mantis/view.php?id=3880#c6662 ---------------------------------------------------------------------- Acknowledged and thank you for reporting. The underlying problem is the amd64 lib is missing. This matters should anyone want to build an amd64 program which links to this. Will fix shortly. The corresponding sparc files are: ls -lF /opt/csw/lib/sparcv9/libjbig2dec* lrwxrwxrwx 1 root other 19 Jun 28 13:01 /opt/csw/lib/sparcv9/libjbig2dec.so -> libjbig2dec.so.0.10* lrwxrwxrwx 1 root other 19 Jun 28 13:01 /opt/csw/lib/sparcv9/libjbig2dec.so.0 -> libjbig2dec.so.0.10* -rwxr-xr-x 1 root bin 70896 Jun 28 12:57 /opt/csw/lib/sparcv9/libjbig2dec.so.0.10* With a 64bit lib! From noreply at opencsw.org Fri Sep 4 13:54:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 13:54:23 +0200 Subject: [bug-notifications] [jbig2dec 0003880]: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included In-Reply-To: <3bd7d2bf28610bd56339a2e944d4a5ce> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3880 ====================================================================== Reported By: flod Assigned To: james ====================================================================== Project: jbig2dec Issue ID: 3880 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 13:27 CEST Last Modified: 2009-09-04 13:54 CEST ====================================================================== Summary: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included Description: The included symbolic links /opt/csw/lib/amd64/libjbig2dec.so /opt/csw/lib/amd64/libjbig2dec.so.0 lead nowhere as /opt/csw/lib/amd64/libjbig2dec.so.0.10 is missing. ====================================================================== ---------------------------------------------------------------------- (0006663) flod (reporter) - 2009-09-04 13:54 http://www.opencsw.org/mantis/view.php?id=3880#c6663 ---------------------------------------------------------------------- I stumbled upon it with: "Early Access Patching Pre-flight Checks (ppc) tool" from Sun http://forums.sun.com/thread.jspa?threadID=5404908 (contract required for this forum) W 237 ~~ File: /opt/csw/lib/amd64/libjbig2dec.so.0.10 symlinked by: /opt/csw/lib/amd64/libjbig2dec.so doesn't exist (CSWjbig2dec) W 237 ~~ File: /opt/csw/lib/amd64/libjbig2dec.so.0.10 symlinked by: /opt/csw/lib/amd64/libjbig2dec.so.0 doesn't exist (CSWjbig2dec) From noreply at opencsw.org Fri Sep 4 14:09:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 14:09:01 +0200 Subject: [bug-notifications] [jbig2dec 0003880]: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included In-Reply-To: <3bd7d2bf28610bd56339a2e944d4a5ce> Message-ID: <438276d8423c36feef8159c657d80a17@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3880 ====================================================================== Reported By: flod Assigned To: james ====================================================================== Project: jbig2dec Issue ID: 3880 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 13:27 CEST Last Modified: 2009-09-04 14:09 CEST ====================================================================== Summary: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included Description: The included symbolic links /opt/csw/lib/amd64/libjbig2dec.so /opt/csw/lib/amd64/libjbig2dec.so.0 lead nowhere as /opt/csw/lib/amd64/libjbig2dec.so.0.10 is missing. ====================================================================== ---------------------------------------------------------------------- (0006664) james (manager) - 2009-09-04 14:09 http://www.opencsw.org/mantis/view.php?id=3880#c6664 ---------------------------------------------------------------------- I can't view but I guess what it's doing. The only problem might be where a link is from one package to a file in another. This can occur when a file from another package supersedes a file in a package and the package packs a link and a depend. Example: CSWbdb4 is a package of links. I have a package checker and this is one things that gets check. To over come the link to another package problem it has to do a virtual install of the package and its depends. For general unstable release packages are not checked as a set. Only when doing eg stable does the set get checked with rigour. This takes time. So the missing part in this case was me be bothered to run the check... sorry, "current" used to be called "unstable" for good reason. From noreply at opencsw.org Fri Sep 4 14:17:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 14:17:27 +0200 Subject: [bug-notifications] [ghostscript 0003881]: CSWgs package contains unexpected (?) build directory in /var/sadm/pkg/CSWgs/save Message-ID: <365424ead696662a89b108dc513801a0@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3881 ====================================================================== Reported By: flod Assigned To: ====================================================================== Project: ghostscript Issue ID: 3881 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-04 14:17 CEST Last Modified: 2009-09-04 14:17 CEST ====================================================================== Summary: CSWgs package contains unexpected (?) build directory in /var/sadm/pkg/CSWgs/save Description: /var/sadm/pkg/CSWgs/save/build exists but is unexpected (?) by sun tools. ====================================================================== From noreply at opencsw.org Fri Sep 4 14:40:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 14:40:06 +0200 Subject: [bug-notifications] [pigz 0003879]: fails to multithread on Solaris 8 In-Reply-To: <4e4def7cec73d386b52299bd9d61b8e4> Message-ID: <42a51bfbe2d716e24eb4bf7b6544cc81@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3879 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: pigz Issue ID: 3879 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 12:52 CEST Last Modified: 2009-09-04 14:40 CEST ====================================================================== Summary: fails to multithread on Solaris 8 Description: pigs (spelt pigz) fails to multithread on Solaris 8. Workaround: use /usr/lib/lwp. Suggest changing RPATH to use /usr/lib/lwp LD_OPTIONS=-R/usr/lib/lwp It's possible a patch will fix also, please find it, check it's still public and put in checkinstall if you think the patch is the solution. ====================================================================== ---------------------------------------------------------------------- (0006665) dam (manager) - 2009-09-04 14:40 http://www.opencsw.org/bugtrack/view.php?id=3879#c6665 ---------------------------------------------------------------------- Neither your suggested solution nor the one officially published from Sun works: cd work/build-isa-i386/pigz-2.1.5 && /opt/studio/SOS11/SUNWspro/bin/cc -xO3 -xarch=386 -mt -I/opt/csw/include -c yarn.c "yarn.c", line 20: warning: macro redefined: _REENTRANT cd work/build-isa-i386/pigz-2.1.5 && /opt/studio/SOS11/SUNWspro/bin/cc -xO3 -xarch=386 -mt -I/opt/csw/include -c pigz.c cd work/build-isa-i386/pigz-2.1.5 && /opt/studio/SOS11/SUNWspro/bin/cc -xarch=386 -L/opt/csw/lib -o pigz yarn.o pigz.o -lpthread -lz -R/usr/lib/lwp gmake[1]: Leaving directory `/home/dam/mgar/pkg/pigz/trunk' [build] complete for pigz. build8x% nslookup ns02.netofficeservices.net *** Can't find server name for address 192.168.1.6: Non-existent host/domain *** Default servers are not available build8x% build8x% cd work/build-isa-i386/pigz-2.1.5/ build8x% ldd pigz libpthread.so.1 => /usr/lib/libpthread.so.1 libz.so => /usr/lib/libz.so libc.so.1 => /usr/lib/libc.so.1 libdl.so.1 => /usr/lib/libdl.so.1 libthread.so.1 => /usr/lib/libthread.so.1 build8x% dump -Lv pigz pigz: **** DYNAMIC SECTION INFORMATION **** .dynamic: [INDEX] Tag Value [1] NEEDED libpthread.so.1 [2] NEEDED libz.so [3] NEEDED libc.so.1 [4] INIT 0x8059410 [5] FINI 0x805942c [6] RUNPATH /usr/lib/lwp [7] RPATH /usr/lib/lwp [8] HASH 0x8050118 [9] STRTAB 0x8050c40 [10] STRSZ 0x4d6 [11] SYMTAB 0x80504f0 [12] SYMENT 0x10 [13] CHECKSUM 0xbc05 [14] VERNEED 0x8051118 [15] VERNEEDNUM 0x2 [16] PLTSZ 0x270 [17] PLTREL 0x11 [18] JMPREL 0x8051178 [19] REL 0x8051168 [20] RELSZ 0x280 [21] RELENT 0x8 [22] DEBUG 0 [23] FEATURE_1 PARINIT [24] SUNW_CAP 0x8050108 [25] FLAGS 0 [26] FLAGS_1 0 [27] PLTGOT 0x8069a80 build8x% ldd /usr/lib/libpthread.so libthread.so.1 => /usr/lib/libthread.so.1 libdl.so.1 => /usr/lib/libdl.so.1 libc.so.1 => /usr/lib/libc.so.1 LD_LIBRARY_PATH works but RUNPATH does not as the lib is pulled in from libpthread.so which does not have this runpath set. Any ideas? From noreply at opencsw.org Fri Sep 4 15:03:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 15:03:25 +0200 Subject: [bug-notifications] [docbookxsl 0003882]: Postinstall fails on non-global zones with shared /opt Message-ID: <11c470bba657259bd15ccaefa1b87f0b@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3882 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: docbookxsl Issue ID: 3882 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-04 15:03 CEST Last Modified: 2009-09-04 15:03 CEST ====================================================================== Summary: Postinstall fails on non-global zones with shared /opt Description: Installing docbookxsl - Norman Walsh's XSL stylesheets for DocBook XML as ## Installing part 1 of 1. [ verifying class ] ## Executing postinstall script. could not open /opt/csw/etc/xml/catalog for saving could not open /opt/csw/etc/xml/catalog for saving could not open /opt/csw/etc/xml/catalog for saving could not open /opt/csw/etc/xml/catalog for saving pkginstall: ERROR: postinstall script did not complete successfully Installation of on zone partially failed. ====================================================================== From noreply at opencsw.org Fri Sep 4 15:07:49 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 15:07:49 +0200 Subject: [bug-notifications] [pigz 0003879]: fails to multithread on Solaris 8 In-Reply-To: <4e4def7cec73d386b52299bd9d61b8e4> Message-ID: <672da182aa9c16589b9a590fbec4b82d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3879 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: pigz Issue ID: 3879 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 12:52 CEST Last Modified: 2009-09-04 15:07 CEST ====================================================================== Summary: fails to multithread on Solaris 8 Description: pigs (spelt pigz) fails to multithread on Solaris 8. Workaround: use /usr/lib/lwp. Suggest changing RPATH to use /usr/lib/lwp LD_OPTIONS=-R/usr/lib/lwp It's possible a patch will fix also, please find it, check it's still public and put in checkinstall if you think the patch is the solution. ====================================================================== ---------------------------------------------------------------------- (0006666) james (reporter) - 2009-09-04 15:07 http://www.opencsw.org/bugtrack/view.php?id=3879#c6666 ---------------------------------------------------------------------- Ah yes, it's the RPATH of libpthread.so that matters. Use wrapper script with LD_LIBRARY_PATH. From noreply at opencsw.org Fri Sep 4 16:12:11 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 16:12:11 +0200 Subject: [bug-notifications] [docbookxsl 0003882]: Postinstall fails on non-global zones with shared /opt In-Reply-To: Message-ID: <99d53f67e2cfd4d94f7b81fbd988d960@www.opencsw.org> The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3882 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: docbookxsl Issue ID: 3882 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-04 15:03 CEST Last Modified: 2009-09-04 16:12 CEST ====================================================================== Summary: Postinstall fails on non-global zones with shared /opt Description: Installing docbookxsl - Norman Walsh's XSL stylesheets for DocBook XML as ## Installing part 1 of 1. [ verifying class ] ## Executing postinstall script. could not open /opt/csw/etc/xml/catalog for saving could not open /opt/csw/etc/xml/catalog for saving could not open /opt/csw/etc/xml/catalog for saving could not open /opt/csw/etc/xml/catalog for saving pkginstall: ERROR: postinstall script did not complete successfully Installation of on zone partially failed. ====================================================================== ---------------------------------------------------------------------- (0006667) bwalton (manager) - 2009-09-04 16:12 http://www.opencsw.org/bugtrack/view.php?id=3882#c6667 ---------------------------------------------------------------------- How is /opt/csw imported into the zone? The /opt/csw/etc/xml stuff should get moved to /etc/opt/csw/xml, but that requires multiple package updates and will take time...would having the files live under /etc/ make this work in your environment? From noreply at opencsw.org Fri Sep 4 16:47:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 16:47:56 +0200 Subject: [bug-notifications] [pigz 0003879]: fails to multithread on Solaris 8 In-Reply-To: <4e4def7cec73d386b52299bd9d61b8e4> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3879 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: pigz Issue ID: 3879 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 12:52 CEST Last Modified: 2009-09-04 16:47 CEST ====================================================================== Summary: fails to multithread on Solaris 8 Description: pigs (spelt pigz) fails to multithread on Solaris 8. Workaround: use /usr/lib/lwp. Suggest changing RPATH to use /usr/lib/lwp LD_OPTIONS=-R/usr/lib/lwp It's possible a patch will fix also, please find it, check it's still public and put in checkinstall if you think the patch is the solution. ====================================================================== ---------------------------------------------------------------------- (0006668) dam (manager) - 2009-09-04 16:47 http://www.opencsw.org/bugtrack/view.php?id=3879#c6668 ---------------------------------------------------------------------- New version with wrapper script in place in testing/, please try http://mirror.opencsw.org/testing/pigz-2.1.5,REV=2009.09.04-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/pigz-2.1.5,REV=2009.09.04-SunOS5.8-i386-CSW.pkg.gz From noreply at opencsw.org Fri Sep 4 16:58:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 16:58:46 +0200 Subject: [bug-notifications] [pigz 0003879]: fails to multithread on Solaris 8 In-Reply-To: <4e4def7cec73d386b52299bd9d61b8e4> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3879 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: pigz Issue ID: 3879 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 12:52 CEST Last Modified: 2009-09-04 16:58 CEST ====================================================================== Summary: fails to multithread on Solaris 8 Description: pigs (spelt pigz) fails to multithread on Solaris 8. Workaround: use /usr/lib/lwp. Suggest changing RPATH to use /usr/lib/lwp LD_OPTIONS=-R/usr/lib/lwp It's possible a patch will fix also, please find it, check it's still public and put in checkinstall if you think the patch is the solution. ====================================================================== ---------------------------------------------------------------------- (0006669) james (reporter) - 2009-09-04 16:58 http://www.opencsw.org/bugtrack/view.php?id=3879#c6669 ---------------------------------------------------------------------- Proof - pigs can fly! $ uname -a SunOS gyor 5.8 Generic_117350-38 sun4u sparc SUNW,Ultra-60 $ mkfile 100m /tmp/junk $ ptime pigz -f /tmp/junk real 5.897 user 10.493 sys 0.602 $ uname -a SunOS bala 5.8 Generic_117351-32 i86pc i386 i86pc $ mkfile 100m /tmp/junk $ ptime pigz -f /tmp/junk real 10.994 user 19.463 sys 1.785 From noreply at opencsw.org Fri Sep 4 17:07:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 17:07:48 +0200 Subject: [bug-notifications] [libtool 0003738]: Libtool is not aware of all compilers at OpenCSW In-Reply-To: Message-ID: <334e4c86597e54234e87d9891b89e968@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3738 ====================================================================== Reported By: ihsan Assigned To: dam ====================================================================== Project: libtool Issue ID: 3738 Category: packaging Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-06-29 11:25 CEST Last Modified: 2009-09-04 17:07 CEST ====================================================================== Summary: Libtool is not aware of all compilers at OpenCSW Description: Libtool is not aware of all compilers at OpenCSW. ====================================================================== ---------------------------------------------------------------------- (0006670) dam (manager) - 2009-09-04 17:07 http://www.opencsw.org/mantis/view.php?id=3738#c6670 ---------------------------------------------------------------------- Packages available at testing/ http://mirror.opencsw.org/testing/libtool_rt-2.2.6,REV=2009.09.04_rev=a-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/libtool-2.2.6,REV=2009.09.04_rev=a-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/libtool_rt-2.2.6,REV=2009.09.04_rev=a-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/libtool-2.2.6,REV=2009.09.04_rev=a-SunOS5.8-i386-CSW.pkg.gz From noreply at opencsw.org Fri Sep 4 17:08:33 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 17:08:33 +0200 Subject: [bug-notifications] [pigz 0003879]: fails to multithread on Solaris 8 In-Reply-To: <4e4def7cec73d386b52299bd9d61b8e4> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3879 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: pigz Issue ID: 3879 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-04 12:52 CEST Last Modified: 2009-09-04 17:08 CEST ====================================================================== Summary: fails to multithread on Solaris 8 Description: pigs (spelt pigz) fails to multithread on Solaris 8. Workaround: use /usr/lib/lwp. Suggest changing RPATH to use /usr/lib/lwp LD_OPTIONS=-R/usr/lib/lwp It's possible a patch will fix also, please find it, check it's still public and put in checkinstall if you think the patch is the solution. ====================================================================== ---------------------------------------------------------------------- (0006671) dam (manager) - 2009-09-04 17:08 http://www.opencsw.org/mantis/view.php?id=3879#c6671 ---------------------------------------------------------------------- Released to current/ 2.1.5,REV=2009.09.04 From noreply at opencsw.org Fri Sep 4 17:11:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 17:11:40 +0200 Subject: [bug-notifications] [libspeex 0002963]: /opt/csw/share/aclocal/speex.m4:10: warning: underquoted definition of XIPH_PATH_SPEEX In-Reply-To: <0cabe343fab3b3fbee913fccde950f12> Message-ID: <2ac50ab293002c6d21645b0e77bb5460@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2963 ====================================================================== Reported By: skayser Assigned To: dam ====================================================================== Project: libspeex Issue ID: 2963 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-11-29 20:43 CET Last Modified: 2009-09-04 17:11 CEST ====================================================================== Summary: /opt/csw/share/aclocal/speex.m4:10: warning: underquoted definition of XIPH_PATH_SPEEX Description: autoreconf v2.63 complains /opt/csw/share/aclocal/speex.m4:10: warning: underquoted definition of XIPH_PATH_SPEEX /opt/csw/share/aclocal/speex.m4:10: run info '(automake)Extending aclocal' /opt/csw/share/aclocal/speex.m4:10: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal Happens when i autoreconf the synergy source on build8x. autoreconf run is successful as the above is just a warning. This a known issue with a simple fix available. I guess everyone using autoreconf on the build systems gets these warnings, so it would be nice to have them patched away :) http://lists.macosforge.org/pipermail/macports-users/2007-September/005440.html https://trac.xiph.org/ticket/571 ====================================================================== ---------------------------------------------------------------------- (0006672) dam (manager) - 2009-09-04 17:11 http://www.opencsw.org/mantis/view.php?id=2963#c6672 ---------------------------------------------------------------------- Fixed in 1.2_rev=rc1,REV=2009.08.13 released to current/ From noreply at opencsw.org Fri Sep 4 17:43:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 17:43:26 +0200 Subject: [bug-notifications] [unzip 0003883]: Please upgrade to 6.0 Message-ID: <0e99e61f45a12e9fd346d86c1f5b1f97@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3883 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: unzip Issue ID: 3883 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-04 17:43 CEST Last Modified: 2009-09-04 17:43 CEST ====================================================================== Summary: Please upgrade to 6.0 Description: Available since April from http://www.info-zip.org/ ====================================================================== From noreply at opencsw.org Fri Sep 4 17:46:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 17:46:03 +0200 Subject: [bug-notifications] [unzip 0003883]: Please upgrade to 6.0 In-Reply-To: <5c99fccd75d5c0a2edbbf2955633366f> Message-ID: A NOTE has been added to this issue. ====================================================================== http://opencsw.org/mantis/view.php?id=3883 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: unzip Issue ID: 3883 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-04 17:43 CEST Last Modified: 2009-09-04 17:46 CEST ====================================================================== Summary: Please upgrade to 6.0 Description: Available since April from http://www.info-zip.org/ ====================================================================== ---------------------------------------------------------------------- (0006673) james (manager) - 2009-09-04 17:46 http://opencsw.org/mantis/view.php?id=3883#c6673 ---------------------------------------------------------------------- Intersting... http://www.info-zip.org/UnZip.html From noreply at opencsw.org Fri Sep 4 17:46:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 17:46:16 +0200 Subject: [bug-notifications] [unzip 0003883]: Please upgrade to 6.0 In-Reply-To: <5c99fccd75d5c0a2edbbf2955633366f> Message-ID: <415f21980e9753dc8d18821ef2fa8473@opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://opencsw.org/mantis/view.php?id=3883 ====================================================================== Reported By: dam Assigned To: james ====================================================================== Project: unzip Issue ID: 3883 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 17:43 CEST Last Modified: 2009-09-04 17:46 CEST ====================================================================== Summary: Please upgrade to 6.0 Description: Available since April from http://www.info-zip.org/ ====================================================================== ---------------------------------------------------------------------- (0006673) james (manager) - 2009-09-04 17:46 http://opencsw.org/mantis/view.php?id=3883#c6673 ---------------------------------------------------------------------- Intersting... http://www.info-zip.org/UnZip.html From noreply at opencsw.org Fri Sep 4 20:39:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 20:39:42 +0200 Subject: [bug-notifications] [ghostscript 0003881]: CSWgs package contains unexpected (?) build directory in /var/sadm/pkg/CSWgs/save In-Reply-To: <3c11cdafc1eb437618298410a99efe16> Message-ID: <5ee0dcc44340b660709ce357bf5fa201@opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://opencsw.org/mantis/view.php?id=3881 ====================================================================== Reported By: flod Assigned To: james ====================================================================== Project: ghostscript Issue ID: 3881 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 14:17 CEST Last Modified: 2009-09-04 20:39 CEST ====================================================================== Summary: CSWgs package contains unexpected (?) build directory in /var/sadm/pkg/CSWgs/save Description: /var/sadm/pkg/CSWgs/save/build exists but is unexpected (?) by sun tools. ====================================================================== From noreply at opencsw.org Fri Sep 4 20:43:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 20:43:25 +0200 Subject: [bug-notifications] [ghostscript 0003881]: CSWgs package contains unexpected (?) build directory in /var/sadm/pkg/CSWgs/save In-Reply-To: <3c11cdafc1eb437618298410a99efe16> Message-ID: <33e4b41f1a40bfabfb6dfd82bba8ab20@opencsw.org> A NOTE has been added to this issue. ====================================================================== http://opencsw.org/mantis/view.php?id=3881 ====================================================================== Reported By: flod Assigned To: james ====================================================================== Project: ghostscript Issue ID: 3881 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 14:17 CEST Last Modified: 2009-09-04 20:43 CEST ====================================================================== Summary: CSWgs package contains unexpected (?) build directory in /var/sadm/pkg/CSWgs/save Description: /var/sadm/pkg/CSWgs/save/build exists but is unexpected (?) by sun tools. ====================================================================== ---------------------------------------------------------------------- (0006674) james (manager) - 2009-09-04 20:43 http://opencsw.org/mantis/view.php?id=3881#c6674 ---------------------------------------------------------------------- This directory contains the data for the standard packaging class "build". The files are the scripts that are the instructions to the build class. They have to be kept so the build class knows how to uninstall. Install and remove works so I say the checker is wrong. From noreply at opencsw.org Fri Sep 4 21:43:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 21:43:08 +0200 Subject: [bug-notifications] [drupal 0003884]: Depend for CSWapache2c sub package Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3884 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: drupal Issue ID: 3884 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-04 21:43 CEST Last Modified: 2009-09-04 21:43 CEST ====================================================================== Summary: Depend for CSWapache2c sub package Description: Uses CSWapache2c sub package as depend. Should name top level CSWapache2. Workaround: manually install the right bits. ====================================================================== From noreply at opencsw.org Fri Sep 4 21:43:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 21:43:52 +0200 Subject: [bug-notifications] [mediawiki 0003885]: Depend for CSWapache2c sub package Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3885 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: mediawiki Issue ID: 3885 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-04 21:43 CEST Last Modified: 2009-09-04 21:43 CEST ====================================================================== Summary: Depend for CSWapache2c sub package Description: Uses CSWapache2c sub package as depend. Should name top level CSWapache2. Workaround: manually install the right bits. ====================================================================== From noreply at opencsw.org Fri Sep 4 21:44:41 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 4 Sep 2009 21:44:41 +0200 Subject: [bug-notifications] [squirrelmail 0003886]: Depend for CSWapache2c sub package Message-ID: <373e9b8f72df911a914e0b9478f7102f@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3886 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: squirrelmail Issue ID: 3886 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-04 21:44 CEST Last Modified: 2009-09-04 21:44 CEST ====================================================================== Summary: Depend for CSWapache2c sub package Description: Uses CSWapache2c sub package as depend. Should name top level CSWapache2. Workaround: manually install the right bits. ====================================================================== From noreply at opencsw.org Sat Sep 5 11:10:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 5 Sep 2009 11:10:27 +0200 Subject: [bug-notifications] [php4_cgi 0003887]: php4_cgi does not have php-cgi Message-ID: <0ad8006e746a8f74fec94a35ff1c8e68@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3887 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: php4_cgi Issue ID: 3887 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-05 11:10 CEST Last Modified: 2009-09-05 11:10 CEST ====================================================================== Summary: php4_cgi does not have php-cgi Description: php4_cgi 4.4.9,REV=2009.05.28 does not have /opt/csw/bin/php-cgi php4_cgi-4.4.8,REV=2008.05.02 has this file and works. ====================================================================== From noreply at opencsw.org Sat Sep 5 12:13:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 5 Sep 2009 12:13:25 +0200 Subject: [bug-notifications] [pyzor 0003888]: Python update breaks pyzor Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3888 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: pyzor Issue ID: 3888 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-05 12:13 CEST Last Modified: 2009-09-05 12:13 CEST ====================================================================== Summary: Python update breaks pyzor Description: After update to python-2.6.2,REV=2009.05.28 pyzor fails with spamassassin reporting: Sep 5 09:39:05 localhost spamd[25349]: pyzor: check failed: internal error Back down to 2.6.1,REV=2009.03.02 and pyzor works again. Spamassassin was restarted in case it was necessary. ====================================================================== From noreply at opencsw.org Sun Sep 6 09:09:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 6 Sep 2009 09:09:18 +0200 Subject: [bug-notifications] [wgetpaste 0003871]: /usr/bin/bash on Solaris 8 + 9 bails out on wgetpaste In-Reply-To: Message-ID: <4022f5074224be3fb4b0e19c183d63c6@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3871 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: wgetpaste Issue ID: 3871 Category: regular use Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-08-28 21:53 CEST Last Modified: 2009-09-06 09:09 CEST ====================================================================== Summary: /usr/bin/bash on Solaris 8 + 9 bails out on wgetpaste Description: skayser @ build8s ~$ wgetpaste --help /opt/csw/bin/wgetpaste: line 114: syntax error near unexpected token `<<<' /opt/csw/bin/wgetpaste: line 114: ` sed -e 's|%|%25|g' -e 's|&|%26|g' -e 's|+|%2b|g' -e 's|;|%3b|g' -e 's| |+|g' <<< "$*" || die "sed failed"' skayser @ build9s ~$ wgetpaste --help /opt/csw/bin/wgetpaste: line 114: syntax error near unexpected token `<<<' /opt/csw/bin/wgetpaste: line 114: ` sed -e 's|%|%25|g' -e 's|&|%26|g' -e 's|+|%2b|g' -e 's|;|%3b|g' -e 's| |+|g' <<< "$*" || die "sed failed"' skayser @ build8s ~$ head -1 /opt/csw/bin/wgetpaste #!/usr/bin/env bash skayser @ build8s ~$ type bash bash is /usr/bin/bash Using /opt/csw/bin/bash works. skayser @ build8s ~$ /opt/csw/bin/bash /opt/csw/bin/wgetpaste --help | head Usage: /opt/csw/bin/wgetpaste [options] [file[s]] Options: -l, --language LANG set language (defaults to "Plain Text") -d, --description DESCRIPTION set description (defaults to "stdin" or filename) -n, --nick NICK set nick (defaults to your username) -s, --service SERVICE set service to use (defaults to "dpaste") -e, --expiration EXPIRATION set when it should expire (defaults to "30 days") -S, --list-services list supported pastebin services ====================================================================== ---------------------------------------------------------------------- (0006675) maciej (manager) - 2009-09-06 09:09 http://www.opencsw.org/bugtrack/view.php?id=3871#c6675 ---------------------------------------------------------------------- The new wgetpaste version is now in current. From noreply at opencsw.org Sun Sep 6 11:14:45 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 6 Sep 2009 11:14:45 +0200 Subject: [bug-notifications] [thunderbird 0003876]: thunderbird 2.0.0.23 and libsqlite3 issue? In-Reply-To: <3a0dda223a374af53f8210016c3fb1d5> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3876 ====================================================================== Reported By: rbi Assigned To: wbonnet ====================================================================== Project: thunderbird Issue ID: 3876 Category: regular use Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-02 16:50 CEST Last Modified: 2009-09-06 11:14 CEST ====================================================================== Summary: thunderbird 2.0.0.23 and libsqlite3 issue? Description: thunderbird 2.0.0.23,REV=2009.08.22 was crashing for me on solaris 10 sparc, when trying to read certain messages (not all of them), with: ld.so.1: thunderbird-bin: fatal: relocation error: \ file /opt/csw/mozilla/thunderbird/lib/components/libstoragecomps.so: \ symbol sqlite3_os_switch: referenced symbol not found In fact the symbol doesn't exist in /opt/csw/lib/libsqlite3.so.0.8.6 CSWsqlite3rt , probably because, as stated in: http://www.sqlite.org/34to35.html : 1. The undocumented sqlite3_os_switch() interface has been removed. so installing the new sqlite3 from testing didn't help. ====================================================================== ---------------------------------------------------------------------- (0006676) wbonnet (manager) - 2009-09-06 11:14 http://www.opencsw.org/bugtrack/view.php?id=3876#c6676 ---------------------------------------------------------------------- Packages currently in testing solve this issue (thunderbird-2.0.0.23,REV=2009.09.06-SunOS5.8) I have not yet finished to analyze the reasons of the regression between version 2.0.0.22 and .23. Both were using the same parameters (use sqlite embedded in TB which has the symbol). To fix the problem i have activated the use of "system-sqlite" (this CSWsqlite3_rt libs in all cases) and I removed the call to the function sqlite_os_switch according to recommendation from sqlite.org Issue will be closed when packages will hit the mirrors From noreply at opencsw.org Sun Sep 6 12:07:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 6 Sep 2009 12:07:55 +0200 Subject: [bug-notifications] [mercurial 0002982]: Please upgrade to 1.1.2 In-Reply-To: <583c67799e65a205d5e7f50e9195e7e2> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2982 ====================================================================== Reported By: dam Assigned To: rupert ====================================================================== Project: mercurial Issue ID: 2982 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-01-14 13:49 CET Last Modified: 2009-09-06 12:07 CEST ====================================================================== Summary: Please upgrade to 1.1.2 Description: Please upgrade to 1.1.2 ====================================================================== From noreply at opencsw.org Sun Sep 6 12:11:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 6 Sep 2009 12:11:25 +0200 Subject: [bug-notifications] [mercurial 0002982]: Please upgrade to 1.1.2 In-Reply-To: <583c67799e65a205d5e7f50e9195e7e2> Message-ID: <6015e5026e3ac257da8e68fc90ca3fdf@www.opencsw.org> The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2982 ====================================================================== Reported By: dam Assigned To: rupert ====================================================================== Project: mercurial Issue ID: 2982 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-01-14 13:49 CET Last Modified: 2009-09-06 12:11 CEST ====================================================================== Summary: Please upgrade to 1.1.2 Description: Please upgrade to 1.1.2 ====================================================================== ---------------------------------------------------------------------- (0006677) rupert (manager) - 2009-09-06 12:11 http://www.opencsw.org/bugtrack/view.php?id=2982#c6677 ---------------------------------------------------------------------- fixed with 1.3.1,REV=2009.08.02 From noreply at opencsw.org Sun Sep 6 12:16:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 6 Sep 2009 12:16:56 +0200 Subject: [bug-notifications] [trac 0003061]: Please upgrade to version 0.11 In-Reply-To: Message-ID: <3b0b0745cb37e1f6b45cac2f2a11e776@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3061 ====================================================================== Reported By: wimvandijck Assigned To: ====================================================================== Project: trac Issue ID: 3061 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-02-06 14:20 CET Last Modified: 2009-09-06 12:16 CEST ====================================================================== Summary: Please upgrade to version 0.11 Description: Current stable version is 0.11.2.1. CSW version is 0.10.4 ====================================================================== ---------------------------------------------------------------------- (0006678) rupert (manager) - 2009-09-06 12:16 http://www.opencsw.org/bugtrack/view.php?id=3061#c6678 ---------------------------------------------------------------------- fixed with 0.11.5,REV=2009.08.03 From noreply at opencsw.org Sun Sep 6 12:18:17 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 6 Sep 2009 12:18:17 +0200 Subject: [bug-notifications] [trac 0003498]: Please update to 0.11.3 In-Reply-To: Message-ID: <07072ad8c922b57612e3096c79470226@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3498 ====================================================================== Reported By: wbonnet Assigned To: ====================================================================== Project: trac Issue ID: 3498 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-03-25 22:22 CET Last Modified: 2009-09-06 12:18 CEST ====================================================================== Summary: Please update to 0.11.3 Description: Please update to 0.11.3 ====================================================================== ---------------------------------------------------------------------- (0006679) rupert (manager) - 2009-09-06 12:18 http://www.opencsw.org/bugtrack/view.php?id=3498#c6679 ---------------------------------------------------------------------- fixed with 0.11.5,REV=2009.08.03 From noreply at opencsw.org Sun Sep 6 12:18:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 6 Sep 2009 12:18:51 +0200 Subject: [bug-notifications] [trac 0003659]: trac 0.10 broken by latest CSW packages In-Reply-To: <80b3025cebdf5666b080730b9c2b5321> Message-ID: <85f6af0fc11a6bff7a9a2e7f44d73690@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3659 ====================================================================== Reported By: brx75 Assigned To: ====================================================================== Project: trac Issue ID: 3659 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: won't fix Fixed in Version: ====================================================================== Date Submitted: 2009-05-08 16:07 CEST Last Modified: 2009-09-06 12:18 CEST ====================================================================== Summary: trac 0.10 broken by latest CSW packages Description: Subversion 1.6.1, SQLite3 3.6.10 and pySQL broke TRAC 0.10 ====================================================================== ---------------------------------------------------------------------- (0006680) rupert (manager) - 2009-09-06 12:18 http://www.opencsw.org/bugtrack/view.php?id=3659#c6680 ---------------------------------------------------------------------- won't fix. pls upgradde to 0.11.5 From noreply at opencsw.org Mon Sep 7 16:42:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 7 Sep 2009 16:42:56 +0200 Subject: [bug-notifications] [libflac 0003791]: libFLAC.so.4 is still needed by dependants In-Reply-To: <6d52a2b6580afffae586bce42045122d> Message-ID: <26fb9d564ec40c15577ad52eaf612108@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3791 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: libflac Issue ID: 3791 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-07-30 16:37 CEST Last Modified: 2009-09-07 16:42 CEST ====================================================================== Summary: libFLAC.so.4 is still needed by dependants Description: libFLAC.so.4 is still needed by dependants but is no longer supplied. Please include the old lib until the dependents have been rebuilt. ====================================================================== ---------------------------------------------------------------------- (0006681) dam (manager) - 2009-09-07 16:42 http://www.opencsw.org/mantis/view.php?id=3791#c6681 ---------------------------------------------------------------------- This has been fixed in 1.2.1,REV=2009.09.05 and delivered to testing/, please verify: libflac-1.2.1,REV=2009.09.05-SunOS5.8-i386-CSW.pkg.gz xmms_flac-1.2.1,REV=2009.09.05-SunOS5.8-i386-CSW.pkg.gz libflac-1.2.1,REV=2009.09.05-SunOS5.8-sparc-CSW.pkg.gz xmms_flac-1.2.1,REV=2009.09.05-SunOS5.8-sparc-CSW.pkg.gz From noreply at opencsw.org Mon Sep 7 16:44:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 7 Sep 2009 16:44:01 +0200 Subject: [bug-notifications] [pm_gd 0003737]: GARNAME is invalid In-Reply-To: <52cb423e7d65ccc7477e0612ae2dacd0> Message-ID: <7efd6f5a479b373a1243a6bec9b7d4cd@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3737 ====================================================================== Reported By: wbonnet Assigned To: dam ====================================================================== Project: pm_gd Issue ID: 3737 Category: other Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-06-28 22:01 CEST Last Modified: 2009-09-07 16:44 CEST ====================================================================== Summary: GARNAME is invalid Description: GARNAME of this packageis GD, it should be pm_GD. This name conflits with GD (the lib not the perl wrapper containted in this package) ====================================================================== ---------------------------------------------------------------------- (0006682) dam (manager) - 2009-09-07 16:44 http://www.opencsw.org/mantis/view.php?id=3737#c6682 ---------------------------------------------------------------------- William, any feedback on this? From noreply at opencsw.org Mon Sep 7 22:04:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 7 Sep 2009 22:04:01 +0200 Subject: [bug-notifications] [pm_gd 0003737]: GARNAME is invalid In-Reply-To: <52cb423e7d65ccc7477e0612ae2dacd0> Message-ID: <416a4ce84d1f67687677f57f615fa816@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3737 ====================================================================== Reported By: wbonnet Assigned To: dam ====================================================================== Project: pm_gd Issue ID: 3737 Category: other Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-06-28 22:01 CEST Last Modified: 2009-09-07 22:04 CEST ====================================================================== Summary: GARNAME is invalid Description: GARNAME of this packageis GD, it should be pm_GD. This name conflits with GD (the lib not the perl wrapper containted in this package) ====================================================================== ---------------------------------------------------------------------- (0006683) wbonnet (reporter) - 2009-09-07 22:04 http://www.opencsw.org/mantis/view.php?id=3737#c6683 ---------------------------------------------------------------------- My point of view is that we may face the same problem later and define a standard. Even if the CPAN module is called GD, we should use pm_gd. We may imagine soon we will have to face problem between foo pm_foo and py_foo. Each will be using FOO as its internal name. btw uwatch is not (yet) case sensitive, but it is certainly not the good way to distinguish between (lib)GD and pm_gd From noreply at opencsw.org Tue Sep 8 08:16:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 8 Sep 2009 08:16:10 +0200 Subject: [bug-notifications] [libflac 0003791]: libFLAC.so.4 is still needed by dependants In-Reply-To: <6d52a2b6580afffae586bce42045122d> Message-ID: <86683eb70bbf9504c9815a7e9b2bd1dd@www.opencsw.org> The following issue has been REOPENED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3791 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: libflac Issue ID: 3791 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-07-30 16:37 CEST Last Modified: 2009-09-08 08:16 CEST ====================================================================== Summary: libFLAC.so.4 is still needed by dependants Description: libFLAC.so.4 is still needed by dependants but is no longer supplied. Please include the old lib until the dependents have been rebuilt. ====================================================================== ---------------------------------------------------------------------- (0006681) dam (manager) - 2009-09-07 16:42 http://www.opencsw.org/mantis/view.php?id=3791#c6681 ---------------------------------------------------------------------- This has been fixed in 1.2.1,REV=2009.09.05 and delivered to testing/, please verify: libflac-1.2.1,REV=2009.09.05-SunOS5.8-i386-CSW.pkg.gz xmms_flac-1.2.1,REV=2009.09.05-SunOS5.8-i386-CSW.pkg.gz libflac-1.2.1,REV=2009.09.05-SunOS5.8-sparc-CSW.pkg.gz xmms_flac-1.2.1,REV=2009.09.05-SunOS5.8-sparc-CSW.pkg.gz From noreply at opencsw.org Tue Sep 8 08:23:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 8 Sep 2009 08:23:30 +0200 Subject: [bug-notifications] [pigz 0003879]: fails to multithread on Solaris 8 In-Reply-To: <4e4def7cec73d386b52299bd9d61b8e4> Message-ID: <7d7d1de8bba63f4adb2d96866c6e95d3@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3879 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: pigz Issue ID: 3879 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-04 12:52 CEST Last Modified: 2009-09-08 08:23 CEST ====================================================================== Summary: fails to multithread on Solaris 8 Description: pigs (spelt pigz) fails to multithread on Solaris 8. Workaround: use /usr/lib/lwp. Suggest changing RPATH to use /usr/lib/lwp LD_OPTIONS=-R/usr/lib/lwp It's possible a patch will fix also, please find it, check it's still public and put in checkinstall if you think the patch is the solution. ====================================================================== ---------------------------------------------------------------------- (0006671) dam (manager) - 2009-09-04 17:08 http://www.opencsw.org/bugtrack/view.php?id=3879#c6671 ---------------------------------------------------------------------- Released to current/ 2.1.5,REV=2009.09.04 From noreply at opencsw.org Tue Sep 8 11:09:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 8 Sep 2009 11:09:18 +0200 Subject: [bug-notifications] [libflac 0003791]: libFLAC.so.4 is still needed by dependants In-Reply-To: <6d52a2b6580afffae586bce42045122d> Message-ID: <71446635cb6760a33538c81e0feead51@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3791 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: libflac Issue ID: 3791 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-07-30 16:37 CEST Last Modified: 2009-09-08 11:09 CEST ====================================================================== Summary: libFLAC.so.4 is still needed by dependants Description: libFLAC.so.4 is still needed by dependants but is no longer supplied. Please include the old lib until the dependents have been rebuilt. ====================================================================== ---------------------------------------------------------------------- (0006684) james (reporter) - 2009-09-08 11:09 http://www.opencsw.org/mantis/view.php?id=3791#c6684 ---------------------------------------------------------------------- Confirmed working, thank you. From noreply at opencsw.org Tue Sep 8 17:05:59 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 8 Sep 2009 17:05:59 +0200 Subject: [bug-notifications] [libflac 0003791]: libFLAC.so.4 is still needed by dependants In-Reply-To: <6d52a2b6580afffae586bce42045122d> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3791 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: libflac Issue ID: 3791 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-07-30 16:37 CEST Last Modified: 2009-09-08 17:05 CEST ====================================================================== Summary: libFLAC.so.4 is still needed by dependants Description: libFLAC.so.4 is still needed by dependants but is no longer supplied. Please include the old lib until the dependents have been rebuilt. ====================================================================== ---------------------------------------------------------------------- (0006685) dam (manager) - 2009-09-08 17:05 http://www.opencsw.org/mantis/view.php?id=3791#c6685 ---------------------------------------------------------------------- Delivered to current From noreply at opencsw.org Tue Sep 8 19:18:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 8 Sep 2009 19:18:27 +0200 Subject: [bug-notifications] [libxml2 0003889]: Pleased upgrade libxml2 to latest and rebuild PHP against it Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3889 ====================================================================== Reported By: jsilve1 Assigned To: ====================================================================== Project: libxml2 Issue ID: 3889 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-08 19:18 CEST Last Modified: 2009-09-08 19:18 CEST ====================================================================== Summary: Pleased upgrade libxml2 to latest and rebuild PHP against it Description: There is a bug in libxml2 that results in broken XML output in PHP. http://bugs.php.net/bug.php?id=45996 Please update the libxml2 and PHP packages. ====================================================================== From noreply at opencsw.org Tue Sep 8 19:24:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 8 Sep 2009 19:24:07 +0200 Subject: [bug-notifications] [libxml2 0003889]: Pleased upgrade libxml2 to latest and rebuild PHP against it In-Reply-To: Message-ID: <4b032ea22805fb6f3c3ec4f7229341f6@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3889 ====================================================================== Reported By: jsilve1 Assigned To: ====================================================================== Project: libxml2 Issue ID: 3889 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-08 19:18 CEST Last Modified: 2009-09-08 19:24 CEST ====================================================================== Summary: Pleased upgrade libxml2 to latest and rebuild PHP against it Description: There is a bug in libxml2 that results in broken XML output in PHP. http://bugs.php.net/bug.php?id=45996 Please update the libxml2 and PHP packages. ====================================================================== ---------------------------------------------------------------------- (0006686) bwalton (reporter) - 2009-09-08 19:24 http://www.opencsw.org/bugtrack/view.php?id=3889#c6686 ---------------------------------------------------------------------- Dago: If you update libxml2, lets coordinate a change of $sysconfdir with the other xml/xsl/docbook packages... I have an open bug on docbookxsl that can be solved by moving from /opt/csw/etc/ to /etc/opt/csw/. Thanks -Ben From noreply at opencsw.org Tue Sep 8 22:57:59 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 8 Sep 2009 22:57:59 +0200 Subject: [bug-notifications] [libxml2 0003889]: Pleased upgrade libxml2 to latest and rebuild PHP against it In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://opencsw.org/mantis/view.php?id=3889 ====================================================================== Reported By: jsilve1 Assigned To: dam ====================================================================== Project: libxml2 Issue ID: 3889 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-08 19:18 CEST Last Modified: 2009-09-08 22:57 CEST ====================================================================== Summary: Pleased upgrade libxml2 to latest and rebuild PHP against it Description: There is a bug in libxml2 that results in broken XML output in PHP. http://bugs.php.net/bug.php?id=45996 Please update the libxml2 and PHP packages. ====================================================================== ---------------------------------------------------------------------- (0006686) bwalton (reporter) - 2009-09-08 19:24 http://opencsw.org/mantis/view.php?id=3889#c6686 ---------------------------------------------------------------------- Dago: If you update libxml2, lets coordinate a change of $sysconfdir with the other xml/xsl/docbook packages... I have an open bug on docbookxsl that can be solved by moving from /opt/csw/etc/ to /etc/opt/csw/. Thanks -Ben From noreply at opencsw.org Tue Sep 8 22:58:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 8 Sep 2009 22:58:51 +0200 Subject: [bug-notifications] [libxml2 0003889]: Pleased upgrade libxml2 to latest and rebuild PHP against it In-Reply-To: Message-ID: <1994a61cd3e29111dee7a28f0d8da62e@opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://opencsw.org/mantis/view.php?id=3889 ====================================================================== Reported By: jsilve1 Assigned To: dam ====================================================================== Project: libxml2 Issue ID: 3889 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-09-08 19:18 CEST Last Modified: 2009-09-08 22:58 CEST ====================================================================== Summary: Pleased upgrade libxml2 to latest and rebuild PHP against it Description: There is a bug in libxml2 that results in broken XML output in PHP. http://bugs.php.net/bug.php?id=45996 Please update the libxml2 and PHP packages. ====================================================================== ---------------------------------------------------------------------- (0006687) dam (manager) - 2009-09-08 22:58 http://opencsw.org/mantis/view.php?id=3889#c6687 ---------------------------------------------------------------------- Hi, I am unsure on how to proceed here. We already have libxml2 2.7.3 and php 5.2.9, so the error should theoretically be fixed according to the links you provided. Any more thoughts on this one? From noreply at opencsw.org Tue Sep 8 23:24:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 8 Sep 2009 23:24:23 +0200 Subject: [bug-notifications] [libxml2 0003889]: Pleased upgrade libxml2 to latest and rebuild PHP against it In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://opencsw.org/mantis/view.php?id=3889 ====================================================================== Reported By: jsilve1 Assigned To: dam ====================================================================== Project: libxml2 Issue ID: 3889 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-09-08 19:18 CEST Last Modified: 2009-09-08 23:24 CEST ====================================================================== Summary: Pleased upgrade libxml2 to latest and rebuild PHP against it Description: There is a bug in libxml2 that results in broken XML output in PHP. http://bugs.php.net/bug.php?id=45996 Please update the libxml2 and PHP packages. ====================================================================== ---------------------------------------------------------------------- (0006688) jsilve1 (reporter) - 2009-09-08 23:24 http://opencsw.org/mantis/view.php?id=3889#c6688 ---------------------------------------------------------------------- hmmm... According to my pkgutil output, I only see libxml2 2.6.26 > pkgutil -a | grep libxml2 libxml2 CSWlibxml2 2.6.26 1.5 MB I am probably doing something wrong, though, like looking at the wrong repository. I'll have to take a look more closely. Thanks! From noreply at opencsw.org Wed Sep 9 12:16:21 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 9 Sep 2009 12:16:21 +0200 Subject: [bug-notifications] [libxml2 0003889]: Pleased upgrade libxml2 to latest and rebuild PHP against it In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://opencsw.org/mantis/view.php?id=3889 ====================================================================== Reported By: jsilve1 Assigned To: dam ====================================================================== Project: libxml2 Issue ID: 3889 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-09-08 19:18 CEST Last Modified: 2009-09-09 12:16 CEST ====================================================================== Summary: Pleased upgrade libxml2 to latest and rebuild PHP against it Description: There is a bug in libxml2 that results in broken XML output in PHP. http://bugs.php.net/bug.php?id=45996 Please update the libxml2 and PHP packages. ====================================================================== ---------------------------------------------------------------------- (0006689) dam (manager) - 2009-09-09 12:16 http://opencsw.org/mantis/view.php?id=3889#c6689 ---------------------------------------------------------------------- Could you please check to what mirror pkgutil is pointing to? From noreply at opencsw.org Wed Sep 9 14:46:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 9 Sep 2009 14:46:42 +0200 Subject: [bug-notifications] [pixman 0003890]: Please upgrade to 0.16 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3890 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: pixman Issue ID: 3890 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-09 14:46 CEST Last Modified: 2009-09-09 14:46 CEST ====================================================================== Summary: Please upgrade to 0.16 Description: Please upgrade to 0.16 ====================================================================== From noreply at opencsw.org Wed Sep 9 16:54:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 9 Sep 2009 16:54:55 +0200 Subject: [bug-notifications] [libmm 0003472]: Please update package to latest In-Reply-To: <9c94a3669d19eb9a2cce29f016f7a99b> Message-ID: <2827ca5e4f55da5750f05878c563920a@opencsw.org> A NOTE has been added to this issue. ====================================================================== http://opencsw.org/mantis/view.php?id=3472 ====================================================================== Reported By: wbonnet Assigned To: ====================================================================== Project: libmm Issue ID: 3472 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-03-19 21:28 CET Last Modified: 2009-09-09 16:54 CEST ====================================================================== Summary: Please update package to latest Description: The current version of package is from 2004. Can you please update to version 1.4.2 (which is also pretty but latest available) TiA ====================================================================== ---------------------------------------------------------------------- (0006690) dam (reporter) - 2009-09-09 16:54 http://opencsw.org/mantis/view.php?id=3472#c6690 ---------------------------------------------------------------------- New packages in testing, please take a look if this suits your needs: libmm-1.4.2,REV=2009.09.09-SunOS5.8-i386-CSW.pkg.gz libmm-1.4.2,REV=2009.09.09-SunOS5.8-sparc-CSW.pkg.gz From noreply at opencsw.org Wed Sep 9 23:48:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 9 Sep 2009 23:48:44 +0200 Subject: [bug-notifications] [pixman 0003890]: Please upgrade to 0.16 In-Reply-To: Message-ID: <8fed595393f064a4df42779d484eadca@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3890 ====================================================================== Reported By: dam Assigned To: wbonnet ====================================================================== Project: pixman Issue ID: 3890 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-09 14:46 CEST Last Modified: 2009-09-09 23:48 CEST ====================================================================== Summary: Please upgrade to 0.16 Description: Please upgrade to 0.16 ====================================================================== From noreply at opencsw.org Wed Sep 9 23:49:29 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 9 Sep 2009 23:49:29 +0200 Subject: [bug-notifications] [pixman 0003890]: Please upgrade to 0.16 In-Reply-To: Message-ID: <8ca2f3b47f4670a655bc5cd3401892c4@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3890 ====================================================================== Reported By: dam Assigned To: wbonnet ====================================================================== Project: pixman Issue ID: 3890 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-09 14:46 CEST Last Modified: 2009-09-09 23:49 CEST ====================================================================== Summary: Please upgrade to 0.16 Description: Please upgrade to 0.16 ====================================================================== ---------------------------------------------------------------------- (0006691) wbonnet (manager) - 2009-09-09 23:49 http://www.opencsw.org/mantis/view.php?id=3890#c6691 ---------------------------------------------------------------------- Package has been updated and is available from testing It will be changed to closed when hit the mirrors From noreply at opencsw.org Thu Sep 10 00:09:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 10 Sep 2009 00:09:16 +0200 Subject: [bug-notifications] [mercurial 0003891]: one dependency not specified Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3891 ====================================================================== Reported By: bob32 Assigned To: ====================================================================== Project: mercurial Issue ID: 3891 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-10 00:09 CEST Last Modified: 2009-09-10 00:09 CEST ====================================================================== Summary: one dependency not specified Description: The current version of mercurial: 1.3.1,REV=2009.08.02 requires as dependencies: CSWcommon common CSWpython-rt python_rt ... where the second should probably be, instead CSWpython python ====================================================================== From noreply at opencsw.org Thu Sep 10 13:31:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 10 Sep 2009 13:31:58 +0200 Subject: [bug-notifications] [pkgutil 0003831]: Saving of admin file still doesn't work correctly In-Reply-To: Message-ID: <7e81aba5940f3c5cbff286daf1dcb765@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3831 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3831 Category: regular use Reproducibility: have not tried Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-08-07 12:48 CEST Last Modified: 2009-09-10 13:31 CEST ====================================================================== Summary: Saving of admin file still doesn't work correctly Description: On an update with pkgutil -U -u -y I got after some package updates the error ... Installation of was successful. Removing old version of CSWpmiozlib pkgrm: ERROR: unable to open admin file : No such file or directory Removal of failed (internal error). No changes were made to the system. Installing CSWpmiozlib-1.10,REV=2009.08.06 pkgadd: ERROR: unable to open admin file : No such file or directory Removing old version of CSWpmgd The error was with this version: root at build9s :/root > pkginfo -x CSWpkgutil CSWpkgutil pkgutil - Installs Solaris packages easily (sparc) 1.6.1,REV=2009.06.05 ====================================================================== ---------------------------------------------------------------------- (0006692) bonivart (manager) - 2009-09-10 13:31 http://www.opencsw.org/mantis/view.php?id=3831#c6692 ---------------------------------------------------------------------- Have you had a chance to try the 1.7 beta? From noreply at opencsw.org Fri Sep 11 12:28:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 11 Sep 2009 12:28:23 +0200 Subject: [bug-notifications] [cyrus_imapd 0003892]: BerkeleyDB dependency problem Message-ID: <9836662b0f72731f7aa7b9be30ebb4b5@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3892 ====================================================================== Reported By: jeanclaudeben Assigned To: ====================================================================== Project: cyrus_imapd Issue ID: 3892 Category: other Reproducibility: have not tried Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-11 12:28 CEST Last Modified: 2009-09-11 12:28 CEST ====================================================================== Summary: BerkeleyDB dependency problem Description: Hi, When i launch Cyrus Imap i get the following error : Sep 11 12:13:07 aksmoe cyrus/ctl_cyrusdb[778]: [ID 539395 local6.crit] incorrect version of Berkeley db: compiled against 4.2.52, linked against 4.7.25 I don't know if it's related to cyrus_imap or BerkeleyDB. I've noticed that cyrus_imapd depends on CSWbdb4 (version 4.2.52) which depends on CSWbdb (version 4.7.25). ====================================================================== From noreply at opencsw.org Fri Sep 11 12:31:34 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 11 Sep 2009 12:31:34 +0200 Subject: [bug-notifications] [berkeleydb44 0003893]: BerkeleyDB dependency problem Message-ID: <06f3187e32093d4e56167fb1dee206fe@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3893 ====================================================================== Reported By: jeanclaudeben Assigned To: ====================================================================== Project: berkeleydb44 Issue ID: 3893 Category: packaging Reproducibility: have not tried Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-11 12:31 CEST Last Modified: 2009-09-11 12:31 CEST ====================================================================== Summary: BerkeleyDB dependency problem Description: Hi, When i launch Cyrus Imap i get the following error : Sep 11 12:13:07 aksmoe cyrus/ctl_cyrusdb[778]: [ID 539395 local6.crit] incorrect version of Berkeley db: compiled against 4.2.52, linked against 4.7.25 I don't know if it's related to cyrus_imap or BerkeleyDB. I've noticed that cyrus_imapd depends on CSWbdb4 (version 4.2.52) which depends on CSWbdb (version 4.7.25). ====================================================================== From noreply at opencsw.org Fri Sep 11 19:13:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 11 Sep 2009 19:13:44 +0200 Subject: [bug-notifications] [cyrus_imapd 0003892]: BerkeleyDB dependency problem In-Reply-To: <9d13a9867f2787276ff8ab10d8adfe38> Message-ID: <1cc86977f456dca221f8d06dac52a2e5@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3892 ====================================================================== Reported By: jeanclaudeben Assigned To: ====================================================================== Project: cyrus_imapd Issue ID: 3892 Category: other Reproducibility: have not tried Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-11 12:28 CEST Last Modified: 2009-09-11 19:13 CEST ====================================================================== Summary: BerkeleyDB dependency problem Description: Hi, When i launch Cyrus Imap i get the following error : Sep 11 12:13:07 aksmoe cyrus/ctl_cyrusdb[778]: [ID 539395 local6.crit] incorrect version of Berkeley db: compiled against 4.2.52, linked against 4.7.25 I don't know if it's related to cyrus_imap or BerkeleyDB. I've noticed that cyrus_imapd depends on CSWbdb4 (version 4.2.52) which depends on CSWbdb (version 4.7.25). ====================================================================== ---------------------------------------------------------------------- (0006693) dam (reporter) - 2009-09-11 19:13 http://www.opencsw.org/mantis/view.php?id=3892#c6693 ---------------------------------------------------------------------- Hi Jean, we currently have some inconsistencies with BerkeleyDB which will be cleaned up step-by-step. Please downgrade your BDB packages for now to the previous version if you need an instant fix at http://csw.informatik.uni-erlangen.de/oldpkgs/ Sorry for the inconvenience. From noreply at opencsw.org Sun Sep 13 10:59:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 13 Sep 2009 10:59:40 +0200 Subject: [bug-notifications] [jbig2dec 0003880]: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included In-Reply-To: <3bd7d2bf28610bd56339a2e944d4a5ce> Message-ID: <9e4a548ec164219e7c2bbd29bb3370d7@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3880 ====================================================================== Reported By: flod Assigned To: james ====================================================================== Project: jbig2dec Issue ID: 3880 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 13:27 CEST Last Modified: 2009-09-13 10:59 CEST ====================================================================== Summary: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included Description: The included symbolic links /opt/csw/lib/amd64/libjbig2dec.so /opt/csw/lib/amd64/libjbig2dec.so.0 lead nowhere as /opt/csw/lib/amd64/libjbig2dec.so.0.10 is missing. ====================================================================== ---------------------------------------------------------------------- (0006694) james (manager) - 2009-09-13 10:59 http://www.opencsw.org/bugtrack/view.php?id=3880#c6694 ---------------------------------------------------------------------- jbig2dec-0.10,REV=2009.09.13 build and in testing. $ ls -l /opt/csw/lib/amd64/libjbig2dec.so.0.10 -rwxr-xr-x 1 root bin 77440 Sep 13 09:49 /opt/csw/lib/amd64/libjbig2dec.so.0.10 From noreply at opencsw.org Mon Sep 14 11:16:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 11:16:46 +0200 Subject: [bug-notifications] [pkgutil 0003894]: pkgutil 1.7: -L option only works with the package name, not the software name Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3894 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3894 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-14 11:16 CEST Last Modified: 2009-09-14 11:16 CEST ====================================================================== Summary: pkgutil 1.7: -L option only works with the package name, not the software name Description: Most other command options work with both (pgk and sw name), the new -L option only seems to work with the sw name. Can we get it to recognize the sw name too? Example: # pkgutil -L dhcp # pkgutil -L CSWdhcp | head /etc/init.d/cswdhcp /etc/opt/csw/dhcpd.conf.CSW /etc/rc1.d/K73cswdhcp /etc/rc2.d/S73cswdhcp /opt/csw/bin/omshell /opt/csw/include/dhcpctl.h /opt/csw/include/isc-dhcp /opt/csw/include/isc-dhcp/boolean.h /opt/csw/include/isc-dhcp/dst.h ====================================================================== From noreply at opencsw.org Mon Sep 14 12:35:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 12:35:08 +0200 Subject: [bug-notifications] [eventlog 0003877]: Please upgrade to 0.2.10 In-Reply-To: <8cab91a4436cb2bd4e6d4a63a11c44ee> Message-ID: <55b605f163651d63848bcc3b04327ffd@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3877 ====================================================================== Reported By: dam Assigned To: ihsan ====================================================================== Project: eventlog Issue ID: 3877 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 08:51 CEST Last Modified: 2009-09-14 12:35 CEST ====================================================================== Summary: Please upgrade to 0.2.10 Description: 0.2.10 released on SunFreeware today ====================================================================== From noreply at opencsw.org Mon Sep 14 12:36:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 12:36:42 +0200 Subject: [bug-notifications] [eventlog 0003877]: Please upgrade to 0.2.10 In-Reply-To: <8cab91a4436cb2bd4e6d4a63a11c44ee> Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3877 ====================================================================== Reported By: dam Assigned To: ihsan ====================================================================== Project: eventlog Issue ID: 3877 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-09-04 08:51 CEST Last Modified: 2009-09-14 12:36 CEST ====================================================================== Summary: Please upgrade to 0.2.10 Description: 0.2.10 released on SunFreeware today ====================================================================== ---------------------------------------------------------------------- (0006695) ihsan (manager) - 2009-09-14 12:36 http://www.opencsw.org/mantis/view.php?id=3877#c6695 ---------------------------------------------------------------------- 0.2.9 is still the most recent version. 0.2.10 is not released yet. http://www.balabit.com/downloads/files/eventlog/0.2/ From noreply at opencsw.org Mon Sep 14 12:42:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 12:42:27 +0200 Subject: [bug-notifications] [pyzor 0003888]: Python update breaks pyzor In-Reply-To: <591a3194e6e6960d394c81ef77c95cd0> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3888 ====================================================================== Reported By: james Assigned To: ihsan ====================================================================== Project: pyzor Issue ID: 3888 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-05 12:13 CEST Last Modified: 2009-09-14 12:42 CEST ====================================================================== Summary: Python update breaks pyzor Description: After update to python-2.6.2,REV=2009.05.28 pyzor fails with spamassassin reporting: Sep 5 09:39:05 localhost spamd[25349]: pyzor: check failed: internal error Back down to 2.6.1,REV=2009.03.02 and pyzor works again. Spamassassin was restarted in case it was necessary. ====================================================================== From noreply at opencsw.org Mon Sep 14 13:36:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 13:36:03 +0200 Subject: [bug-notifications] [wgetpaste 0003871]: /usr/bin/bash on Solaris 8 + 9 bails out on wgetpaste In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3871 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: wgetpaste Issue ID: 3871 Category: regular use Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-08-28 21:53 CEST Last Modified: 2009-09-14 13:36 CEST ====================================================================== Summary: /usr/bin/bash on Solaris 8 + 9 bails out on wgetpaste Description: skayser @ build8s ~$ wgetpaste --help /opt/csw/bin/wgetpaste: line 114: syntax error near unexpected token `<<<' /opt/csw/bin/wgetpaste: line 114: ` sed -e 's|%|%25|g' -e 's|&|%26|g' -e 's|+|%2b|g' -e 's|;|%3b|g' -e 's| |+|g' <<< "$*" || die "sed failed"' skayser @ build9s ~$ wgetpaste --help /opt/csw/bin/wgetpaste: line 114: syntax error near unexpected token `<<<' /opt/csw/bin/wgetpaste: line 114: ` sed -e 's|%|%25|g' -e 's|&|%26|g' -e 's|+|%2b|g' -e 's|;|%3b|g' -e 's| |+|g' <<< "$*" || die "sed failed"' skayser @ build8s ~$ head -1 /opt/csw/bin/wgetpaste #!/usr/bin/env bash skayser @ build8s ~$ type bash bash is /usr/bin/bash Using /opt/csw/bin/bash works. skayser @ build8s ~$ /opt/csw/bin/bash /opt/csw/bin/wgetpaste --help | head Usage: /opt/csw/bin/wgetpaste [options] [file[s]] Options: -l, --language LANG set language (defaults to "Plain Text") -d, --description DESCRIPTION set description (defaults to "stdin" or filename) -n, --nick NICK set nick (defaults to your username) -s, --service SERVICE set service to use (defaults to "dpaste") -e, --expiration EXPIRATION set when it should expire (defaults to "30 days") -S, --list-services list supported pastebin services ====================================================================== ---------------------------------------------------------------------- (0006696) maciej (manager) - 2009-09-14 13:36 http://www.opencsw.org/bugtrack/view.php?id=3871#c6696 ---------------------------------------------------------------------- wgetpaste 2.13,REV=2009.08.29 is now available from the mirrors. From noreply at opencsw.org Mon Sep 14 13:49:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 13:49:03 +0200 Subject: [bug-notifications] [pkgutil 0003894]: pkgutil 1.7: -L option only works with the package name, not the software name In-Reply-To: <151d0213400eda6560b2d723545e1165> Message-ID: <8fd78690091768fcb232563e96d8f440@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3894 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3894 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-14 11:16 CEST Last Modified: 2009-09-14 13:49 CEST ====================================================================== Summary: pkgutil 1.7: -L option only works with the package name, not the software name Description: Most other command options work with both (pgk and sw name), the new -L option only seems to work with the sw name. Can we get it to recognize the sw name too? Example: # pkgutil -L dhcp # pkgutil -L CSWdhcp | head /etc/init.d/cswdhcp /etc/opt/csw/dhcpd.conf.CSW /etc/rc1.d/K73cswdhcp /etc/rc2.d/S73cswdhcp /opt/csw/bin/omshell /opt/csw/include/dhcpctl.h /opt/csw/include/isc-dhcp /opt/csw/include/isc-dhcp/boolean.h /opt/csw/include/isc-dhcp/dst.h ====================================================================== From noreply at opencsw.org Mon Sep 14 13:50:21 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 13:50:21 +0200 Subject: [bug-notifications] [pkgutil 0003894]: pkgutil 1.7: -L option only works with the package name, not the software name In-Reply-To: <151d0213400eda6560b2d723545e1165> Message-ID: <9b5ff33fdbd3b75a5a20b5d42ce6e9bf@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3894 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3894 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-14 11:16 CEST Last Modified: 2009-09-14 13:50 CEST ====================================================================== Summary: pkgutil 1.7: -L option only works with the package name, not the software name Description: Most other command options work with both (pgk and sw name), the new -L option only seems to work with the sw name. Can we get it to recognize the sw name too? Example: # pkgutil -L dhcp # pkgutil -L CSWdhcp | head /etc/init.d/cswdhcp /etc/opt/csw/dhcpd.conf.CSW /etc/rc1.d/K73cswdhcp /etc/rc2.d/S73cswdhcp /opt/csw/bin/omshell /opt/csw/include/dhcpctl.h /opt/csw/include/isc-dhcp /opt/csw/include/isc-dhcp/boolean.h /opt/csw/include/isc-dhcp/dst.h ====================================================================== ---------------------------------------------------------------------- (0006697) bonivart (manager) - 2009-09-14 13:50 http://www.opencsw.org/mantis/view.php?id=3894#c6697 ---------------------------------------------------------------------- Yes, I don't do lookups for that, I understand it would be usable since you can mix when doing installs for example. I'll try to add it. From noreply at opencsw.org Mon Sep 14 14:56:02 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 14:56:02 +0200 Subject: [bug-notifications] [xmlto 0003895]: xmlto calls 'tail' with wrong path Message-ID: <79b080201e5620112cdc6adc1d55e810@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3895 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: xmlto Issue ID: 3895 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-14 14:56 CEST Last Modified: 2009-09-14 14:56 CEST ====================================================================== Summary: xmlto calls 'tail' with wrong path Description: /opt/csw/bin/xmlto calls 'tail' with '-n 1' instead of '-1'. The options would be valid for /usr/xpg4/bin/tail, though. ====================================================================== From noreply at opencsw.org Mon Sep 14 15:00:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 15:00:31 +0200 Subject: [bug-notifications] [xmlto 0003896]: Wrong call to 'cp' in the xmlto-toolchain Message-ID: <8f8f540c2466cfcd7f02cb69974e1cc6@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3896 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: xmlto Issue ID: 3896 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-14 15:00 CEST Last Modified: 2009-09-14 15:00 CEST ====================================================================== Summary: Wrong call to 'cp' in the xmlto-toolchain Description: Somewhere in the xmlto-toolchain 'cp' is called with the wrong option '-P'. It may be something like '-p' on Solaris. ====================================================================== From noreply at opencsw.org Mon Sep 14 16:51:11 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 16:51:11 +0200 Subject: [bug-notifications] [dbus 0003897]: sources missing file smf_include.sh Message-ID: <352a888558f8266c5744a4f911de86c6@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3897 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: dbus Issue ID: 3897 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-14 16:51 CEST Last Modified: 2009-09-14 16:51 CEST ====================================================================== Summary: sources missing file smf_include.sh Description: /etc/opt/csw/init.d/cswdbus attempts to source /lib/svc/share/smf_include.sh which i snot available on Solaris 8 & 9. Causes annoying error messages but otherwise I don't think anything is missing. ====================================================================== From noreply at opencsw.org Mon Sep 14 19:42:37 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 19:42:37 +0200 Subject: [bug-notifications] [pkgutil 0003894]: pkgutil 1.7: -L option only works with the package name, not the software name In-Reply-To: <151d0213400eda6560b2d723545e1165> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3894 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3894 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-14 11:16 CEST Last Modified: 2009-09-14 19:42 CEST ====================================================================== Summary: pkgutil 1.7: -L option only works with the package name, not the software name Description: Most other command options work with both (pgk and sw name), the new -L option only seems to work with the sw name. Can we get it to recognize the sw name too? Example: # pkgutil -L dhcp # pkgutil -L CSWdhcp | head /etc/init.d/cswdhcp /etc/opt/csw/dhcpd.conf.CSW /etc/rc1.d/K73cswdhcp /etc/rc2.d/S73cswdhcp /opt/csw/bin/omshell /opt/csw/include/dhcpctl.h /opt/csw/include/isc-dhcp /opt/csw/include/isc-dhcp/boolean.h /opt/csw/include/isc-dhcp/dst.h ====================================================================== ---------------------------------------------------------------------- (0006698) bonivart (manager) - 2009-09-14 19:42 http://www.opencsw.org/mantis/view.php?id=3894#c6698 ---------------------------------------------------------------------- I have added it in r102. http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=102 From noreply at opencsw.org Mon Sep 14 22:27:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 22:27:58 +0200 Subject: [bug-notifications] [xmlto 0003896]: Wrong call to 'cp' in the xmlto-toolchain In-Reply-To: Message-ID: <9fa6bea648621da5c1a828e2220460e7@www.opencsw.org> The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3896 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: xmlto Issue ID: 3896 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-14 15:00 CEST Last Modified: 2009-09-14 22:27 CEST ====================================================================== Summary: Wrong call to 'cp' in the xmlto-toolchain Description: Somewhere in the xmlto-toolchain 'cp' is called with the wrong option '-P'. It may be something like '-p' on Solaris. ====================================================================== ---------------------------------------------------------------------- (0006699) bwalton (manager) - 2009-09-14 22:27 http://www.opencsw.org/mantis/view.php?id=3896#c6699 ---------------------------------------------------------------------- I always run with /opt/csw/gnu near the head of my path, so this didn't bite me. It looks like I'll need to patch the source (easy) since there are no configure options for this tool. Will patch, reroll (with the pending 0.22 update) and submit upstream. From noreply at opencsw.org Mon Sep 14 22:29:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 14 Sep 2009 22:29:25 +0200 Subject: [bug-notifications] [xmlto 0003895]: xmlto calls 'tail' with wrong path In-Reply-To: <7f212dd1af1d456bd3bfc64ed1fe703c> Message-ID: The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3895 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: xmlto Issue ID: 3895 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-14 14:56 CEST Last Modified: 2009-09-14 22:29 CEST ====================================================================== Summary: xmlto calls 'tail' with wrong path Description: /opt/csw/bin/xmlto calls 'tail' with '-n 1' instead of '-1'. The options would be valid for /usr/xpg4/bin/tail, though. ====================================================================== ---------------------------------------------------------------------- (0006700) bwalton (manager) - 2009-09-14 22:29 http://www.opencsw.org/mantis/view.php?id=3895#c6700 ---------------------------------------------------------------------- I always run with /opt/csw/gnu near the head of my path, so this didn't bite me. It looks like I'll need to patch the source (easy) since there are no configure options for this tool. Will patch, reroll (with the pending 0.22 update) and submit upstream. I'll add --with-tail to configure. From noreply at opencsw.org Tue Sep 15 11:04:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 15 Sep 2009 11:04:05 +0200 Subject: [bug-notifications] [cyrus_imapd 0003898]: SIEVE vulnerability Message-ID: <97897e9ad47648e7c60c0aa739cdb75d@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3898 ====================================================================== Reported By: jeanclaudeben Assigned To: ====================================================================== Project: cyrus_imapd Issue ID: 3898 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-15 11:04 CEST Last Modified: 2009-09-15 11:04 CEST ====================================================================== Summary: SIEVE vulnerability Description: Hi http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2632 Buffer overflow in the SIEVE script component (sieve/script.c) in cyrus-imapd in Cyrus IMAP Server 2.2.13 and 2.3.14 allows local users to execute arbitrary code and read or modify arbitrary messages via a crafted SIEVE script, related to the incorrect use of the sizeof operator for determining buffer length, combined with an integer signedness error. Is it possible to package the updated version : 2.3.15 ? ====================================================================== From noreply at opencsw.org Tue Sep 15 11:23:39 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 15 Sep 2009 11:23:39 +0200 Subject: [bug-notifications] [cyrus_imapd 0003892]: BerkeleyDB dependency problem In-Reply-To: <9d13a9867f2787276ff8ab10d8adfe38> Message-ID: <6c6376248ca526912650bfa20cedde79@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3892 ====================================================================== Reported By: jeanclaudeben Assigned To: ====================================================================== Project: cyrus_imapd Issue ID: 3892 Category: other Reproducibility: have not tried Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-11 12:28 CEST Last Modified: 2009-09-15 11:23 CEST ====================================================================== Summary: BerkeleyDB dependency problem Description: Hi, When i launch Cyrus Imap i get the following error : Sep 11 12:13:07 aksmoe cyrus/ctl_cyrusdb[778]: [ID 539395 local6.crit] incorrect version of Berkeley db: compiled against 4.2.52, linked against 4.7.25 I don't know if it's related to cyrus_imap or BerkeleyDB. I've noticed that cyrus_imapd depends on CSWbdb4 (version 4.2.52) which depends on CSWbdb (version 4.7.25). ====================================================================== ---------------------------------------------------------------------- (0006701) jeanclaudeben (reporter) - 2009-09-15 11:23 http://www.opencsw.org/bugtrack/view.php?id=3892#c6701 ---------------------------------------------------------------------- Hi I've managed to get it working with the berkeleydb4 version found on blastwave : http://www.blastwave.org/pkg/pkgcontents.ftd?software=berkeleydb4&style=brief&state=5&arch=i386 From noreply at opencsw.org Tue Sep 15 15:26:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 15 Sep 2009 15:26:55 +0200 Subject: [bug-notifications] [jasspame 0003899]: Vendor URL not a URL Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3899 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: jasspame Issue ID: 3899 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-15 15:26 CEST Last Modified: 2009-09-15 15:26 CEST ====================================================================== Summary: Vendor URL not a URL Description: The package source URL is "www.jasspa.com" which lacks a protocol to make it a URL. Needs "http://www.jasspa.com/". I can work it out but the URL is used by stupid machines. This is in the VENDOR string of pkginfo. ====================================================================== From noreply at opencsw.org Tue Sep 15 19:38:11 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 15 Sep 2009 19:38:11 +0200 Subject: [bug-notifications] [xmlto 0003896]: Wrong call to 'cp' in the xmlto-toolchain In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3896 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: xmlto Issue ID: 3896 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-14 15:00 CEST Last Modified: 2009-09-15 19:38 CEST ====================================================================== Summary: Wrong call to 'cp' in the xmlto-toolchain Description: Somewhere in the xmlto-toolchain 'cp' is called with the wrong option '-P'. It may be something like '-p' on Solaris. ====================================================================== ---------------------------------------------------------------------- (0006702) bwalton (manager) - 2009-09-15 19:38 http://www.opencsw.org/bugtrack/view.php?id=3896#c6702 ---------------------------------------------------------------------- xmlto actually does want gnu cp, as the -P option has special handling for symlink dereferenceing. From noreply at opencsw.org Tue Sep 15 23:09:14 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 15 Sep 2009 23:09:14 +0200 Subject: [bug-notifications] [jasspame 0003899]: Vendor URL not a URL In-Reply-To: Message-ID: <1972bd11340bb29ae6f628867dd534ab@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3899 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: jasspame Issue ID: 3899 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-15 15:26 CEST Last Modified: 2009-09-15 23:09 CEST ====================================================================== Summary: Vendor URL not a URL Description: The package source URL is "www.jasspa.com" which lacks a protocol to make it a URL. Needs "http://www.jasspa.com/". I can work it out but the URL is used by stupid machines. This is in the VENDOR string of pkginfo. ====================================================================== ---------------------------------------------------------------------- (0006703) jon (manager) - 2009-09-15 23:09 http://www.opencsw.org/bugtrack/view.php?id=3899#c6703 ---------------------------------------------------------------------- Fixed; any new re-packaging will include the fix. From noreply at opencsw.org Tue Sep 15 23:15:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 15 Sep 2009 23:15:27 +0200 Subject: [bug-notifications] [jasspame 0003899]: Vendor URL not a URL In-Reply-To: Message-ID: <14b08f8b31fe8e3559e15d7b00250a0e@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3899 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: jasspame Issue ID: 3899 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-15 15:26 CEST Last Modified: 2009-09-15 23:15 CEST ====================================================================== Summary: Vendor URL not a URL Description: The package source URL is "www.jasspa.com" which lacks a protocol to make it a URL. Needs "http://www.jasspa.com/". I can work it out but the URL is used by stupid machines. This is in the VENDOR string of pkginfo. ====================================================================== ---------------------------------------------------------------------- (0006704) jon (manager) - 2009-09-15 23:15 http://www.opencsw.org/bugtrack/view.php?id=3899#c6704 ---------------------------------------------------------------------- Confirmed and fixed. Any new re-build of the package will correctly insert the missing "http://" string. From noreply at opencsw.org Wed Sep 16 16:37:22 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 16 Sep 2009 16:37:22 +0200 Subject: [bug-notifications] [git 0003900]: Need git_dev that contain git include files and libraries Message-ID: <7cba97c5d6b32e0e78afc222f454ff77@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3900 ====================================================================== Reported By: trygvis Assigned To: ====================================================================== Project: git Issue ID: 3900 Category: other Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-16 16:37 CEST Last Modified: 2009-09-16 16:37 CEST ====================================================================== Summary: Need git_dev that contain git include files and libraries Description: See requirements here: http://hjemli.net/git/cgit/tree/Makefile ====================================================================== From noreply at opencsw.org Wed Sep 16 19:14:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 16 Sep 2009 19:14:24 +0200 Subject: [bug-notifications] [cswclassutils 0003873]: Package removal cswcpsampleconf failure mode In-Reply-To: Message-ID: <2972baa0df6b02afc7db05a306f19469@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3873 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: cswclassutils Issue ID: 3873 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-08-31 18:26 CEST Last Modified: 2009-09-16 19:14 CEST ====================================================================== Summary: Package removal cswcpsampleconf failure mode Description: The configuration removal script assumes that the *.CSW configuration file is there on the disk. The file might be gone if there was a previous, unsuccessful attempt of package removal, which failed at the postremove stage. In this case, all the files are gone (foo.conf.CSW file is not there), but the class script will be executed again at the next attempt to remove the package. It's going to look for the .CSW file and fail. ====================================================================== ---------------------------------------------------------------------- (0006705) bonivart (manager) - 2009-09-16 19:14 http://www.opencsw.org/mantis/view.php?id=3873#c6705 ---------------------------------------------------------------------- Example (from Trygve): The following package is currently installed: CSWosshclient openssh_client - OpenSSH Secure Shell client (i386) 5.2,REV=2009.06.30_rev=p1 Do you want to remove this package? [y,n,?,q] y ## Removing installed package instance ## Verifying package dependencies in global zone WARNING: The package depends on the package currently being removed. WARNING: The package depends on the package currently being removed. Dependency checking failed. Do you want to continue with the removal of this package [y,n,?,q] y ## Processing package information. ## Removing pathnames in class cmp: cannot open /opt/csw/etc/ssh/ssh_config.CSW preserving /opt/csw/etc/ssh/ssh_config to /etc/opt/csw/preserve/CSWosshclient/ssh_config rm: /opt/csw/etc/ssh/ssh_config.CSW: No such file or directory pkgrm: ERROR: class action script did not complete successfully ## Removing pathnames in class /opt/csw/share/man/man8/ssh-keysign.8 /opt/csw/share/man/man5/ssh_config.5 /opt/csw/share/man/man1/ssh.1 /opt/csw/share/man/man1/ssh-keyscan.1 /opt/csw/share/man/man1/ssh-keygen.1 /opt/csw/share/man/man1/ssh-agent.1 /opt/csw/share/man/man1/ssh-add.1 /opt/csw/share/man/man1/slogin.1 /opt/csw/share/man/man1/sftp.1 /opt/csw/share/man/man1/scp.1 /opt/csw/share/doc/openssh_client/changelog.CSW /opt/csw/share/doc/openssh_client/WARNING.RNG /opt/csw/share/doc/openssh_client/TODO /opt/csw/share/doc/openssh_client/README.tun /opt/csw/share/doc/openssh_client/README.smartcard /opt/csw/share/doc/openssh_client/README.privsep /opt/csw/share/doc/openssh_client/README.platform /opt/csw/share/doc/openssh_client/README.dns /opt/csw/share/doc/openssh_client/README /opt/csw/share/doc/openssh_client/OVERVIEW /opt/csw/share/doc/openssh_client/LICENCE /opt/csw/share/doc/openssh_client/INSTALL /opt/csw/share/doc/openssh_client/ChangeLog.gssapi /opt/csw/share/doc/openssh_client/ChangeLog /opt/csw/share/doc/openssh_client/CREDITS /opt/csw/share/doc/openssh_client /opt/csw/libexec/ssh-keysign /opt/csw/libexec /opt/csw/bin/ssh-keyscan /opt/csw/bin/ssh-keygen /opt/csw/bin/ssh-agent /opt/csw/bin/ssh-add /opt/csw/bin/ssh /opt/csw/bin/slogin /opt/csw/bin/sftp /opt/csw/bin/scp Removal of partially failed. Installing CSWosshclient-5.2,REV=2009.07.25_rev=p1 Processing package instance from openssh_client - OpenSSH Secure Shell client(i386) 5.2,REV=2009.07.25_rev=p1 Current administration requires that a unique instance of the package be created. However, the maximum number of instances of the package which may be supported at one time on the same system has already been met. No changes were made to the system. From noreply at opencsw.org Wed Sep 16 20:22:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 16 Sep 2009 20:22:43 +0200 Subject: [bug-notifications] [asciidoc 0003901]: a2x has GNUism dependencies Message-ID: <7570e1ee53855fb7a80c4e9fdf46e890@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3901 ====================================================================== Reported By: trygvis Assigned To: ====================================================================== Project: asciidoc Issue ID: 3901 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-16 20:22 CEST Last Modified: 2009-09-16 20:22 CEST ====================================================================== Summary: a2x has GNUism dependencies Description: $ gmake doc a2x -f manpage cgitrc.5.txt a2x: failed: enhanced getopt(1) required gmake: *** [man-doc] Error 1 This is supposedly from missing /opt/csw/gnu early in PATH ====================================================================== From noreply at opencsw.org Wed Sep 16 22:54:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 16 Sep 2009 22:54:23 +0200 Subject: [bug-notifications] [vorbistools 0002341]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: <880437f70df1f5f69adc11f1aaf4864f> Message-ID: <71670e97c4e109b82e0537ac215b674a@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2341 ====================================================================== Reported By: yann Assigned To: dam ====================================================================== Project: vorbistools Issue ID: 2341 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-07-28 08:27 CEST Last Modified: 2009-09-16 22:54 CEST ====================================================================== Summary: openssl dependancy deprecated: please use openssl_rt instead Description: Following the openssl package split, the ssl libraries are now directly provided by the openssl_rt package. The openssl package still exists, it\'s a metapackage which will install openssl_rt, openssl_devel and openssl_utils which contains respectively the ssl libraries, the development files and the openssl utilities. Your package probably only use the ssl libraries, so to avoid installing unnecessary dependancies, please update your package to depend on openssl_rt rather than openssl. ====================================================================== From noreply at opencsw.org Wed Sep 16 22:55:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 16 Sep 2009 22:55:18 +0200 Subject: [bug-notifications] [vorbistools 0002341]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: <880437f70df1f5f69adc11f1aaf4864f> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2341 ====================================================================== Reported By: yann Assigned To: dam ====================================================================== Project: vorbistools Issue ID: 2341 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-07-28 08:27 CEST Last Modified: 2009-09-16 22:55 CEST ====================================================================== Summary: openssl dependancy deprecated: please use openssl_rt instead Description: Following the openssl package split, the ssl libraries are now directly provided by the openssl_rt package. The openssl package still exists, it\'s a metapackage which will install openssl_rt, openssl_devel and openssl_utils which contains respectively the ssl libraries, the development files and the openssl utilities. Your package probably only use the ssl libraries, so to avoid installing unnecessary dependancies, please update your package to depend on openssl_rt rather than openssl. ====================================================================== ---------------------------------------------------------------------- (0006706) dam (manager) - 2009-09-16 22:55 http://www.opencsw.org/mantis/view.php?id=2341#c6706 ---------------------------------------------------------------------- The current vorbistools 1.2.0,REV=2009.09.09 are no longer bound to OpenSSL. From noreply at opencsw.org Wed Sep 16 22:55:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 16 Sep 2009 22:55:52 +0200 Subject: [bug-notifications] [vorbistools 0003042]: Please link against libcurl 1.4 (libcurl.so.4) In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3042 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: vorbistools Issue ID: 3042 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-01-23 20:07 CET Last Modified: 2009-09-16 22:55 CEST ====================================================================== Summary: Please link against libcurl 1.4 (libcurl.so.4) Description: Package currently links to libcurl.so.3, needs updated to libcurl.so.4. ====================================================================== From noreply at opencsw.org Wed Sep 16 22:56:20 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 16 Sep 2009 22:56:20 +0200 Subject: [bug-notifications] [vorbistools 0003042]: Please link against libcurl 1.4 (libcurl.so.4) In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3042 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: vorbistools Issue ID: 3042 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-01-23 20:07 CET Last Modified: 2009-09-16 22:56 CEST ====================================================================== Summary: Please link against libcurl 1.4 (libcurl.so.4) Description: Package currently links to libcurl.so.3, needs updated to libcurl.so.4. ====================================================================== ---------------------------------------------------------------------- (0006707) dam (manager) - 2009-09-16 22:56 http://www.opencsw.org/mantis/view.php?id=3042#c6707 ---------------------------------------------------------------------- Fixed in 1.2.0,REV=2009.09.09 From noreply at opencsw.org Wed Sep 16 22:56:47 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 16 Sep 2009 22:56:47 +0200 Subject: [bug-notifications] [vorbistools 0003081]: Depend on CSWggettextrt In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3081 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: vorbistools Issue ID: 3081 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 02:49 CET Last Modified: 2009-09-16 22:56 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 Wed Sep 16 22:57:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 16 Sep 2009 22:57:15 +0200 Subject: [bug-notifications] [vorbistools 0003081]: Depend on CSWggettextrt In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3081 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: vorbistools Issue ID: 3081 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 02:49 CET Last Modified: 2009-09-16 22:57 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006708) dam (manager) - 2009-09-16 22:57 http://www.opencsw.org/mantis/view.php?id=3081#c6708 ---------------------------------------------------------------------- Fixed in 1.2.0,REV=2009.09.09 From noreply at opencsw.org Wed Sep 16 23:18:37 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 16 Sep 2009 23:18:37 +0200 Subject: [bug-notifications] [antiword 0002923]: Upgrade to 0.37 In-Reply-To: <16611def48916586f89717670d066c70> Message-ID: <76f50c20448334ee7729becfb6660bf2@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2923 ====================================================================== Reported By: bonivart Assigned To: phil ====================================================================== Project: antiword Issue ID: 2923 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2008-07-03 14:59 CEST Last Modified: 2009-09-16 23:18 CEST ====================================================================== Summary: Upgrade to 0.37 Description: The next version of MailScanner will support antiword so I would like an update of it please. ====================================================================== From noreply at opencsw.org Wed Sep 16 23:34:53 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 16 Sep 2009 23:34:53 +0200 Subject: [bug-notifications] [common 0003459]: "Mirrors" subpage points to blastwave (!=opencsw) package repository In-Reply-To: <62f0143d0d27f952b718eca623786fc9> Message-ID: <2c0ec4aa5254ff4b997f2785c13a2970@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3459 ====================================================================== Reported By: automatthias Assigned To: ====================================================================== Project: common Issue ID: 3459 Category: other Reproducibility: always Severity: major Priority: normal Status: closed Resolution: reopened Fixed in Version: ====================================================================== Date Submitted: 2009-03-06 09:43 CET Last Modified: 2009-09-16 23:34 CEST ====================================================================== Summary: "Mirrors" subpage points to blastwave (!=opencsw) package repository Description: Mirrors website (http://www.opencsw.org/mirrors) says that the mirror in Ireland is ftp://ftp.heanet.ie/pub/csw. However, if you view the parent directory, ftp://ftp.heanet.ie/pub, you'll see that "csw" is a symlink to "blastwave" while OpenCSW has its own subdirectory, "opencsw". The correct url (for http, ftp and rsync) is: ftp://ftp.heanet.ie/pub/opencsw Other links might be also affected by this issue. ====================================================================== ---------------------------------------------------------------------- (0006709) philadmin (administrator) - 2009-09-16 23:34 http://www.opencsw.org/mantis/view.php?id=3459#c6709 ---------------------------------------------------------------------- issue resolved long time ago. From noreply at opencsw.org Thu Sep 17 00:12:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 17 Sep 2009 00:12:15 +0200 Subject: [bug-notifications] [gawk 0003071]: Depend on CSWggettextrt In-Reply-To: <305bc49e8c5e9db993e375f1509c233a> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3071 ====================================================================== Reported By: harpchad Assigned To: phil ====================================================================== Project: gawk Issue ID: 3071 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 02:48 CET Last Modified: 2009-09-17 00:12 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006710) philadmin (administrator) - 2009-09-17 00:12 http://www.opencsw.org/mantis/view.php?id=3071#c6710 ---------------------------------------------------------------------- updated From noreply at opencsw.org Thu Sep 17 00:13:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 17 Sep 2009 00:13:00 +0200 Subject: [bug-notifications] [gawk 0003807]: Please upgrade to 3.1.7 In-Reply-To: Message-ID: <3a48cfe4dd0f161f8ba0e01051c77a97@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3807 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: gawk Issue ID: 3807 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-08-02 22:13 CEST Last Modified: 2009-09-17 00:12 CEST ====================================================================== Summary: Please upgrade to 3.1.7 Description: Please upgrade to 3.1.7 ====================================================================== ---------------------------------------------------------------------- (0006711) philadmin (administrator) - 2009-09-17 00:12 http://www.opencsw.org/mantis/view.php?id=3807#c6711 ---------------------------------------------------------------------- upgraded to 3.1.7 From noreply at opencsw.org Thu Sep 17 12:02:34 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 17 Sep 2009 12:02:34 +0200 Subject: [bug-notifications] [pkgutil 0003894]: pkgutil 1.7: -L option only works with the package name, not the software name In-Reply-To: <151d0213400eda6560b2d723545e1165> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3894 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3894 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-14 11:16 CEST Last Modified: 2009-09-17 12:02 CEST ====================================================================== Summary: pkgutil 1.7: -L option only works with the package name, not the software name Description: Most other command options work with both (pgk and sw name), the new -L option only seems to work with the sw name. Can we get it to recognize the sw name too? Example: # pkgutil -L dhcp # pkgutil -L CSWdhcp | head /etc/init.d/cswdhcp /etc/opt/csw/dhcpd.conf.CSW /etc/rc1.d/K73cswdhcp /etc/rc2.d/S73cswdhcp /opt/csw/bin/omshell /opt/csw/include/dhcpctl.h /opt/csw/include/isc-dhcp /opt/csw/include/isc-dhcp/boolean.h /opt/csw/include/isc-dhcp/dst.h ====================================================================== ---------------------------------------------------------------------- (0006712) skayser (administrator) - 2009-09-17 12:02 http://www.opencsw.org/mantis/view.php?id=3894#c6712 ---------------------------------------------------------------------- Just tested it. What do you think about emitting a warning message if a sw/package name could not be resolved/found? Also, might there be some way to be less catalog-dependent when using the -L option? I installed sudosh2 from testing/ and then omitted the -t option (i thought i was querying locally installed pkgs after all). root @ ray42 ~# pkgutil-r102 -L sudosh2 root @ ray42 ~# Putting the -t option back in makes it work. root @ ray42 ~# pkgutil-r102 -t http://mirror.opencsw.org/opencsw/testing -L sudosh2 Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/testing/i386/5.10) if available... Fetching new catalog and descriptions (http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10) if available... /etc/opt/csw/sudosh.conf.CSW /opt/csw/bin/sudosh /opt/csw/bin/sudosh-replay /opt/csw/share/doc/sudosh2 /opt/csw/share/doc/sudosh2/AUTHORS /opt/csw/share/doc/sudosh2/NEWS /opt/csw/share/doc/sudosh2/README /opt/csw/share/doc/sudosh2/changelog /opt/csw/share/doc/sudosh2/changelog.CSW /opt/csw/share/doc/sudosh2/license /opt/csw/share/man/man1/sudosh.1 /opt/csw/share/man/man5 /opt/csw/share/man/man5/sudosh.conf.5 /opt/csw/share/man/man8 /opt/csw/share/man/man8/sudosh-replay.8 /var/opt/csw/sudosh root @ ray42 ~# Side note: There is always one blank line showing up first in the pkgutil -L output. Is this intended? From noreply at opencsw.org Thu Sep 17 12:12:35 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 17 Sep 2009 12:12:35 +0200 Subject: [bug-notifications] [pkgutil 0003894]: pkgutil 1.7: -L option only works with the package name, not the software name In-Reply-To: <151d0213400eda6560b2d723545e1165> Message-ID: <8217b9c6a681881765a18df93d2c2587@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3894 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3894 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-14 11:16 CEST Last Modified: 2009-09-17 12:12 CEST ====================================================================== Summary: pkgutil 1.7: -L option only works with the package name, not the software name Description: Most other command options work with both (pgk and sw name), the new -L option only seems to work with the sw name. Can we get it to recognize the sw name too? Example: # pkgutil -L dhcp # pkgutil -L CSWdhcp | head /etc/init.d/cswdhcp /etc/opt/csw/dhcpd.conf.CSW /etc/rc1.d/K73cswdhcp /etc/rc2.d/S73cswdhcp /opt/csw/bin/omshell /opt/csw/include/dhcpctl.h /opt/csw/include/isc-dhcp /opt/csw/include/isc-dhcp/boolean.h /opt/csw/include/isc-dhcp/dst.h ====================================================================== ---------------------------------------------------------------------- (0006713) skayser (administrator) - 2009-09-17 12:12 http://www.opencsw.org/mantis/view.php?id=3894#c6713 ---------------------------------------------------------------------- The same issue (omitting -t and then relying on sw -> pkg name resolution) can be seen with the -r option. root @ ray42 ~# pkgutil -r sudosh2 Parsing catalog, may take a while... Package sudosh2 not in catalog...exiting. root @ ray42 ~# I know this is a corner case, but again, from a user view point i would expect to be working with local packages, independent of which catalog i am running against. From noreply at opencsw.org Thu Sep 17 13:05:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 17 Sep 2009 13:05:44 +0200 Subject: [bug-notifications] [gnuplot 0003902]: Please upgrade to 4.2.6 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3902 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: gnuplot Issue ID: 3902 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-17 13:05 CEST Last Modified: 2009-09-17 13:05 CEST ====================================================================== Summary: Please upgrade to 4.2.6 Description: gnuplot 4.2.6 has been release today on SunFreeware ====================================================================== From noreply at opencsw.org Thu Sep 17 14:26:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 17 Sep 2009 14:26:24 +0200 Subject: [bug-notifications] [pkgutil 0003894]: pkgutil 1.7: -L option only works with the package name, not the software name In-Reply-To: <151d0213400eda6560b2d723545e1165> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3894 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3894 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-14 11:16 CEST Last Modified: 2009-09-17 14:26 CEST ====================================================================== Summary: pkgutil 1.7: -L option only works with the package name, not the software name Description: Most other command options work with both (pgk and sw name), the new -L option only seems to work with the sw name. Can we get it to recognize the sw name too? Example: # pkgutil -L dhcp # pkgutil -L CSWdhcp | head /etc/init.d/cswdhcp /etc/opt/csw/dhcpd.conf.CSW /etc/rc1.d/K73cswdhcp /etc/rc2.d/S73cswdhcp /opt/csw/bin/omshell /opt/csw/include/dhcpctl.h /opt/csw/include/isc-dhcp /opt/csw/include/isc-dhcp/boolean.h /opt/csw/include/isc-dhcp/dst.h ====================================================================== ---------------------------------------------------------------------- (0006714) bonivart (manager) - 2009-09-17 14:26 http://www.opencsw.org/mantis/view.php?id=3894#c6714 ---------------------------------------------------------------------- I need to make a catalog lookup to find the package name since that's what's in the contents file. Otherwise I would need to extract the NAME-field from every package on the system with pkgparam or something and that would take minutes. Pkgutil always uses package names internally, catalog names are just for convenience. In most cases it doesn't matter but with testing I suppose it does in a bad way. If you have ideas I'm all ears. The extra blank line is there to separate between files from multiple packages you may specify on the command line. That it's displayed when only one package is used is just me being lazy. It annoys me too and I will fix it...someday. :-) From noreply at opencsw.org Thu Sep 17 14:40:59 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 17 Sep 2009 14:40:59 +0200 Subject: [bug-notifications] [pkgutil 0003903]: pkgutil -r: Reference found where even-sized list expected Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3903 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3903 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-17 14:40 CEST Last Modified: 2009-09-17 14:40 CEST ====================================================================== Summary: pkgutil -r: Reference found where even-sized list expected Description: Happens with 1.7 as well as r102. Removal works fine though. # pkgutil -t http://mirror.opencsw.org/opencsw/testing -r sudosh2 Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/testing/i386/5.10) if available... Fetching new catalog and descriptions (http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10) if available... Parsing catalog, may take a while... Reference found where even-sized list expected at /opt/csw/bin/pkgutil line 1038. Looking at installed CSW packages... Examining dependencies for: CSWsudosh2 (remove) CSWcswclassutils (in use) CSWcommon (in use) => Removing CSWsudosh2 The following package is currently installed: CSWsudosh2 sudosh2 - Extensive auditing of user shell usage (i386) 1.0.2,REV=2009.09.17 Do you want to remove this package? [y,n,?,q] q 1 package was not processed! # ====================================================================== From noreply at opencsw.org Thu Sep 17 16:39:37 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 17 Sep 2009 16:39:37 +0200 Subject: [bug-notifications] [pkgutil 0003904]: pkgutil 1.7: --transform doesn't work when package is already installed Message-ID: <6d4d9cc79803bf34a28b294ac07fe3db@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3904 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3904 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-17 16:39 CEST Last Modified: 2009-09-17 16:39 CEST ====================================================================== Summary: pkgutil 1.7: --transform doesn't work when package is already installed Description: Me again. In contrary to the -s/--stream option, --transform seems to check the requested package against the ones that are already installed and doesn't proceed if the package is already installed. skayser @ ray42 ~$ pkgutil --transform wget You're not root and didn't set -W, using current dir. Parsing catalog, may take a while... Current packages: CSWcacertificates-20090108,REV=2009.01.08 CSWcommon-1.4.6,REV=2008.04.28 CSWcswclassutils-1.18,REV=2009.08.10 CSWosslrt-0.9.8,REV=2009.03.27_rev=k CSWwget-1.11.4,REV=2009.04.15 $ The primary usage of --transform for me is to cross-check ongoing packaging work with other packages. Whether a requested package is already installed doesn't really matter to me, i just want to have a look at the full package structure. IIRC i was in favor of --transform to work as a switch to -d and to have -d download a package independently of whether it is already installed. Similar to "aptitude download " on Debian. Did we talk about that? ====================================================================== From noreply at opencsw.org Thu Sep 17 19:06:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 17 Sep 2009 19:06:25 +0200 Subject: [bug-notifications] [antiword 0003521]: Not sun4m compatible In-Reply-To: <74be4203902f2e5656ed40dd5f890481> Message-ID: <3167f24a85ca1056e0abf1f371f8e3b1@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3521 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: antiword Issue ID: 3521 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-03-31 21:37 CEST Last Modified: 2009-09-17 19:06 CEST ====================================================================== Summary: Not sun4m compatible Description: $ file /opt/csw/bin/antiword /opt/csw/bin/antiword: ELF 32-bit MSB executable SPARC32PLUS Version 1, V8+ Required, dynamically linked, stripped ====================================================================== ---------------------------------------------------------------------- (0006715) philadmin (administrator) - 2009-09-17 19:06 http://www.opencsw.org/mantis/view.php?id=3521#c6715 ---------------------------------------------------------------------- finally got around to recompiling this thing. From noreply at opencsw.org Thu Sep 17 20:44:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 17 Sep 2009 20:44:24 +0200 Subject: [bug-notifications] [mysql5 0003905]: Request for updated MySQL 5.0 package Message-ID: <2b1c6cf017daf98ff7d878944940e08d@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3905 ====================================================================== Reported By: ois_unix Assigned To: ====================================================================== Project: mysql5 Issue ID: 3905 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-17 20:44 CEST Last Modified: 2009-09-17 20:44 CEST ====================================================================== Summary: Request for updated MySQL 5.0 package Description: The latest OpenCSW revision for MySQL 5.0 is v.5.0.51. The current vendor release is 5.0.85. I need this package upgraded to address some recent security issues in MySQL that have been discovered since the 5.0.51 release. ====================================================================== From noreply at opencsw.org Thu Sep 17 21:40:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 17 Sep 2009 21:40:08 +0200 Subject: [bug-notifications] [gitosis 0003906]: Add clarification about the "gitosis" user that was created during installation Message-ID: <65ab90f43690961f3c3232693716b6ae@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3906 ====================================================================== Reported By: trygvis Assigned To: ====================================================================== Project: gitosis Issue ID: 3906 Category: packaging Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-17 21:40 CEST Last Modified: 2009-09-17 21:40 CEST ====================================================================== Summary: Add clarification about the "gitosis" user that was created during installation Description: The "gitosis" user is automatically created upon installation (yay) and passwd is run in postinstall to make it a "no login" account. This is nice, but it might be nice to note in README.csw that the account is a no-login account and you have to be root when you do step 1 in the readme (not sure if the root not is needed once you know it's a no login account). >From a user experience perspective it would also be nice if the path to the README.csw was pointed out. Having to scroll past a ton of python compliation to find it is suboptimal. ====================================================================== From noreply at opencsw.org Thu Sep 17 22:10:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 17 Sep 2009 22:10:15 +0200 Subject: [bug-notifications] [gitosis 0003907]: Missing dependency on "python_devel" Message-ID: <5162c1e55ee72e654ac97807abfb2f5e@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3907 ====================================================================== Reported By: trygvis Assigned To: ====================================================================== Project: gitosis Issue ID: 3907 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-17 22:10 CEST Last Modified: 2009-09-17 22:10 CEST ====================================================================== Summary: Missing dependency on "python_devel" Description: When importing my public key I got a python exception about a missing distutils module. $ gitosis-init < /tmp/id_dsa.pub Traceback (most recent call last): File "/opt/csw/bin/gitosis-init", line 5, in from pkg_resources import load_entry_point File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 657, in class Environment(object): File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 660, in Environment def __init__(self, search_path=None, platform=get_supported_platform(), python=PY_MAJOR): File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 55, in get_supported_platform plat = get_build_platform(); m = macosVersionString.match(plat) File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 186, in get_build_platform from distutils.util import get_platform ImportError: No module named distutils.util Installing python_devel fixed it. Not sure if gitosis is missing the dependency, it seems to be used by setuptools. ====================================================================== From noreply at opencsw.org Fri Sep 18 14:27:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 18 Sep 2009 14:27:26 +0200 Subject: [bug-notifications] [dialog 0003908]: CSWdialog contains superfluous paths, in particular /opt Message-ID: <7f3b3357e8251d398f1c6ff68a50b48d@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3908 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: dialog Issue ID: 3908 Category: packaging Reproducibility: always Severity: tweak Priority: low Status: new ====================================================================== Date Submitted: 2009-09-18 14:27 CEST Last Modified: 2009-09-18 14:27 CEST ====================================================================== Summary: CSWdialog contains superfluous paths, in particular /opt Description: /opt and the paths contained in CSWcommon should not be contained in any packages. Please strip them out on the next rebuild. The following files are already installed on the system and are being used by another package: /opt ====================================================================== From noreply at opencsw.org Fri Sep 18 14:41:49 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 18 Sep 2009 14:41:49 +0200 Subject: [bug-notifications] [pkgutil 0003903]: pkgutil -r: Reference found where even-sized list expected In-Reply-To: <03a868f3e8380eb650a60c5f484d1aa8> Message-ID: <43b98e8f4406e36d75f725744456c6c8@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3903 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3903 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-17 14:40 CEST Last Modified: 2009-09-18 14:41 CEST ====================================================================== Summary: pkgutil -r: Reference found where even-sized list expected Description: Happens with 1.7 as well as r102. Removal works fine though. # pkgutil -t http://mirror.opencsw.org/opencsw/testing -r sudosh2 Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/testing/i386/5.10) if available... Fetching new catalog and descriptions (http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10) if available... Parsing catalog, may take a while... Reference found where even-sized list expected at /opt/csw/bin/pkgutil line 1038. Looking at installed CSW packages... Examining dependencies for: CSWsudosh2 (remove) CSWcswclassutils (in use) CSWcommon (in use) => Removing CSWsudosh2 The following package is currently installed: CSWsudosh2 sudosh2 - Extensive auditing of user shell usage (i386) 1.0.2,REV=2009.09.17 Do you want to remove this package? [y,n,?,q] q 1 package was not processed! # ====================================================================== From noreply at opencsw.org Fri Sep 18 14:57:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 18 Sep 2009 14:57:10 +0200 Subject: [bug-notifications] [pkgutil 0003903]: pkgutil -r: Reference found where even-sized list expected In-Reply-To: <03a868f3e8380eb650a60c5f484d1aa8> Message-ID: <146d69a1254a40eb5813372295453dbf@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3903 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3903 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-17 14:40 CEST Last Modified: 2009-09-18 14:57 CEST ====================================================================== Summary: pkgutil -r: Reference found where even-sized list expected Description: Happens with 1.7 as well as r102. Removal works fine though. # pkgutil -t http://mirror.opencsw.org/opencsw/testing -r sudosh2 Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/testing/i386/5.10) if available... Fetching new catalog and descriptions (http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10) if available... Parsing catalog, may take a while... Reference found where even-sized list expected at /opt/csw/bin/pkgutil line 1038. Looking at installed CSW packages... Examining dependencies for: CSWsudosh2 (remove) CSWcswclassutils (in use) CSWcommon (in use) => Removing CSWsudosh2 The following package is currently installed: CSWsudosh2 sudosh2 - Extensive auditing of user shell usage (i386) 1.0.2,REV=2009.09.17 Do you want to remove this package? [y,n,?,q] q 1 package was not processed! # ====================================================================== ---------------------------------------------------------------------- (0006716) bonivart (manager) - 2009-09-18 14:57 http://www.opencsw.org/mantis/view.php?id=3903#c6716 ---------------------------------------------------------------------- It was a declaration of an unused hash that caused the noise. I have removed it in r105. I'm sorry to say the remove option is not really reliable and I haven't had time to really look at it. This was easy to fix though. From noreply at opencsw.org Fri Sep 18 20:29:36 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 18 Sep 2009 20:29:36 +0200 Subject: [bug-notifications] [gitosis 0003906]: Add clarification about the "gitosis" user that was created during installation In-Reply-To: <31e42af8068cba6844f00dd85fc78975> Message-ID: <9cb78e8a5d116bb18085c6835e1aa1e3@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3906 ====================================================================== Reported By: trygvis Assigned To: bwalton ====================================================================== Project: gitosis Issue ID: 3906 Category: packaging Reproducibility: N/A Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-17 21:40 CEST Last Modified: 2009-09-18 20:29 CEST ====================================================================== Summary: Add clarification about the "gitosis" user that was created during installation Description: The "gitosis" user is automatically created upon installation (yay) and passwd is run in postinstall to make it a "no login" account. This is nice, but it might be nice to note in README.csw that the account is a no-login account and you have to be root when you do step 1 in the readme (not sure if the root not is needed once you know it's a no login account). >From a user experience perspective it would also be nice if the path to the README.csw was pointed out. Having to scroll past a ton of python compliation to find it is suboptimal. ====================================================================== ---------------------------------------------------------------------- (0006717) bwalton (manager) - 2009-09-18 20:29 http://www.opencsw.org/mantis/view.php?id=3906#c6717 ---------------------------------------------------------------------- Updated version in testing. Please test and provide feedback. Thanks From noreply at opencsw.org Fri Sep 18 20:32:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 18 Sep 2009 20:32:23 +0200 Subject: [bug-notifications] [xmlto 0003896]: Wrong call to 'cp' in the xmlto-toolchain In-Reply-To: Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3896 ====================================================================== Reported By: dam Assigned To: bwalton ====================================================================== Project: xmlto Issue ID: 3896 Category: regular use Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-14 15:00 CEST Last Modified: 2009-09-18 20:32 CEST ====================================================================== Summary: Wrong call to 'cp' in the xmlto-toolchain Description: Somewhere in the xmlto-toolchain 'cp' is called with the wrong option '-P'. It may be something like '-p' on Solaris. ====================================================================== ---------------------------------------------------------------------- (0006719) bwalton (manager) - 2009-09-18 20:32 http://www.opencsw.org/mantis/view.php?id=3896#c6719 ---------------------------------------------------------------------- Fixed in a test package. Patches accepted upstream. Won't release until all docbook/xml packages are ready to go as a unit. From noreply at opencsw.org Fri Sep 18 20:33:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 18 Sep 2009 20:33:13 +0200 Subject: [bug-notifications] [git 0003790]: git-send-email with ssl needs Net::SMTP::SSL perl module In-Reply-To: <9f56fd45b06b8c70b5e6aeefb62c08e0> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3790 ====================================================================== Reported By: james Assigned To: bwalton ====================================================================== Project: git Issue ID: 3790 Category: packaging Reproducibility: sometimes Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-07-30 16:21 CEST Last Modified: 2009-09-18 20:33 CEST ====================================================================== Summary: git-send-email with ssl needs Net::SMTP::SSL perl module Description: Please add Net::SMTP::SSL perl module and depend to support the option of SSL in git-send-email ====================================================================== ---------------------------------------------------------------------- (0006720) bwalton (manager) - 2009-09-18 20:33 http://www.opencsw.org/mantis/view.php?id=3790#c6720 ---------------------------------------------------------------------- Resolved as of next official release. From noreply at opencsw.org Fri Sep 18 22:40:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 18 Sep 2009 22:40:51 +0200 Subject: [bug-notifications] [ruby 0003909]: Problem compiling FFI against Ruby Message-ID: <93d865ea6cac505adaf130178fc67f22@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3909 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: ruby Issue ID: 3909 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-18 22:40 CEST Last Modified: 2009-09-18 22:40 CEST ====================================================================== Summary: Problem compiling FFI against Ruby Description: When compiling the xapian-bindings for Ruby against the current Ruby I get /bin/bash ../libtool --tag=CXX --mode=compile /opt/studio/SOS11/SUNWspro/bin/CC -DHAVE_CONFIG_H -I. -I.. -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/include -library=stlport4 -features=tmplife -I/opt/csw/include -xO3 -xarch=v8 -I/opt/csw/include -c -o xapian_wrap.lo xapian_wrap.cc mkdir .libs /opt/studio/SOS11/SUNWspro/bin/CC -DHAVE_CONFIG_H -I. -I.. -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/include -library=stlport4 -features=tmplife -I/opt/csw/include -xO3 -xarch=v8 -I/opt/csw/include -c xapian_wrap.cc -KPIC -DPIC -o .libs/xapian_wrap.o "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/config.h", line 15: Warning (Anachronism): Attempt to redefine _FILE_OFFSET_BITS without using #undef. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 567: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 567: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 567: Error: There must be an identifier to declare. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 568: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 568: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 568: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 569: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 569: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 569: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 570: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 570: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 570: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 571: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 571: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 571: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 572: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 572: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 572: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 573: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 573: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 573: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: A declaration does not specify a tag or an identifier. Compilation aborted, too many Error messages. gmake[6]: *** [xapian_wrap.lo] Error 1 gmake[6]: Leaving directory `/home/dam/mgar/pkg/xapian-bindings/trunk/work/build-isa-sparcv8/xapian-bindings-1.0.11/ruby' This does not look correct. ====================================================================== From noreply at opencsw.org Sat Sep 19 03:44:14 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 19 Sep 2009 03:44:14 +0200 Subject: [bug-notifications] [gitosis 0003906]: Add clarification about the "gitosis" user that was created during installation In-Reply-To: <31e42af8068cba6844f00dd85fc78975> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3906 ====================================================================== Reported By: trygvis Assigned To: bwalton ====================================================================== Project: gitosis Issue ID: 3906 Category: packaging Reproducibility: N/A Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-17 21:40 CEST Last Modified: 2009-09-19 03:44 CEST ====================================================================== Summary: Add clarification about the "gitosis" user that was created during installation Description: The "gitosis" user is automatically created upon installation (yay) and passwd is run in postinstall to make it a "no login" account. This is nice, but it might be nice to note in README.csw that the account is a no-login account and you have to be root when you do step 1 in the readme (not sure if the root not is needed once you know it's a no login account). >From a user experience perspective it would also be nice if the path to the README.csw was pointed out. Having to scroll past a ton of python compliation to find it is suboptimal. ====================================================================== ---------------------------------------------------------------------- (0006722) bwalton (manager) - 2009-09-19 03:44 http://www.opencsw.org/mantis/view.php?id=3906#c6722 ---------------------------------------------------------------------- A newly updated version has been placed in testing. The previous update had a packaging bug that stripped some required files. Please try 2009.09.19. If you think this is adequate, I'll push it into the release stream. From noreply at opencsw.org Sat Sep 19 11:13:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 19 Sep 2009 11:13:24 +0200 Subject: [bug-notifications] [ruby 0003909]: Problem compiling FFI against Ruby In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3909 ====================================================================== Reported By: dam Assigned To: bwalton ====================================================================== Project: ruby Issue ID: 3909 Category: regular use Reproducibility: always Severity: major Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2009-09-18 22:40 CEST Last Modified: 2009-09-19 11:13 CEST ====================================================================== Summary: Problem compiling FFI against Ruby Description: When compiling the xapian-bindings for Ruby against the current Ruby I get /bin/bash ../libtool --tag=CXX --mode=compile /opt/studio/SOS11/SUNWspro/bin/CC -DHAVE_CONFIG_H -I. -I.. -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/include -library=stlport4 -features=tmplife -I/opt/csw/include -xO3 -xarch=v8 -I/opt/csw/include -c -o xapian_wrap.lo xapian_wrap.cc mkdir .libs /opt/studio/SOS11/SUNWspro/bin/CC -DHAVE_CONFIG_H -I. -I.. -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/include -library=stlport4 -features=tmplife -I/opt/csw/include -xO3 -xarch=v8 -I/opt/csw/include -c xapian_wrap.cc -KPIC -DPIC -o .libs/xapian_wrap.o "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/config.h", line 15: Warning (Anachronism): Attempt to redefine _FILE_OFFSET_BITS without using #undef. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 567: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 567: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 567: Error: There must be an identifier to declare. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 568: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 568: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 568: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 569: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 569: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 569: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 570: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 570: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 570: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 571: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 571: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 571: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 572: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 572: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 572: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 573: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 573: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 573: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: A declaration does not specify a tag or an identifier. Compilation aborted, too many Error messages. gmake[6]: *** [xapian_wrap.lo] Error 1 gmake[6]: Leaving directory `/home/dam/mgar/pkg/xapian-bindings/trunk/work/build-isa-sparcv8/xapian-bindings-1.0.11/ruby' This does not look correct. ====================================================================== ---------------------------------------------------------------------- (0006723) dam (reporter) - 2009-09-19 11:13 http://www.opencsw.org/mantis/view.php?id=3909#c6723 ---------------------------------------------------------------------- That works. However, the Xapian bindings package contains bindings for Ruby and Python among other things and Python works only with Sun Studio and not GCC: /opt/csw/gcc4/bin/g++ -shared -nostdlib -L/opt/csw/gcc4/lib/. -mcpu=v8 -L/opt/csw/lib /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.3.3/crti.o /usr/ccs/lib/values-Xa.o /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.3.3/crtbegin.o .libs/xapian_wrap.o -Wl,-R -Wl,/opt/csw/lib -Wl,-R -Wl,/opt/csw/gcc4/lib -Wl,-R -Wl,/opt/csw/lib -Wl,-R -Wl,/opt/csw/gcc4/lib -L/opt/csw/gcc4/lib/. -L/opt/csw/lib /opt/csw/lib/libxapian.so -L/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.3.3 -L/usr/ccs/lib -L/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.3.3/../../.. /opt/csw/gcc4/lib/libstdc++.so -lm -lgcc_s /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.3.3/crtend.o /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.3.3/crtn.o -mcpu=v8 -mcpu=v8 -Wl,-h -Wl,_xapian.so -o .libs/_xapian.so creating _xapian.la (cd .libs && rm -f _xapian.la && ln -s ../_xapian.la _xapian.la) cp `test -f modern/xapian.py || echo './'`modern/xapian.py . /bin/bash ../libtool --config > libtoolconfig.tmp . ./libtoolconfig.tmp; cp $objdir/_xapian.so . rm -f libtoolconfig.tmp PYTHONPATH=. /opt/csw/bin/python -c "import _xapian;import xapian" Traceback (most recent call last): File "", line 1, in ImportError: ld.so.1: python: fatal: relocation error: file ./_xapian.so: symbol _ZTVN6Xapian4v10225NumberValueRangeProcessorE: referenced symbol not found From noreply at opencsw.org Sat Sep 19 11:51:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 19 Sep 2009 11:51:27 +0200 Subject: [bug-notifications] [ruby 0003909]: Problem compiling FFI against Ruby In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3909 ====================================================================== Reported By: dam Assigned To: bwalton ====================================================================== Project: ruby Issue ID: 3909 Category: regular use Reproducibility: always Severity: major Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2009-09-18 22:40 CEST Last Modified: 2009-09-19 11:51 CEST ====================================================================== Summary: Problem compiling FFI against Ruby Description: When compiling the xapian-bindings for Ruby against the current Ruby I get /bin/bash ../libtool --tag=CXX --mode=compile /opt/studio/SOS11/SUNWspro/bin/CC -DHAVE_CONFIG_H -I. -I.. -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/include -library=stlport4 -features=tmplife -I/opt/csw/include -xO3 -xarch=v8 -I/opt/csw/include -c -o xapian_wrap.lo xapian_wrap.cc mkdir .libs /opt/studio/SOS11/SUNWspro/bin/CC -DHAVE_CONFIG_H -I. -I.. -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/include -library=stlport4 -features=tmplife -I/opt/csw/include -xO3 -xarch=v8 -I/opt/csw/include -c xapian_wrap.cc -KPIC -DPIC -o .libs/xapian_wrap.o "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/config.h", line 15: Warning (Anachronism): Attempt to redefine _FILE_OFFSET_BITS without using #undef. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 567: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 567: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 567: Error: There must be an identifier to declare. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 568: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 568: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 568: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 569: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 569: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 569: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 570: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 570: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 570: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 571: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 571: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 571: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 572: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 572: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 572: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 573: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 573: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 573: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: A declaration does not specify a tag or an identifier. Compilation aborted, too many Error messages. gmake[6]: *** [xapian_wrap.lo] Error 1 gmake[6]: Leaving directory `/home/dam/mgar/pkg/xapian-bindings/trunk/work/build-isa-sparcv8/xapian-bindings-1.0.11/ruby' This does not look correct. ====================================================================== ---------------------------------------------------------------------- (0006724) dam (reporter) - 2009-09-19 11:51 http://www.opencsw.org/mantis/view.php?id=3909#c6724 ---------------------------------------------------------------------- Xapian is compiled with Sun Studio and it looks like the GCC-compiled Ruby bindings can't link properly: gmake[6]: Entering directory `/home/dam/mgar/pkg/xapian-bindings/trunk/work/build-isa-sparcv8-binding-ruby/xapian-bindings-1.0.11/ruby' .libs/_xapian.so: ld.so.1: ruby: fatal: relocation error: file .libs/_xapian.so: symbol _ZTVN6Xapian13SimpleStopperE: referenced symbol not found - .libs/_xapian.so (LoadError) from ./xapian.rb:40 from ./smoketest.rb:27:in `require' from ./smoketest.rb:27 FAIL: smoketest.rb ======================================= 1 of 1 tests failed Please report to http://xapian.org/bugs ======================================= If I build xapian with GCC I can no longer link to Sun Studio compiled Python :-P Any chance to build Ruby with Sun Studio? From noreply at opencsw.org Sat Sep 19 13:42:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 19 Sep 2009 13:42:38 +0200 Subject: [bug-notifications] [pm_gd 0003737]: GARNAME is invalid In-Reply-To: <52cb423e7d65ccc7477e0612ae2dacd0> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3737 ====================================================================== Reported By: wbonnet Assigned To: dam ====================================================================== Project: pm_gd Issue ID: 3737 Category: other Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-06-28 22:01 CEST Last Modified: 2009-09-19 13:42 CEST ====================================================================== Summary: GARNAME is invalid Description: GARNAME of this packageis GD, it should be pm_GD. This name conflits with GD (the lib not the perl wrapper containted in this package) ====================================================================== ---------------------------------------------------------------------- (0006725) dam (manager) - 2009-09-19 13:42 http://www.opencsw.org/mantis/view.php?id=3737#c6725 ---------------------------------------------------------------------- Maybe it is better to use the catalogname as it really has the necessity to be unique? From noreply at opencsw.org Sat Sep 19 13:43:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 19 Sep 2009 13:43:50 +0200 Subject: [bug-notifications] [libxml2 0003889]: Pleased upgrade libxml2 to latest and rebuild PHP against it In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3889 ====================================================================== Reported By: jsilve1 Assigned To: dam ====================================================================== Project: libxml2 Issue ID: 3889 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-09-08 19:18 CEST Last Modified: 2009-09-19 13:43 CEST ====================================================================== Summary: Pleased upgrade libxml2 to latest and rebuild PHP against it Description: There is a bug in libxml2 that results in broken XML output in PHP. http://bugs.php.net/bug.php?id=45996 Please update the libxml2 and PHP packages. ====================================================================== ---------------------------------------------------------------------- (0006726) dam (manager) - 2009-09-19 13:43 http://www.opencsw.org/mantis/view.php?id=3889#c6726 ---------------------------------------------------------------------- Please provide the requested information or this bug will be closed. From noreply at opencsw.org Sun Sep 20 02:50:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 20 Sep 2009 02:50:52 +0200 Subject: [bug-notifications] [gnuplot 0003902]: Please upgrade to 4.2.6 In-Reply-To: <96734bbe9df2585568a14ca25339dc71> Message-ID: <87b8ef5dbe884e1af85690f6b5878930@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3902 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: gnuplot Issue ID: 3902 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-17 13:05 CEST Last Modified: 2009-09-20 02:50 CEST ====================================================================== Summary: Please upgrade to 4.2.6 Description: gnuplot 4.2.6 has been release today on SunFreeware ====================================================================== ---------------------------------------------------------------------- (0006727) phil (manager) - 2009-09-20 02:50 http://www.opencsw.org/mantis/view.php?id=3902#c6727 ---------------------------------------------------------------------- upgraded From noreply at opencsw.org Sun Sep 20 02:51:21 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 20 Sep 2009 02:51:21 +0200 Subject: [bug-notifications] [dotproject 0002975]: upgrade needed In-Reply-To: Message-ID: <5ff90ae2679168c3f7b3bb750388205b@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2975 ====================================================================== Reported By: phil Assigned To: phil ====================================================================== Project: dotproject Issue ID: 2975 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-12-19 17:00 CET Last Modified: 2009-09-20 02:51 CEST ====================================================================== Summary: upgrade needed Description: Dear me. Please update dotproject. Sincerely, me. PS: maybe change to use php5 as well. ====================================================================== ---------------------------------------------------------------------- (0006728) phil (manager) - 2009-09-20 02:51 http://www.opencsw.org/mantis/view.php?id=2975#c6728 ---------------------------------------------------------------------- updated From noreply at opencsw.org Sun Sep 20 04:53:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 20 Sep 2009 04:53:05 +0200 Subject: [bug-notifications] [rubydev 0003770]: Unable to compile native gems on virtualised X86 platform In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3770 ====================================================================== Reported By: chrismay Assigned To: bwalton ====================================================================== Project: rubydev Issue ID: 3770 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-07-18 19:08 CEST Last Modified: 2009-09-20 04:53 CEST ====================================================================== Summary: Unable to compile native gems on virtualised X86 platform Description: Trying to compile native gems results in the following error: make /opt/csw/gcc4/bin/gcc -I. -I/opt/csw/lib/ruby/1.8/i386-solaris2.8 -I/opt/csw/lib/ruby/1.8/i386-solaris2.8 -I. -I/opt/csw/include -D_FILE_OFFSET_BITS=64 -fPIC -mtune=i68 6 -O2 -pipe -m32 -march=i386 -I/opt/csw/include -fPIC -c fastthread.c In file included from /opt/csw/gcc4/lib/gcc/i386-pc-solaris2.8/4.3.3/include-fixed/stdlib.h:27, from /opt/csw/lib/ruby/1.8/i386-solaris2.8/ruby.h:40, from fastthread.c:12: /usr/include/iso/stdlib_iso.h: In function 'abort': /usr/include/iso/stdlib_iso.h:107: error: expected declaration specifiers before '__NORETURN' /usr/include/iso/stdlib_iso.h:108: error: storage class specified for parameter 'abs' /usr/include/iso/stdlib_iso.h:109: error: storage class specified for parameter 'atexit' /usr/include/iso/stdlib_iso.h:110: error: storage class specified for parameter 'atof' /usr/include/iso/stdlib_iso.h:111: error: storage class specified for parameter 'atoi' /usr/include/iso/stdlib_iso.h:112: error: storage class specified for parameter 'atol' /usr/include/iso/stdlib_iso.h:114: error: storage class specified for parameter 'bsearch' /usr/include/iso/stdlib_iso.h:121: error: storage class specified for parameter 'calloc' /usr/include/iso/stdlib_iso.h:122: error: storage class specified for parameter 'div' /usr/include/iso/stdlib_iso.h:124: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__NORETURN' {many many more similar errors omitted} ====================================================================== ---------------------------------------------------------------------- (0006574) bwalton (manager) - 2009-08-14 17:35 http://www.opencsw.org/bugtrack/view.php?id=3770#c6574 ---------------------------------------------------------------------- I am still working on this issue, but slowly as I haven't had time to dig into it yet. Just and FYI so you know it's not forgotten. From noreply at opencsw.org Sun Sep 20 10:22:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 20 Sep 2009 10:22:05 +0200 Subject: [bug-notifications] [jbig2dec 0003880]: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included In-Reply-To: <3bd7d2bf28610bd56339a2e944d4a5ce> Message-ID: <7a513c9c59ac7d9db65a8081b86997c8@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3880 ====================================================================== Reported By: flod Assigned To: james ====================================================================== Project: jbig2dec Issue ID: 3880 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 13:27 CEST Last Modified: 2009-09-20 10:22 CEST ====================================================================== Summary: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included Description: The included symbolic links /opt/csw/lib/amd64/libjbig2dec.so /opt/csw/lib/amd64/libjbig2dec.so.0 lead nowhere as /opt/csw/lib/amd64/libjbig2dec.so.0.10 is missing. ====================================================================== ---------------------------------------------------------------------- (0006732) james (manager) - 2009-09-20 10:22 http://www.opencsw.org/bugtrack/view.php?id=3880#c6732 ---------------------------------------------------------------------- big2dec-0.10,REV=2009.09.13 released. From noreply at opencsw.org Sun Sep 20 14:40:39 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 20 Sep 2009 14:40:39 +0200 Subject: [bug-notifications] [rubydev 0003770]: Unable to compile native gems on virtualised X86 platform In-Reply-To: Message-ID: <73bc79697e367e916fbcd4e595ab2ad3@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3770 ====================================================================== Reported By: chrismay Assigned To: bwalton ====================================================================== Project: rubydev Issue ID: 3770 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-07-18 19:08 CEST Last Modified: 2009-09-20 14:40 CEST ====================================================================== Summary: Unable to compile native gems on virtualised X86 platform Description: Trying to compile native gems results in the following error: make /opt/csw/gcc4/bin/gcc -I. -I/opt/csw/lib/ruby/1.8/i386-solaris2.8 -I/opt/csw/lib/ruby/1.8/i386-solaris2.8 -I. -I/opt/csw/include -D_FILE_OFFSET_BITS=64 -fPIC -mtune=i68 6 -O2 -pipe -m32 -march=i386 -I/opt/csw/include -fPIC -c fastthread.c In file included from /opt/csw/gcc4/lib/gcc/i386-pc-solaris2.8/4.3.3/include-fixed/stdlib.h:27, from /opt/csw/lib/ruby/1.8/i386-solaris2.8/ruby.h:40, from fastthread.c:12: /usr/include/iso/stdlib_iso.h: In function 'abort': /usr/include/iso/stdlib_iso.h:107: error: expected declaration specifiers before '__NORETURN' /usr/include/iso/stdlib_iso.h:108: error: storage class specified for parameter 'abs' /usr/include/iso/stdlib_iso.h:109: error: storage class specified for parameter 'atexit' /usr/include/iso/stdlib_iso.h:110: error: storage class specified for parameter 'atof' /usr/include/iso/stdlib_iso.h:111: error: storage class specified for parameter 'atoi' /usr/include/iso/stdlib_iso.h:112: error: storage class specified for parameter 'atol' /usr/include/iso/stdlib_iso.h:114: error: storage class specified for parameter 'bsearch' /usr/include/iso/stdlib_iso.h:121: error: storage class specified for parameter 'calloc' /usr/include/iso/stdlib_iso.h:122: error: storage class specified for parameter 'div' /usr/include/iso/stdlib_iso.h:124: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__NORETURN' {many many more similar errors omitted} ====================================================================== ---------------------------------------------------------------------- (0006733) bwalton (manager) - 2009-09-20 14:40 http://www.opencsw.org/bugtrack/view.php?id=3770#c6733 ---------------------------------------------------------------------- I'm most likely going to be rebuilding ruby for solaris 9+ with sun cc. Hopefully this will resolve the problem. No timeline on this yet, but fairly soon, I hope. From noreply at opencsw.org Mon Sep 21 00:28:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 21 Sep 2009 00:28:01 +0200 Subject: [bug-notifications] [wgetpaste 0003871]: /usr/bin/bash on Solaris 8 + 9 bails out on wgetpaste In-Reply-To: Message-ID: <2a96e26974da2edc8d49feee8ce08b9f@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3871 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: wgetpaste Issue ID: 3871 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-08-28 21:53 CEST Last Modified: 2009-09-21 00:28 CEST ====================================================================== Summary: /usr/bin/bash on Solaris 8 + 9 bails out on wgetpaste Description: skayser @ build8s ~$ wgetpaste --help /opt/csw/bin/wgetpaste: line 114: syntax error near unexpected token `<<<' /opt/csw/bin/wgetpaste: line 114: ` sed -e 's|%|%25|g' -e 's|&|%26|g' -e 's|+|%2b|g' -e 's|;|%3b|g' -e 's| |+|g' <<< "$*" || die "sed failed"' skayser @ build9s ~$ wgetpaste --help /opt/csw/bin/wgetpaste: line 114: syntax error near unexpected token `<<<' /opt/csw/bin/wgetpaste: line 114: ` sed -e 's|%|%25|g' -e 's|&|%26|g' -e 's|+|%2b|g' -e 's|;|%3b|g' -e 's| |+|g' <<< "$*" || die "sed failed"' skayser @ build8s ~$ head -1 /opt/csw/bin/wgetpaste #!/usr/bin/env bash skayser @ build8s ~$ type bash bash is /usr/bin/bash Using /opt/csw/bin/bash works. skayser @ build8s ~$ /opt/csw/bin/bash /opt/csw/bin/wgetpaste --help | head Usage: /opt/csw/bin/wgetpaste [options] [file[s]] Options: -l, --language LANG set language (defaults to "Plain Text") -d, --description DESCRIPTION set description (defaults to "stdin" or filename) -n, --nick NICK set nick (defaults to your username) -s, --service SERVICE set service to use (defaults to "dpaste") -e, --expiration EXPIRATION set when it should expire (defaults to "30 days") -S, --list-services list supported pastebin services ====================================================================== ---------------------------------------------------------------------- (0006734) maciej (manager) - 2009-09-21 00:28 http://www.opencsw.org/bugtrack/view.php?id=3871#c6734 ---------------------------------------------------------------------- Trying if setting the issue to 'closed' will make the e-mail not being sent to me. From noreply at opencsw.org Mon Sep 21 00:29:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 21 Sep 2009 00:29:03 +0200 Subject: [bug-notifications] [syslog_ng 0003469]: Zone support for syslog_ng In-Reply-To: <5901603d8da14293f093102325221082> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3469 ====================================================================== Reported By: automatthias Assigned To: ====================================================================== Project: syslog_ng Issue ID: 3469 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: reopened Fixed in Version: ====================================================================== Date Submitted: 2009-03-14 16:34 CET Last Modified: 2009-09-21 00:29 CEST ====================================================================== Summary: Zone support for syslog_ng Description: After installing syslog_ng, there is imported service definition into SMF, but it's lacking on all non-global zones. vsol01 ~ # svcs cswsyslog_ng STATE STIME FMRI online 0:58:42 svc:/network/cswsyslog_ng:default vsol01-zone1 ~ # svcs cswsyslog_ng svcs: Pattern 'cswsyslog_ng' doesn't match any instances STATE STIME FMRI ====================================================================== ---------------------------------------------------------------------- (0006735) maciej (manager) - 2009-09-21 00:29 http://www.opencsw.org/bugtrack/view.php?id=3469#c6735 ---------------------------------------------------------------------- This issue is fixed. syslog-ng installs and runs fine in non-global zones. From noreply at opencsw.org Mon Sep 21 00:47:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 21 Sep 2009 00:47:07 +0200 Subject: [bug-notifications] [syslog_ng 0003869]: syslog_ng package can no longer be installed on Solaris 8 or 9 In-Reply-To: <69f6612d35288b581194791c10172ad2> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3869 ====================================================================== Reported By: tim Assigned To: ====================================================================== Project: syslog_ng Issue ID: 3869 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-08-25 11:39 CEST Last Modified: 2009-09-21 00:47 CEST ====================================================================== Summary: syslog_ng package can no longer be installed on Solaris 8 or 9 Description: I was able to install the CSWsyslogng package on Solaris 8 or 9 machines just recently. However the latest package that's on the mirrors requires svcadm to install, therefore restricting it to Solaris 10 only: Do you want to continue with the installation of [y,n,?] y Installing syslog_ng - A powerful syslogd replacement as ## Executing preinstall script. Disabling svc:/system/system-log:default /var/sadm/pkg/CSWsyslogng/install/preinstall: svcadm: not found pkgadd: ERROR: preinstall script did not complete successfully Installation of failed. ERROR: could not add CSWsyslogng. ====================================================================== ---------------------------------------------------------------------- (0006736) maciej (manager) - 2009-09-21 00:47 http://www.opencsw.org/bugtrack/view.php?id=3869#c6736 ---------------------------------------------------------------------- I believe this is fixed, the updated package has been released into current and is available from mirrors. Tim, can you check please if it's working for you? Maciej From noreply at opencsw.org Mon Sep 21 00:47:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 21 Sep 2009 00:47:23 +0200 Subject: [bug-notifications] [syslog_ng 0003869]: syslog_ng package can no longer be installed on Solaris 8 or 9 In-Reply-To: <69f6612d35288b581194791c10172ad2> Message-ID: <880883c6d8c3b8a9dc9491af973ed993@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3869 ====================================================================== Reported By: tim Assigned To: maciej ====================================================================== Project: syslog_ng Issue ID: 3869 Category: packaging Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-08-25 11:39 CEST Last Modified: 2009-09-21 00:47 CEST ====================================================================== Summary: syslog_ng package can no longer be installed on Solaris 8 or 9 Description: I was able to install the CSWsyslogng package on Solaris 8 or 9 machines just recently. However the latest package that's on the mirrors requires svcadm to install, therefore restricting it to Solaris 10 only: Do you want to continue with the installation of [y,n,?] y Installing syslog_ng - A powerful syslogd replacement as ## Executing preinstall script. Disabling svc:/system/system-log:default /var/sadm/pkg/CSWsyslogng/install/preinstall: svcadm: not found pkgadd: ERROR: preinstall script did not complete successfully Installation of failed. ERROR: could not add CSWsyslogng. ====================================================================== ---------------------------------------------------------------------- (0006736) maciej (manager) - 2009-09-21 00:47 http://www.opencsw.org/bugtrack/view.php?id=3869#c6736 ---------------------------------------------------------------------- I believe this is fixed, the updated package has been released into current and is available from mirrors. Tim, can you check please if it's working for you? Maciej From noreply at opencsw.org Mon Sep 21 10:11:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 21 Sep 2009 10:11:32 +0200 Subject: [bug-notifications] [jbig2dec 0003880]: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included In-Reply-To: <3bd7d2bf28610bd56339a2e944d4a5ce> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3880 ====================================================================== Reported By: flod Assigned To: james ====================================================================== Project: jbig2dec Issue ID: 3880 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-04 13:27 CEST Last Modified: 2009-09-21 10:11 CEST ====================================================================== Summary: symbolic links in /opt/csw/lib/amd64/ lead nowhere, meaning amd64 libraries not included Description: The included symbolic links /opt/csw/lib/amd64/libjbig2dec.so /opt/csw/lib/amd64/libjbig2dec.so.0 lead nowhere as /opt/csw/lib/amd64/libjbig2dec.so.0.10 is missing. ====================================================================== ---------------------------------------------------------------------- (0006732) james (manager) - 2009-09-20 10:22 http://www.opencsw.org/bugtrack/view.php?id=3880#c6732 ---------------------------------------------------------------------- big2dec-0.10,REV=2009.09.13 released. From noreply at opencsw.org Mon Sep 21 10:12:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 21 Sep 2009 10:12:52 +0200 Subject: [bug-notifications] [ghostscript 0003881]: CSWgs package contains unexpected (?) build directory in /var/sadm/pkg/CSWgs/save In-Reply-To: <3c11cdafc1eb437618298410a99efe16> Message-ID: <38e1e58bbc5d30a19d01c857368f1caa@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3881 ====================================================================== Reported By: flod Assigned To: james ====================================================================== Project: ghostscript Issue ID: 3881 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-04 14:17 CEST Last Modified: 2009-09-21 10:12 CEST ====================================================================== Summary: CSWgs package contains unexpected (?) build directory in /var/sadm/pkg/CSWgs/save Description: /var/sadm/pkg/CSWgs/save/build exists but is unexpected (?) by sun tools. ====================================================================== ---------------------------------------------------------------------- (0006674) james (manager) - 2009-09-04 20:43 http://www.opencsw.org/bugtrack/view.php?id=3881#c6674 ---------------------------------------------------------------------- This directory contains the data for the standard packaging class "build". The files are the scripts that are the instructions to the build class. They have to be kept so the build class knows how to uninstall. Install and remove works so I say the checker is wrong. From noreply at opencsw.org Mon Sep 21 10:13:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 21 Sep 2009 10:13:48 +0200 Subject: [bug-notifications] [bzip2 0003849]: bzip2 package inconsistencies In-Reply-To: Message-ID: <0da238e55ff8802e697d45ffafd84719@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3849 ====================================================================== Reported By: choman Assigned To: james ====================================================================== Project: bzip2 Issue ID: 3849 Category: packaging Reproducibility: have not tried Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-08-12 20:53 CEST Last Modified: 2009-09-21 10:13 CEST ====================================================================== Summary: bzip2 package inconsistencies Description: The bzip2 package requirements between sparc and x86 are inconsistent. The x86 package requires an additional package of isaexec. This causes confusion for standardizing builds. Recommend either requiring isaexec to the sparc requirements or removing isaexec from the x86 requirements. ====================================================================== ---------------------------------------------------------------------- (0006569) james (manager) - 2009-08-13 12:13 http://www.opencsw.org/bugtrack/view.php?id=3849#c6569 ---------------------------------------------------------------------- Sparc doesn't require isaexec, i386 does. The depend files are correct and it installs correctly. I built it and I'm not confused. Your observation is correct, sparc and i386 are different. What's the problem? From noreply at opencsw.org Mon Sep 21 14:06:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 21 Sep 2009 14:06:23 +0200 Subject: [bug-notifications] [ca_certificates 0003910]: Postinstall script fails for ca_certificates when /opt/csw is read-only Message-ID: <74fc10f20cf9ff54b090eb145ac2d6eb@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3910 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: ca_certificates Issue ID: 3910 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-21 14:06 CEST Last Modified: 2009-09-21 14:06 CEST ====================================================================== Summary: Postinstall script fails for ca_certificates when /opt/csw is read-only Description: The postinstall script tries to write to the /opt/csw directory and fails with an error. It doesn't break anything, it's just a needless error message. ====================================================================== From noreply at opencsw.org Mon Sep 21 16:41:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 21 Sep 2009 16:41:03 +0200 Subject: [bug-notifications] [libxft2 0003911]: Description wrong? Currently says "x11 authorisation library". Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3911 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: libxft2 Issue ID: 3911 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-21 16:41 CEST Last Modified: 2009-09-21 16:41 CEST ====================================================================== Summary: Description wrong? Currently says "x11 authorisation library". Description: Isn't libxft2 a freetype related library? Thus, shouldn't the description rather say something like "X FreeType library"? ====================================================================== From noreply at opencsw.org Tue Sep 22 01:46:35 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 01:46:35 +0200 Subject: [bug-notifications] [rsync 0003066]: Extended Attribute support (xattr) In-Reply-To: <28d6f8eca66272305fd59bed5e43aad3> Message-ID: <7e198ddd72a082bd2da633326533919a@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3066 ====================================================================== Reported By: damjan Assigned To: ====================================================================== Project: rsync Issue ID: 3066 Category: regular use Reproducibility: N/A Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 00:17 CET Last Modified: 2009-09-22 01:46 CEST ====================================================================== Summary: Extended Attribute support (xattr) Description: Please include also extended attributes support in next update. Current release was not compiled with xattr support. rsync version 3.0.2 protocol version 30 Copyright (C) 1996-2008 by Andrew Tridgell, Wayne Davison, and others. Web site: http://rsync.samba.org/ Capabilities: 64-bit files, 64-bit inums, 32-bit timestamps, 64-bit long ints, socketpairs, hardlinks, symlinks, no IPv6, batchfiles, inplace, append, ACLs, no xattrs, iconv, no symtimes ====================================================================== ---------------------------------------------------------------------- (0006737) philadmin (administrator) - 2009-09-22 01:46 http://www.opencsw.org/mantis/view.php?id=3066#c6737 ---------------------------------------------------------------------- xattr was previously an external patch. in 3.0.6 i believe it is integrated in main tree. as such, it should now be enabled. From noreply at opencsw.org Tue Sep 22 01:47:39 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 01:47:39 +0200 Subject: [bug-notifications] [rsync 0002951]: Please upgrade to 3.0.4 In-Reply-To: <2b6b6e8db9a28571b8d3073f4eacf01d> Message-ID: <976862b1ea04c3b0ed694d23afbc60ac@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2951 ====================================================================== Reported By: dam Assigned To: phil ====================================================================== Project: rsync Issue ID: 2951 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-11-17 16:45 CET Last Modified: 2009-09-22 01:47 CEST ====================================================================== Summary: Please upgrade to 3.0.4 Description: Please upgrade to 3.0.4 ====================================================================== From noreply at opencsw.org Tue Sep 22 09:12:21 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 09:12:21 +0200 Subject: [bug-notifications] [libxft2 0003911]: Description wrong? Currently says "x11 authorisation library". In-Reply-To: <19d63adb74fb677e9d3dc5c23e56c42b> Message-ID: <37bae6d2a52554bedaf8cb48cbdea323@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3911 ====================================================================== Reported By: skayser Assigned To: dam ====================================================================== Project: libxft2 Issue ID: 3911 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-21 16:41 CEST Last Modified: 2009-09-22 09:12 CEST ====================================================================== Summary: Description wrong? Currently says "x11 authorisation library". Description: Isn't libxft2 a freetype related library? Thus, shouldn't the description rather say something like "X FreeType library"? ====================================================================== From noreply at opencsw.org Tue Sep 22 09:13:12 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 09:13:12 +0200 Subject: [bug-notifications] [libxft2 0003911]: Description wrong? Currently says "x11 authorisation library". In-Reply-To: <19d63adb74fb677e9d3dc5c23e56c42b> Message-ID: <4a9950d6f2cff5452478fcc3c1795eae@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3911 ====================================================================== Reported By: skayser Assigned To: dam ====================================================================== Project: libxft2 Issue ID: 3911 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-21 16:41 CEST Last Modified: 2009-09-22 09:13 CEST ====================================================================== Summary: Description wrong? Currently says "x11 authorisation library". Description: Isn't libxft2 a freetype related library? Thus, shouldn't the description rather say something like "X FreeType library"? ====================================================================== ---------------------------------------------------------------------- (0006738) dam (manager) - 2009-09-22 09:13 http://www.opencsw.org/mantis/view.php?id=3911#c6738 ---------------------------------------------------------------------- This is fixed in r6372. However, I will not repackage now as it is a minor error. It will be fixed on next version update. From noreply at opencsw.org Tue Sep 22 11:50:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 11:50:55 +0200 Subject: [bug-notifications] [mbuffer 0003912]: Please upgrade to 20090628 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3912 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: mbuffer Issue ID: 3912 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-22 11:50 CEST Last Modified: 2009-09-22 11:50 CEST ====================================================================== Summary: Please upgrade to 20090628 Description: Please upgrade to 20090628 ====================================================================== From noreply at opencsw.org Tue Sep 22 15:55:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 15:55:26 +0200 Subject: [bug-notifications] [aalib 0003913]: Please provide 64 bit libs Message-ID: <7e779f66e1cec182c105731929f508e2@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3913 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: aalib Issue ID: 3913 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-22 15:55 CEST Last Modified: 2009-09-22 15:55 CEST ====================================================================== Summary: Please provide 64 bit libs Description: Please provide 64 bit libs ====================================================================== From noreply at opencsw.org Tue Sep 22 19:11:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 19:11:32 +0200 Subject: [bug-notifications] [fakeroot 0002708]: CSWfakeroot appears to depend on gcc2rt In-Reply-To: <19d907718a6ed1580aabce1c58759368> Message-ID: <026bd4ef8e033448fa3b70de342a6a6e@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2708 ====================================================================== Reported By: jwheeler Assigned To: darin ====================================================================== Project: fakeroot Issue ID: 2708 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2007-12-21 08:15 CET Last Modified: 2009-09-22 19:11 CEST ====================================================================== Summary: CSWfakeroot appears to depend on gcc2rt Description: I\'ve noticed that on my PC I have all 3 gcc versions installed, all of which have been pulled in for me as dependancies from other packages. It really seems a waste to need all 3 these days! Can fakeroot be rebuilt with gcc4, or at least gcc3, removing the need for gcc2rt to be pulled in too? ====================================================================== ---------------------------------------------------------------------- (0006739) darin (manager) - 2009-09-22 19:11 http://www.opencsw.org/bugtrack/view.php?id=2708#c6739 ---------------------------------------------------------------------- the upgrade to 1.12.2 resolved this issue. From noreply at opencsw.org Tue Sep 22 19:15:11 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 19:15:11 +0200 Subject: [bug-notifications] [amanda 0003716]: Amanda 2.6.1p1 fails with symbol g_fprintf: referenced symbol not found In-Reply-To: <07c25f805abede1474a8b1dc4ccaf6c7> Message-ID: <930cbe2692f0f903f4949d7a927a4536@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3716 ====================================================================== Reported By: tim Assigned To: ====================================================================== Project: amanda Issue ID: 3716 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-06-19 12:23 CEST Last Modified: 2009-09-22 19:15 CEST ====================================================================== Summary: Amanda 2.6.1p1 fails with symbol g_fprintf: referenced symbol not found Description: bash-2.05# /opt/csw/libexec/amanda/amandad ld.so.1: /opt/csw/libexec/amanda/amandad: fatal: relocation error: file /opt/csw/lib/amanda/libamanda-2.6.1p1.so: symbol g_fprintf: referenced symbol not found Killed bash-2.05# uname -a SunOS acdev9 5.9 Generic_117171-07 sun4u sparc SUNW,Sun-Fire-V240 bash-2.05# ldd /opt/csw/libexec/amanda/amandad libamandad-2.6.1p1.so => /opt/csw/lib/amanda/libamandad-2.6.1p1.so libamanda-2.6.1p1.so => /opt/csw/lib/amanda/libamanda-2.6.1p1.so libm.so.1 => /usr/lib/libm.so.1 libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 libpthread.so.1 => /usr/lib/libpthread.so.1 libthread.so.1 => /usr/lib/libthread.so.1 librt.so.1 => /usr/lib/librt.so.1 libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 libintl.so.8 => /opt/csw/lib/libintl.so.8 libcurl.so.4 => /usr/local/lib/libcurl.so.4 libidn.so.11 => /opt/csw/lib/libidn.so.11 libldap-2.3.so.0 => /opt/csw/lib/libldap-2.3.so.0 liblber-2.3.so.0 => /opt/csw/lib/liblber-2.3.so.0 libgen.so.1 => /usr/lib/libgen.so.1 libnet.so => /opt/csw/lib/libnet.so libsasl2.so.2 => /opt/csw/lib/libsasl2.so.2 libresolv.so.2 => /usr/lib/libresolv.so.2 libssl.so.0.9.8 => /opt/csw/lib/libssl.so.0.9.8 libcrypto.so.0.9.8 => /opt/csw/lib/libcrypto.so.0.9.8 libdl.so.1 => /usr/lib/libdl.so.1 libz.so => /usr/lib/libz.so libnsl.so.1 => /usr/lib/libnsl.so.1 libsocket.so.1 => /usr/lib/libsocket.so.1 libc.so.1 => /usr/lib/libc.so.1 libaio.so.1 => /usr/lib/libaio.so.1 libmd5.so.1 => /usr/lib/libmd5.so.1 libsec.so.1 => /usr/lib/libsec.so.1 libiconv.so.2 => /opt/csw/lib/libiconv.so.2 libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1 libmp.so.2 => /usr/lib/libmp.so.2 /usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1 /usr/platform/SUNW,Sun-Fire-V240/lib/libmd5_psr.so.1 ====================================================================== ---------------------------------------------------------------------- (0006641) tim (reporter) - 2009-08-25 11:36 http://www.opencsw.org/bugtrack/view.php?id=3716#c6641 ---------------------------------------------------------------------- Lately this doesn't seem to happen anymore, so it probably was just something needed patching or updating From noreply at opencsw.org Tue Sep 22 19:15:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 19:15:43 +0200 Subject: [bug-notifications] [fakeroot 0003630]: upgrade fakeroot In-Reply-To: <79b4d8c02c7d80f0e9bfac0fca98f654> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3630 ====================================================================== Reported By: darin Assigned To: philadmin ====================================================================== Project: fakeroot Issue ID: 3630 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: reopened Fixed in Version: ====================================================================== Date Submitted: 2009-04-09 23:27 CEST Last Modified: 2009-09-22 19:15 CEST ====================================================================== Summary: upgrade fakeroot Description: I'm running stagepkg and when reviewing the prototype file I noticed that user:group assignments are not being properly set. While inspecting the stagepkg script I noticed a mention of some fakeroot bug on x86 so the user:group are being set to root:bin for all files, this packages has a ton of files that need to different user:group ownership. I can use the prototype generated on sparc but given that our fakeroot package is really old I though upgrading would be nice. ====================================================================== ---------------------------------------------------------------------- (0005961) darin (manager) - 2009-04-14 15:04 http://www.opencsw.org/bugtrack/view.php?id=3630#c5961 ---------------------------------------------------------------------- I grabbed the latest version of fakeroot, version 1.12.2, from the Debian repository and was able to successfully compile it and this solaris x86 bugs appears to have been resolved. It doesn't compile right out of the box because of the Solaris acl implementation, but this is easily surpassed by removing sys/acl.h from AC_CHECK_HEADERS in configure.ac and regenerating configure with autoconf. http://ftp.debian.org/debian/pool/main/f/fakeroot/fakeroot_1.12.2.tar.gz From noreply at opencsw.org Tue Sep 22 19:16:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 19:16:08 +0200 Subject: [bug-notifications] [amanda 0003692]: Missing Amanda User In-Reply-To: <4dd32e2840c68addc292be3dcb90e4ba> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3692 ====================================================================== Reported By: DerJoern Assigned To: darin ====================================================================== Project: amanda Issue ID: 3692 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-28 09:13 CEST Last Modified: 2009-09-22 19:16 CEST ====================================================================== Summary: Missing Amanda User Description: Hi! I'm trying to install Amanada 2.6.1 from unstable on Solaris Sparc and get the following error upon package installation: ERROR: attribute verification of failed owner name not found in passwd table(s) ====================================================================== ---------------------------------------------------------------------- (0006220) darin (manager) - 2009-05-28 17:12 http://www.opencsw.org/bugtrack/view.php?id=3692#c6220 ---------------------------------------------------------------------- This has been resolved and the updated package should be deployed shortly. From noreply at opencsw.org Tue Sep 22 20:33:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 20:33:19 +0200 Subject: [bug-notifications] [libiconv 0003524]: Please upgrade to 1.13 In-Reply-To: Message-ID: <14fba3ca0845bd5edce86b91ae8ac3a5@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3524 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: libiconv Issue ID: 3524 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-03-31 21:43 CEST Last Modified: 2009-09-22 20:33 CEST ====================================================================== Summary: Please upgrade to 1.13 Description: A new version of libiconv (1.13) is available. Finally it knows about Solaris encoding 646! ====================================================================== ---------------------------------------------------------------------- (0006740) skayser (administrator) - 2009-09-22 20:33 http://www.opencsw.org/mantis/view.php?id=3524#c6740 ---------------------------------------------------------------------- Fixed with 1.13.1,REV=2009.07.31. From noreply at opencsw.org Tue Sep 22 20:34:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 20:34:27 +0200 Subject: [bug-notifications] [libiconv 0003662]: /opt/csw/lib/64/charset.alias missing In-Reply-To: <7e61c01d73d7c203277583578c800a9b> Message-ID: <41a0730997b06d6c0bb74a476d707743@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3662 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: libiconv Issue ID: 3662 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-05-09 02:00 CEST Last Modified: 2009-09-22 20:34 CEST ====================================================================== Summary: /opt/csw/lib/64/charset.alias missing Description: During the compile of gtk+ 2.16.1 on amd64 a call to gtk-update-icon-cache fails: 3394: open("/opt/csw/lib/64/charset.alias", O_RDONLY) Err#2 ENOENT 3394: stat("--force/index.theme", 0xFFFFFD7FFFDFFA10) Err#2 ENOENT 3394: getuid() = 1000 [1000] 3394: getuid() = 1000 [1000] 3394: getgid() = 1000 [1000] 3394: getgid() = 1000 [1000] 3394: fstat(2, 0xFFFFFD7FFFDFF7B0) = 0 gtk-update-icon-cache3394: write(2, " g t k - u p d a t e - i".., 21) = 21 After linking charset.alias to /64 like this: opencsw# cd /opt/csw/lib/64 opencsw# ln -s ../charset.alias . the critical lines worked: GDK_PIXBUF_MODULE_FILE=../gdk-pixbuf/gdk-pixbuf.loaders ./gtk-update-icon-cache --force --ignore-theme-index \ --source builtin_icons stock-icons > gtkbuiltincache.h.tmp; echo $? gtk-update-icon-cache: Cache file created successfully. 0 ====================================================================== ---------------------------------------------------------------------- (0006741) skayser (administrator) - 2009-09-22 20:34 http://www.opencsw.org/mantis/view.php?id=3662#c6741 ---------------------------------------------------------------------- Fixed with 1.13.1,REV=2009.07.31. From noreply at opencsw.org Tue Sep 22 20:36:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 20:36:23 +0200 Subject: [bug-notifications] [mutt 0002973]: mutt compiled with libidn does not work with the defaul locale In-Reply-To: Message-ID: <8bdb668048e029238751e0f779b4ccf7@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2973 ====================================================================== Reported By: bfr-murphy Assigned To: phil ====================================================================== Project: mutt Issue ID: 2973 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-12-17 21:13 CET Last Modified: 2009-09-22 20:36 CEST ====================================================================== Summary: mutt compiled with libidn does not work with the defaul locale Description: When compiled with libidn mutt does not work with the "C" or "POSIX" locales. The error 'Bad IDN "{hostname of IMAP server}".' is printed in the message line at the bottom of the terminal window and no connection is made to the IMAP server. This is a problem because the Sun default locale is "C". Unsetting the mutt variable use_idn or changing the value of the mutt variables charset, assumed_charset, attach_charset, config_charset, and send_charset does not fix the problem. Possible solutions: 1) Do not compile mutt with libidn. 2) Provide a wrapper script that checks the LANG shell environment variable and changes the LC_ALL shell environment variable to another value if LANG is "C" or "POSIX". There would need to be a way for the user to specify a locale other than "C" or "POSIX" for the wrapper to use. ====================================================================== ---------------------------------------------------------------------- (0006742) skayser (administrator) - 2009-09-22 20:36 http://www.opencsw.org/mantis/view.php?id=2973#c6742 ---------------------------------------------------------------------- This has been lingering for a while and should be fixed with the updated libiconv 1.13.1,REV=2009.07.31 which has been released today. bfr-murphy, could you please verify that it solves the problem for you. From noreply at opencsw.org Tue Sep 22 20:36:54 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 22 Sep 2009 20:36:54 +0200 Subject: [bug-notifications] [mutt 0002973]: mutt compiled with libidn does not work with the defaul locale In-Reply-To: Message-ID: <16db3559ea9ebe6debc48fedad6b357f@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2973 ====================================================================== Reported By: bfr-murphy Assigned To: skayser ====================================================================== Project: mutt Issue ID: 2973 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2008-12-17 21:13 CET Last Modified: 2009-09-22 20:36 CEST ====================================================================== Summary: mutt compiled with libidn does not work with the defaul locale Description: When compiled with libidn mutt does not work with the "C" or "POSIX" locales. The error 'Bad IDN "{hostname of IMAP server}".' is printed in the message line at the bottom of the terminal window and no connection is made to the IMAP server. This is a problem because the Sun default locale is "C". Unsetting the mutt variable use_idn or changing the value of the mutt variables charset, assumed_charset, attach_charset, config_charset, and send_charset does not fix the problem. Possible solutions: 1) Do not compile mutt with libidn. 2) Provide a wrapper script that checks the LANG shell environment variable and changes the LC_ALL shell environment variable to another value if LANG is "C" or "POSIX". There would need to be a way for the user to specify a locale other than "C" or "POSIX" for the wrapper to use. ====================================================================== ---------------------------------------------------------------------- (0006742) skayser (administrator) - 2009-09-22 20:36 http://www.opencsw.org/mantis/view.php?id=2973#c6742 ---------------------------------------------------------------------- This has been lingering for a while and should be fixed with the updated libiconv 1.13.1,REV=2009.07.31 which has been released today. bfr-murphy, could you please verify that it solves the problem for you. From noreply at opencsw.org Wed Sep 23 13:54:20 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 13:54:20 +0200 Subject: [bug-notifications] [pkgutil 0003914]: Feature request: Select target platform for --download and --transform Message-ID: <3a3e39981ab7792579cd86d1859869f7@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3914 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3914 Category: regular use Reproducibility: have not tried Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-23 13:54 CEST Last Modified: 2009-09-23 13:54 CEST ====================================================================== Summary: Feature request: Select target platform for --download and --transform Description: The target platform selection via --target is documented to work with the --stream option. Could pkgutil be enhanced so that it also works with --download and --transform. ====================================================================== From noreply at opencsw.org Wed Sep 23 14:24:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 14:24:24 +0200 Subject: [bug-notifications] [wget 0003915]: Please upgrade to 1.12 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3915 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: wget Issue ID: 3915 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-23 14:24 CEST Last Modified: 2009-09-23 14:24 CEST ====================================================================== Summary: Please upgrade to 1.12 Description: Please upgrade to 1.12 ====================================================================== From noreply at opencsw.org Wed Sep 23 14:25:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 14:25:07 +0200 Subject: [bug-notifications] [lcms 0003916]: Please upgrade to 1.18a Message-ID: <7786c79ddb6e4929df1ac2a9b79652e8@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3916 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: lcms Issue ID: 3916 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-23 14:25 CEST Last Modified: 2009-09-23 14:25 CEST ====================================================================== Summary: Please upgrade to 1.18a Description: Please upgrade to 1.18a ====================================================================== From noreply at opencsw.org Wed Sep 23 17:02:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 17:02:32 +0200 Subject: [bug-notifications] [pkgutil 0003917]: bldcat/chkcat rely on /opt/csw/bin/perl, but CSWpkgutil doesn't have dependency on CSWperl Message-ID: <1aa1a58aff9cb4355170b3a6cc8c9521@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3917 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3917 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-23 17:02 CEST Last Modified: 2009-09-23 17:02 CEST ====================================================================== Summary: bldcat/chkcat rely on /opt/csw/bin/perl, but CSWpkgutil doesn't have dependency on CSWperl Description: I understand that CSWpkgutil should not depend on CSWperl, but bldcat/chkcat are both hardcoded to use /opt/csw/bin/perl. Just wanted to build a catalog on a system that only has /usr/bin/perl and catalog creation failed. $ /opt/csw/bin/bldcat bash: /opt/csw/bin/bldcat: bad interpreter: No such file or directory $ head -1 /opt/csw/bin/bldcat #!/opt/csw/bin/perl -w $ head -1 /opt/csw/bin/chkcat #!/opt/csw/bin/perl -w $ pkginfo -l CSWperl ERROR: information for "CSWperl" was not found Unfortunately, they don't work with the stock perl due to missing perl modules. $ /usr/bin/perl /opt/csw/bin/bldcat . Can't locate Digest/MD5.pm in @INC (@INC contains: /usr/perl5/5.6.1/lib/sun4-solaris-64int /usr/perl5/5.6.1/lib /usr/perl5/site_perl/5.6.1/sun4-solaris-64int /usr/perl5/site_perl/5.6.1 /usr/perl5/site_perl /usr/perl5/vendor_perl/5.6.1/sun4-solaris-64int /usr/perl5/vendor_perl/5.6.1 /usr/perl5/vendor_perl .) at /opt/csw/bin/bldcat line 9. BEGIN failed--compilation aborted at /opt/csw/bin/bldcat line 9. Any chance to ship the required modules with CSWpkgutil? ====================================================================== From noreply at opencsw.org Wed Sep 23 18:09:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 18:09:38 +0200 Subject: [bug-notifications] [pkgutil 0003904]: pkgutil 1.7: --transform doesn't work when package is already installed In-Reply-To: <4ee70687856a74c2a277b1a059fe7eeb> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3904 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3904 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-17 16:39 CEST Last Modified: 2009-09-23 18:09 CEST ====================================================================== Summary: pkgutil 1.7: --transform doesn't work when package is already installed Description: Me again. In contrary to the -s/--stream option, --transform seems to check the requested package against the ones that are already installed and doesn't proceed if the package is already installed. skayser @ ray42 ~$ pkgutil --transform wget You're not root and didn't set -W, using current dir. Parsing catalog, may take a while... Current packages: CSWcacertificates-20090108,REV=2009.01.08 CSWcommon-1.4.6,REV=2008.04.28 CSWcswclassutils-1.18,REV=2009.08.10 CSWosslrt-0.9.8,REV=2009.03.27_rev=k CSWwget-1.11.4,REV=2009.04.15 $ The primary usage of --transform for me is to cross-check ongoing packaging work with other packages. Whether a requested package is already installed doesn't really matter to me, i just want to have a look at the full package structure. IIRC i was in favor of --transform to work as a switch to -d and to have -d download a package independently of whether it is already installed. Similar to "aptitude download " on Debian. Did we talk about that? ====================================================================== From noreply at opencsw.org Wed Sep 23 18:09:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 18:09:43 +0200 Subject: [bug-notifications] [pkgutil 0003914]: Feature request: Select target platform for --download and --transform In-Reply-To: Message-ID: <478f62dfb46731f8339d26fd942a6c3a@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3914 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3914 Category: regular use Reproducibility: have not tried Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-23 13:54 CEST Last Modified: 2009-09-23 18:09 CEST ====================================================================== Summary: Feature request: Select target platform for --download and --transform Description: The target platform selection via --target is documented to work with the --stream option. Could pkgutil be enhanced so that it also works with --download and --transform. ====================================================================== From noreply at opencsw.org Wed Sep 23 18:09:47 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 18:09:47 +0200 Subject: [bug-notifications] [pkgutil 0003917]: bldcat/chkcat rely on /opt/csw/bin/perl, but CSWpkgutil doesn't have dependency on CSWperl In-Reply-To: <9acba0643019b27d413918d5e46fb5a7> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3917 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3917 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-23 17:02 CEST Last Modified: 2009-09-23 18:09 CEST ====================================================================== Summary: bldcat/chkcat rely on /opt/csw/bin/perl, but CSWpkgutil doesn't have dependency on CSWperl Description: I understand that CSWpkgutil should not depend on CSWperl, but bldcat/chkcat are both hardcoded to use /opt/csw/bin/perl. Just wanted to build a catalog on a system that only has /usr/bin/perl and catalog creation failed. $ /opt/csw/bin/bldcat bash: /opt/csw/bin/bldcat: bad interpreter: No such file or directory $ head -1 /opt/csw/bin/bldcat #!/opt/csw/bin/perl -w $ head -1 /opt/csw/bin/chkcat #!/opt/csw/bin/perl -w $ pkginfo -l CSWperl ERROR: information for "CSWperl" was not found Unfortunately, they don't work with the stock perl due to missing perl modules. $ /usr/bin/perl /opt/csw/bin/bldcat . Can't locate Digest/MD5.pm in @INC (@INC contains: /usr/perl5/5.6.1/lib/sun4-solaris-64int /usr/perl5/5.6.1/lib /usr/perl5/site_perl/5.6.1/sun4-solaris-64int /usr/perl5/site_perl/5.6.1 /usr/perl5/site_perl /usr/perl5/vendor_perl/5.6.1/sun4-solaris-64int /usr/perl5/vendor_perl/5.6.1 /usr/perl5/vendor_perl .) at /opt/csw/bin/bldcat line 9. BEGIN failed--compilation aborted at /opt/csw/bin/bldcat line 9. Any chance to ship the required modules with CSWpkgutil? ====================================================================== From noreply at opencsw.org Wed Sep 23 18:12:45 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 18:12:45 +0200 Subject: [bug-notifications] [pkgutil 0003904]: pkgutil 1.7: --transform doesn't work when package is already installed In-Reply-To: <4ee70687856a74c2a277b1a059fe7eeb> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3904 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3904 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-17 16:39 CEST Last Modified: 2009-09-23 18:12 CEST ====================================================================== Summary: pkgutil 1.7: --transform doesn't work when package is already installed Description: Me again. In contrary to the -s/--stream option, --transform seems to check the requested package against the ones that are already installed and doesn't proceed if the package is already installed. skayser @ ray42 ~$ pkgutil --transform wget You're not root and didn't set -W, using current dir. Parsing catalog, may take a while... Current packages: CSWcacertificates-20090108,REV=2009.01.08 CSWcommon-1.4.6,REV=2008.04.28 CSWcswclassutils-1.18,REV=2009.08.10 CSWosslrt-0.9.8,REV=2009.03.27_rev=k CSWwget-1.11.4,REV=2009.04.15 $ The primary usage of --transform for me is to cross-check ongoing packaging work with other packages. Whether a requested package is already installed doesn't really matter to me, i just want to have a look at the full package structure. IIRC i was in favor of --transform to work as a switch to -d and to have -d download a package independently of whether it is already installed. Similar to "aptitude download " on Debian. Did we talk about that? ====================================================================== ---------------------------------------------------------------------- (0006743) bonivart (manager) - 2009-09-23 18:12 http://www.opencsw.org/mantis/view.php?id=3904#c6743 ---------------------------------------------------------------------- I agree with that --transform should disregard whether or not a package is installed. I will have to fix this. But for -d I'm not really sure since it would change the current/old behavior (--transform is new) and someone might file a bug about that too. :-/ From noreply at opencsw.org Wed Sep 23 18:13:47 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 18:13:47 +0200 Subject: [bug-notifications] [pkgutil 0003914]: Feature request: Select target platform for --download and --transform In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3914 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3914 Category: regular use Reproducibility: have not tried Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-23 13:54 CEST Last Modified: 2009-09-23 18:13 CEST ====================================================================== Summary: Feature request: Select target platform for --download and --transform Description: The target platform selection via --target is documented to work with the --stream option. Could pkgutil be enhanced so that it also works with --download and --transform. ====================================================================== ---------------------------------------------------------------------- (0006744) bonivart (manager) - 2009-09-23 18:13 http://www.opencsw.org/mantis/view.php?id=3914#c6744 ---------------------------------------------------------------------- To be a more general tool for downloading/inspecting packages? I guess it wouldn't hurt. I'll add it to my queue. :-) From noreply at opencsw.org Wed Sep 23 18:23:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 18:23:32 +0200 Subject: [bug-notifications] [pkgutil 0003917]: bldcat/chkcat rely on /opt/csw/bin/perl, but CSWpkgutil doesn't have dependency on CSWperl In-Reply-To: <9acba0643019b27d413918d5e46fb5a7> Message-ID: <1aaed57b9cae20e487369c3b938b3ad8@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3917 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3917 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-23 17:02 CEST Last Modified: 2009-09-23 18:23 CEST ====================================================================== Summary: bldcat/chkcat rely on /opt/csw/bin/perl, but CSWpkgutil doesn't have dependency on CSWperl Description: I understand that CSWpkgutil should not depend on CSWperl, but bldcat/chkcat are both hardcoded to use /opt/csw/bin/perl. Just wanted to build a catalog on a system that only has /usr/bin/perl and catalog creation failed. $ /opt/csw/bin/bldcat bash: /opt/csw/bin/bldcat: bad interpreter: No such file or directory $ head -1 /opt/csw/bin/bldcat #!/opt/csw/bin/perl -w $ head -1 /opt/csw/bin/chkcat #!/opt/csw/bin/perl -w $ pkginfo -l CSWperl ERROR: information for "CSWperl" was not found Unfortunately, they don't work with the stock perl due to missing perl modules. $ /usr/bin/perl /opt/csw/bin/bldcat . Can't locate Digest/MD5.pm in @INC (@INC contains: /usr/perl5/5.6.1/lib/sun4-solaris-64int /usr/perl5/5.6.1/lib /usr/perl5/site_perl/5.6.1/sun4-solaris-64int /usr/perl5/site_perl/5.6.1 /usr/perl5/site_perl /usr/perl5/vendor_perl/5.6.1/sun4-solaris-64int /usr/perl5/vendor_perl/5.6.1 /usr/perl5/vendor_perl .) at /opt/csw/bin/bldcat line 9. BEGIN failed--compilation aborted at /opt/csw/bin/bldcat line 9. Any chance to ship the required modules with CSWpkgutil? ====================================================================== ---------------------------------------------------------------------- (0006745) bonivart (manager) - 2009-09-23 18:23 http://www.opencsw.org/mantis/view.php?id=3917#c6745 ---------------------------------------------------------------------- I want to make pkgutil as free of deps as possible, it currently has none so you can use it immediately even if on Solaris 8 with Perl 5.5.3 from 1999(?). The chkcat/bldcat utilities are different though, they use (not optional) a few modules that are not included in the core dist of old Perl but it's easy to get our new Perl when you have a working pkgutil. :-) I'm thinking about making something like CSWpkgutilplus that depends on a few things like our Perl, GPG and Curl. Installing it would "unlock" features like parallel downloads. What do you think about that? I want to keep pkgutil as simple as possible to make it bootstrappable but advanced features requires (up to date) dependencies. From noreply at opencsw.org Wed Sep 23 19:36:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 19:36:38 +0200 Subject: [bug-notifications] [pkgutil 0003904]: pkgutil 1.7: --transform doesn't work when package is already installed In-Reply-To: <4ee70687856a74c2a277b1a059fe7eeb> Message-ID: <685bc73e4f989df6b4d236ddc6692c9d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3904 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3904 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-17 16:39 CEST Last Modified: 2009-09-23 19:36 CEST ====================================================================== Summary: pkgutil 1.7: --transform doesn't work when package is already installed Description: Me again. In contrary to the -s/--stream option, --transform seems to check the requested package against the ones that are already installed and doesn't proceed if the package is already installed. skayser @ ray42 ~$ pkgutil --transform wget You're not root and didn't set -W, using current dir. Parsing catalog, may take a while... Current packages: CSWcacertificates-20090108,REV=2009.01.08 CSWcommon-1.4.6,REV=2008.04.28 CSWcswclassutils-1.18,REV=2009.08.10 CSWosslrt-0.9.8,REV=2009.03.27_rev=k CSWwget-1.11.4,REV=2009.04.15 $ The primary usage of --transform for me is to cross-check ongoing packaging work with other packages. Whether a requested package is already installed doesn't really matter to me, i just want to have a look at the full package structure. IIRC i was in favor of --transform to work as a switch to -d and to have -d download a package independently of whether it is already installed. Similar to "aptitude download " on Debian. Did we talk about that? ====================================================================== ---------------------------------------------------------------------- (0006746) skayser (administrator) - 2009-09-23 19:36 http://www.opencsw.org/mantis/view.php?id=3904#c6746 ---------------------------------------------------------------------- Overall, --transform shouldn't behave that much different from -d (just an additional transform after the package has been downloaded - more a variant of the -d mode than a mode on its own). So IMHO we should see whether we can do something about both of them. Now that -d had skipped locally installed pkgs in the past, i see two options 1) Add a switch to ignore the installation state of a pkg, so that one can force the download of all requested pkgs pkgutil -d [--transform] --all foobar pkgutil -d [--transform] --force foobar pkgutil -d [--transform] --?? foobar Both are not very intuitive (i can't come up with an intuitive one right now), but should demonstrate what i mean. 2) Break with existing behavior, ignore the INSTALLED state of a pkg, and introduce an additional switch (could either be for the -d or the -i mode, see below) which would restore previous behavior. Needs to be noted in the changelog of course. I am in favor of option http://www.opencsw.org/mantis/view.php?id=2 for two reason. First, it is consistent with the -s behavior which just downloads all pkgs. Second, if i want to download pkgs, i want to download them. It is not as if i was saying "pkgutil, please do as if you were installing, but only download". If i wanted that, i would rather say something like: "pkgutil -i --download-only". To draw a comparison with the Debian's aptitude: to download a pkg on Debian i have two options aptitude install -d foobar aptitude download foobar The first one is the installation mode and would download foobar only if it wasn't installed yet. Feels intuitive, no? One knows that aptitude is in installation mode, does all the usual, clever logic, but then simply downloads instead of installing. The second one is the download mode which simply downloads foobar without honoring any local pkg states. Also feels intuitive to me (although i somehow like our download behavior of downloading deps also ;). In pkgutil we could thus have pkgutil -i --download foobar (or pkgutil -d --skip-installed) pkgutil -u --download foobar ^^ Do as if you were installing/upgrading, but stop after the download. pkgutil -d foobar ^^ Simply download a package (plus its dependencies?). Plus variants of the -d mode. pkgutil -d --transform foobar pkgutil -d --stream foobar What do you think? Any possible comparisons to how things work with yum on RHEL? From noreply at opencsw.org Wed Sep 23 19:43:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 19:43:23 +0200 Subject: [bug-notifications] [mutt 0002973]: mutt compiled with libidn does not work with the defaul locale In-Reply-To: Message-ID: <8c6a9f16bc675112bd455f39e24295f0@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2973 ====================================================================== Reported By: bfr-murphy Assigned To: skayser ====================================================================== Project: mutt Issue ID: 2973 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2008-12-17 21:13 CET Last Modified: 2009-09-23 19:43 CEST ====================================================================== Summary: mutt compiled with libidn does not work with the defaul locale Description: When compiled with libidn mutt does not work with the "C" or "POSIX" locales. The error 'Bad IDN "{hostname of IMAP server}".' is printed in the message line at the bottom of the terminal window and no connection is made to the IMAP server. This is a problem because the Sun default locale is "C". Unsetting the mutt variable use_idn or changing the value of the mutt variables charset, assumed_charset, attach_charset, config_charset, and send_charset does not fix the problem. Possible solutions: 1) Do not compile mutt with libidn. 2) Provide a wrapper script that checks the LANG shell environment variable and changes the LC_ALL shell environment variable to another value if LANG is "C" or "POSIX". There would need to be a way for the user to specify a locale other than "C" or "POSIX" for the wrapper to use. ====================================================================== ---------------------------------------------------------------------- (0006747) bfr-murphy (reporter) - 2009-09-23 19:43 http://www.opencsw.org/bugtrack/view.php?id=2973#c6747 ---------------------------------------------------------------------- The new version of libiconv appeared at the package mirror today. It looks like this fixes the problem i had with mutt and libiconv. Thanks. From noreply at opencsw.org Wed Sep 23 19:51:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 19:51:05 +0200 Subject: [bug-notifications] [pkgutil 0003917]: bldcat/chkcat rely on /opt/csw/bin/perl, but CSWpkgutil doesn't have dependency on CSWperl In-Reply-To: <9acba0643019b27d413918d5e46fb5a7> Message-ID: <7e8aa17d807644d9866425eee8f7b596@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3917 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3917 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-23 17:02 CEST Last Modified: 2009-09-23 19:51 CEST ====================================================================== Summary: bldcat/chkcat rely on /opt/csw/bin/perl, but CSWpkgutil doesn't have dependency on CSWperl Description: I understand that CSWpkgutil should not depend on CSWperl, but bldcat/chkcat are both hardcoded to use /opt/csw/bin/perl. Just wanted to build a catalog on a system that only has /usr/bin/perl and catalog creation failed. $ /opt/csw/bin/bldcat bash: /opt/csw/bin/bldcat: bad interpreter: No such file or directory $ head -1 /opt/csw/bin/bldcat #!/opt/csw/bin/perl -w $ head -1 /opt/csw/bin/chkcat #!/opt/csw/bin/perl -w $ pkginfo -l CSWperl ERROR: information for "CSWperl" was not found Unfortunately, they don't work with the stock perl due to missing perl modules. $ /usr/bin/perl /opt/csw/bin/bldcat . Can't locate Digest/MD5.pm in @INC (@INC contains: /usr/perl5/5.6.1/lib/sun4-solaris-64int /usr/perl5/5.6.1/lib /usr/perl5/site_perl/5.6.1/sun4-solaris-64int /usr/perl5/site_perl/5.6.1 /usr/perl5/site_perl /usr/perl5/vendor_perl/5.6.1/sun4-solaris-64int /usr/perl5/vendor_perl/5.6.1 /usr/perl5/vendor_perl .) at /opt/csw/bin/bldcat line 9. BEGIN failed--compilation aborted at /opt/csw/bin/bldcat line 9. Any chance to ship the required modules with CSWpkgutil? ====================================================================== ---------------------------------------------------------------------- (0006748) skayser (administrator) - 2009-09-23 19:51 http://www.opencsw.org/mantis/view.php?id=3917#c6748 ---------------------------------------------------------------------- A separate package for tools that have additional dependencies sounds good to me. Don't quite know about introducing enhanced features of pkgutil via an extra package, though. Shouldn't people just need to be concerned with one pkg* package. How about some sort of auto-discovery of additional tools? If they are installed, use the features, if not, don't. Maybe add a pkgutil --pimpme switch to install those extra-deps. ;) From noreply at opencsw.org Wed Sep 23 19:54:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 19:54:58 +0200 Subject: [bug-notifications] [mutt 0002973]: mutt compiled with libidn does not work with the defaul locale In-Reply-To: Message-ID: <2c05de2ba3d9de3c7255f8ee2b260d3b@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2973 ====================================================================== Reported By: bfr-murphy Assigned To: skayser ====================================================================== Project: mutt Issue ID: 2973 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-12-17 21:13 CET Last Modified: 2009-09-23 19:54 CEST ====================================================================== Summary: mutt compiled with libidn does not work with the defaul locale Description: When compiled with libidn mutt does not work with the "C" or "POSIX" locales. The error 'Bad IDN "{hostname of IMAP server}".' is printed in the message line at the bottom of the terminal window and no connection is made to the IMAP server. This is a problem because the Sun default locale is "C". Unsetting the mutt variable use_idn or changing the value of the mutt variables charset, assumed_charset, attach_charset, config_charset, and send_charset does not fix the problem. Possible solutions: 1) Do not compile mutt with libidn. 2) Provide a wrapper script that checks the LANG shell environment variable and changes the LC_ALL shell environment variable to another value if LANG is "C" or "POSIX". There would need to be a way for the user to specify a locale other than "C" or "POSIX" for the wrapper to use. ====================================================================== ---------------------------------------------------------------------- (0006749) skayser (administrator) - 2009-09-23 19:54 http://www.opencsw.org/bugtrack/view.php?id=2973#c6749 ---------------------------------------------------------------------- Resolved with libiconv 1.13.1,REV=2009.07.31. Thanks for reporting and feedback, bfr-murphy. From noreply at opencsw.org Wed Sep 23 23:15:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 23 Sep 2009 23:15:24 +0200 Subject: [bug-notifications] [wireshark 0003918]: Please update wireshark to latest version from Wireshark.org (currently 1.2.2), retest & release. Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3918 ====================================================================== Reported By: alfyj Assigned To: ====================================================================== Project: wireshark Issue ID: 3918 Category: packaging Reproducibility: N/A Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-23 23:15 CEST Last Modified: 2009-09-23 23:15 CEST ====================================================================== Summary: Please update wireshark to latest version from Wireshark.org (currently 1.2.2), retest & release. Description: Stable version is very old. Many bug fixes and new features are available. ====================================================================== From noreply at opencsw.org Fri Sep 25 09:21:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 25 Sep 2009 09:21:15 +0200 Subject: [bug-notifications] [libsigsegv 0003919]: Please upgrade to 2.7 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3919 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: libsigsegv Issue ID: 3919 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-25 09:21 CEST Last Modified: 2009-09-25 09:21 CEST ====================================================================== Summary: Please upgrade to 2.7 Description: Please upgrade to 2.7 ====================================================================== From noreply at opencsw.org Fri Sep 25 18:18:02 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 25 Sep 2009 18:18:02 +0200 Subject: [bug-notifications] [clusterit 0003920]: man pages don't display properly Message-ID: <08cbde5189ce9b8041aef1e49ef4a4bd@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3920 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: clusterit Issue ID: 3920 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-25 18:18 CEST Last Modified: 2009-09-25 18:18 CEST ====================================================================== Summary: man pages don't display properly Description: Seems as if the man page markup can't be rendered by the Solaris nroff. When looking at one of the man page from the clusterit package only plain text (without formatting) is displayed. $ man -M /opt/csw/clusterit/share/man/ run | head Reformatting page. Please Wait... done The utility can be used to run a command, or group of commands on a cluster of machines. The command or commands are run on a sin- gle node in the cluster, which is chosen at random. The follow- ing options are available: The option modifies the behavior of seq when dealing with stdin. Normally all commands from stdin are run on the same machine. Specifying the option causes each command to be run on a random node. Unless the option is speci- fied, stderr from remote commands will not be reported to the user. The option will list information about the current clus- ter, and command groupings. It will also show you which command ====================================================================== From noreply at opencsw.org Sun Sep 27 09:27:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 09:27:28 +0200 Subject: [bug-notifications] [tree 0002949]: Please upgrade to 1.5.2.1 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2949 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: tree Issue ID: 2949 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2008-11-17 16:41 CET Last Modified: 2009-09-27 09:27 CEST ====================================================================== Summary: Please upgrade to 1.5.2.1 Description: Please upgrade to 1.5.2.1 ====================================================================== ---------------------------------------------------------------------- (0006750) maciej (manager) - 2009-09-27 09:27 http://www.opencsw.org/bugtrack/view.php?id=2949#c6750 ---------------------------------------------------------------------- Tree has been upgraded to 1.5.2.2. From noreply at opencsw.org Sun Sep 27 12:13:09 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 12:13:09 +0200 Subject: [bug-notifications] [freetype2 0003878]: Please upgrade to 2.3.9 In-Reply-To: <39c9874d05d5432f2c8ad5c74ddf74de> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3878 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: freetype2 Issue ID: 3878 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-04 11:11 CEST Last Modified: 2009-09-27 12:13 CEST ====================================================================== Summary: Please upgrade to 2.3.9 Description: Please upgrade to 2.3.9 ====================================================================== From noreply at opencsw.org Sun Sep 27 12:15:54 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 12:15:54 +0200 Subject: [bug-notifications] [freetype2 0003878]: Please upgrade to 2.3.9 In-Reply-To: <39c9874d05d5432f2c8ad5c74ddf74de> Message-ID: <117ba2cdb0efbc6155a2bb7e8a78f0ca@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3878 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: freetype2 Issue ID: 3878 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-04 11:11 CEST Last Modified: 2009-09-27 12:15 CEST ====================================================================== Summary: Please upgrade to 2.3.9 Description: Please upgrade to 2.3.9 ====================================================================== ---------------------------------------------------------------------- (0006751) dam (manager) - 2009-09-27 12:15 http://www.opencsw.org/mantis/view.php?id=3878#c6751 ---------------------------------------------------------------------- Fixed with 2.3.9,REV=2009.09.11 and released to currernt/. From noreply at opencsw.org Sun Sep 27 12:16:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 12:16:19 +0200 Subject: [bug-notifications] [libmm 0003472]: Please update package to latest In-Reply-To: <9c94a3669d19eb9a2cce29f016f7a99b> Message-ID: <08d3e5f45c1f36a3d9a5d2e2b61e8c95@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3472 ====================================================================== Reported By: wbonnet Assigned To: dam ====================================================================== Project: libmm Issue ID: 3472 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-19 21:28 CET Last Modified: 2009-09-27 12:16 CEST ====================================================================== Summary: Please update package to latest Description: The current version of package is from 2004. Can you please update to version 1.4.2 (which is also pretty but latest available) TiA ====================================================================== ---------------------------------------------------------------------- (0006690) dam (manager) - 2009-09-09 16:54 http://www.opencsw.org/mantis/view.php?id=3472#c6690 ---------------------------------------------------------------------- New packages in testing, please take a look if this suits your needs: libmm-1.4.2,REV=2009.09.09-SunOS5.8-i386-CSW.pkg.gz libmm-1.4.2,REV=2009.09.09-SunOS5.8-sparc-CSW.pkg.gz From noreply at opencsw.org Sun Sep 27 12:16:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 12:16:57 +0200 Subject: [bug-notifications] [libmm 0003472]: Please update package to latest In-Reply-To: <9c94a3669d19eb9a2cce29f016f7a99b> Message-ID: <9e6f8ca9c054e2e5359810cff9126ef4@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3472 ====================================================================== Reported By: wbonnet Assigned To: dam ====================================================================== Project: libmm Issue ID: 3472 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-03-19 21:28 CET Last Modified: 2009-09-27 12:16 CEST ====================================================================== Summary: Please update package to latest Description: The current version of package is from 2004. Can you please update to version 1.4.2 (which is also pretty but latest available) TiA ====================================================================== ---------------------------------------------------------------------- (0006752) dam (manager) - 2009-09-27 12:16 http://www.opencsw.org/mantis/view.php?id=3472#c6752 ---------------------------------------------------------------------- Fixed with 1.4.2,REV=2009.09.09 and released to current/. From noreply at opencsw.org Sun Sep 27 12:18:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 12:18:52 +0200 Subject: [bug-notifications] [libungif 0003712]: Please upgrade to latest version In-Reply-To: <28fad7aa9f1fe79e14fd882724df11f3> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3712 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: libungif Issue ID: 3712 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-06-10 23:56 CEST Last Modified: 2009-09-27 12:18 CEST ====================================================================== Summary: Please upgrade to latest version Description: Please upgrade to latest version New home is https://sourceforge.net/projects/giflib/ (previously libungif) ====================================================================== From noreply at opencsw.org Sun Sep 27 12:19:36 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 12:19:36 +0200 Subject: [bug-notifications] [libungif 0003712]: Please upgrade to latest version In-Reply-To: <28fad7aa9f1fe79e14fd882724df11f3> Message-ID: <2b02ed6bee20a3083cc48d8607175416@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3712 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: libungif Issue ID: 3712 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-06-10 23:56 CEST Last Modified: 2009-09-27 12:19 CEST ====================================================================== Summary: Please upgrade to latest version Description: Please upgrade to latest version New home is https://sourceforge.net/projects/giflib/ (previously libungif) ====================================================================== ---------------------------------------------------------------------- (0006753) dam (manager) - 2009-09-27 12:19 http://www.opencsw.org/mantis/view.php?id=3712#c6753 ---------------------------------------------------------------------- Fixed with 4.1.6,REV=2009.09.24 (unified with libungif) and released to current/. From noreply at opencsw.org Sun Sep 27 12:20:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 12:20:07 +0200 Subject: [bug-notifications] [gdome2 0003231]: Depend on CSWggettextrt In-Reply-To: <439532d1825b2fd43f2b4c18e2bcc25e> Message-ID: <55c0117b1fb5d62a3b9ecc8193842e2c@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3231 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: gdome2 Issue ID: 3231 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:05 CET Last Modified: 2009-09-27 12:20 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== From noreply at opencsw.org Sun Sep 27 12:20:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 12:20:27 +0200 Subject: [bug-notifications] [gdome2 0003231]: Depend on CSWggettextrt In-Reply-To: <439532d1825b2fd43f2b4c18e2bcc25e> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3231 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: gdome2 Issue ID: 3231 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:05 CET Last Modified: 2009-09-27 12:20 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006754) dam (manager) - 2009-09-27 12:20 http://www.opencsw.org/mantis/view.php?id=3231#c6754 ---------------------------------------------------------------------- Fixed with 0.8.1,REV=2009.09.11 and released to current/. From noreply at opencsw.org Sun Sep 27 12:20:49 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 12:20:49 +0200 Subject: [bug-notifications] [orbit2 0003119]: Depend on CSWggettextrt In-Reply-To: <990d0a2412b44efefdbd9e6e47185dcd> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3119 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: orbit2 Issue ID: 3119 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 02:53 CET Last Modified: 2009-09-27 12:20 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== From noreply at opencsw.org Sun Sep 27 12:21:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 12:21:19 +0200 Subject: [bug-notifications] [orbit2 0003119]: Depend on CSWggettextrt In-Reply-To: <990d0a2412b44efefdbd9e6e47185dcd> Message-ID: <8bd54feeccc4f7930c40b3de61d02d13@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3119 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: orbit2 Issue ID: 3119 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 02:53 CET Last Modified: 2009-09-27 12:21 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006755) dam (manager) - 2009-09-27 12:21 http://www.opencsw.org/mantis/view.php?id=3119#c6755 ---------------------------------------------------------------------- Fixed with 2.14.17,REV=2009.09.09 and released to current/. From noreply at opencsw.org Sun Sep 27 12:22:14 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 12:22:14 +0200 Subject: [bug-notifications] [libxml2 0003889]: Pleased upgrade libxml2 to latest and rebuild PHP against it In-Reply-To: Message-ID: <488a7496c4f5bf18febf5395f1c34232@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3889 ====================================================================== Reported By: jsilve1 Assigned To: dam ====================================================================== Project: libxml2 Issue ID: 3889 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-08 19:18 CEST Last Modified: 2009-09-27 12:22 CEST ====================================================================== Summary: Pleased upgrade libxml2 to latest and rebuild PHP against it Description: There is a bug in libxml2 that results in broken XML output in PHP. http://bugs.php.net/bug.php?id=45996 Please update the libxml2 and PHP packages. ====================================================================== ---------------------------------------------------------------------- (0006756) dam (manager) - 2009-09-27 12:22 http://www.opencsw.org/mantis/view.php?id=3889#c6756 ---------------------------------------------------------------------- Please reopen if the error still exists. From noreply at opencsw.org Sun Sep 27 15:06:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 15:06:19 +0200 Subject: [bug-notifications] [myodbc 0002323]: myodbc needs to be recompiled with openssl 0.9.8 In-Reply-To: <886c397546c2fdd71f9909a4b690c92d> Message-ID: <8d6605684dd4523b5c45882173f577c4@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2323 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: myodbc Issue ID: 2323 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2007-07-25 18:06 CEST Last Modified: 2009-09-27 15:06 CEST ====================================================================== Summary: myodbc needs to be recompiled with openssl 0.9.8 Description: myodbc is still linked with openssl 0.9.7 which is not the current version. Please recompile this package with the current openssl version (0.9.8). Openssl 0.9.7 libraries are still provided in the openssl package for compatibility reasons but they are bound to be removed in the future. ====================================================================== ---------------------------------------------------------------------- (0006757) maciej (manager) - 2009-09-27 15:06 http://www.opencsw.org/bugtrack/view.php?id=2323#c6757 ---------------------------------------------------------------------- The myodbc package has been recompiled, but I don't see it linked against openssl at all. I checked the compilation phase, it doesn't look for OpenSSL libraries at all. I think this bug is not currently relevant to myodbc. From noreply at opencsw.org Sun Sep 27 15:13:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 15:13:46 +0200 Subject: [bug-notifications] [myodbc 0002323]: myodbc needs to be recompiled with openssl 0.9.8 In-Reply-To: <886c397546c2fdd71f9909a4b690c92d> Message-ID: <56573502d630a97a0c20dadbec87b77f@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2323 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: myodbc Issue ID: 2323 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-07-25 18:06 CEST Last Modified: 2009-09-27 15:13 CEST ====================================================================== Summary: myodbc needs to be recompiled with openssl 0.9.8 Description: myodbc is still linked with openssl 0.9.7 which is not the current version. Please recompile this package with the current openssl version (0.9.8). Openssl 0.9.7 libraries are still provided in the openssl package for compatibility reasons but they are bound to be removed in the future. ====================================================================== ---------------------------------------------------------------------- (0006758) maciej (manager) - 2009-09-27 15:13 http://www.opencsw.org/bugtrack/view.php?id=2323#c6758 ---------------------------------------------------------------------- myodbc package doesn't currently depend on openssl. From noreply at opencsw.org Sun Sep 27 15:14:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 15:14:08 +0200 Subject: [bug-notifications] [myodbc 0002472]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: Message-ID: <8916953a2c6c2d9f6e116e68b7d862cd@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2472 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: myodbc Issue ID: 2472 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-07-28 09:10 CEST Last Modified: 2009-09-27 15:14 CEST ====================================================================== Summary: openssl dependancy deprecated: please use openssl_rt instead Description: Following the openssl package split, the ssl libraries are now directly provided by the openssl_rt package. The openssl package still exists, it\'s a metapackage which will install openssl_rt, openssl_devel and openssl_utils which contains respectively the ssl libraries, the development files and the openssl utilities. Your package probably only use the ssl libraries, so to avoid installing unnecessary dependancies, please update your package to depend on openssl_rt rather than openssl. ====================================================================== ---------------------------------------------------------------------- (0006759) maciej (manager) - 2009-09-27 15:14 http://www.opencsw.org/bugtrack/view.php?id=2472#c6759 ---------------------------------------------------------------------- The myodbc package doesn't currently depend on openssl. From noreply at opencsw.org Sun Sep 27 15:25:34 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 15:25:34 +0200 Subject: [bug-notifications] [tree 0002949]: Please upgrade to 1.5.2.1 In-Reply-To: Message-ID: <6f2efae3833bed6e125b7efd8c950aea@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2949 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: tree Issue ID: 2949 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-11-17 16:41 CET Last Modified: 2009-09-27 15:25 CEST ====================================================================== Summary: Please upgrade to 1.5.2.1 Description: Please upgrade to 1.5.2.1 ====================================================================== ---------------------------------------------------------------------- (0006760) maciej (manager) - 2009-09-27 15:25 http://www.opencsw.org/mantis/view.php?id=2949#c6760 ---------------------------------------------------------------------- Version 1.5.2.2 is available from the mirrors. From noreply at opencsw.org Sun Sep 27 15:26:35 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 15:26:35 +0200 Subject: [bug-notifications] [syslog_ng 0003869]: syslog_ng package can no longer be installed on Solaris 8 or 9 In-Reply-To: <69f6612d35288b581194791c10172ad2> Message-ID: <7bc28b0d74c405381e7fd367fef0a132@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3869 ====================================================================== Reported By: tim Assigned To: maciej ====================================================================== Project: syslog_ng Issue ID: 3869 Category: packaging Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-08-25 11:39 CEST Last Modified: 2009-09-27 15:26 CEST ====================================================================== Summary: syslog_ng package can no longer be installed on Solaris 8 or 9 Description: I was able to install the CSWsyslogng package on Solaris 8 or 9 machines just recently. However the latest package that's on the mirrors requires svcadm to install, therefore restricting it to Solaris 10 only: Do you want to continue with the installation of [y,n,?] y Installing syslog_ng - A powerful syslogd replacement as ## Executing preinstall script. Disabling svc:/system/system-log:default /var/sadm/pkg/CSWsyslogng/install/preinstall: svcadm: not found pkgadd: ERROR: preinstall script did not complete successfully Installation of failed. ERROR: could not add CSWsyslogng. ====================================================================== ---------------------------------------------------------------------- (0006761) maciej (manager) - 2009-09-27 15:26 http://www.opencsw.org/mantis/view.php?id=3869#c6761 ---------------------------------------------------------------------- Tim, can you check please if it's working for you? From noreply at opencsw.org Sun Sep 27 21:25:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 21:25:01 +0200 Subject: [bug-notifications] [dbus 0003897]: sources missing file smf_include.sh In-Reply-To: <67d640d583c4243555dd3a3645c40218> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3897 ====================================================================== Reported By: james Assigned To: wbonnet ====================================================================== Project: dbus Issue ID: 3897 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-14 16:51 CEST Last Modified: 2009-09-27 21:25 CEST ====================================================================== Summary: sources missing file smf_include.sh Description: /etc/opt/csw/init.d/cswdbus attempts to source /lib/svc/share/smf_include.sh which i snot available on Solaris 8 & 9. Causes annoying error messages but otherwise I don't think anything is missing. ====================================================================== From noreply at opencsw.org Sun Sep 27 23:53:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 27 Sep 2009 23:53:42 +0200 Subject: [bug-notifications] [mercurial 0003891]: one dependency not specified In-Reply-To: <613ab5d3bcd777f84d3c0dea74425aef> Message-ID: <77bb5fb6b1c0173e220a6a8398290841@www.opencsw.org> The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3891 ====================================================================== Reported By: bob32 Assigned To: ====================================================================== Project: mercurial Issue ID: 3891 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-10 00:09 CEST Last Modified: 2009-09-27 23:53 CEST ====================================================================== Summary: one dependency not specified Description: The current version of mercurial: 1.3.1,REV=2009.08.02 requires as dependencies: CSWcommon common CSWpython-rt python_rt ... where the second should probably be, instead CSWpython python ====================================================================== ---------------------------------------------------------------------- (0006762) rupert (manager) - 2009-09-27 23:53 http://www.opencsw.org/bugtrack/view.php?id=3891#c6762 ---------------------------------------------------------------------- in http://mirror.opencsw.org/testing.html From noreply at opencsw.org Mon Sep 28 13:44:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 28 Sep 2009 13:44:18 +0200 Subject: [bug-notifications] [pkgutil 0003917]: bldcat/chkcat rely on /opt/csw/bin/perl, but CSWpkgutil doesn't have dependency on CSWperl In-Reply-To: <9acba0643019b27d413918d5e46fb5a7> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3917 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3917 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-23 17:02 CEST Last Modified: 2009-09-28 13:44 CEST ====================================================================== Summary: bldcat/chkcat rely on /opt/csw/bin/perl, but CSWpkgutil doesn't have dependency on CSWperl Description: I understand that CSWpkgutil should not depend on CSWperl, but bldcat/chkcat are both hardcoded to use /opt/csw/bin/perl. Just wanted to build a catalog on a system that only has /usr/bin/perl and catalog creation failed. $ /opt/csw/bin/bldcat bash: /opt/csw/bin/bldcat: bad interpreter: No such file or directory $ head -1 /opt/csw/bin/bldcat #!/opt/csw/bin/perl -w $ head -1 /opt/csw/bin/chkcat #!/opt/csw/bin/perl -w $ pkginfo -l CSWperl ERROR: information for "CSWperl" was not found Unfortunately, they don't work with the stock perl due to missing perl modules. $ /usr/bin/perl /opt/csw/bin/bldcat . Can't locate Digest/MD5.pm in @INC (@INC contains: /usr/perl5/5.6.1/lib/sun4-solaris-64int /usr/perl5/5.6.1/lib /usr/perl5/site_perl/5.6.1/sun4-solaris-64int /usr/perl5/site_perl/5.6.1 /usr/perl5/site_perl /usr/perl5/vendor_perl/5.6.1/sun4-solaris-64int /usr/perl5/vendor_perl/5.6.1 /usr/perl5/vendor_perl .) at /opt/csw/bin/bldcat line 9. BEGIN failed--compilation aborted at /opt/csw/bin/bldcat line 9. Any chance to ship the required modules with CSWpkgutil? ====================================================================== ---------------------------------------------------------------------- (0006763) bonivart (manager) - 2009-09-28 13:44 http://www.opencsw.org/mantis/view.php?id=3917#c6763 ---------------------------------------------------------------------- I changed it so that both bldcat and chkcat uses whatever Perl is in the path (like pkgutil) and if Digest::MD5 is not available you get a message about that and a recommendation to install CSWperl. Modern Solaris will have this module in their standard Perl so it's not a strict requirement to use CSWperl any more unless you're on like Solaris 8. From noreply at opencsw.org Mon Sep 28 15:00:36 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 28 Sep 2009 15:00:36 +0200 Subject: [bug-notifications] [nagios 0003921]: Remote image prevents fully-encrypted SSL connection Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3921 ====================================================================== Reported By: ois_unix Assigned To: ====================================================================== Project: nagios Issue ID: 3921 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-28 15:00 CEST Last Modified: 2009-09-28 15:00 CEST ====================================================================== Summary: Remote image prevents fully-encrypted SSL connection Description: The SourceForge logo in main.html is a remote image, with the source listed as http://sflogo.sourceforge.net/sflogo.php?group_id=26589&type=2. This remote image prevents my SSL connection to Nagios from being fully encrypted. This issue appears in both Firefox 3.5.x and Internet Explorer 8. Saving the image to the local machine and updating the HTML code to point to that local image fixes the problem, and the browsers no longer complain of a partially encrypted connection. Please make the SourceForge logo a local file in Nagios. ====================================================================== From noreply at opencsw.org Mon Sep 28 15:34:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 28 Sep 2009 15:34:03 +0200 Subject: [bug-notifications] [pkgutil 0003903]: pkgutil -r: Reference found where even-sized list expected In-Reply-To: <03a868f3e8380eb650a60c5f484d1aa8> Message-ID: <989eb00605e4491b8587aec879c8ddd4@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3903 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3903 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-17 14:40 CEST Last Modified: 2009-09-28 15:34 CEST ====================================================================== Summary: pkgutil -r: Reference found where even-sized list expected Description: Happens with 1.7 as well as r102. Removal works fine though. # pkgutil -t http://mirror.opencsw.org/opencsw/testing -r sudosh2 Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/testing/i386/5.10) if available... Fetching new catalog and descriptions (http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10) if available... Parsing catalog, may take a while... Reference found where even-sized list expected at /opt/csw/bin/pkgutil line 1038. Looking at installed CSW packages... Examining dependencies for: CSWsudosh2 (remove) CSWcswclassutils (in use) CSWcommon (in use) => Removing CSWsudosh2 The following package is currently installed: CSWsudosh2 sudosh2 - Extensive auditing of user shell usage (i386) 1.0.2,REV=2009.09.17 Do you want to remove this package? [y,n,?,q] q 1 package was not processed! # ====================================================================== ---------------------------------------------------------------------- (0006716) bonivart (manager) - 2009-09-18 14:57 http://www.opencsw.org/mantis/view.php?id=3903#c6716 ---------------------------------------------------------------------- It was a declaration of an unused hash that caused the noise. I have removed it in r105. I'm sorry to say the remove option is not really reliable and I haven't had time to really look at it. This was easy to fix though. From noreply at opencsw.org Mon Sep 28 15:35:39 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 28 Sep 2009 15:35:39 +0200 Subject: [bug-notifications] [pkgutil 0003831]: Saving of admin file still doesn't work correctly In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3831 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3831 Category: regular use Reproducibility: have not tried Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-08-07 12:48 CEST Last Modified: 2009-09-28 15:35 CEST ====================================================================== Summary: Saving of admin file still doesn't work correctly Description: On an update with pkgutil -U -u -y I got after some package updates the error ... Installation of was successful. Removing old version of CSWpmiozlib pkgrm: ERROR: unable to open admin file : No such file or directory Removal of failed (internal error). No changes were made to the system. Installing CSWpmiozlib-1.10,REV=2009.08.06 pkgadd: ERROR: unable to open admin file : No such file or directory Removing old version of CSWpmgd The error was with this version: root at build9s :/root > pkginfo -x CSWpkgutil CSWpkgutil pkgutil - Installs Solaris packages easily (sparc) 1.6.1,REV=2009.06.05 ====================================================================== ---------------------------------------------------------------------- (0006764) bonivart (manager) - 2009-09-28 15:35 http://www.opencsw.org/mantis/view.php?id=3831#c6764 ---------------------------------------------------------------------- Fix is in 1.7. Unable to verify if it's still a problem. From noreply at opencsw.org Mon Sep 28 17:59:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 28 Sep 2009 17:59:00 +0200 Subject: [bug-notifications] [apache2 0003922]: After upgrade, cannot load libexec/mod_include.so Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3922 ====================================================================== Reported By: ois_unix Assigned To: ====================================================================== Project: apache2 Issue ID: 3922 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-28 17:59 CEST Last Modified: 2009-09-28 17:59 CEST ====================================================================== Summary: After upgrade, cannot load libexec/mod_include.so Description: After upgrading to Apache 2.2.13, the Apache service refused to start. The workaround was to comment out the mod_include module in httpd.conf, but the real problem seems to involve the module file itself. The full error message reported was: "Executing start method ("/var/opt/csw/svc/method/svc-cswapache2 start") httpd: Syntax error on line 77 of /opt/csw/apache2/etc/httpd.conf: Cannot load /opt/csw/apache2/libexec/mod_include.so into server: ld.so.1: httpd: fatal: relocation error: file /opt/csw/apache2/libexec/mod_include.so: symbol ap_escape_html_2: referenced symbol not found ====================================================================== From noreply at opencsw.org Mon Sep 28 21:33:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 28 Sep 2009 21:33:52 +0200 Subject: [bug-notifications] [apache2 0003922]: After upgrade, cannot load libexec/mod_include.so In-Reply-To: <5c822f8c2e7319f5af272eece6b35ebd> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3922 ====================================================================== Reported By: ois_unix Assigned To: ====================================================================== Project: apache2 Issue ID: 3922 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-28 17:59 CEST Last Modified: 2009-09-28 21:33 CEST ====================================================================== Summary: After upgrade, cannot load libexec/mod_include.so Description: After upgrading to Apache 2.2.13, the Apache service refused to start. The workaround was to comment out the mod_include module in httpd.conf, but the real problem seems to involve the module file itself. The full error message reported was: "Executing start method ("/var/opt/csw/svc/method/svc-cswapache2 start") httpd: Syntax error on line 77 of /opt/csw/apache2/etc/httpd.conf: Cannot load /opt/csw/apache2/libexec/mod_include.so into server: ld.so.1: httpd: fatal: relocation error: file /opt/csw/apache2/libexec/mod_include.so: symbol ap_escape_html_2: referenced symbol not found ====================================================================== ---------------------------------------------------------------------- (0006765) skayser (administrator) - 2009-09-28 21:33 http://www.opencsw.org/bugtrack/view.php?id=3922#c6765 ---------------------------------------------------------------------- Thanks for reporting. Do you still see the problem after a "svcadm clear cswapache2"? I have seen a similar problem during upgrade, but a subsequent "svcadm clear cswapache2" solved it for me. See https://bugzilla.redhat.com/show_bug.cgi?id=491567#c3 for a similar problem description on Fedora. On their platform, the old apache version was still running and - on reload - tried to load the updated mod_include, which relied on a function that was only provided by the new apache version. Seems to me as if we ran into the same issue. >From a packaging perspective, it might be best to display a big warning message on an upgrade between the two affected versions. A forced restart could sound tempting also, but i wouldn't want to force a restart on a user (after all apache is still functional while running, the issue only seems to get triggered on reload). From noreply at opencsw.org Mon Sep 28 22:04:47 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 28 Sep 2009 22:04:47 +0200 Subject: [bug-notifications] [apache2 0003922]: After upgrade, cannot load libexec/mod_include.so In-Reply-To: <5c822f8c2e7319f5af272eece6b35ebd> Message-ID: <2440534994a0bb2cf0bf86027c6cdf61@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3922 ====================================================================== Reported By: ois_unix Assigned To: ihsan ====================================================================== Project: apache2 Issue ID: 3922 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-28 17:59 CEST Last Modified: 2009-09-28 22:04 CEST ====================================================================== Summary: After upgrade, cannot load libexec/mod_include.so Description: After upgrading to Apache 2.2.13, the Apache service refused to start. The workaround was to comment out the mod_include module in httpd.conf, but the real problem seems to involve the module file itself. The full error message reported was: "Executing start method ("/var/opt/csw/svc/method/svc-cswapache2 start") httpd: Syntax error on line 77 of /opt/csw/apache2/etc/httpd.conf: Cannot load /opt/csw/apache2/libexec/mod_include.so into server: ld.so.1: httpd: fatal: relocation error: file /opt/csw/apache2/libexec/mod_include.so: symbol ap_escape_html_2: referenced symbol not found ====================================================================== ---------------------------------------------------------------------- (0006765) skayser (administrator) - 2009-09-28 21:33 http://www.opencsw.org/bugtrack/view.php?id=3922#c6765 ---------------------------------------------------------------------- Thanks for reporting. Do you still see the problem after a "svcadm clear cswapache2"? I have seen a similar problem during upgrade, but a subsequent "svcadm clear cswapache2" solved it for me. See https://bugzilla.redhat.com/show_bug.cgi?id=491567#c3 for a similar problem description on Fedora. On their platform, the old apache version was still running and - on reload - tried to load the updated mod_include, which relied on a function that was only provided by the new apache version. Seems to me as if we ran into the same issue. >From a packaging perspective, it might be best to display a big warning message on an upgrade between the two affected versions. A forced restart could sound tempting also, but i wouldn't want to force a restart on a user (after all apache is still functional while running, the issue only seems to get triggered on reload). From noreply at opencsw.org Mon Sep 28 22:30:37 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 28 Sep 2009 22:30:37 +0200 Subject: [bug-notifications] [t1lib 0003923]: Please upgrade to 5.1.2 Message-ID: <970348c67eaa81816398967b9935b63f@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3923 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: t1lib Issue ID: 3923 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-28 22:30 CEST Last Modified: 2009-09-28 22:30 CEST ====================================================================== Summary: Please upgrade to 5.1.2 Description: Please upgrade to 5.1.2 ====================================================================== From noreply at opencsw.org Tue Sep 29 01:32:11 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 29 Sep 2009 01:32:11 +0200 Subject: [bug-notifications] [pkg_get 0003023]: pkg-get fails to bootstrap wget In-Reply-To: <2894640f0d034a724c1476e4199a38d4> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3023 ====================================================================== Reported By: skayser Assigned To: phil ====================================================================== Project: pkg_get Issue ID: 3023 Category: other Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-01-16 23:51 CET Last Modified: 2009-09-29 01:32 CEST ====================================================================== Summary: pkg-get fails to bootstrap wget Description: Just downloaded pkg-get from http://opencsw.org/pkg-get to a Solaris 8 box. As i didn't have wget, pkg-get offered me to download one via ftp. This however fails, as $MASTERBASE isn't set correctly. # This is only for fallback purposes in extreme measures # The target package must be UNCOMPRESSED in any way!! MASTERSITE=${MASTERSITE:-ftp.ibiblio.org} MASTERBASE=${MASTERSITE:-pub/packages/solaris/opencsw/current} Even when this is corrected, the installation fails. See second invocation in additional information. The suggestions made by pkg-get on where to get wget ($SITE/wget) after failing to download / install wget don't help either, because no wget can be found there. Unfortunately the wget download links on http://opencsw.org/pkg-get are broken also. ====================================================================== ---------------------------------------------------------------------- (0006766) philadmin (administrator) - 2009-09-29 01:32 http://www.opencsw.org/mantis/view.php?id=3023#c6766 ---------------------------------------------------------------------- Looking at my code, it would appear that I have already fixed this issue. Please check the current pkg-get ( pkg-get -v|grep SCCS should report 4.11) and tell me if it performs as expected for you. From noreply at opencsw.org Tue Sep 29 11:32:14 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 29 Sep 2009 11:32:14 +0200 Subject: [bug-notifications] [pkg_get 0003023]: pkg-get fails to bootstrap wget In-Reply-To: <2894640f0d034a724c1476e4199a38d4> Message-ID: <5ffc0aed6ea785b91c2f111285e270cc@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3023 ====================================================================== Reported By: skayser Assigned To: phil ====================================================================== Project: pkg_get Issue ID: 3023 Category: other Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-01-16 23:51 CET Last Modified: 2009-09-29 11:32 CEST ====================================================================== Summary: pkg-get fails to bootstrap wget Description: Just downloaded pkg-get from http://opencsw.org/pkg-get to a Solaris 8 box. As i didn't have wget, pkg-get offered me to download one via ftp. This however fails, as $MASTERBASE isn't set correctly. # This is only for fallback purposes in extreme measures # The target package must be UNCOMPRESSED in any way!! MASTERSITE=${MASTERSITE:-ftp.ibiblio.org} MASTERBASE=${MASTERSITE:-pub/packages/solaris/opencsw/current} Even when this is corrected, the installation fails. See second invocation in additional information. The suggestions made by pkg-get on where to get wget ($SITE/wget) after failing to download / install wget don't help either, because no wget can be found there. Unfortunately the wget download links on http://opencsw.org/pkg-get are broken also. ====================================================================== ---------------------------------------------------------------------- (0006767) skayser (administrator) - 2009-09-29 11:32 http://www.opencsw.org/bugtrack/view.php?id=3023#c6767 ---------------------------------------------------------------------- System without /usr/sfw/bin/wget still shows problems. # pkg-get -U ERROR: no working version of wget found, in PATH ... ---> RETR wget-1.11.4,REV=2009.04.15-SunOS5.8-i386-CSW.pkg.gz ---> PORT 192,168,120,102,128,237 ---> RETR wgetpaste-2.13,REV=2009.08.29-SunOS5.8-all-CSW.pkg.gz ---> QUIT ... Installing wget - A network utility to retrieve files from the Web as ... Installation of was successful. ERROR: wget package is not right. Cannot continue # # pkg-get -v | grep SCCS DEBUG-ONLY/VERBOSE MODE: level=1 (Internal SCCS code revision @(#) pkg-get 4.11@(#)) # pkgparam CSWwget VERSION 1.11.4,REV=2009.04.15 From noreply at opencsw.org Tue Sep 29 12:08:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 29 Sep 2009 12:08:57 +0200 Subject: [bug-notifications] [php5_session 0003924]: Needs to be rebuild against libmm 1.4.2 Message-ID: <57aad269622e4c6e3e29877654dfaed7@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3924 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: php5_session Issue ID: 3924 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-29 12:08 CEST Last Modified: 2009-09-29 12:08 CEST ====================================================================== Summary: Needs to be rebuild against libmm 1.4.2 Description: $ LC_ALL=C ldd /opt/csw/php5/lib/php/extensions/no-debug-non-zts-20060613/session.so libmm.so.13 => (file not found) libc.so.1 => /lib/libc.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1 It's linked against libmm.so.13. But in OpenCSW, libmm 1.4.2 is only available. http://www.opencsw.org/packages/libmm ====================================================================== From noreply at opencsw.org Tue Sep 29 13:20:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 29 Sep 2009 13:20:26 +0200 Subject: [bug-notifications] [php5_session 0003924]: Needs to be rebuild against libmm 1.4.2 In-Reply-To: <78f994f929b9381fc0bfb143e3de890c> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3924 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: php5_session Issue ID: 3924 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-29 12:08 CEST Last Modified: 2009-09-29 13:20 CEST ====================================================================== Summary: Needs to be rebuild against libmm 1.4.2 Description: $ LC_ALL=C ldd /opt/csw/php5/lib/php/extensions/no-debug-non-zts-20060613/session.so libmm.so.13 => (file not found) libc.so.1 => /lib/libc.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1 It's linked against libmm.so.13. But in OpenCSW, libmm 1.4.2 is only available. http://www.opencsw.org/packages/libmm ====================================================================== ---------------------------------------------------------------------- (0006768) dam (reporter) - 2009-09-29 13:20 http://www.opencsw.org/bugtrack/view.php?id=3924#c6768 ---------------------------------------------------------------------- This library has unfortunately been missed when libmm was updated. An updated version is available at http://mirror.opencsw.org/testing/libmm-1.4.2,REV=2009.09.29-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/libmm-1.4.2,REV=2009.09.29-SunOS5.8-sparc-CSW.pkg.gz Please verify that it fixes your problem. It will then be released shortly. Thanks for your report! -- Dago From noreply at opencsw.org Tue Sep 29 14:05:21 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 29 Sep 2009 14:05:21 +0200 Subject: [bug-notifications] [php5_session 0003924]: Needs to be rebuild against libmm 1.4.2 In-Reply-To: <78f994f929b9381fc0bfb143e3de890c> Message-ID: <785bf918f77f70e70af7a6d42e698603@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3924 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: php5_session Issue ID: 3924 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-29 12:08 CEST Last Modified: 2009-09-29 14:05 CEST ====================================================================== Summary: Needs to be rebuild against libmm 1.4.2 Description: $ LC_ALL=C ldd /opt/csw/php5/lib/php/extensions/no-debug-non-zts-20060613/session.so libmm.so.13 => (file not found) libc.so.1 => /lib/libc.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1 It's linked against libmm.so.13. But in OpenCSW, libmm 1.4.2 is only available. http://www.opencsw.org/packages/libmm ====================================================================== ---------------------------------------------------------------------- (0006769) alexs77 (reporter) - 2009-09-29 14:05 http://www.opencsw.org/bugtrack/view.php?id=3924#c6769 ---------------------------------------------------------------------- Dago, I'd rather need an updated version of php5_session :) libmm-1.4.2 is in the current tree/directory. It's not libmm which needs to be rebuild/relinked, but php5_session. Best regards, Alexander From noreply at opencsw.org Tue Sep 29 14:16:47 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 29 Sep 2009 14:16:47 +0200 Subject: [bug-notifications] [php5_session 0003924]: Needs to be rebuild against libmm 1.4.2 In-Reply-To: <78f994f929b9381fc0bfb143e3de890c> Message-ID: <0908c059e9f6db76aab5f41846e75d07@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3924 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: php5_session Issue ID: 3924 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-29 12:08 CEST Last Modified: 2009-09-29 14:16 CEST ====================================================================== Summary: Needs to be rebuild against libmm 1.4.2 Description: $ LC_ALL=C ldd /opt/csw/php5/lib/php/extensions/no-debug-non-zts-20060613/session.so libmm.so.13 => (file not found) libc.so.1 => /lib/libc.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1 It's linked against libmm.so.13. But in OpenCSW, libmm 1.4.2 is only available. http://www.opencsw.org/packages/libmm ====================================================================== ---------------------------------------------------------------------- (0006770) dam (reporter) - 2009-09-29 14:16 http://www.opencsw.org/bugtrack/view.php?id=3924#c6770 ---------------------------------------------------------------------- Hi Alex, in fact the current php5_session is bound against libmm.so.13. It is policy to include prior versions of a library on update until all dependent packages have been updated, so the libmm package in testing now contains both libmm.so.13 and libmm.so.14. php5_session will also be rebuilt soon, but for now you can just update libmm as it was the cause of the disruption. Sorry for the inconvenience -- Dago From noreply at opencsw.org Tue Sep 29 14:20:37 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 29 Sep 2009 14:20:37 +0200 Subject: [bug-notifications] [apache 0003925]: Please recompile against libmm 1.4.2 Message-ID: <86d8798c2dbbab5581dedb99f2f2560e@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3925 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: apache Issue ID: 3925 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-29 14:20 CEST Last Modified: 2009-09-29 14:20 CEST ====================================================================== Summary: Please recompile against libmm 1.4.2 Description: Please recompile against libmm 1.4.2, so it depends on libmm.so.14 instead of libmm.so.13 ====================================================================== From noreply at opencsw.org Tue Sep 29 14:26:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 29 Sep 2009 14:26:48 +0200 Subject: [bug-notifications] [plotutil 0003926]: Please upgrade to 2.6 Message-ID: <1dd36229bba570d1b87418fdabb236ee@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3926 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: plotutil Issue ID: 3926 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-29 14:26 CEST Last Modified: 2009-09-29 14:26 CEST ====================================================================== Summary: Please upgrade to 2.6 Description: Please upgrade to 2.6 ====================================================================== From noreply at opencsw.org Tue Sep 29 14:35:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 29 Sep 2009 14:35:55 +0200 Subject: [bug-notifications] [php5_session 0003924]: Needs to be rebuild against libmm 1.4.2 In-Reply-To: <78f994f929b9381fc0bfb143e3de890c> Message-ID: <3e3aec09a3204a33cfa4fd6ad451dd1c@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3924 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: php5_session Issue ID: 3924 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-29 12:08 CEST Last Modified: 2009-09-29 14:35 CEST ====================================================================== Summary: Needs to be rebuild against libmm 1.4.2 Description: $ LC_ALL=C ldd /opt/csw/php5/lib/php/extensions/no-debug-non-zts-20060613/session.so libmm.so.13 => (file not found) libc.so.1 => /lib/libc.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1 It's linked against libmm.so.13. But in OpenCSW, libmm 1.4.2 is only available. http://www.opencsw.org/packages/libmm ====================================================================== ---------------------------------------------------------------------- (0006771) alexs77 (reporter) - 2009-09-29 14:35 http://www.opencsw.org/bugtrack/view.php?id=3924#c6771 ---------------------------------------------------------------------- Dago, thanks a lot for the clarification - I did not know about this policy. I now installed the updated libmm package, and all is well. Regards, Alex From noreply at opencsw.org Tue Sep 29 19:50:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 29 Sep 2009 19:50:19 +0200 Subject: [bug-notifications] [nagios_plugins 0003927]: check_mailq in 1.4.13, REV=2009.04.26 (& possibly other perl-based plugins) need /opt/csw/libexec/nagios-plugins in INC Message-ID: <93f801919ea572a695cb4f31e2fca143@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3927 ====================================================================== Reported By: bchill Assigned To: ====================================================================== Project: nagios_plugins Issue ID: 3927 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-29 19:50 CEST Last Modified: 2009-09-29 19:50 CEST ====================================================================== Summary: check_mailq in 1.4.13,REV=2009.04.26 (& possibly other perl-based plugins) need /opt/csw/libexec/nagios-plugins in INC Description: check_mailq cannot find utils.pm: # /opt/csw/libexec/nagios-plugins/check_mailq Can't locate utils.pm in @INC (@INC contains: nagios-plugins /opt/csw/lib/perl/5 .8.8 /opt/csw/share/perl/5.8.8 /opt/csw/lib/perl/site_perl /opt/csw/share/perl/s ite_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw .) at /opt/csw/libexec/na gios-plugins/check_mailq line 36. BEGIN failed--compilation aborted at /opt/csw/libexec/nagios-plugins/check_mailq line 36. But adding /opt/csw/libexec/nagios-plugins fixes it: # PERL5LIB=/opt/csw/libexec/nagios-plugins /opt/csw/libexec/nagios-plugins/check _mailq Usage: check_mailq -w -c [-W ] [-C ] [-M ] [-t ] [-v verbose] ====================================================================== From noreply at opencsw.org Tue Sep 29 20:22:33 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 29 Sep 2009 20:22:33 +0200 Subject: [bug-notifications] [nagios_plugins 0003927]: check_mailq in 1.4.13, REV=2009.04.26 (& possibly other perl-based plugins) need /opt/csw/libexec/nagios-plugins in INC In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3927 ====================================================================== Reported By: bchill Assigned To: ja ====================================================================== Project: nagios_plugins Issue ID: 3927 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-29 19:50 CEST Last Modified: 2009-09-29 20:22 CEST ====================================================================== Summary: check_mailq in 1.4.13,REV=2009.04.26 (& possibly other perl-based plugins) need /opt/csw/libexec/nagios-plugins in INC Description: check_mailq cannot find utils.pm: # /opt/csw/libexec/nagios-plugins/check_mailq Can't locate utils.pm in @INC (@INC contains: nagios-plugins /opt/csw/lib/perl/5 .8.8 /opt/csw/share/perl/5.8.8 /opt/csw/lib/perl/site_perl /opt/csw/share/perl/s ite_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw .) at /opt/csw/libexec/na gios-plugins/check_mailq line 36. BEGIN failed--compilation aborted at /opt/csw/libexec/nagios-plugins/check_mailq line 36. But adding /opt/csw/libexec/nagios-plugins fixes it: # PERL5LIB=/opt/csw/libexec/nagios-plugins /opt/csw/libexec/nagios-plugins/check _mailq Usage: check_mailq -w -c [-W ] [-C ] [-M ] [-t ] [-v verbose] ====================================================================== From noreply at opencsw.org Tue Sep 29 22:54:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 29 Sep 2009 22:54:23 +0200 Subject: [bug-notifications] [nagios_plugins 0003927]: check_mailq in 1.4.13, REV=2009.04.26 (& possibly other perl-based plugins) need /opt/csw/libexec/nagios-plugins in INC In-Reply-To: Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3927 ====================================================================== Reported By: bchill Assigned To: ja ====================================================================== Project: nagios_plugins Issue ID: 3927 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-09-29 19:50 CEST Last Modified: 2009-09-29 22:54 CEST ====================================================================== Summary: check_mailq in 1.4.13,REV=2009.04.26 (& possibly other perl-based plugins) need /opt/csw/libexec/nagios-plugins in INC Description: check_mailq cannot find utils.pm: # /opt/csw/libexec/nagios-plugins/check_mailq Can't locate utils.pm in @INC (@INC contains: nagios-plugins /opt/csw/lib/perl/5 .8.8 /opt/csw/share/perl/5.8.8 /opt/csw/lib/perl/site_perl /opt/csw/share/perl/s ite_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw .) at /opt/csw/libexec/na gios-plugins/check_mailq line 36. BEGIN failed--compilation aborted at /opt/csw/libexec/nagios-plugins/check_mailq line 36. But adding /opt/csw/libexec/nagios-plugins fixes it: # PERL5LIB=/opt/csw/libexec/nagios-plugins /opt/csw/libexec/nagios-plugins/check _mailq Usage: check_mailq -w -c [-W ] [-C ] [-M ] [-t ] [-v verbose] ====================================================================== ---------------------------------------------------------------------- (0006772) ja (manager) - 2009-09-29 22:54 http://www.opencsw.org/mantis/view.php?id=3927#c6772 ---------------------------------------------------------------------- there are updated packages in testing. Please try them out. The perl script now use "/opt/csw/libexec/nagios-plugins" as a library path. From noreply at opencsw.org Wed Sep 30 09:32:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 09:32:24 +0200 Subject: [bug-notifications] [memconf 0003928]: Please upgrade to 2.11 Message-ID: <084de42366ad8f62bf0444ce0bd173c1@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3928 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: memconf Issue ID: 3928 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-30 09:32 CEST Last Modified: 2009-09-30 09:32 CEST ====================================================================== Summary: Please upgrade to 2.11 Description: Please upgrade to 2.11 ====================================================================== From noreply at opencsw.org Wed Sep 30 10:52:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 10:52:00 +0200 Subject: [bug-notifications] [memconf 0003928]: Please upgrade to 2.11 In-Reply-To: <1ed6f23ad08ec160ecad45586b2ef1ef> Message-ID: <5fd00e9e646c912e5d28b7f80f5dd0d5@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3928 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: memconf Issue ID: 3928 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-30 09:32 CEST Last Modified: 2009-09-30 10:52 CEST ====================================================================== Summary: Please upgrade to 2.11 Description: Please upgrade to 2.11 ====================================================================== From noreply at opencsw.org Wed Sep 30 10:53:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 10:53:05 +0200 Subject: [bug-notifications] [memconf 0003928]: Please upgrade to 2.11 In-Reply-To: <1ed6f23ad08ec160ecad45586b2ef1ef> Message-ID: <77a5553a53030aa023ee8c1208a53f2f@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3928 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: memconf Issue ID: 3928 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-30 09:32 CEST Last Modified: 2009-09-30 10:53 CEST ====================================================================== Summary: Please upgrade to 2.11 Description: Please upgrade to 2.11 ====================================================================== ---------------------------------------------------------------------- (0006773) bonivart (manager) - 2009-09-30 10:53 http://www.opencsw.org/mantis/view.php?id=3928#c6773 ---------------------------------------------------------------------- New version in testing: http://mirror.opencsw.org/testing/memconf-2.11,REV=2009.09.30-SunOS5.8-all-CSW.pkg.gz Funny that you know about this before the upstream check triggers. :-) From noreply at opencsw.org Wed Sep 30 11:16:09 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 11:16:09 +0200 Subject: [bug-notifications] [libpq 0003929]: libpq installs only partially - not checking if postgresql binaries exists Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3929 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: libpq Issue ID: 3929 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-30 11:16 CEST Last Modified: 2009-09-30 11:16 CEST ====================================================================== Summary: libpq installs only partially - not checking if postgresql binaries exists Description: While installing libpq-8.3.1,REV=2008.05.02-SunOS5.8-sparc-CSW.pkg with pkgutil: /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. There's no /opt/csw/postgresql directory on my system. I don't use postgresql and am not planing to use it. ====================================================================== From noreply at opencsw.org Wed Sep 30 11:19:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 11:19:28 +0200 Subject: [bug-notifications] [openldap 0003862]: OpenLDAP no longer start after berkeley db upgrade to current In-Reply-To: Message-ID: <55f594f612a16c0f8bae65ac2ced2690@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3862 ====================================================================== Reported By: wbonnet Assigned To: ====================================================================== Project: openldap Issue ID: 3862 Category: upgrade Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2009-08-19 16:55 CEST Last Modified: 2009-09-30 11:19 CEST ====================================================================== Summary: OpenLDAP no longer start after berkeley db upgrade to current Description: After upgrading packages to current, openldap no longer start. It still try to use version 4.2 of bdb not 4.7, producing a "Unrecognized database type (bdb) error" Here are the start logs : line 9 (include /opt/csw/etc/openldap/schema/openldap-lpk.schema) reading config file /opt/csw/etc/openldap/schema/openldap-lpk.schema line 13 (attributetype ( 1.3.6.1.4.1.24552.500.1.1.1.13 NAME 'sshPublicKey' DESC 'MANDATORY: OpenSSH Public key' EQUALITY octetStringMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.40 )) line 19 (objectclass ( 1.3.6.1.4.1.24552.500.1.1.2.0 NAME 'ldapPublicKey' SUP top AUXILIARY DESC 'MANDATORY: OpenSSH LPK objectclass' MUST ( sshPublicKey $ uid ) )) line 17 (pidfile /opt/csw/var/run/slapd.pid) line 18 (argsfile /opt/csw/var/run/slapd.args) line 21 (modulepath /opt/csw/libexec/openldap) line 22 (moduleload back_bdb.la) loaded module back_bdb.la bdb_back_initialize: initialize BDB backend bdb_back_initialize: BDB library version mismatch: expected Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003), got Berkeley DB 4.7.25: (May 15, 2008) backend_add: initialization for type "bdb" failed module back_bdb.la: null module registered line 61 (database bdb) Unrecognized database type (bdb) /opt/csw/etc/openldap/slapd.conf: line 61: failed init (bdb)! slapd destroy: freeing system resources. slapd stopped. connections_destroy: nothing to destroy. ====================================================================== ---------------------------------------------------------------------- (0006774) DidierL (reporter) - 2009-09-30 11:19 http://www.opencsw.org/bugtrack/view.php?id=3862#c6774 ---------------------------------------------------------------------- Hi, Did you find a solution? I have exactly the same issue with same version numbers for BDB. It looks like the openldap package should be upgraded? From noreply at opencsw.org Wed Sep 30 11:27:59 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 11:27:59 +0200 Subject: [bug-notifications] [libpq 0003929]: libpq installs only partially - not checking if postgresql binaries exists In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3929 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: libpq Issue ID: 3929 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-30 11:16 CEST Last Modified: 2009-09-30 11:27 CEST ====================================================================== Summary: libpq installs only partially - not checking if postgresql binaries exists Description: While installing libpq-8.3.1,REV=2008.05.02-SunOS5.8-sparc-CSW.pkg with pkgutil: /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. There's no /opt/csw/postgresql directory on my system. I don't use postgresql and am not planing to use it. ====================================================================== ---------------------------------------------------------------------- (0006775) dam (reporter) - 2009-09-30 11:27 http://www.opencsw.org/bugtrack/view.php?id=3929#c6775 ---------------------------------------------------------------------- The directory /opt/csw/postgresql should be installed from the package as libpq belongs to postgres. Apart from that is looks like it can't find isaexec. Do you have CSWisaexec installed and /opt/csw/bin/isaexec is in place? From noreply at opencsw.org Wed Sep 30 11:28:45 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 11:28:45 +0200 Subject: [bug-notifications] [openldap 0003862]: OpenLDAP no longer start after berkeley db upgrade to current In-Reply-To: Message-ID: <09ed06fd8c0efe05f3e3ec36e9660dd1@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3862 ====================================================================== Reported By: wbonnet Assigned To: ====================================================================== Project: openldap Issue ID: 3862 Category: upgrade Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2009-08-19 16:55 CEST Last Modified: 2009-09-30 11:28 CEST ====================================================================== Summary: OpenLDAP no longer start after berkeley db upgrade to current Description: After upgrading packages to current, openldap no longer start. It still try to use version 4.2 of bdb not 4.7, producing a "Unrecognized database type (bdb) error" Here are the start logs : line 9 (include /opt/csw/etc/openldap/schema/openldap-lpk.schema) reading config file /opt/csw/etc/openldap/schema/openldap-lpk.schema line 13 (attributetype ( 1.3.6.1.4.1.24552.500.1.1.1.13 NAME 'sshPublicKey' DESC 'MANDATORY: OpenSSH Public key' EQUALITY octetStringMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.40 )) line 19 (objectclass ( 1.3.6.1.4.1.24552.500.1.1.2.0 NAME 'ldapPublicKey' SUP top AUXILIARY DESC 'MANDATORY: OpenSSH LPK objectclass' MUST ( sshPublicKey $ uid ) )) line 17 (pidfile /opt/csw/var/run/slapd.pid) line 18 (argsfile /opt/csw/var/run/slapd.args) line 21 (modulepath /opt/csw/libexec/openldap) line 22 (moduleload back_bdb.la) loaded module back_bdb.la bdb_back_initialize: initialize BDB backend bdb_back_initialize: BDB library version mismatch: expected Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003), got Berkeley DB 4.7.25: (May 15, 2008) backend_add: initialization for type "bdb" failed module back_bdb.la: null module registered line 61 (database bdb) Unrecognized database type (bdb) /opt/csw/etc/openldap/slapd.conf: line 61: failed init (bdb)! slapd destroy: freeing system resources. slapd stopped. connections_destroy: nothing to destroy. ====================================================================== ---------------------------------------------------------------------- (0006776) dam (reporter) - 2009-09-30 11:28 http://www.opencsw.org/bugtrack/view.php?id=3862#c6776 ---------------------------------------------------------------------- There is an updated OpenLDAP in testing. Please verify. From noreply at opencsw.org Wed Sep 30 12:00:34 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 12:00:34 +0200 Subject: [bug-notifications] [openldap 0003862]: OpenLDAP no longer start after berkeley db upgrade to current In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3862 ====================================================================== Reported By: wbonnet Assigned To: ====================================================================== Project: openldap Issue ID: 3862 Category: upgrade Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2009-08-19 16:55 CEST Last Modified: 2009-09-30 12:00 CEST ====================================================================== Summary: OpenLDAP no longer start after berkeley db upgrade to current Description: After upgrading packages to current, openldap no longer start. It still try to use version 4.2 of bdb not 4.7, producing a "Unrecognized database type (bdb) error" Here are the start logs : line 9 (include /opt/csw/etc/openldap/schema/openldap-lpk.schema) reading config file /opt/csw/etc/openldap/schema/openldap-lpk.schema line 13 (attributetype ( 1.3.6.1.4.1.24552.500.1.1.1.13 NAME 'sshPublicKey' DESC 'MANDATORY: OpenSSH Public key' EQUALITY octetStringMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.40 )) line 19 (objectclass ( 1.3.6.1.4.1.24552.500.1.1.2.0 NAME 'ldapPublicKey' SUP top AUXILIARY DESC 'MANDATORY: OpenSSH LPK objectclass' MUST ( sshPublicKey $ uid ) )) line 17 (pidfile /opt/csw/var/run/slapd.pid) line 18 (argsfile /opt/csw/var/run/slapd.args) line 21 (modulepath /opt/csw/libexec/openldap) line 22 (moduleload back_bdb.la) loaded module back_bdb.la bdb_back_initialize: initialize BDB backend bdb_back_initialize: BDB library version mismatch: expected Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003), got Berkeley DB 4.7.25: (May 15, 2008) backend_add: initialization for type "bdb" failed module back_bdb.la: null module registered line 61 (database bdb) Unrecognized database type (bdb) /opt/csw/etc/openldap/slapd.conf: line 61: failed init (bdb)! slapd destroy: freeing system resources. slapd stopped. connections_destroy: nothing to destroy. ====================================================================== ---------------------------------------------------------------------- (0006777) DidierL (reporter) - 2009-09-30 12:00 http://www.opencsw.org/bugtrack/view.php?id=3862#c6777 ---------------------------------------------------------------------- In testing? Do you mean in the "current" repository tree? I tried that tree but it didn't work: # pkg-get -s "ftp://ftp.ibiblio.org/pub/packages/solaris/opencsw/current" -u openldap WARNING: gpg not found No worries... you already have version 2.3.39,REV=2008.02.22 of openldap If you doubt this message, run 'pkg-get -U', then run 'pkg-get upgrade openldap' Notice I am using solaris 5.10 i386. (btw opencsw.org seems quite unstable) From noreply at opencsw.org Wed Sep 30 12:02:54 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 12:02:54 +0200 Subject: [bug-notifications] [openldap 0003862]: OpenLDAP no longer start after berkeley db upgrade to current In-Reply-To: Message-ID: <554229fc06cfeec660e10582c883ffca@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3862 ====================================================================== Reported By: wbonnet Assigned To: ====================================================================== Project: openldap Issue ID: 3862 Category: upgrade Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2009-08-19 16:55 CEST Last Modified: 2009-09-30 12:02 CEST ====================================================================== Summary: OpenLDAP no longer start after berkeley db upgrade to current Description: After upgrading packages to current, openldap no longer start. It still try to use version 4.2 of bdb not 4.7, producing a "Unrecognized database type (bdb) error" Here are the start logs : line 9 (include /opt/csw/etc/openldap/schema/openldap-lpk.schema) reading config file /opt/csw/etc/openldap/schema/openldap-lpk.schema line 13 (attributetype ( 1.3.6.1.4.1.24552.500.1.1.1.13 NAME 'sshPublicKey' DESC 'MANDATORY: OpenSSH Public key' EQUALITY octetStringMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.40 )) line 19 (objectclass ( 1.3.6.1.4.1.24552.500.1.1.2.0 NAME 'ldapPublicKey' SUP top AUXILIARY DESC 'MANDATORY: OpenSSH LPK objectclass' MUST ( sshPublicKey $ uid ) )) line 17 (pidfile /opt/csw/var/run/slapd.pid) line 18 (argsfile /opt/csw/var/run/slapd.args) line 21 (modulepath /opt/csw/libexec/openldap) line 22 (moduleload back_bdb.la) loaded module back_bdb.la bdb_back_initialize: initialize BDB backend bdb_back_initialize: BDB library version mismatch: expected Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003), got Berkeley DB 4.7.25: (May 15, 2008) backend_add: initialization for type "bdb" failed module back_bdb.la: null module registered line 61 (database bdb) Unrecognized database type (bdb) /opt/csw/etc/openldap/slapd.conf: line 61: failed init (bdb)! slapd destroy: freeing system resources. slapd stopped. connections_destroy: nothing to destroy. ====================================================================== ---------------------------------------------------------------------- (0006778) DidierL (reporter) - 2009-09-30 12:02 http://www.opencsw.org/bugtrack/view.php?id=3862#c6778 ---------------------------------------------------------------------- Sorry I figured out I was already using the current tree before (looking at pkg-get.conf). I think I will try to switch back to stable. Is it possible to downgrade packages? From noreply at opencsw.org Wed Sep 30 12:03:47 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 12:03:47 +0200 Subject: [bug-notifications] [libpq 0003929]: libpq installs only partially - not checking if postgresql binaries exists In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3929 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: libpq Issue ID: 3929 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-30 11:16 CEST Last Modified: 2009-09-30 12:03 CEST ====================================================================== Summary: libpq installs only partially - not checking if postgresql binaries exists Description: While installing libpq-8.3.1,REV=2008.05.02-SunOS5.8-sparc-CSW.pkg with pkgutil: /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. There's no /opt/csw/postgresql directory on my system. I don't use postgresql and am not planing to use it. ====================================================================== ---------------------------------------------------------------------- (0006779) alexs77 (reporter) - 2009-09-30 12:03 http://www.opencsw.org/bugtrack/view.php?id=3929#c6779 ---------------------------------------------------------------------- I don't have postgres installed. I also didn't uninstall it. I suppose libpq got installed to satisfy some dependency - having had a look at http://www.opencsw.org/packages/libpq, I suppose it's because of CSWnagiosp. There's no need for CSWpostgresql and there's also no Dependency set for CSWlibpq ? CSWpostgresql. Please do *NOT* add one! Apps can work fine without the main package. CSWisaexec is installed. --($ /etc/opt/csw/nagios)-- ls -la /opt/csw/bin/isaexec -r-xr-xr-x 24 root bin 10044 Jan 23 2005 /opt/csw/bin/isaexec From noreply at opencsw.org Wed Sep 30 12:07:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 12:07:31 +0200 Subject: [bug-notifications] [apache2 0003930]: Use same user/group as Sun apache2 package Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3930 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: apache2 Issue ID: 3930 Category: packaging Reproducibility: N/A Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-30 12:07 CEST Last Modified: 2009-09-30 12:07 CEST ====================================================================== Summary: Use same user/group as Sun apache2 package Description: CSWapache2 uses the User nobody and Group nobody to run the httpd. Sun apache2 (at least on Solaris 10) uses a dedicated user/group webservd. That's better, because the user can thus be limited in rights even more (or maybe the other way around: that user can be easily given more rights). Especially when granting additional rights, that's something you do of course *NOT* want to do when a "generic" user/group like "nobody" is used. Because of that, it would be good, if CSW would follow what Sun does, as it makes a lot of sense: Please use User webservd and Group webservd. ====================================================================== From noreply at opencsw.org Wed Sep 30 13:16:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 13:16:07 +0200 Subject: [bug-notifications] [openldap 0003862]: OpenLDAP no longer start after berkeley db upgrade to current In-Reply-To: Message-ID: <67e0d2857c6006e63ce60ec401304837@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3862 ====================================================================== Reported By: wbonnet Assigned To: ====================================================================== Project: openldap Issue ID: 3862 Category: upgrade Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2009-08-19 16:55 CEST Last Modified: 2009-09-30 13:16 CEST ====================================================================== Summary: OpenLDAP no longer start after berkeley db upgrade to current Description: After upgrading packages to current, openldap no longer start. It still try to use version 4.2 of bdb not 4.7, producing a "Unrecognized database type (bdb) error" Here are the start logs : line 9 (include /opt/csw/etc/openldap/schema/openldap-lpk.schema) reading config file /opt/csw/etc/openldap/schema/openldap-lpk.schema line 13 (attributetype ( 1.3.6.1.4.1.24552.500.1.1.1.13 NAME 'sshPublicKey' DESC 'MANDATORY: OpenSSH Public key' EQUALITY octetStringMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.40 )) line 19 (objectclass ( 1.3.6.1.4.1.24552.500.1.1.2.0 NAME 'ldapPublicKey' SUP top AUXILIARY DESC 'MANDATORY: OpenSSH LPK objectclass' MUST ( sshPublicKey $ uid ) )) line 17 (pidfile /opt/csw/var/run/slapd.pid) line 18 (argsfile /opt/csw/var/run/slapd.args) line 21 (modulepath /opt/csw/libexec/openldap) line 22 (moduleload back_bdb.la) loaded module back_bdb.la bdb_back_initialize: initialize BDB backend bdb_back_initialize: BDB library version mismatch: expected Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003), got Berkeley DB 4.7.25: (May 15, 2008) backend_add: initialization for type "bdb" failed module back_bdb.la: null module registered line 61 (database bdb) Unrecognized database type (bdb) /opt/csw/etc/openldap/slapd.conf: line 61: failed init (bdb)! slapd destroy: freeing system resources. slapd stopped. connections_destroy: nothing to destroy. ====================================================================== ---------------------------------------------------------------------- (0006780) dam (reporter) - 2009-09-30 13:16 http://www.opencsw.org/bugtrack/view.php?id=3862#c6780 ---------------------------------------------------------------------- Please manually remove CSWbdb4 and install the previous version from http://csw.informatik.uni-erlangen.de/oldpkgs/ Best regards -- Dago From noreply at opencsw.org Wed Sep 30 13:18:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 13:18:55 +0200 Subject: [bug-notifications] [libpq 0003929]: libpq installs only partially - not checking if postgresql binaries exists In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3929 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: libpq Issue ID: 3929 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-30 11:16 CEST Last Modified: 2009-09-30 13:18 CEST ====================================================================== Summary: libpq installs only partially - not checking if postgresql binaries exists Description: While installing libpq-8.3.1,REV=2008.05.02-SunOS5.8-sparc-CSW.pkg with pkgutil: /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. There's no /opt/csw/postgresql directory on my system. I don't use postgresql and am not planing to use it. ====================================================================== ---------------------------------------------------------------------- (0006781) dam (reporter) - 2009-09-30 13:18 http://www.opencsw.org/bugtrack/view.php?id=3929#c6781 ---------------------------------------------------------------------- The directory /opt/csw/postgresql should be created during installation of CSWlibpq. Strange. Please try adding the package manually after download it with 'pkg-get -d libpq' and see why it is failing there. From noreply at opencsw.org Wed Sep 30 13:29:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 13:29:19 +0200 Subject: [bug-notifications] [libpq 0003929]: libpq installs only partially - not checking if postgresql binaries exists In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3929 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: libpq Issue ID: 3929 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-30 11:16 CEST Last Modified: 2009-09-30 13:29 CEST ====================================================================== Summary: libpq installs only partially - not checking if postgresql binaries exists Description: While installing libpq-8.3.1,REV=2008.05.02-SunOS5.8-sparc-CSW.pkg with pkgutil: /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. There's no /opt/csw/postgresql directory on my system. I don't use postgresql and am not planing to use it. ====================================================================== ---------------------------------------------------------------------- (0006782) alexs77 (reporter) - 2009-09-30 13:29 http://www.opencsw.org/bugtrack/view.php?id=3929#c6782 ---------------------------------------------------------------------- Oh. There's of course a /opt/csw/postgresql directory (my mistake, sorry!): --($ ~/src)-- ls -la /opt/csw/postgresql/ total 10 drwxr-xr-x 5 root bin 5 Sep 30 13:26 . drwxr-xr-x 21 root bin 24 Sep 30 13:26 .. drwxr-xr-x 4 root bin 6 Sep 30 13:26 bin drwxr-xr-x 4 root bin 18 Sep 30 13:26 include drwxr-xr-x 3 root bin 35 Sep 30 13:26 lib So, it just fails to create the link? Here's the full output of running pkgadd: --($ ~/src)-- sudo env LC_ALL=C LANG=C pkgadd -d libpq-8.3.1\,REV\=2008.05.02-SunOS5.8-sparc-CSW.pkg The following packages are available: 1 CSWlibpq libpq - libraries needed by postgresql server and clients (sparc) 8.3.1,REV=2008.05.02 Select package(s) you wish to process (or 'all' to process all packages). (default: all) [?,??,q]: Processing package instance from libpq - libraries needed by postgresql server and clients(sparc) 8.3.1,REV=2008.05.02 PostgreSQL Database Management System (formerly known as Postgres, then as Postgres95) Portions Copyright (c) 1996-2004, PostgreSQL Global Development Group Portions Copyright (c) 1994, The Regents of the University of California Permission to use, copy, modify, and distribute this software and its documentation for any purpose, without fee, and without a written agreement is hereby granted, provided that the above copyright notice and this paragraph and the following two paragraphs appear in all copies. IN NO EVENT SHALL THE UNIVERSITY OF CALIFORNIA BE LIABLE TO ANY PARTY FOR DIRECT, INDIRECT, SPECIAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES, INCLUDING LOST PROFITS, ARISING OUT OF THE USE OF THIS SOFTWARE AND ITS DOCUMENTATION, EVEN IF THE UNIVERSITY OF CALIFORNIA HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. THE UNIVERSITY OF CALIFORNIA SPECIFICALLY DISCLAIMS ANY WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE SOFTWARE PROVIDED HEREUNDER IS ON AN "AS IS" BASIS, AND THE UNIVERSITY OF CALIFORNIA HAS NO OBLIGATIONS TO PROVIDE MAINTENANCE, SUPPORT, UPDATES, ENHANCEMENTS, OR MODIFICATIONS. ## Executing checkinstall script. ## Processing package information. ## Processing system information. 1 package pathname is already properly installed. ## Verifying package dependencies. ## Verifying disk space requirements. ## Checking for conflicts with packages already installed. ## Checking for setuid/setgid programs. Installing libpq - libraries needed by postgresql server and clients as ## Installing part 1 of 1. /opt/csw/postgresql/bin/pg_config32 /opt/csw/postgresql/bin/pg_config64 /opt/csw/postgresql/bin/sparcv8/ecpg /opt/csw/postgresql/bin/sparcv8/pg_config /opt/csw/postgresql/bin/sparcv9/ecpg /opt/csw/postgresql/bin/sparcv9/pg_config /opt/csw/postgresql/include/ecpgerrno.h /opt/csw/postgresql/include/ecpglib.h /opt/csw/postgresql/include/ecpgtype.h /opt/csw/postgresql/include/internal/libpq-int.h /opt/csw/postgresql/include/internal/pqexpbuffer.h /opt/csw/postgresql/include/libpq-fe.h /opt/csw/postgresql/include/libpq/libpq-fs.h /opt/csw/postgresql/include/pg_config.h /opt/csw/postgresql/include/pg_config_os.h /opt/csw/postgresql/include/pgtypes_date.h /opt/csw/postgresql/include/pgtypes_error.h /opt/csw/postgresql/include/pgtypes_interval.h /opt/csw/postgresql/include/pgtypes_numeric.h /opt/csw/postgresql/include/pgtypes_timestamp.h /opt/csw/postgresql/include/postgres_ext.h /opt/csw/postgresql/include/sql3types.h /opt/csw/postgresql/include/sqlca.h /opt/csw/postgresql/lib/32 /opt/csw/postgresql/lib/64 /opt/csw/postgresql/lib/libecpg.a /opt/csw/postgresql/lib/libecpg.so /opt/csw/postgresql/lib/libecpg.so.4 /opt/csw/postgresql/lib/libecpg.so.4.2 /opt/csw/postgresql/lib/libecpg.so.5 /opt/csw/postgresql/lib/libecpg.so.5.1 /opt/csw/postgresql/lib/libecpg.so.5.2 /opt/csw/postgresql/lib/libecpg.so.6 /opt/csw/postgresql/lib/libecpg.so.6.0 /opt/csw/postgresql/lib/libecpg_compat.so.2 /opt/csw/postgresql/lib/libecpg_compat.so.2.2 /opt/csw/postgresql/lib/libpgtypes.a /opt/csw/postgresql/lib/libpgtypes.so /opt/csw/postgresql/lib/libpgtypes.so.1 /opt/csw/postgresql/lib/libpgtypes.so.1.2 /opt/csw/postgresql/lib/libpgtypes.so.2 /opt/csw/postgresql/lib/libpgtypes.so.2.1 /opt/csw/postgresql/lib/libpgtypes.so.2.2 /opt/csw/postgresql/lib/libpgtypes.so.3 /opt/csw/postgresql/lib/libpgtypes.so.3.0 /opt/csw/postgresql/lib/libpq.a /opt/csw/postgresql/lib/libpq.so /opt/csw/postgresql/lib/libpq.so.3 /opt/csw/postgresql/lib/libpq.so.3.2 /opt/csw/postgresql/lib/libpq.so.4 /opt/csw/postgresql/lib/libpq.so.4.1 /opt/csw/postgresql/lib/libpq.so.5 /opt/csw/postgresql/lib/libpq.so.5.0 /opt/csw/postgresql/lib/libpq.so.5.1 /opt/csw/postgresql/lib/sparcv8 /opt/csw/postgresql/lib/sparcv9/libecpg.a /opt/csw/postgresql/lib/sparcv9/libecpg.so /opt/csw/postgresql/lib/sparcv9/libecpg.so.4 /opt/csw/postgresql/lib/sparcv9/libecpg.so.4.2 /opt/csw/postgresql/lib/sparcv9/libecpg.so.5 /opt/csw/postgresql/lib/sparcv9/libecpg.so.5.1 /opt/csw/postgresql/lib/sparcv9/libecpg.so.5.2 /opt/csw/postgresql/lib/sparcv9/libecpg.so.6 /opt/csw/postgresql/lib/sparcv9/libecpg.so.6.0 /opt/csw/postgresql/lib/sparcv9/libecpg_compat.so.2 /opt/csw/postgresql/lib/sparcv9/libecpg_compat.so.2.2 /opt/csw/postgresql/lib/sparcv9/libpgtypes.a /opt/csw/postgresql/lib/sparcv9/libpgtypes.so /opt/csw/postgresql/lib/sparcv9/libpgtypes.so.1 /opt/csw/postgresql/lib/sparcv9/libpgtypes.so.1.2 /opt/csw/postgresql/lib/sparcv9/libpgtypes.so.2 /opt/csw/postgresql/lib/sparcv9/libpgtypes.so.2.1 /opt/csw/postgresql/lib/sparcv9/libpgtypes.so.2.2 /opt/csw/postgresql/lib/sparcv9/libpgtypes.so.3 /opt/csw/postgresql/lib/sparcv9/libpgtypes.so.3.0 /opt/csw/postgresql/lib/sparcv9/libpq.a /opt/csw/postgresql/lib/sparcv9/libpq.so /opt/csw/postgresql/lib/sparcv9/libpq.so.3 /opt/csw/postgresql/lib/sparcv9/libpq.so.3.2 /opt/csw/postgresql/lib/sparcv9/libpq.so.4 /opt/csw/postgresql/lib/sparcv9/libpq.so.4.1 /opt/csw/postgresql/lib/sparcv9/libpq.so.5 /opt/csw/postgresql/lib/sparcv9/libpq.so.5.0 /opt/csw/postgresql/lib/sparcv9/libpq.so.5.1 [ verifying class ] /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. From noreply at opencsw.org Wed Sep 30 13:35:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 13:35:44 +0200 Subject: [bug-notifications] [libpq 0003929]: libpq installs only partially - not checking if postgresql binaries exists In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3929 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: libpq Issue ID: 3929 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-30 11:16 CEST Last Modified: 2009-09-30 13:35 CEST ====================================================================== Summary: libpq installs only partially - not checking if postgresql binaries exists Description: While installing libpq-8.3.1,REV=2008.05.02-SunOS5.8-sparc-CSW.pkg with pkgutil: /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. There's no /opt/csw/postgresql directory on my system. I don't use postgresql and am not planing to use it. ====================================================================== ---------------------------------------------------------------------- (0006783) dam (reporter) - 2009-09-30 13:35 http://www.opencsw.org/bugtrack/view.php?id=3929#c6783 ---------------------------------------------------------------------- Ok, and /opt/csw/bin/isaexec is there? Please try "truss -f pkgadd ... 2>&1 | grep isaexec" to see how it fails. From noreply at opencsw.org Wed Sep 30 13:53:53 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 13:53:53 +0200 Subject: [bug-notifications] [libpq 0003929]: libpq installs only partially - not checking if postgresql binaries exists In-Reply-To: Message-ID: <12c89d839afd5ef90d6c97333af6d211@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3929 ====================================================================== Reported By: alexs77 Assigned To: ====================================================================== Project: libpq Issue ID: 3929 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-09-30 11:16 CEST Last Modified: 2009-09-30 13:53 CEST ====================================================================== Summary: libpq installs only partially - not checking if postgresql binaries exists Description: While installing libpq-8.3.1,REV=2008.05.02-SunOS5.8-sparc-CSW.pkg with pkgutil: /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. There's no /opt/csw/postgresql directory on my system. I don't use postgresql and am not planing to use it. ====================================================================== ---------------------------------------------------------------------- (0006784) alexs77 (reporter) - 2009-09-30 13:53 http://www.opencsw.org/bugtrack/view.php?id=3929#c6784 ---------------------------------------------------------------------- Yes, isexec exists: --($ ~/src)-- ls -la /opt/csw/bin/isaexec -r-xr-xr-x 24 root bin 10044 Jan 23 2005 /opt/csw/bin/isaexec --($ ~/src)-- sudo env LC_ALL=C LANG=C truss -fo /tmp/pkgadd.truss pkgadd -d libpq-8.3.1\,REV\=2008.05.02-SunOS5.8-sparc-CSW.pkg [...] --($ ~/src)-- grep isaexec /tmp/pkgadd.truss 17744: open("/var/sadm/pkg/CSWisaexec/pkginfo", O_RDONLY) = 11 17744: access("/var/sadm/pkg/.save.CSWisaexec/pkginfo", F_OK) Err#2 ENOENT 17744: access("/var/sadm/pkg/CSWisaexec/pkginfo", F_OK) = 0 17744: open("/var/sadm/pkg/CSWisaexec/pkginfo", O_RDONLY) = 11 17744: access("/var/sadm/pkg/CSWisaexec/!I-Lock!", F_OK) Err#2 ENOENT 17744: access("/var/sadm/pkg/CSWisaexec/!R-Lock!", F_OK) Err#2 ENOENT 17744: stat64("/opt/csw/bin/isaexec", 0xFFBFCFC0) = 0 17744: link("/opt/csw/bin/isaexec", "/opt/csw/postgresql/bin/ecpg") Err#18 EXDEV 17744: stat64("/opt/csw/bin/isaexec", 0xFFBFCFC0) = 0 17744: link("/opt/csw/bin/isaexec", "/opt/csw/postgresql/bin/pg_config") Err#18 EXDEV You're trying to create a hardlink? That won't work: --($ ~/src)-- zfs list | grep csw data/zones/race-monitoring/ds/opt/csw 356M 314G 23.0M /opt/csw data/zones/race-monitoring/ds/opt/csw/X11 4.50M 314G 4.50M /opt/csw/X11 data/zones/race-monitoring/ds/opt/csw/apache2 7.73M 314G 7.73M /opt/csw/apache2 data/zones/race-monitoring/ds/opt/csw/bdb4 38.6K 314G 38.6K /opt/csw/bdb4 data/zones/race-monitoring/ds/opt/csw/bdb44 41.3K 314G 41.3K /opt/csw/bdb44 data/zones/race-monitoring/ds/opt/csw/bin 41.1M 314G 41.1M /opt/csw/bin data/zones/race-monitoring/ds/opt/csw/etc 430K 314G 430K /opt/csw/etc data/zones/race-monitoring/ds/opt/csw/gcc4 78.9M 314G 78.9M /opt/csw/gcc4 data/zones/race-monitoring/ds/opt/csw/include 2.89M 314G 2.89M /opt/csw/include data/zones/race-monitoring/ds/opt/csw/lib 98.2M 314G 98.2M /opt/csw/lib data/zones/race-monitoring/ds/opt/csw/libexec 3.18M 314G 3.18M /opt/csw/libexec data/zones/race-monitoring/ds/opt/csw/sbin 1.11M 314G 1.11M /opt/csw/sbin data/zones/race-monitoring/ds/opt/csw/share 95.3M 314G 95.3M /opt/csw/share data/zones/race-monitoring/ds/opt/csw/ssl 36.0K 314G 36.0K /opt/csw/ssl data/zones/race-monitoring/ds/opt/csw/var 24.0K 314G 24.0K /opt/csw/var IOW: /opt/csw/bin and /opt/csw (and thus /opt/csw/postgresql) are seperate filesystems. Does it HAVE TO be a hardlink? Why no symlink? From noreply at opencsw.org Wed Sep 30 13:54:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 13:54:16 +0200 Subject: [bug-notifications] [libpq 0003929]: libpq installs only partially - not checking if postgresql binaries exists In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3929 ====================================================================== Reported By: alexs77 Assigned To: dam ====================================================================== Project: libpq Issue ID: 3929 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-30 11:16 CEST Last Modified: 2009-09-30 13:54 CEST ====================================================================== Summary: libpq installs only partially - not checking if postgresql binaries exists Description: While installing libpq-8.3.1,REV=2008.05.02-SunOS5.8-sparc-CSW.pkg with pkgutil: /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. There's no /opt/csw/postgresql directory on my system. I don't use postgresql and am not planing to use it. ====================================================================== ---------------------------------------------------------------------- (0006784) alexs77 (reporter) - 2009-09-30 13:53 http://www.opencsw.org/bugtrack/view.php?id=3929#c6784 ---------------------------------------------------------------------- Yes, isexec exists: --($ ~/src)-- ls -la /opt/csw/bin/isaexec -r-xr-xr-x 24 root bin 10044 Jan 23 2005 /opt/csw/bin/isaexec --($ ~/src)-- sudo env LC_ALL=C LANG=C truss -fo /tmp/pkgadd.truss pkgadd -d libpq-8.3.1\,REV\=2008.05.02-SunOS5.8-sparc-CSW.pkg [...] --($ ~/src)-- grep isaexec /tmp/pkgadd.truss 17744: open("/var/sadm/pkg/CSWisaexec/pkginfo", O_RDONLY) = 11 17744: access("/var/sadm/pkg/.save.CSWisaexec/pkginfo", F_OK) Err#2 ENOENT 17744: access("/var/sadm/pkg/CSWisaexec/pkginfo", F_OK) = 0 17744: open("/var/sadm/pkg/CSWisaexec/pkginfo", O_RDONLY) = 11 17744: access("/var/sadm/pkg/CSWisaexec/!I-Lock!", F_OK) Err#2 ENOENT 17744: access("/var/sadm/pkg/CSWisaexec/!R-Lock!", F_OK) Err#2 ENOENT 17744: stat64("/opt/csw/bin/isaexec", 0xFFBFCFC0) = 0 17744: link("/opt/csw/bin/isaexec", "/opt/csw/postgresql/bin/ecpg") Err#18 EXDEV 17744: stat64("/opt/csw/bin/isaexec", 0xFFBFCFC0) = 0 17744: link("/opt/csw/bin/isaexec", "/opt/csw/postgresql/bin/pg_config") Err#18 EXDEV You're trying to create a hardlink? That won't work: --($ ~/src)-- zfs list | grep csw data/zones/race-monitoring/ds/opt/csw 356M 314G 23.0M /opt/csw data/zones/race-monitoring/ds/opt/csw/X11 4.50M 314G 4.50M /opt/csw/X11 data/zones/race-monitoring/ds/opt/csw/apache2 7.73M 314G 7.73M /opt/csw/apache2 data/zones/race-monitoring/ds/opt/csw/bdb4 38.6K 314G 38.6K /opt/csw/bdb4 data/zones/race-monitoring/ds/opt/csw/bdb44 41.3K 314G 41.3K /opt/csw/bdb44 data/zones/race-monitoring/ds/opt/csw/bin 41.1M 314G 41.1M /opt/csw/bin data/zones/race-monitoring/ds/opt/csw/etc 430K 314G 430K /opt/csw/etc data/zones/race-monitoring/ds/opt/csw/gcc4 78.9M 314G 78.9M /opt/csw/gcc4 data/zones/race-monitoring/ds/opt/csw/include 2.89M 314G 2.89M /opt/csw/include data/zones/race-monitoring/ds/opt/csw/lib 98.2M 314G 98.2M /opt/csw/lib data/zones/race-monitoring/ds/opt/csw/libexec 3.18M 314G 3.18M /opt/csw/libexec data/zones/race-monitoring/ds/opt/csw/sbin 1.11M 314G 1.11M /opt/csw/sbin data/zones/race-monitoring/ds/opt/csw/share 95.3M 314G 95.3M /opt/csw/share data/zones/race-monitoring/ds/opt/csw/ssl 36.0K 314G 36.0K /opt/csw/ssl data/zones/race-monitoring/ds/opt/csw/var 24.0K 314G 24.0K /opt/csw/var IOW: /opt/csw/bin and /opt/csw (and thus /opt/csw/postgresql) are seperate filesystems. Does it HAVE TO be a hardlink? Why no symlink? From noreply at opencsw.org Wed Sep 30 13:59:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 13:59:31 +0200 Subject: [bug-notifications] [libpq 0003929]: libpq installs only partially - not checking if postgresql binaries exists In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3929 ====================================================================== Reported By: alexs77 Assigned To: dam ====================================================================== Project: libpq Issue ID: 3929 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-30 11:16 CEST Last Modified: 2009-09-30 13:59 CEST ====================================================================== Summary: libpq installs only partially - not checking if postgresql binaries exists Description: While installing libpq-8.3.1,REV=2008.05.02-SunOS5.8-sparc-CSW.pkg with pkgutil: /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. There's no /opt/csw/postgresql directory on my system. I don't use postgresql and am not planing to use it. ====================================================================== ---------------------------------------------------------------------- (0006785) dam (administrator) - 2009-09-30 13:59 http://www.opencsw.org/bugtrack/view.php?id=3929#c6785 ---------------------------------------------------------------------- It is customary to make hardlinks to isaexec, although there is no direct necessity. The behaviour is duplicated from the Sun configuration where isaexec lives in /usr/lib/isaexec. Splitting off /bin is really uncustomary and I would discourage excessive filesystem splits. If you really want you can make /opt/csw/var a separate filesystem, everything else below /opt/csw should stay in one filesystem. From noreply at opencsw.org Wed Sep 30 13:59:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 13:59:57 +0200 Subject: [bug-notifications] [libpq 0003929]: libpq installs only partially - not checking if postgresql binaries exists In-Reply-To: Message-ID: <64b07f9b97cba0d3a6da82025435d3d8@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3929 ====================================================================== Reported By: alexs77 Assigned To: dam ====================================================================== Project: libpq Issue ID: 3929 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-09-30 11:16 CEST Last Modified: 2009-09-30 13:59 CEST ====================================================================== Summary: libpq installs only partially - not checking if postgresql binaries exists Description: While installing libpq-8.3.1,REV=2008.05.02-SunOS5.8-sparc-CSW.pkg with pkgutil: /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. There's no /opt/csw/postgresql directory on my system. I don't use postgresql and am not planing to use it. ====================================================================== ---------------------------------------------------------------------- (0006785) dam (administrator) - 2009-09-30 13:59 http://www.opencsw.org/bugtrack/view.php?id=3929#c6785 ---------------------------------------------------------------------- It is customary to make hardlinks to isaexec, although there is no direct necessity. The behaviour is duplicated from the Sun configuration where isaexec lives in /usr/lib/isaexec. Splitting off /bin is really uncustomary and I would discourage excessive filesystem splits. If you really want you can make /opt/csw/var a separate filesystem, everything else below /opt/csw should stay in one filesystem. From noreply at opencsw.org Wed Sep 30 14:02:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 14:02:13 +0200 Subject: [bug-notifications] [libpq 0003929]: libpq installs only partially - not checking if postgresql binaries exists In-Reply-To: Message-ID: <9d049ce406e3a66ce9738184144d1077@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3929 ====================================================================== Reported By: alexs77 Assigned To: dam ====================================================================== Project: libpq Issue ID: 3929 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-09-30 11:16 CEST Last Modified: 2009-09-30 14:02 CEST ====================================================================== Summary: libpq installs only partially - not checking if postgresql binaries exists Description: While installing libpq-8.3.1,REV=2008.05.02-SunOS5.8-sparc-CSW.pkg with pkgutil: /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. There's no /opt/csw/postgresql directory on my system. I don't use postgresql and am not planing to use it. ====================================================================== ---------------------------------------------------------------------- (0006786) alexs77 (reporter) - 2009-09-30 14:02 http://www.opencsw.org/bugtrack/view.php?id=3929#c6786 ---------------------------------------------------------------------- Okay. Understood. Going to merge together everything in "csw" filesystem. After that, I am very confident that the package is going to install cleanly. You may go ahead and close the issue now already. From noreply at opencsw.org Wed Sep 30 14:12:53 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 14:12:53 +0200 Subject: [bug-notifications] [libpq 0003929]: libpq installs only partially - not checking if postgresql binaries exists In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3929 ====================================================================== Reported By: alexs77 Assigned To: dam ====================================================================== Project: libpq Issue ID: 3929 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-30 11:16 CEST Last Modified: 2009-09-30 14:12 CEST ====================================================================== Summary: libpq installs only partially - not checking if postgresql binaries exists Description: While installing libpq-8.3.1,REV=2008.05.02-SunOS5.8-sparc-CSW.pkg with pkgutil: /opt/csw/postgresql/bin/ecpg ERROR: attribute verification of failed pathname does not exist unable to create link to /opt/csw/postgresql/bin/pg_config ERROR: attribute verification of failed pathname does not exist unable to create link to Installation of partially failed. There's no /opt/csw/postgresql directory on my system. I don't use postgresql and am not planing to use it. ====================================================================== ---------------------------------------------------------------------- (0006786) alexs77 (reporter) - 2009-09-30 14:02 http://www.opencsw.org/bugtrack/view.php?id=3929#c6786 ---------------------------------------------------------------------- Okay. Understood. Going to merge together everything in "csw" filesystem. After that, I am very confident that the package is going to install cleanly. You may go ahead and close the issue now already. BTW: Thanks for your fast reponses and help! From noreply at opencsw.org Wed Sep 30 17:11:12 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 30 Sep 2009 17:11:12 +0200 Subject: [bug-notifications] [memconf 0003928]: Please upgrade to 2.11 In-Reply-To: <1ed6f23ad08ec160ecad45586b2ef1ef> Message-ID: <3acf6037a1720c3863e353976c04085d@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3928 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: memconf Issue ID: 3928 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-30 09:32 CEST Last Modified: 2009-09-30 17:11 CEST ====================================================================== Summary: Please upgrade to 2.11 Description: Please upgrade to 2.11 ====================================================================== ---------------------------------------------------------------------- (0006787) bonivart (manager) - 2009-09-30 17:11 http://www.opencsw.org/mantis/view.php?id=3928#c6787 ---------------------------------------------------------------------- 2.11 released to current.