From noreply at opencsw.org Fri May 1 00:39:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 1 May 2009 00:39:28 +0200 Subject: [bug-notifications] [ap2_modphp5 0003649]: Missing file In-Reply-To: <17ad1b0143a2c17d6cba1373d6526ebe> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3649 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: ap2_modphp5 Issue ID: 3649 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-30 11:28 CEST Last Modified: 2009-05-01 00:39 CEST ====================================================================== Summary: Missing file Description: After a fresh install ( solaris and csw/*)I found : tcsh at isg-1510 [~] svcs -xv svc:/network/cswapache2:default (?) State: maintenance since Thu Apr 30 11:13:22 2009 Reason: Start method failed repeatedly, last exited with status 1. See: http://sun.com/msg/SMF-8000-KS See: /var/svc/log/network-cswapache2:default.log Impact: This service is not running. tcsh at isg-1510 [~] cat /var/svc/log/network-cswapache2:default.log .... [ Apr 30 11:13:13 Executing start method ("/var/opt/csw/svc/method/svc-cswapache2 start") ] httpd: Syntax error on line 496 of /opt/csw/apache2/etc/httpd.conf: Could not open configuration file /opt/csw/apache2/etc/extra/httpd-php5.conf: No such file or directory ====================================================================== ---------------------------------------------------------------------- (0006045) mwatters (manager) - 2009-05-01 00:39 http://www.opencsw.org/bugtrack/view.php?id=3649#c6045 ---------------------------------------------------------------------- fixed in the current release Issue History Date Modified Username Field Change ====================================================================== 2009-04-30 11:28 Nicolai SchwindtNew Issue 2009-04-30 17:32 mwatters Status new => confirmed 2009-05-01 00:39 mwatters Note Added: 0006045 2009-05-01 00:39 mwatters Status confirmed => resolved 2009-05-01 00:39 mwatters Resolution open => fixed 2009-05-01 00:39 mwatters Assigned To => mwatters ====================================================================== From noreply at opencsw.org Fri May 1 00:40:09 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 1 May 2009 00:40:09 +0200 Subject: [bug-notifications] [ap2_modphp5 0003649]: Missing file In-Reply-To: <17ad1b0143a2c17d6cba1373d6526ebe> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3649 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: ap2_modphp5 Issue ID: 3649 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-30 11:28 CEST Last Modified: 2009-05-01 00:40 CEST ====================================================================== Summary: Missing file Description: After a fresh install ( solaris and csw/*)I found : tcsh at isg-1510 [~] svcs -xv svc:/network/cswapache2:default (?) State: maintenance since Thu Apr 30 11:13:22 2009 Reason: Start method failed repeatedly, last exited with status 1. See: http://sun.com/msg/SMF-8000-KS See: /var/svc/log/network-cswapache2:default.log Impact: This service is not running. tcsh at isg-1510 [~] cat /var/svc/log/network-cswapache2:default.log .... [ Apr 30 11:13:13 Executing start method ("/var/opt/csw/svc/method/svc-cswapache2 start") ] httpd: Syntax error on line 496 of /opt/csw/apache2/etc/httpd.conf: Could not open configuration file /opt/csw/apache2/etc/extra/httpd-php5.conf: No such file or directory ====================================================================== ---------------------------------------------------------------------- (0006045) mwatters (manager) - 2009-05-01 00:39 http://www.opencsw.org/bugtrack/view.php?id=3649#c6045 ---------------------------------------------------------------------- fixed in the current release ---------------------------------------------------------------------- (0006046) mwatters (manager) - 2009-05-01 00:40 http://www.opencsw.org/bugtrack/view.php?id=3649#c6046 ---------------------------------------------------------------------- repackaged to include the missing file. the new package tested OK and has been released Issue History Date Modified Username Field Change ====================================================================== 2009-04-30 11:28 Nicolai SchwindtNew Issue 2009-04-30 17:32 mwatters Status new => confirmed 2009-05-01 00:39 mwatters Note Added: 0006045 2009-05-01 00:39 mwatters Status confirmed => resolved 2009-05-01 00:39 mwatters Resolution open => fixed 2009-05-01 00:39 mwatters Assigned To => mwatters 2009-05-01 00:40 mwatters Note Added: 0006046 2009-05-01 00:40 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sat May 2 12:32:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 2 May 2009 12:32:07 +0200 Subject: [bug-notifications] [nrpe 0003646]: Please add --enable-command-args configure option to nrpe makefile In-Reply-To: <005e7de0abd30de08a89d90594df2418> Message-ID: <841a8cf3c539c7716650e5512b5788e2@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3646 ====================================================================== Reported By: battistuz Assigned To: ja ====================================================================== Project: nrpe Issue ID: 3646 Category: regular use Reproducibility: N/A Severity: feature Priority: normal Status: confirmed ====================================================================== Date Submitted: 2009-04-28 00:03 CEST Last Modified: 2009-05-02 12:32 CEST ====================================================================== Summary: Please add --enable-command-args configure option to nrpe makefile Description: Looks like the --enable-command-args configure option did not make it into the makefile for nrpe 2.12. This was enabled for previous versions and I rely on it for some of my Nagios checks which are now broken using the current OpenCSW version of nrpe. Can this functionality be added back? ====================================================================== ---------------------------------------------------------------------- (0006029) ja (manager) - 2009-04-28 00:11 http://www.opencsw.org/bugtrack/view.php?id=3646#c6029 ---------------------------------------------------------------------- You are right, this option is not set. I will try to put a new version of NRPE into testing until next sunday (I will be on a business trip the next days). Thanks for reporting! ---------------------------------------------------------------------- (0006047) ja (manager) - 2009-05-02 12:32 http://www.opencsw.org/bugtrack/view.php?id=3646#c6047 ---------------------------------------------------------------------- New packages of NRPE are available in testing (compiled with --enabled-command-args). Please check them out. Issue History Date Modified Username Field Change ====================================================================== 2009-04-28 00:03 battistuz New Issue 2009-04-28 00:09 ja Status new => assigned 2009-04-28 00:09 ja Assigned To => ja 2009-04-28 00:11 ja Note Added: 0006029 2009-04-28 00:11 ja Status assigned => confirmed 2009-05-02 12:32 ja Note Added: 0006047 ====================================================================== From noreply at opencsw.org Sun May 3 06:11:36 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 06:11:36 +0200 Subject: [bug-notifications] [nrpe 0003566]: RPATH contains /opt/csw/lib/\$ISALIST In-Reply-To: <6248ec40ddecdf642b03d20a5926a8a2> Message-ID: <815d071b04706265ef3b5b0892e98c48@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3566 ====================================================================== Reported By: james Assigned To: ja ====================================================================== Project: nrpe Issue ID: 3566 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-01 20:47 CEST Last Modified: 2009-05-03 06:11 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST Description: RPATH contains /opt/csw/lib/\$ISALIST so will not pick up arch libs. ====================================================================== ---------------------------------------------------------------------- (0005855) ja (manager) - 2009-04-05 10:07 http://www.opencsw.org/bugtrack/view.php?id=3566#c5855 ---------------------------------------------------------------------- issue is resolved in the current package in "testing". ticket will be closed, when the packages are finally released. ---------------------------------------------------------------------- (0006048) ja (manager) - 2009-05-03 06:11 http://www.opencsw.org/bugtrack/view.php?id=3566#c6048 ---------------------------------------------------------------------- packages with fix released. Issue History Date Modified Username Field Change ====================================================================== 2009-04-01 20:47 james New Issue 2009-04-02 19:36 ja Status new => assigned 2009-04-02 19:36 ja Assigned To => ja 2009-04-02 19:36 ja Status assigned => confirmed 2009-04-05 10:07 ja Note Added: 0005855 2009-04-05 10:07 ja Status confirmed => resolved 2009-04-05 10:07 ja Resolution open => fixed 2009-05-03 06:11 ja Note Added: 0006048 2009-05-03 06:11 ja Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 3 06:12:02 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 06:12:02 +0200 Subject: [bug-notifications] [nrpe_plugin 0003567]: RPATH contains /opt/csw/lib/\$ISALIST In-Reply-To: <1eb2ddc33c9df7b8c31b8a98d1960bac> Message-ID: <1a1dfd48ac716c6b5b3465edeb8b1d89@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3567 ====================================================================== Reported By: james Assigned To: ja ====================================================================== Project: nrpe_plugin Issue ID: 3567 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-01 20:48 CEST Last Modified: 2009-05-03 06:12 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST Description: RPATH contains /opt/csw/lib/\$ISALIST so will not pick up any arch libs. ====================================================================== ---------------------------------------------------------------------- (0005854) ja (manager) - 2009-04-05 10:07 http://www.opencsw.org/bugtrack/view.php?id=3567#c5854 ---------------------------------------------------------------------- issue is resolved in the current package in "testing". ticket will be closed, when the packages are finally released. ---------------------------------------------------------------------- (0006049) ja (manager) - 2009-05-03 06:12 http://www.opencsw.org/bugtrack/view.php?id=3567#c6049 ---------------------------------------------------------------------- packages with fix released. Issue History Date Modified Username Field Change ====================================================================== 2009-04-01 20:48 james New Issue 2009-04-02 19:37 ja Status new => assigned 2009-04-02 19:37 ja Assigned To => ja 2009-04-02 19:38 ja Status assigned => confirmed 2009-04-05 10:07 ja Note Added: 0005854 2009-04-05 10:07 ja Status confirmed => resolved 2009-04-05 10:07 ja Resolution open => fixed 2009-05-03 06:12 ja Note Added: 0006049 2009-05-03 06:12 ja Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 3 06:12:34 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 06:12:34 +0200 Subject: [bug-notifications] [nsca 0003568]: RPATH contains /opt/csw/lib/\$ISALIST In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3568 ====================================================================== Reported By: james Assigned To: ja ====================================================================== Project: nsca Issue ID: 3568 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-01 20:49 CEST Last Modified: 2009-05-03 06:12 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST Description: RPATH contains /opt/csw/lib/\$ISALIST so will not pick up any arch libs. ====================================================================== ---------------------------------------------------------------------- (0005856) ja (manager) - 2009-04-05 10:08 http://www.opencsw.org/bugtrack/view.php?id=3568#c5856 ---------------------------------------------------------------------- issue is resolved in the current package in "testing". ticket will be closed, when the packages are finally released. ---------------------------------------------------------------------- (0006050) ja (manager) - 2009-05-03 06:12 http://www.opencsw.org/bugtrack/view.php?id=3568#c6050 ---------------------------------------------------------------------- packages with fix released. Issue History Date Modified Username Field Change ====================================================================== 2009-04-01 20:49 james New Issue 2009-04-02 19:33 ja Status new => assigned 2009-04-02 19:33 ja Assigned To => ja 2009-04-02 19:34 ja Status assigned => confirmed 2009-04-05 10:08 ja Note Added: 0005856 2009-04-05 10:08 ja Status confirmed => resolved 2009-04-05 10:08 ja Resolution open => fixed 2009-05-03 06:12 ja Note Added: 0006050 2009-05-03 06:12 ja Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 3 06:13:04 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 06:13:04 +0200 Subject: [bug-notifications] [send_nsca 0003591]: RPATH contains /opt/csw/lib/\$ISALIST In-Reply-To: <3def6d6b15efad4bf83af99224fdecd4> Message-ID: <8833e6cd4a70ab6ef4700d1037486289@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3591 ====================================================================== Reported By: james Assigned To: ja ====================================================================== Project: send_nsca Issue ID: 3591 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-02 20:02 CEST Last Modified: 2009-05-03 06:13 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST Description: RPATH contains /opt/csw/lib/\$ISALIST but $ISALIST would be redundant as there is no arch lib available. ====================================================================== ---------------------------------------------------------------------- (0005853) ja (manager) - 2009-04-05 10:06 http://www.opencsw.org/bugtrack/view.php?id=3591#c5853 ---------------------------------------------------------------------- issue is resolved in the current package in "testing". ticket will be closed, when the packages are finally released. ---------------------------------------------------------------------- (0006051) ja (manager) - 2009-05-03 06:13 http://www.opencsw.org/bugtrack/view.php?id=3591#c6051 ---------------------------------------------------------------------- packages with fix released. Issue History Date Modified Username Field Change ====================================================================== 2009-04-02 20:02 james New Issue 2009-04-05 06:31 ja Status new => assigned 2009-04-05 06:31 ja Assigned To => ja 2009-04-05 10:06 ja Note Added: 0005853 2009-04-05 10:06 ja Status assigned => resolved 2009-04-05 10:06 ja Resolution open => fixed 2009-05-03 06:13 ja Note Added: 0006051 2009-05-03 06:13 ja Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 3 07:03:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 07:03:28 +0200 Subject: [bug-notifications] [subversion 0003159]: Depend on CSWggettextrt In-Reply-To: <757058087894090724a73eb8eac35cd2> Message-ID: <70413d91d987ac3d05ea1c8ff79c05b1@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3159 ====================================================================== Reported By: harpchad Assigned To: ====================================================================== Project: subversion Issue ID: 3159 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 02:57 CET Last Modified: 2009-05-03 07:03 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006052) mwatters (manager) - 2009-05-03 07:03 http://www.opencsw.org/mantis/view.php?id=3159#c6052 ---------------------------------------------------------------------- Fixed in the current revision Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 02:57 harpchad New Issue 2009-05-03 07:03 mwatters Note Added: 0006052 2009-05-03 07:03 mwatters Status new => closed ====================================================================== From noreply at opencsw.org Sun May 3 07:04:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 07:04:19 +0200 Subject: [bug-notifications] [rbsvn 0003346]: Depend on CSWggettextrt In-Reply-To: Message-ID: <09bde507c046158b3d613aa01fa80c74@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3346 ====================================================================== Reported By: harpchad Assigned To: ====================================================================== Project: rbsvn Issue ID: 3346 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:18 CET Last Modified: 2009-05-03 07:04 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006053) mwatters (manager) - 2009-05-03 07:04 http://www.opencsw.org/mantis/view.php?id=3346#c6053 ---------------------------------------------------------------------- Fixed in the current revision Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:18 harpchad New Issue 2009-05-03 07:04 mwatters Note Added: 0006053 2009-05-03 07:04 mwatters Status new => closed ====================================================================== From noreply at opencsw.org Sun May 3 07:05:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 07:05:10 +0200 Subject: [bug-notifications] [ap2_subversion 0003158]: Depend on CSWggettextrt In-Reply-To: <246ea25608b2c7fe27b2101980d5c552> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3158 ====================================================================== Reported By: harpchad Assigned To: ====================================================================== Project: ap2_subversion Issue ID: 3158 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 02:57 CET Last Modified: 2009-05-03 07:05 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006054) mwatters (manager) - 2009-05-03 07:05 http://www.opencsw.org/mantis/view.php?id=3158#c6054 ---------------------------------------------------------------------- Fixed in the current revision Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 02:57 harpchad New Issue 2009-05-03 07:05 mwatters Note Added: 0006054 2009-05-03 07:05 mwatters Status new => closed ====================================================================== From noreply at opencsw.org Sun May 3 07:06:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 07:06:00 +0200 Subject: [bug-notifications] [javasvn 0003284]: Depend on CSWggettextrt In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3284 ====================================================================== Reported By: harpchad Assigned To: ====================================================================== Project: javasvn Issue ID: 3284 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:11 CET Last Modified: 2009-05-03 07:06 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006055) mwatters (manager) - 2009-05-03 07:05 http://www.opencsw.org/mantis/view.php?id=3284#c6055 ---------------------------------------------------------------------- Fixed in the current revision Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:11 harpchad New Issue 2009-05-03 07:05 mwatters Note Added: 0006055 2009-05-03 07:06 mwatters Status new => closed ====================================================================== From noreply at opencsw.org Sun May 3 07:06:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 07:06:48 +0200 Subject: [bug-notifications] [pm_subversion 0003269]: Depend on CSWggettextrt In-Reply-To: <77661faa074ba9b1d667b063f2278420> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3269 ====================================================================== Reported By: harpchad Assigned To: ====================================================================== Project: pm_subversion Issue ID: 3269 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:09 CET Last Modified: 2009-05-03 07:06 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006056) mwatters (manager) - 2009-05-03 07:06 http://www.opencsw.org/mantis/view.php?id=3269#c6056 ---------------------------------------------------------------------- fixed in the current revision Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:09 harpchad New Issue 2009-05-03 07:06 mwatters Note Added: 0006056 2009-05-03 07:06 mwatters Status new => closed ====================================================================== From noreply at opencsw.org Sun May 3 07:07:37 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 07:07:37 +0200 Subject: [bug-notifications] [pysvn 0003270]: Depend on CSWggettextrt In-Reply-To: <1eb50d843bd76792b9f91d71f888aafa> Message-ID: <161d17e54b4cd1e170a1d97f774f1a71@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3270 ====================================================================== Reported By: harpchad Assigned To: ====================================================================== Project: pysvn Issue ID: 3270 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:09 CET Last Modified: 2009-05-03 07:07 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006057) mwatters (manager) - 2009-05-03 07:07 http://www.opencsw.org/mantis/view.php?id=3270#c6057 ---------------------------------------------------------------------- fixed in the current revision Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:09 harpchad New Issue 2009-05-03 07:07 mwatters Note Added: 0006057 2009-05-03 07:07 mwatters Status new => closed ====================================================================== From noreply at opencsw.org Sun May 3 07:08:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 07:08:51 +0200 Subject: [bug-notifications] [subversion 0002914]: Upgrade Subversion to v1.5 In-Reply-To: <83aa3df9215ba0d7303973ad054c8baf> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2914 ====================================================================== Reported By: dpiol Assigned To: mwatters ====================================================================== Project: subversion Issue ID: 2914 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2008-06-20 10:14 CEST Last Modified: 2009-05-03 07:08 CEST ====================================================================== Summary: Upgrade Subversion to v1.5 Description: Subversion 1.5 has been released recently. Many important improvements have been made and for large Subversion environments it would be extremely helpfull if the new release is made available as soon as possible. regards, Domenico ====================================================================== ---------------------------------------------------------------------- (0006058) mwatters (manager) - 2009-05-03 07:08 http://www.opencsw.org/mantis/view.php?id=2914#c6058 ---------------------------------------------------------------------- Upgraded to 1.6.1 Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 07:08 mwatters Note Added: 0006058 2009-05-03 07:08 mwatters Status new => resolved 2009-05-03 07:08 mwatters Resolution open => fixed 2009-05-03 07:08 mwatters Assigned To => mwatters ====================================================================== From noreply at opencsw.org Sun May 3 07:09:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 07:09:19 +0200 Subject: [bug-notifications] [subversion 0002914]: Upgrade Subversion to v1.5 In-Reply-To: <83aa3df9215ba0d7303973ad054c8baf> Message-ID: <5525a13a0e5111d67ed05d35de09eb5b@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2914 ====================================================================== Reported By: dpiol Assigned To: mwatters ====================================================================== Project: subversion Issue ID: 2914 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2008-06-20 10:14 CEST Last Modified: 2009-05-03 07:09 CEST ====================================================================== Summary: Upgrade Subversion to v1.5 Description: Subversion 1.5 has been released recently. Many important improvements have been made and for large Subversion environments it would be extremely helpfull if the new release is made available as soon as possible. regards, Domenico ====================================================================== ---------------------------------------------------------------------- (0006058) mwatters (manager) - 2009-05-03 07:08 http://www.opencsw.org/mantis/view.php?id=2914#c6058 ---------------------------------------------------------------------- Upgraded to 1.6.1 ---------------------------------------------------------------------- (0006059) mwatters (manager) - 2009-05-03 07:09 http://www.opencsw.org/mantis/view.php?id=2914#c6059 ---------------------------------------------------------------------- Updated to version 1.6.1 Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 07:08 mwatters Note Added: 0006058 2009-05-03 07:08 mwatters Status new => resolved 2009-05-03 07:08 mwatters Resolution open => fixed 2009-05-03 07:08 mwatters Assigned To => mwatters 2009-05-03 07:09 mwatters Note Added: 0006059 2009-05-03 07:09 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 3 07:12:20 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 07:12:20 +0200 Subject: [bug-notifications] [subversion 0002967]: Upgrade to 1.5 In-Reply-To: Message-ID: <489e6aed59dff578056ff7e485961cf4@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2967 ====================================================================== Reported By: klauskreuzwieser Assigned To: mwatters ====================================================================== Project: subversion Issue ID: 2967 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2008-12-04 20:19 CET Last Modified: 2009-05-03 07:12 CEST ====================================================================== Summary: Upgrade to 1.5 Description: Subversion 1.5 is out for a while - an update would be very appreciated. I've contacted the maintainer of the package, unfortunately he retired from opencsw. ====================================================================== ---------------------------------------------------------------------- (0006060) mwatters (manager) - 2009-05-03 07:12 http://www.opencsw.org/mantis/view.php?id=2967#c6060 ---------------------------------------------------------------------- Upgraded to 1.6.1 Issue History Date Modified Username Field Change ====================================================================== 2008-12-04 20:19 klauskreuzwieserNew Issue 2009-05-03 07:12 mwatters Note Added: 0006060 2009-05-03 07:12 mwatters Status new => resolved 2009-05-03 07:12 mwatters Resolution open => fixed 2009-05-03 07:12 mwatters Assigned To => mwatters ====================================================================== From noreply at opencsw.org Sun May 3 07:12:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 07:12:52 +0200 Subject: [bug-notifications] [subversion 0002967]: Upgrade to 1.5 In-Reply-To: Message-ID: <37bf638c7db70de21a06d05bdcca2dd7@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2967 ====================================================================== Reported By: klauskreuzwieser Assigned To: mwatters ====================================================================== Project: subversion Issue ID: 2967 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2008-12-04 20:19 CET Last Modified: 2009-05-03 07:12 CEST ====================================================================== Summary: Upgrade to 1.5 Description: Subversion 1.5 is out for a while - an update would be very appreciated. I've contacted the maintainer of the package, unfortunately he retired from opencsw. ====================================================================== ---------------------------------------------------------------------- (0006060) mwatters (manager) - 2009-05-03 07:12 http://www.opencsw.org/mantis/view.php?id=2967#c6060 ---------------------------------------------------------------------- Upgraded to 1.6.1 ---------------------------------------------------------------------- (0006061) mwatters (manager) - 2009-05-03 07:12 http://www.opencsw.org/mantis/view.php?id=2967#c6061 ---------------------------------------------------------------------- Upgraded to 1.6.1 Issue History Date Modified Username Field Change ====================================================================== 2008-12-04 20:19 klauskreuzwieserNew Issue 2009-05-03 07:12 mwatters Note Added: 0006060 2009-05-03 07:12 mwatters Status new => resolved 2009-05-03 07:12 mwatters Resolution open => fixed 2009-05-03 07:12 mwatters Assigned To => mwatters 2009-05-03 07:12 mwatters Note Added: 0006061 2009-05-03 07:12 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 3 11:27:20 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:27:20 +0200 Subject: [bug-notifications] [sqlite3 0003643]: Please upgrade to 3.6.13 In-Reply-To: <9789d5af66090bd6f3a1b6f59cad9db2> Message-ID: <8bedbb27fab5bfec8d944e911a9468ae@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3643 ====================================================================== Reported By: dam Assigned To: wbonnet ====================================================================== Project: sqlite3 Issue ID: 3643 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-17 10:31 CEST Last Modified: 2009-05-03 11:27 CEST ====================================================================== Summary: Please upgrade to 3.6.13 Description: SunFreeware released 3.6.13 today ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-04-17 10:31 dam New Issue 2009-05-03 11:27 wbonnet Status new => assigned 2009-05-03 11:27 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:27:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:27:31 +0200 Subject: [bug-notifications] [sqlite3_devel 0003611]: Files duplicated between packages In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3611 ====================================================================== Reported By: bwalton Assigned To: wbonnet ====================================================================== Project: sqlite3_devel Issue ID: 3611 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-03 03:45 CEST Last Modified: 2009-05-03 11:27 CEST ====================================================================== Summary: Files duplicated between packages Description: sqlite3_devel contains: /opt/csw/lib/pkgconfig/sqlite3.pc /opt/csw/lib/sparcv9/pkgconfig/sqlite3.pc Both of these files are also in sqlite3_rt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-04-03 03:45 bwalton New Issue 2009-05-03 11:27 wbonnet Status new => assigned 2009-05-03 11:27 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:27:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:27:42 +0200 Subject: [bug-notifications] [sqlite3 0003489]: please upgrade to 3.6 In-Reply-To: <005804f098cc5b32b608140b1a834d3c> Message-ID: <8f75511840746517b8e07dc221a0fd08@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3489 ====================================================================== Reported By: phil Assigned To: wbonnet ====================================================================== Project: sqlite3 Issue ID: 3489 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-23 17:59 CET Last Modified: 2009-05-03 11:27 CEST ====================================================================== Summary: please upgrade to 3.6 Description: please upgrade to 3.6 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-03-23 17:59 phil New Issue 2009-05-03 11:27 wbonnet Status new => assigned 2009-05-03 11:27 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:27:54 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:27:54 +0200 Subject: [bug-notifications] [dbus_glib 0003377]: Depend on CSWggettextrt In-Reply-To: <1de1fe82565033791f5eb5c9f6931e36> Message-ID: <6d55b762f0537cd68d937619220a1c1a@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3377 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: dbus_glib Issue ID: 3377 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:21 CET Last Modified: 2009-05-03 11:27 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:21 harpchad New Issue 2009-05-03 11:27 wbonnet Status new => assigned 2009-05-03 11:27 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:28:21 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:28:21 +0200 Subject: [bug-notifications] [xfce_load 0003350]: Depend on CSWggettextrt In-Reply-To: <94fb51cfbef980693eb2ad83504015b3> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3350 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_load Issue ID: 3350 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:18 CET Last Modified: 2009-05-03 11:28 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:18 harpchad New Issue 2009-05-03 11:28 wbonnet Status new => assigned 2009-05-03 11:28 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:28:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:28:32 +0200 Subject: [bug-notifications] [xfce_xfwmthemes 0003320]: Depend on CSWggettextrt In-Reply-To: <8b35567c101f912094569733d20fbec1> Message-ID: <23c4405d098ee1bf6707f0f6630b2304@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3320 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_xfwmthemes Issue ID: 3320 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:15 CET Last Modified: 2009-05-03 11:28 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:15 harpchad New Issue 2009-05-03 11:28 wbonnet Status new => assigned 2009-05-03 11:28 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:28:41 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:28:41 +0200 Subject: [bug-notifications] [xfce_xfwm 0003319]: Depend on CSWggettextrt In-Reply-To: Message-ID: <0c679645a5966af4df6dbe6c5d01ec6d@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3319 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_xfwm Issue ID: 3319 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:15 CET Last Modified: 2009-05-03 11:28 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:15 harpchad New Issue 2009-05-03 11:28 wbonnet Status new => assigned 2009-05-03 11:28 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:28:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:28:50 +0200 Subject: [bug-notifications] [xfce_xffm 0003318]: Depend on CSWggettextrt In-Reply-To: <83ba3e2d42c61e35ef12d9666604a655> Message-ID: <12f447a3ae51b24f1df36c6d620fc034@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3318 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_xffm Issue ID: 3318 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:15 CET Last Modified: 2009-05-03 11:28 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:15 harpchad New Issue 2009-05-03 11:28 wbonnet Status new => assigned 2009-05-03 11:28 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:28:59 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:28:59 +0200 Subject: [bug-notifications] [xfce_utils 0003317]: Depend on CSWggettextrt In-Reply-To: Message-ID: <6bd8133d6aa7bbb5a51ac656f1855c31@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3317 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_utils Issue ID: 3317 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:15 CET Last Modified: 2009-05-03 11:28 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:15 harpchad New Issue 2009-05-03 11:28 wbonnet Status new => assigned 2009-05-03 11:28 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:29:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:29:08 +0200 Subject: [bug-notifications] [xfce_toys 0003316]: Depend on CSWggettextrt In-Reply-To: <7d9f820027e726b0cef990d0602f75ab> Message-ID: <2e90b020440a6c30d5da37ab653b5c97@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3316 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_toys Issue ID: 3316 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:14 CET Last Modified: 2009-05-03 11:29 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:14 harpchad New Issue 2009-05-03 11:29 wbonnet Status new => assigned 2009-05-03 11:29 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:29:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:29:18 +0200 Subject: [bug-notifications] [xfce_systray 0003315]: Depend on CSWggettextrt In-Reply-To: Message-ID: <055dd2015aef243b3cd916bb622edfd8@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3315 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_systray Issue ID: 3315 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:14 CET Last Modified: 2009-05-03 11:29 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:14 harpchad New Issue 2009-05-03 11:29 wbonnet Status new => assigned 2009-05-03 11:29 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:29:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:29:27 +0200 Subject: [bug-notifications] [xfce_session 0003314]: Depend on CSWggettextrt In-Reply-To: Message-ID: <059ab0a8754d1aed9313de38acfdb237@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3314 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_session Issue ID: 3314 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:14 CET Last Modified: 2009-05-03 11:29 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:14 harpchad New Issue 2009-05-03 11:29 wbonnet Status new => assigned 2009-05-03 11:29 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:31:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:31:23 +0200 Subject: [bug-notifications] [xfce_libs 0002047]: la file contains local path In-Reply-To: Message-ID: <4251920075a4274632573847b3ea8354@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2047 ====================================================================== Reported By: james Assigned To: wbonnet ====================================================================== Project: xfce_libs Issue ID: 2047 Category: other Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2006-12-03 12:30 CET Last Modified: 2009-05-03 11:31 CEST ====================================================================== Summary: la file contains local path Description: la file contains local path ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:31 wbonnet Status new => assigned 2009-05-03 11:31 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:31:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:31:32 +0200 Subject: [bug-notifications] [firefox 0002108]: freeze (even crash) on printing (second and more) In-Reply-To: <0e85b7103987d893011f3da77b3b6f94> Message-ID: <9fba1eb862c2253650f65f4ead9bba0d@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2108 ====================================================================== Reported By: shinshui Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 2108 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-01-17 10:40 CET Last Modified: 2009-05-03 11:31 CEST ====================================================================== Summary: freeze (even crash) on printing (second and more) Description: Firefox runs in a sparse zone. This zone is a print-client. Printing is done on the global zone. So far so good. Firefox prints OK. Fast and well. But, this is only for the *first* print command. The second page I want to print results in a freeze for at least 30 seconds or even worse: I have to kill firefox to regain control over my other KDE programs. This is reproducable! Other programs print well; mozilla (default sun install) prints well. Only, my wife wants firefox ;-( Is this a know error? ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:31 wbonnet Status new => assigned 2009-05-03 11:31 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:31:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:31:40 +0200 Subject: [bug-notifications] [xfce_utils 0002152]: xinitrc broken again In-Reply-To: <83f0b2136c5179ffb793a244dd987c40> Message-ID: <523ebca8dfd3d0258f109f3900ba632d@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2152 ====================================================================== Reported By: phil Assigned To: wbonnet ====================================================================== Project: xfce_utils Issue ID: 2152 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-03-02 12:23 CET Last Modified: 2009-05-03 11:31 CEST ====================================================================== Summary: xinitrc broken again Description: id: illegal option -- u /opt/csw/etc/xdg/xfce4/xinitrc: test: unknown operator 0 you forgot to patch the script before packaging the latest. needs to either usr /usr/xpg4/bin/id, or use a different method of determining identity. ====================================================================== ---------------------------------------------------------------------- (0004403) phil (reporter) - 2007-03-02 19:40 http://www.opencsw.org/bugtrack/view.php?id=2152#c4403 ---------------------------------------------------------------------- FYI: this stuff only comes up, if you try running startxfce4 from *console*. if you try to run it from a pre-existing x session (eg: \'cause you used \"xinit\" first), it works ok. Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:31 wbonnet Status new => assigned 2009-05-03 11:31 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:31:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:31:50 +0200 Subject: [bug-notifications] [xfce 0002189]: PLease upgrade to 4.4 In-Reply-To: <388960988136b3fdf52cf4cd9a4d18aa> Message-ID: <5d6ae172ec3ebc32dc193a416f8d42d1@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2189 ====================================================================== Reported By: rsistla Assigned To: wbonnet ====================================================================== Project: xfce Issue ID: 2189 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-03-27 21:59 CEST Last Modified: 2009-05-03 11:31 CEST ====================================================================== Summary: PLease upgrade to 4.4 Description: 4.4 is now out in production. Would be nice to see the latest and greatest desktop for X. Thanks for all the good work. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:31 wbonnet Status new => assigned 2009-05-03 11:31 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:31:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:31:57 +0200 Subject: [bug-notifications] [sqlite3 0002243]: Update to 3.3 In-Reply-To: <954c90404ce5e9ce86966698df332d91> Message-ID: <160f9c2f416952b9ba74c583e6a48a63@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2243 ====================================================================== Reported By: james Assigned To: wbonnet ====================================================================== Project: sqlite3 Issue ID: 2243 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-05-14 14:27 CEST Last Modified: 2009-05-03 11:31 CEST ====================================================================== Summary: Update to 3.3 Description: Please update to version 3.3. Current version is 2007-Apr-25 - Version 3.3.17 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:31 wbonnet Status new => assigned 2009-05-03 11:31 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:32:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:32:05 +0200 Subject: [bug-notifications] [eclipse 0002260]: Upgrade to latest version In-Reply-To: <297206b7f51e6afd9d56ad81f8b6c0d7> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2260 ====================================================================== Reported By: mol Assigned To: wbonnet ====================================================================== Project: eclipse Issue ID: 2260 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-05-29 07:53 CEST Last Modified: 2009-05-03 11:32 CEST ====================================================================== Summary: Upgrade to latest version Description: Latest version is 3.2.2 at the moment. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:32 wbonnet Status new => assigned 2009-05-03 11:32 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:32:14 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:32:14 +0200 Subject: [bug-notifications] [xfce_print 0002535]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: <86bfe374596152aa355a81f698873722> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2535 ====================================================================== Reported By: yann Assigned To: wbonnet ====================================================================== Project: xfce_print Issue ID: 2535 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-07-28 09:30 CEST Last Modified: 2009-05-03 11:32 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. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:32 wbonnet Status new => assigned 2009-05-03 11:32 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:32:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:32:24 +0200 Subject: [bug-notifications] [eclipse 0002623]: Upgrade to latest version In-Reply-To: Message-ID: <822407a40095dd03c6f37d0444bdd600@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2623 ====================================================================== Reported By: ptt Assigned To: wbonnet ====================================================================== Project: eclipse Issue ID: 2623 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-10-11 08:20 CEST Last Modified: 2009-05-03 11:32 CEST ====================================================================== Summary: Upgrade to latest version Description: Latest version is 3.3.1 at the moment. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:32 wbonnet Status new => assigned 2009-05-03 11:32 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:32:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:32:40 +0200 Subject: [bug-notifications] [eclipse 0002623]: Upgrade to latest version In-Reply-To: Message-ID: <4b261c44e1ef6f65f96f4c718c9392b9@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2623 ====================================================================== Reported By: ptt Assigned To: ====================================================================== Project: eclipse Issue ID: 2623 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-10-11 08:20 CEST Last Modified: 2009-05-03 11:32 CEST ====================================================================== Summary: Upgrade to latest version Description: Latest version is 3.3.1 at the moment. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:32 wbonnet Status new => assigned 2009-05-03 11:32 wbonnet Assigned To => wbonnet 2009-05-03 11:32 wbonnet Assigned To wbonnet => ====================================================================== From noreply at opencsw.org Sun May 3 11:32:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:32:44 +0200 Subject: [bug-notifications] [sqlite3 0002744]: pls upgrade to 3.5 In-Reply-To: <9980dbd7e8c4bb9fec2a45847ca0fb77> Message-ID: <573b53d0c7739ca89ac63bd598d1b742@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2744 ====================================================================== Reported By: ThurnerRupert Assigned To: wbonnet ====================================================================== Project: sqlite3 Issue ID: 2744 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-01-18 11:50 CET Last Modified: 2009-05-03 11:32 CEST ====================================================================== Summary: pls upgrade to 3.5 Description: there is quite a lot of new functions and features in new sqlite. usable for edgewall trac and others. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:32 wbonnet Status new => assigned 2009-05-03 11:32 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:32:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:32:57 +0200 Subject: [bug-notifications] [eclipse 0002906]: Error starting eclipse In-Reply-To: Message-ID: <5c15ef5498bba63f711a72dbad61826a@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2906 ====================================================================== Reported By: kgoodhew Assigned To: wbonnet ====================================================================== Project: eclipse Issue ID: 2906 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-05-30 16:43 CEST Last Modified: 2009-05-03 11:32 CEST ====================================================================== Summary: Error starting eclipse Description: I\'ve installed eclipse, but I can\'t get it to run. It appears the installation does not install a configuration directory or a config.ini. I tried copying a config.ini from Solaris on Sparc, but it failed to work. Perhaps I\'m just missing something simple. I get the following message in the log when I try to start Eclipse. !SESSION 2008-05-30 14:41:10.172 ----------------------------------------------- eclipse.buildId=unknown java.version=1.6.0_04 java.vendor=Sun Microsystems Inc. BootLoader constants: OS=solaris, ARCH=x86, WS=gtk, NL=en_US Command-line arguments: -os solaris -ws gtk -arch x86 !ENTRY org.eclipse.osgi 4 0 2008-05-30 14:41:10.755 !MESSAGE Application error !STACK 1 java.lang.IllegalStateException: Unable to acquire application service. Ensure that the org.eclipse.core.runtime bundle is resolved and started (see config.ini). at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:72) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:363) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:176) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:508) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:447) at org.eclipse.equinox.launcher.Main.run(Main.java:1173) !ENTRY org.eclipse.osgi 2 0 2008-05-30 14:41:10.793 !MESSAGE One or more bundles are not resolved because the following root constraints are not resolved: !SUBENTRY 1 org.eclipse.osgi 2 0 2008-05-30 14:41:10.793 !MESSAGE Bundle update at plugins/org.eclipse.help.base_3.3.1.v20070813_33x.jar was not resolved. !SUBENTRY 2 org.eclipse.help.base 2 0 2008-05-30 14:41:10.793 !MESSAGE Missing imported package com.ibm.icu.text_0.0.0. !SUBENTRY 2 org.eclipse.help.base 2 0 2008-05-30 14:41:10.793 !MESSAGE Missing required bundle org.apache.lucene.analysis_[1.9.1,2.0.0). !SUBENTRY 2 org.eclipse.help.base 2 0 2008-05-30 14:41:10.793 !MESSAGE Missing required bundle org.eclipse.core.runtime_3.3.0. !SUBENTRY 2 org.eclipse.help.base 2 0 2008-05-30 14:41:10.793 !MESSAGE Missing required bundle org.apache.lucene_[1.9.1,2.0.0). !SUBENTRY 1 org.eclipse.osgi 2 0 2008-05-30 14:41:10.793 !MESSAGE Bundle update at plugins/org.eclipse.update.ui_3.2.100.v20070615.jar was not resolved. !SUBENTRY 2 org.eclipse.update.ui 2 0 2008-05-30 14:41:10.793 \"1212180070381.log\" 1667 lines, 116827 characters ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:32 wbonnet Status new => assigned 2009-05-03 11:32 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:33:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:33:50 +0200 Subject: [bug-notifications] [tomcat5 0002908]: Any chance tomcat6 will be made available? In-Reply-To: <27673d20dbc9b10fa51bb14cede8eb1f> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2908 ====================================================================== Reported By: lburgess Assigned To: wbonnet ====================================================================== Project: tomcat5 Issue ID: 2908 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-06-02 18:02 CEST Last Modified: 2009-05-03 11:33 CEST ====================================================================== Summary: Any chance tomcat6 will be made available? Description: Thanks. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:33 wbonnet Status new => assigned 2009-05-03 11:33 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:33:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:33:58 +0200 Subject: [bug-notifications] [firefox 0002909]: cannot install firefox In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2909 ====================================================================== Reported By: delaitt Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 2909 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-06-03 06:31 CEST Last Modified: 2009-05-03 11:33 CEST ====================================================================== Summary: cannot install firefox Description: I tried to upgrade firefox but it now cannot install it. It says that CSWdbusglib is missing. I tried to install it but it is missing. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:33 wbonnet Status new => assigned 2009-05-03 11:33 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:34:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:34:05 +0200 Subject: [bug-notifications] [eclipse 0002910]: Eclipse crashes on startup In-Reply-To: <8ccea99b5a52b2c2259260122f6a7b40> Message-ID: <5ec10826b4eae6f0f975f5ecc4f3f87d@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2910 ====================================================================== Reported By: imavroukakis Assigned To: wbonnet ====================================================================== Project: eclipse Issue ID: 2910 Category: other Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-06-05 07:49 CEST Last Modified: 2009-05-03 11:34 CEST ====================================================================== Summary: Eclipse crashes on startup Description: !SESSION 2008-06-05 12:46:24.328 ----------------------------------------------- eclipse.buildId=unknown java.version=1.6.0_04 java.vendor=Sun Microsystems Inc. BootLoader constants: OS=solaris, ARCH=x86, WS=gtk, NL=en_GB Command-line arguments: -os solaris -ws gtk -arch x86 !ENTRY org.eclipse.osgi 4 0 2008-06-05 12:46:25.000 !MESSAGE Application error !STACK 1 java.lang.IllegalStateException: Unable to acquire application service. Ensure that the org.eclipse.core.runtime bundle is resolved and started (see config.ini). at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:72) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:363) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:176) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:508) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:447) at org.eclipse.equinox.launcher.Main.run(Main.java:1173) ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:34 wbonnet Status new => assigned 2009-05-03 11:34 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:34:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:34:13 +0200 Subject: [bug-notifications] [dbh 0003145]: Depend on CSWggettextrt In-Reply-To: <117d5dc5fd8ea26262f938359dd161b9> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3145 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: dbh Issue ID: 3145 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 02:56 CET Last Modified: 2009-05-03 11:34 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 02:56 harpchad New Issue 2009-05-03 11:34 wbonnet Status new => assigned 2009-05-03 11:34 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:34:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:34:24 +0200 Subject: [bug-notifications] [firefox 0003253]: Depend on CSWggettextrt In-Reply-To: <3c76a96434a036f1009551dbcfd32367> Message-ID: <051b858982dde56dcc6eb0d268be5bf0@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3253 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 3253 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:08 CET Last Modified: 2009-05-03 11:34 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:08 harpchad New Issue 2009-05-03 11:34 wbonnet Status new => assigned 2009-05-03 11:34 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:35:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:35:07 +0200 Subject: [bug-notifications] [xfce_appfinder 0003301]: Depend on CSWggettextrt In-Reply-To: <9ff4add3109e8521959feda0cf98fffe> Message-ID: <542590fa01ac7ffc6b2a90cb8bd9d386@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3301 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_appfinder Issue ID: 3301 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:13 CET Last Modified: 2009-05-03 11:35 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:13 harpchad New Issue 2009-05-03 11:35 wbonnet Status new => assigned 2009-05-03 11:35 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:35:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:35:15 +0200 Subject: [bug-notifications] [xfce_calendar 0003302]: Depend on CSWggettextrt In-Reply-To: Message-ID: <6a8c19eb381687fd36bfdb55482dbf8e@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3302 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_calendar Issue ID: 3302 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:13 CET Last Modified: 2009-05-03 11:35 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:13 harpchad New Issue 2009-05-03 11:35 wbonnet Status new => assigned 2009-05-03 11:35 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:35:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:35:23 +0200 Subject: [bug-notifications] [xfce_desktop 0003303]: Depend on CSWggettextrt In-Reply-To: Message-ID: <5c9c1aabc9d0dbd5fde79643e30339ac@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3303 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_desktop Issue ID: 3303 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:13 CET Last Modified: 2009-05-03 11:35 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:13 harpchad New Issue 2009-05-03 11:35 wbonnet Status new => assigned 2009-05-03 11:35 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:35:33 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:35:33 +0200 Subject: [bug-notifications] [xfce_engine 0003304]: Depend on CSWggettextrt In-Reply-To: Message-ID: <5525d710e5ddcce74d90294493622323@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3304 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_engine Issue ID: 3304 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:13 CET Last Modified: 2009-05-03 11:35 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:13 harpchad New Issue 2009-05-03 11:35 wbonnet Status new => assigned 2009-05-03 11:35 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:35:41 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:35:41 +0200 Subject: [bug-notifications] [xfce_iconbox 0003305]: Depend on CSWggettextrt In-Reply-To: Message-ID: <10e26fe67ee5c676a41347aef1a0d95b@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3305 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_iconbox Issue ID: 3305 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:13 CET Last Modified: 2009-05-03 11:35 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:13 harpchad New Issue 2009-05-03 11:35 wbonnet Status new => assigned 2009-05-03 11:35 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:35:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:35:52 +0200 Subject: [bug-notifications] [xfce_iconthemes 0003306]: Depend on CSWggettextrt In-Reply-To: <622303908542d7b2461874e2a5ed11f2> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3306 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_iconthemes Issue ID: 3306 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:13 CET Last Modified: 2009-05-03 11:35 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:13 harpchad New Issue 2009-05-03 11:35 wbonnet Status new => assigned 2009-05-03 11:35 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:35:59 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:35:59 +0200 Subject: [bug-notifications] [xfce_launcher 0003307]: Depend on CSWggettextrt In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3307 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_launcher Issue ID: 3307 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:13 CET Last Modified: 2009-05-03 11:35 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:13 harpchad New Issue 2009-05-03 11:35 wbonnet Status new => assigned 2009-05-03 11:35 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:36:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:36:06 +0200 Subject: [bug-notifications] [xfce_libs 0003308]: Depend on CSWggettextrt In-Reply-To: <95073c71c54086945248026e732b2cd1> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3308 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_libs Issue ID: 3308 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:14 CET Last Modified: 2009-05-03 11:36 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:14 harpchad New Issue 2009-05-03 11:36 wbonnet Status new => assigned 2009-05-03 11:36 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:36:12 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:36:12 +0200 Subject: [bug-notifications] [xfce_manager 0003309]: Depend on CSWggettextrt In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3309 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_manager Issue ID: 3309 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:14 CET Last Modified: 2009-05-03 11:36 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:14 harpchad New Issue 2009-05-03 11:36 wbonnet Status new => assigned 2009-05-03 11:36 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:36:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:36:18 +0200 Subject: [bug-notifications] [xfce_mixer 0003310]: Depend on CSWggettextrt In-Reply-To: <05ddee6f6fbc0414a845e8cdf1154235> Message-ID: <9ef7eafd7940cac56b9889e4eaef8786@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3310 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_mixer Issue ID: 3310 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:14 CET Last Modified: 2009-05-03 11:36 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:14 harpchad New Issue 2009-05-03 11:36 wbonnet Status new => assigned 2009-05-03 11:36 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:36:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:36:25 +0200 Subject: [bug-notifications] [xfce_panel 0003311]: Depend on CSWggettextrt In-Reply-To: <3be02f9bdabf4b0a87ceba08cef710fc> Message-ID: <051457f2b77f36c424661c1d32c7a1b4@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3311 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_panel Issue ID: 3311 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:14 CET Last Modified: 2009-05-03 11:36 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:14 harpchad New Issue 2009-05-03 11:36 wbonnet Status new => assigned 2009-05-03 11:36 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:36:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:36:32 +0200 Subject: [bug-notifications] [xfce_plugins 0003312]: Depend on CSWggettextrt In-Reply-To: <6819da95b313a15b0cec11ab1fbcfc0e> Message-ID: <8a36af689118cb5c2082d107d12c8858@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3312 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_plugins Issue ID: 3312 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:14 CET Last Modified: 2009-05-03 11:36 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:14 harpchad New Issue 2009-05-03 11:36 wbonnet Status new => assigned 2009-05-03 11:36 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:36:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:36:38 +0200 Subject: [bug-notifications] [xfce_print 0003313]: Depend on CSWggettextrt In-Reply-To: Message-ID: <6f163b56ac45c8074163b3b46ba40bec@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3313 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_print Issue ID: 3313 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:14 CET Last Modified: 2009-05-03 11:36 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:14 harpchad New Issue 2009-05-03 11:36 wbonnet Status new => assigned 2009-05-03 11:36 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:42:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:42:30 +0200 Subject: [bug-notifications] [pm_modulebuild 0003650]: Upgrade to 3.4.x Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3650 ====================================================================== Reported By: wbonnet Assigned To: ====================================================================== Project: pm_modulebuild Issue ID: 3650 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-03 11:42 CEST Last Modified: 2009-05-03 11:42 CEST ====================================================================== Summary: Upgrade to 3.4.x Description: Upgrade eclipse package to 3.4.x version ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:42 wbonnet New Issue ====================================================================== From noreply at opencsw.org Sun May 3 11:42:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:42:48 +0200 Subject: [bug-notifications] [eclipse 0002260]: Upgrade to latest version In-Reply-To: <297206b7f51e6afd9d56ad81f8b6c0d7> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2260 ====================================================================== Reported By: mol Assigned To: wbonnet ====================================================================== Project: eclipse Issue ID: 2260 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-05-29 07:53 CEST Last Modified: 2009-05-03 11:42 CEST ====================================================================== Summary: Upgrade to latest version Description: Latest version is 3.2.2 at the moment. ====================================================================== ---------------------------------------------------------------------- (0006062) wbonnet (manager) - 2009-05-03 11:42 http://www.opencsw.org/bugtrack/view.php?id=2260#c6062 ---------------------------------------------------------------------- Current version is 3.3.2 A new entry is opened to upgrade to 3.4.x ( 3650 ) Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:32 wbonnet Status new => assigned 2009-05-03 11:32 wbonnet Assigned To => wbonnet 2009-05-03 11:42 wbonnet Note Added: 0006062 2009-05-03 11:42 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Sun May 3 11:43:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:43:19 +0200 Subject: [bug-notifications] [eclipse 0002623]: Upgrade to latest version In-Reply-To: Message-ID: <8e441f931e613669d7ee7f8ec2482a33@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2623 ====================================================================== Reported By: ptt Assigned To: ====================================================================== Project: eclipse Issue ID: 2623 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-10-11 08:20 CEST Last Modified: 2009-05-03 11:43 CEST ====================================================================== Summary: Upgrade to latest version Description: Latest version is 3.3.1 at the moment. ====================================================================== ---------------------------------------------------------------------- (0006063) wbonnet (manager) - 2009-05-03 11:43 http://www.opencsw.org/bugtrack/view.php?id=2623#c6063 ---------------------------------------------------------------------- Current version is 3.3.2 A new entry is opened to upgrade to 3.4.x ( 3650 ) Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:32 wbonnet Status new => assigned 2009-05-03 11:32 wbonnet Assigned To => wbonnet 2009-05-03 11:32 wbonnet Assigned To wbonnet => 2009-05-03 11:43 wbonnet Note Added: 0006063 2009-05-03 11:43 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Sun May 3 11:43:29 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:43:29 +0200 Subject: [bug-notifications] [eclipse 0002623]: Upgrade to latest version In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2623 ====================================================================== Reported By: ptt Assigned To: wbonnet ====================================================================== Project: eclipse Issue ID: 2623 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-10-11 08:20 CEST Last Modified: 2009-05-03 11:43 CEST ====================================================================== Summary: Upgrade to latest version Description: Latest version is 3.3.1 at the moment. ====================================================================== ---------------------------------------------------------------------- (0006063) wbonnet (manager) - 2009-05-03 11:43 http://www.opencsw.org/bugtrack/view.php?id=2623#c6063 ---------------------------------------------------------------------- Current version is 3.3.2 A new entry is opened to upgrade to 3.4.x ( 3650 ) Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:32 wbonnet Status new => assigned 2009-05-03 11:32 wbonnet Assigned To => wbonnet 2009-05-03 11:32 wbonnet Assigned To wbonnet => 2009-05-03 11:43 wbonnet Note Added: 0006063 2009-05-03 11:43 wbonnet Status assigned => closed 2009-05-03 11:43 wbonnet Resolution open => fixed 2009-05-03 11:43 wbonnet Status closed => assigned 2009-05-03 11:43 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:43:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:43:57 +0200 Subject: [bug-notifications] [eclipse 0002623]: Upgrade to latest version In-Reply-To: Message-ID: <9854eec7619c428fc3f8bd08c7b379bc@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2623 ====================================================================== Reported By: ptt Assigned To: wbonnet ====================================================================== Project: eclipse Issue ID: 2623 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2007-10-11 08:20 CEST Last Modified: 2009-05-03 11:43 CEST ====================================================================== Summary: Upgrade to latest version Description: Latest version is 3.3.1 at the moment. ====================================================================== ---------------------------------------------------------------------- (0006063) wbonnet (manager) - 2009-05-03 11:43 http://www.opencsw.org/bugtrack/view.php?id=2623#c6063 ---------------------------------------------------------------------- Current version is 3.3.2 A new entry is opened to upgrade to 3.4.x ( 3650 ) Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:32 wbonnet Status new => assigned 2009-05-03 11:32 wbonnet Assigned To => wbonnet 2009-05-03 11:32 wbonnet Assigned To wbonnet => 2009-05-03 11:43 wbonnet Note Added: 0006063 2009-05-03 11:43 wbonnet Status assigned => closed 2009-05-03 11:43 wbonnet Resolution open => fixed 2009-05-03 11:43 wbonnet Status closed => assigned 2009-05-03 11:43 wbonnet Assigned To => wbonnet 2009-05-03 11:43 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Sun May 3 11:53:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:53:23 +0200 Subject: [bug-notifications] [sqlite3 0002744]: pls upgrade to 3.5 In-Reply-To: <9980dbd7e8c4bb9fec2a45847ca0fb77> Message-ID: <6d11077aef6de13d2410148553416b6f@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2744 ====================================================================== Reported By: ThurnerRupert Assigned To: wbonnet ====================================================================== Project: sqlite3 Issue ID: 2744 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-01-18 11:50 CET Last Modified: 2009-05-03 11:53 CEST ====================================================================== Summary: pls upgrade to 3.5 Description: there is quite a lot of new functions and features in new sqlite. usable for edgewall trac and others. ====================================================================== ---------------------------------------------------------------------- (0006064) wbonnet (manager) - 2009-05-03 11:53 http://www.opencsw.org/bugtrack/view.php?id=2744#c6064 ---------------------------------------------------------------------- Upgrade has been done Current version is 3.6.10 Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:32 wbonnet Status new => assigned 2009-05-03 11:32 wbonnet Assigned To => wbonnet 2009-05-03 11:53 wbonnet Note Added: 0006064 2009-05-03 11:53 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Sun May 3 11:54:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:54:13 +0200 Subject: [bug-notifications] [tomcat5 0002908]: Any chance tomcat6 will be made available? In-Reply-To: <27673d20dbc9b10fa51bb14cede8eb1f> Message-ID: <4592fe3dcbbfc0e0a24f8ed1071145ab@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2908 ====================================================================== Reported By: lburgess Assigned To: wbonnet ====================================================================== Project: tomcat5 Issue ID: 2908 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-06-02 18:02 CEST Last Modified: 2009-05-03 11:54 CEST ====================================================================== Summary: Any chance tomcat6 will be made available? Description: Thanks. ====================================================================== ---------------------------------------------------------------------- (0006065) wbonnet (manager) - 2009-05-03 11:54 http://www.opencsw.org/bugtrack/view.php?id=2908#c6065 ---------------------------------------------------------------------- Tomcat6 package is available Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:33 wbonnet Status new => assigned 2009-05-03 11:33 wbonnet Assigned To => wbonnet 2009-05-03 11:54 wbonnet Note Added: 0006065 2009-05-03 11:54 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Sun May 3 11:55:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:55:19 +0200 Subject: [bug-notifications] [sqlite3 0002243]: Update to 3.3 In-Reply-To: <954c90404ce5e9ce86966698df332d91> Message-ID: <732eb4d3ac4b09549180049732bcb51c@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2243 ====================================================================== Reported By: james Assigned To: wbonnet ====================================================================== Project: sqlite3 Issue ID: 2243 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-05-14 14:27 CEST Last Modified: 2009-05-03 11:55 CEST ====================================================================== Summary: Update to 3.3 Description: Please update to version 3.3. Current version is 2007-Apr-25 - Version 3.3.17 ====================================================================== ---------------------------------------------------------------------- (0006066) wbonnet (manager) - 2009-05-03 11:55 http://www.opencsw.org/bugtrack/view.php?id=2243#c6066 ---------------------------------------------------------------------- Update has been done Current versin is 3.6.10 Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:31 wbonnet Status new => assigned 2009-05-03 11:31 wbonnet Assigned To => wbonnet 2009-05-03 11:55 wbonnet Note Added: 0006066 2009-05-03 11:55 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Sun May 3 11:56:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:56:50 +0200 Subject: [bug-notifications] [dbh 0003145]: Depend on CSWggettextrt In-Reply-To: <117d5dc5fd8ea26262f938359dd161b9> Message-ID: <3608fd5258f29520f5e2c857a1efb403@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3145 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: dbh Issue ID: 3145 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 02:56 CET Last Modified: 2009-05-03 11:56 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006067) wbonnet (manager) - 2009-05-03 11:56 http://www.opencsw.org/bugtrack/view.php?id=3145#c6067 ---------------------------------------------------------------------- Dependency has been removed Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 02:56 harpchad New Issue 2009-05-03 11:34 wbonnet Status new => assigned 2009-05-03 11:34 wbonnet Assigned To => wbonnet 2009-05-03 11:56 wbonnet Note Added: 0006067 2009-05-03 11:56 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Sun May 3 11:58:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:58:42 +0200 Subject: [bug-notifications] [sqlite3 0003489]: please upgrade to 3.6 In-Reply-To: <005804f098cc5b32b608140b1a834d3c> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3489 ====================================================================== Reported By: phil Assigned To: wbonnet ====================================================================== Project: sqlite3 Issue ID: 3489 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-03-23 17:59 CET Last Modified: 2009-05-03 11:58 CEST ====================================================================== Summary: please upgrade to 3.6 Description: please upgrade to 3.6 ====================================================================== ---------------------------------------------------------------------- (0006068) wbonnet (manager) - 2009-05-03 11:58 http://www.opencsw.org/bugtrack/view.php?id=3489#c6068 ---------------------------------------------------------------------- Upgrade has been done Current version is 3.6.10 Issue History Date Modified Username Field Change ====================================================================== 2009-03-23 17:59 phil New Issue 2009-05-03 11:27 wbonnet Status new => assigned 2009-05-03 11:27 wbonnet Assigned To => wbonnet 2009-05-03 11:58 wbonnet Note Added: 0006068 2009-05-03 11:58 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Sun May 3 13:42:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 13:42:08 +0200 Subject: [bug-notifications] [facter 0002208]: permissions of /opt changed In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2208 ====================================================================== Reported By: james Assigned To: glaw ====================================================================== Project: facter Issue ID: 2208 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2007-04-16 09:43 CEST Last Modified: 2009-05-03 13:42 CEST ====================================================================== Summary: permissions of /opt changed Description: facter change the permissions of /opt, before install: # ls -ld /opt drwxr-xr-x 7 root sys 512 Mar 22 17:12 /opt after install: # ls -ld /opt drwxrwxr-x 7 root sys 512 Mar 22 17:12 /opt Some programs (sendmail) can\'t run if there is group write on elements of the path. It is best to just not list the system directories in a CSW package. Also best to leave out files/directories in CSWcommon and add a depend for CSWcommon. ====================================================================== ---------------------------------------------------------------------- (0004531) glaw (manager) - 2007-04-20 10:48 http://www.opencsw.org/bugtrack/view.php?id=2208#c4531 ---------------------------------------------------------------------- Hi There is nothing in the pkg that should touch the permissions of /opt. It is set d none /opt ? ? ? in the prototype file Also I cannot reproduce this. I\'ve taken an entirely clean Solaris x86 machine: # exec bash bash-3.00# PATH=$PATH:/opt/csw/bin/:/opt/csw/sbin/ bash-3.00# pkginfo CSWfacter ERROR: information for \"CSWfacter\" was not found bash-3.00# ls -ld /opt/ drwxr-xr-x 10 root sys 512 Apr 19 23:29 /opt/ bash-3.00# yes | pkg-get install facter 2&>1 > /dev/null bash-3.00# !ls ls -ld /opt/ drwxr-xr-x 10 root sys 512 Apr 19 23:29 /opt/ bash-3.00# !pkginfo pkginfo CSWfacter application CSWfacter facter - a system fact gatherer Could you please describe exactly why you think the facter package is the cause of this? Thanks ---------------------------------------------------------------------- (0004532) james (reporter) - 2007-04-20 11:15 http://www.opencsw.org/bugtrack/view.php?id=2208#c4532 ---------------------------------------------------------------------- gyor:/home/james$ ls -ld /opt drwxr-xr-x 22 root sys 512 Apr 20 12:44 /opt gyor:/home/james$ sudo pkg-get -s http://csw/unstable -U -u facter Getting catalog... --16:10:19-- http://csw/unstable/sparc/5.8/catalog => `catalog\' Resolving csw... 192.168.1.8 Connecting to csw|192.168.1.8|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 143,741 (140K) [text/plain] 100%[=============================================>] 143,741 --.--K/s 16:10:19 (44.23 MB/s) - `catalog\' saved [143741/143741] Updating catalog file /var/pkg-get/catalog-csw updated --16:10:19-- http://csw/unstable/sparc/5.8/descriptions => `descriptions\' Resolving csw... 192.168.1.8 Connecting to csw|192.168.1.8|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 88,987 (87K) [text/plain] 100%[=============================================>] 88,987 --.--K/s 16:10:19 (41.52 MB/s) - `descriptions\' saved [88987/88987] Updated description file No existing install of CSWfacter found. Installing... Note: Use of md5 disabled in config md5 utility temporarily non-functional assuming local file facter-1.3.6-SunOS5.8-all-CSW.pkg.gz valid to use Analysing special files... Processing package instance <CSWfacter> from </tmp/pkg-get/facter-1.3.6-SunOS5.8-all-CSW.pkg.gz.tmp> facter - a system fact gatherer (i386) 1.3.6 GNU LESSER GENERAL PUBLIC LICENSE <snip> That\'s all there is to it! ## Executing checkinstall script. ## Processing package information. ## Processing system information. 6 package pathnames are already properly installed. ## Verifying package dependencies. ## Verifying disk space requirements. ## Checking for conflicts with packages already installed. The following files are already installed on the system and are being used by another package: /opt <attribute change only> Do you want to install these conflicting files [y,n,?,q] y ## Checking for setuid/setgid programs. Installing facter - a system fact gatherer as <CSWfacter> ## Installing part 1 of 1. /opt/csw/bin/facter /opt/csw/lib/ruby/site_ruby/1.8/facter.rb /opt/csw/lib/ruby/site_ruby/1.8/facter/memory.rb /opt/csw/lib/ruby/site_ruby/1.8/facter/processor.rb [ verifying class <none> ] Installation of <CSWfacter> was successful. gyor:/home/james$ ls -ld /opt drwxrwxr-x 22 root sys 512 Apr 20 12:44 /opt ---------------------------------------------------------------------- (0004556) glaw (manager) - 2007-05-08 05:23 http://www.opencsw.org/bugtrack/view.php?id=2208#c4556 ---------------------------------------------------------------------- This is strange. Do you have all the dependencies of facter installed already? Are you sure it isn\'t one of these that is causing the change? Assuming that another package is not responsible, could you give me details of your exact OS version and platform (uname -a) so I can try and reproduce this. Thanks ---------------------------------------------------------------------- (0004564) glaw (manager) - 2007-05-13 09:34 http://www.opencsw.org/bugtrack/view.php?id=2208#c4564 ---------------------------------------------------------------------- in the absence of more information, i\'m closing this. ---------------------------------------------------------------------- (0004565) james (reporter) - 2007-05-13 09:43 http://www.opencsw.org/bugtrack/view.php?id=2208#c4565 ---------------------------------------------------------------------- I\'m as sure as above. I\'m not sure why. $ uname -a SunOS gyor 5.8 Generic_117350-38 sun4u sparc SUNW,Ultra-60 ---------------------------------------------------------------------- (0004618) glaw (manager) - 2007-06-10 18:03 http://www.opencsw.org/bugtrack/view.php?id=2208#c4618 ---------------------------------------------------------------------- James I\'ve no access to a sparc or a sol 8 machine at this time (at least, not as root). So reproducing this is difficult. There is a new version of facter available in newpkgs which may or may not exhibit the same behaviour as the one you\'ve already tried. I\'d be grateful if you could attempt to reproduce the permissions change issue with this new package. Thanks Gary ---------------------------------------------------------------------- (0004752) james (reporter) - 2007-09-19 20:54 http://www.opencsw.org/bugtrack/view.php?id=2208#c4752 ---------------------------------------------------------------------- 1.3.7 still has: 1 d none /opt ? ? ? I recommend removing /opt from the package prototype to avoid these problems. ---------------------------------------------------------------------- (0005152) glaw (manager) - 2008-02-27 08:59 http://www.opencsw.org/bugtrack/view.php?id=2208#c5152 ---------------------------------------------------------------------- fixed in the latest release ---------------------------------------------------------------------- (0006069) glaw (manager) - 2009-05-03 13:42 http://www.opencsw.org/bugtrack/view.php?id=2208#c6069 ---------------------------------------------------------------------- fixed in latest release Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 13:42 glaw Note Added: 0006069 2009-05-03 13:42 glaw Status resolved => closed ====================================================================== From noreply at opencsw.org Wed May 6 14:28:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 6 May 2009 14:28:57 +0200 Subject: [bug-notifications] [ghostscript 0003651]: Please provide 64 bit version Message-ID: <8ded7d9a31ed9207f6bd7858acc6992c@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3651 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: ghostscript Issue ID: 3651 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-06 14:28 CEST Last Modified: 2009-05-06 14:28 CEST ====================================================================== Summary: Please provide 64 bit version Description: Please provide 64 bit version of at least libgs.so as dependency for libspectre. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-06 14:28 dam New Issue ====================================================================== From noreply at opencsw.org Wed May 6 15:37:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 6 May 2009 15:37:03 +0200 Subject: [bug-notifications] [php5 0003652]: No php-cgi binary in php5 package Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3652 ====================================================================== Reported By: marcing Assigned To: ====================================================================== Project: php5 Issue ID: 3652 Category: packaging Reproducibility: have not tried Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-06 15:37 CEST Last Modified: 2009-05-06 15:37 CEST ====================================================================== Summary: No php-cgi binary in php5 package Description: There's no php-cgi binary in php5 package. Or maybe its in some other package? ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-06 15:37 marcing New Issue ====================================================================== From noreply at opencsw.org Wed May 6 16:36:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 6 May 2009 16:36:50 +0200 Subject: [bug-notifications] [gsl 0001369]: Docs in wrong place In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=1369 ====================================================================== Reported By: james Assigned To: pfelecan ====================================================================== Project: gsl Issue ID: 1369 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2005-12-24 07:24 CET Last Modified: 2009-05-06 16:36 CEST ====================================================================== Summary: Docs in wrong place Description: The docs are in: /opt/csw/share/doc/html/ but should be in: /opt/csw/share/doc/gsl/ Note the file clash with qt which has the same mistake. ====================================================================== ---------------------------------------------------------------------- (0005933) pfelecan (manager) - 2009-04-08 17:57 http://www.opencsw.org/mantis/view.php?id=1369#c5933 ---------------------------------------------------------------------- packaged a new version, 1.12; the new package contains the correction ---------------------------------------------------------------------- (0006070) pfelecan (manager) - 2009-05-06 16:36 http://www.opencsw.org/mantis/view.php?id=1369#c6070 ---------------------------------------------------------------------- the package containing the new version contains the correction; it will be released shortly... Issue History Date Modified Username Field Change ====================================================================== 2009-04-08 17:57 pfelecan Note Added: 0005933 2009-04-08 17:57 pfelecan Status assigned => resolved 2009-04-08 17:57 pfelecan Resolution open => fixed 2009-05-06 16:36 pfelecan Note Added: 0006070 2009-05-06 16:36 pfelecan Status resolved => closed ====================================================================== From noreply at opencsw.org Wed May 6 18:20:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 6 May 2009 18:20:42 +0200 Subject: [bug-notifications] [php5 0003652]: No php-cgi binary in php5 package In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3652 ====================================================================== Reported By: marcing Assigned To: mwatters ====================================================================== Project: php5 Issue ID: 3652 Category: packaging Reproducibility: have not tried Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-06 15:37 CEST Last Modified: 2009-05-06 18:20 CEST ====================================================================== Summary: No php-cgi binary in php5 package Description: There's no php-cgi binary in php5 package. Or maybe its in some other package? ====================================================================== ---------------------------------------------------------------------- (0006071) mwatters (manager) - 2009-05-06 18:20 http://opencsw.org/bugtrack/view.php?id=3652#c6071 ---------------------------------------------------------------------- Nope, I missed it, I didn't copy the sapi directory. I will figure out the best place for it and adjust the build accordingly Thanks for the report! Issue History Date Modified Username Field Change ====================================================================== 2009-05-06 15:37 marcing New Issue 2009-05-06 18:20 mwatters Note Added: 0006071 2009-05-06 18:20 mwatters Status new => confirmed 2009-05-06 18:20 mwatters Status confirmed => assigned 2009-05-06 18:20 mwatters Assigned To => mwatters ====================================================================== From noreply at opencsw.org Wed May 6 21:35:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 6 May 2009 21:35:28 +0200 Subject: [bug-notifications] [php5 0003652]: No php-cgi binary in php5 package In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3652 ====================================================================== Reported By: marcing Assigned To: mwatters ====================================================================== Project: php5 Issue ID: 3652 Category: packaging Reproducibility: have not tried Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-06 15:37 CEST Last Modified: 2009-05-06 21:35 CEST ====================================================================== Summary: No php-cgi binary in php5 package Description: There's no php-cgi binary in php5 package. Or maybe its in some other package? ====================================================================== ---------------------------------------------------------------------- (0006071) mwatters (manager) - 2009-05-06 18:20 http://opencsw.org/bugtrack/view.php?id=3652#c6071 ---------------------------------------------------------------------- Nope, I missed it, I didn't copy the sapi directory. I will figure out the best place for it and adjust the build accordingly Thanks for the report! ---------------------------------------------------------------------- (0006072) mwatters (manager) - 2009-05-06 21:35 http://opencsw.org/bugtrack/view.php?id=3652#c6072 ---------------------------------------------------------------------- Well, As it turns out, there is a "bug" though I use the term loosely in this sense. The issue is more of a documentation error in php's build instructions. only cli + one other sapi can be built at any one time. in my setup, I build --with-apxs2 the first time around to build the ap2_modphp5. The second time around, I build with --with-apxs to build mod_php (only installing the sapi module) I will add a third go around to compile the php-cgi. may take me a few days to get it all squared away. Issue History Date Modified Username Field Change ====================================================================== 2009-05-06 15:37 marcing New Issue 2009-05-06 18:20 mwatters Note Added: 0006071 2009-05-06 18:20 mwatters Status new => confirmed 2009-05-06 18:20 mwatters Status confirmed => assigned 2009-05-06 18:20 mwatters Assigned To => mwatters 2009-05-06 21:35 mwatters Note Added: 0006072 ====================================================================== From noreply at opencsw.org Thu May 7 09:38:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 7 May 2009 09:38:00 +0200 Subject: [bug-notifications] [ap2_subversion 0003653]: Module load order in http.conf Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3653 ====================================================================== Reported By: Nicolai Schwindt Assigned To: ====================================================================== Project: ap2_subversion Issue ID: 3653 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-07 09:38 CEST Last Modified: 2009-05-07 09:38 CEST ====================================================================== Summary: Module load order in http.conf Description: After upgrading to ap2_subversion 1.6.1,REV=2009.04.29 the LoadModule get resorted, which leads to : tcsh at port-1542 [/var/opt/csw/apache2/log] /opt/csw/apache2/sbin/apachectl -t httpd: Syntax error on line 126 of /opt/csw/apache2/etc/httpd.conf: Cannot load /opt/csw/apache2/libexec/mod_dav_lock.so into server: ld.so.1: httpd: fatal: relocation error: file /opt/csw/apache2/libexec/mod_dav_lock.so: symbol dav_new_error: referenced symbol not found Moving dav_lock_module to a lower line resolves this. The order should be something like this as dav_new_error blongs to mod_dav.so: LoadModule dav_module libexec/mod_dav.so LoadModule dav_fs_module libexec/mod_dav_fs.so LoadModule dav_svn_module libexec/mod_dav_svn.so LoadModule dav_lock_module libexec/mod_dav_lock.so LoadModule authz_svn_module libexec/mod_authz_svn.so I verified on two other machines, the modules dav_module, dav_fs_module, dav_svn_module are resorted to new lines, which leaves dav_lock_module on a line before the newly generated. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-07 09:38 Nicolai SchwindtNew Issue ====================================================================== From noreply at opencsw.org Thu May 7 10:05:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 7 May 2009 10:05:05 +0200 Subject: [bug-notifications] [pysvn 0003654]: Module location should change Message-ID: <6cb86b3c0e82a4ed0bbe3180cffe36d7@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3654 ====================================================================== Reported By: Nicolai Schwindt Assigned To: ====================================================================== Project: pysvn Issue ID: 3654 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-07 10:05 CEST Last Modified: 2009-05-07 10:05 CEST ====================================================================== Summary: Module location should change Description: The modules get installed to /opt/csw/lib/python/site-packages/ Nice would be : /opt/csw/lib/python2.6/site-packages ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-07 10:05 Nicolai SchwindtNew Issue ====================================================================== From noreply at opencsw.org Thu May 7 10:33:41 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 7 May 2009 10:33:41 +0200 Subject: [bug-notifications] [pysqlite2 0003655]: pls upgrade to 2.5.5 Message-ID: <2240c72f5d6b7afb9a879740c28a63db@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3655 ====================================================================== Reported By: Nicolai Schwindt Assigned To: ====================================================================== Project: pysqlite2 Issue ID: 3655 Category: upgrade Reproducibility: sometimes Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-07 10:33 CEST Last Modified: 2009-05-07 10:33 CEST ====================================================================== Summary: pls upgrade to 2.5.5 Description: An bug in 2.4.0 rendered my trac installs unusable. All trac instances failed with : Command failed: database parameter must be string or APSW Connection object It is an know Bug see for example : http://sjohannes.wordpress.com/2007/12/05/database-parameter-must-be-string-or-apsw-connection-object/ I upgraded locally to 2.5.5 which works like a charm ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-07 10:33 Nicolai SchwindtNew Issue ====================================================================== From noreply at opencsw.org Thu May 7 10:50:45 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 7 May 2009 10:50:45 +0200 Subject: [bug-notifications] [ghostscript 0003651]: Please provide 64 bit version In-Reply-To: Message-ID: <6470b2eb6e9b01291e40787d62bf6e56@opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://opencsw.org/mantis/view.php?id=3651 ====================================================================== Reported By: dam Assigned To: james ====================================================================== Project: ghostscript Issue ID: 3651 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-06 14:28 CEST Last Modified: 2009-05-07 10:50 CEST ====================================================================== Summary: Please provide 64 bit version Description: Please provide 64 bit version of at least libgs.so as dependency for libspectre. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-06 14:28 dam New Issue 2009-05-07 10:50 james Status new => assigned 2009-05-07 10:50 james Assigned To => james ====================================================================== From noreply at opencsw.org Thu May 7 11:01:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 7 May 2009 11:01:57 +0200 Subject: [bug-notifications] [ghostscript 0003651]: Please provide 64 bit version In-Reply-To: Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://opencsw.org/mantis/view.php?id=3651 ====================================================================== Reported By: dam Assigned To: james ====================================================================== Project: ghostscript Issue ID: 3651 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-05-06 14:28 CEST Last Modified: 2009-05-07 11:01 CEST ====================================================================== Summary: Please provide 64 bit version Description: Please provide 64 bit version of at least libgs.so as dependency for libspectre. ====================================================================== ---------------------------------------------------------------------- (0006073) james (manager) - 2009-05-07 11:01 http://opencsw.org/mantis/view.php?id=3651#c6073 ---------------------------------------------------------------------- This can't be done until the prerequisite packages re 64-bit. Please get those updated and asking again. CSWgnutls CSWkrb5lib CSWlibcairo CSWlibcups I should check but (from memory) isn't libspectre needed by pixman, which is needed by cairo, which is needed for Ghoscript, which is needed for libspectre, which ... Issue History Date Modified Username Field Change ====================================================================== 2009-05-06 14:28 dam New Issue 2009-05-07 10:50 james Status new => assigned 2009-05-07 10:50 james Assigned To => james 2009-05-07 11:01 james Note Added: 0006073 2009-05-07 11:01 james Status assigned => feedback ====================================================================== From noreply at opencsw.org Thu May 7 18:48:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 7 May 2009 18:48:31 +0200 Subject: [bug-notifications] [mutt 0003648]: mutt does not work with screen's altscreen because it is compiled with slang instead of ncurses In-Reply-To: <3e657e5bf341a17f5943993267e03ca6> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3648 ====================================================================== Reported By: meunier Assigned To: ====================================================================== Project: mutt Issue ID: 3648 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-29 07:59 CEST Last Modified: 2009-05-07 18:48 CEST ====================================================================== Summary: mutt does not work with screen's altscreen because it is compiled with slang instead of ncurses Description: /opt/csw/bin/mutt is compiled with slang, not ncurses, while /opt/csw/bin/screen is compiled with ncurses, not slang. So if you use /opt/csw/bin/screen and start /opt/csw/bin/mutt inside it, it looks like the ncurses library used by screen and the slang library used by mutt fight each other in a bad way when screen's altscreen feature is enabled. Here is a way to reproduce the problem: [after ssh-ing into a Solaris machine from an xterm] $ export $TERMINFO=/opt/csw/share/terminfo/ $ /opt/csw/bin/infocmp # Reconstructed via infocmp from file: /opt/csw/share/terminfo/x/xterm [blablabla ... so the correct terminfo database is being used] $ ls [blablabla] $ /opt/csw/bin/emacs [exit emacs, the screen returns to its previous content, including showing the output of the previous 'ls' command. Note: this will not work and the ouput of the previous 'ls' command will be invisible if your TERMINFO environment variable is not set correctly] $ ls [blablabla] $ /opt/csw/bin/mutt [exit mutt, the screen returns to its previous content, including showing the output of the previous 'ls' command] $ /opt/csw/bin/screen [screen is cleared] $ ls [blablabla] $ /opt/csw/bin/emacs [exit from emacs, the cursor is at the bottom of the xterm and the output of the previous 'ls' is not visible anymore] $ ls [blablabla] $ /opt/csw/bin/mutt [exit from mutt, the cursor is at the bottom of the xterm and the output of the previous 'ls' is not visible anymore] So far so good. Emacs and mutt normally use xterm's "alternate screen" feature which is why the output of the previous 'ls' command is visible in the xterm once emacs or mutt has exited. Screen, on the other hand, does not provide an alternate screen by default, so emacs and mutt just use the "regular screen" and the output of the previous 'ls' command is then lost when emacs or mutt exits. Now type: Control-A : to get the interactive prompt from 'screen', then type: altscreen on then you should get a 'Will do alternate screen switching' from 'screen'. This tells 'screen' that it should provide an alternate screen to applications like emacs or mutt that normally use xterm's alternate screen feature. Now let's try emacs and mutt again: $ ls [blablabla] $ /opt/csw/bin/emacs [exit emacs, the screen returns to its previous content, including showing the output of the previous 'ls' command, just as if emacs were run from a normal shell instead of being run from within 'screen'. Great, that's what I want.] $ ls [blablabla] $ /opt/csw/bin/mutt [oops, watch screen and mutt fight for control of the alternate screen... You can try to type a quick random combination of x and Control-A " to tell mutt to exit and screen to give you a list of virtual screens (rather than fighting with mutt) but good luck with regaining control of your window...] Now, the fact that emacs works fine in combination with screen's altscreen feature but that mutt does not tells me that the problem is with mutt, not screen. After investigating a little, I've come to the conclusion that the problem is not with the code of mutt itself, but with the fact that /opt/csw/bin/mutt uses slang while /opt/csw/bin/screen uses ncurses. In fact I have compiled (with gcc) a version of mutt 1.5.19 with ncurses 5.7 which works perfectly well in the examples above. On the other hand the same version of mutt 1.5.19 compiled with slang 2.1.4 fails just like /opt/csw/bin/mutt, flashing the screen and all. My /opt/csw/bin/mutt uses slang 1.4.8, not slang 2.1.4, but that doesn't seem to make any difference, both fail in the same way. So is there a way to get /opt/csw/bin/screen to be compiled with ncurses rather than slang, by any chance? Thanks, ====================================================================== ---------------------------------------------------------------------- (0006074) philadmin (administrator) - 2009-05-07 18:48 http://www.opencsw.org/bugtrack/view.php?id=3648#c6074 ---------------------------------------------------------------------- Thank you for your detailed investigation and writeup of the problem. Unfortunately, mutt works better with slang. so, i'm not going to recompile it with ncurses. sorry. Issue History Date Modified Username Field Change ====================================================================== 2009-04-29 07:59 meunier New Issue 2009-05-07 18:48 philadmin Note Added: 0006074 2009-05-07 18:48 philadmin Status new => closed ====================================================================== From noreply at opencsw.org Thu May 7 23:17:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 7 May 2009 23:17:06 +0200 Subject: [bug-notifications] [librsvg 0003656]: Please upgrade to 2.26.0 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3656 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: librsvg Issue ID: 3656 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-07 23:17 CEST Last Modified: 2009-05-07 23:17 CEST ====================================================================== Summary: Please upgrade to 2.26.0 Description: Please upgrade to 2.26.0 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-07 23:17 dam New Issue ====================================================================== From noreply at opencsw.org Fri May 8 05:06:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 8 May 2009 05:06:24 +0200 Subject: [bug-notifications] [php5 0003652]: No php-cgi binary in php5 package In-Reply-To: Message-ID: <6d610c1e157e763c1486c4c4fd59b983@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3652 ====================================================================== Reported By: marcing Assigned To: mwatters ====================================================================== Project: php5 Issue ID: 3652 Category: packaging Reproducibility: have not tried Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-06 15:37 CEST Last Modified: 2009-05-08 05:06 CEST ====================================================================== Summary: No php-cgi binary in php5 package Description: There's no php-cgi binary in php5 package. Or maybe its in some other package? ====================================================================== ---------------------------------------------------------------------- (0006071) mwatters (manager) - 2009-05-06 18:20 http://www.opencsw.org/mantis/view.php?id=3652#c6071 ---------------------------------------------------------------------- Nope, I missed it, I didn't copy the sapi directory. I will figure out the best place for it and adjust the build accordingly Thanks for the report! ---------------------------------------------------------------------- (0006072) mwatters (manager) - 2009-05-06 21:35 http://www.opencsw.org/mantis/view.php?id=3652#c6072 ---------------------------------------------------------------------- Well, As it turns out, there is a "bug" though I use the term loosely in this sense. The issue is more of a documentation error in php's build instructions. only cli + one other sapi can be built at any one time. in my setup, I build --with-apxs2 the first time around to build the ap2_modphp5. The second time around, I build with --with-apxs to build mod_php (only installing the sapi module) I will add a third go around to compile the php-cgi. may take me a few days to get it all squared away. ---------------------------------------------------------------------- (0006075) mwatters (manager) - 2009-05-08 05:06 http://www.opencsw.org/mantis/view.php?id=3652#c6075 ---------------------------------------------------------------------- The fixed package is in testing. I will close this once it is released. Issue History Date Modified Username Field Change ====================================================================== 2009-05-06 15:37 marcing New Issue 2009-05-06 18:20 mwatters Note Added: 0006071 2009-05-06 18:20 mwatters Status new => confirmed 2009-05-06 18:20 mwatters Status confirmed => assigned 2009-05-06 18:20 mwatters Assigned To => mwatters 2009-05-06 21:35 mwatters Note Added: 0006072 2009-05-08 05:06 mwatters Note Added: 0006075 2009-05-08 05:06 mwatters Status assigned => resolved 2009-05-08 05:06 mwatters Resolution open => fixed ====================================================================== From noreply at opencsw.org Fri May 8 05:07:12 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 8 May 2009 05:07:12 +0200 Subject: [bug-notifications] [pysqlite2 0003655]: pls upgrade to 2.5.5 In-Reply-To: Message-ID: <7d9b6b0013bdeedb32750852dc024e2f@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3655 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: pysqlite2 Issue ID: 3655 Category: upgrade Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-07 10:33 CEST Last Modified: 2009-05-08 05:07 CEST ====================================================================== Summary: pls upgrade to 2.5.5 Description: An bug in 2.4.0 rendered my trac installs unusable. All trac instances failed with : Command failed: database parameter must be string or APSW Connection object It is an know Bug see for example : http://sjohannes.wordpress.com/2007/12/05/database-parameter-must-be-string-or-apsw-connection-object/ I upgraded locally to 2.5.5 which works like a charm ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-07 10:33 Nicolai SchwindtNew Issue 2009-05-08 05:07 mwatters Status new => assigned 2009-05-08 05:07 mwatters Assigned To => mwatters ====================================================================== From noreply at opencsw.org Fri May 8 05:14:04 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 8 May 2009 05:14:04 +0200 Subject: [bug-notifications] [pysvn 0003654]: Module location should change In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3654 ====================================================================== Reported By: Nicolai Schwindt Assigned To: ====================================================================== Project: pysvn Issue ID: 3654 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-05-07 10:05 CEST Last Modified: 2009-05-08 05:14 CEST ====================================================================== Summary: Module location should change Description: The modules get installed to /opt/csw/lib/python/site-packages/ Nice would be : /opt/csw/lib/python2.6/site-packages ====================================================================== ---------------------------------------------------------------------- (0006077) mwatters (manager) - 2009-05-08 05:14 http://www.opencsw.org/mantis/view.php?id=3654#c6077 ---------------------------------------------------------------------- I will be moving the default module location to /opt/csw/lib/python. a version-less installation will be easier to maintain since various modules are owned by various maintainers, as well custom installed modules by users. We always include at least one version prior to the latest "runtime" in the packages for smoother upgrades. Issue History Date Modified Username Field Change ====================================================================== 2009-05-07 10:05 Nicolai SchwindtNew Issue 2009-05-08 05:14 mwatters Note Added: 0006077 2009-05-08 05:14 mwatters Status new => closed ====================================================================== From noreply at opencsw.org Fri May 8 05:30:17 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 8 May 2009 05:30:17 +0200 Subject: [bug-notifications] [ap2_subversion 0003653]: Module load order in http.conf In-Reply-To: Message-ID: <2bd7c7c0d5d30e8c993d77d401da0757@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3653 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: ap2_subversion Issue ID: 3653 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-07 09:38 CEST Last Modified: 2009-05-08 05:30 CEST ====================================================================== Summary: Module load order in http.conf Description: After upgrading to ap2_subversion 1.6.1,REV=2009.04.29 the LoadModule get resorted, which leads to : tcsh at port-1542 [/var/opt/csw/apache2/log] /opt/csw/apache2/sbin/apachectl -t httpd: Syntax error on line 126 of /opt/csw/apache2/etc/httpd.conf: Cannot load /opt/csw/apache2/libexec/mod_dav_lock.so into server: ld.so.1: httpd: fatal: relocation error: file /opt/csw/apache2/libexec/mod_dav_lock.so: symbol dav_new_error: referenced symbol not found Moving dav_lock_module to a lower line resolves this. The order should be something like this as dav_new_error blongs to mod_dav.so: LoadModule dav_module libexec/mod_dav.so LoadModule dav_fs_module libexec/mod_dav_fs.so LoadModule dav_svn_module libexec/mod_dav_svn.so LoadModule dav_lock_module libexec/mod_dav_lock.so LoadModule authz_svn_module libexec/mod_authz_svn.so I verified on two other machines, the modules dav_module, dav_fs_module, dav_svn_module are resorted to new lines, which leaves dav_lock_module on a line before the newly generated. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-07 09:38 Nicolai SchwindtNew Issue 2009-05-08 05:30 mwatters Status new => assigned 2009-05-08 05:30 mwatters Assigned To => mwatters ====================================================================== From noreply at opencsw.org Fri May 8 05:38:49 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 8 May 2009 05:38:49 +0200 Subject: [bug-notifications] [xpdf 0003657]: Segmentation Fault on a specific document Message-ID: <3c59e14355f9fd3f56cc2f53236d9105@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3657 ====================================================================== Reported By: jeff Assigned To: ====================================================================== Project: xpdf Issue ID: 3657 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-08 05:38 CEST Last Modified: 2009-05-08 05:38 CEST ====================================================================== Summary: Segmentation Fault on a specific document Description: I recently ran across a pdf document that causes xpdf to issue a Segmentation Fault. The document is located at: http://mises.org/books/historynot.pdf It loads fine into xpdf, but it consistently crashes as you step forward, usually on the 5th page or try to click on the Preface link. There is no similar problem when using a current version of acroread. I reported this to Glyph and Cog, but thought I would mention it here in case it turns out to be a Solaris/SPARC specific problem. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 05:38 jeff New Issue ====================================================================== From noreply at opencsw.org Fri May 8 06:10:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 8 May 2009 06:10:44 +0200 Subject: [bug-notifications] [subversion 0003034]: Separate server and user command line binaries In-Reply-To: <928d2bc1ae4e9f1f52c9a54c75105520> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3034 ====================================================================== Reported By: wbonnet Assigned To: mwatters ====================================================================== Project: subversion Issue ID: 3034 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-01-22 21:04 CET Last Modified: 2009-05-08 06:10 CEST ====================================================================== Summary: Separate server and user command line binaries Description: Would it be possible to split this package in two, making a subversion server package and a subversion user package (ie : svn command line tool) ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-01-22 21:04 wbonnet New Issue 2009-05-08 06:10 mwatters Status new => assigned 2009-05-08 06:10 mwatters Assigned To => mwatters ====================================================================== From noreply at opencsw.org Fri May 8 11:14:20 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 8 May 2009 11:14:20 +0200 Subject: [bug-notifications] [syslog_ng 0003658]: door("/etc/.syslog_door") on 5.10 Generic_138889-08 not working Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3658 ====================================================================== Reported By: alessio Assigned To: ====================================================================== Project: syslog_ng Issue ID: 3658 Category: regular use Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-08 11:14 CEST Last Modified: 2009-05-08 11:14 CEST ====================================================================== Summary: door("/etc/.syslog_door") on 5.10 Generic_138889-08 not working Description: On SunOS 5.10 Generic_138889-08, in the config file, source s_sys { sun-streams ("/dev/log" door("/etc/.syslog_door")); internal(); }; is not working, because the door is in /var/run/syslog_door ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 11:14 alessio New Issue ====================================================================== From noreply at opencsw.org Fri May 8 16:07:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 8 May 2009 16:07:44 +0200 Subject: [bug-notifications] [trac 0003659]: trac 0.10 broken by latest CSW packages Message-ID: <77c6996e8b73510a70766fce7fa29abc@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== 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-05-08 16:07 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 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 16:07 brx75 New Issue ====================================================================== From noreply at opencsw.org Fri May 8 17:49:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 8 May 2009 17:49:58 +0200 Subject: [bug-notifications] [php5 0003660]: The path for extensions in php.ini is not correct on a fresh install Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3660 ====================================================================== Reported By: mwatters Assigned To: ====================================================================== Project: php5 Issue ID: 3660 Category: packaging Reproducibility: always Severity: major Priority: high Status: new ====================================================================== Date Submitted: 2009-05-08 17:49 CEST Last Modified: 2009-05-08 17:49 CEST ====================================================================== Summary: The path for extensions in php.ini is not correct on a fresh install Description: On a fresh install with no modules previously installed, but a php.ini file exists. this causes the post-install to set the extensions directory setting in ${PHP5_LIB}/php.ini incorrectly. Workaround: install a module and set the value manually. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 17:49 mwatters New Issue ====================================================================== From noreply at opencsw.org Fri May 8 17:51:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 8 May 2009 17:51:03 +0200 Subject: [bug-notifications] [php5 0003660]: The path for extensions in php.ini is not correct on a fresh install In-Reply-To: <842dd468a74d226ad4fad2d1cf0c2d41> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3660 ====================================================================== Reported By: mwatters Assigned To: mwatters ====================================================================== Project: php5 Issue ID: 3660 Category: packaging Reproducibility: always Severity: major Priority: high Status: assigned ====================================================================== Date Submitted: 2009-05-08 17:49 CEST Last Modified: 2009-05-08 17:51 CEST ====================================================================== Summary: The path for extensions in php.ini is not correct on a fresh install Description: On a fresh install with no modules previously installed, but a php.ini file exists. this causes the post-install to set the extensions directory setting in ${PHP5_LIB}/php.ini incorrectly. Workaround: install a module and set the value manually. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 17:49 mwatters New Issue 2009-05-08 17:51 mwatters Status new => assigned 2009-05-08 17:51 mwatters Assigned To => mwatters ====================================================================== From noreply at opencsw.org Fri May 8 18:53:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 8 May 2009 18:53:05 +0200 Subject: [bug-notifications] [subversion 0003661]: sqlite error Message-ID: <31ace4ec4265ace5483d917b5cc7c783@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3661 ====================================================================== Reported By: Nicolai Schwindt Assigned To: ====================================================================== Project: subversion Issue ID: 3661 Category: other Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-08 18:53 CEST Last Modified: 2009-05-08 18:53 CEST ====================================================================== Summary: sqlite error Description: SubversionException: ('Could not configure SQLite', 200030) This happens when using e.g. trac-admin repos resync The bug was already in subversion-1.6 which I build for myself It is related to the 'filesystem' one uses in subversion. creating a repository with : svnadmin create -fs-type fsfs test will provoke this error. doing it with : svnadmin create --fs-type fsfs --pre-1.6-compatible test will not. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 18:53 Nicolai SchwindtNew Issue ====================================================================== From noreply at opencsw.org Sat May 9 02:00:20 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 9 May 2009 02:00:20 +0200 Subject: [bug-notifications] [libiconv 0003662]: /opt/csw/lib/64/charset.alias missing Message-ID: <55e6072adfeddd6bfaa515695be1b9f5@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://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: new ====================================================================== Date Submitted: 2009-05-09 02:00 CEST Last Modified: 2009-05-09 02:00 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 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-09 02:00 dam New Issue ====================================================================== From noreply at opencsw.org Sun May 10 05:31:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 05:31:50 +0200 Subject: [bug-notifications] [subversion 0003661]: sqlite error In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3661 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: subversion Issue ID: 3661 Category: other Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-08 18:53 CEST Last Modified: 2009-05-10 05:31 CEST ====================================================================== Summary: sqlite error Description: SubversionException: ('Could not configure SQLite', 200030) This happens when using e.g. trac-admin repos resync The bug was already in subversion-1.6 which I build for myself It is related to the 'filesystem' one uses in subversion. creating a repository with : svnadmin create -fs-type fsfs test will provoke this error. doing it with : svnadmin create --fs-type fsfs --pre-1.6-compatible test will not. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 18:53 Nicolai SchwindtNew Issue 2009-05-10 05:31 mwatters Status new => assigned 2009-05-10 05:31 mwatters Assigned To => mwatters ====================================================================== From noreply at opencsw.org Sun May 10 05:35:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 05:35:51 +0200 Subject: [bug-notifications] [php5 0003660]: The path for extensions in php.ini is not correct on a fresh install In-Reply-To: <842dd468a74d226ad4fad2d1cf0c2d41> Message-ID: <7a243a10ac72ee4e228be6fe570aa566@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3660 ====================================================================== Reported By: mwatters Assigned To: mwatters ====================================================================== Project: php5 Issue ID: 3660 Category: packaging Reproducibility: always Severity: major Priority: high Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-08 17:49 CEST Last Modified: 2009-05-10 05:35 CEST ====================================================================== Summary: The path for extensions in php.ini is not correct on a fresh install Description: On a fresh install with no modules previously installed, but a php.ini file exists. this causes the post-install to set the extensions directory setting in ${PHP5_LIB}/php.ini incorrectly. Workaround: install a module and set the value manually. ====================================================================== ---------------------------------------------------------------------- (0006080) mwatters (manager) - 2009-05-10 05:35 http://www.opencsw.org/bugtrack/view.php?id=3660#c6080 ---------------------------------------------------------------------- The fixed post-install is now in testing. I will close this when released. Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 17:49 mwatters New Issue 2009-05-08 17:51 mwatters Status new => assigned 2009-05-08 17:51 mwatters Assigned To => mwatters 2009-05-10 05:35 mwatters Note Added: 0006080 2009-05-10 05:35 mwatters Status assigned => resolved 2009-05-10 05:35 mwatters Resolution open => fixed ====================================================================== From noreply at opencsw.org Sun May 10 05:48:29 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 05:48:29 +0200 Subject: [bug-notifications] [pth 0003621]: No 32bit dynamic lib in i386 package In-Reply-To: <2fcb91104df3c0e93bcfb2e70c44293e> Message-ID: <68ca3cc569f0b930ecb9e71d51cda314@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3621 ====================================================================== Reported By: james Assigned To: mwatters ====================================================================== Project: pth Issue ID: 3621 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: not fixable Fixed in Version: ====================================================================== Date Submitted: 2009-04-03 22:25 CEST Last Modified: 2009-05-10 05:48 CEST ====================================================================== Summary: No 32bit dynamic lib in i386 package Description: No 32bit dynamic lib in i386 package. (Used by CSWgpgme.) http://www.canoedissent.org.uk/packages/unstable/i386/5.10/CSWpth/files/ Also, I suggest no need to static libs. ====================================================================== ---------------------------------------------------------------------- (0005837) mwatters (manager) - 2009-04-04 05:30 http://www.opencsw.org/bugtrack/view.php?id=3621#c5837 ---------------------------------------------------------------------- # No shared libraries on Solaris 7/8 x86: # http://www.mail-archive.com/pth-users at gnu.org/msg00113.html # and (from ChangeLog) # *) Make --disable-shared the default under Solaris-2.[78]/x86, because # it is known to segfault sporadically if Pth is built as a DSO. As # traces showed, it is not a Pth problem, but it looks like a problem with # the dynamic linker on Solaris/x86. The same Solaris versions on SPARC # don't have this problem. # [Ralf S. Engelschall] ---------------------------------------------------------------------- (0006081) mwatters (manager) - 2009-05-10 05:48 http://www.opencsw.org/bugtrack/view.php?id=3621#c6081 ---------------------------------------------------------------------- Can not fix Issue History Date Modified Username Field Change ====================================================================== 2009-04-03 22:25 james New Issue 2009-04-04 05:30 mwatters Note Added: 0005837 2009-04-04 05:30 mwatters Status new => resolved 2009-04-04 05:30 mwatters Resolution open => not fixable 2009-04-04 05:30 mwatters Assigned To => mwatters 2009-05-10 05:48 mwatters Note Added: 0006081 2009-05-10 05:48 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 10 05:50:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 05:50:01 +0200 Subject: [bug-notifications] [php5_xsl 0003499]: php5 modules xsl broken In-Reply-To: <93a5c19f8e5349c1347cf1ec6b0780da> Message-ID: <3b1f596dbe16b3a187afc7f8315c6f98@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3499 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: php5_xsl Issue ID: 3499 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-03-26 14:37 CET Last Modified: 2009-05-10 05:50 CEST ====================================================================== Summary: php5 modules xsl broken Description: /opt/csw/php5/bin/php PHP Warning: PHP Startup: Unable to load dynamic library '/opt/csw/php5/lib/php/extensions/no-debug-non-zts-20060613/xsl.so' - ld.so.1: php: fatal: relocation error: file /opt/csw/php5/lib/php/extensions/no-debug-non-zts-20060613/xsl.so: symbol dom_node_class_entry: referenced symbol not found in Unknown on line 0 ====================================================================== ---------------------------------------------------------------------- (0005734) mwatters (manager) - 2009-03-26 15:01 http://www.opencsw.org/bugtrack/view.php?id=3499#c5734 ---------------------------------------------------------------------- Please supply the output of the following commands to help me diagnose the issue. I am unable to reproduce. dump -Lv /opt/csw/php5/lib/php/extensions/no-debug-non-zts-20060613/xsl.so and ldd /opt/csw/php5/lib/php/extensions/no-debug-non-zts-20060613/xsl.so and pkginfo |grep php5 ---------------------------------------------------------------------- (0005736) Nicolai Schwindt (reporter) - 2009-03-26 16:20 http://www.opencsw.org/bugtrack/view.php?id=3499#c5736 ---------------------------------------------------------------------- I forgot to mention uname -a SunOS serv-4100 5.10 Generic_138889-02 i86pc i386 i86pc and to be sure I had to uncomment the line extension=xsl.so to activate in php.ini, this is disabled by default. Did you activate it in your setup ? Despite that here the output : /opt/csw/php5/lib/php/extensions/no-debug-non-zts-20060613/xsl.so: **** DYNAMIC SECTION INFORMATION **** .dynamic: [INDEX] Tag Value [1] NEEDED libexslt.so.0 [2] NEEDED libxslt.so.1 [3] NEEDED libxml2.so.2 [4] NEEDED libz.so [5] NEEDED libiconv.so.2 [6] NEEDED libsocket.so.1 [7] NEEDED libnsl.so.1 [8] NEEDED libm.so.1 [9] NEEDED libc.so.1 [10] SONAME xsl.so [11] RUNPATH /opt/csw/lib:/opt/csw/lib/$ISALIST:/opt/csw/bdb44/lib/$ ISALIST:/opt/csw/bdb44/lib [12] RPATH /opt/csw/lib:/opt/csw/lib/$ISALIST:/opt/csw/bdb44/lib/$ ISALIST:/opt/csw/bdb44/lib [13] HASH 0xc4 [14] STRTAB 0xd7c [15] STRSZ 0xbc6 [16] SYMTAB 0x50c [17] SYMENT 0x10 [18] CHECKSUM 0x3438 [19] VERNEED 0x1944 [20] VERNEEDNUM 0x1 [21] PLTSZ 0x2f0 [22] PLTREL 0x11 [23] JMPREL 0x1bac [24] REL 0x1964 [25] RELSZ 0x538 [26] RELENT 0x8 [27] FEATURE_1 PARINIT [28] SUNW_CAP 0xb4 [29] FLAGS 0 [30] FLAGS_1 0 [31] PLTGOT 0x14ba0 ldd /opt/csw/php5/lib/php/extensions/no-debug-non-zts-20060613/xsl.so libexslt.so.0 => /opt/csw/lib/libexslt.so.0 libxslt.so.1 => /opt/csw/lib/libxslt.so.1 libxml2.so.2 => /opt/csw/lib/libxml2.so.2 libz.so => /opt/csw/lib/libz.so libiconv.so.2 => /opt/csw/lib/libiconv.so.2 libsocket.so.1 => /lib/libsocket.so.1 libnsl.so.1 => /lib/libnsl.so.1 libm.so.1 => /lib/libm.so.1 libc.so.1 => /lib/libc.so.1 libgcrypt.so.11 => /opt/csw/lib/libgcrypt.so.11 libgpg-error.so.0 => /opt/csw/lib/libgpg-error.so.0 libpthread.so.1 => /lib/libpthread.so.1 libdl.so.1 => /lib/libdl.so.1 libmp.so.2 => /lib/libmp.so.2 libmd.so.1 => /lib/libmd.so.1 libscf.so.1 => /lib/libscf.so.1 libintl.so.8 => /opt/csw/lib/i386/libintl.so.8 libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 libgen.so.1 => /lib/libgen.so.1 libsec.so.1 => /lib/libsec.so.1 libavl.so.1 => /lib/libavl.so.1 libm.so.2 => /lib/libm.so.2 pkginfo |grep php5 application CSWap2modphp5 ap2_modphp5 - PHP 5 - Apache 2.2.x Module application CSWphp5 php5 - A High-Level Scripting Languages application CSWphp5bz2 php5_bz2 - bz2 Extention for PHP5 application CSWphp5dba php5_dba - dba Extention for PHP5 application CSWphp5devel php5_devel - Development files for php5 application CSWphp5ftp php5_ftp - ftp Extention for PHP5 application CSWphp5gd php5_gd - gd Extention for PHP5 application CSWphp5gettext php5_gettext - gettext Extention for PHP5 application CSWphp5gmp php5_gmp - gmp Extention for PHP5 application CSWphp5imap php5_imap - imap Extention for PHP5 application CSWphp5ldap php5_ldap - ldap Extention for PHP5 application CSWphp5mcrypt php5_mcrypt - mcrypt Extention for PHP5 application CSWphp5mhash php5_mhash - mhash Extention for PHP5 application CSWphp5mssql php5_mssql - mssql Extention for PHP5 application CSWphp5mysql php5_mysql - mysql Extention for PHP5 application CSWphp5mysqli php5_mysqli - mysqli Extention for PHP5 application CSWphp5odbc php5_odbc - odbc Extention for PHP5 application CSWphp5openssl php5_openssl - openssl Extention for PHP5 application CSWphp5pdomysql php5_pdomysql - pdomysql Extention for PHP5 application CSWphp5pdoodbc php5_pdoodbc - pdoodbc Extention for PHP5 application CSWphp5pdopgsql php5_pdopgsql - pdopgsql Extention for PHP5 application CSWphp5pdosqlite php5_pdosqlite - pdosqlite Extention for PHP5 application CSWphp5pgsql php5_pgsql - pgsql Extention for PHP5 application CSWphp5pspell php5_pspell - pspell Extention for PHP5 application CSWphp5readline php5_readline - PHP 5 - GNU readline Extension application CSWphp5session php5_session - session Extention for PHP5 application CSWphp5snmp php5_snmp - snmp Extention for PHP5 application CSWphp5soap php5_soap - soap Extention for PHP5 application CSWphp5sqlite php5_sqlite - sqlite Extention for PHP5 application CSWphp5wddx php5_wddx - wddx Extention for PHP5 application CSWphp5xsl ---------------------------------------------------------------------- (0005737) Nicolai Schwindt (reporter) - 2009-03-26 16:22 http://www.opencsw.org/bugtrack/view.php?id=3499#c5737 ---------------------------------------------------------------------- Just in case : ap2_modphp5 5.2.6,REV=2008.10.28 SAME php5 5.2.6,REV=2009.03.08 SAME php5_bz2 5.2.6,REV=2009.03.08 SAME php5_ctype 5.2.6,REV=2009.03.08 SAME php5_curl 5.2.6,REV=2009.03.08 SAME php5_dba 5.2.6,REV=2009.03.08 SAME php5_devel 5.2.6,REV=2009.03.08 SAME php5_ftp 5.2.6,REV=2009.03.08 SAME php5_gd 5.2.6,REV=2009.03.08 SAME php5_gettext 5.2.6,REV=2009.03.08 SAME php5_gmp 5.2.6,REV=2009.03.08 SAME php5_imap 5.2.6,REV=2009.03.08 SAME php5_ldap 5.2.6,REV=2009.03.08 SAME php5_mbstring 5.2.6,REV=2009.03.08 SAME php5_mcrypt 5.2.6,REV=2009.03.08 SAME php5_mhash 5.2.6,REV=2009.03.08 SAME php5_mssql 5.2.6,REV=2009.03.08 SAME php5_mysql 5.2.6,REV=2009.03.08 SAME php5_mysqli 5.2.6,REV=2009.03.08 SAME php5_odbc 5.2.6,REV=2009.03.08 SAME php5_openssl 5.2.6,REV=2009.03.08 SAME php5_pdomysql 5.2.6,REV=2009.03.08 SAME php5_pdoodbc 5.2.6,REV=2009.03.08 SAME php5_pdopgsql 5.2.6,REV=2009.03.08 SAME php5_pdosqlite 5.2.6,REV=2009.03.08 SAME php5_pgsql 5.2.6,REV=2009.03.08 SAME php5_pspell 5.2.6,REV=2009.03.08 SAME php5_readline 5.2.6,REV=2008.10.28 SAME php5_session 5.2.6,REV=2009.03.08 SAME php5_snmp 5.2.6,REV=2009.03.08 SAME php5_soap 5.2.6,REV=2009.03.08 SAME php5_sqlite 5.2.6,REV=2009.03.08 SAME php5_wddx 5.2.6,REV=2009.03.08 SAME php5_xsl 5.2.6,REV=2009.03.08 SAME php5_zip 5.2.6,REV=2009.03.08 SAME ---------------------------------------------------------------------- (0005745) mwatters (manager) - 2009-03-26 19:23 http://www.opencsw.org/bugtrack/view.php?id=3499#c5745 ---------------------------------------------------------------------- I was able to reproduce. this issue also affects php5_curl. I suspect a php5_module dependency issue. i.e. php5_foo depends on php5_bar ---------------------------------------------------------------------- (0005765) Nicolai Schwindt (reporter) - 2009-03-27 08:12 http://www.opencsw.org/bugtrack/view.php?id=3499#c5765 ---------------------------------------------------------------------- It has been there several time i.e : http://bugs.php.net/bug.php?id=45557&edit=1 ---------------------------------------------------------------------- (0005768) mwatters (manager) - 2009-03-27 15:04 http://www.opencsw.org/bugtrack/view.php?id=3499#c5768 ---------------------------------------------------------------------- Thank you! I saw that last night. I will go through the proposed patch and get it in the 5.2.9 build. ---------------------------------------------------------------------- (0005832) mwatters (manager) - 2009-04-03 22:09 http://www.opencsw.org/bugtrack/view.php?id=3499#c5832 ---------------------------------------------------------------------- fixed in the 5.2.9 version in testing. will close once 5.2.9 is released ---------------------------------------------------------------------- (0006082) mwatters (manager) - 2009-05-10 05:50 http://www.opencsw.org/bugtrack/view.php?id=3499#c6082 ---------------------------------------------------------------------- fixed Issue History Date Modified Username Field Change ====================================================================== 2009-03-26 14:37 Nicolai SchwindtNew Issue 2009-03-26 14:53 mwatters Status new => assigned 2009-03-26 14:53 mwatters Assigned To => mwatters 2009-03-26 15:01 mwatters Note Added: 0005734 2009-03-26 15:01 mwatters Status assigned => feedback 2009-03-26 16:20 Nicolai SchwindtNote Added: 0005736 2009-03-26 16:22 Nicolai SchwindtNote Added: 0005737 2009-03-26 19:23 mwatters Note Added: 0005745 2009-03-26 19:23 mwatters Status feedback => confirmed 2009-03-27 08:12 Nicolai SchwindtNote Added: 0005765 2009-03-27 15:04 mwatters Note Added: 0005768 2009-04-03 22:09 mwatters Note Added: 0005832 2009-04-03 22:09 mwatters Status confirmed => resolved 2009-04-03 22:09 mwatters Resolution open => fixed 2009-05-10 05:50 mwatters Note Added: 0006082 2009-05-10 05:50 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 10 15:43:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 15:43:48 +0200 Subject: [bug-notifications] [pkgconfig 0001747]: manual page fails to pass through nroff(1) In-Reply-To: <96d99224b95213370d8416b606218a1f> Message-ID: <1d96fb6410b7e5a3c385bff11c566bcc@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1747 ====================================================================== Reported By: jeff Assigned To: dam ====================================================================== Project: pkgconfig Issue ID: 1747 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-08-16 22:24 CEST Last Modified: 2009-05-10 15:43 CEST ====================================================================== Summary: manual page fails to pass through nroff(1) Description: When you attempt to read the pkg-get(1) manual page using Sun\'s standard nroff(1), there is no output. This is due to the .DW and .DE macros at the top of the source file. if you eliminate these lines, the manual page will then format properly. Apparently, these custom macros are an attempt to work around some nutty problem in groff(1). ====================================================================== ---------------------------------------------------------------------- (0003740) james (reporter) - 2006-08-17 04:38 http://www.opencsw.org/bugtrack/view.php?id=1747#c3740 ---------------------------------------------------------------------- A workaround is to pre-format the page with groff and package in man/cat - but if editing the page works do that. See /opt/csw/man/cat1/groff.1. Trust the groff writers to not understand nroff :-) Some people periodically purge (rm) man/cat or run catman -c so be careful, chmod -w is a hint. Machines are now so fast, have been for years, I never cache in cat. ---------------------------------------------------------------------- (0003755) komadori (reporter) - 2006-08-19 22:22 http://www.opencsw.org/bugtrack/view.php?id=1747#c3755 ---------------------------------------------------------------------- I have submitted a new package with the offending macros removed. ---------------------------------------------------------------------- (0005984) dam (manager) - 2009-04-19 21:50 http://www.opencsw.org/bugtrack/view.php?id=1747#c5984 ---------------------------------------------------------------------- I wasn't aware of this issue when I released an updated package and apparently the fix was not pushed upstream. ---------------------------------------------------------------------- (0006010) dam (manager) - 2009-04-23 13:35 http://www.opencsw.org/bugtrack/view.php?id=1747#c6010 ---------------------------------------------------------------------- Fixed in 0.23,REV=2009.04.23 ---------------------------------------------------------------------- (0006083) dam (manager) - 2009-05-10 15:43 http://www.opencsw.org/bugtrack/view.php?id=1747#c6083 ---------------------------------------------------------------------- Released to current Issue History Date Modified Username Field Change ====================================================================== 2009-04-19 21:50 dam Assigned To komadori => dam 2009-04-19 21:50 dam Note Added: 0005984 2009-04-19 21:50 dam Status closed => feedback 2009-04-19 21:50 dam Resolution fixed => reopened 2009-04-19 21:51 dam Status feedback => assigned 2009-04-23 13:35 dam Note Added: 0006010 2009-04-23 13:35 dam Status assigned => resolved 2009-04-23 13:35 dam Resolution reopened => fixed 2009-05-10 15:43 dam Note Added: 0006083 2009-05-10 15:43 dam Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 10 15:44:39 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 15:44:39 +0200 Subject: [bug-notifications] [zsh 0003610]: RPATH contains /opt/csw/lib/\SALIST In-Reply-To: <510b11962315a0a12c7526bcc8f2cfa2> Message-ID: <06e5159cb84cb1620af1e0d50555be24@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3610 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: zsh Issue ID: 3610 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-02 21:28 CEST Last Modified: 2009-05-10 15:44 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\SALIST Description: RPATH contains /opt/csw/lib/\SALIST but zsh uses no arch lib anyway: $ LD_LIBRARY_PATH='/opt/csw/lib/$ISALIST' ldd /opt/csw/bin/zsh libgdbm.so.3 => /opt/csw/lib/sparcv8/libgdbm.so.3 libpcre.so.0 => /opt/csw/lib/sparcv8/libpcre.so.0 libiconv.so.2 => /opt/csw/lib/sparcv8/libiconv.so.2 libsocket.so.1 => /usr/lib/libsocket.so.1 libdl.so.1 => /usr/lib/libdl.so.1 libncurses.so.5 => /opt/csw/lib/sparcv8/libncurses.so.5 libm.so.1 => /usr/lib/libm.so.1 libc.so.1 => /usr/lib/libc.so.1 libz.so => /opt/csw/lib/sparcv8/libz.so libbz2.so.1.0 => /opt/csw/lib/sparcv8/libbz2.so.1.0 libreadline.so.5 => /opt/csw/lib/sparcv8/libreadline.so.5 libnsl.so.1 => /usr/lib/libnsl.so.1 libmp.so.2 => /usr/lib/libmp.so.2 ====================================================================== ---------------------------------------------------------------------- (0005941) dam (manager) - 2009-04-09 21:43 http://www.opencsw.org/bugtrack/view.php?id=3610#c5941 ---------------------------------------------------------------------- I now have a failing test on Solaris 8 x86. However, I cannot say for sure it hasn't been there in the old package. As this error is not critical I reported the error upstream and will release a fixed package when I receive a patch: Hi, the current zsh 4.3.9 is failing a test on Solaris 8 x86 with Sun Studio 11 compiler: ./E02xtrace.ztst: starting. *** /tmp/zsh.ztst.err.5393 Thu Apr 9 17:23:32 2009 --- /tmp/zsh.ztst.terr.5393 Thu Apr 9 17:23:32 2009 *************** *** 1,4 **** - +./fnfile:1> PS4='+%x:%I> ' +./fnfile:5> : +./fnfile:6> fn +./fnfile:3> print This is fn. --- 1,3 ---- Test ./E02xtrace.ztst failed: error output differs from expected as shown above for: echo 'PS4="+%x:%I> " fn() { print This is fn. } : fn ' >fnfile $ZTST_testdir/../Src/zsh -fx ./fnfile 2>errfile grep '\./fnfile' errfile 1>&2 Was testing: Trace output with sourcefile and line number. ./E02xtrace.ztst: test failed. ./V01zmodload.ztst: starting. *** /tmp/zsh.ztst.out.5442 Thu Apr 9 17:23:32 2009 --- /tmp/zsh.ztst.tout.5442 Thu Apr 9 17:23:32 2009 *************** *** 1,2 **** --- 1,3 ---- zmodload zsh/main zmodload zsh/parameter + zmodload zsh/zle Test ./V01zmodload.ztst failed: output differs from expected as shown above for: zmodload -L Was testing: List the loaded modules ./V01zmodload.ztst: test failed. On Solaris 8 sparc with the same exact same configuration doesn't throw an error on test. ---------------------------------------------------------------------- (0006008) dam (manager) - 2009-04-23 11:14 http://www.opencsw.org/bugtrack/view.php?id=3610#c6008 ---------------------------------------------------------------------- Fixed in 4.3.9,REV=2009.04.23 ---------------------------------------------------------------------- (0006084) dam (manager) - 2009-05-10 15:44 http://www.opencsw.org/bugtrack/view.php?id=3610#c6084 ---------------------------------------------------------------------- Released to current Issue History Date Modified Username Field Change ====================================================================== 2009-04-02 21:28 james New Issue 2009-04-09 21:41 dam Status new => assigned 2009-04-09 21:41 dam Assigned To => dam 2009-04-09 21:43 dam Note Added: 0005941 2009-04-23 11:14 dam Note Added: 0006008 2009-04-23 11:14 dam Status assigned => resolved 2009-04-23 11:14 dam Resolution open => fixed 2009-05-10 15:44 dam Note Added: 0006084 2009-05-10 15:44 dam Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 10 19:49:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 19:49:16 +0200 Subject: [bug-notifications] [libcups 0003663]: Please provide 64 bit libs Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3663 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: libcups Issue ID: 3663 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-10 19:49 CEST Last Modified: 2009-05-10 19:49 CEST ====================================================================== Summary: Please provide 64 bit libs Description: Please provide 64 bit libs, they are needed for gtk+ ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-10 19:49 dam New Issue ====================================================================== From noreply at opencsw.org Sun May 10 22:50:59 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 22:50:59 +0200 Subject: [bug-notifications] [sqlite3 0001351]: Update package to version 3.2.7 In-Reply-To: Message-ID: <96a7a0e51c35d99e18105a3ef45596ca@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1351 ====================================================================== Reported By: comand Assigned To: michael ====================================================================== Project: sqlite3 Issue ID: 1351 Category: upgrade Reproducibility: N/A Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2005-12-15 15:59 CET Last Modified: 2009-05-10 22:50 CEST ====================================================================== Summary: Update package to version 3.2.7 Description: The SQLite website reports that there have been several major bugs (resulting in crashes or corrupted data) fixed between our current release version and 3.2.7. ====================================================================== ---------------------------------------------------------------------- (0006085) wbonnet (manager) - 2009-05-10 22:50 http://www.opencsw.org/bugtrack/view.php?id=1351#c6085 ---------------------------------------------------------------------- Package has been updated Current version is 3.6.10 Issue History Date Modified Username Field Change ====================================================================== 2009-05-10 22:50 wbonnet Note Added: 0006085 2009-05-10 22:50 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Sun May 10 22:51:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 22:51:43 +0200 Subject: [bug-notifications] [firefox 0001892]: pkgrm removes any Java plugin In-Reply-To: <423b7d1caca74d9a46aacb4b3b384676> Message-ID: <0c487f228a342d119177c90d4bd064fd@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1892 ====================================================================== Reported By: james Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 1892 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2006-10-28 05:47 CEST Last Modified: 2009-05-10 22:51 CEST ====================================================================== Summary: pkgrm removes any Java plugin Description: postinstall copies the java lib to the plugin directory if it can find one. preremove *always* removes it irrespective of whether postinstall added it. I suggest that if it\'s copied on install then the file is added to the package with installf(1M) so it is naturally removed on pkgrm. ====================================================================== ---------------------------------------------------------------------- (0004138) jgoerzen (reporter) - 2006-10-30 12:07 http://www.opencsw.org/bugtrack/view.php?id=1892#c4138 ---------------------------------------------------------------------- CSWfirefox.preremove script updated to check for SUNWj3rt, if it is installed then remove the symbolic link that was installed during postinstall. #!/bin/sh # # Blastwave.org Firefox Community Edition preremove script FIREFOX_VERSION=firefox-2.0 pkginfo -q SUNWj3rt if [ $? -eq 0 ]; then rm /opt/csw/libexec/firefox/lib/${FIREFOX_VERSION}/plugins/libjavaplugin_oji.so fi exit 0 ---------------------------------------------------------------------- (0004140) james (reporter) - 2006-10-30 12:31 http://www.opencsw.org/bugtrack/view.php?id=1892#c4140 ---------------------------------------------------------------------- Why not put this in postinstall, then forget about it, ie, no need for preremove because the link becomes part of the package. if pkginfo -q SUNWj3rt ; then # create the link as now # ROOT=${PKG_INSTALL_ROOT} [ -z \"${ROOT}\" ] && ROOT=/ installf -R ${ROOT} ${PKGINST} ${PLUGIN_PATH}/libjavaplugin_oji.so s || exit 2 installf -R ${ROOT} -f ${PKGINST} || exit 2 fi This is slightly better because: * the state of SUNWj3rt might have changed * there is no need for a preremove * the package database knows the link is part of the package edited on: 10-30 12:31 ---------------------------------------------------------------------- (0004144) james (reporter) - 2006-10-30 18:46 http://www.opencsw.org/bugtrack/view.php?id=1892#c4144 ---------------------------------------------------------------------- postinstall uses SUNWj3rt which is the old 1.4 JDK. The newer 1.5 package is called SUNWj5rt and is the one anyone would want (until JDK 6...) $ pkginfo SUNWj3rt system SUNWj3rt J2SDK 1.4 runtime environment $ pkginfo SUNWj5rt system SUNWj5rt JDK 5.0 Runtime Env. (1.5.0_06) The SUNWj5r plugin is: /usr/jdk/instances/jdk1.5.0/jre/plugin/$(uname -p)/ns7/libjavaplugin_oji.so or using the \"latest\" link: /usr/jdk/latest/jre/plugin/$(uname -p)/ns7/libjavaplugin_oji.so or more generally: ${JAVAHOME}/jre/plugin/$(uname -p)/ns7/libjavaplugin_oji.so because, eg, I generally don\'t use the packaged JRE/JDKs It might be reliable to use path to the java executable, or another way to find Java home (ignoring any env var) is to run Java: $ java JavaHome /opt/jdk1.5.0_07 $ PLUGIN=`java JavaHome`/jre/plugin/`uname -p`/ns7/libjavaplugin_oji.so Source: /** * Utility to print the system property java.home value. */ public class JavaHome { public static void main(String[] argv) { String home = System.getProperty(\"java.home\"); System.out.println(home.substring(0, home.lastIndexOf(\'/\'))); // remove the \"/jre\" } } I\'ll try to think of an easy way to check all installed JREs and find the latest plugin. ---------------------------------------------------------------------- (0006086) wbonnet (manager) - 2009-05-10 22:51 http://www.opencsw.org/bugtrack/view.php?id=1892#c6086 ---------------------------------------------------------------------- fixed since a few months Issue History Date Modified Username Field Change ====================================================================== 2009-05-10 22:51 wbonnet Note Added: 0006086 2009-05-10 22:51 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Sun May 10 22:57:37 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 22:57:37 +0200 Subject: [bug-notifications] [firefox 0001893]: Firefox directories keep moving In-Reply-To: <9389817065285a64e55b5163e99582dc> Message-ID: <8450f1f6257f087f98fd2af2ceb54d0c@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1893 ====================================================================== Reported By: james Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 1893 Category: other Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-10-28 05:51 CEST Last Modified: 2009-05-10 22:57 CEST ====================================================================== Summary: Firefox directories keep moving Description: The firefox directories contain the version, this means the plugins fail on update and it\'s difficult and/or foolish to link to any of the firefox libs, eg, libnss3.so. See bug: http://www.blastwave.org/mantis/view_bug_page.php?f_id=0001889 I also need to link other packages to some mozilla libs. As for CSW packages we never need to have more than one instance can you please remove the version form the paths? The plugins and libs can then become just: /opt/csw/libexec/firefox/lib/firefox/plugins/ /opt/csw/libexec/firefox/lib/firefox/ There might be issues with version 1.X vs 2.X but the libs names themselves should allow for this I hope. ====================================================================== ---------------------------------------------------------------------- (0004137) jgoerzen (reporter) - 2006-10-30 12:02 http://www.opencsw.org/bugtrack/view.php?id=1893#c4137 ---------------------------------------------------------------------- Any idea how/where I can remove the version from the PATH? ---------------------------------------------------------------------- (0004139) james (reporter) - 2006-10-30 12:17 http://www.opencsw.org/bugtrack/view.php?id=1893#c4139 ---------------------------------------------------------------------- The RPATH doesn\'t contain the version anyway: $ dump -Lv firefox-bin | grep RPATH [58] RPATH /opt/csw/lib/$ISALIST:/opt/csw/lib:/opt/SUNWspro/lib/rw7:/opt/SUNWspro/lib/v8:/opt/SUNWspro/lib:/usr/ccs/lib:/lib:/usr/lib ...because the wrapper script sets LD_LIBRARY_PATH (see below). The exec script has line: moz_libdir=/opt/csw/libexec/firefox/lib/firefox-2.0 ...an easy edit. /opt/csw/libexec/firefox/lib/firefox-2.0/run-mozilla.sh sets the path from where is lives: cmdname=`basename \"$0\"` MOZ_DIST_BIN=`dirname \"$0\"` which sets LD_LIBRARY_PATH: ## Set LD_LIBRARY_PATH LD_LIBRARY_PATH=${MOZ_DIST_BIN}:${MOZ_DIST_BIN}/plugins:${MRE_HOME}${LD_LIBRARY_PATH+\":$LD_LIBRARY_PATH\"} ...so no action is needed there (unless you want to strip that line and set the RPATH in the bins). Just move it and it will work from its location. ---------------------------------------------------------------------- (0006087) wbonnet (manager) - 2009-05-10 22:57 http://www.opencsw.org/bugtrack/view.php?id=1893#c6087 ---------------------------------------------------------------------- Directories are renamed. It will be available in the next release of package Issue History Date Modified Username Field Change ====================================================================== 2009-03-26 20:40 wbonnet Assigned To jgoerzen => wbonnet 2009-05-10 22:57 wbonnet Note Added: 0006087 2009-05-10 22:57 wbonnet Status assigned => resolved 2009-05-10 22:57 wbonnet Resolution open => fixed ====================================================================== From noreply at opencsw.org Sun May 10 22:59:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 22:59:48 +0200 Subject: [bug-notifications] [firefox 0002108]: freeze (even crash) on printing (second and more) In-Reply-To: <0e85b7103987d893011f3da77b3b6f94> Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2108 ====================================================================== Reported By: shinshui Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 2108 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2007-01-17 10:40 CET Last Modified: 2009-05-10 22:59 CEST ====================================================================== Summary: freeze (even crash) on printing (second and more) Description: Firefox runs in a sparse zone. This zone is a print-client. Printing is done on the global zone. So far so good. Firefox prints OK. Fast and well. But, this is only for the *first* print command. The second page I want to print results in a freeze for at least 30 seconds or even worse: I have to kill firefox to regain control over my other KDE programs. This is reproducable! Other programs print well; mozilla (default sun install) prints well. Only, my wife wants firefox ;-( Is this a know error? ====================================================================== ---------------------------------------------------------------------- (0006088) wbonnet (manager) - 2009-05-10 22:59 http://www.opencsw.org/bugtrack/view.php?id=2108#c6088 ---------------------------------------------------------------------- Please could you confirm you still have the problem with the latest version ? Thanksin advance Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:31 wbonnet Status new => assigned 2009-05-03 11:31 wbonnet Assigned To => wbonnet 2009-05-10 22:59 wbonnet Note Added: 0006088 2009-05-10 22:59 wbonnet Status assigned => feedback ====================================================================== From noreply at opencsw.org Sun May 10 23:01:33 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 23:01:33 +0200 Subject: [bug-notifications] [firefox 0003253]: Depend on CSWggettextrt In-Reply-To: <3c76a96434a036f1009551dbcfd32367> Message-ID: <044713ebf458486045b7b845f2e0bbe5@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3253 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 3253 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:08 CET Last Modified: 2009-05-10 23:01 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006089) wbonnet (manager) - 2009-05-10 23:01 http://www.opencsw.org/bugtrack/view.php?id=3253#c6089 ---------------------------------------------------------------------- Dependencies have been update. Will be closed in next package release Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:08 harpchad New Issue 2009-05-03 11:34 wbonnet Status new => assigned 2009-05-03 11:34 wbonnet Assigned To => wbonnet 2009-05-10 23:01 wbonnet Note Added: 0006089 2009-05-10 23:01 wbonnet Status assigned => resolved 2009-05-10 23:01 wbonnet Resolution open => fixed ====================================================================== From noreply at opencsw.org Sun May 10 23:29:35 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 23:29:35 +0200 Subject: [bug-notifications] [subversion 0003661]: sqlite error In-Reply-To: Message-ID: <3016579a5e7343a9f42ab926801168c5@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3661 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: subversion Issue ID: 3661 Category: other Reproducibility: always Severity: major Priority: normal Status: confirmed ====================================================================== Date Submitted: 2009-05-08 18:53 CEST Last Modified: 2009-05-10 23:29 CEST ====================================================================== Summary: sqlite error Description: SubversionException: ('Could not configure SQLite', 200030) This happens when using e.g. trac-admin repos resync The bug was already in subversion-1.6 which I build for myself It is related to the 'filesystem' one uses in subversion. creating a repository with : svnadmin create -fs-type fsfs test will provoke this error. doing it with : svnadmin create --fs-type fsfs --pre-1.6-compatible test will not. ====================================================================== ---------------------------------------------------------------------- (0006079) mwatters (manager) - 2009-05-10 05:32 http://www.opencsw.org/mantis/view.php?id=3661#c6079 ---------------------------------------------------------------------- Thank you for the report, I will get to it as soon as I can. ---------------------------------------------------------------------- (0006090) ThurnerRupert (reporter) - 2009-05-10 23:29 http://www.opencsw.org/mantis/view.php?id=3661#c6090 ---------------------------------------------------------------------- tested svn-1.6.2 and it works. put intermediate compiles on http://mirror.opencsw.org/testing. but these will not be the final ones coming from the expert :) Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 18:53 Nicolai SchwindtNew Issue 2009-05-10 05:31 mwatters Status new => assigned 2009-05-10 05:31 mwatters Assigned To => mwatters 2009-05-10 05:32 mwatters Note Added: 0006079 2009-05-10 05:32 mwatters Status assigned => confirmed 2009-05-10 23:29 ThurnerRupert Note Added: 0006090 ====================================================================== From noreply at opencsw.org Mon May 11 00:05:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 00:05:00 +0200 Subject: [bug-notifications] [watch 0003603]: RPATH contains /opt/csw/lib/\$ISALIST In-Reply-To: <2930f496f317c00171b0d451fd28d694> Message-ID: <9c902d6dd3b9a0cdf54ff0f2421fb152@opencsw.org> The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=3603 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: watch Issue ID: 3603 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-02 20:47 CEST Last Modified: 2009-05-11 00:04 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST Description: RPATH contains /opt/csw/lib/\$ISALIST but dependent packages offer no arch lib anyway. ====================================================================== ---------------------------------------------------------------------- (0006091) skayser (administrator) - 2009-05-11 00:04 http://opencsw.org/mantis/view.php?id=3603#c6091 ---------------------------------------------------------------------- Fixed in 0.2.0,REV=2009.05.10 Issue History Date Modified Username Field Change ====================================================================== 2009-04-02 20:47 james New Issue 2009-05-11 00:04 skayser Note Added: 0006091 2009-05-11 00:04 skayser Status new => closed ====================================================================== From noreply at opencsw.org Mon May 11 00:06:12 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 00:06:12 +0200 Subject: [bug-notifications] [socat 0003594]: RPATH contains /opt/csw/lib/\$ISALIST In-Reply-To: <8e37b71579c008c75dc1405527c1546a> Message-ID: <7a6396e53a19709ca129112e1f016b00@opencsw.org> The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=3594 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: socat Issue ID: 3594 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-02 20:09 CEST Last Modified: 2009-05-11 00:06 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST Description: RPATH contains /opt/csw/lib/\$ISALIST so won't pick up any arch libs. ====================================================================== ---------------------------------------------------------------------- (0006092) skayser (administrator) - 2009-05-11 00:06 http://opencsw.org/mantis/view.php?id=3594#c6092 ---------------------------------------------------------------------- Fixed in 1.7.1.1,REV=2009.05.10 Issue History Date Modified Username Field Change ====================================================================== 2009-04-02 20:09 james New Issue 2009-05-11 00:06 skayser Note Added: 0006092 2009-05-11 00:06 skayser Status new => closed ====================================================================== From noreply at opencsw.org Mon May 11 00:07:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 00:07:00 +0200 Subject: [bug-notifications] [proxytunnel 0003572]: RPATH contains /opt/csw/lib/\$ISALIST In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=3572 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: proxytunnel Issue ID: 3572 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-01 21:13 CEST Last Modified: 2009-05-11 00:06 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST Description: RPATH contains /opt/csw/lib/\$ISALIST ====================================================================== ---------------------------------------------------------------------- (0006093) skayser (administrator) - 2009-05-11 00:06 http://opencsw.org/mantis/view.php?id=3572#c6093 ---------------------------------------------------------------------- Fixed in 1.9.0,REV=2009.05.10 Issue History Date Modified Username Field Change ====================================================================== 2009-04-01 21:13 james New Issue 2009-05-11 00:06 skayser Note Added: 0006093 2009-05-11 00:06 skayser Status new => closed ====================================================================== From noreply at opencsw.org Mon May 11 00:07:54 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 00:07:54 +0200 Subject: [bug-notifications] [ncdu 0003565]: RPATH contains /opt/csw/lib/\$ISALIST In-Reply-To: <2116d45d24c9e631ef214c26215abf38> Message-ID: <5312fffbe6ce851765135616cc6670ef@opencsw.org> The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=3565 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: ncdu Issue ID: 3565 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-01 20:40 CEST Last Modified: 2009-05-11 00:07 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST Description: RPATH contains /opt/csw/lib/\$ISALIST Hello again, I am at 'n'. There are no arch lib in the depends anyway so can drop $ISALIST. ====================================================================== ---------------------------------------------------------------------- (0006094) skayser (administrator) - 2009-05-11 00:07 http://opencsw.org/mantis/view.php?id=3565#c6094 ---------------------------------------------------------------------- Fixed in 1.5,REV=2009.05.10 Issue History Date Modified Username Field Change ====================================================================== 2009-04-01 20:40 james New Issue 2009-05-11 00:07 skayser Note Added: 0006094 2009-05-11 00:07 skayser Status new => closed ====================================================================== From noreply at opencsw.org Mon May 11 00:08:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 00:08:44 +0200 Subject: [bug-notifications] [mbuffer 0003561]: RPATH contains /opt/csw/lib/\$ISALIST In-Reply-To: <3c1ec06744d9bfdc202933ee60049ccc> Message-ID: The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=3561 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: mbuffer Issue ID: 3561 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-01 18:58 CEST Last Modified: 2009-05-11 00:08 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST Description: RPATH contains /opt/csw/lib/\$ISALIST, etc... ====================================================================== ---------------------------------------------------------------------- (0006095) skayser (administrator) - 2009-05-11 00:08 http://opencsw.org/mantis/view.php?id=3561#c6095 ---------------------------------------------------------------------- Fixed in 20090215,REV=2009.05.10 Issue History Date Modified Username Field Change ====================================================================== 2009-04-01 18:58 james New Issue 2009-05-11 00:08 skayser Note Added: 0006095 2009-05-11 00:08 skayser Status new => closed ====================================================================== From noreply at opencsw.org Mon May 11 00:09:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 00:09:52 +0200 Subject: [bug-notifications] [pv 0003573]: RPATH contains /opt/csw/lib/\$ISALIST In-Reply-To: <9fbc543861af2597be6747549555328a> Message-ID: <3226ec829f440166271c36b8df87bf9b@opencsw.org> The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=3573 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: pv Issue ID: 3573 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-01 21:14 CEST Last Modified: 2009-05-11 00:09 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST Description: RPATH contains /opt/csw/lib/\$ISALIST ====================================================================== ---------------------------------------------------------------------- (0006096) skayser (administrator) - 2009-05-11 00:09 http://opencsw.org/mantis/view.php?id=3573#c6096 ---------------------------------------------------------------------- Fixed in 1.1.4,REV=2009.05.10 Issue History Date Modified Username Field Change ====================================================================== 2009-04-01 21:14 james New Issue 2009-05-11 00:09 skayser Note Added: 0006096 2009-05-11 00:09 skayser Status new => closed ====================================================================== From noreply at opencsw.org Mon May 11 00:14:22 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 00:14:22 +0200 Subject: [bug-notifications] [dovecot 0002760]: Auth fails for LDAP users via PAM In-Reply-To: Message-ID: <306f3e9b1c3ad939c3c62a41d4d3840b@opencsw.org> The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=2760 ====================================================================== Reported By: laurent Assigned To: skayser ====================================================================== Project: dovecot Issue ID: 2760 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-01-31 08:38 CET Last Modified: 2009-05-11 00:14 CEST ====================================================================== Summary: Auth fails for LDAP users via PAM Description: My Solaris 10 is configured to have most users in LDAP, they\'re authenticated via configuration in PAM and nsswitch. It works fine with WU-IMAP, Qpopper, and even a self-built dovecot 1.0.10, but not with the Blastwave version. The Blastwave version will accept a local (/etc/passwd) user, but the auth fails for all PAM LDAP users. My self-built version works, using the Blastwave SMF method and the same configuration file. ====================================================================== ---------------------------------------------------------------------- (0005118) asmoore (reporter) - 2008-01-31 18:17 http://opencsw.org/mantis/view.php?id=2760#c5118 ---------------------------------------------------------------------- Whose LDAP? ---------------------------------------------------------------------- (0005119) asmoore (reporter) - 2008-01-31 18:20 http://opencsw.org/mantis/view.php?id=2760#c5119 ---------------------------------------------------------------------- Sorry, I meant to ask: Whose ldap libraries? ---------------------------------------------------------------------- (0005120) laurent (reporter) - 2008-02-01 03:33 http://opencsw.org/mantis/view.php?id=2760#c5120 ---------------------------------------------------------------------- It\'s Solaris LDAP that are used by the system\'s PAM. But I have to be clear, I have not configured Dovecot to use LDAP directly, and the version I built is not even linked with LDAP. I\'m only trying to use PAM here. ---------------------------------------------------------------------- (0005123) asmoore (reporter) - 2008-02-03 09:45 http://opencsw.org/mantis/view.php?id=2760#c5123 ---------------------------------------------------------------------- Please test the dovecot_pam package at http://www.blastwave.org/testing . It will be listed on the web page within the next hour or so. You need to `pkgrm CSWdovecot`, download dovecot_pam for your architecture, gunzip the file and `pkgadd -d <filename>` ---------------------------------------------------------------------- (0005124) laurent (reporter) - 2008-02-04 04:12 http://opencsw.org/mantis/view.php?id=2760#c5124 ---------------------------------------------------------------------- I installed it, and a first test shows that a AM authenticated user now can log in. Thanks! ---------------------------------------------------------------------- (0005125) asmoore (reporter) - 2008-02-04 06:47 http://opencsw.org/mantis/view.php?id=2760#c5125 ---------------------------------------------------------------------- For CSWdovecot-pam, I removed --with-ldap. Since you did not need --with-mysql, I removed that as well. This proves that dovecot is doing something with the OpenLDAP linkage that breaks pam using Sun\'s ldap. I do not know how to integrate CSWdovecot-pam within the blastwave packaging framework and rules/standards. I am working on it and may find an answer. ---------------------------------------------------------------------- (0005126) laurent (reporter) - 2008-02-04 07:26 http://opencsw.org/mantis/view.php?id=2760#c5126 ---------------------------------------------------------------------- FWIW, I\'d like to have both PAM and LDAP built in. PAM is practical to make it work easily, however, we can\'t rule out switching to direct LDAP authentication in the future, while keeping any /etc/passwd account working. ---------------------------------------------------------------------- (0005127) asmoore (reporter) - 2008-02-04 18:40 http://opencsw.org/mantis/view.php?id=2760#c5127 ---------------------------------------------------------------------- Yes, I have to keep OpenLDAP working with dovecot. I think that is a more typical way to setup virtual accounts. I have used the current CSWdovecot package with pam and passwd/shadow accounts. It works fine. ---------------------------------------------------------------------- (0005129) laurent (reporter) - 2008-02-05 09:13 http://opencsw.org/mantis/view.php?id=2760#c5129 ---------------------------------------------------------------------- In my case, accounts are not completely virtual, some are really needed for login on the server, hence the need for PAM, at least now. When you say it works, it means that you managed to have PAM work as expected using the unmodified Dovecot package? Could you show me a sample of your configuration files? In my case, I use the *same* configuration, and one binary works with PAM accounts, the other does not. Local accounts did work, though. ---------------------------------------------------------------------- (0005130) asmoore (reporter) - 2008-02-05 18:37 http://opencsw.org/mantis/view.php?id=2760#c5130 ---------------------------------------------------------------------- Here is my /opt/csw/etc/dovecot.conf for passwd - files (not ldap). I removed the commented lines. base_dir = /opt/csw/var/run/dovecot/ protocols = imap shutdown_clients = yes syslog_facility = mail login_dir = /opt/csw/var/run/dovecot/login login_chroot = yes login_user = dovecot login_process_per_connection = yes login_processes_count = 3 login_max_processes_count = 128 login_max_connections = 256 default_mail_env = maildir:%h/Maildir:INDEX=/opt/csw/var/dovecot/indexes/%n mail_full_filesystem_access = no lock_method = fcntl first_valid_uid = 100 last_valid_uid = 32766 mailbox_idle_check_interval = 30 protocol imap { login_executable = /opt/csw/libexec/dovecot/imap-login mail_executable = /opt/csw/libexec/dovecot/imap } auth_executable = /opt/csw/libexec/dovecot/dovecot-auth auth_verbose = no auth default { mechanisms = plain passdb pam { args = dovecot } userdb passwd { } user = root } plugin { } ---------------------------------------------------------------------- (0005147) asmoore (reporter) - 2008-02-24 11:05 http://opencsw.org/mantis/view.php?id=2760#c5147 ---------------------------------------------------------------------- Please see how this works for you. I have built dovecot twice and have only the one package available. I added /opt/csw/sbin/dovecot-pam.ldap to the package, as I think that this is all that is really needed. However, I have no way to test this. Packages are at http://www.blastwave.org/testing for download and manual install. Please confirm that this does or does not work for you. Here is the text that I added to README.CSW: 2008-02-24 If you are having trouble using pam with Solaris ldap naming services, rename /opt/csw/sbin/dovecot to /opt/csw/sbin/dovecot.OFF and rename /opt/csw/sbin/dovecot-pam.ldap to /opt/csw/sbin/dovecot and restart dovecot. Thanks ---------------------------------------------------------------------- (0005153) laurent (reporter) - 2008-02-27 11:06 http://opencsw.org/mantis/view.php?id=2760#c5153 ---------------------------------------------------------------------- Sorry, I tried, but neither of them worked. First did the pkgadd, I checked that the process had been restarted. Then tried a login to a PAM LDAP account: it failed Then did the following to replace the binary: mv /opt/csw/sbin/dovecot /opt/csw/sbin/dovecot.OFF mv /opt/csw/sbin/dovecot-pam.ldap /opt/csw/sbin/dovecot svcadm restart cswdovecot I checked it was restarted, tried the same login: failur again. I removed the package, put back the previous testing one, and it worked again. ---------------------------------------------------------------------- (0005155) asmoore (reporter) - 2008-02-28 06:46 http://opencsw.org/mantis/view.php?id=2760#c5155 ---------------------------------------------------------------------- Thanks for trying. Sorry, I do not know how to fix this, since I do not see how to merge the two packages and end up with two binaries that work differently. ---------------------------------------------------------------------- (0005156) laurent (reporter) - 2008-02-28 07:47 http://opencsw.org/mantis/view.php?id=2760#c5156 ---------------------------------------------------------------------- It sounds very much like there is a bug in Dovecot, though. LDAP and PAM should both work together. Can you send me the details of your build configuration? I can try to reproduce it and get it fixed by the Dovecot developer. ---------------------------------------------------------------------- (0005158) asmoore (reporter) - 2008-02-29 06:55 http://opencsw.org/mantis/view.php?id=2760#c5158 ---------------------------------------------------------------------- I agree. To build, source the following options, source myconfigure (these are in a file), run gmake and gmake install. I noticed the addtion of -lldap -llber to LDFLAGS. That may be carried over from an earlier dovecot release and not be needed anymore. To see if this is causing the problem, I did a build without \'-lldap -llber\' and put the package at http://www.blastwave.org/testing The update should be on the web page list within the half hour. Please test this package before going to Timo. # \'compiler and linker flags\' #!/usr/bin/sh LD_OPTIONS=\'-R/opt/csw/lib/$ISALIST:/opt/csw/mysql5/lib/mysql/$ISALIST\' LDFLAGS=\'-L/opt/csw/lib -L/opt/csw/mysql5/lib/mysql -lldap -llber\' CPPFLAGS=\'-I/opt/csw/include -I/opt/csw/mysql5/include/mysql\' CFLAGS=\'-O -xarch=v8\' export LD_OPTIONS LDFLAGS CPPFLAGS CFLAGS CC=/opt/studio/SOS8/SUNWspro/bin/cc CXX=/opt/studio/SOS8/SUNWspro/bin/CC F77=/opt/studio/SOS8/SUNWspro/bin/f77 export CC CXX F77 PKG_CONFIG_PATH=/opt/csw/lib export PKG_CONFIG_PATH #!/usr/bin/sh ./configure \\ --prefix=/opt/csw \\ --mandir=/opt/csw/share/man \\ --with-libiconv-prefix=/opt/csw \\ --with-shadow \\ --with-pam \\ --with-ldap \\ --with-ssl=openssl \\ --with-ssldir=/opt/csw/ssl \\ --with-mysql \\ --enable-header-install \\ --with-gssapi ---------------------------------------------------------------------- (0005160) laurent (reporter) - 2008-03-03 10:10 http://opencsw.org/mantis/view.php?id=2760#c5160 ---------------------------------------------------------------------- Still not working with the latest package, so it\'s now the compile road for me, hope I\'ll reproduce the problem, I\'d rather use the Blastwave package than my own. ---------------------------------------------------------------------- (0005161) laurent (reporter) - 2008-03-03 10:53 http://opencsw.org/mantis/view.php?id=2760#c5161 ---------------------------------------------------------------------- Only a sidenote, I\'ve just done the configure, against the same /opt/csw where the dovecot package and its dependencies were pulled. I noted that the following is given to ./configure: --with-gssapi But it doesn\'t actually work: Building with GSSAPI support ........ : no ---------------------------------------------------------------------- (0005162) laurent (reporter) - 2008-03-04 05:46 http://opencsw.org/mantis/view.php?id=2760#c5162 ---------------------------------------------------------------------- Okay, after more testing, the conclusion is that linking Dovecot against OpenLDAP breaks the PAM LDAP. When it\'s linked against Solaris LDAP libs, it works (I haven\'t tried using LDAP directly, though). I built using your environment, against Blastwave libs, with very little changes. I suppose it\'s some kind of LDAP function override by the OpenLDAP library at runtime. So now the question is, is that something you can fix, or is it up to Timo? I\'d wager it\'s the latter, but I\'m not completely sure. Compilation details: First, using OpenLDAP: export PATH=/usr/bin:/usr/sbin:/usr/ccs/bin:/opt/SUNWspro/bin LD_OPTIONS=\'-R/opt/csw/lib/$ISALIST:/opt/csw/mysql5/lib/mysql/$ISALIST\' CPPFLAGS=\'-I/opt/csw/include -I/opt/csw/mysql5/include/mysql\' LDFLAGS=\'-L/opt/csw/lib -L/opt/csw/mysql5/lib/mysql -lldap -llber\' CFLAGS=\'-O -xarch=v8\' export LD_OPTIONS LDFLAGS CPPFLAGS CFLAGS CC=/opt/SUNWspro/bin/cc CXX=/opt/SUNWspro/bin/CC F77=/opt/SUNWspro/bin/f77 export CC CXX F77 PKG_CONFIG_PATH=/opt/csw/lib export PKG_CONFIG_PATH ./configure \\ --prefix=/usr/local/dovecot-1.0.10_test \\ --mandir=/opt/csw/share/man \\ --with-libiconv-prefix=/opt/csw \\ --with-shadow \\ --with-pam \\ --with-ldap \\ --with-mysql \\ --with-ssl=openssl \\ --with-ssldir=/opt/csw/ssl \\ --enable-header-install \\ --with-gssapi make make install # ldd /usr/local/dovecot-1.0.10_test/sbin/dovecot libldap-2.3.so.0 => /opt/csw/lib/sparcv8/libldap-2.3.so.0 liblber-2.3.so.0 => /opt/csw/lib/sparcv8/liblber-2.3.so.0 libsocket.so.1 => /lib/libsocket.so.1 libnsl.so.1 => /lib/libnsl.so.1 librt.so.1 => /lib/librt.so.1 libsendfile.so.1 => /lib/libsendfile.so.1 libc.so.1 => /lib/libc.so.1 libresolv.so.2 => /lib/libresolv.so.2 libgen.so.1 => /lib/libgen.so.1 libnet.so => /opt/csw/lib/sparcv8/libnet.so libsasl2.so.2 => /opt/csw/lib/sparcv8/libsasl2.so.2 libssl.so.0.9.8 => /opt/csw/lib/sparcv8plus+vis/libssl.so.0.9.8 libcrypto.so.0.9.8 => /opt/csw/lib/sparcv8plus+vis/libcrypto.so.0.9.8 libmp.so.2 => /lib/libmp.so.2 libmd5.so.1 => /lib/libmd5.so.1 libscf.so.1 => /lib/libscf.so.1 libaio.so.1 => /lib/libaio.so.1 libdl.so.1 => /lib/libdl.so.1 libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,Sun-Fire-V440/lib/libc_psr.so.1 /platform/SUNW,Sun-Fire-V440/lib/libmd5_psr.so.1 Then to use Sun LDAP, I removed the Blastwave OpenLDAP packages, and only -llber from the build environment: pkgrm CSWoldapclient CSWoldaprt export PATH=/usr/bin:/usr/sbin:/usr/ccs/bin:/opt/SUNWspro/bin LD_OPTIONS=\'-R/opt/csw/lib/$ISALIST:/opt/csw/mysql5/lib/mysql/$ISALIST\' CPPFLAGS=\'-I/opt/csw/include -I/opt/csw/mysql5/include/mysql\' LDFLAGS=\'-L/opt/csw/lib -L/opt/csw/mysql5/lib/mysql -lldap\' CFLAGS=\'-O -xarch=v8\' export LD_OPTIONS LDFLAGS CPPFLAGS CFLAGS CC=/opt/SUNWspro/bin/cc CXX=/opt/SUNWspro/bin/CC F77=/opt/SUNWspro/bin/f77 export CC CXX F77 PKG_CONFIG_PATH=/opt/csw/lib export PKG_CONFIG_PATH ./configure \\ --prefix=/usr/local/dovecot-1.0.10_test_sunldap \\ --mandir=/opt/csw/share/man \\ --with-libiconv-prefix=/opt/csw \\ --with-shadow \\ --with-pam \\ --with-ldap \\ --with-mysql \\ --with-ssl=openssl \\ --with-ssldir=/opt/csw/ssl \\ --enable-header-install \\ --with-gssapi make make install # ldd /usr/local/dovecot-1.0.10_test_sunldap/sbin/dovecot libldap.so.5 => /usr/lib/libldap.so.5 libsocket.so.1 => /lib/libsocket.so.1 libnsl.so.1 => /lib/libnsl.so.1 librt.so.1 => /lib/librt.so.1 libsendfile.so.1 => /lib/libsendfile.so.1 libc.so.1 => /lib/libc.so.1 libsasl.so.1 => /usr/lib/libsasl.so.1 libmd5.so.1 => /lib/libmd5.so.1 libnspr4.so => /usr/lib/mps/libnspr4.so libplc4.so => /usr/lib/mps/libplc4.so libnss3.so => /usr/lib/mps/libnss3.so libssl3.so => /usr/lib/mps/libssl3.so libmp.so.2 => /lib/libmp.so.2 libscf.so.1 => /lib/libscf.so.1 libaio.so.1 => /lib/libaio.so.1 libpthread.so.1 => /lib/libpthread.so.1 libthread.so.1 => /lib/libthread.so.1 libdl.so.1 => /lib/libdl.so.1 libsoftokn3.so => /usr/lib/mps/libsoftokn3.so libplds4.so => /usr/lib/mps/libplds4.so libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 libgen.so.1 => /lib/libgen.so.1 libbsm.so.1 => /lib/libbsm.so.1 libsecdb.so.1 => /lib/libsecdb.so.1 libtsol.so.2 => /lib/libtsol.so.2 libcmd.so.1 => /lib/libcmd.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,Sun-Fire-V440/lib/libc_psr.so.1 /platform/SUNW,Sun-Fire-V440/lib/libmd5_psr.so.1 /usr/lib/mps/cpu/sparcv8plus/libnspr_flt4.so Each time, the dovecot binary was linked to /opt/csw/sbin/dovecot, and the cswdovecot service restarted, using always the same /opt/csw/etc/dovecot.conf file. ---------------------------------------------------------------------- (0005163) asmoore (reporter) - 2008-03-04 07:16 http://opencsw.org/mantis/view.php?id=2760#c5163 ---------------------------------------------------------------------- I am not sure, but I doubt either of us can fix this. That is why I built dovecot-pam without OpenLDAP to prove that OpenLDAP bindings were the problem. The next package tried to determine which binary needed to be switched by adding /opt/csw/sbin/dovecot-pam for you to rename. I do not mind building dovecot twice, but I need to have only one package since I cannot duplicate filenames across packages. The best option is to determine which binaries needs to be switched. Assuming it is that simple. Let me make another package that includes some files to rename. ---------------------------------------------------------------------- (0005177) laurent (reporter) - 2008-03-07 10:42 http://opencsw.org/mantis/view.php?id=2760#c5177 ---------------------------------------------------------------------- The strange thing is, when you provided me with the testing package including two binaries, neither of them worked as I reported above, when the one without LDAP should have... ---------------------------------------------------------------------- (0005178) asmoore (reporter) - 2008-03-07 18:02 http://opencsw.org/mantis/view.php?id=2760#c5178 ---------------------------------------------------------------------- Now I am confused. I have copied text from above for verification. This test was done with a dovecot package built without OpenLDAP at all. ------copied ----------------------------------------------------------------------- laurent - 2008-02-04 04:12 EST ----------------------------------------------------------------------- I installed it, and a first test shows that a AM authenticated user now can log in. Thanks! ------end of copied text If that package actually did Not work, then I am at a loss for what to do. ---------------------------------------------------------------------- (0005179) laurent (reporter) - 2008-03-10 11:33 http://opencsw.org/mantis/view.php?id=2760#c5179 ---------------------------------------------------------------------- I was referring to your message from 2008-02-24 11:05, in which you said: ==== I have built dovecot twice and have only the one package available. I added /opt/csw/sbin/dovecot-pam.ldap to the package, as I think that this is all that is really needed. ==== And *that* didn\'t work, as I pointed out below. I believe it might be because /opt/csw/libexec/dovecot binaries also contains references to libldap: imap: libldap-2.3.so.0 => /opt/csw/lib/sparcv8/libldap-2.3.so.0 imap-login: libldap-2.3.so.0 => /opt/csw/lib/sparcv8/libldap-2.3.so.0 So including an alternative, OpenLDAP-free version doesn\'t seem to be that simple. ---------------------------------------------------------------------- (0005181) asmoore (reporter) - 2008-03-10 19:06 http://opencsw.org/mantis/view.php?id=2760#c5181 ---------------------------------------------------------------------- Yes, I agree that the problem is all of the other files that still have the link to OpenLDAP. One option is for me to create something like this. A core package dovecot_core which does not include any files from the following packages, then a dovecot bin package with OpenLDAP dovecot (the old one), and finally, a dovecot bin package without OpenLDAP that is named dovecot_pam. Both packages would depend on dovecot_core. dovecot_core would have no files linked with OpenLDAP. This will make more sense when I have the install scripts correct. I started working on this a few days ago. When I am ready, I will let you know. ---------------------------------------------------------------------- (0005185) laurent (reporter) - 2008-03-11 05:23 http://opencsw.org/mantis/view.php?id=2760#c5185 ---------------------------------------------------------------------- Okay, sounds good, I\'ll try it as soon as it\'s ready! ---------------------------------------------------------------------- (0005779) skayser (administrator) - 2009-03-29 13:11 http://opencsw.org/mantis/view.php?id=2760#c5779 ---------------------------------------------------------------------- CSWdovecot has a new maintainer and an updated dovecot version (1.1.11) has been published to current. I have successfully tested this new package on Solaris 10 x86 with dovecot authenticating users directly against LDAP (Sun DS 6.3) as well as via PAM LDAP. Could you please verify that the updated package addresses your authentication problems also. ---------------------------------------------------------------------- (0006097) skayser (administrator) - 2009-05-11 00:14 http://opencsw.org/mantis/view.php?id=2760#c6097 ---------------------------------------------------------------------- No feedback since last update, assuming problem is fixed. Feel free to re-open if necessary. Thanks for reporting in the first place. Issue History Date Modified Username Field Change ====================================================================== 2009-03-29 13:11 skayser Note Added: 0005779 2009-03-29 13:11 skayser Assigned To asmoore => skayser 2009-03-29 13:11 skayser Status assigned => feedback 2009-05-11 00:14 skayser Note Added: 0006097 2009-05-11 00:14 skayser Status feedback => closed ====================================================================== From noreply at opencsw.org Mon May 11 00:15:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 00:15:26 +0200 Subject: [bug-notifications] [dovecot 0002911]: Error: child 19438 (auth-worker) killed with signal 11 --- SQL Authentication In-Reply-To: <2fba4eefeb8d6e3b3560d5426035dcb0> Message-ID: <78a3976aafb9d9bc8e062d3dd5fa1135@opencsw.org> The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=2911 ====================================================================== Reported By: Tomas Das Assigned To: skayser ====================================================================== Project: dovecot Issue ID: 2911 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-06-08 06:21 CEST Last Modified: 2009-05-11 00:15 CEST ====================================================================== Summary: Error: child 19438 (auth-worker) killed with signal 11 --- SQL Authentication Description: When I use SQL Authentication in the dovecot, auth-worker procces crash immediately after starting dovecot. dovecot: Jun 08 12:04:10 Info: Dovecot v1.0.13 starting up dovecot: Jun 08 12:04:11 Error: child 19438 (auth-worker) killed with signal 11 When I have in the \"auth default\" only \"passdb pam\" it is ok. ====================================================================== ---------------------------------------------------------------------- (0005777) skayser (administrator) - 2009-03-29 12:55 http://opencsw.org/mantis/view.php?id=2911#c5777 ---------------------------------------------------------------------- CSWdovecot has a new maintainer and an updated dovecot version (1.1.11) has been published to current. Could you please verify whether your problem persists with the updated version. ---------------------------------------------------------------------- (0006098) skayser (administrator) - 2009-05-11 00:15 http://opencsw.org/mantis/view.php?id=2911#c6098 ---------------------------------------------------------------------- No feedback since last update, assuming problem is fixed. Feel free to re-open if necessary. Thanks for reporting in the first place. Issue History Date Modified Username Field Change ====================================================================== 2009-03-29 12:55 skayser Note Added: 0005777 2009-03-29 12:55 skayser Assigned To => skayser 2009-03-29 12:55 skayser Status new => feedback 2009-05-11 00:15 skayser Note Added: 0006098 2009-05-11 00:15 skayser Status feedback => closed ====================================================================== From noreply at opencsw.org Mon May 11 00:16:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 00:16:32 +0200 Subject: [bug-notifications] [dovecot 0003027]: Auto SSL cert generation does not work In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=3027 ====================================================================== Reported By: rpp3po Assigned To: skayser ====================================================================== Project: dovecot Issue ID: 3027 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-01-20 03:36 CET Last Modified: 2009-05-11 00:16 CEST ====================================================================== Summary: Auto SSL cert generation does not work Description: Dovecot includes the mkcert.sh script (in opt/csw/doc/dovecot). You can use it to easily generate a certificate and private key for secure SSL connections. The script has not been modified for the CSW directory structure, yet. It can easily be done: just correct a line in mkcert.sh to SSLDIR=${SSLDIR-/opt/csw/ssl} instead of SSLDIR=${SSLDIR-/etc/ssl} and add the directory '/opt/csw/ssl/private' to the tree. ====================================================================== ---------------------------------------------------------------------- (0005778) skayser (administrator) - 2009-03-29 13:00 http://opencsw.org/mantis/view.php?id=3027#c5778 ---------------------------------------------------------------------- Thanks for reporting this issue. CSWdovecot has a new maintainer and a new dovecot version (1.1.11) has been published that includes a fix to mkcert.sh as well as a pre-generated self-signed sample cert for out-of-the-box IMAPS/POP3S usage. Issue History Date Modified Username Field Change ====================================================================== 2009-01-20 03:36 rpp3po New Issue 2009-03-29 13:00 skayser Note Added: 0005778 2009-03-29 13:00 skayser Status new => resolved 2009-03-29 13:00 skayser Resolution open => fixed 2009-03-29 13:00 skayser Assigned To => skayser 2009-05-11 00:16 skayser Status resolved => closed ====================================================================== From noreply at opencsw.org Mon May 11 10:22:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 10:22:38 +0200 Subject: [bug-notifications] [imagemagick 0003664]: using -xopenmp precludes gcc usage Message-ID: <2dd7e18f94d512c6881f2f73783a09a4@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3664 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: imagemagick Issue ID: 3664 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-11 10:22 CEST Last Modified: 2009-05-11 10:22 CEST ====================================================================== Summary: using -xopenmp precludes gcc usage Description: when using imagemagick's API and pkgconfig we inherit the -xopenmp flag which is not supported by gcc. I wonder if the usage of this option is reasonable for this project. My recommendation is to remove this option. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-11 10:22 pfelecan New Issue ====================================================================== From noreply at opencsw.org Mon May 11 10:42:04 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 10:42:04 +0200 Subject: [bug-notifications] [syslog_ng 0003658]: door("/etc/.syslog_door") on 5.10 Generic_138889-08 not working In-Reply-To: Message-ID: <96872b8393eb8fbefff9329a82ec2c06@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3658 ====================================================================== Reported By: alessio Assigned To: ihsan ====================================================================== Project: syslog_ng Issue ID: 3658 Category: regular use Reproducibility: always Severity: trivial Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-08 11:14 CEST Last Modified: 2009-05-11 10:42 CEST ====================================================================== Summary: door("/etc/.syslog_door") on 5.10 Generic_138889-08 not working Description: On SunOS 5.10 Generic_138889-08, in the config file, source s_sys { sun-streams ("/dev/log" door("/etc/.syslog_door")); internal(); }; is not working, because the door is in /var/run/syslog_door ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 11:14 alessio New Issue 2009-05-11 10:42 ihsan Status new => assigned 2009-05-11 10:42 ihsan Assigned To => ihsan ====================================================================== From noreply at opencsw.org Mon May 11 13:26:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 13:26:50 +0200 Subject: [bug-notifications] [imagemagick 0003664]: using -xopenmp precludes gcc usage In-Reply-To: <7396731253710381cad425b629f29b44> Message-ID: <7c9751e91571a31f68e01fb73e8d1b25@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3664 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: imagemagick Issue ID: 3664 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-11 10:22 CEST Last Modified: 2009-05-11 13:26 CEST ====================================================================== Summary: using -xopenmp precludes gcc usage Description: when using imagemagick's API and pkgconfig we inherit the -xopenmp flag which is not supported by gcc. I wonder if the usage of this option is reasonable for this project. My recommendation is to remove this option. ====================================================================== ---------------------------------------------------------------------- (0006099) hson (manager) - 2009-05-11 13:26 http://www.opencsw.org/mantis/view.php?id=3664#c6099 ---------------------------------------------------------------------- Well, imagemagick's configure script explicitly checks for and adds xopenmp by itself so what implications it might have, trying to remove it manually, is unknown Issue History Date Modified Username Field Change ====================================================================== 2009-05-11 10:22 pfelecan New Issue 2009-05-11 13:26 hson Note Added: 0006099 ====================================================================== From noreply at opencsw.org Mon May 11 14:33:21 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 14:33:21 +0200 Subject: [bug-notifications] [imagemagick 0003664]: using -xopenmp precludes gcc usage In-Reply-To: <7396731253710381cad425b629f29b44> Message-ID: <0d14c40f3b82dce8369b32c54f903250@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3664 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: imagemagick Issue ID: 3664 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-11 10:22 CEST Last Modified: 2009-05-11 14:33 CEST ====================================================================== Summary: using -xopenmp precludes gcc usage Description: when using imagemagick's API and pkgconfig we inherit the -xopenmp flag which is not supported by gcc. I wonder if the usage of this option is reasonable for this project. My recommendation is to remove this option. ====================================================================== ---------------------------------------------------------------------- (0006099) hson (manager) - 2009-05-11 13:26 http://www.opencsw.org/bugtrack/view.php?id=3664#c6099 ---------------------------------------------------------------------- Well, imagemagick's configure script explicitly checks for and adds xopenmp by itself so what implications it might have, trying to remove it manually, is unknown ---------------------------------------------------------------------- (0006100) pfelecan (reporter) - 2009-05-11 14:33 http://www.opencsw.org/bugtrack/view.php?id=3664#c6100 ---------------------------------------------------------------------- To remove it manually, if you use Sun Studio C compiler has the effect of not using parallelism which I don't think is an issue. In my opinion, you have 2 solutions: 1. provide a non parallel version compiled with Sun Studio, possibly in addition to a parallel one 2. build with gcc Issue History Date Modified Username Field Change ====================================================================== 2009-05-11 10:22 pfelecan New Issue 2009-05-11 13:26 hson Note Added: 0006099 2009-05-11 14:33 pfelecan Note Added: 0006100 ====================================================================== From noreply at opencsw.org Mon May 11 15:38:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 15:38:46 +0200 Subject: [bug-notifications] [stress 0003665]: /opt/csw/man/man1/stress.1: null file Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3665 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: stress Issue ID: 3665 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-11 15:38 CEST Last Modified: 2009-05-11 15:38 CEST ====================================================================== Summary: /opt/csw/man/man1/stress.1: null file Description: The man page that comes with stress is empty. Verified for both the i386 and the sparc package. root @ nfs3 /# man stress /opt/csw/man/man1/stress.1: null file root @ nfs3 /# ls -l /opt/csw/share/man/man1/stress.1 -rw-r--r-- 1 root bin 0 Feb 27 22:23 /opt/csw/share/man/man1/stress.1 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-11 15:38 skayser New Issue ====================================================================== From noreply at opencsw.org Mon May 11 22:33:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 22:33:23 +0200 Subject: [bug-notifications] [firefox 0001843]: i-firefox.png icon not installed In-Reply-To: <8c5baae3efc3a302169a6e2d482da9af> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1843 ====================================================================== Reported By: jgoerzen Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 1843 Category: regular use Reproducibility: always Severity: trivial Priority: none Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2006-09-29 12:41 CEST Last Modified: 2009-05-11 22:33 CEST ====================================================================== Summary: i-firefox.png icon not installed Description: Need to copy desktop.png from source dist into $(DESTDIR)/share/pixmaps so that mime icon will work correctly. ====================================================================== ---------------------------------------------------------------------- (0006101) wbonnet (manager) - 2009-05-11 22:33 http://www.opencsw.org/bugtrack/view.php?id=1843#c6101 ---------------------------------------------------------------------- firefox.png is available from /opt/csw/share/pixmaps Issue History Date Modified Username Field Change ====================================================================== 2009-03-26 20:39 wbonnet Assigned To jgoerzen => wbonnet 2009-05-11 22:33 wbonnet Note Added: 0006101 2009-05-11 22:33 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Mon May 11 22:34:11 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 22:34:11 +0200 Subject: [bug-notifications] [firefox 0002909]: cannot install firefox In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2909 ====================================================================== Reported By: delaitt Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 2909 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-06-03 06:31 CEST Last Modified: 2009-05-11 22:34 CEST ====================================================================== Summary: cannot install firefox Description: I tried to upgrade firefox but it now cannot install it. It says that CSWdbusglib is missing. I tried to install it but it is missing. ====================================================================== ---------------------------------------------------------------------- (0006102) wbonnet (manager) - 2009-05-11 22:34 http://www.opencsw.org/bugtrack/view.php?id=2909#c6102 ---------------------------------------------------------------------- Dependencies are fixed Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:33 wbonnet Status new => assigned 2009-05-03 11:33 wbonnet Assigned To => wbonnet 2009-05-11 22:34 wbonnet Note Added: 0006102 2009-05-11 22:34 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Mon May 11 22:36:35 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 22:36:35 +0200 Subject: [bug-notifications] [firefox 0001143]: use lp instead of lpr for printing In-Reply-To: Message-ID: <7552b4f94bd8e52980a6f0de2efe1986@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1143 ====================================================================== Reported By: pfelecan Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 1143 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2005-09-07 07:36 CEST Last Modified: 2009-05-11 22:36 CEST ====================================================================== Summary: use lp instead of lpr for printing Description: In version 1.0.6, the printing is done through lpr instead of lp, whichi is the nominal method on SunOS. There is a temporary fix by modifying, using the URI \"about:config\", print.printer_PostScript/default.print_command, print.print_command, print.postcript.print_command variables to use lp instead of lpr. ====================================================================== ---------------------------------------------------------------------- (0003973) jgoerzen (reporter) - 2006-09-22 13:39 http://www.opencsw.org/bugtrack/view.php?id=1143#c3973 ---------------------------------------------------------------------- setting lp as the default instead of lpr is planned for a future pkg release of firefox. until then please try using a global prefs.js file to set this. ---------------------------------------------------------------------- (0006103) wbonnet (manager) - 2009-05-11 22:36 http://www.opencsw.org/bugtrack/view.php?id=1143#c6103 ---------------------------------------------------------------------- Bug is veeerrryyyyy old and not reproduced. I close it. If it still happen with latest version, please open a new one. Issue History Date Modified Username Field Change ====================================================================== 2009-03-26 20:39 wbonnet Assigned To jgoerzen => wbonnet 2009-05-11 22:36 wbonnet Note Added: 0006103 2009-05-11 22:36 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Mon May 11 22:38:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 22:38:07 +0200 Subject: [bug-notifications] [firefox 0002841]: random crashes - seven times today, but previously was up for several weeks. In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2841 ====================================================================== Reported By: dhlocker Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 2841 Category: regular use Reproducibility: random Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-03-27 21:50 CET Last Modified: 2009-05-11 22:38 CEST ====================================================================== Summary: random crashes - seven times today, but previously was up for several weeks. Description: Normal operation, web browsing. Crash. Sometimes reports (evince:26051): GLib-GObject-CRITICAL **: file gobject.c: line 1718: assertion `G_IS_OBJECT (object)\' failed (evince:26051): Gtk-CRITICAL **: file gtkwidget.c: line 2884: assertion `GTK_IS_WIDGET (widget)\' failed (evince:26051): GLib-GObject-CRITICAL **: file gobject.c: line 1742: assertion `G_IS_OBJECT (object)\' failed three times, then SegFault. sometimes just Segmentation Fault Usually happens near the end of loading a new page. ====================================================================== ---------------------------------------------------------------------- (0005221) dhlocker (reporter) - 2008-03-27 23:13 http://www.opencsw.org/bugtrack/view.php?id=2841#c5221 ---------------------------------------------------------------------- I\'m now thinking it has nothing to with firefox. Looks like rpcbind is the real culprit. You can mark this as a non-issue, I think. Thanks, Donald. ---------------------------------------------------------------------- (0005222) wbonnet (manager) - 2008-03-29 12:34 http://www.opencsw.org/bugtrack/view.php?id=2841#c5222 ---------------------------------------------------------------------- Hi Have you recently updated gtk libs ? or have you installed flash player ? Cheers William ---------------------------------------------------------------------- (0005225) dhlocker (reporter) - 2008-03-30 16:49 http://www.opencsw.org/bugtrack/view.php?id=2841#c5225 ---------------------------------------------------------------------- upgraded gtk2 back on 15 Dec 07 (now at 2.12.3) and pygtk (2.12.1) on 12 Jan 08. Doesn\'t seem related. gtk is 1.2.10 since 28 May 07. All are CSW packages. I do not have a flash player installed. Thanks for the note. ---------------------------------------------------------------------- (0005256) wbonnet (manager) - 2008-04-19 09:24 http://www.opencsw.org/bugtrack/view.php?id=2841#c5256 ---------------------------------------------------------------------- Do you still have a problem with Firefox ? or according to your first notes is it a non-issue ? ---------------------------------------------------------------------- (0005499) wbonnet (manager) - 2009-01-25 00:00 http://www.opencsw.org/bugtrack/view.php?id=2841#c5499 ---------------------------------------------------------------------- This bug is closed. No further information about reproducibility nor if it still happens. Please open a new bug if the problem still exist with the current version of package. ---------------------------------------------------------------------- (0006104) wbonnet (manager) - 2009-05-11 22:38 http://www.opencsw.org/bugtrack/view.php?id=2841#c6104 ---------------------------------------------------------------------- This bug is caused by an old version of glib2. Please update to latest. Version 2.20 will be released soon, and has been tested successfully with all the firefox 2.x versions Issue History Date Modified Username Field Change ====================================================================== 2009-01-25 00:00 wbonnet Note Added: 0005499 2009-05-11 22:38 wbonnet Note Added: 0006104 2009-05-11 22:38 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Tue May 12 15:32:12 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 12 May 2009 15:32:12 +0200 Subject: [bug-notifications] [gdk_pixbuf 0003666]: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds Message-ID: <566e285a6c1bb5de74ff8cb1b2fda43c@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3666 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: gdk_pixbuf Issue ID: 3666 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-12 15:32 CEST Last Modified: 2009-05-12 15:32 CEST ====================================================================== Summary: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds Description: Building graphviz fails with: /bin/bash ../../libtool --tag=CC --mode=link cc -g -version-info 6:0:0 -L/opt/csw/lib -o libgvplugin_gdk_pixbuf.la -rpath /opt/csw/lib/graphviz gvplugin_gdk_pixbuf.lo gvdevice_gdk_pixbuf.lo ../../lib/gvc/libgvc.la -L/opt/csw/lib -lgdk_pixbuf-2.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl grep: /opt/csw/lib/libgmodule-2.0.la: No such file or directory I believe this error is originating from: /opt/csw/lib/libgmodule-2.0.la which contains a reference to this non-existent file. (Also to ls: /opt/csw/lib/libgobject-2.0.la and /opt/csw/lib/libglib-2.0.la) A more general question is: why are .la files being installed at all by opencsw? I don't understand all the rationale, but I note that Fedora does not install any .la files. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-12 15:32 John Ellson New Issue ====================================================================== From noreply at opencsw.org Tue May 12 16:08:29 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 12 May 2009 16:08:29 +0200 Subject: [bug-notifications] [libpango 0003667]: libpango-1.0.la references non-existent .la files, breaks graphviz builds Message-ID: <082c66d0c4a459ea411ec77ce81e662e@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3667 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: libpango Issue ID: 3667 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-12 16:08 CEST Last Modified: 2009-05-12 16:08 CEST ====================================================================== Summary: libpango-1.0.la references non-existent .la files, breaks graphviz builds Description: Basically same issue as 0003666 The installed /opt/csw/lib/libpango-1.0.la contains references to non-existent .la files. Specifically: /opt/csw/lib/libgobject-2.0.la /opt/csw/lib/libg module-2.0.la -ldl /opt/csw/lib/libglib-2.0.la This is breaking graphviz builds. The more general question is: Why is opencsw installing .la files? Fedora does not. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-12 16:08 John Ellson New Issue ====================================================================== From noreply at opencsw.org Tue May 12 16:13:11 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 12 May 2009 16:13:11 +0200 Subject: [bug-notifications] [gdk_pixbuf 0003666]: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds In-Reply-To: <4c30841e3ed5bde3ac3ab5f12c72abe4> Message-ID: <260af59bfdcf52adc44e1c03d2ee334f@opencsw.org> A NOTE has been added to this issue. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3666 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: gdk_pixbuf Issue ID: 3666 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-12 15:32 CEST Last Modified: 2009-05-12 16:13 CEST ====================================================================== Summary: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds Description: Building graphviz fails with: /bin/bash ../../libtool --tag=CC --mode=link cc -g -version-info 6:0:0 -L/opt/csw/lib -o libgvplugin_gdk_pixbuf.la -rpath /opt/csw/lib/graphviz gvplugin_gdk_pixbuf.lo gvdevice_gdk_pixbuf.lo ../../lib/gvc/libgvc.la -L/opt/csw/lib -lgdk_pixbuf-2.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl grep: /opt/csw/lib/libgmodule-2.0.la: No such file or directory I believe this error is originating from: /opt/csw/lib/libgmodule-2.0.la which contains a reference to this non-existent file. (Also to ls: /opt/csw/lib/libgobject-2.0.la and /opt/csw/lib/libglib-2.0.la) A more general question is: why are .la files being installed at all by opencsw? I don't understand all the rationale, but I note that Fedora does not install any .la files. ====================================================================== ---------------------------------------------------------------------- (0006105) John Ellson (reporter) - 2009-05-12 16:13 http://opencsw.org/bugtrack/view.php?id=3666#c6105 ---------------------------------------------------------------------- Correction: I believe the problem originates in the installed: /opt/csw/lib/libgdk_pixbuf-2.0.la which references the non-existent files. Issue History Date Modified Username Field Change ====================================================================== 2009-05-12 15:32 John Ellson New Issue 2009-05-12 16:13 John Ellson Note Added: 0006105 ====================================================================== From noreply at opencsw.org Tue May 12 16:34:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 12 May 2009 16:34:32 +0200 Subject: [bug-notifications] [gdk_pixbuf 0003666]: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds In-Reply-To: <4c30841e3ed5bde3ac3ab5f12c72abe4> Message-ID: <058cac8753eeb30b6e0918dc94b64c29@opencsw.org> A NOTE has been added to this issue. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3666 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: gdk_pixbuf Issue ID: 3666 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-12 15:32 CEST Last Modified: 2009-05-12 16:34 CEST ====================================================================== Summary: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds Description: Building graphviz fails with: /bin/bash ../../libtool --tag=CC --mode=link cc -g -version-info 6:0:0 -L/opt/csw/lib -o libgvplugin_gdk_pixbuf.la -rpath /opt/csw/lib/graphviz gvplugin_gdk_pixbuf.lo gvdevice_gdk_pixbuf.lo ../../lib/gvc/libgvc.la -L/opt/csw/lib -lgdk_pixbuf-2.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl grep: /opt/csw/lib/libgmodule-2.0.la: No such file or directory I believe this error is originating from: /opt/csw/lib/libgmodule-2.0.la which contains a reference to this non-existent file. (Also to ls: /opt/csw/lib/libgobject-2.0.la and /opt/csw/lib/libglib-2.0.la) A more general question is: why are .la files being installed at all by opencsw? I don't understand all the rationale, but I note that Fedora does not install any .la files. ====================================================================== ---------------------------------------------------------------------- (0006105) John Ellson (reporter) - 2009-05-12 16:13 http://opencsw.org/bugtrack/view.php?id=3666#c6105 ---------------------------------------------------------------------- Correction: I believe the problem originates in the installed: /opt/csw/lib/libgdk_pixbuf-2.0.la which references the non-existent files. ---------------------------------------------------------------------- (0006106) dam (reporter) - 2009-05-12 16:34 http://opencsw.org/bugtrack/view.php?id=3666#c6106 ---------------------------------------------------------------------- .la files were included in the past, but the current policy is to exclude them: New packages should take care to EXCLUDE libtool .la files. They are not helpful, and often create more problems than they solve. Unfortunately, existing packages may need to preserve them, until all dependant packages have their own configs adjusted to not use .la files. There is also a script which fixes Makefile to use linker directives instead of .la files. The usage in GAR is documented at Please ask on maintainers@ for further advice if needed. Issue History Date Modified Username Field Change ====================================================================== 2009-05-12 15:32 John Ellson New Issue 2009-05-12 16:13 John Ellson Note Added: 0006105 2009-05-12 16:34 dam Note Added: 0006106 ====================================================================== From noreply at opencsw.org Tue May 12 18:58:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 12 May 2009 18:58:40 +0200 Subject: [bug-notifications] [gdk_pixbuf 0003666]: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds In-Reply-To: <4c30841e3ed5bde3ac3ab5f12c72abe4> Message-ID: <952dcd1231125b48c9625e520e8a2571@opencsw.org> A NOTE has been added to this issue. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3666 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: gdk_pixbuf Issue ID: 3666 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-12 15:32 CEST Last Modified: 2009-05-12 18:58 CEST ====================================================================== Summary: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds Description: Building graphviz fails with: /bin/bash ../../libtool --tag=CC --mode=link cc -g -version-info 6:0:0 -L/opt/csw/lib -o libgvplugin_gdk_pixbuf.la -rpath /opt/csw/lib/graphviz gvplugin_gdk_pixbuf.lo gvdevice_gdk_pixbuf.lo ../../lib/gvc/libgvc.la -L/opt/csw/lib -lgdk_pixbuf-2.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl grep: /opt/csw/lib/libgmodule-2.0.la: No such file or directory I believe this error is originating from: /opt/csw/lib/libgmodule-2.0.la which contains a reference to this non-existent file. (Also to ls: /opt/csw/lib/libgobject-2.0.la and /opt/csw/lib/libglib-2.0.la) A more general question is: why are .la files being installed at all by opencsw? I don't understand all the rationale, but I note that Fedora does not install any .la files. ====================================================================== ---------------------------------------------------------------------- (0006105) John Ellson (reporter) - 2009-05-12 16:13 http://opencsw.org/bugtrack/view.php?id=3666#c6105 ---------------------------------------------------------------------- Correction: I believe the problem originates in the installed: /opt/csw/lib/libgdk_pixbuf-2.0.la which references the non-existent files. ---------------------------------------------------------------------- (0006106) dam (reporter) - 2009-05-12 16:34 http://opencsw.org/bugtrack/view.php?id=3666#c6106 ---------------------------------------------------------------------- .la files were included in the past, but the current policy is to exclude them: New packages should take care to EXCLUDE libtool .la files. They are not helpful, and often create more problems than they solve. Unfortunately, existing packages may need to preserve them, until all dependant packages have their own configs adjusted to not use .la files. There is also a script which fixes Makefile to use linker directives instead of .la files. The usage in GAR is documented at Please ask on maintainers@ for further advice if needed. ---------------------------------------------------------------------- (0006107) phil (manager) - 2009-05-12 18:58 http://opencsw.org/bugtrack/view.php?id=3666#c6107 ---------------------------------------------------------------------- this is actually a bug in gmodule. Please file a bug with THAT package, to repackage without .la files. Issue History Date Modified Username Field Change ====================================================================== 2009-05-12 15:32 John Ellson New Issue 2009-05-12 16:13 John Ellson Note Added: 0006105 2009-05-12 16:34 dam Note Added: 0006106 2009-05-12 18:58 phil Note Added: 0006107 ====================================================================== From noreply at opencsw.org Tue May 12 18:59:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 12 May 2009 18:59:10 +0200 Subject: [bug-notifications] [gdk_pixbuf 0003666]: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds In-Reply-To: <4c30841e3ed5bde3ac3ab5f12c72abe4> Message-ID: <89112db560aa809c85598084b95c22cb@opencsw.org> The following issue has been CLOSED ====================================================================== http://opencsw.org/bugtrack/view.php?id=3666 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: gdk_pixbuf Issue ID: 3666 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-05-12 15:32 CEST Last Modified: 2009-05-12 18:59 CEST ====================================================================== Summary: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds Description: Building graphviz fails with: /bin/bash ../../libtool --tag=CC --mode=link cc -g -version-info 6:0:0 -L/opt/csw/lib -o libgvplugin_gdk_pixbuf.la -rpath /opt/csw/lib/graphviz gvplugin_gdk_pixbuf.lo gvdevice_gdk_pixbuf.lo ../../lib/gvc/libgvc.la -L/opt/csw/lib -lgdk_pixbuf-2.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl grep: /opt/csw/lib/libgmodule-2.0.la: No such file or directory I believe this error is originating from: /opt/csw/lib/libgmodule-2.0.la which contains a reference to this non-existent file. (Also to ls: /opt/csw/lib/libgobject-2.0.la and /opt/csw/lib/libglib-2.0.la) A more general question is: why are .la files being installed at all by opencsw? I don't understand all the rationale, but I note that Fedora does not install any .la files. ====================================================================== ---------------------------------------------------------------------- (0006105) John Ellson (reporter) - 2009-05-12 16:13 http://opencsw.org/bugtrack/view.php?id=3666#c6105 ---------------------------------------------------------------------- Correction: I believe the problem originates in the installed: /opt/csw/lib/libgdk_pixbuf-2.0.la which references the non-existent files. ---------------------------------------------------------------------- (0006106) dam (reporter) - 2009-05-12 16:34 http://opencsw.org/bugtrack/view.php?id=3666#c6106 ---------------------------------------------------------------------- .la files were included in the past, but the current policy is to exclude them: New packages should take care to EXCLUDE libtool .la files. They are not helpful, and often create more problems than they solve. Unfortunately, existing packages may need to preserve them, until all dependant packages have their own configs adjusted to not use .la files. There is also a script which fixes Makefile to use linker directives instead of .la files. The usage in GAR is documented at Please ask on maintainers@ for further advice if needed. ---------------------------------------------------------------------- (0006107) phil (manager) - 2009-05-12 18:58 http://opencsw.org/bugtrack/view.php?id=3666#c6107 ---------------------------------------------------------------------- this is actually a bug in gmodule. Please file a bug with THAT package, to repackage without .la files. Issue History Date Modified Username Field Change ====================================================================== 2009-05-12 15:32 John Ellson New Issue 2009-05-12 16:13 John Ellson Note Added: 0006105 2009-05-12 16:34 dam Note Added: 0006106 2009-05-12 18:58 phil Note Added: 0006107 2009-05-12 18:59 phil Status new => closed ====================================================================== From noreply at opencsw.org Tue May 12 19:21:09 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 12 May 2009 19:21:09 +0200 Subject: [bug-notifications] [gdk_pixbuf 0003666]: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds In-Reply-To: <4c30841e3ed5bde3ac3ab5f12c72abe4> Message-ID: The following issue has been REOPENED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3666 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: gdk_pixbuf Issue ID: 3666 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-05-12 15:32 CEST Last Modified: 2009-05-12 19:21 CEST ====================================================================== Summary: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds Description: Building graphviz fails with: /bin/bash ../../libtool --tag=CC --mode=link cc -g -version-info 6:0:0 -L/opt/csw/lib -o libgvplugin_gdk_pixbuf.la -rpath /opt/csw/lib/graphviz gvplugin_gdk_pixbuf.lo gvdevice_gdk_pixbuf.lo ../../lib/gvc/libgvc.la -L/opt/csw/lib -lgdk_pixbuf-2.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl grep: /opt/csw/lib/libgmodule-2.0.la: No such file or directory I believe this error is originating from: /opt/csw/lib/libgmodule-2.0.la which contains a reference to this non-existent file. (Also to ls: /opt/csw/lib/libgobject-2.0.la and /opt/csw/lib/libglib-2.0.la) A more general question is: why are .la files being installed at all by opencsw? I don't understand all the rationale, but I note that Fedora does not install any .la files. ====================================================================== ---------------------------------------------------------------------- (0006105) John Ellson (reporter) - 2009-05-12 16:13 http://opencsw.org/bugtrack/view.php?id=3666#c6105 ---------------------------------------------------------------------- Correction: I believe the problem originates in the installed: /opt/csw/lib/libgdk_pixbuf-2.0.la which references the non-existent files. ---------------------------------------------------------------------- (0006106) dam (reporter) - 2009-05-12 16:34 http://opencsw.org/bugtrack/view.php?id=3666#c6106 ---------------------------------------------------------------------- .la files were included in the past, but the current policy is to exclude them: New packages should take care to EXCLUDE libtool .la files. They are not helpful, and often create more problems than they solve. Unfortunately, existing packages may need to preserve them, until all dependant packages have their own configs adjusted to not use .la files. There is also a script which fixes Makefile to use linker directives instead of .la files. The usage in GAR is documented at Please ask on maintainers@ for further advice if needed. ---------------------------------------------------------------------- (0006107) phil (manager) - 2009-05-12 18:58 http://opencsw.org/bugtrack/view.php?id=3666#c6107 ---------------------------------------------------------------------- this is actually a bug in gmodule. Please file a bug with THAT package, to repackage without .la files. ---------------------------------------------------------------------- (0006108) John Ellson (reporter) - 2009-05-12 19:21 http://opencsw.org/bugtrack/view.php?id=3666#c6108 ---------------------------------------------------------------------- This may *also* be a bug with gmodule, but *this* package is installing /opt/csw/lib/libgdk_pixbuf-2.0.la with broken references, so minimally it needs to be repackaged without it. I'll file a bug against glib for /opt/csw/lib/libgmodule.la (I'm finding the .la files on the build8s host) Issue History Date Modified Username Field Change ====================================================================== 2009-05-12 15:32 John Ellson New Issue 2009-05-12 16:13 John Ellson Note Added: 0006105 2009-05-12 16:34 dam Note Added: 0006106 2009-05-12 18:58 phil Note Added: 0006107 2009-05-12 18:59 phil Status new => closed 2009-05-12 18:59 phil Resolution open => no change required 2009-05-12 19:21 John Ellson Note Added: 0006108 2009-05-12 19:21 John Ellson Status closed => feedback 2009-05-12 19:21 John Ellson Resolution no change required => reopened ====================================================================== From noreply at opencsw.org Tue May 12 19:27:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 12 May 2009 19:27:03 +0200 Subject: [bug-notifications] [glib 0003668]: glib installing .la files, contrary to current practice Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3668 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: glib Issue ID: 3668 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-12 19:27 CEST Last Modified: 2009-05-12 19:27 CEST ====================================================================== Summary: glib installing .la files, contrary to current practice Description: The glib pkg has installed: /opt/csw/lib/libgmodule.la contrary to the current practice of *not* installing .la files. http://www.opencsw.org/standards/build ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-12 19:27 John Ellson New Issue ====================================================================== From noreply at opencsw.org Tue May 12 19:41:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 12 May 2009 19:41:18 +0200 Subject: [bug-notifications] [gdk_pixbuf 0003666]: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds In-Reply-To: <4c30841e3ed5bde3ac3ab5f12c72abe4> Message-ID: <06e9229f5c0b834b3bfc92b3a5d592db@opencsw.org> A NOTE has been added to this issue. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3666 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: gdk_pixbuf Issue ID: 3666 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-05-12 15:32 CEST Last Modified: 2009-05-12 19:41 CEST ====================================================================== Summary: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds Description: Building graphviz fails with: /bin/bash ../../libtool --tag=CC --mode=link cc -g -version-info 6:0:0 -L/opt/csw/lib -o libgvplugin_gdk_pixbuf.la -rpath /opt/csw/lib/graphviz gvplugin_gdk_pixbuf.lo gvdevice_gdk_pixbuf.lo ../../lib/gvc/libgvc.la -L/opt/csw/lib -lgdk_pixbuf-2.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl grep: /opt/csw/lib/libgmodule-2.0.la: No such file or directory I believe this error is originating from: /opt/csw/lib/libgmodule-2.0.la which contains a reference to this non-existent file. (Also to ls: /opt/csw/lib/libgobject-2.0.la and /opt/csw/lib/libglib-2.0.la) A more general question is: why are .la files being installed at all by opencsw? I don't understand all the rationale, but I note that Fedora does not install any .la files. ====================================================================== ---------------------------------------------------------------------- (0006105) John Ellson (reporter) - 2009-05-12 16:13 http://opencsw.org/bugtrack/view.php?id=3666#c6105 ---------------------------------------------------------------------- Correction: I believe the problem originates in the installed: /opt/csw/lib/libgdk_pixbuf-2.0.la which references the non-existent files. ---------------------------------------------------------------------- (0006106) dam (reporter) - 2009-05-12 16:34 http://opencsw.org/bugtrack/view.php?id=3666#c6106 ---------------------------------------------------------------------- .la files were included in the past, but the current policy is to exclude them: New packages should take care to EXCLUDE libtool .la files. They are not helpful, and often create more problems than they solve. Unfortunately, existing packages may need to preserve them, until all dependant packages have their own configs adjusted to not use .la files. There is also a script which fixes Makefile to use linker directives instead of .la files. The usage in GAR is documented at Please ask on maintainers@ for further advice if needed. ---------------------------------------------------------------------- (0006107) phil (manager) - 2009-05-12 18:58 http://opencsw.org/bugtrack/view.php?id=3666#c6107 ---------------------------------------------------------------------- this is actually a bug in gmodule. Please file a bug with THAT package, to repackage without .la files. ---------------------------------------------------------------------- (0006108) John Ellson (reporter) - 2009-05-12 19:21 http://opencsw.org/bugtrack/view.php?id=3666#c6108 ---------------------------------------------------------------------- This may *also* be a bug with gmodule, but *this* package is installing /opt/csw/lib/libgdk_pixbuf-2.0.la with broken references, so minimally it needs to be repackaged without it. I'll file a bug against glib for /opt/csw/lib/libgmodule.la (I'm finding the .la files on the build8s host) ---------------------------------------------------------------------- (0006109) phil (manager) - 2009-05-12 19:41 http://opencsw.org/bugtrack/view.php?id=3666#c6109 ---------------------------------------------------------------------- since the offending package is mine, please feel free to repackage and take over glib. Issue History Date Modified Username Field Change ====================================================================== 2009-05-12 15:32 John Ellson New Issue 2009-05-12 16:13 John Ellson Note Added: 0006105 2009-05-12 16:34 dam Note Added: 0006106 2009-05-12 18:58 phil Note Added: 0006107 2009-05-12 18:59 phil Status new => closed 2009-05-12 18:59 phil Resolution open => no change required 2009-05-12 19:21 John Ellson Note Added: 0006108 2009-05-12 19:21 John Ellson Status closed => feedback 2009-05-12 19:21 John Ellson Resolution no change required => reopened 2009-05-12 19:41 phil Note Added: 0006109 ====================================================================== From noreply at opencsw.org Tue May 12 21:35:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 12 May 2009 21:35:42 +0200 Subject: [bug-notifications] [rrdtool 0002974]: Current 1.3.4 librrd causes perl to core with mailgraph. In-Reply-To: Message-ID: <30dbe0ffdf0335672c16c1ce05bba271@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2974 ====================================================================== Reported By: rmf Assigned To: ihsan ====================================================================== Project: rrdtool Issue ID: 2974 Category: other Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2008-12-19 06:16 CET Last Modified: 2009-05-12 21:35 CEST ====================================================================== Summary: Current 1.3.4 librrd causes perl to core with mailgraph. Description: The current 1.3.4 build in unstable causes perl to core when trying to load /opt/csw/lib/perl/csw/auto/RRDs/RRDs.so. Revering back to the stable branch stops perl from being unhappy. This is using the current perl5 in the unstable branch. ====================================================================== ---------------------------------------------------------------------- (0005665) ja (reporter) - 2009-03-16 23:11 http://www.opencsw.org/mantis/view.php?id=2974#c5665 ---------------------------------------------------------------------- I noticed the same problem on Solaris 10 sparc. The use of RRDs results in a segfault. On Solaris 8 sparc it works fine. It seems, that at least the function call RRDs::create leads into this behaviour. ---------------------------------------------------------------------- (0005743) ihsan (manager) - 2009-03-26 16:36 http://www.opencsw.org/mantis/view.php?id=2974#c5743 ---------------------------------------------------------------------- This does not look like a packaging bug. I've contacted the software author about this issue. ---------------------------------------------------------------------- (0006001) gadavis (reporter) - 2009-04-23 01:13 http://www.opencsw.org/mantis/view.php?id=2974#c6001 ---------------------------------------------------------------------- Issue is fixed in 1.3.7. Can we update to this version please? ---------------------------------------------------------------------- (0006040) ihsan (manager) - 2009-04-29 16:01 http://www.opencsw.org/mantis/view.php?id=2974#c6040 ---------------------------------------------------------------------- One of the issues was fixed in 1.3.7. Another problem is, that I'm waiting for an updated cairo. http://mirror.opencsw.org/testing/rrdtool-1.3.7,REV=2009.04.29-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/rrdtool-1.3.7,REV=2009.04.29-SunOS5.8-sparc-CSW.pkg.gz ---------------------------------------------------------------------- (0006110) ihsan (manager) - 2009-05-12 21:35 http://www.opencsw.org/mantis/view.php?id=2974#c6110 ---------------------------------------------------------------------- The rrdtool author Tobias Oetiker fixed this issue and the fix will be available in 1.3.8. The package 1.3.7,REV=2009.05.12 contains this fix already. Issue History Date Modified Username Field Change ====================================================================== 2008-12-19 06:16 rmf New Issue 2009-03-16 23:11 ja Note Added: 0005665 2009-03-16 23:11 ja Issue Monitored: ja 2009-03-26 16:35 ihsan Status new => assigned 2009-03-26 16:35 ihsan Assigned To => ihsan 2009-03-26 16:36 ihsan Note Added: 0005743 2009-03-26 16:36 ihsan Status assigned => confirmed 2009-04-23 01:13 gadavis Note Added: 0006001 2009-04-29 16:01 ihsan Note Added: 0006040 2009-05-12 21:35 ihsan Note Added: 0006110 2009-05-12 21:35 ihsan Status confirmed => resolved 2009-05-12 21:35 ihsan Resolution open => fixed ====================================================================== From noreply at opencsw.org Wed May 13 16:09:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 13 May 2009 16:09:40 +0200 Subject: [bug-notifications] [glib 0003669]: gtk2 installing .la files, contrary to current practice Message-ID: <8e46f849a74df944e7518bd282521206@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3669 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: glib Issue ID: 3669 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-13 16:09 CEST Last Modified: 2009-05-13 16:09 CEST ====================================================================== Summary: gtk2 installing .la files, contrary to current practice Description: The gtk2 pkg has installed: /opt/csw/lib/libgdk_pixbuf-2.0.la and others, contrary to the current practice of *not* installing .la files. http://www.opencsw.org/standards/build [^] In particular, /opt/csw/lib/libgdk_pixbuf-2.0.la is breaking graphviz builds because it contains references to other, non-existent, .la files ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 16:09 John Ellson New Issue ====================================================================== From noreply at opencsw.org Wed May 13 16:20:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 13 May 2009 16:20:07 +0200 Subject: [bug-notifications] [glib 0003670]: Web pages link to badly outdated GAR getting started guide Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3670 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: glib Issue ID: 3670 Category: other Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-13 16:20 CEST Last Modified: 2009-05-13 16:20 CEST ====================================================================== Summary: Web pages link to badly outdated GAR getting started guide Description: The web page: http://www.opencsw.org/standards/pkg-walkthrough contains a link to: http://apps.sourceforge.net/mediawiki/gar/index.php?title=Getting_Started_with_GAR which redirects you to: http://apps.sourceforge.net/trac/gar/wiki/Getting Started with GAR That page appears to be badly broken and outdated. e.g. The "Checking out the Build Tree" section contains two different URLs, confusingly, neither of which work. Perhaps a better reference would be to: http://svn.blastwave.org/trac/wiki/GettingStartedQuickly which seems to be more current and concise? ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 16:20 John Ellson New Issue ====================================================================== From noreply at opencsw.org Wed May 13 16:22:17 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 13 May 2009 16:22:17 +0200 Subject: [bug-notifications] [glib 0003670]: Web pages link to badly outdated GAR getting started guide In-Reply-To: Message-ID: <2445a1073e3751bfb00b1e6be075b227@opencsw.org> A NOTE has been added to this issue. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3670 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: glib Issue ID: 3670 Category: other Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-13 16:20 CEST Last Modified: 2009-05-13 16:22 CEST ====================================================================== Summary: Web pages link to badly outdated GAR getting started guide Description: The web page: http://www.opencsw.org/standards/pkg-walkthrough contains a link to: http://apps.sourceforge.net/mediawiki/gar/index.php?title=Getting_Started_with_GAR which redirects you to: http://apps.sourceforge.net/trac/gar/wiki/Getting Started with GAR That page appears to be badly broken and outdated. e.g. The "Checking out the Build Tree" section contains two different URLs, confusingly, neither of which work. Perhaps a better reference would be to: http://svn.blastwave.org/trac/wiki/GettingStartedQuickly which seems to be more current and concise? ====================================================================== ---------------------------------------------------------------------- (0006111) John Ellson (reporter) - 2009-05-13 16:22 http://opencsw.org/bugtrack/view.php?id=3670#c6111 ---------------------------------------------------------------------- Sorry, I'm reporting against the worng project! How can I change this? Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 16:20 John Ellson New Issue 2009-05-13 16:22 John Ellson Note Added: 0006111 ====================================================================== From noreply at opencsw.org Wed May 13 16:25:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 13 May 2009 16:25:13 +0200 Subject: [bug-notifications] [glib 0003669]: gtk2 installing .la files, contrary to current practice In-Reply-To: Message-ID: <9d7f92368e00d43bccf55522da163465@opencsw.org> A NOTE has been added to this issue. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3669 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: glib Issue ID: 3669 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-13 16:09 CEST Last Modified: 2009-05-13 16:25 CEST ====================================================================== Summary: gtk2 installing .la files, contrary to current practice Description: The gtk2 pkg has installed: /opt/csw/lib/libgdk_pixbuf-2.0.la and others, contrary to the current practice of *not* installing .la files. http://www.opencsw.org/standards/build [^] In particular, /opt/csw/lib/libgdk_pixbuf-2.0.la is breaking graphviz builds because it contains references to other, non-existent, .la files ====================================================================== ---------------------------------------------------------------------- (0006112) John Ellson (reporter) - 2009-05-13 16:25 http://opencsw.org/bugtrack/view.php?id=3669#c6112 ---------------------------------------------------------------------- Sorry, I'm reporting against the wrong project! How can I change thuis? Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 16:09 John Ellson New Issue 2009-05-13 16:25 John Ellson Note Added: 0006112 ====================================================================== From noreply at opencsw.org Wed May 13 19:11:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 13 May 2009 19:11:15 +0200 Subject: [bug-notifications] [irssi 0003671]: Perl support broken: Irssi.pm missing Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3671 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: irssi Issue ID: 3671 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-13 19:11 CEST Last Modified: 2009-05-13 19:11 CEST ====================================================================== Summary: Perl support broken: Irssi.pm missing Description: I just wanted to plug a perl script into Irssi (for the first time), but this seems to be broken. Tested with http://quadpoint.org/projects/irssiscripts#socket-interface.pl which i put into ~/.irssi/scripts /load perl /script load socket-interface.pl This gave me: 18:54 -!- Irssi: Loaded module perl/core 18:54 -!- Irssi: Loaded module perl/fe 18:55 -!- Irssi: Error in script socket_interface: 18:55 Can't locate Irssi.pm in @INC (@INC contains: /home/skayser/.irssi/scripts /opt/csw/share/irssi/scripts /opt/csw/lib/perl/5.8.8 /opt/csw/share/perl/5.8.8 /opt/csw/lib/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw .) at (eval 18) line 1. 18:55 BEGIN failed--compilation aborted at (eval 18) line 1. Irssi.pm doesn't seem to be part of CSWirssi and i can't find it via opencsw.org/search either. It is however contained in the upstream source tarball. Might have been dropped during packaging? ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 19:11 skayser New Issue ====================================================================== From noreply at opencsw.org Wed May 13 21:10:33 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 13 May 2009 21:10:33 +0200 Subject: [bug-notifications] [libcairo 0003672]: broken installation of cairo on build8st - missing xcb Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3672 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: libcairo Issue ID: 3672 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-13 21:10 CEST Last Modified: 2009-05-13 21:10 CEST ====================================================================== Summary: broken installation of cairo on build8st - missing xcb Description: $ pkg-config --exists --print-errors cairo sh: gnome-config: not found Package xcb was not found in the pkg-config search path. Perhaps you should add the directory containing `xcb.pc' to the PKG_CONFIG_PATH environment variable Package 'xcb', required by 'cairo', not found ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 21:10 John Ellson New Issue ====================================================================== From noreply at opencsw.org Wed May 13 21:14:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 13 May 2009 21:14:13 +0200 Subject: [bug-notifications] [pidgin 0003673]: purple-remote won't start because of missing python dbus module Message-ID: <2aed1b070e61a6f5bb6d09240169db01@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3673 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pidgin Issue ID: 3673 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-13 21:14 CEST Last Modified: 2009-05-13 21:14 CEST ====================================================================== Summary: purple-remote won't start because of missing python dbus module Description: $ purple-remote Traceback (most recent call last): File "/opt/csw/bin/purple-remote", line 3, in import dbus ImportError: No module named dbus I couldn't find a python dbus package in the catalog, so maybe one needs to be built? Binding is available from http://dbus.freedesktop.org/releases/dbus-python/. purple-remote comes in handy to remote-control pidgin. We would like to use it on Sun Ray DTUs where users pull their smart card and the status in pidgin would be set to away (via hooks and purple-remote). ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 21:14 skayser New Issue ====================================================================== From noreply at opencsw.org Wed May 13 21:40:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 13 May 2009 21:40:42 +0200 Subject: [bug-notifications] [pidgin 0003673]: purple-remote won't start because of missing python dbus module In-Reply-To: <24d630e153c0a2a66c45ba4153fa0afd> Message-ID: <56fe41854ef25b1dbde06468d833aabc@opencsw.org> The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=3673 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pidgin Issue ID: 3673 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-05-13 21:14 CEST Last Modified: 2009-05-13 21:40 CEST ====================================================================== Summary: purple-remote won't start because of missing python dbus module Description: $ purple-remote Traceback (most recent call last): File "/opt/csw/bin/purple-remote", line 3, in import dbus ImportError: No module named dbus I couldn't find a python dbus package in the catalog, so maybe one needs to be built? Binding is available from http://dbus.freedesktop.org/releases/dbus-python/. purple-remote comes in handy to remote-control pidgin. We would like to use it on Sun Ray DTUs where users pull their smart card and the status in pidgin would be set to away (via hooks and purple-remote). ====================================================================== ---------------------------------------------------------------------- (0006113) harpchad (manager) - 2009-05-13 21:40 http://opencsw.org/mantis/view.php?id=3673#c6113 ---------------------------------------------------------------------- Not a pidgin bug, packaging requests can be submitted at http://www.opencsw.org/pkgreq. Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 21:14 skayser New Issue 2009-05-13 21:40 harpchad Note Added: 0006113 2009-05-13 21:40 harpchad Status new => closed ====================================================================== From noreply at opencsw.org Thu May 14 11:48:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 14 May 2009 11:48:57 +0200 Subject: [bug-notifications] [irssi 0003671]: Perl support broken: Irssi.pm missing In-Reply-To: <622de784904a6f77750d7186c6739ed9> Message-ID: <0763cdb025cfad98dff382dddc558002@opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3671 ====================================================================== Reported By: skayser Assigned To: ihsan ====================================================================== Project: irssi Issue ID: 3671 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-13 19:11 CEST Last Modified: 2009-05-14 11:48 CEST ====================================================================== Summary: Perl support broken: Irssi.pm missing Description: I just wanted to plug a perl script into Irssi (for the first time), but this seems to be broken. Tested with http://quadpoint.org/projects/irssiscripts#socket-interface.pl which i put into ~/.irssi/scripts /load perl /script load socket-interface.pl This gave me: 18:54 -!- Irssi: Loaded module perl/core 18:54 -!- Irssi: Loaded module perl/fe 18:55 -!- Irssi: Error in script socket_interface: 18:55 Can't locate Irssi.pm in @INC (@INC contains: /home/skayser/.irssi/scripts /opt/csw/share/irssi/scripts /opt/csw/lib/perl/5.8.8 /opt/csw/share/perl/5.8.8 /opt/csw/lib/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw .) at (eval 18) line 1. 18:55 BEGIN failed--compilation aborted at (eval 18) line 1. Irssi.pm doesn't seem to be part of CSWirssi and i can't find it via opencsw.org/search either. It is however contained in the upstream source tarball. Might have been dropped during packaging? ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 19:11 skayser New Issue 2009-05-14 11:48 ihsan Status new => assigned 2009-05-14 11:48 ihsan Assigned To => ihsan ====================================================================== From noreply at opencsw.org Thu May 14 13:11:12 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 14 May 2009 13:11:12 +0200 Subject: [bug-notifications] [irssi 0003671]: Perl support broken: Irssi.pm missing In-Reply-To: <622de784904a6f77750d7186c6739ed9> Message-ID: A NOTE has been added to this issue. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3671 ====================================================================== Reported By: skayser Assigned To: ihsan ====================================================================== Project: irssi Issue ID: 3671 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-13 19:11 CEST Last Modified: 2009-05-14 13:11 CEST ====================================================================== Summary: Perl support broken: Irssi.pm missing Description: I just wanted to plug a perl script into Irssi (for the first time), but this seems to be broken. Tested with http://quadpoint.org/projects/irssiscripts#socket-interface.pl which i put into ~/.irssi/scripts /load perl /script load socket-interface.pl This gave me: 18:54 -!- Irssi: Loaded module perl/core 18:54 -!- Irssi: Loaded module perl/fe 18:55 -!- Irssi: Error in script socket_interface: 18:55 Can't locate Irssi.pm in @INC (@INC contains: /home/skayser/.irssi/scripts /opt/csw/share/irssi/scripts /opt/csw/lib/perl/5.8.8 /opt/csw/share/perl/5.8.8 /opt/csw/lib/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw .) at (eval 18) line 1. 18:55 BEGIN failed--compilation aborted at (eval 18) line 1. Irssi.pm doesn't seem to be part of CSWirssi and i can't find it via opencsw.org/search either. It is however contained in the upstream source tarball. Might have been dropped during packaging? ====================================================================== ---------------------------------------------------------------------- (0006114) ihsan (manager) - 2009-05-14 13:11 http://opencsw.org/bugtrack/view.php?id=3671#c6114 ---------------------------------------------------------------------- Could you please try if http://mirror.opencsw.org/testing/irssi-0.8.13,REV=2009.05.14-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/irssi-0.8.13,REV=2009.05.14-SunOS5.8-sparc-CSW.pkg.gz fixes this issue? Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 19:11 skayser New Issue 2009-05-14 11:48 ihsan Status new => assigned 2009-05-14 11:48 ihsan Assigned To => ihsan 2009-05-14 13:11 ihsan Note Added: 0006114 ====================================================================== From noreply at opencsw.org Fri May 15 08:38:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 15 May 2009 08:38:52 +0200 Subject: [bug-notifications] [meld 0003674]: No module named pygtk Message-ID: <45728f03a4f06b2e902a845e4eec17bf@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3674 ====================================================================== Reported By: wcohrs Assigned To: ====================================================================== Project: meld Issue ID: 3674 Category: other Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-15 08:38 CEST Last Modified: 2009-05-15 08:38 CEST ====================================================================== Summary: No module named pygtk Description: Meld ben?tigt pygtk2.6.0 oder aktueller No worries... you already have version 2.12.1 of pygtk If you doubt this message, run 'pkg-get -U', then run ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-15 08:38 wcohrs New Issue ====================================================================== From noreply at opencsw.org Fri May 15 08:59:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 15 May 2009 08:59:23 +0200 Subject: [bug-notifications] [cswutils 0002730]: Missing depends CSWpmyaml, CSWpmlibwww, CSWpmhtmltree In-Reply-To: <74525ea7aefd26ca2fc472b53d639137> Message-ID: <92702859e6050bff25b1e0c2449a6934@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2730 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: cswutils Issue ID: 2730 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-01-05 06:04 CET Last Modified: 2009-05-15 08:59 CEST ====================================================================== Summary: Missing depends CSWpmyaml, CSWpmlibwww, CSWpmhtmltree Description: Missing depends CSWpmyaml, CSWpmlibwww, CSWpmhtmltree CSWpmhtmltree is a sub-depend of CSWpmlibwww but it used by cpan2pkg ====================================================================== ---------------------------------------------------------------------- (0005412) philadmin (administrator) - 2008-11-17 22:26 http://www.opencsw.org/mantis/view.php?id=2730#c5412 ---------------------------------------------------------------------- Hmm... I dont like the idea of cswutils having that heavy a depend list. Maybe cpan2pkg should be spun off into a separate package. Issue History Date Modified Username Field Change ====================================================================== 2008-11-17 22:26 philadmin Note Added: 0005412 2008-12-19 17:03 phil Status new => assigned 2008-12-19 17:03 phil Assigned To => phil 2009-05-15 08:59 dam Assigned To phil => dam ====================================================================== From noreply at opencsw.org Fri May 15 09:01:21 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 15 May 2009 09:01:21 +0200 Subject: [bug-notifications] [cswutils 0002730]: Missing depends CSWpmyaml, CSWpmlibwww, CSWpmhtmltree In-Reply-To: <74525ea7aefd26ca2fc472b53d639137> Message-ID: <7b971ba8f2e0c1c2b8ab1e164d886798@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2730 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: cswutils Issue ID: 2730 Category: regular use Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2008-01-05 06:04 CET Last Modified: 2009-05-15 09:01 CEST ====================================================================== Summary: Missing depends CSWpmyaml, CSWpmlibwww, CSWpmhtmltree Description: Missing depends CSWpmyaml, CSWpmlibwww, CSWpmhtmltree CSWpmhtmltree is a sub-depend of CSWpmlibwww but it used by cpan2pkg ====================================================================== ---------------------------------------------------------------------- (0005412) philadmin (administrator) - 2008-11-17 22:26 http://www.opencsw.org/mantis/view.php?id=2730#c5412 ---------------------------------------------------------------------- Hmm... I dont like the idea of cswutils having that heavy a depend list. Maybe cpan2pkg should be spun off into a separate package. ---------------------------------------------------------------------- (0006115) dam (manager) - 2009-05-15 09:01 http://www.opencsw.org/mantis/view.php?id=2730#c6115 ---------------------------------------------------------------------- This is fixed in REV=2009.05.15 build after r4863 Issue History Date Modified Username Field Change ====================================================================== 2008-11-17 22:26 philadmin Note Added: 0005412 2008-12-19 17:03 phil Status new => assigned 2008-12-19 17:03 phil Assigned To => phil 2009-05-15 08:59 dam Assigned To phil => dam 2009-05-15 09:01 dam Note Added: 0006115 2009-05-15 09:01 dam Status assigned => resolved 2009-05-15 09:01 dam Resolution open => fixed ====================================================================== From noreply at opencsw.org Fri May 15 17:05:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 15 May 2009 17:05:30 +0200 Subject: [bug-notifications] [irssi 0003671]: Perl support broken: Irssi.pm missing In-Reply-To: <622de784904a6f77750d7186c6739ed9> Message-ID: <268f7685ae707dd53d5a6aa53bd90b63@opencsw.org> A NOTE has been added to this issue. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3671 ====================================================================== Reported By: skayser Assigned To: ihsan ====================================================================== Project: irssi Issue ID: 3671 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-13 19:11 CEST Last Modified: 2009-05-15 17:05 CEST ====================================================================== Summary: Perl support broken: Irssi.pm missing Description: I just wanted to plug a perl script into Irssi (for the first time), but this seems to be broken. Tested with http://quadpoint.org/projects/irssiscripts#socket-interface.pl which i put into ~/.irssi/scripts /load perl /script load socket-interface.pl This gave me: 18:54 -!- Irssi: Loaded module perl/core 18:54 -!- Irssi: Loaded module perl/fe 18:55 -!- Irssi: Error in script socket_interface: 18:55 Can't locate Irssi.pm in @INC (@INC contains: /home/skayser/.irssi/scripts /opt/csw/share/irssi/scripts /opt/csw/lib/perl/5.8.8 /opt/csw/share/perl/5.8.8 /opt/csw/lib/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw .) at (eval 18) line 1. 18:55 BEGIN failed--compilation aborted at (eval 18) line 1. Irssi.pm doesn't seem to be part of CSWirssi and i can't find it via opencsw.org/search either. It is however contained in the upstream source tarball. Might have been dropped during packaging? ====================================================================== ---------------------------------------------------------------------- (0006114) ihsan (manager) - 2009-05-14 13:11 http://opencsw.org/bugtrack/view.php?id=3671#c6114 ---------------------------------------------------------------------- Could you please try if http://mirror.opencsw.org/testing/irssi-0.8.13,REV=2009.05.14-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/irssi-0.8.13,REV=2009.05.14-SunOS5.8-sparc-CSW.pkg.gz fixes this issue? ---------------------------------------------------------------------- (0006116) skayser (administrator) - 2009-05-15 17:05 http://opencsw.org/bugtrack/view.php?id=3671#c6116 ---------------------------------------------------------------------- Yes it does. Thanks for the quick fix Ihsan! Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 19:11 skayser New Issue 2009-05-14 11:48 ihsan Status new => assigned 2009-05-14 11:48 ihsan Assigned To => ihsan 2009-05-14 13:11 ihsan Note Added: 0006114 2009-05-15 17:05 skayser Note Added: 0006116 ====================================================================== From noreply at opencsw.org Fri May 15 18:29:17 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 15 May 2009 18:29:17 +0200 Subject: [bug-notifications] [bind 0003460]: BIND 9.6.0 fails to run on Solaris 10 x86 In-Reply-To: <021da153eb5a8556a2a641af718e9b7c> Message-ID: <8f957f148ffefe1db6832ddad68830a6@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3460 ====================================================================== Reported By: waynehendricks Assigned To: bonivart ====================================================================== Project: bind Issue ID: 3460 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-06 21:43 CET Last Modified: 2009-05-15 18:29 CEST ====================================================================== Summary: BIND 9.6.0 fails to run on Solaris 10 x86 Description: Bind 9.6.0 fails when trying to run on the latest Solaris 10 x86 build with all patches installed. ====================================================================== ---------------------------------------------------------------------- (0005607) waynehendricks (reporter) - 2009-03-07 19:43 http://www.opencsw.org/bugtrack/view.php?id=3460#c5607 ---------------------------------------------------------------------- This happens when BIND is run under chroot. It cannot find /dev/poll under chroot. Maybe a separate BIND package should be created especially for chroot. ---------------------------------------------------------------------- (0005615) bonivart (manager) - 2009-03-09 22:49 http://www.opencsw.org/bugtrack/view.php?id=3460#c5615 ---------------------------------------------------------------------- I'm looking into it with another maintainer. Not sure yet what will come out of it, could be some docs, a new package or something in between. I will update this bug with any progress. ---------------------------------------------------------------------- (0006117) waynehendricks (reporter) - 2009-05-15 18:29 http://www.opencsw.org/bugtrack/view.php?id=3460#c6117 ---------------------------------------------------------------------- Any progress made? Issue History Date Modified Username Field Change ====================================================================== 2009-03-06 21:43 waynehendricks New Issue 2009-03-07 19:43 waynehendricks Note Added: 0005607 2009-03-09 20:31 bonivart Status new => assigned 2009-03-09 20:31 bonivart Assigned To => bonivart 2009-03-09 22:49 bonivart Note Added: 0005615 2009-05-15 18:29 waynehendricks Note Added: 0006117 ====================================================================== From noreply at opencsw.org Fri May 15 19:01:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 15 May 2009 19:01:44 +0200 Subject: [bug-notifications] [perldoc 0003675]: Duplicate /opt/csw/share/man/man3/MIME::Base64.3perl Message-ID: <686a486c7b1087a74a2071557d32c334@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3675 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: perldoc Issue ID: 3675 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-15 19:01 CEST Last Modified: 2009-05-15 19:01 CEST ====================================================================== Summary: Duplicate /opt/csw/share/man/man3/MIME::Base64.3perl Description: Both CSWperldoc and CSWpmmimebase64 contain /opt/csw/share/man/man3/MIME::Base64.3perl, so you get a The following files are already installed on the system and are being used by another package: /opt/csw/share/man/man3/MIME::Base64.3perl when installing one package after the other. Don't know where it should belong to, but for sure not in both packages ;) ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-15 19:01 skayser New Issue ====================================================================== From noreply at opencsw.org Sat May 16 10:50:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 16 May 2009 10:50:55 +0200 Subject: [bug-notifications] [emacs 0002599]: Emacs start hangs and dies after upgrade since last month In-Reply-To: <4fb1e96f7332623ccfe59c4985a9d768> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2599 ====================================================================== Reported By: bouteill Assigned To: pfelecan ====================================================================== Project: emacs Issue ID: 2599 Category: upgrade Reproducibility: always Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-09-24 17:41 CEST Last Modified: 2009-05-16 10:50 CEST ====================================================================== Summary: Emacs start hangs and dies after upgrade since last month Description: CSW Emacs was working fine on my Solaris 10/x86 workstation last month. I recently did a pkg-get upgrade, required to get new openssl lib for another program, and now emacs doesn\'t work anymore. When I launch it, it hangs for ~30s and then dies with this error message: Variable binding depth exceeds max-specpdl-size Truss doesn\'t reveal anything obvious. I\'m not sure how to find more information about the problem, but would be happy to debug it on anyone\'s instructions. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-16 10:50 pfelecan Status new => assigned 2009-05-16 10:50 pfelecan Assigned To => pfelecan ====================================================================== From noreply at opencsw.org Sat May 16 10:52:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 16 May 2009 10:52:56 +0200 Subject: [bug-notifications] [emacs 0002599]: Emacs start hangs and dies after upgrade since last month In-Reply-To: <4fb1e96f7332623ccfe59c4985a9d768> Message-ID: <10e87d183ed51a0f3e823d3161250911@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2599 ====================================================================== Reported By: bouteill Assigned To: pfelecan ====================================================================== Project: emacs Issue ID: 2599 Category: upgrade Reproducibility: always Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-09-24 17:41 CEST Last Modified: 2009-05-16 10:52 CEST ====================================================================== Summary: Emacs start hangs and dies after upgrade since last month Description: CSW Emacs was working fine on my Solaris 10/x86 workstation last month. I recently did a pkg-get upgrade, required to get new openssl lib for another program, and now emacs doesn\'t work anymore. When I launch it, it hangs for ~30s and then dies with this error message: Variable binding depth exceeds max-specpdl-size Truss doesn\'t reveal anything obvious. I\'m not sure how to find more information about the problem, but would be happy to debug it on anyone\'s instructions. ====================================================================== ---------------------------------------------------------------------- (0006118) pfelecan (manager) - 2009-05-16 10:52 http://www.opencsw.org/mantis/view.php?id=2599#c6118 ---------------------------------------------------------------------- This is too old to reproduce (2 releases since then...); if it can be reproduced by the reporter I'll try to fix. Issue History Date Modified Username Field Change ====================================================================== 2009-05-16 10:50 pfelecan Status new => assigned 2009-05-16 10:50 pfelecan Assigned To => pfelecan 2009-05-16 10:52 pfelecan Note Added: 0006118 2009-05-16 10:52 pfelecan Status assigned => closed ====================================================================== From noreply at opencsw.org Sat May 16 10:54:17 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 16 May 2009 10:54:17 +0200 Subject: [bug-notifications] [emacs_gtk 0002919]: emacs_gtk crashes when using Save As In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2919 ====================================================================== Reported By: laurent Assigned To: pfelecan ====================================================================== Project: emacs_gtk Issue ID: 2919 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-06-25 05:01 CEST Last Modified: 2009-05-16 10:54 CEST ====================================================================== Summary: emacs_gtk crashes when using Save As Description: It starts fine, but it crashes one time out of 3 when opening the Save As dialog. Sometimes the dialog appears, I can cancel, and on the next tries it crashes as soon as I select Save As. Or it crashes right after displaying the pop up. The errors are not always the same: $ emacs Fatal error (10)Bus Error $ /opt/csw/bin/emacs Fatal error (11)Segmentation Fault (core dumped) This happens both on Solaris 9 SPARC not recently patched, and on Solaris 10 x86 patched 2 weeks ago. Since I went from unstable to stable, some packages ar slightly more recent, but I doubt they\'re the cause of the problem: /opt/csw/share/emacs]# pkg-get -c | grep -v \'Not installed\' | grep-v SAME WARNING: gpg not found # (From site http://blastwave.solaris-fr.org/stable ) software localrev remoterev aalib 1.4.0,REV=2008.04.13_rev=rc51.4.0,REV=2004.10.15_rev=rc5 ghostscript 8.62,REV=2008.04.15 8.61 libgcrypt 1.4.1,REV=2008.05.27 1.4.0 openssl 0.9.8g,REV=2008.04.30_rev=g 0.9.8g,REV=2008.03.22_rev=g perl 5.8.8,REV=2008.03.25 5.8.8,REV=2007.10.05 samba_lib 3.0.23,REV=2006.08.09b 3.0.22,REV=2006.06.21 screen 4.0.3,REV=2008.04.30 4.0.2,REV=2005.11.02 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-16 10:54 pfelecan Status new => assigned 2009-05-16 10:54 pfelecan Assigned To => pfelecan ====================================================================== From noreply at opencsw.org Sat May 16 10:55:29 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 16 May 2009 10:55:29 +0200 Subject: [bug-notifications] [emacs_gtk 0002919]: emacs_gtk crashes when using Save As In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2919 ====================================================================== Reported By: laurent Assigned To: pfelecan ====================================================================== Project: emacs_gtk Issue ID: 2919 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-06-25 05:01 CEST Last Modified: 2009-05-16 10:55 CEST ====================================================================== Summary: emacs_gtk crashes when using Save As Description: It starts fine, but it crashes one time out of 3 when opening the Save As dialog. Sometimes the dialog appears, I can cancel, and on the next tries it crashes as soon as I select Save As. Or it crashes right after displaying the pop up. The errors are not always the same: $ emacs Fatal error (10)Bus Error $ /opt/csw/bin/emacs Fatal error (11)Segmentation Fault (core dumped) This happens both on Solaris 9 SPARC not recently patched, and on Solaris 10 x86 patched 2 weeks ago. Since I went from unstable to stable, some packages ar slightly more recent, but I doubt they\'re the cause of the problem: /opt/csw/share/emacs]# pkg-get -c | grep -v \'Not installed\' | grep-v SAME WARNING: gpg not found # (From site http://blastwave.solaris-fr.org/stable ) software localrev remoterev aalib 1.4.0,REV=2008.04.13_rev=rc51.4.0,REV=2004.10.15_rev=rc5 ghostscript 8.62,REV=2008.04.15 8.61 libgcrypt 1.4.1,REV=2008.05.27 1.4.0 openssl 0.9.8g,REV=2008.04.30_rev=g 0.9.8g,REV=2008.03.22_rev=g perl 5.8.8,REV=2008.03.25 5.8.8,REV=2007.10.05 samba_lib 3.0.23,REV=2006.08.09b 3.0.22,REV=2006.06.21 screen 4.0.3,REV=2008.04.30 4.0.2,REV=2005.11.02 ====================================================================== ---------------------------------------------------------------------- (0006119) pfelecan (manager) - 2009-05-16 10:55 http://www.opencsw.org/mantis/view.php?id=2919#c6119 ---------------------------------------------------------------------- Too old to reproduce (one major release since the; if the reporter can reproduce I'll reopen-it. Issue History Date Modified Username Field Change ====================================================================== 2009-05-16 10:54 pfelecan Status new => assigned 2009-05-16 10:54 pfelecan Assigned To => pfelecan 2009-05-16 10:55 pfelecan Note Added: 0006119 2009-05-16 10:55 pfelecan Status assigned => closed ====================================================================== From noreply at opencsw.org Sat May 16 12:05:21 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 16 May 2009 12:05:21 +0200 Subject: [bug-notifications] [irssi 0003671]: Perl support broken: Irssi.pm missing In-Reply-To: <622de784904a6f77750d7186c6739ed9> Message-ID: <7225e798be9fb355167a3436d8b2bf7f@opencsw.org> The following issue has been RESOLVED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3671 ====================================================================== Reported By: skayser Assigned To: ihsan ====================================================================== Project: irssi Issue ID: 3671 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-13 19:11 CEST Last Modified: 2009-05-16 12:05 CEST ====================================================================== Summary: Perl support broken: Irssi.pm missing Description: I just wanted to plug a perl script into Irssi (for the first time), but this seems to be broken. Tested with http://quadpoint.org/projects/irssiscripts#socket-interface.pl which i put into ~/.irssi/scripts /load perl /script load socket-interface.pl This gave me: 18:54 -!- Irssi: Loaded module perl/core 18:54 -!- Irssi: Loaded module perl/fe 18:55 -!- Irssi: Error in script socket_interface: 18:55 Can't locate Irssi.pm in @INC (@INC contains: /home/skayser/.irssi/scripts /opt/csw/share/irssi/scripts /opt/csw/lib/perl/5.8.8 /opt/csw/share/perl/5.8.8 /opt/csw/lib/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw .) at (eval 18) line 1. 18:55 BEGIN failed--compilation aborted at (eval 18) line 1. Irssi.pm doesn't seem to be part of CSWirssi and i can't find it via opencsw.org/search either. It is however contained in the upstream source tarball. Might have been dropped during packaging? ====================================================================== ---------------------------------------------------------------------- (0006114) ihsan (manager) - 2009-05-14 13:11 http://opencsw.org/bugtrack/view.php?id=3671#c6114 ---------------------------------------------------------------------- Could you please try if http://mirror.opencsw.org/testing/irssi-0.8.13,REV=2009.05.14-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/irssi-0.8.13,REV=2009.05.14-SunOS5.8-sparc-CSW.pkg.gz fixes this issue? ---------------------------------------------------------------------- (0006116) skayser (administrator) - 2009-05-15 17:05 http://opencsw.org/bugtrack/view.php?id=3671#c6116 ---------------------------------------------------------------------- Yes it does. Thanks for the quick fix Ihsan! ---------------------------------------------------------------------- (0006120) ihsan (manager) - 2009-05-16 12:05 http://opencsw.org/bugtrack/view.php?id=3671#c6120 ---------------------------------------------------------------------- fixed in 0.8.13,REV=2009.05.15 Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 19:11 skayser New Issue 2009-05-14 11:48 ihsan Status new => assigned 2009-05-14 11:48 ihsan Assigned To => ihsan 2009-05-14 13:11 ihsan Note Added: 0006114 2009-05-15 17:05 skayser Note Added: 0006116 2009-05-16 12:05 ihsan Note Added: 0006120 2009-05-16 12:05 ihsan Status assigned => resolved 2009-05-16 12:05 ihsan Resolution open => fixed ====================================================================== From noreply at opencsw.org Sat May 16 12:06:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 16 May 2009 12:06:19 +0200 Subject: [bug-notifications] [irssi 0003671]: Perl support broken: Irssi.pm missing In-Reply-To: <622de784904a6f77750d7186c6739ed9> Message-ID: The following issue has been CLOSED ====================================================================== http://opencsw.org/bugtrack/view.php?id=3671 ====================================================================== Reported By: skayser Assigned To: ihsan ====================================================================== Project: irssi Issue ID: 3671 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-13 19:11 CEST Last Modified: 2009-05-16 12:06 CEST ====================================================================== Summary: Perl support broken: Irssi.pm missing Description: I just wanted to plug a perl script into Irssi (for the first time), but this seems to be broken. Tested with http://quadpoint.org/projects/irssiscripts#socket-interface.pl which i put into ~/.irssi/scripts /load perl /script load socket-interface.pl This gave me: 18:54 -!- Irssi: Loaded module perl/core 18:54 -!- Irssi: Loaded module perl/fe 18:55 -!- Irssi: Error in script socket_interface: 18:55 Can't locate Irssi.pm in @INC (@INC contains: /home/skayser/.irssi/scripts /opt/csw/share/irssi/scripts /opt/csw/lib/perl/5.8.8 /opt/csw/share/perl/5.8.8 /opt/csw/lib/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw .) at (eval 18) line 1. 18:55 BEGIN failed--compilation aborted at (eval 18) line 1. Irssi.pm doesn't seem to be part of CSWirssi and i can't find it via opencsw.org/search either. It is however contained in the upstream source tarball. Might have been dropped during packaging? ====================================================================== ---------------------------------------------------------------------- (0006114) ihsan (manager) - 2009-05-14 13:11 http://opencsw.org/bugtrack/view.php?id=3671#c6114 ---------------------------------------------------------------------- Could you please try if http://mirror.opencsw.org/testing/irssi-0.8.13,REV=2009.05.14-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/irssi-0.8.13,REV=2009.05.14-SunOS5.8-sparc-CSW.pkg.gz fixes this issue? ---------------------------------------------------------------------- (0006116) skayser (administrator) - 2009-05-15 17:05 http://opencsw.org/bugtrack/view.php?id=3671#c6116 ---------------------------------------------------------------------- Yes it does. Thanks for the quick fix Ihsan! ---------------------------------------------------------------------- (0006120) ihsan (manager) - 2009-05-16 12:05 http://opencsw.org/bugtrack/view.php?id=3671#c6120 ---------------------------------------------------------------------- fixed in 0.8.13,REV=2009.05.15 Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 19:11 skayser New Issue 2009-05-14 11:48 ihsan Status new => assigned 2009-05-14 11:48 ihsan Assigned To => ihsan 2009-05-14 13:11 ihsan Note Added: 0006114 2009-05-15 17:05 skayser Note Added: 0006116 2009-05-16 12:05 ihsan Note Added: 0006120 2009-05-16 12:05 ihsan Status assigned => resolved 2009-05-16 12:05 ihsan Resolution open => fixed 2009-05-16 12:06 ihsan Status resolved => closed ====================================================================== From noreply at opencsw.org Sat May 16 12:13:35 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 16 May 2009 12:13:35 +0200 Subject: [bug-notifications] [powertop 0003581]: Solaris 10 pacakge in 5.8 and 5.9 In-Reply-To: <462ca0dae2e9310a2d60529a54c3ba74> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3581 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: powertop Issue ID: 3581 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-04-01 21:35 CEST Last Modified: 2009-05-16 12:13 CEST ====================================================================== Summary: Solaris 10 pacakge in 5.8 and 5.9 Description: powertop is built for solaris 10 only but is publish in the 5.8 and 5.9 packge collections. ====================================================================== ---------------------------------------------------------------------- (0005815) aubrey (manager) - 2009-04-02 02:30 http://www.opencsw.org/mantis/view.php?id=3581#c5815 ---------------------------------------------------------------------- IIRC, the powertop package has a checkinstall script, if the script detects the powertop dtrace probe is not available, the installation will abort. But anyway, it's sort of unreasonable to put powertop into solaris8, solaris9 package collections. ---------------------------------------------------------------------- (0005819) james (reporter) - 2009-04-02 10:23 http://www.opencsw.org/mantis/view.php?id=3581#c5819 ---------------------------------------------------------------------- I agree it's unreasonable to put powertop into S[89] collection, I'm expecting the resolution to be its removal (from 8 9). ---------------------------------------------------------------------- (0006121) aubrey (manager) - 2009-05-16 12:13 http://www.opencsw.org/mantis/view.php?id=3581#c6121 ---------------------------------------------------------------------- PowerTOP has already been integrated into ON bits. This software depends on the dtrace probe in the solaris kernel, even on Solaris 10, different build has different implementation. So, Can we remove it at all? Otherwise, the mis-matched use could confuse the user. Issue History Date Modified Username Field Change ====================================================================== 2009-04-01 21:35 james New Issue 2009-04-02 02:30 aubrey Note Added: 0005815 2009-04-02 10:23 james Note Added: 0005819 2009-05-16 12:13 aubrey Note Added: 0006121 ====================================================================== From noreply at opencsw.org Sat May 16 13:20:37 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 16 May 2009 13:20:37 +0200 Subject: [bug-notifications] [rrdtool 0003612]: Could you activate ruby binding when building the package In-Reply-To: <7153d1f51b109fd49afa59a8541adf6a> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3612 ====================================================================== Reported By: nicbric Assigned To: ihsan ====================================================================== Project: rrdtool Issue ID: 3612 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-03 10:14 CEST Last Modified: 2009-05-16 13:20 CEST ====================================================================== Summary: Could you activate ruby binding when building the package Description: Could you activate the options for ruby-binding to the configure script. Actually in Makefile it is not activated: CONFIGURE_ARGS += --disable-ruby ====================================================================== ---------------------------------------------------------------------- (0006122) ihsan (manager) - 2009-05-16 13:20 http://www.opencsw.org/bugtrack/view.php?id=3612#c6122 ---------------------------------------------------------------------- I'm very sorry for the delay, but there was an other issue with rrdtool which had to be fixed first. Could you please try these packages: http://mirror.opencsw.org/testing/rrdtool-1.3.7,REV=2009.05.16-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/rrdtool-1.3.7,REV=2009.05.16-SunOS5.8-i386-CSW.pkg.gz Issue History Date Modified Username Field Change ====================================================================== 2009-04-03 10:14 nicbric New Issue 2009-04-03 16:48 ihsan Status new => assigned 2009-04-03 16:48 ihsan Assigned To => ihsan 2009-05-16 13:20 ihsan Note Added: 0006122 2009-05-16 13:20 ihsan Status assigned => resolved 2009-05-16 13:20 ihsan Resolution open => fixed ====================================================================== From noreply at opencsw.org Sun May 17 03:32:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 03:32:10 +0200 Subject: [bug-notifications] [apache2rt 0003676]: Package contains Extra files Message-ID: <7de47632aa59555a411f753688e93afb@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3676 ====================================================================== Reported By: mwatters Assigned To: ====================================================================== Project: apache2rt Issue ID: 3676 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-17 03:32 CEST Last Modified: 2009-05-17 03:32 CEST ====================================================================== Summary: Package contains Extra files Description: This package should only include the libraries. Please move the following to apache2_devel: /opt/csw/apache2/share/build /opt/csw/apache2/share /opt/csw/apache2/sbin/apxs /opt/csw/apache2/sbin /opt/csw/apache2/man/man8/apxs.8 /opt/csw/apache2/man/man8 /opt/csw/apache2/man /opt/csw/apache2/lib/pkgconfig /opt/csw/apache2/bin/apu-config /opt/csw/apache2/bin/apu-1-config /opt/csw/apache2/share/build/instdso.sh /opt/csw/apache2/share/build/config_vars.mk /opt/csw/apache2/bin/apr-config /opt/csw/apache2/bin/apr-1-config and please remove dir /opt/csw/apache2/bin from the apache2rt package ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 03:32 mwatters New Issue ====================================================================== From noreply at opencsw.org Sun May 17 16:54:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 16:54:55 +0200 Subject: [bug-notifications] [cswclassutils 0003634]: Please add smf service state persistence across upgrade In-Reply-To: <58e13c493b1026ed43824a8221b97717> Message-ID: <5d64f88dcc3a165115a437a8c412ae00@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3634 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3634 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-13 19:48 CEST Last Modified: 2009-05-17 16:54 CEST ====================================================================== Summary: Please add smf service state persistence across upgrade Description: Currently, if someone installs a daemon (provided by a csw package) under Solaris with SMF support and chooses to disable it, this state will not be preserved across upgrades. Next time, the package is upgraded, the service will be automatically started and will be configured to do so at boot time, In other word: the "svcadm disable" command is useless with opencsw packaged daemons. It would be nice to add smf service state persistence across upgrade in cswclassutils to allow the state of service to stay the same across upgrades. ====================================================================== ---------------------------------------------------------------------- (0005959) yann (reporter) - 2009-04-13 19:54 http://www.opencsw.org/mantis/view.php?id=3634#c5959 ---------------------------------------------------------------------- I upload a patch which implement this behaviour. However, it will only do so when autoenable_daemons is enabled, because the standard explicitely says to not start daemons when autoenable_daemons is set to no. I would prefer the smf saved state to override the autoenable_daemons but I think that would require some discussion. ---------------------------------------------------------------------- (0005994) bonivart (manager) - 2009-04-21 18:51 http://www.opencsw.org/mantis/view.php?id=3634#c5994 ---------------------------------------------------------------------- I have implemented your patch in 1.6. ---------------------------------------------------------------------- (0005999) bonivart (manager) - 2009-04-22 17:58 http://www.opencsw.org/mantis/view.php?id=3634#c5999 ---------------------------------------------------------------------- Just discovered a (non related) problem with packages that set up multiple services and realized that this patch doesn't cover that either. It only saves one state per package, not separate state for each service of the package. ClamAV is one example of a package that sets up multiple services. ---------------------------------------------------------------------- (0006000) yann (reporter) - 2009-04-22 18:01 http://www.opencsw.org/mantis/view.php?id=3634#c6000 ---------------------------------------------------------------------- Ok, I will have a look at this problem. ---------------------------------------------------------------------- (0006027) bonivart (manager) - 2009-04-24 18:46 http://www.opencsw.org/mantis/view.php?id=3634#c6027 ---------------------------------------------------------------------- I'm testing some other changes to cswinitsmf and it never starts the service. It seems that the only way a service can be enabled is if there existed a state file that says it was enabled before but this means that new installations can never be enabled..? ---------------------------------------------------------------------- (0006123) yann (reporter) - 2009-05-17 16:54 http://www.opencsw.org/mantis/view.php?id=3634#c6123 ---------------------------------------------------------------------- Hi Peter, I had a look at the multiple service case, and the smf persistance code already handled it fine. I tested with clamav, disabling one of the two service (clamav-milter) and the state was properly restored upon reinstallation. However, I fixed the bug you mentionned in your last note, now the code will properly enable the service even if the state file is not present. I attached a patch against cswclassutils 1.9 to re-enable the code and apply the fix: smf_state_persistence_multiple.patch Issue History Date Modified Username Field Change ====================================================================== 2009-04-13 19:48 yann New Issue 2009-04-13 19:49 yann File Added: smf_state_persistence.patch 2009-04-13 19:54 yann Note Added: 0005959 2009-04-21 16:15 bonivart Status new => assigned 2009-04-21 16:15 bonivart Assigned To => bonivart 2009-04-21 18:51 bonivart Note Added: 0005994 2009-04-22 17:58 bonivart Note Added: 0005999 2009-04-22 18:01 yann Note Added: 0006000 2009-04-24 18:46 bonivart Note Added: 0006027 2009-05-17 16:52 yann File Added: smf_state_persistence_multiple.patch 2009-05-17 16:54 yann Note Added: 0006123 ====================================================================== From noreply at opencsw.org Sun May 17 16:56:39 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 16:56:39 +0200 Subject: [bug-notifications] [cswclassutils 0003636]: Allow package to provide their own manifest file In-Reply-To: Message-ID: <937ddffab3946172f3056a626dac85bd@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3636 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3636 Category: regular use Reproducibility: have not tried Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-13 20:01 CEST Last Modified: 2009-05-17 16:56 CEST ====================================================================== Summary: Allow package to provide their own manifest file Description: Some package already provide their own manifest file to be used under Solaris 10. It would be nice to have a way for a package using cswinitsmf to disable automatic manifest generation so its own manifest file is used. ====================================================================== ---------------------------------------------------------------------- (0005970) yann (reporter) - 2009-04-15 21:12 http://www.opencsw.org/mantis/view.php?id=3636#c5970 ---------------------------------------------------------------------- It could be configured by using the existing tweaks system. For exemple, if you provide your own manifest file, you could add: #SMF_SCRIPT no # change this value to no if this init script should not be used to autogenerate the smf manifest file. ---------------------------------------------------------------------- (0005992) bonivart (manager) - 2009-04-21 17:20 http://www.opencsw.org/mantis/view.php?id=3636#c5992 ---------------------------------------------------------------------- Ok, but how would it know which file to import as manifest? SMF_SCRIPT /path/to/manifest ? ---------------------------------------------------------------------- (0005996) yann (reporter) - 2009-04-21 21:08 http://www.opencsw.org/mantis/view.php?id=3636#c5996 ---------------------------------------------------------------------- The manifest file would belong to the cswinitsmf class, so it will be passed to your script which could register it if smf is available and enabled. You would have to add a test to determine if the file is a manifest or an init.d script (or something else). But using "SMF_SCRIPT /path/to/manifest" will also work. ---------------------------------------------------------------------- (0006124) yann (reporter) - 2009-05-17 16:56 http://www.opencsw.org/mantis/view.php?id=3636#c6124 ---------------------------------------------------------------------- Hi Peter, Any news of this feature, do you plan adding it ? I am waiting for it to be able to switch some of my packages to cswclassutils. Thanks in avance, Yann Issue History Date Modified Username Field Change ====================================================================== 2009-04-13 20:01 yann New Issue 2009-04-15 21:12 yann Note Added: 0005970 2009-04-21 17:18 bonivart Status new => assigned 2009-04-21 17:18 bonivart Assigned To => bonivart 2009-04-21 17:20 bonivart Note Added: 0005992 2009-04-21 21:08 yann Note Added: 0005996 2009-05-17 16:56 yann Note Added: 0006124 ====================================================================== From noreply at opencsw.org Sun May 17 16:57:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 16:57:10 +0200 Subject: [bug-notifications] [cswclassutils 0003635]: Support service that can't be autoenabled at first install In-Reply-To: Message-ID: <4071d4d47e86c773499d38495dab09ac@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3635 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3635 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-13 19:59 CEST Last Modified: 2009-05-17 16:57 CEST ====================================================================== Summary: Support service that can't be autoenabled at first install Description: Some daemons can't be launched at all at first install without a bit of manual configuration, that the case of imapproxy which require an imap server to be given in imapproxy configuration file. Currently, cswclassutils cswinitsmf will always tries to start the daemon if autoenable_daemons=yes, for cswimapproxy this would result in a service in maintenance state that would need to be cleared. It would be nice to have support for this case, the service can't be launched at first install, but once it is configured and enabled by the administrator, it has to be re-launched at each upgrade. ====================================================================== ---------------------------------------------------------------------- (0005991) bonivart (manager) - 2009-04-21 17:17 http://www.opencsw.org/mantis/view.php?id=3635#c5991 ---------------------------------------------------------------------- Isn't this normally handled by the start script? Something like: [ -f someconffile ] && startservice ---------------------------------------------------------------------- (0005997) yann (reporter) - 2009-04-21 21:12 http://www.opencsw.org/mantis/view.php?id=3635#c5997 ---------------------------------------------------------------------- The script already has this check, but as your script will always try to enable the service (if autoenable_daemons != no), the init script will exit and the imapproxy service will go in maintenance mode from SMF point of view. It would be cleaner to have it not started at all at the first install. ---------------------------------------------------------------------- (0006125) yann (reporter) - 2009-05-17 16:57 http://www.opencsw.org/mantis/view.php?id=3635#c6125 ---------------------------------------------------------------------- Hi Peter, Any news of this feature request ? Issue History Date Modified Username Field Change ====================================================================== 2009-04-13 19:59 yann New Issue 2009-04-21 17:15 bonivart Status new => assigned 2009-04-21 17:15 bonivart Assigned To => bonivart 2009-04-21 17:17 bonivart Note Added: 0005991 2009-04-21 21:12 yann Note Added: 0005997 2009-05-17 16:57 yann Note Added: 0006125 ====================================================================== From noreply at opencsw.org Sun May 17 17:57:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 17:57:31 +0200 Subject: [bug-notifications] [gcc4core 0001405]: 64-bit libraries paths are not correct In-Reply-To: <2b9107d1fd68aec5b3c11f1317d8a3ce> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1405 ====================================================================== Reported By: tmalik Assigned To: pfelecan ====================================================================== Project: gcc4core Issue ID: 1405 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-01-19 08:46 CET Last Modified: 2009-05-17 17:57 CEST ====================================================================== Summary: 64-bit libraries paths are not correct Description: When i compile with -m64 option i get following error on Solaris 2.10 whereas without -m64 option it compile works great. ld: fatal: file /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../../libgcc_s.so: wrong ELF class: ELFCLASS32 Also when i run configure with GCC4 it can\'t detect Libinconv but if I run configure with GCC3 it does detect libinconv correctly. ====================================================================== ---------------------------------------------------------------------- (0002987) pfelecan (reporter) - 2006-01-19 14:22 http://www.opencsw.org/bugtrack/view.php?id=1405#c2987 ---------------------------------------------------------------------- Indeed, /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../../libgcc_s.so is a 32 bit library. I wonder how it get linked in a 64 bit generation; normally, the /opt/csw/gcc4/lib/spqrcv9/libgcc_s.so is used in this case and it is a 64 bit library. Can you give me a minimal C program which manifest this behaviour? Please re-execute your example using the -v switch and attach the output thus obtained. Also, I gather from your example that it is extracted from a libtool based link phase. Am I correct? ---------------------------------------------------------------------- (0002989) tmalik (reporter) - 2006-01-19 21:21 http://www.opencsw.org/bugtrack/view.php?id=1405#c2989 ---------------------------------------------------------------------- Hi, 1. I am new to unix world now.... last i did was 20 years ago....so am quite rusty.... I am trying to build a package (an IBM mainframe emulator)..... here is the link for entire source as ditsributed by the developers: http://www.hercules-390.org/hercules-3.03.1.tar.gz. this will allow you to run configure and make yourself. 2. Attached is the log from Configure and make.... that i ran. http://solutionint.com/configure-and-make.log..... pls also notice that it did not detect libiconv whereas gcc3 sucessfuly detects that. Thanks for your help. ---------------------------------------------------------------------- (0002990) tmalik (reporter) - 2006-01-19 21:27 http://www.opencsw.org/bugtrack/view.php?id=1405#c2990 ---------------------------------------------------------------------- Sorry, i forgot to attach the output with -v option, here it is: /opt/csw/gcc4/bin/gcc -Wall -v -m64 -save-temps -shared -Wl,-h -Wl,libhercs.so -o .libs/libhercs.so .libs/hsys.o -lz -lresolv -lnsl -lsocket -lm -ldl -lbz2 -lc -m64 Reading specs from /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/specs Target: sparc-sun-solaris2.8 Configured with: ../sources/gcc-4.0.2/configure --prefix=/opt/csw/gcc4 --with-local-prefix=/opt/csw --without-gnu-as --with-as=/usr/ccs/bin/as --without-gnu-ld --with-ld=/usr/ccs/bin/ld --enable-threads=posix --enable-shared --enable-multilib --enable-nls --with-included-gettext --with-libiconv-prefix=/opt/csw --with-x --enable-java-awt=xlib --with-system-zlib --enable-languages=c,c++,f95,java,objc,ada Thread model: posix gcc version 4.0.2 /opt/csw/gcc4/libexec/gcc/sparc-sun-solaris2.8/4.0.2/collect2 -V -G -dy -z text -R /opt/csw/gcc4/lib/sparcv9 -Y P,/opt/csw/gcc4/lib/sparcv9:/usr/lib/sparcv9 -Qy -o .libs/libhercs.so /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/sparcv9/crti.o /usr/ccs/lib/sparcv9/values-Xa.o /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/sparcv9/crtbegin.o -L/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/sparcv9 -L/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2 -L/usr/ccs/bin/sparcv9 -L/usr/ccs/bin -L/usr/ccs/lib/sparcv9 -L/usr/ccs/lib -L/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../../sparcv9 -L/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../.. -L/lib/sparcv9 -L/usr/lib/sparcv9 -h libhercs.so .libs/hsys.o -lz -lresolv -lnsl -lsocket -lm -ldl -lbz2 -lc -lgcc_s -lgcc_s /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/sparcv9/crtend.o /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/sparcv9/crtn.o ld: Software Generation Utilities - Solaris Link Editors: 5.10-1.482 ld: fatal: file /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../../libgcc_s.so: wrong ELF class: ELFCLASS32 ld: fatal: file /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../../libgcc_s.so: wrong ELF class: ELFCLASS32 ld: fatal: File processing errors. No output written to .libs/libhercs.so collect2: ld returned 1 exit status ---------------------------------------------------------------------- (0002992) james (reporter) - 2006-01-20 07:54 http://www.opencsw.org/bugtrack/view.php?id=1405#c2992 ---------------------------------------------------------------------- See also: http://www.blastwave.org/mantis/view_bug_page.php?f_id=0001118 ---------------------------------------------------------------------- (0002993) pfelecan (reporter) - 2006-01-20 10:52 http://www.opencsw.org/bugtrack/view.php?id=1405#c2993 ---------------------------------------------------------------------- 1118 is not the same case: here we have C, there we have C++. The same example as in 1118 works when on a C program. I\'m continuing the investigations. ---------------------------------------------------------------------- (0002994) tmalik (reporter) - 2006-01-20 11:16 http://www.opencsw.org/bugtrack/view.php?id=1405#c2994 ---------------------------------------------------------------------- Thanks pfelecan for your update. I really apprecaite your efforts. ---------------------------------------------------------------------- (0002995) james (reporter) - 2006-01-21 05:56 http://www.opencsw.org/bugtrack/view.php?id=1405#c2995 ---------------------------------------------------------------------- 1118 is similar, it\'s just that C++ causes inclusion of -lgcc_s for a trivial program. Try: $ echo \"main(){}\" > source.c $ /opt/csw/gcc4/bin/gcc -m64 source.c -lgcc_s ld: fatal: file /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../../libgcc_s.so: wrong ELF class: ELFCLASS32 ld: fatal: File processing errors. No output written to a.out collect2: ld returned 1 exit status and note the example above uses lgcc_s ld is finding /opt/csw/gcc4/lib/libgcc_s.so.1 before /opt/csw/gcc4/lib/sparcv9/libgcc_s.so.1 ---------------------------------------------------------------------- (0002996) pfelecan (reporter) - 2006-01-21 16:02 http://www.opencsw.org/bugtrack/view.php?id=1405#c2996 ---------------------------------------------------------------------- Using: LD_OPTIONS=\'-Dfiles,libs,detail\' gcc -v -m64 t.c -lgcc_s -o t and LD_OPTIONS=\'-Dfiles,libs,detail\' g++ -v -m64 txx.cc -o txx I found the culprit: a missing symbolic link. To link 64 bit objects you must do, as root, the following: cd /opt/csw/gcc4/lib/sparcv9 ln -s libgcc_s.so.1 libgcc_s.so installf CSWgcc4core /opt/csw/gcc4/lib/sparcv9/libgcc_s.so installf -f CSWgcc4core I\'ll put this on the package\'s main page and will correct in the package for the next release, probably 4.0.3 Note that the deep reason of this is an incorrect specification file --- /opt/csw/lib/gcc/sparc-sun-solaris2.8/4.0.2/specs --- and the correction that I\'ll made available in the future packages will use this. edited on: 01-21 16:02 ---------------------------------------------------------------------- (0006126) mwatters (manager) - 2009-05-17 17:57 http://www.opencsw.org/bugtrack/view.php?id=1405#c6126 ---------------------------------------------------------------------- fixed in the 4.3.3 release Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 17:57 mwatters Note Added: 0006126 2009-05-17 17:57 mwatters Status assigned => resolved 2009-05-17 17:57 mwatters Resolution open => fixed ====================================================================== From noreply at opencsw.org Sun May 17 17:57:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 17:57:55 +0200 Subject: [bug-notifications] [gcc4core 0001405]: 64-bit libraries paths are not correct In-Reply-To: <2b9107d1fd68aec5b3c11f1317d8a3ce> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1405 ====================================================================== Reported By: tmalik Assigned To: pfelecan ====================================================================== Project: gcc4core Issue ID: 1405 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-01-19 08:46 CET Last Modified: 2009-05-17 17:57 CEST ====================================================================== Summary: 64-bit libraries paths are not correct Description: When i compile with -m64 option i get following error on Solaris 2.10 whereas without -m64 option it compile works great. ld: fatal: file /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../../libgcc_s.so: wrong ELF class: ELFCLASS32 Also when i run configure with GCC4 it can\'t detect Libinconv but if I run configure with GCC3 it does detect libinconv correctly. ====================================================================== ---------------------------------------------------------------------- (0002987) pfelecan (reporter) - 2006-01-19 14:22 http://www.opencsw.org/bugtrack/view.php?id=1405#c2987 ---------------------------------------------------------------------- Indeed, /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../../libgcc_s.so is a 32 bit library. I wonder how it get linked in a 64 bit generation; normally, the /opt/csw/gcc4/lib/spqrcv9/libgcc_s.so is used in this case and it is a 64 bit library. Can you give me a minimal C program which manifest this behaviour? Please re-execute your example using the -v switch and attach the output thus obtained. Also, I gather from your example that it is extracted from a libtool based link phase. Am I correct? ---------------------------------------------------------------------- (0002989) tmalik (reporter) - 2006-01-19 21:21 http://www.opencsw.org/bugtrack/view.php?id=1405#c2989 ---------------------------------------------------------------------- Hi, 1. I am new to unix world now.... last i did was 20 years ago....so am quite rusty.... I am trying to build a package (an IBM mainframe emulator)..... here is the link for entire source as ditsributed by the developers: http://www.hercules-390.org/hercules-3.03.1.tar.gz. this will allow you to run configure and make yourself. 2. Attached is the log from Configure and make.... that i ran. http://solutionint.com/configure-and-make.log..... pls also notice that it did not detect libiconv whereas gcc3 sucessfuly detects that. Thanks for your help. ---------------------------------------------------------------------- (0002990) tmalik (reporter) - 2006-01-19 21:27 http://www.opencsw.org/bugtrack/view.php?id=1405#c2990 ---------------------------------------------------------------------- Sorry, i forgot to attach the output with -v option, here it is: /opt/csw/gcc4/bin/gcc -Wall -v -m64 -save-temps -shared -Wl,-h -Wl,libhercs.so -o .libs/libhercs.so .libs/hsys.o -lz -lresolv -lnsl -lsocket -lm -ldl -lbz2 -lc -m64 Reading specs from /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/specs Target: sparc-sun-solaris2.8 Configured with: ../sources/gcc-4.0.2/configure --prefix=/opt/csw/gcc4 --with-local-prefix=/opt/csw --without-gnu-as --with-as=/usr/ccs/bin/as --without-gnu-ld --with-ld=/usr/ccs/bin/ld --enable-threads=posix --enable-shared --enable-multilib --enable-nls --with-included-gettext --with-libiconv-prefix=/opt/csw --with-x --enable-java-awt=xlib --with-system-zlib --enable-languages=c,c++,f95,java,objc,ada Thread model: posix gcc version 4.0.2 /opt/csw/gcc4/libexec/gcc/sparc-sun-solaris2.8/4.0.2/collect2 -V -G -dy -z text -R /opt/csw/gcc4/lib/sparcv9 -Y P,/opt/csw/gcc4/lib/sparcv9:/usr/lib/sparcv9 -Qy -o .libs/libhercs.so /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/sparcv9/crti.o /usr/ccs/lib/sparcv9/values-Xa.o /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/sparcv9/crtbegin.o -L/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/sparcv9 -L/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2 -L/usr/ccs/bin/sparcv9 -L/usr/ccs/bin -L/usr/ccs/lib/sparcv9 -L/usr/ccs/lib -L/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../../sparcv9 -L/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../.. -L/lib/sparcv9 -L/usr/lib/sparcv9 -h libhercs.so .libs/hsys.o -lz -lresolv -lnsl -lsocket -lm -ldl -lbz2 -lc -lgcc_s -lgcc_s /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/sparcv9/crtend.o /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/sparcv9/crtn.o ld: Software Generation Utilities - Solaris Link Editors: 5.10-1.482 ld: fatal: file /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../../libgcc_s.so: wrong ELF class: ELFCLASS32 ld: fatal: file /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../../libgcc_s.so: wrong ELF class: ELFCLASS32 ld: fatal: File processing errors. No output written to .libs/libhercs.so collect2: ld returned 1 exit status ---------------------------------------------------------------------- (0002992) james (reporter) - 2006-01-20 07:54 http://www.opencsw.org/bugtrack/view.php?id=1405#c2992 ---------------------------------------------------------------------- See also: http://www.blastwave.org/mantis/view_bug_page.php?f_id=0001118 ---------------------------------------------------------------------- (0002993) pfelecan (reporter) - 2006-01-20 10:52 http://www.opencsw.org/bugtrack/view.php?id=1405#c2993 ---------------------------------------------------------------------- 1118 is not the same case: here we have C, there we have C++. The same example as in 1118 works when on a C program. I\'m continuing the investigations. ---------------------------------------------------------------------- (0002994) tmalik (reporter) - 2006-01-20 11:16 http://www.opencsw.org/bugtrack/view.php?id=1405#c2994 ---------------------------------------------------------------------- Thanks pfelecan for your update. I really apprecaite your efforts. ---------------------------------------------------------------------- (0002995) james (reporter) - 2006-01-21 05:56 http://www.opencsw.org/bugtrack/view.php?id=1405#c2995 ---------------------------------------------------------------------- 1118 is similar, it\'s just that C++ causes inclusion of -lgcc_s for a trivial program. Try: $ echo \"main(){}\" > source.c $ /opt/csw/gcc4/bin/gcc -m64 source.c -lgcc_s ld: fatal: file /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../../libgcc_s.so: wrong ELF class: ELFCLASS32 ld: fatal: File processing errors. No output written to a.out collect2: ld returned 1 exit status and note the example above uses lgcc_s ld is finding /opt/csw/gcc4/lib/libgcc_s.so.1 before /opt/csw/gcc4/lib/sparcv9/libgcc_s.so.1 ---------------------------------------------------------------------- (0002996) pfelecan (reporter) - 2006-01-21 16:02 http://www.opencsw.org/bugtrack/view.php?id=1405#c2996 ---------------------------------------------------------------------- Using: LD_OPTIONS=\'-Dfiles,libs,detail\' gcc -v -m64 t.c -lgcc_s -o t and LD_OPTIONS=\'-Dfiles,libs,detail\' g++ -v -m64 txx.cc -o txx I found the culprit: a missing symbolic link. To link 64 bit objects you must do, as root, the following: cd /opt/csw/gcc4/lib/sparcv9 ln -s libgcc_s.so.1 libgcc_s.so installf CSWgcc4core /opt/csw/gcc4/lib/sparcv9/libgcc_s.so installf -f CSWgcc4core I\'ll put this on the package\'s main page and will correct in the package for the next release, probably 4.0.3 Note that the deep reason of this is an incorrect specification file --- /opt/csw/lib/gcc/sparc-sun-solaris2.8/4.0.2/specs --- and the correction that I\'ll made available in the future packages will use this. edited on: 01-21 16:02 ---------------------------------------------------------------------- (0006126) mwatters (manager) - 2009-05-17 17:57 http://www.opencsw.org/bugtrack/view.php?id=1405#c6126 ---------------------------------------------------------------------- fixed in the 4.3.3 release ---------------------------------------------------------------------- (0006127) mwatters (manager) - 2009-05-17 17:57 http://www.opencsw.org/bugtrack/view.php?id=1405#c6127 ---------------------------------------------------------------------- closed fixed Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 17:57 mwatters Note Added: 0006126 2009-05-17 17:57 mwatters Status assigned => resolved 2009-05-17 17:57 mwatters Resolution open => fixed 2009-05-17 17:57 mwatters Note Added: 0006127 2009-05-17 17:57 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 17 18:09:53 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:09:53 +0200 Subject: [bug-notifications] [gcc4g++ 0001487]: missing support for mcheck()/MALLOC_CHECK in glibc In-Reply-To: <5abee9798edb062b8b58b7b65218040d> Message-ID: <5a27a303f1473e838acd533c65e5ef95@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1487 ====================================================================== Reported By: kz43f88823 Assigned To: mwatters ====================================================================== Project: gcc4g++ Issue ID: 1487 Category: other Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2006-02-19 10:10 CET Last Modified: 2009-05-17 18:09 CEST ====================================================================== Summary: missing support for mcheck()/MALLOC_CHECK in glibc Description: the current library doesn\'t have the mcheck/MALLOC_CHECK feature enabled ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 18:09 mwatters Assigned To pfelecan => mwatters ====================================================================== From noreply at opencsw.org Sun May 17 18:10:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:10:40 +0200 Subject: [bug-notifications] [gcc4objc 0001655]: libffi and libobjc_gc.a missing In-Reply-To: <5010231d41a32c35e309fdf2a083cdfa> Message-ID: <5e22c26f242e89e88943bb0719968d88@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1655 ====================================================================== Reported By: amaier Assigned To: pfelecan ====================================================================== Project: gcc4objc Issue ID: 1655 Category: other Reproducibility: always Severity: feature Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-06-24 07:46 CEST Last Modified: 2009-05-17 18:10 CEST ====================================================================== Summary: libffi and libobjc_gc.a missing Description: a) Could you please compile gcc with --enable-libffi ? This library is required by GNUstep and other projects coded with Objective C and is part of the GCC Suite for awhile. b) And compile with --enable-objc-gc to allow usage of Boehm Garabge Collector with Objective C. I\'m not sure whether --enable-boehm-gc is needed then or one could use gc of CSWlibgc. ====================================================================== ---------------------------------------------------------------------- (0003539) pfelecan (reporter) - 2006-06-24 10:19 http://www.opencsw.org/bugtrack/view.php?id=1655#c3539 ---------------------------------------------------------------------- gcc3 has libffi enabled; can you use the stable version, i.e., gcc3 ? ---------------------------------------------------------------------- (0006128) mwatters (manager) - 2009-05-17 18:10 http://www.opencsw.org/bugtrack/view.php?id=1655#c6128 ---------------------------------------------------------------------- resolved in 4.3.3 Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 18:10 mwatters Note Added: 0006128 2009-05-17 18:10 mwatters Status assigned => resolved 2009-05-17 18:10 mwatters Resolution open => fixed ====================================================================== From noreply at opencsw.org Sun May 17 18:11:12 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:11:12 +0200 Subject: [bug-notifications] [gcc4objc 0001655]: libffi and libobjc_gc.a missing In-Reply-To: <5010231d41a32c35e309fdf2a083cdfa> Message-ID: <05d4047b5052ea0d5a6bc5d9db019e8c@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1655 ====================================================================== Reported By: amaier Assigned To: pfelecan ====================================================================== Project: gcc4objc Issue ID: 1655 Category: other Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-06-24 07:46 CEST Last Modified: 2009-05-17 18:11 CEST ====================================================================== Summary: libffi and libobjc_gc.a missing Description: a) Could you please compile gcc with --enable-libffi ? This library is required by GNUstep and other projects coded with Objective C and is part of the GCC Suite for awhile. b) And compile with --enable-objc-gc to allow usage of Boehm Garabge Collector with Objective C. I\'m not sure whether --enable-boehm-gc is needed then or one could use gc of CSWlibgc. ====================================================================== ---------------------------------------------------------------------- (0003539) pfelecan (reporter) - 2006-06-24 10:19 http://www.opencsw.org/bugtrack/view.php?id=1655#c3539 ---------------------------------------------------------------------- gcc3 has libffi enabled; can you use the stable version, i.e., gcc3 ? ---------------------------------------------------------------------- (0006128) mwatters (manager) - 2009-05-17 18:10 http://www.opencsw.org/bugtrack/view.php?id=1655#c6128 ---------------------------------------------------------------------- resolved in 4.3.3 ---------------------------------------------------------------------- (0006129) mwatters (manager) - 2009-05-17 18:11 http://www.opencsw.org/bugtrack/view.php?id=1655#c6129 ---------------------------------------------------------------------- closed fixed Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 18:10 mwatters Note Added: 0006128 2009-05-17 18:10 mwatters Status assigned => resolved 2009-05-17 18:10 mwatters Resolution open => fixed 2009-05-17 18:11 mwatters Note Added: 0006129 2009-05-17 18:11 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 17 18:45:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:45:07 +0200 Subject: [bug-notifications] [gcc4core 0001570]: No -m64 support on Solaris 10 x64 In-Reply-To: Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1570 ====================================================================== Reported By: GICodeWarrior Assigned To: mwatters ====================================================================== Project: gcc4core Issue ID: 1570 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-04-10 20:24 CEST Last Modified: 2009-05-17 18:45 CEST ====================================================================== Summary: No -m64 support on Solaris 10 x64 Description: 32-bit compilation works fine, as expected. 64-bit does not work. $ gcc -m32 test.c $ gcc -m64 test.c test.c:1: sorry, unimplemented: 64-bit mode not compiled in ====================================================================== ---------------------------------------------------------------------- (0006130) mwatters (manager) - 2009-05-17 18:45 http://www.opencsw.org/bugtrack/view.php?id=1570#c6130 ---------------------------------------------------------------------- fixed in 4.3.3 Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 18:45 mwatters Note Added: 0006130 2009-05-17 18:45 mwatters Status new => resolved 2009-05-17 18:45 mwatters Resolution open => fixed 2009-05-17 18:45 mwatters Assigned To => mwatters ====================================================================== From noreply at opencsw.org Sun May 17 18:45:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:45:26 +0200 Subject: [bug-notifications] [gcc4core 0001570]: No -m64 support on Solaris 10 x64 In-Reply-To: Message-ID: <21119c504a4cc218300b25878fb4b056@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1570 ====================================================================== Reported By: GICodeWarrior Assigned To: mwatters ====================================================================== Project: gcc4core Issue ID: 1570 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-04-10 20:24 CEST Last Modified: 2009-05-17 18:45 CEST ====================================================================== Summary: No -m64 support on Solaris 10 x64 Description: 32-bit compilation works fine, as expected. 64-bit does not work. $ gcc -m32 test.c $ gcc -m64 test.c test.c:1: sorry, unimplemented: 64-bit mode not compiled in ====================================================================== ---------------------------------------------------------------------- (0006130) mwatters (manager) - 2009-05-17 18:45 http://www.opencsw.org/bugtrack/view.php?id=1570#c6130 ---------------------------------------------------------------------- fixed in 4.3.3 ---------------------------------------------------------------------- (0006131) mwatters (manager) - 2009-05-17 18:45 http://www.opencsw.org/bugtrack/view.php?id=1570#c6131 ---------------------------------------------------------------------- closed fixed Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 18:45 mwatters Note Added: 0006130 2009-05-17 18:45 mwatters Status new => resolved 2009-05-17 18:45 mwatters Resolution open => fixed 2009-05-17 18:45 mwatters Assigned To => mwatters 2009-05-17 18:45 mwatters Note Added: 0006131 2009-05-17 18:45 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 17 18:46:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:46:23 +0200 Subject: [bug-notifications] [gcc4ada 0001652]: 64-bit support solaris x86 In-Reply-To: <27d0f67c35fb553be91c2e14d7189f8b> Message-ID: <229afcc6c31163af15661dac3ef2e4dd@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1652 ====================================================================== Reported By: ChuK0i Assigned To: ====================================================================== Project: gcc4ada Issue ID: 1652 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2006-06-22 20:19 CEST Last Modified: 2009-05-17 18:46 CEST ====================================================================== Summary: 64-bit support solaris x86 Description: Would like to have gcc/gnat have support to build 64-bit binaries on solaris x86. ====================================================================== ---------------------------------------------------------------------- (0006132) mwatters (manager) - 2009-05-17 18:46 http://www.opencsw.org/bugtrack/view.php?id=1652#c6132 ---------------------------------------------------------------------- currently there is no support upstream for 64bit ADA Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 18:46 mwatters Note Added: 0006132 2009-05-17 18:46 mwatters Status new => closed ====================================================================== From noreply at opencsw.org Sun May 17 18:47:22 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:47:22 +0200 Subject: [bug-notifications] [gcc4core 0002568]: gcc4 requires SUNWarc? In-Reply-To: <2c5af38ff72f9f9ddc4f5a32ec007747> Message-ID: <3095f52f1fe3613602621d175eb0297e@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2568 ====================================================================== Reported By: Matt H. Assigned To: mwatters ====================================================================== Project: gcc4core Issue ID: 2568 Category: other Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-08-20 19:18 CEST Last Modified: 2009-05-17 18:47 CEST ====================================================================== Summary: gcc4 requires SUNWarc? Description: I had a problem passing a configure check when it failed because this file was missing: /usr/lib/values-Xa.o It\'s part of the SUNWarc package.. Should that be a gcc4core dependency? ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 18:47 mwatters Status new => assigned 2009-05-17 18:47 mwatters Assigned To => mwatters ====================================================================== From noreply at opencsw.org Sun May 17 18:50:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:50:16 +0200 Subject: [bug-notifications] [gcc4core 0002568]: gcc4 requires SUNWarc? In-Reply-To: <2c5af38ff72f9f9ddc4f5a32ec007747> Message-ID: <67508dabf4775f368a835d32e0dd3491@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2568 ====================================================================== Reported By: Matt H. Assigned To: mwatters ====================================================================== Project: gcc4core Issue ID: 2568 Category: other Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-08-20 19:18 CEST Last Modified: 2009-05-17 18:50 CEST ====================================================================== Summary: gcc4 requires SUNWarc? Description: I had a problem passing a configure check when it failed because this file was missing: /usr/lib/values-Xa.o It\'s part of the SUNWarc package.. Should that be a gcc4core dependency? ====================================================================== ---------------------------------------------------------------------- (0006133) mwatters (manager) - 2009-05-17 18:50 http://www.opencsw.org/bugtrack/view.php?id=2568#c6133 ---------------------------------------------------------------------- This bug is over 2 years old and does not have enough information to trouble shoot. if this is still an issue, please re-open this bug and provide the application you are trying to compile as well as the output of configure. Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 18:47 mwatters Status new => assigned 2009-05-17 18:47 mwatters Assigned To => mwatters 2009-05-17 18:50 mwatters Note Added: 0006133 2009-05-17 18:50 mwatters Status assigned => closed ====================================================================== From noreply at opencsw.org Sun May 17 18:55:45 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:55:45 +0200 Subject: [bug-notifications] [gcc4g++ 0001486]: no STL support In-Reply-To: <8b2c37ed0c1a63c0a9fb5b9351723b04> Message-ID: <97424faa0c04121131194934a3aa8fb8@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1486 ====================================================================== Reported By: kz43f88823 Assigned To: pfelecan ====================================================================== Project: gcc4g++ Issue ID: 1486 Category: other Reproducibility: always Severity: block Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-02-19 10:07 CET Last Modified: 2009-05-17 18:55 CEST ====================================================================== Summary: no STL support Description: it is possible to compile sources which are using STL classes but it not possible to link, because there is no STL support in the libstdc++ ====================================================================== ---------------------------------------------------------------------- (0006134) mwatters (manager) - 2009-05-17 18:55 http://www.opencsw.org/bugtrack/view.php?id=1486#c6134 ---------------------------------------------------------------------- this is resolved in 4.3.3 Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 18:55 mwatters Note Added: 0006134 2009-05-17 18:55 mwatters Status assigned => resolved 2009-05-17 18:55 mwatters Resolution open => fixed ====================================================================== From noreply at opencsw.org Sun May 17 18:56:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:56:07 +0200 Subject: [bug-notifications] [gcc4g++ 0001486]: no STL support In-Reply-To: <8b2c37ed0c1a63c0a9fb5b9351723b04> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1486 ====================================================================== Reported By: kz43f88823 Assigned To: pfelecan ====================================================================== Project: gcc4g++ Issue ID: 1486 Category: other Reproducibility: always Severity: block Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-02-19 10:07 CET Last Modified: 2009-05-17 18:56 CEST ====================================================================== Summary: no STL support Description: it is possible to compile sources which are using STL classes but it not possible to link, because there is no STL support in the libstdc++ ====================================================================== ---------------------------------------------------------------------- (0006134) mwatters (manager) - 2009-05-17 18:55 http://www.opencsw.org/bugtrack/view.php?id=1486#c6134 ---------------------------------------------------------------------- this is resolved in 4.3.3 ---------------------------------------------------------------------- (0006135) mwatters (manager) - 2009-05-17 18:56 http://www.opencsw.org/bugtrack/view.php?id=1486#c6135 ---------------------------------------------------------------------- closed fixed Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 18:55 mwatters Note Added: 0006134 2009-05-17 18:55 mwatters Status assigned => resolved 2009-05-17 18:55 mwatters Resolution open => fixed 2009-05-17 18:56 mwatters Note Added: 0006135 2009-05-17 18:56 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 17 18:58:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:58:38 +0200 Subject: [bug-notifications] [gcc4java 0001513]: Missing ffitarget.h In-Reply-To: Message-ID: <410d40b5195fd464d784a1103b64e67e@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1513 ====================================================================== Reported By: mnovy Assigned To: pfelecan ====================================================================== Project: gcc4java Issue ID: 1513 Category: packaging Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-03-02 09:46 CET Last Modified: 2009-05-17 18:58 CEST ====================================================================== Summary: Missing ffitarget.h Description: Missing ffitarget.h in /opt/csw/gcc4/include included from ffi.h. Unable to compile projects with ffi library. ====================================================================== ---------------------------------------------------------------------- (0006136) mwatters (manager) - 2009-05-17 18:58 http://www.opencsw.org/bugtrack/view.php?id=1513#c6136 ---------------------------------------------------------------------- resolved in 4.3.3 Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 18:58 mwatters Note Added: 0006136 2009-05-17 18:58 mwatters Status assigned => resolved 2009-05-17 18:58 mwatters Resolution open => fixed ====================================================================== From noreply at opencsw.org Sun May 17 18:59:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:59:00 +0200 Subject: [bug-notifications] [gcc4java 0001513]: Missing ffitarget.h In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1513 ====================================================================== Reported By: mnovy Assigned To: pfelecan ====================================================================== Project: gcc4java Issue ID: 1513 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-03-02 09:46 CET Last Modified: 2009-05-17 18:58 CEST ====================================================================== Summary: Missing ffitarget.h Description: Missing ffitarget.h in /opt/csw/gcc4/include included from ffi.h. Unable to compile projects with ffi library. ====================================================================== ---------------------------------------------------------------------- (0006136) mwatters (manager) - 2009-05-17 18:58 http://www.opencsw.org/bugtrack/view.php?id=1513#c6136 ---------------------------------------------------------------------- resolved in 4.3.3 ---------------------------------------------------------------------- (0006137) mwatters (manager) - 2009-05-17 18:58 http://www.opencsw.org/bugtrack/view.php?id=1513#c6137 ---------------------------------------------------------------------- closed fixed Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 18:58 mwatters Note Added: 0006136 2009-05-17 18:58 mwatters Status assigned => resolved 2009-05-17 18:58 mwatters Resolution open => fixed 2009-05-17 18:58 mwatters Note Added: 0006137 2009-05-17 18:58 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 17 18:59:33 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:59:33 +0200 Subject: [bug-notifications] [php5 0003652]: No php-cgi binary in php5 package In-Reply-To: Message-ID: <9e01ec4e4f17a76e0972723e097ea460@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3652 ====================================================================== Reported By: marcing Assigned To: mwatters ====================================================================== Project: php5 Issue ID: 3652 Category: packaging Reproducibility: have not tried Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-06 15:37 CEST Last Modified: 2009-05-17 18:59 CEST ====================================================================== Summary: No php-cgi binary in php5 package Description: There's no php-cgi binary in php5 package. Or maybe its in some other package? ====================================================================== ---------------------------------------------------------------------- (0006071) mwatters (manager) - 2009-05-06 18:20 http://www.opencsw.org/bugtrack/view.php?id=3652#c6071 ---------------------------------------------------------------------- Nope, I missed it, I didn't copy the sapi directory. I will figure out the best place for it and adjust the build accordingly Thanks for the report! ---------------------------------------------------------------------- (0006072) mwatters (manager) - 2009-05-06 21:35 http://www.opencsw.org/bugtrack/view.php?id=3652#c6072 ---------------------------------------------------------------------- Well, As it turns out, there is a "bug" though I use the term loosely in this sense. The issue is more of a documentation error in php's build instructions. only cli + one other sapi can be built at any one time. in my setup, I build --with-apxs2 the first time around to build the ap2_modphp5. The second time around, I build with --with-apxs to build mod_php (only installing the sapi module) I will add a third go around to compile the php-cgi. may take me a few days to get it all squared away. ---------------------------------------------------------------------- (0006075) mwatters (manager) - 2009-05-08 05:06 http://www.opencsw.org/bugtrack/view.php?id=3652#c6075 ---------------------------------------------------------------------- The fixed package is in testing. I will close this once it is released. ---------------------------------------------------------------------- (0006138) mwatters (manager) - 2009-05-17 18:59 http://www.opencsw.org/bugtrack/view.php?id=3652#c6138 ---------------------------------------------------------------------- closed fixed Issue History Date Modified Username Field Change ====================================================================== 2009-05-06 15:37 marcing New Issue 2009-05-06 18:20 mwatters Note Added: 0006071 2009-05-06 18:20 mwatters Status new => confirmed 2009-05-06 18:20 mwatters Status confirmed => assigned 2009-05-06 18:20 mwatters Assigned To => mwatters 2009-05-06 21:35 mwatters Note Added: 0006072 2009-05-08 05:06 mwatters Note Added: 0006075 2009-05-08 05:06 mwatters Status assigned => resolved 2009-05-08 05:06 mwatters Resolution open => fixed 2009-05-17 18:59 mwatters Note Added: 0006138 2009-05-17 18:59 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 17 19:00:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 19:00:15 +0200 Subject: [bug-notifications] [php5 0003660]: The path for extensions in php.ini is not correct on a fresh install In-Reply-To: <842dd468a74d226ad4fad2d1cf0c2d41> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3660 ====================================================================== Reported By: mwatters Assigned To: mwatters ====================================================================== Project: php5 Issue ID: 3660 Category: packaging Reproducibility: always Severity: major Priority: high Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-08 17:49 CEST Last Modified: 2009-05-17 19:00 CEST ====================================================================== Summary: The path for extensions in php.ini is not correct on a fresh install Description: On a fresh install with no modules previously installed, but a php.ini file exists. this causes the post-install to set the extensions directory setting in ${PHP5_LIB}/php.ini incorrectly. Workaround: install a module and set the value manually. ====================================================================== ---------------------------------------------------------------------- (0006080) mwatters (manager) - 2009-05-10 05:35 http://www.opencsw.org/bugtrack/view.php?id=3660#c6080 ---------------------------------------------------------------------- The fixed post-install is now in testing. I will close this when released. ---------------------------------------------------------------------- (0006139) mwatters (manager) - 2009-05-17 19:00 http://www.opencsw.org/bugtrack/view.php?id=3660#c6139 ---------------------------------------------------------------------- closed fixed Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 17:49 mwatters New Issue 2009-05-08 17:51 mwatters Status new => assigned 2009-05-08 17:51 mwatters Assigned To => mwatters 2009-05-10 05:35 mwatters Note Added: 0006080 2009-05-10 05:35 mwatters Status assigned => resolved 2009-05-10 05:35 mwatters Resolution open => fixed 2009-05-17 19:00 mwatters Note Added: 0006139 2009-05-17 19:00 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 17 19:02:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 19:02:06 +0200 Subject: [bug-notifications] [gcc4core 0002569]: gcc4 requires SUNWarc? In-Reply-To: <778c1a5887ef0cadb6fbe3a8cf23eb93> Message-ID: <521cc91619ed14377c587660482830e1@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2569 ====================================================================== Reported By: Matt H. Assigned To: ====================================================================== Project: gcc4core Issue ID: 2569 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-08-20 19:19 CEST Last Modified: 2009-05-17 19:02 CEST ====================================================================== Summary: gcc4 requires SUNWarc? Description: I had a problem passing a configure check when it failed because this file was missing: /usr/lib/values-Xa.o It\'s part of the SUNWarc package.. Should that be a gcc4core dependency? ====================================================================== ---------------------------------------------------------------------- (0006140) mwatters (manager) - 2009-05-17 19:02 http://www.opencsw.org/mantis/view.php?id=2569#c6140 ---------------------------------------------------------------------- closed duplicate of 2568 Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 19:02 mwatters Note Added: 0006140 2009-05-17 19:02 mwatters Status new => closed ====================================================================== From noreply at opencsw.org Sun May 17 19:03:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 19:03:30 +0200 Subject: [bug-notifications] [python 0003054]: Add 64-bit support In-Reply-To: Message-ID: <414eabb573ba9969ef6fc0e13ffb04fe@www.opencsw.org> The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3054 ====================================================================== Reported By: harpchad Assigned To: mwatters ====================================================================== Project: python Issue ID: 3054 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2009-02-02 20:00 CET Last Modified: 2009-05-17 19:03 CEST ====================================================================== Summary: Add 64-bit support Description: Need a 64-bit libpython for dependent packages. ====================================================================== ---------------------------------------------------------------------- (0005579) mwatters (manager) - 2009-02-27 06:50 http://www.opencsw.org/mantis/view.php?id=3054#c5579 ---------------------------------------------------------------------- open to feedback on how to accomplish this without breaking anything Issue History Date Modified Username Field Change ====================================================================== 2009-02-02 20:00 harpchad New Issue 2009-02-27 06:50 mwatters Note Added: 0005579 2009-02-27 06:50 mwatters Assigned To => mwatters 2009-02-27 06:50 mwatters Status new => acknowledged 2009-05-17 19:03 mwatters Severity minor => feature ====================================================================== From noreply at opencsw.org Sun May 17 23:03:33 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 23:03:33 +0200 Subject: [bug-notifications] [gd 0003618]: Linked to 2 different libfreetype.so.6 and libz.so In-Reply-To: <2bf70d64a7673ab33fde2a007584a24c> Message-ID: <23145c1cd98ed4fdd6569cdc4d143740@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3618 ====================================================================== Reported By: james Assigned To: mwatters ====================================================================== Project: gd Issue ID: 3618 Category: packaging Reproducibility: sometimes Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-03 21:51 CEST Last Modified: 2009-05-17 23:03 CEST ====================================================================== Summary: Linked to 2 different libfreetype.so.6 and libz.so Description: This affects amd64 version, not sparcv9 /opt/csw/lib/amd64/libgd.so.2.0.0 is linked to the /use/sfw version of libfontconfig which is also linked to libfreetype.so.6 and libz.so.1. I can't make it crash but instinct tells me this is best avoided. The undrerlying problem is the lack of CSW amd64 fontconfig - please request. Also and not very of minor importance, is there a need for /opt/csw/bin/amd64/ and /opt/csw/bin/sparcv9/ executables? Justify with measurable speed gains or address space requirement. ====================================================================== ---------------------------------------------------------------------- (0005840) mwatters (manager) - 2009-04-04 05:35 http://www.opencsw.org/mantis/view.php?id=3618#c5840 ---------------------------------------------------------------------- Waiting on amd64 support for gcc ---------------------------------------------------------------------- (0005845) james (reporter) - 2009-04-04 10:59 http://www.opencsw.org/mantis/view.php?id=3618#c5845 ---------------------------------------------------------------------- Sorry, I wrote "not very of minor importance" but I changed the sense mid way in the sentance. The extra exectuables are not of importance. ---------------------------------------------------------------------- (0006141) mwatters (manager) - 2009-05-17 23:03 http://www.opencsw.org/mantis/view.php?id=3618#c6141 ---------------------------------------------------------------------- This is resolved in the current testing version. Issue History Date Modified Username Field Change ====================================================================== 2009-04-03 21:51 james New Issue 2009-04-03 21:52 mwatters Status new => assigned 2009-04-03 21:52 mwatters Assigned To => mwatters 2009-04-04 05:35 mwatters Note Added: 0005840 2009-04-04 10:59 james Note Added: 0005845 2009-05-17 23:03 mwatters Note Added: 0006141 2009-05-17 23:03 mwatters Status assigned => resolved 2009-05-17 23:03 mwatters Resolution open => fixed ====================================================================== From noreply at opencsw.org Sun May 17 23:07:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 23:07:08 +0200 Subject: [bug-notifications] [pysqlite2 0003655]: pls upgrade to 2.5.5 In-Reply-To: Message-ID: <66aca6c0d6c326cc1a2851597613c04e@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3655 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: pysqlite2 Issue ID: 3655 Category: upgrade Reproducibility: sometimes Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-07 10:33 CEST Last Modified: 2009-05-17 23:07 CEST ====================================================================== Summary: pls upgrade to 2.5.5 Description: An bug in 2.4.0 rendered my trac installs unusable. All trac instances failed with : Command failed: database parameter must be string or APSW Connection object It is an know Bug see for example : http://sjohannes.wordpress.com/2007/12/05/database-parameter-must-be-string-or-apsw-connection-object/ I upgraded locally to 2.5.5 which works like a charm ====================================================================== ---------------------------------------------------------------------- (0006076) mwatters (manager) - 2009-05-08 05:08 http://www.opencsw.org/mantis/view.php?id=3655#c6076 ---------------------------------------------------------------------- I will work on the update. Thank you for the report. ---------------------------------------------------------------------- (0006142) mwatters (manager) - 2009-05-17 23:07 http://www.opencsw.org/mantis/view.php?id=3655#c6142 ---------------------------------------------------------------------- version 2.5.5 now in testing, I will close this request once it is released. Issue History Date Modified Username Field Change ====================================================================== 2009-05-07 10:33 Nicolai SchwindtNew Issue 2009-05-08 05:07 mwatters Status new => assigned 2009-05-08 05:07 mwatters Assigned To => mwatters 2009-05-08 05:08 mwatters Note Added: 0006076 2009-05-08 05:08 mwatters Status assigned => confirmed 2009-05-17 23:07 mwatters Note Added: 0006142 2009-05-17 23:07 mwatters Status confirmed => resolved 2009-05-17 23:07 mwatters Resolution open => fixed ====================================================================== From noreply at opencsw.org Sun May 17 23:20:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 23:20:50 +0200 Subject: [bug-notifications] [ap2_subversion 0003653]: Module load order in http.conf In-Reply-To: Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3653 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: ap2_subversion Issue ID: 3653 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-07 09:38 CEST Last Modified: 2009-05-17 23:20 CEST ====================================================================== Summary: Module load order in http.conf Description: After upgrading to ap2_subversion 1.6.1,REV=2009.04.29 the LoadModule get resorted, which leads to : tcsh at port-1542 [/var/opt/csw/apache2/log] /opt/csw/apache2/sbin/apachectl -t httpd: Syntax error on line 126 of /opt/csw/apache2/etc/httpd.conf: Cannot load /opt/csw/apache2/libexec/mod_dav_lock.so into server: ld.so.1: httpd: fatal: relocation error: file /opt/csw/apache2/libexec/mod_dav_lock.so: symbol dav_new_error: referenced symbol not found Moving dav_lock_module to a lower line resolves this. The order should be something like this as dav_new_error blongs to mod_dav.so: LoadModule dav_module libexec/mod_dav.so LoadModule dav_fs_module libexec/mod_dav_fs.so LoadModule dav_svn_module libexec/mod_dav_svn.so LoadModule dav_lock_module libexec/mod_dav_lock.so LoadModule authz_svn_module libexec/mod_authz_svn.so I verified on two other machines, the modules dav_module, dav_fs_module, dav_svn_module are resorted to new lines, which leaves dav_lock_module on a line before the newly generated. ====================================================================== ---------------------------------------------------------------------- (0006078) mwatters (manager) - 2009-05-08 05:32 http://www.opencsw.org/mantis/view.php?id=3653#c6078 ---------------------------------------------------------------------- I will add the mod_dav_lock.so to the post-install for the apache module. the current one rewrites the dav, dav_fs and dav_svn but does not include dav_lock. Thank you for the report. ---------------------------------------------------------------------- (0006143) mwatters (manager) - 2009-05-17 23:20 http://www.opencsw.org/mantis/view.php?id=3653#c6143 ---------------------------------------------------------------------- this is fixed in the ap2_subversion-1.6.2,REV=2009.05.17 version in testing. Issue History Date Modified Username Field Change ====================================================================== 2009-05-07 09:38 Nicolai SchwindtNew Issue 2009-05-08 05:30 mwatters Status new => assigned 2009-05-08 05:30 mwatters Assigned To => mwatters 2009-05-08 05:32 mwatters Note Added: 0006078 2009-05-08 05:32 mwatters Status assigned => confirmed 2009-05-17 23:20 mwatters Note Added: 0006143 2009-05-17 23:20 mwatters Status confirmed => resolved 2009-05-17 23:20 mwatters Resolution open => fixed ====================================================================== From noreply at opencsw.org Sun May 17 23:22:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 23:22:28 +0200 Subject: [bug-notifications] [subversion 0003661]: sqlite error In-Reply-To: Message-ID: <735d54f26dd092f89e808324214b77a7@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3661 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: subversion Issue ID: 3661 Category: other Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-08 18:53 CEST Last Modified: 2009-05-17 23:22 CEST ====================================================================== Summary: sqlite error Description: SubversionException: ('Could not configure SQLite', 200030) This happens when using e.g. trac-admin repos resync The bug was already in subversion-1.6 which I build for myself It is related to the 'filesystem' one uses in subversion. creating a repository with : svnadmin create -fs-type fsfs test will provoke this error. doing it with : svnadmin create --fs-type fsfs --pre-1.6-compatible test will not. ====================================================================== ---------------------------------------------------------------------- (0006079) mwatters (manager) - 2009-05-10 05:32 http://www.opencsw.org/mantis/view.php?id=3661#c6079 ---------------------------------------------------------------------- Thank you for the report, I will get to it as soon as I can. ---------------------------------------------------------------------- (0006090) ThurnerRupert (reporter) - 2009-05-10 23:29 http://www.opencsw.org/mantis/view.php?id=3661#c6090 ---------------------------------------------------------------------- tested svn-1.6.2 and it works. put intermediate compiles on http://mirror.opencsw.org/testing. but these will not be the final ones coming from the expert :) ---------------------------------------------------------------------- (0006144) mwatters (manager) - 2009-05-17 23:22 http://www.opencsw.org/mantis/view.php?id=3661#c6144 ---------------------------------------------------------------------- This is supposed to be fixed upstream in the 1.6.2 version. subversion-1.6.2,REV=2009.05.17 is now in testing Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 18:53 Nicolai SchwindtNew Issue 2009-05-10 05:31 mwatters Status new => assigned 2009-05-10 05:31 mwatters Assigned To => mwatters 2009-05-10 05:32 mwatters Note Added: 0006079 2009-05-10 05:32 mwatters Status assigned => confirmed 2009-05-10 23:29 ThurnerRupert Note Added: 0006090 2009-05-17 23:22 mwatters Note Added: 0006144 2009-05-17 23:22 mwatters Status confirmed => resolved 2009-05-17 23:22 mwatters Resolution open => fixed ====================================================================== From noreply at opencsw.org Mon May 18 00:39:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 18 May 2009 00:39:18 +0200 Subject: [bug-notifications] [expect 0003677]: Please upgrade tp 5.43 Message-ID: <861da22ff9650a409bbafbb318c0ec58@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3677 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: expect Issue ID: 3677 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-18 00:39 CEST Last Modified: 2009-05-18 00:39 CEST ====================================================================== Summary: Please upgrade tp 5.43 Description: Please upgrade tp 5.43 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-18 00:39 dam New Issue ====================================================================== From noreply at opencsw.org Mon May 18 09:20:02 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 18 May 2009 09:20:02 +0200 Subject: [bug-notifications] [gdb 0003678]: please upgrade to 6.8 Message-ID: <2ed7da9b22c403ad4fb7c23410869480@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3678 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: gdb Issue ID: 3678 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-18 09:20 CEST Last Modified: 2009-05-18 09:20 CEST ====================================================================== Summary: please upgrade to 6.8 Description: Currently we are at 6.6. Is it possible to upgrade this package? TIA ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-18 09:20 pfelecan New Issue ====================================================================== From noreply at opencsw.org Mon May 18 10:58:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 18 May 2009 10:58:32 +0200 Subject: [bug-notifications] [bind 0003460]: BIND 9.6.0 fails to run on Solaris 10 x86 In-Reply-To: <021da153eb5a8556a2a641af718e9b7c> Message-ID: <1545b2be9a2769fc9015e92249d7c028@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3460 ====================================================================== Reported By: waynehendricks Assigned To: bonivart ====================================================================== Project: bind Issue ID: 3460 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-06 21:43 CET Last Modified: 2009-05-18 10:58 CEST ====================================================================== Summary: BIND 9.6.0 fails to run on Solaris 10 x86 Description: Bind 9.6.0 fails when trying to run on the latest Solaris 10 x86 build with all patches installed. ====================================================================== ---------------------------------------------------------------------- (0005607) waynehendricks (reporter) - 2009-03-07 19:43 http://www.opencsw.org/mantis/view.php?id=3460#c5607 ---------------------------------------------------------------------- This happens when BIND is run under chroot. It cannot find /dev/poll under chroot. Maybe a separate BIND package should be created especially for chroot. ---------------------------------------------------------------------- (0005615) bonivart (manager) - 2009-03-09 22:49 http://www.opencsw.org/mantis/view.php?id=3460#c5615 ---------------------------------------------------------------------- I'm looking into it with another maintainer. Not sure yet what will come out of it, could be some docs, a new package or something in between. I will update this bug with any progress. ---------------------------------------------------------------------- (0006117) waynehendricks (reporter) - 2009-05-15 18:29 http://www.opencsw.org/mantis/view.php?id=3460#c6117 ---------------------------------------------------------------------- Any progress made? ---------------------------------------------------------------------- (0006145) bonivart (manager) - 2009-05-18 10:58 http://www.opencsw.org/mantis/view.php?id=3460#c6145 ---------------------------------------------------------------------- Sorry, haven't had time to actually do anything yet. We discussed it on the maintainers list and most thought that a new package (depending on CSWbind) should be created if we were to support this. Apparantly Red Hat does it that way. Issue History Date Modified Username Field Change ====================================================================== 2009-03-06 21:43 waynehendricks New Issue 2009-03-07 19:43 waynehendricks Note Added: 0005607 2009-03-09 20:31 bonivart Status new => assigned 2009-03-09 20:31 bonivart Assigned To => bonivart 2009-03-09 22:49 bonivart Note Added: 0005615 2009-05-15 18:29 waynehendricks Note Added: 0006117 2009-05-18 10:58 bonivart Note Added: 0006145 ====================================================================== From noreply at opencsw.org Mon May 18 11:07:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 18 May 2009 11:07:56 +0200 Subject: [bug-notifications] [perldoc 0003675]: Duplicate /opt/csw/share/man/man3/MIME::Base64.3perl In-Reply-To: <2b88d13586d1094b54d1bfc4d72a1dca> Message-ID: <9b0db2d138d1ada0829012c0bd8d7921@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3675 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: perldoc Issue ID: 3675 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-15 19:01 CEST Last Modified: 2009-05-18 11:07 CEST ====================================================================== Summary: Duplicate /opt/csw/share/man/man3/MIME::Base64.3perl Description: Both CSWperldoc and CSWpmmimebase64 contain /opt/csw/share/man/man3/MIME::Base64.3perl, so you get a The following files are already installed on the system and are being used by another package: /opt/csw/share/man/man3/MIME::Base64.3perl when installing one package after the other. Don't know where it should belong to, but for sure not in both packages ;) ====================================================================== ---------------------------------------------------------------------- (0006146) bonivart (manager) - 2009-05-18 11:07 http://www.opencsw.org/mantis/view.php?id=3675#c6146 ---------------------------------------------------------------------- The easiest thing to do would be to respin CSWpmmimebase64 and not include the man page. Agree? Issue History Date Modified Username Field Change ====================================================================== 2009-05-15 19:01 skayser New Issue 2009-05-18 11:07 bonivart Note Added: 0006146 ====================================================================== From noreply at opencsw.org Mon May 18 14:18:53 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 18 May 2009 14:18:53 +0200 Subject: [bug-notifications] [perldoc 0003675]: Duplicate /opt/csw/share/man/man3/MIME::Base64.3perl In-Reply-To: <2b88d13586d1094b54d1bfc4d72a1dca> Message-ID: <6b6e6f2ae8c52a1f12bbc0ab8b4b8248@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3675 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: perldoc Issue ID: 3675 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-15 19:01 CEST Last Modified: 2009-05-18 14:18 CEST ====================================================================== Summary: Duplicate /opt/csw/share/man/man3/MIME::Base64.3perl Description: Both CSWperldoc and CSWpmmimebase64 contain /opt/csw/share/man/man3/MIME::Base64.3perl, so you get a The following files are already installed on the system and are being used by another package: /opt/csw/share/man/man3/MIME::Base64.3perl when installing one package after the other. Don't know where it should belong to, but for sure not in both packages ;) ====================================================================== ---------------------------------------------------------------------- (0006146) bonivart (manager) - 2009-05-18 11:07 http://www.opencsw.org/mantis/view.php?id=3675#c6146 ---------------------------------------------------------------------- The easiest thing to do would be to respin CSWpmmimebase64 and not include the man page. Agree? Issue History Date Modified Username Field Change ====================================================================== 2009-05-15 19:01 skayser New Issue 2009-05-18 11:07 bonivart Note Added: 0006146 2009-05-18 14:18 bonivart Status new => assigned 2009-05-18 14:18 bonivart Assigned To => bonivart ====================================================================== From noreply at opencsw.org Mon May 18 22:31:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 18 May 2009 22:31:40 +0200 Subject: [bug-notifications] [firefox 0002108]: freeze (even crash) on printing (second and more) In-Reply-To: <0e85b7103987d893011f3da77b3b6f94> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2108 ====================================================================== Reported By: shinshui Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 2108 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2007-01-17 10:40 CET Last Modified: 2009-05-18 22:31 CEST ====================================================================== Summary: freeze (even crash) on printing (second and more) Description: Firefox runs in a sparse zone. This zone is a print-client. Printing is done on the global zone. So far so good. Firefox prints OK. Fast and well. But, this is only for the *first* print command. The second page I want to print results in a freeze for at least 30 seconds or even worse: I have to kill firefox to regain control over my other KDE programs. This is reproducable! Other programs print well; mozilla (default sun install) prints well. Only, my wife wants firefox ;-( Is this a know error? ====================================================================== ---------------------------------------------------------------------- (0006088) wbonnet (manager) - 2009-05-10 22:59 http://www.opencsw.org/bugtrack/view.php?id=2108#c6088 ---------------------------------------------------------------------- Please could you confirm you still have the problem with the latest version ? Thanksin advance ---------------------------------------------------------------------- (0006147) bjidzik (reporter) - 2009-05-18 22:31 http://www.opencsw.org/bugtrack/view.php?id=2108#c6147 ---------------------------------------------------------------------- I don't know if this is related or not, but I started receiving the following errors on bootup after running the latest Solaris 10_x86_Recommended patch cluster (139556-08) and Blastwave package upgrades: May 18 12:03:39 zeus svc.startd[7]: [ID 652011 daemon.warning] svc:/system/cswdbus:default: Method "/opt/csw/lib/svc/method/svc-dbus start" failed with exit status 95. May 18 12:03:39 zeus svc.startd[7]: [ID 748625 daemon.error] system/cswdbus:default failed fatally: transitioned to maintenance (see 'svcs -xv' for details) Firefox appears to launch normally, but every time I attempt to print from the browser, it appears to hang for 1-2 minutes, then crashes. I'm not sure if it core dumps after crashing. Host is a Sun Ultra 40. Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:31 wbonnet Status new => assigned 2009-05-03 11:31 wbonnet Assigned To => wbonnet 2009-05-10 22:59 wbonnet Note Added: 0006088 2009-05-10 22:59 wbonnet Status assigned => feedback 2009-05-18 22:31 bjidzik Note Added: 0006147 ====================================================================== From noreply at opencsw.org Mon May 18 23:32:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 18 May 2009 23:32:24 +0200 Subject: [bug-notifications] [emacs 0002599]: Emacs start hangs and dies after upgrade since last month In-Reply-To: <4fb1e96f7332623ccfe59c4985a9d768> Message-ID: The following issue has been REOPENED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2599 ====================================================================== Reported By: bouteill Assigned To: pfelecan ====================================================================== Project: emacs Issue ID: 2599 Category: upgrade Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2007-09-24 17:41 CEST Last Modified: 2009-05-18 23:32 CEST ====================================================================== Summary: Emacs start hangs and dies after upgrade since last month Description: CSW Emacs was working fine on my Solaris 10/x86 workstation last month. I recently did a pkg-get upgrade, required to get new openssl lib for another program, and now emacs doesn\'t work anymore. When I launch it, it hangs for ~30s and then dies with this error message: Variable binding depth exceeds max-specpdl-size Truss doesn\'t reveal anything obvious. I\'m not sure how to find more information about the problem, but would be happy to debug it on anyone\'s instructions. ====================================================================== ---------------------------------------------------------------------- (0006118) pfelecan (manager) - 2009-05-16 10:52 http://www.opencsw.org/mantis/view.php?id=2599#c6118 ---------------------------------------------------------------------- This is too old to reproduce (2 releases since then...); if it can be reproduced by the reporter I'll try to fix. ---------------------------------------------------------------------- (0006148) bouteill (reporter) - 2009-05-18 23:32 http://www.opencsw.org/mantis/view.php?id=2599#c6148 ---------------------------------------------------------------------- Hi, I'm still having this very same issue. I tried upgrading but "No worries... you already have version 22.1 of emacs" Which two new versions are you referring to? Issue History Date Modified Username Field Change ====================================================================== 2009-05-16 10:50 pfelecan Status new => assigned 2009-05-16 10:50 pfelecan Assigned To => pfelecan 2009-05-16 10:52 pfelecan Note Added: 0006118 2009-05-16 10:52 pfelecan Status assigned => closed 2009-05-16 10:52 pfelecan Resolution open => unable to reproduce 2009-05-18 23:32 bouteill Note Added: 0006148 2009-05-18 23:32 bouteill Status closed => feedback 2009-05-18 23:32 bouteill Resolution unable to reproduce => reopened ====================================================================== From noreply at opencsw.org Tue May 19 00:12:39 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 19 May 2009 00:12:39 +0200 Subject: [bug-notifications] [python 0003679]: Split the python package into individual runtime, devel and doc packages Message-ID: <47198a89e1e41104edd9d5adbc0de0d4@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3679 ====================================================================== Reported By: mwatters Assigned To: ====================================================================== Project: python Issue ID: 3679 Category: packaging Reproducibility: always Severity: feature Priority: low Status: new ====================================================================== Date Submitted: 2009-05-19 00:12 CEST Last Modified: 2009-05-19 00:12 CEST ====================================================================== Summary: Split the python package into individual runtime, devel and doc packages Description: mimic other distro's like debian and redhat ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-19 00:12 mwatters New Issue ====================================================================== From noreply at opencsw.org Tue May 19 00:13:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 19 May 2009 00:13:18 +0200 Subject: [bug-notifications] [python 0003679]: Split the python package into individual runtime, devel and doc packages In-Reply-To: <7577a61c4685219a79b413e382d7becc> Message-ID: <0d5d7dee0f50304dc96b0f3a859411cf@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3679 ====================================================================== Reported By: mwatters Assigned To: mwatters ====================================================================== Project: python Issue ID: 3679 Category: packaging Reproducibility: always Severity: feature Priority: low Status: assigned ====================================================================== Date Submitted: 2009-05-19 00:12 CEST Last Modified: 2009-05-19 00:13 CEST ====================================================================== Summary: Split the python package into individual runtime, devel and doc packages Description: mimic other distro's like debian and redhat ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-19 00:12 mwatters New Issue 2009-05-19 00:13 mwatters Status new => assigned 2009-05-19 00:13 mwatters Assigned To => mwatters ====================================================================== From noreply at opencsw.org Tue May 19 08:28:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 19 May 2009 08:28:44 +0200 Subject: [bug-notifications] [emacs 0002599]: Emacs start hangs and dies after upgrade since last month In-Reply-To: <4fb1e96f7332623ccfe59c4985a9d768> Message-ID: <70b25cb9ddae6759956b1f1455a12d99@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2599 ====================================================================== Reported By: bouteill Assigned To: pfelecan ====================================================================== Project: emacs Issue ID: 2599 Category: upgrade Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2007-09-24 17:41 CEST Last Modified: 2009-05-19 08:28 CEST ====================================================================== Summary: Emacs start hangs and dies after upgrade since last month Description: CSW Emacs was working fine on my Solaris 10/x86 workstation last month. I recently did a pkg-get upgrade, required to get new openssl lib for another program, and now emacs doesn\'t work anymore. When I launch it, it hangs for ~30s and then dies with this error message: Variable binding depth exceeds max-specpdl-size Truss doesn\'t reveal anything obvious. I\'m not sure how to find more information about the problem, but would be happy to debug it on anyone\'s instructions. ====================================================================== ---------------------------------------------------------------------- (0006118) pfelecan (manager) - 2009-05-16 10:52 http://www.opencsw.org/mantis/view.php?id=2599#c6118 ---------------------------------------------------------------------- This is too old to reproduce (2 releases since then...); if it can be reproduced by the reporter I'll try to fix. ---------------------------------------------------------------------- (0006148) bouteill (reporter) - 2009-05-18 23:32 http://www.opencsw.org/mantis/view.php?id=2599#c6148 ---------------------------------------------------------------------- Hi, I'm still having this very same issue. I tried upgrading but "No worries... you already have version 22.1 of emacs" Which two new versions are you referring to? ---------------------------------------------------------------------- (0006149) pfelecan (manager) - 2009-05-19 08:28 http://www.opencsw.org/mantis/view.php?id=2599#c6149 ---------------------------------------------------------------------- The last version is 22.3. However, in the "stable" release the old 22.1 is still the last available package. I recommend that you use the "unstable" release of OpenCSW. Issue History Date Modified Username Field Change ====================================================================== 2009-05-16 10:50 pfelecan Status new => assigned 2009-05-16 10:50 pfelecan Assigned To => pfelecan 2009-05-16 10:52 pfelecan Note Added: 0006118 2009-05-16 10:52 pfelecan Status assigned => closed 2009-05-16 10:52 pfelecan Resolution open => unable to reproduce 2009-05-18 23:32 bouteill Note Added: 0006148 2009-05-18 23:32 bouteill Status closed => feedback 2009-05-18 23:32 bouteill Resolution unable to reproduce => reopened 2009-05-19 08:28 pfelecan Note Added: 0006149 ====================================================================== From noreply at opencsw.org Tue May 19 09:24:17 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 19 May 2009 09:24:17 +0200 Subject: [bug-notifications] [nrpe 0003646]: Please add --enable-command-args configure option to nrpe makefile In-Reply-To: <005e7de0abd30de08a89d90594df2418> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3646 ====================================================================== Reported By: battistuz Assigned To: ja ====================================================================== Project: nrpe Issue ID: 3646 Category: regular use Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-28 00:03 CEST Last Modified: 2009-05-19 09:24 CEST ====================================================================== Summary: Please add --enable-command-args configure option to nrpe makefile Description: Looks like the --enable-command-args configure option did not make it into the makefile for nrpe 2.12. This was enabled for previous versions and I rely on it for some of my Nagios checks which are now broken using the current OpenCSW version of nrpe. Can this functionality be added back? ====================================================================== ---------------------------------------------------------------------- (0006029) ja (manager) - 2009-04-28 00:11 http://www.opencsw.org/bugtrack/view.php?id=3646#c6029 ---------------------------------------------------------------------- You are right, this option is not set. I will try to put a new version of NRPE into testing until next sunday (I will be on a business trip the next days). Thanks for reporting! ---------------------------------------------------------------------- (0006047) ja (manager) - 2009-05-02 12:32 http://www.opencsw.org/bugtrack/view.php?id=3646#c6047 ---------------------------------------------------------------------- New packages of NRPE are available in testing (compiled with --enabled-command-args). Please check them out. ---------------------------------------------------------------------- (0006150) ja (manager) - 2009-05-19 09:24 http://www.opencsw.org/bugtrack/view.php?id=3646#c6150 ---------------------------------------------------------------------- A new package with the requested option compiled in is available in the repository. Issue History Date Modified Username Field Change ====================================================================== 2009-04-28 00:03 battistuz New Issue 2009-04-28 00:09 ja Status new => assigned 2009-04-28 00:09 ja Assigned To => ja 2009-04-28 00:11 ja Note Added: 0006029 2009-04-28 00:11 ja Status assigned => confirmed 2009-05-02 12:32 ja Note Added: 0006047 2009-05-19 09:24 ja Note Added: 0006150 2009-05-19 09:24 ja Status confirmed => closed ====================================================================== From noreply at opencsw.org Wed May 20 11:36:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 20 May 2009 11:36:16 +0200 Subject: [bug-notifications] [grip 0003286]: Depend on CSWggettextrt In-Reply-To: <27950a0886e2c9be4c27bef7a342a64c> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3286 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 3286 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:11 CET Last Modified: 2009-05-20 11:36 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006151) pfelecan (manager) - 2009-05-20 11:36 http://www.opencsw.org/bugtrack/view.php?id=3286#c6151 ---------------------------------------------------------------------- package of 3.3.1 in preparation solves this issue. Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:11 harpchad New Issue 2009-03-31 18:43 pfelecan Status new => assigned 2009-03-31 18:43 pfelecan Assigned To => pfelecan 2009-05-20 11:36 pfelecan Note Added: 0006151 2009-05-20 11:36 pfelecan Status assigned => resolved 2009-05-20 11:36 pfelecan Resolution open => fixed ====================================================================== From noreply at opencsw.org Wed May 20 11:36:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 20 May 2009 11:36:57 +0200 Subject: [bug-notifications] [grip 0003047]: Change curl dependency to CSWcurlrt In-Reply-To: <8e20d1ec7abd61898f458bd1fae1865b> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3047 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 3047 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-01-23 20:20 CET Last Modified: 2009-05-20 11:36 CEST ====================================================================== Summary: Change curl dependency to CSWcurlrt Description: Runtime libraries are now in CSWcurlrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-01-23 20:20 harpchad New Issue 2009-05-20 11:36 pfelecan Status new => assigned 2009-05-20 11:36 pfelecan Assigned To => pfelecan ====================================================================== From noreply at opencsw.org Wed May 20 11:37:34 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 20 May 2009 11:37:34 +0200 Subject: [bug-notifications] [grip 0003047]: Change curl dependency to CSWcurlrt In-Reply-To: <8e20d1ec7abd61898f458bd1fae1865b> Message-ID: <41ac8e3e40af6f4a1c46c045eddb4607@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3047 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 3047 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-01-23 20:20 CET Last Modified: 2009-05-20 11:37 CEST ====================================================================== Summary: Change curl dependency to CSWcurlrt Description: Runtime libraries are now in CSWcurlrt ====================================================================== ---------------------------------------------------------------------- (0006152) pfelecan (manager) - 2009-05-20 11:37 http://www.opencsw.org/bugtrack/view.php?id=3047#c6152 ---------------------------------------------------------------------- package of 3.3.1 in preparation fixes this issue. Issue History Date Modified Username Field Change ====================================================================== 2009-01-23 20:20 harpchad New Issue 2009-05-20 11:36 pfelecan Status new => assigned 2009-05-20 11:36 pfelecan Assigned To => pfelecan 2009-05-20 11:37 pfelecan Note Added: 0006152 2009-05-20 11:37 pfelecan Status assigned => resolved 2009-05-20 11:37 pfelecan Resolution open => fixed ====================================================================== From noreply at opencsw.org Wed May 20 11:38:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 20 May 2009 11:38:25 +0200 Subject: [bug-notifications] [grip 0003044]: Please link against libcurl 1.4 (libcurl.so.4) In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3044 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 3044 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-01-23 20:09 CET Last Modified: 2009-05-20 11:38 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. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-01-23 20:09 harpchad New Issue 2009-05-20 11:38 pfelecan Status new => assigned 2009-05-20 11:38 pfelecan Assigned To => pfelecan ====================================================================== From noreply at opencsw.org Wed May 20 11:39:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 20 May 2009 11:39:06 +0200 Subject: [bug-notifications] [grip 0003044]: Please link against libcurl 1.4 (libcurl.so.4) In-Reply-To: Message-ID: <5db6f72afd67628d2203e1557d41652c@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3044 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 3044 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-01-23 20:09 CET Last Modified: 2009-05-20 11:39 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. ====================================================================== ---------------------------------------------------------------------- (0006153) pfelecan (manager) - 2009-05-20 11:39 http://www.opencsw.org/bugtrack/view.php?id=3044#c6153 ---------------------------------------------------------------------- package 3.3.1 in preparation solves this issue. Issue History Date Modified Username Field Change ====================================================================== 2009-01-23 20:09 harpchad New Issue 2009-05-20 11:38 pfelecan Status new => assigned 2009-05-20 11:38 pfelecan Assigned To => pfelecan 2009-05-20 11:39 pfelecan Note Added: 0006153 2009-05-20 11:39 pfelecan Status assigned => resolved 2009-05-20 11:39 pfelecan Resolution open => fixed ====================================================================== From noreply at opencsw.org Wed May 20 11:40:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 20 May 2009 11:40:10 +0200 Subject: [bug-notifications] [grip 0002486]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: Message-ID: <9f67c61689e02c5b3358a834e615892a@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2486 ====================================================================== Reported By: yann Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 2486 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-07-28 09:15 CEST Last Modified: 2009-05-20 11:40 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. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-20 11:40 pfelecan Status new => assigned 2009-05-20 11:40 pfelecan Assigned To => pfelecan ====================================================================== From noreply at opencsw.org Wed May 20 11:40:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 20 May 2009 11:40:52 +0200 Subject: [bug-notifications] [grip 0002486]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: Message-ID: <10ea05aca7554a3f953994e2a0d334ec@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2486 ====================================================================== Reported By: yann Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 2486 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2007-07-28 09:15 CEST Last Modified: 2009-05-20 11:40 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. ====================================================================== ---------------------------------------------------------------------- (0006154) pfelecan (manager) - 2009-05-20 11:40 http://www.opencsw.org/bugtrack/view.php?id=2486#c6154 ---------------------------------------------------------------------- package 3.3.1 in preparation solves this issue. Issue History Date Modified Username Field Change ====================================================================== 2009-05-20 11:40 pfelecan Status new => assigned 2009-05-20 11:40 pfelecan Assigned To => pfelecan 2009-05-20 11:40 pfelecan Note Added: 0006154 2009-05-20 11:40 pfelecan Status assigned => resolved 2009-05-20 11:40 pfelecan Resolution open => fixed ====================================================================== From noreply at opencsw.org Wed May 20 11:41:34 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 20 May 2009 11:41:34 +0200 Subject: [bug-notifications] [grip 0002335]: grip needs to be recompiled with openssl 0.9.8 In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2335 ====================================================================== Reported By: yann Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 2335 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-07-25 18:10 CEST Last Modified: 2009-05-20 11:41 CEST ====================================================================== Summary: grip needs to be recompiled with openssl 0.9.8 Description: grip 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. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-20 11:41 pfelecan Status new => assigned 2009-05-20 11:41 pfelecan Assigned To => pfelecan ====================================================================== From noreply at opencsw.org Wed May 20 11:42:36 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 20 May 2009 11:42:36 +0200 Subject: [bug-notifications] [grip 0002335]: grip needs to be recompiled with openssl 0.9.8 In-Reply-To: Message-ID: <9813b898d801244a48a36f7c100b7cbd@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2335 ====================================================================== Reported By: yann Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 2335 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2007-07-25 18:10 CEST Last Modified: 2009-05-20 11:42 CEST ====================================================================== Summary: grip needs to be recompiled with openssl 0.9.8 Description: grip 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. ====================================================================== ---------------------------------------------------------------------- (0006155) pfelecan (manager) - 2009-05-20 11:42 http://www.opencsw.org/bugtrack/view.php?id=2335#c6155 ---------------------------------------------------------------------- package 3.3.1 in preparation solves this issue. Issue History Date Modified Username Field Change ====================================================================== 2009-05-20 11:41 pfelecan Status new => assigned 2009-05-20 11:41 pfelecan Assigned To => pfelecan 2009-05-20 11:42 pfelecan Note Added: 0006155 2009-05-20 11:42 pfelecan Status assigned => resolved 2009-05-20 11:42 pfelecan Resolution open => fixed ====================================================================== From noreply at opencsw.org Wed May 20 11:45:11 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 20 May 2009 11:45:11 +0200 Subject: [bug-notifications] [grip 0001060]: Can not find libucb In-Reply-To: <170f36cfa0832053a63beeb886cb5ce1> Message-ID: <932322df3cc6a16cde8c4c576967b55f@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1060 ====================================================================== Reported By: james Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 1060 Category: regular use Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2005-07-03 01:10 CEST Last Modified: 2009-05-20 11:45 CEST ====================================================================== Summary: Can not find libucb Description: $ grip ld.so.1: grip: fatal: libucb.so.1: open failed: No such file or directory zsh: killed grip Workaround: LD_LIBRARY_PATH=/usr/ucblib Fix: -R/usr/ucblib -OR- why is it using ucb stuff anyway? ====================================================================== ---------------------------------------------------------------------- (0003317) james (reporter) - 2006-03-20 05:11 http://www.opencsw.org/bugtrack/view.php?id=1060#c3317 ---------------------------------------------------------------------- Issue still outstanding, hence grip still excluded from stable release. ---------------------------------------------------------------------- (0006156) pfelecan (manager) - 2009-05-20 11:45 http://www.opencsw.org/bugtrack/view.php?id=1060#c6156 ---------------------------------------------------------------------- package 3.3.1 in preparation solves this issue. Issue History Date Modified Username Field Change ====================================================================== 2009-05-20 11:45 pfelecan Note Added: 0006156 2009-05-20 11:45 pfelecan Status assigned => resolved 2009-05-20 11:45 pfelecan Resolution open => fixed ====================================================================== From noreply at opencsw.org Wed May 20 11:46:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 20 May 2009 11:46:30 +0200 Subject: [bug-notifications] [grip 0000946]: cddb proxy support not working In-Reply-To: <0a9aa71f716ab3ac0eaae51c70ce613c> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=946 ====================================================================== Reported By: ed.clark Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 946 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: resolved Resolution: unable to reproduce Fixed in Version: ====================================================================== Date Submitted: 2005-04-25 18:09 CEST Last Modified: 2009-05-20 11:46 CEST ====================================================================== Summary: cddb proxy support not working Description: Version 3.2.0 has a bug that causes cddb lookups from behind a proxy to fail. The release notes for 3.3.0 indicate that the bug has been fixed. ====================================================================== ---------------------------------------------------------------------- (0006157) pfelecan (manager) - 2009-05-20 11:46 http://www.opencsw.org/bugtrack/view.php?id=946#c6157 ---------------------------------------------------------------------- unable to reproduce in the package 3.3.1 in preparation; probably fixed upstream. Issue History Date Modified Username Field Change ====================================================================== 2009-05-20 11:46 pfelecan Note Added: 0006157 2009-05-20 11:46 pfelecan Status assigned => resolved 2009-05-20 11:46 pfelecan Resolution open => unable to reproduce ====================================================================== From noreply at opencsw.org Wed May 20 18:00:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 20 May 2009 18:00:50 +0200 Subject: [bug-notifications] [findutils 0003680]: Please upgrade to 4.4.1 Message-ID: <9cf2e0a6fa1aeb5b7bf49ccbe3ab34bc@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3680 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: findutils Issue ID: 3680 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-20 18:00 CEST Last Modified: 2009-05-20 18:00 CEST ====================================================================== Summary: Please upgrade to 4.4.1 Description: Please upgrade to 4.4.1 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-20 18:00 dam New Issue ====================================================================== From noreply at opencsw.org Thu May 21 04:55:04 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 21 May 2009 04:55:04 +0200 Subject: [bug-notifications] [imagemagick 0003631]: SunFreeware released 6.5.1 today In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=3631 ====================================================================== Reported By: dam Assigned To: hson ====================================================================== Project: imagemagick Issue ID: 3631 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-10 09:58 CEST Last Modified: 2009-05-21 04:55 CEST ====================================================================== Summary: SunFreeware released 6.5.1 today Description: SunFreeware released 6.5.1 today ====================================================================== ---------------------------------------------------------------------- (0005954) hson (manager) - 2009-04-11 12:36 http://opencsw.org/mantis/view.php?id=3631#c5954 ---------------------------------------------------------------------- I'm aware of newer version being available, the upstream check is working. However there is a problem compiling 6.5.x, more specifically in a module which sunfreeware don't ship, but we do, and I'm been focusing on closing all RPATH/RUNPATH-related bugs first. But its on my list of things I'm going to do asap. ---------------------------------------------------------------------- (0006158) hson (manager) - 2009-05-21 04:55 http://opencsw.org/mantis/view.php?id=3631#c6158 ---------------------------------------------------------------------- 6.5.2-6 released Issue History Date Modified Username Field Change ====================================================================== 2009-04-10 09:58 dam New Issue 2009-04-11 12:36 hson Note Added: 0005954 2009-04-11 12:36 hson Assigned To => hson 2009-04-11 12:36 hson Status new => acknowledged 2009-05-21 04:55 hson Note Added: 0006158 2009-05-21 04:55 hson Status acknowledged => closed ====================================================================== From noreply at opencsw.org Thu May 21 05:00:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 21 May 2009 05:00:08 +0200 Subject: [bug-notifications] [librsvg 0003656]: Please upgrade to 2.26.0 In-Reply-To: Message-ID: <527ff88c75e753f7e5290ee5619ef452@opencsw.org> The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=3656 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: librsvg Issue ID: 3656 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-05-07 23:17 CEST Last Modified: 2009-05-21 05:00 CEST ====================================================================== Summary: Please upgrade to 2.26.0 Description: Please upgrade to 2.26.0 ====================================================================== ---------------------------------------------------------------------- (0006159) hson (manager) - 2009-05-21 05:00 http://opencsw.org/mantis/view.php?id=3656#c6159 ---------------------------------------------------------------------- 2.26 released Issue History Date Modified Username Field Change ====================================================================== 2009-05-07 23:17 dam New Issue 2009-05-21 05:00 hson Note Added: 0006159 2009-05-21 05:00 hson Status new => closed ====================================================================== From noreply at opencsw.org Thu May 21 10:02:47 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 21 May 2009 10:02:47 +0200 Subject: [bug-notifications] [grip 0003286]: Depend on CSWggettextrt In-Reply-To: <27950a0886e2c9be4c27bef7a342a64c> Message-ID: <7e25508806c7aac570ee5588cfb750fa@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3286 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 3286 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:11 CET Last Modified: 2009-05-21 10:02 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006151) pfelecan (manager) - 2009-05-20 11:36 http://www.opencsw.org/bugtrack/view.php?id=3286#c6151 ---------------------------------------------------------------------- package of 3.3.1 in preparation solves this issue. ---------------------------------------------------------------------- (0006160) pfelecan (manager) - 2009-05-21 10:02 http://www.opencsw.org/bugtrack/view.php?id=3286#c6160 ---------------------------------------------------------------------- corrected in the 3.3.1 package released on May 20th 2009 Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:11 harpchad New Issue 2009-03-31 18:43 pfelecan Status new => assigned 2009-03-31 18:43 pfelecan Assigned To => pfelecan 2009-05-20 11:36 pfelecan Note Added: 0006151 2009-05-20 11:36 pfelecan Status assigned => resolved 2009-05-20 11:36 pfelecan Resolution open => fixed 2009-05-21 10:02 pfelecan Note Added: 0006160 2009-05-21 10:02 pfelecan Status resolved => closed ====================================================================== From noreply at opencsw.org Thu May 21 10:03:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 21 May 2009 10:03:25 +0200 Subject: [bug-notifications] [grip 0003047]: Change curl dependency to CSWcurlrt In-Reply-To: <8e20d1ec7abd61898f458bd1fae1865b> Message-ID: <6b9e19a1f5378ed43ca59e13c103d7bd@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3047 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 3047 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-01-23 20:20 CET Last Modified: 2009-05-21 10:03 CEST ====================================================================== Summary: Change curl dependency to CSWcurlrt Description: Runtime libraries are now in CSWcurlrt ====================================================================== ---------------------------------------------------------------------- (0006152) pfelecan (manager) - 2009-05-20 11:37 http://www.opencsw.org/bugtrack/view.php?id=3047#c6152 ---------------------------------------------------------------------- package of 3.3.1 in preparation fixes this issue. ---------------------------------------------------------------------- (0006161) pfelecan (manager) - 2009-05-21 10:03 http://www.opencsw.org/bugtrack/view.php?id=3047#c6161 ---------------------------------------------------------------------- corrected in the 3.3.1 package released on May 20th 2009 Issue History Date Modified Username Field Change ====================================================================== 2009-01-23 20:20 harpchad New Issue 2009-05-20 11:36 pfelecan Status new => assigned 2009-05-20 11:36 pfelecan Assigned To => pfelecan 2009-05-20 11:37 pfelecan Note Added: 0006152 2009-05-20 11:37 pfelecan Status assigned => resolved 2009-05-20 11:37 pfelecan Resolution open => fixed 2009-05-21 10:03 pfelecan Note Added: 0006161 2009-05-21 10:03 pfelecan Status resolved => closed ====================================================================== From noreply at opencsw.org Thu May 21 10:03:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 21 May 2009 10:03:58 +0200 Subject: [bug-notifications] [grip 0003044]: Please link against libcurl 1.4 (libcurl.so.4) In-Reply-To: Message-ID: <9653288ccbcf66d2a0f2213a54865b76@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3044 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 3044 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-01-23 20:09 CET Last Modified: 2009-05-21 10:03 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. ====================================================================== ---------------------------------------------------------------------- (0006153) pfelecan (manager) - 2009-05-20 11:39 http://www.opencsw.org/bugtrack/view.php?id=3044#c6153 ---------------------------------------------------------------------- package 3.3.1 in preparation solves this issue. ---------------------------------------------------------------------- (0006162) pfelecan (manager) - 2009-05-21 10:03 http://www.opencsw.org/bugtrack/view.php?id=3044#c6162 ---------------------------------------------------------------------- corrected in the 3.3.1 package released on May 20th 2009 Issue History Date Modified Username Field Change ====================================================================== 2009-01-23 20:09 harpchad New Issue 2009-05-20 11:38 pfelecan Status new => assigned 2009-05-20 11:38 pfelecan Assigned To => pfelecan 2009-05-20 11:39 pfelecan Note Added: 0006153 2009-05-20 11:39 pfelecan Status assigned => resolved 2009-05-20 11:39 pfelecan Resolution open => fixed 2009-05-21 10:03 pfelecan Note Added: 0006162 2009-05-21 10:03 pfelecan Status resolved => closed ====================================================================== From noreply at opencsw.org Thu May 21 10:04:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 21 May 2009 10:04:30 +0200 Subject: [bug-notifications] [grip 0002486]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: Message-ID: <937e916716940ba08197de1490a9dd8b@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2486 ====================================================================== Reported By: yann Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 2486 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2007-07-28 09:15 CEST Last Modified: 2009-05-21 10:04 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. ====================================================================== ---------------------------------------------------------------------- (0006154) pfelecan (manager) - 2009-05-20 11:40 http://www.opencsw.org/bugtrack/view.php?id=2486#c6154 ---------------------------------------------------------------------- package 3.3.1 in preparation solves this issue. ---------------------------------------------------------------------- (0006163) pfelecan (manager) - 2009-05-21 10:04 http://www.opencsw.org/bugtrack/view.php?id=2486#c6163 ---------------------------------------------------------------------- corrected in the 3.3.1 package released on May 20th 2009 Issue History Date Modified Username Field Change ====================================================================== 2009-05-20 11:40 pfelecan Status new => assigned 2009-05-20 11:40 pfelecan Assigned To => pfelecan 2009-05-20 11:40 pfelecan Note Added: 0006154 2009-05-20 11:40 pfelecan Status assigned => resolved 2009-05-20 11:40 pfelecan Resolution open => fixed 2009-05-21 10:04 pfelecan Note Added: 0006163 2009-05-21 10:04 pfelecan Status resolved => closed ====================================================================== From noreply at opencsw.org Thu May 21 10:05:04 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 21 May 2009 10:05:04 +0200 Subject: [bug-notifications] [grip 0002335]: grip needs to be recompiled with openssl 0.9.8 In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2335 ====================================================================== Reported By: yann Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 2335 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2007-07-25 18:10 CEST Last Modified: 2009-05-21 10:05 CEST ====================================================================== Summary: grip needs to be recompiled with openssl 0.9.8 Description: grip 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. ====================================================================== ---------------------------------------------------------------------- (0006155) pfelecan (manager) - 2009-05-20 11:42 http://www.opencsw.org/bugtrack/view.php?id=2335#c6155 ---------------------------------------------------------------------- package 3.3.1 in preparation solves this issue. ---------------------------------------------------------------------- (0006164) pfelecan (manager) - 2009-05-21 10:05 http://www.opencsw.org/bugtrack/view.php?id=2335#c6164 ---------------------------------------------------------------------- corrected in the 3.3.1 package released on May 20th 2009 Issue History Date Modified Username Field Change ====================================================================== 2009-05-20 11:41 pfelecan Status new => assigned 2009-05-20 11:41 pfelecan Assigned To => pfelecan 2009-05-20 11:42 pfelecan Note Added: 0006155 2009-05-20 11:42 pfelecan Status assigned => resolved 2009-05-20 11:42 pfelecan Resolution open => fixed 2009-05-21 10:05 pfelecan Note Added: 0006164 2009-05-21 10:05 pfelecan Status resolved => closed ====================================================================== From noreply at opencsw.org Thu May 21 10:05:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 21 May 2009 10:05:43 +0200 Subject: [bug-notifications] [grip 0001060]: Can not find libucb In-Reply-To: <170f36cfa0832053a63beeb886cb5ce1> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1060 ====================================================================== Reported By: james Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 1060 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2005-07-03 01:10 CEST Last Modified: 2009-05-21 10:05 CEST ====================================================================== Summary: Can not find libucb Description: $ grip ld.so.1: grip: fatal: libucb.so.1: open failed: No such file or directory zsh: killed grip Workaround: LD_LIBRARY_PATH=/usr/ucblib Fix: -R/usr/ucblib -OR- why is it using ucb stuff anyway? ====================================================================== ---------------------------------------------------------------------- (0003317) james (reporter) - 2006-03-20 05:11 http://www.opencsw.org/bugtrack/view.php?id=1060#c3317 ---------------------------------------------------------------------- Issue still outstanding, hence grip still excluded from stable release. ---------------------------------------------------------------------- (0006156) pfelecan (manager) - 2009-05-20 11:45 http://www.opencsw.org/bugtrack/view.php?id=1060#c6156 ---------------------------------------------------------------------- package 3.3.1 in preparation solves this issue. ---------------------------------------------------------------------- (0006165) pfelecan (manager) - 2009-05-21 10:05 http://www.opencsw.org/bugtrack/view.php?id=1060#c6165 ---------------------------------------------------------------------- corrected in the 3.3.1 package released on May 20th 2009 Issue History Date Modified Username Field Change ====================================================================== 2009-05-20 11:45 pfelecan Note Added: 0006156 2009-05-20 11:45 pfelecan Status assigned => resolved 2009-05-20 11:45 pfelecan Resolution open => fixed 2009-05-21 10:05 pfelecan Note Added: 0006165 2009-05-21 10:05 pfelecan Status resolved => closed ====================================================================== From noreply at opencsw.org Thu May 21 10:06:17 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 21 May 2009 10:06:17 +0200 Subject: [bug-notifications] [grip 0000946]: cddb proxy support not working In-Reply-To: <0a9aa71f716ab3ac0eaae51c70ce613c> Message-ID: <75117608bf122b6477c5cdbf8ea07873@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=946 ====================================================================== Reported By: ed.clark Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 946 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: unable to reproduce Fixed in Version: ====================================================================== Date Submitted: 2005-04-25 18:09 CEST Last Modified: 2009-05-21 10:06 CEST ====================================================================== Summary: cddb proxy support not working Description: Version 3.2.0 has a bug that causes cddb lookups from behind a proxy to fail. The release notes for 3.3.0 indicate that the bug has been fixed. ====================================================================== ---------------------------------------------------------------------- (0006157) pfelecan (manager) - 2009-05-20 11:46 http://www.opencsw.org/bugtrack/view.php?id=946#c6157 ---------------------------------------------------------------------- unable to reproduce in the package 3.3.1 in preparation; probably fixed upstream. ---------------------------------------------------------------------- (0006166) pfelecan (manager) - 2009-05-21 10:06 http://www.opencsw.org/bugtrack/view.php?id=946#c6166 ---------------------------------------------------------------------- corrected in the 3.3.1 package released on May 20th 2009 Issue History Date Modified Username Field Change ====================================================================== 2009-05-20 11:46 pfelecan Note Added: 0006157 2009-05-20 11:46 pfelecan Status assigned => resolved 2009-05-20 11:46 pfelecan Resolution open => unable to reproduce 2009-05-21 10:06 pfelecan Note Added: 0006166 2009-05-21 10:06 pfelecan Status resolved => closed ====================================================================== From noreply at opencsw.org Fri May 22 00:59:22 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 00:59:22 +0200 Subject: [bug-notifications] [imagemagick 0003664]: using -xopenmp precludes gcc usage In-Reply-To: <7396731253710381cad425b629f29b44> Message-ID: The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=3664 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: imagemagick Issue ID: 3664 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-05-11 10:22 CEST Last Modified: 2009-05-22 00:59 CEST ====================================================================== Summary: using -xopenmp precludes gcc usage Description: when using imagemagick's API and pkgconfig we inherit the -xopenmp flag which is not supported by gcc. I wonder if the usage of this option is reasonable for this project. My recommendation is to remove this option. ====================================================================== ---------------------------------------------------------------------- (0006099) hson (manager) - 2009-05-11 13:26 http://opencsw.org/mantis/view.php?id=3664#c6099 ---------------------------------------------------------------------- Well, imagemagick's configure script explicitly checks for and adds xopenmp by itself so what implications it might have, trying to remove it manually, is unknown ---------------------------------------------------------------------- (0006100) pfelecan (reporter) - 2009-05-11 14:33 http://opencsw.org/mantis/view.php?id=3664#c6100 ---------------------------------------------------------------------- To remove it manually, if you use Sun Studio C compiler has the effect of not using parallelism which I don't think is an issue. In my opinion, you have 2 solutions: 1. provide a non parallel version compiled with Sun Studio, possibly in addition to a parallel one 2. build with gcc ---------------------------------------------------------------------- (0006167) hson (manager) - 2009-05-22 00:59 http://opencsw.org/mantis/view.php?id=3664#c6167 ---------------------------------------------------------------------- 6.5.2 released with openmp disabled Issue History Date Modified Username Field Change ====================================================================== 2009-05-11 10:22 pfelecan New Issue 2009-05-11 13:26 hson Note Added: 0006099 2009-05-11 14:33 pfelecan Note Added: 0006100 2009-05-22 00:59 hson Note Added: 0006167 2009-05-22 00:59 hson Status new => closed ====================================================================== From noreply at opencsw.org Fri May 22 01:00:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 01:00:00 +0200 Subject: [bug-notifications] [ggrep 0003681]: --devices=skip broken, please update Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3681 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: ggrep Issue ID: 3681 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-22 01:00 CEST Last Modified: 2009-05-22 01:00 CEST ====================================================================== Summary: --devices=skip broken, please update Description: The current ggrep doesn't seem to honor the -D/--devices=skip option and hangs on an recursive /etc search. Observed on an Solaris 10 x86 zone. # truss -elfda /opt/csw/bin/ggrep -D skip -r foo /etc/cron.d/ [...] 4031/1: 0.1525 open64("/etc/cron.d/FIFO", O_RDONLY) = 3 4031/1: 0.1527 fstat64(3, 0x08047B84) = 0 4031/1: read(3, 0x0807B000, 32768) (sleeping...) The upstream changelog indicates that there has been a related fix [1] late 2004. ggrep 2.5 seems to be from 2002, so an update would be appreciated. Latest version is 2.5.4 from this February [2]. [1] http://cvs.savannah.gnu.org/viewvc/grep/ChangeLog?root=grep&view=log#rev1.202 [2] http://ftp.gnu.org/pub/gnu/grep/ ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 01:00 skayser New Issue ====================================================================== From noreply at opencsw.org Fri May 22 01:23:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 01:23:05 +0200 Subject: [bug-notifications] [ggrep 0003681]: --devices=skip broken, please update In-Reply-To: <13c0b57fbeb64f7c0db88546ad118541> Message-ID: The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=3681 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: ggrep Issue ID: 3681 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-05-22 01:00 CEST Last Modified: 2009-05-22 01:23 CEST ====================================================================== Summary: --devices=skip broken, please update Description: The current ggrep doesn't seem to honor the -D/--devices=skip option and hangs on an recursive /etc search. Observed on an Solaris 10 x86 zone. # truss -elfda /opt/csw/bin/ggrep -D skip -r foo /etc/cron.d/ [...] 4031/1: 0.1525 open64("/etc/cron.d/FIFO", O_RDONLY) = 3 4031/1: 0.1527 fstat64(3, 0x08047B84) = 0 4031/1: read(3, 0x0807B000, 32768) (sleeping...) The upstream changelog indicates that there has been a related fix [1] late 2004. ggrep 2.5 seems to be from 2002, so an update would be appreciated. Latest version is 2.5.4 from this February [2]. [1] http://cvs.savannah.gnu.org/viewvc/grep/ChangeLog?root=grep&view=log#rev1.202 [2] http://ftp.gnu.org/pub/gnu/grep/ ====================================================================== ---------------------------------------------------------------------- (0006168) phil (manager) - 2009-05-22 01:23 http://opencsw.org/mantis/view.php?id=3681#c6168 ---------------------------------------------------------------------- baaah... ok, expect an updated packagein the next 24 hours. Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 01:00 skayser New Issue 2009-05-22 01:23 phil Note Added: 0006168 2009-05-22 01:23 phil Status new => closed ====================================================================== From noreply at opencsw.org Fri May 22 14:58:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 14:58:44 +0200 Subject: [bug-notifications] [perldoc 0003675]: Duplicate /opt/csw/share/man/man3/MIME::Base64.3perl In-Reply-To: <2b88d13586d1094b54d1bfc4d72a1dca> Message-ID: <59c7464df8b6f4f98747a53cb34ad4ff@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3675 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: perldoc Issue ID: 3675 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-15 19:01 CEST Last Modified: 2009-05-22 14:58 CEST ====================================================================== Summary: Duplicate /opt/csw/share/man/man3/MIME::Base64.3perl Description: Both CSWperldoc and CSWpmmimebase64 contain /opt/csw/share/man/man3/MIME::Base64.3perl, so you get a The following files are already installed on the system and are being used by another package: /opt/csw/share/man/man3/MIME::Base64.3perl when installing one package after the other. Don't know where it should belong to, but for sure not in both packages ;) ====================================================================== ---------------------------------------------------------------------- (0006146) bonivart (manager) - 2009-05-18 11:07 http://www.opencsw.org/mantis/view.php?id=3675#c6146 ---------------------------------------------------------------------- The easiest thing to do would be to respin CSWpmmimebase64 and not include the man page. Agree? ---------------------------------------------------------------------- (0006169) bonivart (manager) - 2009-05-22 14:58 http://www.opencsw.org/mantis/view.php?id=3675#c6169 ---------------------------------------------------------------------- New package in testing. Issue History Date Modified Username Field Change ====================================================================== 2009-05-15 19:01 skayser New Issue 2009-05-18 11:07 bonivart Note Added: 0006146 2009-05-18 14:18 bonivart Status new => assigned 2009-05-18 14:18 bonivart Assigned To => bonivart 2009-05-22 14:58 bonivart Note Added: 0006169 ====================================================================== From noreply at opencsw.org Fri May 22 15:26:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 15:26:43 +0200 Subject: [bug-notifications] [pysetuptools 0003682]: easy_install pre-sets the compiler, which cannot be changed. Message-ID: <1d17c73ffaa6dc9a95065ee03d158e72@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3682 ====================================================================== Reported By: ThurnerRupert Assigned To: ====================================================================== Project: pysetuptools Issue ID: 3682 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-22 15:26 CEST Last Modified: 2009-05-22 15:26 CEST ====================================================================== Summary: easy_install pre-sets the compiler, which cannot be changed. Description: installing PIL, genshi, mercurial, and others does not work seamlessly or not at all if one has no possibility to create the pre-set path /opt/studio/SOS11/SUNWspro/bin/cc. it would be nice to have this path as /opt/csw/studio .... so anybody is able to set it. see http://groups.google.com/group/distutils-sig/browse_thread/thread/d8d2c47eb1d96210 as well. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 15:26 ThurnerRupert New Issue ====================================================================== From noreply at opencsw.org Fri May 22 15:42:22 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 15:42:22 +0200 Subject: [bug-notifications] [pysetuptools 0003682]: easy_install pre-sets the compiler, which cannot be changed. In-Reply-To: <4df86843360873a2c8061c0465e10761> Message-ID: A NOTE has been added to this issue. ====================================================================== http://opencsw.org/mantis/view.php?id=3682 ====================================================================== Reported By: ThurnerRupert Assigned To: ====================================================================== Project: pysetuptools Issue ID: 3682 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-22 15:26 CEST Last Modified: 2009-05-22 15:42 CEST ====================================================================== Summary: easy_install pre-sets the compiler, which cannot be changed. Description: installing PIL, genshi, mercurial, and others does not work seamlessly or not at all if one has no possibility to create the pre-set path /opt/studio/SOS11/SUNWspro/bin/cc. it would be nice to have this path as /opt/csw/studio .... so anybody is able to set it. see http://groups.google.com/group/distutils-sig/browse_thread/thread/d8d2c47eb1d96210 as well. ====================================================================== ---------------------------------------------------------------------- (0006170) ThurnerRupert (reporter) - 2009-05-22 15:42 http://opencsw.org/mantis/view.php?id=3682#c6170 ---------------------------------------------------------------------- actually, this is a python thing. if you could compile python with a path which is *in* /opt/csw than others would have the possibility to replicate your setting. see: http://docs.python.org/distutils/apiref.html especially: distutils.sysconfig.customize_compiler(compiler) Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 15:26 ThurnerRupert New Issue 2009-05-22 15:42 ThurnerRupert Note Added: 0006170 ====================================================================== From noreply at opencsw.org Fri May 22 18:14:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 18:14:46 +0200 Subject: [bug-notifications] [jpilot 0002478]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: Message-ID: <4e75224cb62e04b49e94f356f066f11d@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2478 ====================================================================== Reported By: yann Assigned To: pfelecan ====================================================================== Project: jpilot Issue ID: 2478 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-07-28 09:12 CEST Last Modified: 2009-05-22 18: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. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 18:14 pfelecan Status new => assigned 2009-05-22 18:14 pfelecan Assigned To => pfelecan ====================================================================== From noreply at opencsw.org Fri May 22 20:27:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 20:27:01 +0200 Subject: [bug-notifications] [jpilot 0002478]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: Message-ID: <5e2b9cc27ed5cbf4de122c9fb5343318@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2478 ====================================================================== Reported By: yann Assigned To: pfelecan ====================================================================== Project: jpilot Issue ID: 2478 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2007-07-28 09:12 CEST Last Modified: 2009-05-22 20:27 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. ====================================================================== ---------------------------------------------------------------------- (0006171) pfelecan (manager) - 2009-05-22 20:27 http://www.opencsw.org/mantis/view.php?id=2478#c6171 ---------------------------------------------------------------------- the next version, 1.6.2, doesn't depend anymore on openssl Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 18:14 pfelecan Status new => assigned 2009-05-22 18:14 pfelecan Assigned To => pfelecan 2009-05-22 20:27 pfelecan Note Added: 0006171 2009-05-22 20:27 pfelecan Status assigned => resolved 2009-05-22 20:27 pfelecan Resolution open => fixed ====================================================================== From noreply at opencsw.org Fri May 22 20:28:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 20:28:08 +0200 Subject: [bug-notifications] [jpilot 0003279]: Depend on CSWggettextrt In-Reply-To: <41bc09d94ade0779e1bb6533fc44b9d2> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3279 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: jpilot Issue ID: 3279 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:10 CET Last Modified: 2009-05-22 20:28 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006172) pfelecan (manager) - 2009-05-22 20:28 http://www.opencsw.org/mantis/view.php?id=3279#c6172 ---------------------------------------------------------------------- fixed in the new 1.6.2 release to be issued. Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:10 harpchad New Issue 2009-03-31 18:44 pfelecan Status new => assigned 2009-03-31 18:44 pfelecan Assigned To => pfelecan 2009-05-22 20:28 pfelecan Note Added: 0006172 2009-05-22 20:28 pfelecan Status assigned => resolved 2009-05-22 20:28 pfelecan Resolution open => fixed ====================================================================== From noreply at opencsw.org Fri May 22 20:37:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 20:37:26 +0200 Subject: [bug-notifications] [perldoc 0003675]: Duplicate /opt/csw/share/man/man3/MIME::Base64.3perl In-Reply-To: <2b88d13586d1094b54d1bfc4d72a1dca> Message-ID: <5341b523f02103b03916c4d62729e8ae@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3675 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: perldoc Issue ID: 3675 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-05-15 19:01 CEST Last Modified: 2009-05-22 20:37 CEST ====================================================================== Summary: Duplicate /opt/csw/share/man/man3/MIME::Base64.3perl Description: Both CSWperldoc and CSWpmmimebase64 contain /opt/csw/share/man/man3/MIME::Base64.3perl, so you get a The following files are already installed on the system and are being used by another package: /opt/csw/share/man/man3/MIME::Base64.3perl when installing one package after the other. Don't know where it should belong to, but for sure not in both packages ;) ====================================================================== ---------------------------------------------------------------------- (0006146) bonivart (manager) - 2009-05-18 11:07 http://www.opencsw.org/mantis/view.php?id=3675#c6146 ---------------------------------------------------------------------- The easiest thing to do would be to respin CSWpmmimebase64 and not include the man page. Agree? ---------------------------------------------------------------------- (0006169) bonivart (manager) - 2009-05-22 14:58 http://www.opencsw.org/mantis/view.php?id=3675#c6169 ---------------------------------------------------------------------- New package in testing. ---------------------------------------------------------------------- (0006173) bonivart (manager) - 2009-05-22 20:37 http://www.opencsw.org/mantis/view.php?id=3675#c6173 ---------------------------------------------------------------------- New pm_mimebase64 package without man pages released. Issue History Date Modified Username Field Change ====================================================================== 2009-05-15 19:01 skayser New Issue 2009-05-18 11:07 bonivart Note Added: 0006146 2009-05-18 14:18 bonivart Status new => assigned 2009-05-18 14:18 bonivart Assigned To => bonivart 2009-05-22 14:58 bonivart Note Added: 0006169 2009-05-22 20:37 bonivart Note Added: 0006173 2009-05-22 20:37 bonivart Status assigned => closed ====================================================================== From noreply at opencsw.org Fri May 22 20:40:36 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 20:40:36 +0200 Subject: [bug-notifications] [perl 0003570]: RPATH contains /opt/csw/lib/perl/5.8.8/CORE In-Reply-To: Message-ID: <33ecd6395e2a87cc5036e6317f1462a2@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3570 ====================================================================== Reported By: james Assigned To: bonivart ====================================================================== Project: perl Issue ID: 3570 Category: packaging Reproducibility: have not tried Severity: trivial Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-01 21:06 CEST Last Modified: 2009-05-22 20:40 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/perl/5.8.8/CORE Description: /opt/csw/lib/perl/5.8.8/CORE contains no libs (I can only see headers), so is probably extra. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-04-01 21:06 james New Issue 2009-05-22 20:40 bonivart Status new => assigned 2009-05-22 20:40 bonivart Assigned To => bonivart ====================================================================== From noreply at opencsw.org Fri May 22 20:41:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 20:41:58 +0200 Subject: [bug-notifications] [dcc 0003530]: RPATH contains /opt/csw/lib/\SALIST In-Reply-To: Message-ID: <308643d7750caeb9807afca0cfcb7e87@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3530 ====================================================================== Reported By: james Assigned To: bonivart ====================================================================== Project: dcc Issue ID: 3530 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-31 22:48 CEST Last Modified: 2009-05-22 20:41 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\SALIST Description: RPATH = [9] RPATH /opt/csw/lib/\SALIST:/opt/csw/lib However there are no dependant libs so the ISALIST is redundant. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-03-31 22:48 james New Issue 2009-05-22 20:41 bonivart Status new => assigned 2009-05-22 20:41 bonivart Assigned To => bonivart ====================================================================== From noreply at opencsw.org Fri May 22 20:43:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 20:43:01 +0200 Subject: [bug-notifications] [dhcp 0003531]: RPATH contains /opt/csw/lib/\$ISALIST In-Reply-To: <9bea32191befdb697a930c78aa4e0a9f> Message-ID: <2662da91ac4df75d3a1a6875b850b2b7@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3531 ====================================================================== Reported By: james Assigned To: bonivart ====================================================================== Project: dhcp Issue ID: 3531 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-31 22:51 CEST Last Modified: 2009-05-22 20:43 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST Description: RPATH contains /opt/csw/lib/\$ISALIST hence won't pick up arch libs if any (ssl?). ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-03-31 22:51 james New Issue 2009-05-22 20:43 bonivart Status new => assigned 2009-05-22 20:43 bonivart Assigned To => bonivart ====================================================================== From noreply at opencsw.org Fri May 22 23:07:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 23:07:48 +0200 Subject: [bug-notifications] [pkgutil 0003683]: Add a pkgadd/pkgrm debug option Message-ID: <689b86f2e95b5f095e43a26d24cf50cf@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3683 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: pkgutil Issue ID: 3683 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-22 23:07 CEST Last Modified: 2009-05-22 23:07 CEST ====================================================================== Summary: Add a pkgadd/pkgrm debug option Description: pkgutil already has a debug option, but it is only used to debug pkgutil itself. It would be useful to add a pkgadd debug option which would add the -v option in pkgadd/pkgrm calls. It would help to debug user problem with postinstall/preremove/... code without having to tell me to manually download/uncompress/pkgadd the package. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 23:07 yann New Issue ====================================================================== From noreply at opencsw.org Sat May 23 00:36:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 00:36:00 +0200 Subject: [bug-notifications] [python 0003684]: copy from 3682 - easy_install pre-sets the compiler, which cannot be changed. Message-ID: <924031d6ac85064eb47b4fa5eb0809e6@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3684 ====================================================================== Reported By: mwatters Assigned To: ====================================================================== Project: python Issue ID: 3684 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-23 00:35 CEST Last Modified: 2009-05-23 00:35 CEST ====================================================================== Summary: copy from 3682 - easy_install pre-sets the compiler, which cannot be changed. Description: installing PIL, genshi, mercurial, and others does not work seamlessly or not at all if one has no possibility to create the pre-set path /opt/studio/SOS11/SUNWspro/bin/cc. it would be nice to have this path as /opt/csw/studio .... so anybody is able to set it. see http://groups.google.com/group/distutils-sig/browse_thread/thread/d8d2c47eb1d96210 as well. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-23 00:35 mwatters New Issue ====================================================================== From noreply at opencsw.org Sat May 23 00:37:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 00:37:03 +0200 Subject: [bug-notifications] [pysetuptools 0003682]: easy_install pre-sets the compiler, which cannot be changed. In-Reply-To: <4df86843360873a2c8061c0465e10761> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3682 ====================================================================== Reported By: ThurnerRupert Assigned To: mwatters ====================================================================== Project: pysetuptools Issue ID: 3682 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: duplicate Duplicate: 0 Fixed in Version: ====================================================================== Date Submitted: 2009-05-22 15:26 CEST Last Modified: 2009-05-23 00:37 CEST ====================================================================== Summary: easy_install pre-sets the compiler, which cannot be changed. Description: installing PIL, genshi, mercurial, and others does not work seamlessly or not at all if one has no possibility to create the pre-set path /opt/studio/SOS11/SUNWspro/bin/cc. it would be nice to have this path as /opt/csw/studio .... so anybody is able to set it. see http://groups.google.com/group/distutils-sig/browse_thread/thread/d8d2c47eb1d96210 as well. ====================================================================== ---------------------------------------------------------------------- (0006170) ThurnerRupert (reporter) - 2009-05-22 15:42 http://www.opencsw.org/mantis/view.php?id=3682#c6170 ---------------------------------------------------------------------- actually, this is a python thing. if you could compile python with a path which is *in* /opt/csw than others would have the possibility to replicate your setting. see: http://docs.python.org/distutils/apiref.html especially: distutils.sysconfig.customize_compiler(compiler) ---------------------------------------------------------------------- (0006174) mwatters (manager) - 2009-05-23 00:37 http://www.opencsw.org/mantis/view.php?id=3682#c6174 ---------------------------------------------------------------------- I moved this issue to the python project, I am closing this bug Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 15:26 ThurnerRupert New Issue 2009-05-22 15:42 ThurnerRupert Note Added: 0006170 2009-05-23 00:37 mwatters Note Added: 0006174 2009-05-23 00:37 mwatters Assigned To => mwatters 2009-05-23 00:37 mwatters Status new => closed 2009-05-23 00:37 mwatters Resolution open => duplicate ====================================================================== From noreply at opencsw.org Sat May 23 00:37:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 00:37:46 +0200 Subject: [bug-notifications] [pkgutil 0003683]: Add a pkgadd/pkgrm debug option In-Reply-To: Message-ID: <841ae5f815d40cdc1e773af183454369@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3683 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: pkgutil Issue ID: 3683 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-22 23:07 CEST Last Modified: 2009-05-23 00:37 CEST ====================================================================== Summary: Add a pkgadd/pkgrm debug option Description: pkgutil already has a debug option, but it is only used to debug pkgutil itself. It would be useful to add a pkgadd debug option which would add the -v option in pkgadd/pkgrm calls. It would help to debug user problem with postinstall/preremove/... code without having to tell me to manually download/uncompress/pkgadd the package. ====================================================================== ---------------------------------------------------------------------- (0006175) bonivart (manager) - 2009-05-23 00:37 http://www.opencsw.org/mantis/view.php?id=3683#c6175 ---------------------------------------------------------------------- Would it be ok if it was an option in pkgutil.conf? I'm trying to be conservative about the number of command line options. Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 23:07 yann New Issue 2009-05-23 00:37 bonivart Note Added: 0006175 ====================================================================== From noreply at opencsw.org Sat May 23 00:38:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 00:38:00 +0200 Subject: [bug-notifications] [pkgutil 0003683]: Add a pkgadd/pkgrm debug option In-Reply-To: Message-ID: <3e16def06c64b9bdf9ddbceae22b9fbd@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3683 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3683 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-22 23:07 CEST Last Modified: 2009-05-23 00:37 CEST ====================================================================== Summary: Add a pkgadd/pkgrm debug option Description: pkgutil already has a debug option, but it is only used to debug pkgutil itself. It would be useful to add a pkgadd debug option which would add the -v option in pkgadd/pkgrm calls. It would help to debug user problem with postinstall/preremove/... code without having to tell me to manually download/uncompress/pkgadd the package. ====================================================================== ---------------------------------------------------------------------- (0006175) bonivart (manager) - 2009-05-23 00:37 http://www.opencsw.org/mantis/view.php?id=3683#c6175 ---------------------------------------------------------------------- Would it be ok if it was an option in pkgutil.conf? I'm trying to be conservative about the number of command line options. Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 23:07 yann New Issue 2009-05-23 00:37 bonivart Note Added: 0006175 2009-05-23 00:37 bonivart Status new => assigned 2009-05-23 00:37 bonivart Assigned To => bonivart ====================================================================== From noreply at opencsw.org Sat May 23 01:00:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 01:00:28 +0200 Subject: [bug-notifications] [squid 0002858]: squid needs to have more cache replacement algorithms In-Reply-To: <48981a6b17471bc633bc4f3158ec437b> Message-ID: <310d9bc8c410f7609c825c6de032332d@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2858 ====================================================================== Reported By: csh Assigned To: ====================================================================== Project: squid Issue ID: 2858 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-04-15 13:14 CEST Last Modified: 2009-05-23 01:00 CEST ====================================================================== Summary: squid needs to have more cache replacement algorithms Description: squid has some excellent cache replacement algorithms which can reduce bandwidth and/or increase the hit rate, sometimes by a great deal. As compiled, squid only supports LRU, but I have tested GDSF and the others and they have distinct advantages, depending on your usage patterns. ====================================================================== ---------------------------------------------------------------------- (0006178) mwatters (manager) - 2009-05-23 01:00 http://www.opencsw.org/mantis/view.php?id=2858#c6178 ---------------------------------------------------------------------- This is incorporated into the current release. Issue History Date Modified Username Field Change ====================================================================== 2009-05-23 01:00 mwatters Note Added: 0006178 2009-05-23 01:00 mwatters Status new => closed ====================================================================== From noreply at opencsw.org Sat May 23 01:02:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 01:02:30 +0200 Subject: [bug-notifications] [subversion 0003661]: sqlite error In-Reply-To: Message-ID: <1b928a387be3b020f43b0e16c1423528@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3661 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: subversion Issue ID: 3661 Category: other Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-08 18:53 CEST Last Modified: 2009-05-23 01:02 CEST ====================================================================== Summary: sqlite error Description: SubversionException: ('Could not configure SQLite', 200030) This happens when using e.g. trac-admin repos resync The bug was already in subversion-1.6 which I build for myself It is related to the 'filesystem' one uses in subversion. creating a repository with : svnadmin create -fs-type fsfs test will provoke this error. doing it with : svnadmin create --fs-type fsfs --pre-1.6-compatible test will not. ====================================================================== ---------------------------------------------------------------------- (0006079) mwatters (manager) - 2009-05-10 05:32 http://www.opencsw.org/mantis/view.php?id=3661#c6079 ---------------------------------------------------------------------- Thank you for the report, I will get to it as soon as I can. ---------------------------------------------------------------------- (0006090) ThurnerRupert (reporter) - 2009-05-10 23:29 http://www.opencsw.org/mantis/view.php?id=3661#c6090 ---------------------------------------------------------------------- tested svn-1.6.2 and it works. put intermediate compiles on http://mirror.opencsw.org/testing. but these will not be the final ones coming from the expert :) ---------------------------------------------------------------------- (0006144) mwatters (manager) - 2009-05-17 23:22 http://www.opencsw.org/mantis/view.php?id=3661#c6144 ---------------------------------------------------------------------- This is supposed to be fixed upstream in the 1.6.2 version. subversion-1.6.2,REV=2009.05.17 is now in testing ---------------------------------------------------------------------- (0006179) mwatters (manager) - 2009-05-23 01:02 http://www.opencsw.org/mantis/view.php?id=3661#c6179 ---------------------------------------------------------------------- 1.6.2 released closing Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 18:53 Nicolai SchwindtNew Issue 2009-05-10 05:31 mwatters Status new => assigned 2009-05-10 05:31 mwatters Assigned To => mwatters 2009-05-10 05:32 mwatters Note Added: 0006079 2009-05-10 05:32 mwatters Status assigned => confirmed 2009-05-10 23:29 ThurnerRupert Note Added: 0006090 2009-05-17 23:22 mwatters Note Added: 0006144 2009-05-17 23:22 mwatters Status confirmed => resolved 2009-05-17 23:22 mwatters Resolution open => fixed 2009-05-23 01:02 mwatters Note Added: 0006179 2009-05-23 01:02 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sat May 23 01:08:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 01:08:13 +0200 Subject: [bug-notifications] [ap2_subversion 0003653]: Module load order in http.conf In-Reply-To: Message-ID: <6ac52b17f9356fc5ec72d9cab2d07257@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3653 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: ap2_subversion Issue ID: 3653 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-07 09:38 CEST Last Modified: 2009-05-23 01:08 CEST ====================================================================== Summary: Module load order in http.conf Description: After upgrading to ap2_subversion 1.6.1,REV=2009.04.29 the LoadModule get resorted, which leads to : tcsh at port-1542 [/var/opt/csw/apache2/log] /opt/csw/apache2/sbin/apachectl -t httpd: Syntax error on line 126 of /opt/csw/apache2/etc/httpd.conf: Cannot load /opt/csw/apache2/libexec/mod_dav_lock.so into server: ld.so.1: httpd: fatal: relocation error: file /opt/csw/apache2/libexec/mod_dav_lock.so: symbol dav_new_error: referenced symbol not found Moving dav_lock_module to a lower line resolves this. The order should be something like this as dav_new_error blongs to mod_dav.so: LoadModule dav_module libexec/mod_dav.so LoadModule dav_fs_module libexec/mod_dav_fs.so LoadModule dav_svn_module libexec/mod_dav_svn.so LoadModule dav_lock_module libexec/mod_dav_lock.so LoadModule authz_svn_module libexec/mod_authz_svn.so I verified on two other machines, the modules dav_module, dav_fs_module, dav_svn_module are resorted to new lines, which leaves dav_lock_module on a line before the newly generated. ====================================================================== ---------------------------------------------------------------------- (0006078) mwatters (manager) - 2009-05-08 05:32 http://www.opencsw.org/mantis/view.php?id=3653#c6078 ---------------------------------------------------------------------- I will add the mod_dav_lock.so to the post-install for the apache module. the current one rewrites the dav, dav_fs and dav_svn but does not include dav_lock. Thank you for the report. ---------------------------------------------------------------------- (0006143) mwatters (manager) - 2009-05-17 23:20 http://www.opencsw.org/mantis/view.php?id=3653#c6143 ---------------------------------------------------------------------- this is fixed in the ap2_subversion-1.6.2,REV=2009.05.17 version in testing. ---------------------------------------------------------------------- (0006180) mwatters (manager) - 2009-05-23 01:08 http://www.opencsw.org/mantis/view.php?id=3653#c6180 ---------------------------------------------------------------------- closed fixed Issue History Date Modified Username Field Change ====================================================================== 2009-05-07 09:38 Nicolai SchwindtNew Issue 2009-05-08 05:30 mwatters Status new => assigned 2009-05-08 05:30 mwatters Assigned To => mwatters 2009-05-08 05:32 mwatters Note Added: 0006078 2009-05-08 05:32 mwatters Status assigned => confirmed 2009-05-17 23:20 mwatters Note Added: 0006143 2009-05-17 23:20 mwatters Status confirmed => resolved 2009-05-17 23:20 mwatters Resolution open => fixed 2009-05-23 01:08 mwatters Note Added: 0006180 2009-05-23 01:08 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sat May 23 01:09:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 01:09:57 +0200 Subject: [bug-notifications] [pysqlite2 0003655]: pls upgrade to 2.5.5 In-Reply-To: Message-ID: <68febd715779bcf0ca34f78e8405043d@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3655 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: pysqlite2 Issue ID: 3655 Category: upgrade Reproducibility: sometimes Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-07 10:33 CEST Last Modified: 2009-05-23 01:09 CEST ====================================================================== Summary: pls upgrade to 2.5.5 Description: An bug in 2.4.0 rendered my trac installs unusable. All trac instances failed with : Command failed: database parameter must be string or APSW Connection object It is an know Bug see for example : http://sjohannes.wordpress.com/2007/12/05/database-parameter-must-be-string-or-apsw-connection-object/ I upgraded locally to 2.5.5 which works like a charm ====================================================================== ---------------------------------------------------------------------- (0006076) mwatters (manager) - 2009-05-08 05:08 http://www.opencsw.org/mantis/view.php?id=3655#c6076 ---------------------------------------------------------------------- I will work on the update. Thank you for the report. ---------------------------------------------------------------------- (0006142) mwatters (manager) - 2009-05-17 23:07 http://www.opencsw.org/mantis/view.php?id=3655#c6142 ---------------------------------------------------------------------- version 2.5.5 now in testing, I will close this request once it is released. ---------------------------------------------------------------------- (0006181) mwatters (manager) - 2009-05-23 01:09 http://www.opencsw.org/mantis/view.php?id=3655#c6181 ---------------------------------------------------------------------- closed fixed Issue History Date Modified Username Field Change ====================================================================== 2009-05-07 10:33 Nicolai SchwindtNew Issue 2009-05-08 05:07 mwatters Status new => assigned 2009-05-08 05:07 mwatters Assigned To => mwatters 2009-05-08 05:08 mwatters Note Added: 0006076 2009-05-08 05:08 mwatters Status assigned => confirmed 2009-05-17 23:07 mwatters Note Added: 0006142 2009-05-17 23:07 mwatters Status confirmed => resolved 2009-05-17 23:07 mwatters Resolution open => fixed 2009-05-23 01:09 mwatters Note Added: 0006181 2009-05-23 01:09 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sat May 23 01:10:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 01:10:48 +0200 Subject: [bug-notifications] [gd 0003618]: Linked to 2 different libfreetype.so.6 and libz.so In-Reply-To: <2bf70d64a7673ab33fde2a007584a24c> Message-ID: <5d1576d855126a67520097e2afdd949e@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3618 ====================================================================== Reported By: james Assigned To: mwatters ====================================================================== Project: gd Issue ID: 3618 Category: packaging Reproducibility: sometimes Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-03 21:51 CEST Last Modified: 2009-05-23 01:10 CEST ====================================================================== Summary: Linked to 2 different libfreetype.so.6 and libz.so Description: This affects amd64 version, not sparcv9 /opt/csw/lib/amd64/libgd.so.2.0.0 is linked to the /use/sfw version of libfontconfig which is also linked to libfreetype.so.6 and libz.so.1. I can't make it crash but instinct tells me this is best avoided. The undrerlying problem is the lack of CSW amd64 fontconfig - please request. Also and not very of minor importance, is there a need for /opt/csw/bin/amd64/ and /opt/csw/bin/sparcv9/ executables? Justify with measurable speed gains or address space requirement. ====================================================================== ---------------------------------------------------------------------- (0005840) mwatters (manager) - 2009-04-04 05:35 http://www.opencsw.org/mantis/view.php?id=3618#c5840 ---------------------------------------------------------------------- Waiting on amd64 support for gcc ---------------------------------------------------------------------- (0005845) james (reporter) - 2009-04-04 10:59 http://www.opencsw.org/mantis/view.php?id=3618#c5845 ---------------------------------------------------------------------- Sorry, I wrote "not very of minor importance" but I changed the sense mid way in the sentance. The extra exectuables are not of importance. ---------------------------------------------------------------------- (0006141) mwatters (manager) - 2009-05-17 23:03 http://www.opencsw.org/mantis/view.php?id=3618#c6141 ---------------------------------------------------------------------- This is resolved in the current testing version. ---------------------------------------------------------------------- (0006182) mwatters (manager) - 2009-05-23 01:10 http://www.opencsw.org/mantis/view.php?id=3618#c6182 ---------------------------------------------------------------------- closed fixed Issue History Date Modified Username Field Change ====================================================================== 2009-04-03 21:51 james New Issue 2009-04-03 21:52 mwatters Status new => assigned 2009-04-03 21:52 mwatters Assigned To => mwatters 2009-04-04 05:35 mwatters Note Added: 0005840 2009-04-04 10:59 james Note Added: 0005845 2009-05-17 23:03 mwatters Note Added: 0006141 2009-05-17 23:03 mwatters Status assigned => resolved 2009-05-17 23:03 mwatters Resolution open => fixed 2009-05-23 01:10 mwatters Note Added: 0006182 2009-05-23 01:10 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sat May 23 11:16:20 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 11:16:20 +0200 Subject: [bug-notifications] [jpilot 0003279]: Depend on CSWggettextrt In-Reply-To: <41bc09d94ade0779e1bb6533fc44b9d2> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3279 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: jpilot Issue ID: 3279 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:10 CET Last Modified: 2009-05-23 11:16 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006172) pfelecan (manager) - 2009-05-22 20:28 http://www.opencsw.org/mantis/view.php?id=3279#c6172 ---------------------------------------------------------------------- fixed in the new 1.6.2 release to be issued. Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:10 harpchad New Issue 2009-03-31 18:44 pfelecan Status new => assigned 2009-03-31 18:44 pfelecan Assigned To => pfelecan 2009-05-22 20:28 pfelecan Note Added: 0006172 2009-05-22 20:28 pfelecan Status assigned => resolved 2009-05-22 20:28 pfelecan Resolution open => fixed 2009-05-23 11:16 pfelecan Status resolved => closed ====================================================================== From noreply at opencsw.org Sat May 23 11:16:22 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 11:16:22 +0200 Subject: [bug-notifications] [jpilot 0002478]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: Message-ID: <77901eeef4583dbe8667b881500a6e12@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2478 ====================================================================== Reported By: yann Assigned To: pfelecan ====================================================================== Project: jpilot Issue ID: 2478 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2007-07-28 09:12 CEST Last Modified: 2009-05-23 11:16 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. ====================================================================== ---------------------------------------------------------------------- (0006171) pfelecan (manager) - 2009-05-22 20:27 http://www.opencsw.org/mantis/view.php?id=2478#c6171 ---------------------------------------------------------------------- the next version, 1.6.2, doesn't depend anymore on openssl Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 18:14 pfelecan Status new => assigned 2009-05-22 18:14 pfelecan Assigned To => pfelecan 2009-05-22 20:27 pfelecan Note Added: 0006171 2009-05-22 20:27 pfelecan Status assigned => resolved 2009-05-22 20:27 pfelecan Resolution open => fixed 2009-05-23 11:16 pfelecan Status resolved => closed ====================================================================== From noreply at opencsw.org Sat May 23 11:39:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 11:39:05 +0200 Subject: [bug-notifications] [cswclassutils 0003685]: cswpreserveconf Message-ID: <56f1885afc1e74092117b2a51f13798f@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3685 ====================================================================== Reported By: ja Assigned To: ====================================================================== Project: cswclassutils Issue ID: 3685 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-23 11:39 CEST Last Modified: 2009-05-23 11:39 CEST ====================================================================== Summary: cswpreserveconf Description: Config files handled with the class cswpreserveconf have always the ownerships root:other and not the desired ownership, which is specified for the .CSW file. Example: In CSWnagios.prototype f cswpreserveconf /opt/csw/nagios/etc/cgi.cfg.CSW 0664 nagios nagios results in -rw-r--r-- 1 root other 10695 May 22 22:19 cgi.cfg -rw-rw-r-- 1 nagios nagios 10695 Mar 20 22:26 cgi.cfg.CSW and not as expected in -rw-r--r-- 1 nagios nagios 10695 May 22 22:19 cgi.cfg ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-23 11:39 ja New Issue ====================================================================== From noreply at opencsw.org Sat May 23 12:14:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 12:14:42 +0200 Subject: [bug-notifications] [libofx 0003365]: Depend on CSWggettextrt In-Reply-To: <361f6f9563eab6d3ae5a0e11caca33ab> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3365 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: libofx Issue ID: 3365 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:20 CET Last Modified: 2009-05-23 12:14 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006183) pfelecan (manager) - 2009-05-23 12:14 http://www.opencsw.org/mantis/view.php?id=3365#c6183 ---------------------------------------------------------------------- the new 0.9.1 package to be issued fixes this. Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:20 harpchad New Issue 2009-03-31 18:37 pfelecan Status new => assigned 2009-03-31 18:37 pfelecan Assigned To => pfelecan 2009-05-23 12:14 pfelecan Note Added: 0006183 2009-05-23 12:14 pfelecan Status assigned => resolved 2009-05-23 12:14 pfelecan Resolution open => fixed ====================================================================== From noreply at opencsw.org Sat May 23 12:24:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 12:24:03 +0200 Subject: [bug-notifications] [cswclassutils 0003685]: cswpreserveconf In-Reply-To: Message-ID: <027ff6df045f96ce2dfa9bd702b6692c@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3685 ====================================================================== Reported By: ja Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3685 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-23 11:39 CEST Last Modified: 2009-05-23 12:24 CEST ====================================================================== Summary: cswpreserveconf Description: Config files handled with the class cswpreserveconf have always the ownerships root:other and not the desired ownership, which is specified for the .CSW file. Example: In CSWnagios.prototype f cswpreserveconf /opt/csw/nagios/etc/cgi.cfg.CSW 0664 nagios nagios results in -rw-r--r-- 1 root other 10695 May 22 22:19 cgi.cfg -rw-rw-r-- 1 nagios nagios 10695 Mar 20 22:26 cgi.cfg.CSW and not as expected in -rw-r--r-- 1 nagios nagios 10695 May 22 22:19 cgi.cfg ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-23 11:39 ja New Issue 2009-05-23 12:24 bonivart Status new => assigned 2009-05-23 12:24 bonivart Assigned To => bonivart ====================================================================== From noreply at opencsw.org Sat May 23 12:25:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 12:25:26 +0200 Subject: [bug-notifications] [cswclassutils 0003685]: cswpreserveconf In-Reply-To: Message-ID: <0c4cd08997baf547eb02647209a20651@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3685 ====================================================================== Reported By: ja Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3685 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-23 11:39 CEST Last Modified: 2009-05-23 12:25 CEST ====================================================================== Summary: cswpreserveconf Description: Config files handled with the class cswpreserveconf have always the ownerships root:other and not the desired ownership, which is specified for the .CSW file. Example: In CSWnagios.prototype f cswpreserveconf /opt/csw/nagios/etc/cgi.cfg.CSW 0664 nagios nagios results in -rw-r--r-- 1 root other 10695 May 22 22:19 cgi.cfg -rw-rw-r-- 1 nagios nagios 10695 Mar 20 22:26 cgi.cfg.CSW and not as expected in -rw-r--r-- 1 nagios nagios 10695 May 22 22:19 cgi.cfg ====================================================================== ---------------------------------------------------------------------- (0006184) bonivart (manager) - 2009-05-23 12:25 http://www.opencsw.org/mantis/view.php?id=3685#c6184 ---------------------------------------------------------------------- Also the permissions are from umask, not from .CSW file. Issue History Date Modified Username Field Change ====================================================================== 2009-05-23 11:39 ja New Issue 2009-05-23 12:24 bonivart Status new => assigned 2009-05-23 12:24 bonivart Assigned To => bonivart 2009-05-23 12:25 bonivart Note Added: 0006184 ====================================================================== From noreply at opencsw.org Sat May 23 12:26:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 12:26:05 +0200 Subject: [bug-notifications] [cswclassutils 0003685]: cswpreserveconf In-Reply-To: Message-ID: <41dda189c5329fc434d854dbfeb013a8@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3685 ====================================================================== Reported By: ja Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3685 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-23 11:39 CEST Last Modified: 2009-05-23 12:26 CEST ====================================================================== Summary: cswpreserveconf Description: Config files handled with the class cswpreserveconf have always the ownerships root:other and not the desired ownership, which is specified for the .CSW file. Example: In CSWnagios.prototype f cswpreserveconf /opt/csw/nagios/etc/cgi.cfg.CSW 0664 nagios nagios results in -rw-r--r-- 1 root other 10695 May 22 22:19 cgi.cfg -rw-rw-r-- 1 nagios nagios 10695 Mar 20 22:26 cgi.cfg.CSW and not as expected in -rw-r--r-- 1 nagios nagios 10695 May 22 22:19 cgi.cfg ====================================================================== ---------------------------------------------------------------------- (0006184) bonivart (manager) - 2009-05-23 12:25 http://www.opencsw.org/mantis/view.php?id=3685#c6184 ---------------------------------------------------------------------- Also the permissions are from umask, not from .CSW file. ---------------------------------------------------------------------- (0006185) bonivart (manager) - 2009-05-23 12:26 http://www.opencsw.org/mantis/view.php?id=3685#c6185 ---------------------------------------------------------------------- Phil is looking into this, I'm pretty sure it concerns cswcpsampleconf as well. Issue History Date Modified Username Field Change ====================================================================== 2009-05-23 11:39 ja New Issue 2009-05-23 12:24 bonivart Status new => assigned 2009-05-23 12:24 bonivart Assigned To => bonivart 2009-05-23 12:25 bonivart Note Added: 0006184 2009-05-23 12:26 bonivart Note Added: 0006185 ====================================================================== From noreply at opencsw.org Sat May 23 14:25:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 14:25:50 +0200 Subject: [bug-notifications] [pkgutil 0003683]: Add a pkgadd/pkgrm debug option In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3683 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3683 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-22 23:07 CEST Last Modified: 2009-05-23 14:25 CEST ====================================================================== Summary: Add a pkgadd/pkgrm debug option Description: pkgutil already has a debug option, but it is only used to debug pkgutil itself. It would be useful to add a pkgadd debug option which would add the -v option in pkgadd/pkgrm calls. It would help to debug user problem with postinstall/preremove/... code without having to tell me to manually download/uncompress/pkgadd the package. ====================================================================== ---------------------------------------------------------------------- (0006175) bonivart (manager) - 2009-05-23 00:37 http://www.opencsw.org/mantis/view.php?id=3683#c6175 ---------------------------------------------------------------------- Would it be ok if it was an option in pkgutil.conf? I'm trying to be conservative about the number of command line options. ---------------------------------------------------------------------- (0006186) yann (reporter) - 2009-05-23 14:25 http://www.opencsw.org/mantis/view.php?id=3683#c6186 ---------------------------------------------------------------------- You already have the pkgaddopts option in pkgutil.conf, don't you ? My idea is to just tell a user to do pkgutil --trace --install packagename (for example) when they got a postinstall/preremove/... so then they can very easily send me the debug output. I would prefer this option to be a command line option because I think it will be easier for the user, but that's your call. Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 23:07 yann New Issue 2009-05-23 00:37 bonivart Note Added: 0006175 2009-05-23 00:37 bonivart Status new => assigned 2009-05-23 00:37 bonivart Assigned To => bonivart 2009-05-23 14:25 yann Note Added: 0006186 ====================================================================== From noreply at opencsw.org Sun May 24 17:02:20 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 24 May 2009 17:02:20 +0200 Subject: [bug-notifications] [bison 0003070]: Depend on CSWggettextrt In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3070 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: bison Issue ID: 3070 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 02:48 CET Last Modified: 2009-05-24 17:02 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 02:48 harpchad New Issue 2009-05-24 17:02 dam Status new => assigned 2009-05-24 17:02 dam Assigned To => dam ====================================================================== From noreply at opencsw.org Sun May 24 17:02:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 24 May 2009 17:02:52 +0200 Subject: [bug-notifications] [bison 0003070]: Depend on CSWggettextrt In-Reply-To: Message-ID: <79678085c086c7e880b8ea37efdd2991@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3070 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: bison Issue ID: 3070 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-05-24 17:02 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006187) dam (manager) - 2009-05-24 17:02 http://www.opencsw.org/mantis/view.php?id=3070#c6187 ---------------------------------------------------------------------- Fixed in 2.4.1,REV=2009.05.12 Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 02:48 harpchad New Issue 2009-05-24 17:02 dam Status new => assigned 2009-05-24 17:02 dam Assigned To => dam 2009-05-24 17:02 dam Note Added: 0006187 2009-05-24 17:02 dam Status assigned => closed ====================================================================== From noreply at opencsw.org Sun May 24 17:03:29 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 24 May 2009 17:03:29 +0200 Subject: [bug-notifications] [bison 0003487]: Please update bison to newer version In-Reply-To: Message-ID: <98aa70ef21d1158b514681df4957c4c6@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3487 ====================================================================== Reported By: philadmin Assigned To: dam ====================================================================== Project: bison Issue ID: 3487 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-23 17:51 CET Last Modified: 2009-05-24 17:03 CEST ====================================================================== Summary: Please update bison to newer version Description: 2.4.1 is out. please update? ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-03-23 17:51 philadmin New Issue 2009-05-24 17:03 dam Status new => assigned 2009-05-24 17:03 dam Assigned To => dam ====================================================================== From noreply at opencsw.org Sun May 24 17:03:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 24 May 2009 17:03:52 +0200 Subject: [bug-notifications] [bison 0003487]: Please update bison to newer version In-Reply-To: Message-ID: <4ff0ded30d482c08d4852e2cda44e5e6@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3487 ====================================================================== Reported By: philadmin Assigned To: dam ====================================================================== Project: bison Issue ID: 3487 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-03-23 17:51 CET Last Modified: 2009-05-24 17:03 CEST ====================================================================== Summary: Please update bison to newer version Description: 2.4.1 is out. please update? ====================================================================== ---------------------------------------------------------------------- (0006188) dam (manager) - 2009-05-24 17:03 http://www.opencsw.org/mantis/view.php?id=3487#c6188 ---------------------------------------------------------------------- Fixed in 2.4.1,REV=2009.05.12 Issue History Date Modified Username Field Change ====================================================================== 2009-03-23 17:51 philadmin New Issue 2009-05-24 17:03 dam Status new => assigned 2009-05-24 17:03 dam Assigned To => dam 2009-05-24 17:03 dam Note Added: 0006188 2009-05-24 17:03 dam Status assigned => closed ====================================================================== From noreply at opencsw.org Mon May 25 10:07:36 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 25 May 2009 10:07:36 +0200 Subject: [bug-notifications] [pkgutil 0003683]: Add a pkgadd/pkgrm debug option In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3683 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3683 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-22 23:07 CEST Last Modified: 2009-05-25 10:07 CEST ====================================================================== Summary: Add a pkgadd/pkgrm debug option Description: pkgutil already has a debug option, but it is only used to debug pkgutil itself. It would be useful to add a pkgadd debug option which would add the -v option in pkgadd/pkgrm calls. It would help to debug user problem with postinstall/preremove/... code without having to tell me to manually download/uncompress/pkgadd the package. ====================================================================== ---------------------------------------------------------------------- (0006175) bonivart (manager) - 2009-05-23 00:37 http://www.opencsw.org/mantis/view.php?id=3683#c6175 ---------------------------------------------------------------------- Would it be ok if it was an option in pkgutil.conf? I'm trying to be conservative about the number of command line options. ---------------------------------------------------------------------- (0006186) yann (reporter) - 2009-05-23 14:25 http://www.opencsw.org/mantis/view.php?id=3683#c6186 ---------------------------------------------------------------------- You already have the pkgaddopts option in pkgutil.conf, don't you ? My idea is to just tell a user to do pkgutil --trace --install packagename (for example) when they got a postinstall/preremove/... so then they can very easily send me the debug output. I would prefer this option to be a command line option because I think it will be easier for the user, but that's your call. ---------------------------------------------------------------------- (0006189) bonivart (manager) - 2009-05-25 10:07 http://www.opencsw.org/mantis/view.php?id=3683#c6189 ---------------------------------------------------------------------- You're absolutely right. Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 23:07 yann New Issue 2009-05-23 00:37 bonivart Note Added: 0006175 2009-05-23 00:37 bonivart Status new => assigned 2009-05-23 00:37 bonivart Assigned To => bonivart 2009-05-23 14:25 yann Note Added: 0006186 2009-05-25 10:07 bonivart Note Added: 0006189 ====================================================================== From noreply at opencsw.org Mon May 25 16:22:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 25 May 2009 16:22:52 +0200 Subject: [bug-notifications] [pkgutil 0003683]: Add a pkgadd/pkgrm debug option In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3683 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3683 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-22 23:07 CEST Last Modified: 2009-05-25 16:22 CEST ====================================================================== Summary: Add a pkgadd/pkgrm debug option Description: pkgutil already has a debug option, but it is only used to debug pkgutil itself. It would be useful to add a pkgadd debug option which would add the -v option in pkgadd/pkgrm calls. It would help to debug user problem with postinstall/preremove/... code without having to tell me to manually download/uncompress/pkgadd the package. ====================================================================== ---------------------------------------------------------------------- (0006175) bonivart (manager) - 2009-05-23 00:37 http://www.opencsw.org/mantis/view.php?id=3683#c6175 ---------------------------------------------------------------------- Would it be ok if it was an option in pkgutil.conf? I'm trying to be conservative about the number of command line options. ---------------------------------------------------------------------- (0006186) yann (reporter) - 2009-05-23 14:25 http://www.opencsw.org/mantis/view.php?id=3683#c6186 ---------------------------------------------------------------------- You already have the pkgaddopts option in pkgutil.conf, don't you ? My idea is to just tell a user to do pkgutil --trace --install packagename (for example) when they got a postinstall/preremove/... so then they can very easily send me the debug output. I would prefer this option to be a command line option because I think it will be easier for the user, but that's your call. ---------------------------------------------------------------------- (0006189) bonivart (manager) - 2009-05-25 10:07 http://www.opencsw.org/mantis/view.php?id=3683#c6189 ---------------------------------------------------------------------- You're absolutely right. ---------------------------------------------------------------------- (0006190) bonivart (manager) - 2009-05-25 16:22 http://www.opencsw.org/mantis/view.php?id=3683#c6190 ---------------------------------------------------------------------- You now have a --trace option that sets -v for pkgadd/pkgrm operations. You can download the updated pkgutil script from: http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=46 Let me know if it's what you want. Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 23:07 yann New Issue 2009-05-23 00:37 bonivart Note Added: 0006175 2009-05-23 00:37 bonivart Status new => assigned 2009-05-23 00:37 bonivart Assigned To => bonivart 2009-05-23 14:25 yann Note Added: 0006186 2009-05-25 10:07 bonivart Note Added: 0006189 2009-05-25 16:22 bonivart Note Added: 0006190 ====================================================================== From noreply at opencsw.org Mon May 25 18:15:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 25 May 2009 18:15:10 +0200 Subject: [bug-notifications] [cswutils 0003438]: checkpkg: Add flag to allow user selection of temporary directory In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3438 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: cswutils Issue ID: 3438 Category: other Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-15 16:20 CET Last Modified: 2009-05-25 18:15 CEST ====================================================================== Summary: checkpkg: Add flag to allow user selection of temporary directory Description: In the current version of checkpkg /tmp is always used as the temp space. Please add a flag to allow users to select which directory they would like to use as temp space. A proposed solution is in the attached patch. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-15 16:20 harpchad New Issue 2009-02-15 16:20 harpchad File Added: checkpkg.patch 2009-02-27 02:44 philadmin Status new => assigned 2009-02-27 02:44 philadmin Assigned To => phil 2009-05-25 18:15 dam Assigned To phil => dam ====================================================================== From noreply at opencsw.org Mon May 25 18:16:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 25 May 2009 18:16:16 +0200 Subject: [bug-notifications] [cswutils 0003438]: checkpkg: Add flag to allow user selection of temporary directory In-Reply-To: Message-ID: <4617d829bfb1e8ef763e3dc524d3bb63@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3438 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: cswutils Issue ID: 3438 Category: other Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-15 16:20 CET Last Modified: 2009-05-25 18:16 CEST ====================================================================== Summary: checkpkg: Add flag to allow user selection of temporary directory Description: In the current version of checkpkg /tmp is always used as the temp space. Please add a flag to allow users to select which directory they would like to use as temp space. A proposed solution is in the attached patch. ====================================================================== ---------------------------------------------------------------------- (0006191) dam (manager) - 2009-05-25 18:16 http://www.opencsw.org/mantis/view.php?id=3438#c6191 ---------------------------------------------------------------------- checkpkg version 2.7 honors TMPDIR. Fixed in 1.14.1,REV=2009.05.25. Issue History Date Modified Username Field Change ====================================================================== 2009-02-15 16:20 harpchad New Issue 2009-02-15 16:20 harpchad File Added: checkpkg.patch 2009-02-27 02:44 philadmin Status new => assigned 2009-02-27 02:44 philadmin Assigned To => phil 2009-05-25 18:15 dam Assigned To phil => dam 2009-05-25 18:16 dam Note Added: 0006191 2009-05-25 18:16 dam Status assigned => closed ====================================================================== From noreply at opencsw.org Mon May 25 18:30:02 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 25 May 2009 18:30:02 +0200 Subject: [bug-notifications] [pkgutil 0003683]: Add a pkgadd/pkgrm debug option In-Reply-To: Message-ID: <4e691289d314332dd9b54e2f4539b4b1@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3683 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3683 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-22 23:07 CEST Last Modified: 2009-05-25 18:30 CEST ====================================================================== Summary: Add a pkgadd/pkgrm debug option Description: pkgutil already has a debug option, but it is only used to debug pkgutil itself. It would be useful to add a pkgadd debug option which would add the -v option in pkgadd/pkgrm calls. It would help to debug user problem with postinstall/preremove/... code without having to tell me to manually download/uncompress/pkgadd the package. ====================================================================== ---------------------------------------------------------------------- (0006175) bonivart (manager) - 2009-05-23 00:37 http://www.opencsw.org/mantis/view.php?id=3683#c6175 ---------------------------------------------------------------------- Would it be ok if it was an option in pkgutil.conf? I'm trying to be conservative about the number of command line options. ---------------------------------------------------------------------- (0006186) yann (reporter) - 2009-05-23 14:25 http://www.opencsw.org/mantis/view.php?id=3683#c6186 ---------------------------------------------------------------------- You already have the pkgaddopts option in pkgutil.conf, don't you ? My idea is to just tell a user to do pkgutil --trace --install packagename (for example) when they got a postinstall/preremove/... so then they can very easily send me the debug output. I would prefer this option to be a command line option because I think it will be easier for the user, but that's your call. ---------------------------------------------------------------------- (0006189) bonivart (manager) - 2009-05-25 10:07 http://www.opencsw.org/mantis/view.php?id=3683#c6189 ---------------------------------------------------------------------- You're absolutely right. ---------------------------------------------------------------------- (0006190) bonivart (manager) - 2009-05-25 16:22 http://www.opencsw.org/mantis/view.php?id=3683#c6190 ---------------------------------------------------------------------- You now have a --trace option that sets -v for pkgadd/pkgrm operations. You can download the updated pkgutil script from: http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=46 Let me know if it's what you want. ---------------------------------------------------------------------- (0006192) bonivart (manager) - 2009-05-25 18:30 http://www.opencsw.org/mantis/view.php?id=3683#c6192 ---------------------------------------------------------------------- There's also packages in testing now: http://mirror.opencsw.org/testing/pkgutil-1.6b1,REV=2009.05.25-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/pkgutil-1.6b1,REV=2009.05.25-SunOS5.8-sparc-CSW.pkg.gz Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 23:07 yann New Issue 2009-05-23 00:37 bonivart Note Added: 0006175 2009-05-23 00:37 bonivart Status new => assigned 2009-05-23 00:37 bonivart Assigned To => bonivart 2009-05-23 14:25 yann Note Added: 0006186 2009-05-25 10:07 bonivart Note Added: 0006189 2009-05-25 16:22 bonivart Note Added: 0006190 2009-05-25 18:30 bonivart Note Added: 0006192 ====================================================================== From noreply at opencsw.org Mon May 25 18:53:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 25 May 2009 18:53:51 +0200 Subject: [bug-notifications] [phpldapadmin 0003473]: File layout does not respect standard In-Reply-To: <556eedbae9039731efca850f0ea0588f> Message-ID: <6c9c251fdc0fc6d5038feac7d7a8ebb6@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3473 ====================================================================== Reported By: wbonnet Assigned To: dam ====================================================================== Project: phpldapadmin Issue ID: 3473 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-03-19 21:44 CET Last Modified: 2009-05-25 18:53 CEST ====================================================================== Summary: File layout does not respect standard Description: The php files are installed under /opt/csw/apache2/share/htdocs instead of /opt/csw/share/www ====================================================================== ---------------------------------------------------------------------- (0006193) dam (manager) - 2009-05-25 18:53 http://www.opencsw.org/mantis/view.php?id=3473#c6193 ---------------------------------------------------------------------- Fixed in 1.1.0.7,REV=2009.05.25 and delivered to current/ Issue History Date Modified Username Field Change ====================================================================== 2009-03-19 21:44 wbonnet New Issue 2009-03-19 22:20 dam Status new => assigned 2009-03-19 22:20 dam Assigned To => dam 2009-05-25 18:53 dam Note Added: 0006193 2009-05-25 18:53 dam Status assigned => resolved 2009-05-25 18:53 dam Resolution open => fixed ====================================================================== From noreply at opencsw.org Tue May 26 01:04:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 26 May 2009 01:04:25 +0200 Subject: [bug-notifications] [cswutils 0002730]: Missing depends CSWpmyaml, CSWpmlibwww, CSWpmhtmltree In-Reply-To: <74525ea7aefd26ca2fc472b53d639137> Message-ID: <3d3a461655453583c2844a6866c2575c@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2730 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: cswutils Issue ID: 2730 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2008-01-05 06:04 CET Last Modified: 2009-05-26 01:04 CEST ====================================================================== Summary: Missing depends CSWpmyaml, CSWpmlibwww, CSWpmhtmltree Description: Missing depends CSWpmyaml, CSWpmlibwww, CSWpmhtmltree CSWpmhtmltree is a sub-depend of CSWpmlibwww but it used by cpan2pkg ====================================================================== ---------------------------------------------------------------------- (0005412) philadmin (administrator) - 2008-11-17 22:26 http://www.opencsw.org/mantis/view.php?id=2730#c5412 ---------------------------------------------------------------------- Hmm... I dont like the idea of cswutils having that heavy a depend list. Maybe cpan2pkg should be spun off into a separate package. ---------------------------------------------------------------------- (0006115) dam (manager) - 2009-05-15 09:01 http://www.opencsw.org/mantis/view.php?id=2730#c6115 ---------------------------------------------------------------------- This is fixed in REV=2009.05.15 build after r4863 ---------------------------------------------------------------------- (0006194) dam (manager) - 2009-05-26 01:04 http://www.opencsw.org/mantis/view.php?id=2730#c6194 ---------------------------------------------------------------------- Version 1.14.1,REV=2009.05.25 released to current/ Issue History Date Modified Username Field Change ====================================================================== 2008-11-17 22:26 philadmin Note Added: 0005412 2008-12-19 17:03 phil Status new => assigned 2008-12-19 17:03 phil Assigned To => phil 2009-05-15 08:59 dam Assigned To phil => dam 2009-05-15 09:01 dam Note Added: 0006115 2009-05-15 09:01 dam Status assigned => resolved 2009-05-15 09:01 dam Resolution open => fixed 2009-05-26 01:04 dam Note Added: 0006194 2009-05-26 01:04 dam Status resolved => closed ====================================================================== From noreply at opencsw.org Tue May 26 10:14:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 26 May 2009 10:14:55 +0200 Subject: [bug-notifications] [mod_php 0003686]: Configure PHP --with-dbase support Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3686 ====================================================================== Reported By: xmasm1 Assigned To: ====================================================================== Project: mod_php Issue ID: 3686 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-26 10:14 CEST Last Modified: 2009-05-26 10:14 CEST ====================================================================== Summary: Configure PHP --with-dbase support Description: Hi, May I have a guestion about configure and compile PHP with Dbase support? Is it possible to recompile PHP with this option and add such a package? Thanks a lot. M. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-26 10:14 xmasm1 New Issue ====================================================================== From noreply at opencsw.org Tue May 26 11:14:17 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 26 May 2009 11:14:17 +0200 Subject: [bug-notifications] [sudo 0003687]: Sudo 1.7.0 fails with comment text after User_Alias definition section. Message-ID: <0a951740c24deda811f0d85c08d1568a@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3687 ====================================================================== Reported By: mderoo Assigned To: ====================================================================== Project: sudo Issue ID: 3687 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-26 11:14 CEST Last Modified: 2009-05-26 11:14 CEST ====================================================================== Summary: Sudo 1.7.0 fails with comment text after User_Alias definition section. Description: For the readability of the sudoers file I have added some readable commented lines. Since Version 1.7.0 this fails and I get a syntax error near line . My sudoers file looks like this: #=============================================================================== # Host alias specification #=============================================================================== Host_Alias HOST = server1 # #=============================================================================== # Defaults specification #=============================================================================== Defaults syslog = auth # #=============================================================================== # User alias specification #=============================================================================== User_Alias SYSMGT = user1, \ user2 # User_Alias MONITOR = user3 # User_Alias LOCALADMIN = user4 # #============================================================================== # Cmnd alias specification #============================================================================== #------------------------------------------------------------------------------ # Allow list #------------------------------------------------------------------------------ Cmnd_Alias NDD = /usr/sbin/ndd, \ /sbin/ethtool # Cmnd_Alias IPMITOOL = /usr/bin/ipmitool, \ /usr/local/bin/ipmitool # #------------------------------------------------------------------------------ # Disallow list #------------------------------------------------------------------------------ # # Switch to super-user # Cmnd_Alias SUROOT = /usr/bin/su [-], \ /usr/bin/su [-] root, \ /bin/su [-], \ /bin/su [-] root # # # Disallow modification of sudo configuration # Cmnd_Alias VISUDO = /opt/csw/sbin/visudo, \ /usr/sbin/visudo # # # Disallow various shells # Cmnd_Alias SHELL = /usr/bin/*sh, \ /sbin/*sh, \ /usr/openwin/bin/xterm, \ /usr/dt/bin/dtterm, \ /usr/openwin/bin/cmdtool, \ /usr/openwin/bin/shelltool # #============================================================================== # User privilege specification #============================================================================== #------------------------------------------------------------------------------ # Default rule for root to be almighty #------------------------------------------------------------------------------ root HOST = (ALL) ALL # #------------------------------------------------------------------------------ # System administrators can do anything without a password #------------------------------------------------------------------------------ SYSMGT HOST = (ALL) NOPASSWD: ALL # #------------------------------------------------------------------------------ # Allow monitoring account to perform network check without a password #------------------------------------------------------------------------------ MONITOR HOST = (root) NOPASSWD: NDD, IPMITOOL # #------------------------------------------------------------------------------ # Local administrators have limited rights and need to authenticate #------------------------------------------------------------------------------ LOCALADMIN HOST = (ALL) NOEXEC: ALL,!SUROOT,!VISUDO,!SHELL # #============================================================================== # End of sudoers file. #============================================================================== Errors during save are: "/opt/csw/etc/sudoers.tmp" 85 lines, 3922 characters >>> /opt/csw/etc/sudoers: syntax error near line 23 <<< >>> /opt/csw/etc/sudoers: syntax error near line 25 <<< >>> /opt/csw/etc/sudoers: syntax error near line 32 <<< >>> /opt/csw/etc/sudoers: syntax error near line 34 <<< >>> /opt/csw/etc/sudoers: syntax error near line 62 <<< >>> /opt/csw/etc/sudoers: syntax error near line 64 <<< >>> /opt/csw/etc/sudoers: syntax error near line 67 <<< >>> /opt/csw/etc/sudoers: syntax error near line 69 <<< >>> /opt/csw/etc/sudoers: syntax error near line 72 <<< >>> /opt/csw/etc/sudoers: syntax error near line 74 <<< >>> /opt/csw/etc/sudoers: syntax error near line 77 <<< >>> /opt/csw/etc/sudoers: syntax error near line 79 <<< What now? It all works fine if saved like this: #=============================================================================== # Host alias specification #=============================================================================== Host_Alias HOST = server1 # #=============================================================================== # Defaults specification #=============================================================================== Defaults syslog = auth # #=============================================================================== # User alias specification #=============================================================================== User_Alias SYSMGT = user1, \ user2 # User_Alias MONITOR = user3 # User_Alias LOCALADMIN = user4 # ##============================================================================== ## Cmnd alias specification ##============================================================================== ##------------------------------------------------------------------------------ ## Allow list ##------------------------------------------------------------------------------ Cmnd_Alias NDD = /usr/sbin/ndd, \ /sbin/ethtool # Cmnd_Alias IPMITOOL = /usr/bin/ipmitool, \ /usr/local/bin/ipmitool # ##------------------------------------------------------------------------------ ## Disallow list ##------------------------------------------------------------------------------ # # Switch to super-user # Cmnd_Alias SUROOT = /usr/bin/su [-], \ /usr/bin/su [-] root, \ /bin/su [-], \ /bin/su [-] root # # # Disallow modification of sudo configuration # Cmnd_Alias VISUDO = /opt/csw/sbin/visudo, \ /usr/sbin/visudo # # # Disallow various shells # Cmnd_Alias SHELL = /usr/bin/*sh, \ /sbin/*sh, \ /usr/openwin/bin/xterm, \ /usr/dt/bin/dtterm, \ /usr/openwin/bin/cmdtool, \ /usr/openwin/bin/shelltool # ##============================================================================== ## User privilege specification ##============================================================================== ##------------------------------------------------------------------------------ ## Default rule for root to be almighty ##------------------------------------------------------------------------------ root HOST = (ALL) ALL # ##------------------------------------------------------------------------------ ## System administrators can do anything without a password ##------------------------------------------------------------------------------ SYSMGT HOST = (ALL) NOPASSWD: ALL # ##------------------------------------------------------------------------------ ## Allow monitoring account to perform network check without a password ##------------------------------------------------------------------------------ MONITOR HOST = (root) NOPASSWD: NDD, IPMITOOL # ##------------------------------------------------------------------------------ ## Local administrators have limited rights and need to authenticate ##------------------------------------------------------------------------------ LOCALADMIN HOST = (ALL) NOEXEC: ALL,!SUROOT,!VISUDO,!SHELL # ##============================================================================== ## End of sudoers file. ##============================================================================== Is this an error in the rewritten parser or due to the introduction of #include functionality? ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-26 11:14 mderoo New Issue ====================================================================== From noreply at opencsw.org Tue May 26 16:07:54 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 26 May 2009 16:07:54 +0200 Subject: [bug-notifications] [gnucash 0002780]: Please depend on CSWlibtoolrt instead of CSWlibtool In-Reply-To: <10f35cdd8b63b8e8fde2c04036c2b066> Message-ID: <79d7af669f3621c9505fe3614592396e@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2780 ====================================================================== Reported By: dam Assigned To: pfelecan ====================================================================== Project: gnucash Issue ID: 2780 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-02-19 14:49 CET Last Modified: 2009-05-26 16:07 CEST ====================================================================== Summary: Please depend on CSWlibtoolrt instead of CSWlibtool Description: Please depend on CSWlibtoolrt instead of CSWlibtool ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-26 16:07 pfelecan Status new => assigned 2009-05-26 16:07 pfelecan Assigned To => pfelecan ====================================================================== From noreply at opencsw.org Tue May 26 16:07:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 26 May 2009 16:07:56 +0200 Subject: [bug-notifications] [gnucash 0002779]: libtool dependancy deprecated: please use libtool_rt instead In-Reply-To: <77494f6fce1bbce8b36eb2b8c34e3d55> Message-ID: <4fb6f94ef9994f75ace327fc71cd6852@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2779 ====================================================================== Reported By: dam Assigned To: pfelecan ====================================================================== Project: gnucash Issue ID: 2779 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-02-19 14:49 CET Last Modified: 2009-05-26 16:07 CEST ====================================================================== Summary: libtool dependancy deprecated: please use libtool_rt instead Description: libtool dependancy deprecated: please use libtool_rt instead ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-26 16:07 pfelecan Status new => assigned 2009-05-26 16:07 pfelecan Assigned To => pfelecan ====================================================================== From noreply at opencsw.org Tue May 26 16:07:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 26 May 2009 16:07:57 +0200 Subject: [bug-notifications] [gnucash 0002778]: Please depend on CSWlibtoolrt instead of CSWlibtool In-Reply-To: <8382e44655c349e36fd0c1acf971b1cd> Message-ID: <2f06fa251a9cddfe5156347490b521a0@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2778 ====================================================================== Reported By: dam Assigned To: pfelecan ====================================================================== Project: gnucash Issue ID: 2778 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-02-19 14:48 CET Last Modified: 2009-05-26 16:07 CEST ====================================================================== Summary: Please depend on CSWlibtoolrt instead of CSWlibtool Description: Please depend on CSWlibtoolrt instead of CSWlibtool ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-26 16:07 pfelecan Status new => assigned 2009-05-26 16:07 pfelecan Assigned To => pfelecan ====================================================================== From noreply at opencsw.org Tue May 26 16:07:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 26 May 2009 16:07:58 +0200 Subject: [bug-notifications] [gnucash 0002544]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: <5bbd4207e1ae7ba6eb00d2e1f0457755> Message-ID: <37d976053bba4f660b816421d06df29e@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2544 ====================================================================== Reported By: yann Assigned To: pfelecan ====================================================================== Project: gnucash Issue ID: 2544 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-07-28 09:33 CEST Last Modified: 2009-05-26 16:07 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. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-26 16:07 pfelecan Status new => assigned 2009-05-26 16:07 pfelecan Assigned To => pfelecan ====================================================================== From noreply at opencsw.org Wed May 27 09:18:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 09:18:55 +0200 Subject: [bug-notifications] [pkgutil 0003688]: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3688 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3688 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-27 09:18 CEST Last Modified: 2009-05-27 09:18 CEST ====================================================================== Summary: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 Description: pkgutil (pkgtrans) seems to bail out, when the package stream is sent to a file and this file doesn't yet exist. When then running pkgutil again, it bails out trying to transform packages (i guess that's because the previous run failed and didn't do cleanups). $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion .... Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Could not transform packages into stream: No such file or directory at /opt/csw/bin/pkgutil line 994. $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: No such file or directory at /opt/csw/bin/pkgutil line 988. $ ls tmp/packages/ CSWcommon common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz CSWion ion-3,REV=2005.04.06.01-SunOS5.8-i386-CSW.pkg.gz CSWlibtool libtool-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlibtoolrt libtool_rt-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlua lua-5.1.4,REV=2009.03.30-SunOS5.8-i386-CSW.pkg.gz Touching the output file beforehand works. $ rm -rf tmp/packages/* $ touch tmp/packages/ion.pkg $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Install commands in dependency safe order: pkgadd -d ion.pkg CSWcommon pkgadd -d ion.pkg CSWlibtoolrt pkgadd -d ion.pkg CSWlibtool pkgadd -d ion.pkg CSWlua pkgadd -d ion.pkg CSWion ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 09:18 skayser New Issue ====================================================================== From noreply at opencsw.org Wed May 27 10:09:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 10:09:24 +0200 Subject: [bug-notifications] [pkgutil 0003688]: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 In-Reply-To: <570bc73f7ba9a362cd4567ed46993e38> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3688 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3688 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-27 09:18 CEST Last Modified: 2009-05-27 10:09 CEST ====================================================================== Summary: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 Description: pkgutil (pkgtrans) seems to bail out, when the package stream is sent to a file and this file doesn't yet exist. When then running pkgutil again, it bails out trying to transform packages (i guess that's because the previous run failed and didn't do cleanups). $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion .... Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Could not transform packages into stream: No such file or directory at /opt/csw/bin/pkgutil line 994. $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: No such file or directory at /opt/csw/bin/pkgutil line 988. $ ls tmp/packages/ CSWcommon common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz CSWion ion-3,REV=2005.04.06.01-SunOS5.8-i386-CSW.pkg.gz CSWlibtool libtool-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlibtoolrt libtool_rt-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlua lua-5.1.4,REV=2009.03.30-SunOS5.8-i386-CSW.pkg.gz Touching the output file beforehand works. $ rm -rf tmp/packages/* $ touch tmp/packages/ion.pkg $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Install commands in dependency safe order: pkgadd -d ion.pkg CSWcommon pkgadd -d ion.pkg CSWlibtoolrt pkgadd -d ion.pkg CSWlibtool pkgadd -d ion.pkg CSWlua pkgadd -d ion.pkg CSWion ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 09:18 skayser New Issue 2009-05-27 10:09 bonivart Status new => assigned 2009-05-27 10:09 bonivart Assigned To => bonivart ====================================================================== From noreply at opencsw.org Wed May 27 10:43:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 10:43:05 +0200 Subject: [bug-notifications] [pkgutil 0003688]: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 In-Reply-To: <570bc73f7ba9a362cd4567ed46993e38> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3688 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3688 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-27 09:18 CEST Last Modified: 2009-05-27 10:43 CEST ====================================================================== Summary: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 Description: pkgutil (pkgtrans) seems to bail out, when the package stream is sent to a file and this file doesn't yet exist. When then running pkgutil again, it bails out trying to transform packages (i guess that's because the previous run failed and didn't do cleanups). $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion .... Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Could not transform packages into stream: No such file or directory at /opt/csw/bin/pkgutil line 994. $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: No such file or directory at /opt/csw/bin/pkgutil line 988. $ ls tmp/packages/ CSWcommon common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz CSWion ion-3,REV=2005.04.06.01-SunOS5.8-i386-CSW.pkg.gz CSWlibtool libtool-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlibtoolrt libtool_rt-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlua lua-5.1.4,REV=2009.03.30-SunOS5.8-i386-CSW.pkg.gz Touching the output file beforehand works. $ rm -rf tmp/packages/* $ touch tmp/packages/ion.pkg $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Install commands in dependency safe order: pkgadd -d ion.pkg CSWcommon pkgadd -d ion.pkg CSWlibtoolrt pkgadd -d ion.pkg CSWlibtool pkgadd -d ion.pkg CSWlua pkgadd -d ion.pkg CSWion ====================================================================== ---------------------------------------------------------------------- (0006196) bonivart (manager) - 2009-05-27 10:43 http://www.opencsw.org/mantis/view.php?id=3688#c6196 ---------------------------------------------------------------------- I just tried the simplest form: # pkgutil -y -s ion and that worked (stream file in /var/opt/csw/pkgutil/packages). Must be something related to using another work dir. I'll look into it but maybe you can get by for now by skipping -W? Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 09:18 skayser New Issue 2009-05-27 10:09 bonivart Status new => assigned 2009-05-27 10:09 bonivart Assigned To => bonivart 2009-05-27 10:43 bonivart Note Added: 0006196 ====================================================================== From noreply at opencsw.org Wed May 27 10:53:41 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 10:53:41 +0200 Subject: [bug-notifications] [pkgutil 0003689]: pkgutil -s doesn't honour target architecture (-T) Message-ID: <3ee858fdcba481a8a74c29b00dd0662a@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3689 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3689 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-27 10:53 CEST Last Modified: 2009-05-27 10:53 CEST ====================================================================== Summary: pkgutil -s doesn't honour target architecture (-T) Description: Me again, sorry for nagging ;D Wanted to build a package stream for a different architecture (sparc) than the current host (i386), but -T sparc:5.10 didn't seem to work. The packages in the package stream were for i386. $ uname -a SunOS ray1 5.10 Generic_137112-07 i86pc i386 i86pc $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o- windowmaker_dtlogin > wmaker.pkg ... $ pkginfo -d wmaker.pkg -x CSWcommon common - common files and dirs for CSW packages (i386) 1.4.6,REV=2008.04.28 CSWexpat expat - XML Parser Toolkit (i386) 2.0.1,REV=2009.01.22 CSWfconfig fontconfig - A library for configuring and customizing font access. (i386) 2.6.0,REV=2009.04.24 CSWftype2 freetype2 - A free and portable TrueType font rendering engine (i386) 2.3.8,REV=2009.02.16 CSWiconv libiconv - GNU iconv library (i386) 1.12,REV=2008.12.14 CSWisaexec isaexec - sneaky wrapper around Sun isaexec (all) 0.2,REV=2009.03.26 CSWjpeg jpeg - JPEG library and tools by the Independent JPEG Group (i386) 6b,REV=2007.10.28 CSWlibxft2 libxft2 - FreeType-based font drawing library for X (i386) 2.1.6,REV=2005.02.01 CSWlibxrender libxrender - fontconfig.org Xrender library (i386) 0.8.3,REV=2004.03.31 CSWpng png - library for Portable Network Graphics format (PNG) (i386) 1.2.35,REV=2009.02.19 CSWrenderdev render_dev - fontconfig.org render development files (all) 0.8,REV=2004.03.30 CSWtiff tiff - lib and tools for Tag Image File Format (i386) 3.8.2,REV=2007.12.09 CSWungif libungif - library for manipulation of GIF images (i386) 4.1.4,REV=2007.02.05 CSWwmaker windowmaker - OpenStep window manager lookalike (i386) 0.92.0 CSWwmaker-dtlogin windowmaker_dtlogin - dtlogin integration for the Window Maker Window Manager (all) 1.0 CSWxpm xpm - library for X11 PixMap format (libXpm.so.4.11) (i386) 3.4k,REV=2002.12.31 CSWzlib zlib - Zlib Data Compression Library (i386) 1.2.3,REV=2007.05.12 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 10:53 skayser New Issue ====================================================================== From noreply at opencsw.org Wed May 27 11:13:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 11:13:40 +0200 Subject: [bug-notifications] [pkgutil 0003688]: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 In-Reply-To: <570bc73f7ba9a362cd4567ed46993e38> Message-ID: <07d12fadd2629ec0405d32238a3b57a6@opencsw.org> A NOTE has been added to this issue. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3688 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3688 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-27 09:18 CEST Last Modified: 2009-05-27 11:13 CEST ====================================================================== Summary: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 Description: pkgutil (pkgtrans) seems to bail out, when the package stream is sent to a file and this file doesn't yet exist. When then running pkgutil again, it bails out trying to transform packages (i guess that's because the previous run failed and didn't do cleanups). $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion .... Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Could not transform packages into stream: No such file or directory at /opt/csw/bin/pkgutil line 994. $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: No such file or directory at /opt/csw/bin/pkgutil line 988. $ ls tmp/packages/ CSWcommon common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz CSWion ion-3,REV=2005.04.06.01-SunOS5.8-i386-CSW.pkg.gz CSWlibtool libtool-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlibtoolrt libtool_rt-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlua lua-5.1.4,REV=2009.03.30-SunOS5.8-i386-CSW.pkg.gz Touching the output file beforehand works. $ rm -rf tmp/packages/* $ touch tmp/packages/ion.pkg $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Install commands in dependency safe order: pkgadd -d ion.pkg CSWcommon pkgadd -d ion.pkg CSWlibtoolrt pkgadd -d ion.pkg CSWlibtool pkgadd -d ion.pkg CSWlua pkgadd -d ion.pkg CSWion ====================================================================== ---------------------------------------------------------------------- (0006196) bonivart (manager) - 2009-05-27 10:44 http://opencsw.org/bugtrack/view.php?id=3688#c6196 ---------------------------------------------------------------------- I just tried the simplest form: # pkgutil -y -s ion and that worked (stream file in /var/opt/csw/pkgutil/packages named ion.i386.5.10.pkg). Must be something related to using another work dir. I'll look into it but maybe you can get by for now by skipping -W? ---------------------------------------------------------------------- (0006197) skayser (administrator) - 2009-05-27 11:13 http://opencsw.org/bugtrack/view.php?id=3688#c6197 ---------------------------------------------------------------------- Thanks for the swift feedback, Peter. I resorted to just use -o- and redirect into the file that i wanted. Works. I had used the -W switch because i am working as an unprivileged user on the box where i need to create the package stream and there i had gotten permission errors. Verifying this behavior just now gives me yet another error. $ pkgutil -y -s ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: Illegal seek at /opt/csw/bin/pkgutil line 988. Letting the admin clear out /var/opt/csw/pkgutil/packages and then re-running pkgutil gives me the initial error that made me use the -W switch. $ pkgutil -y -s ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB Fetching CSWcommon-1.4.6,REV=2008.04.28... /var/opt/csw/pkgutil/packages/common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: Permission denied Fetching of CSWcommon-1.4.6,REV=2008.04.28 failed. Try updating your catalog with pkgutil -U. Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 09:18 skayser New Issue 2009-05-27 10:09 bonivart Status new => assigned 2009-05-27 10:09 bonivart Assigned To => bonivart 2009-05-27 10:43 bonivart Note Added: 0006196 2009-05-27 10:44 bonivart Note Edited: 0006196 2009-05-27 11:13 skayser Note Added: 0006197 ====================================================================== From noreply at opencsw.org Wed May 27 11:14:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 11:14:52 +0200 Subject: [bug-notifications] [pkgutil 0003689]: pkgutil -s doesn't honour target architecture (-T) In-Reply-To: <934e107c3c40a8c33a2d5c0850e91af6> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3689 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3689 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-27 10:53 CEST Last Modified: 2009-05-27 11:14 CEST ====================================================================== Summary: pkgutil -s doesn't honour target architecture (-T) Description: Me again, sorry for nagging ;D Wanted to build a package stream for a different architecture (sparc) than the current host (i386), but -T sparc:5.10 didn't seem to work. The packages in the package stream were for i386. $ uname -a SunOS ray1 5.10 Generic_137112-07 i86pc i386 i86pc $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o- windowmaker_dtlogin > wmaker.pkg ... $ pkginfo -d wmaker.pkg -x CSWcommon common - common files and dirs for CSW packages (i386) 1.4.6,REV=2008.04.28 CSWexpat expat - XML Parser Toolkit (i386) 2.0.1,REV=2009.01.22 CSWfconfig fontconfig - A library for configuring and customizing font access. (i386) 2.6.0,REV=2009.04.24 CSWftype2 freetype2 - A free and portable TrueType font rendering engine (i386) 2.3.8,REV=2009.02.16 CSWiconv libiconv - GNU iconv library (i386) 1.12,REV=2008.12.14 CSWisaexec isaexec - sneaky wrapper around Sun isaexec (all) 0.2,REV=2009.03.26 CSWjpeg jpeg - JPEG library and tools by the Independent JPEG Group (i386) 6b,REV=2007.10.28 CSWlibxft2 libxft2 - FreeType-based font drawing library for X (i386) 2.1.6,REV=2005.02.01 CSWlibxrender libxrender - fontconfig.org Xrender library (i386) 0.8.3,REV=2004.03.31 CSWpng png - library for Portable Network Graphics format (PNG) (i386) 1.2.35,REV=2009.02.19 CSWrenderdev render_dev - fontconfig.org render development files (all) 0.8,REV=2004.03.30 CSWtiff tiff - lib and tools for Tag Image File Format (i386) 3.8.2,REV=2007.12.09 CSWungif libungif - library for manipulation of GIF images (i386) 4.1.4,REV=2007.02.05 CSWwmaker windowmaker - OpenStep window manager lookalike (i386) 0.92.0 CSWwmaker-dtlogin windowmaker_dtlogin - dtlogin integration for the Window Maker Window Manager (all) 1.0 CSWxpm xpm - library for X11 PixMap format (libXpm.so.4.11) (i386) 3.4k,REV=2002.12.31 CSWzlib zlib - Zlib Data Compression Library (i386) 1.2.3,REV=2007.05.12 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 10:53 skayser New Issue 2009-05-27 11:14 bonivart Status new => assigned 2009-05-27 11:14 bonivart Assigned To => bonivart ====================================================================== From noreply at opencsw.org Wed May 27 11:37:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 11:37:50 +0200 Subject: [bug-notifications] [pkgutil 0003689]: pkgutil -s doesn't honour target architecture (-T) In-Reply-To: <934e107c3c40a8c33a2d5c0850e91af6> Message-ID: A NOTE has been added to this issue. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3689 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3689 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-27 10:53 CEST Last Modified: 2009-05-27 11:37 CEST ====================================================================== Summary: pkgutil -s doesn't honour target architecture (-T) Description: Me again, sorry for nagging ;D Wanted to build a package stream for a different architecture (sparc) than the current host (i386), but -T sparc:5.10 didn't seem to work. The packages in the package stream were for i386. $ uname -a SunOS ray1 5.10 Generic_137112-07 i86pc i386 i86pc $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o- windowmaker_dtlogin > wmaker.pkg ... $ pkginfo -d wmaker.pkg -x CSWcommon common - common files and dirs for CSW packages (i386) 1.4.6,REV=2008.04.28 CSWexpat expat - XML Parser Toolkit (i386) 2.0.1,REV=2009.01.22 CSWfconfig fontconfig - A library for configuring and customizing font access. (i386) 2.6.0,REV=2009.04.24 CSWftype2 freetype2 - A free and portable TrueType font rendering engine (i386) 2.3.8,REV=2009.02.16 CSWiconv libiconv - GNU iconv library (i386) 1.12,REV=2008.12.14 CSWisaexec isaexec - sneaky wrapper around Sun isaexec (all) 0.2,REV=2009.03.26 CSWjpeg jpeg - JPEG library and tools by the Independent JPEG Group (i386) 6b,REV=2007.10.28 CSWlibxft2 libxft2 - FreeType-based font drawing library for X (i386) 2.1.6,REV=2005.02.01 CSWlibxrender libxrender - fontconfig.org Xrender library (i386) 0.8.3,REV=2004.03.31 CSWpng png - library for Portable Network Graphics format (PNG) (i386) 1.2.35,REV=2009.02.19 CSWrenderdev render_dev - fontconfig.org render development files (all) 0.8,REV=2004.03.30 CSWtiff tiff - lib and tools for Tag Image File Format (i386) 3.8.2,REV=2007.12.09 CSWungif libungif - library for manipulation of GIF images (i386) 4.1.4,REV=2007.02.05 CSWwmaker windowmaker - OpenStep window manager lookalike (i386) 0.92.0 CSWwmaker-dtlogin windowmaker_dtlogin - dtlogin integration for the Window Maker Window Manager (all) 1.0 CSWxpm xpm - library for X11 PixMap format (libXpm.so.4.11) (i386) 3.4k,REV=2002.12.31 CSWzlib zlib - Zlib Data Compression Library (i386) 1.2.3,REV=2007.05.12 ====================================================================== ---------------------------------------------------------------------- (0006198) skayser (administrator) - 2009-05-27 11:37 http://opencsw.org/bugtrack/view.php?id=3689#c6198 ---------------------------------------------------------------------- Just went over to a sparc box and noticed that the release doesn't seem to be honored either. Working on a 5.10 box and requesting packages from 5.9 still yields 5.10 packages (i.e. packages are pulled from http://mirror/csw/current/arch/5.10). Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 10:53 skayser New Issue 2009-05-27 11:14 bonivart Status new => assigned 2009-05-27 11:14 bonivart Assigned To => bonivart 2009-05-27 11:37 skayser Note Added: 0006198 ====================================================================== From noreply at opencsw.org Wed May 27 11:53:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 11:53:44 +0200 Subject: [bug-notifications] [pkgutil 0003689]: pkgutil -s doesn't honour target architecture (-T) In-Reply-To: <934e107c3c40a8c33a2d5c0850e91af6> Message-ID: <3c997eac70b39e57219ad5f439c1bf67@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3689 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3689 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-27 10:53 CEST Last Modified: 2009-05-27 11:53 CEST ====================================================================== Summary: pkgutil -s doesn't honour target architecture (-T) Description: Me again, sorry for nagging ;D Wanted to build a package stream for a different architecture (sparc) than the current host (i386), but -T sparc:5.10 didn't seem to work. The packages in the package stream were for i386. $ uname -a SunOS ray1 5.10 Generic_137112-07 i86pc i386 i86pc $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o- windowmaker_dtlogin > wmaker.pkg ... $ pkginfo -d wmaker.pkg -x CSWcommon common - common files and dirs for CSW packages (i386) 1.4.6,REV=2008.04.28 CSWexpat expat - XML Parser Toolkit (i386) 2.0.1,REV=2009.01.22 CSWfconfig fontconfig - A library for configuring and customizing font access. (i386) 2.6.0,REV=2009.04.24 CSWftype2 freetype2 - A free and portable TrueType font rendering engine (i386) 2.3.8,REV=2009.02.16 CSWiconv libiconv - GNU iconv library (i386) 1.12,REV=2008.12.14 CSWisaexec isaexec - sneaky wrapper around Sun isaexec (all) 0.2,REV=2009.03.26 CSWjpeg jpeg - JPEG library and tools by the Independent JPEG Group (i386) 6b,REV=2007.10.28 CSWlibxft2 libxft2 - FreeType-based font drawing library for X (i386) 2.1.6,REV=2005.02.01 CSWlibxrender libxrender - fontconfig.org Xrender library (i386) 0.8.3,REV=2004.03.31 CSWpng png - library for Portable Network Graphics format (PNG) (i386) 1.2.35,REV=2009.02.19 CSWrenderdev render_dev - fontconfig.org render development files (all) 0.8,REV=2004.03.30 CSWtiff tiff - lib and tools for Tag Image File Format (i386) 3.8.2,REV=2007.12.09 CSWungif libungif - library for manipulation of GIF images (i386) 4.1.4,REV=2007.02.05 CSWwmaker windowmaker - OpenStep window manager lookalike (i386) 0.92.0 CSWwmaker-dtlogin windowmaker_dtlogin - dtlogin integration for the Window Maker Window Manager (all) 1.0 CSWxpm xpm - library for X11 PixMap format (libXpm.so.4.11) (i386) 3.4k,REV=2002.12.31 CSWzlib zlib - Zlib Data Compression Library (i386) 1.2.3,REV=2007.05.12 ====================================================================== ---------------------------------------------------------------------- (0006198) skayser (administrator) - 2009-05-27 11:37 http://www.opencsw.org/mantis/view.php?id=3689#c6198 ---------------------------------------------------------------------- Just went over to a sparc box and noticed that the release doesn't seem to be honored either. Working on a 5.10 box and requesting packages from 5.9 still yields 5.10 packages (i.e. packages are pulled from http://mirror/csw/current/arch/5.10). ---------------------------------------------------------------------- (0006199) bonivart (manager) - 2009-05-27 11:53 http://www.opencsw.org/mantis/view.php?id=3689#c6199 ---------------------------------------------------------------------- This worked in 1.4 but broke in 1.5. Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 10:53 skayser New Issue 2009-05-27 11:14 bonivart Status new => assigned 2009-05-27 11:14 bonivart Assigned To => bonivart 2009-05-27 11:37 skayser Note Added: 0006198 2009-05-27 11:53 bonivart Note Added: 0006199 ====================================================================== From noreply at opencsw.org Wed May 27 13:00:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 13:00:51 +0200 Subject: [bug-notifications] [pkgutil 0003689]: pkgutil -s doesn't honour target architecture (-T) In-Reply-To: <934e107c3c40a8c33a2d5c0850e91af6> Message-ID: <4886ad7dffbee4befd328e4dfd3f05ff@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3689 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3689 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-27 10:53 CEST Last Modified: 2009-05-27 13:00 CEST ====================================================================== Summary: pkgutil -s doesn't honour target architecture (-T) Description: Me again, sorry for nagging ;D Wanted to build a package stream for a different architecture (sparc) than the current host (i386), but -T sparc:5.10 didn't seem to work. The packages in the package stream were for i386. $ uname -a SunOS ray1 5.10 Generic_137112-07 i86pc i386 i86pc $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o- windowmaker_dtlogin > wmaker.pkg ... $ pkginfo -d wmaker.pkg -x CSWcommon common - common files and dirs for CSW packages (i386) 1.4.6,REV=2008.04.28 CSWexpat expat - XML Parser Toolkit (i386) 2.0.1,REV=2009.01.22 CSWfconfig fontconfig - A library for configuring and customizing font access. (i386) 2.6.0,REV=2009.04.24 CSWftype2 freetype2 - A free and portable TrueType font rendering engine (i386) 2.3.8,REV=2009.02.16 CSWiconv libiconv - GNU iconv library (i386) 1.12,REV=2008.12.14 CSWisaexec isaexec - sneaky wrapper around Sun isaexec (all) 0.2,REV=2009.03.26 CSWjpeg jpeg - JPEG library and tools by the Independent JPEG Group (i386) 6b,REV=2007.10.28 CSWlibxft2 libxft2 - FreeType-based font drawing library for X (i386) 2.1.6,REV=2005.02.01 CSWlibxrender libxrender - fontconfig.org Xrender library (i386) 0.8.3,REV=2004.03.31 CSWpng png - library for Portable Network Graphics format (PNG) (i386) 1.2.35,REV=2009.02.19 CSWrenderdev render_dev - fontconfig.org render development files (all) 0.8,REV=2004.03.30 CSWtiff tiff - lib and tools for Tag Image File Format (i386) 3.8.2,REV=2007.12.09 CSWungif libungif - library for manipulation of GIF images (i386) 4.1.4,REV=2007.02.05 CSWwmaker windowmaker - OpenStep window manager lookalike (i386) 0.92.0 CSWwmaker-dtlogin windowmaker_dtlogin - dtlogin integration for the Window Maker Window Manager (all) 1.0 CSWxpm xpm - library for X11 PixMap format (libXpm.so.4.11) (i386) 3.4k,REV=2002.12.31 CSWzlib zlib - Zlib Data Compression Library (i386) 1.2.3,REV=2007.05.12 ====================================================================== ---------------------------------------------------------------------- (0006198) skayser (administrator) - 2009-05-27 11:37 http://www.opencsw.org/mantis/view.php?id=3689#c6198 ---------------------------------------------------------------------- Just went over to a sparc box and noticed that the release doesn't seem to be honored either. Working on a 5.10 box and requesting packages from 5.9 still yields 5.10 packages (i.e. packages are pulled from http://mirror/csw/current/arch/5.10). ---------------------------------------------------------------------- (0006199) bonivart (manager) - 2009-05-27 11:55 http://www.opencsw.org/mantis/view.php?id=3689#c6199 ---------------------------------------------------------------------- This worked in 1.4 but broke in 1.5. The new multiple mirror features in 1.5 caused this, I know that Derek and me tested --stream but obviously not with -T. I will fix this. ---------------------------------------------------------------------- (0006200) bonivart (manager) - 2009-05-27 13:00 http://www.opencsw.org/mantis/view.php?id=3689#c6200 ---------------------------------------------------------------------- Could you try r50 please? http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=50 Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 10:53 skayser New Issue 2009-05-27 11:14 bonivart Status new => assigned 2009-05-27 11:14 bonivart Assigned To => bonivart 2009-05-27 11:37 skayser Note Added: 0006198 2009-05-27 11:53 bonivart Note Added: 0006199 2009-05-27 11:55 bonivart Note Edited: 0006199 2009-05-27 13:00 bonivart Note Added: 0006200 ====================================================================== From noreply at opencsw.org Wed May 27 13:21:49 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 13:21:49 +0200 Subject: [bug-notifications] [pkgutil 0003689]: pkgutil -s doesn't honour target architecture (-T) In-Reply-To: <934e107c3c40a8c33a2d5c0850e91af6> Message-ID: <0b96cfb5daf847e746f29f24202d85f9@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3689 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3689 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-27 10:53 CEST Last Modified: 2009-05-27 13:21 CEST ====================================================================== Summary: pkgutil -s doesn't honour target architecture (-T) Description: Me again, sorry for nagging ;D Wanted to build a package stream for a different architecture (sparc) than the current host (i386), but -T sparc:5.10 didn't seem to work. The packages in the package stream were for i386. $ uname -a SunOS ray1 5.10 Generic_137112-07 i86pc i386 i86pc $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o- windowmaker_dtlogin > wmaker.pkg ... $ pkginfo -d wmaker.pkg -x CSWcommon common - common files and dirs for CSW packages (i386) 1.4.6,REV=2008.04.28 CSWexpat expat - XML Parser Toolkit (i386) 2.0.1,REV=2009.01.22 CSWfconfig fontconfig - A library for configuring and customizing font access. (i386) 2.6.0,REV=2009.04.24 CSWftype2 freetype2 - A free and portable TrueType font rendering engine (i386) 2.3.8,REV=2009.02.16 CSWiconv libiconv - GNU iconv library (i386) 1.12,REV=2008.12.14 CSWisaexec isaexec - sneaky wrapper around Sun isaexec (all) 0.2,REV=2009.03.26 CSWjpeg jpeg - JPEG library and tools by the Independent JPEG Group (i386) 6b,REV=2007.10.28 CSWlibxft2 libxft2 - FreeType-based font drawing library for X (i386) 2.1.6,REV=2005.02.01 CSWlibxrender libxrender - fontconfig.org Xrender library (i386) 0.8.3,REV=2004.03.31 CSWpng png - library for Portable Network Graphics format (PNG) (i386) 1.2.35,REV=2009.02.19 CSWrenderdev render_dev - fontconfig.org render development files (all) 0.8,REV=2004.03.30 CSWtiff tiff - lib and tools for Tag Image File Format (i386) 3.8.2,REV=2007.12.09 CSWungif libungif - library for manipulation of GIF images (i386) 4.1.4,REV=2007.02.05 CSWwmaker windowmaker - OpenStep window manager lookalike (i386) 0.92.0 CSWwmaker-dtlogin windowmaker_dtlogin - dtlogin integration for the Window Maker Window Manager (all) 1.0 CSWxpm xpm - library for X11 PixMap format (libXpm.so.4.11) (i386) 3.4k,REV=2002.12.31 CSWzlib zlib - Zlib Data Compression Library (i386) 1.2.3,REV=2007.05.12 ====================================================================== ---------------------------------------------------------------------- (0006198) skayser (administrator) - 2009-05-27 11:37 http://www.opencsw.org/mantis/view.php?id=3689#c6198 ---------------------------------------------------------------------- Just went over to a sparc box and noticed that the release doesn't seem to be honored either. Working on a 5.10 box and requesting packages from 5.9 still yields 5.10 packages (i.e. packages are pulled from http://mirror/csw/current/arch/5.10). ---------------------------------------------------------------------- (0006199) bonivart (manager) - 2009-05-27 11:55 http://www.opencsw.org/mantis/view.php?id=3689#c6199 ---------------------------------------------------------------------- This worked in 1.4 but broke in 1.5. The new multiple mirror features in 1.5 caused this, I know that Derek and me tested --stream but obviously not with -T. I will fix this. ---------------------------------------------------------------------- (0006200) bonivart (manager) - 2009-05-27 13:00 http://www.opencsw.org/mantis/view.php?id=3689#c6200 ---------------------------------------------------------------------- Could you try r50 please? http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=50 ---------------------------------------------------------------------- (0006201) skayser (administrator) - 2009-05-27 13:21 http://www.opencsw.org/mantis/view.php?id=3689#c6201 ---------------------------------------------------------------------- Alternate target via -T is working now, non-existent output file via -o still fails. skayser @ ray1 ~/tmp$ ./pkgutil -s -T sparc:5.9 -W . -o test.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.6 MB 5 packages to fetch. Do you want to continue? [Y,n] Fetching CSWcommon-1.4.6,REV=2008.04.28... --2009-05-27 13:19:20-- http://csw.informatik.uni-erlangen.de/csw/current/sparc/5.9/common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg Resolving proxy.consol.de... 10.250.0.180 Connecting to proxy.consol.de|10.250.0.180|:8001... connected. Proxy request sent, awaiting response... 200 OK Length: 23552 (23K) [application/octet-stream] Saving to: `./packages/common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg' .. Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream (./packages/test.pkg)... Could not transform packages into stream: No such file or directory at ./pkgutil line 1002, line 1. $ ./pkgutil -s -T sparc:5.10 -W . -o test.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.6 MB 5 packages to fetch. Do you want to continue? [Y,n] A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg: No such file or directory at ./pkgutil line 996, line 1. Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 10:53 skayser New Issue 2009-05-27 11:14 bonivart Status new => assigned 2009-05-27 11:14 bonivart Assigned To => bonivart 2009-05-27 11:37 skayser Note Added: 0006198 2009-05-27 11:53 bonivart Note Added: 0006199 2009-05-27 11:55 bonivart Note Edited: 0006199 2009-05-27 13:00 bonivart Note Added: 0006200 2009-05-27 13:21 skayser Note Added: 0006201 ====================================================================== From noreply at opencsw.org Wed May 27 14:05:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 14:05:10 +0200 Subject: [bug-notifications] [pkgutil 0003689]: pkgutil -s doesn't honour target architecture (-T) In-Reply-To: <934e107c3c40a8c33a2d5c0850e91af6> Message-ID: <754b67d564a1b0c8e07bf9829ebd8c2b@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3689 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3689 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-27 10:53 CEST Last Modified: 2009-05-27 14:05 CEST ====================================================================== Summary: pkgutil -s doesn't honour target architecture (-T) Description: Me again, sorry for nagging ;D Wanted to build a package stream for a different architecture (sparc) than the current host (i386), but -T sparc:5.10 didn't seem to work. The packages in the package stream were for i386. $ uname -a SunOS ray1 5.10 Generic_137112-07 i86pc i386 i86pc $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o- windowmaker_dtlogin > wmaker.pkg ... $ pkginfo -d wmaker.pkg -x CSWcommon common - common files and dirs for CSW packages (i386) 1.4.6,REV=2008.04.28 CSWexpat expat - XML Parser Toolkit (i386) 2.0.1,REV=2009.01.22 CSWfconfig fontconfig - A library for configuring and customizing font access. (i386) 2.6.0,REV=2009.04.24 CSWftype2 freetype2 - A free and portable TrueType font rendering engine (i386) 2.3.8,REV=2009.02.16 CSWiconv libiconv - GNU iconv library (i386) 1.12,REV=2008.12.14 CSWisaexec isaexec - sneaky wrapper around Sun isaexec (all) 0.2,REV=2009.03.26 CSWjpeg jpeg - JPEG library and tools by the Independent JPEG Group (i386) 6b,REV=2007.10.28 CSWlibxft2 libxft2 - FreeType-based font drawing library for X (i386) 2.1.6,REV=2005.02.01 CSWlibxrender libxrender - fontconfig.org Xrender library (i386) 0.8.3,REV=2004.03.31 CSWpng png - library for Portable Network Graphics format (PNG) (i386) 1.2.35,REV=2009.02.19 CSWrenderdev render_dev - fontconfig.org render development files (all) 0.8,REV=2004.03.30 CSWtiff tiff - lib and tools for Tag Image File Format (i386) 3.8.2,REV=2007.12.09 CSWungif libungif - library for manipulation of GIF images (i386) 4.1.4,REV=2007.02.05 CSWwmaker windowmaker - OpenStep window manager lookalike (i386) 0.92.0 CSWwmaker-dtlogin windowmaker_dtlogin - dtlogin integration for the Window Maker Window Manager (all) 1.0 CSWxpm xpm - library for X11 PixMap format (libXpm.so.4.11) (i386) 3.4k,REV=2002.12.31 CSWzlib zlib - Zlib Data Compression Library (i386) 1.2.3,REV=2007.05.12 ====================================================================== ---------------------------------------------------------------------- (0006198) skayser (administrator) - 2009-05-27 11:37 http://www.opencsw.org/mantis/view.php?id=3689#c6198 ---------------------------------------------------------------------- Just went over to a sparc box and noticed that the release doesn't seem to be honored either. Working on a 5.10 box and requesting packages from 5.9 still yields 5.10 packages (i.e. packages are pulled from http://mirror/csw/current/arch/5.10). ---------------------------------------------------------------------- (0006199) bonivart (manager) - 2009-05-27 11:55 http://www.opencsw.org/mantis/view.php?id=3689#c6199 ---------------------------------------------------------------------- This worked in 1.4 but broke in 1.5. The new multiple mirror features in 1.5 caused this, I know that Derek and me tested --stream but obviously not with -T. I will fix this. ---------------------------------------------------------------------- (0006200) bonivart (manager) - 2009-05-27 13:00 http://www.opencsw.org/mantis/view.php?id=3689#c6200 ---------------------------------------------------------------------- Could you try r50 please? http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=50 ---------------------------------------------------------------------- (0006201) skayser (administrator) - 2009-05-27 13:21 http://www.opencsw.org/mantis/view.php?id=3689#c6201 ---------------------------------------------------------------------- Alternate target via -T is working now, non-existent output file via -o still fails. skayser @ ray1 ~/tmp$ ./pkgutil -s -T sparc:5.9 -W . -o test.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.6 MB 5 packages to fetch. Do you want to continue? [Y,n] Fetching CSWcommon-1.4.6,REV=2008.04.28... --2009-05-27 13:19:20-- http://csw.informatik.uni-erlangen.de/csw/current/sparc/5.9/common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg Resolving proxy.consol.de... 10.250.0.180 Connecting to proxy.consol.de|10.250.0.180|:8001... connected. Proxy request sent, awaiting response... 200 OK Length: 23552 (23K) [application/octet-stream] Saving to: `./packages/common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg' .. Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream (./packages/test.pkg)... Could not transform packages into stream: No such file or directory at ./pkgutil line 1002, line 1. $ ./pkgutil -s -T sparc:5.10 -W . -o test.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.6 MB 5 packages to fetch. Do you want to continue? [Y,n] A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg: No such file or directory at ./pkgutil line 996, line 1. ---------------------------------------------------------------------- (0006202) bonivart (manager) - 2009-05-27 14:05 http://www.opencsw.org/mantis/view.php?id=3689#c6202 ---------------------------------------------------------------------- Yes, I didn't address bug http://www.opencsw.org/mantis/view.php?id=3688 in r50, only this one (the -T issue). I take it that this works now? I also tested -o and that works for me, it's only when using -W it breaks but I will address this in the other bug instead. :-) Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 10:53 skayser New Issue 2009-05-27 11:14 bonivart Status new => assigned 2009-05-27 11:14 bonivart Assigned To => bonivart 2009-05-27 11:37 skayser Note Added: 0006198 2009-05-27 11:53 bonivart Note Added: 0006199 2009-05-27 11:55 bonivart Note Edited: 0006199 2009-05-27 13:00 bonivart Note Added: 0006200 2009-05-27 13:21 skayser Note Added: 0006201 2009-05-27 14:05 bonivart Note Added: 0006202 ====================================================================== From noreply at opencsw.org Wed May 27 14:06:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 14:06:28 +0200 Subject: [bug-notifications] [ion 0003690]: Missing dependency on CSWgcc3corert Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3690 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: ion Issue ID: 3690 Category: packaging Reproducibility: have not tried Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-27 14:06 CEST Last Modified: 2009-05-27 14:06 CEST ====================================================================== Summary: Missing dependency on CSWgcc3corert Description: ion fails to start when libgcc_s.so.1 is not installed, but the package currently doesn't declare a dependency on any of the gcc runtime packages. Can this please be added. $ dump -Lv /opt/csw/lib/ion3/mod/de.so | grep NEEDED [1] NEEDED libintl.so.3 [2] NEEDED libgcc_s.so.1 Error message taken from /var/dt/Xerrors: /opt/csw/lib/ion3/mod/de.so: ld.so.1: /opt/csw/bin/ion3: fatal: libgcc_s.so.1: open failed: No such file or directory >> Stack trace: 0 [C]: in 'select_engine' 1 /opt/csw/etc/ion3/look.lua:6 [Skipping unnamed C functions.] >> No drawing engines loaded, trying "de". >> /opt/csw/lib/ion3/mod/de.so: ld.so.1: /opt/csw/bin/ion3: fatal: libgcc_s.so.1 : open failed: No such file or directory >> /opt/csw/lib/ion3/mod/mod_query.so: ld.so.1: /opt/csw/bin/ion3: fatal: libgcc _s.so.1: open failed: No such file or directory >> Stack trace: 0 [C]: in 'load_module' 1 mod_query.lua:18 [Skipping unnamed C functions.] 4 [C]: in 'dopath' 5 /opt/csw/etc/ion3/cfg_ion.lua:42 [Skipping unnamed C functions.] >> /opt/csw/lib/ion3/mod/mod_menu.so: ld.so.1: /opt/csw/bin/ion3: fatal: libgcc_ s.so.1: open failed: No such file or directory >> Stack trace: 0 [C]: in 'load_module' 1 mod_menu.lua:17 [Skipping unnamed C functions.] 4 [C]: in 'dopath' 5 /opt/csw/etc/ion3/cfg_ion.lua:43 [Skipping unnamed C functions.] >> /opt/csw/lib/ion3/mod/mod_ionws.so: ld.so.1: /opt/csw/bin/ion3: fatal: libgcc _s.so.1: open failed: No such file or directory >> Stack trace: 0 [C]: in 'load_module' 1 stdin:1 [Skipping unnamed C functions.] 4 [C]: in 'dopath' 5 /opt/csw/etc/ion3/cfg_ion.lua:44 [Skipping unnamed C functions.] >> /opt/csw/lib/ion3/mod/mod_floatws.so: ld.so.1: /opt/csw/bin/ion3: fatal: libg cc_s.so.1: open failed: No such file or directory >> Stack trace: 0 [C]: in 'load_module' 1 stdin:1 [Skipping unnamed C functions.] 4 [C]: in 'dopath' 5 /opt/csw/etc/ion3/cfg_ion.lua:45 [Skipping unnamed C functions.] >> /opt/csw/lib/ion3/mod/mod_panews.so: ld.so.1: /opt/csw/bin/ion3: fatal: libgc c_s.so.1: open failed: No such file or directory >> Stack trace: 0 [C]: in 'load_module' 1 mod_panews.lua:18 [Skipping unnamed C functions.] 4 [C]: in 'dopath' 5 /opt/csw/etc/ion3/cfg_ion.lua:46 [Skipping unnamed C functions.] >> /opt/csw/lib/ion3/mod/mod_statusbar.so: ld.so.1: /opt/csw/bin/ion3: fatal: li bgcc_s.so.1: open failed: No such file or directory >> Stack trace: 0 [C]: in 'load_module' 1 mod_statusbar.lua:17 [Skipping unnamed C functions.] 4 [C]: in 'dopath' 5 /opt/csw/etc/ion3/cfg_ion.lua:47 [Skipping unnamed C functions.] >> /opt/csw/etc/ion3/cfg_menus.lua:8: attempt to call global `submenu' (a nil va lue) >> Could not find a complete workspace class. Please load some modules. >> Unable to initialise layout on any screen. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 14:06 skayser New Issue ====================================================================== From noreply at opencsw.org Wed May 27 15:03:49 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 15:03:49 +0200 Subject: [bug-notifications] [pkgutil 0003688]: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 In-Reply-To: <570bc73f7ba9a362cd4567ed46993e38> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3688 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3688 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-27 09:18 CEST Last Modified: 2009-05-27 15:03 CEST ====================================================================== Summary: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 Description: pkgutil (pkgtrans) seems to bail out, when the package stream is sent to a file and this file doesn't yet exist. When then running pkgutil again, it bails out trying to transform packages (i guess that's because the previous run failed and didn't do cleanups). $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion .... Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Could not transform packages into stream: No such file or directory at /opt/csw/bin/pkgutil line 994. $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: No such file or directory at /opt/csw/bin/pkgutil line 988. $ ls tmp/packages/ CSWcommon common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz CSWion ion-3,REV=2005.04.06.01-SunOS5.8-i386-CSW.pkg.gz CSWlibtool libtool-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlibtoolrt libtool_rt-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlua lua-5.1.4,REV=2009.03.30-SunOS5.8-i386-CSW.pkg.gz Touching the output file beforehand works. $ rm -rf tmp/packages/* $ touch tmp/packages/ion.pkg $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Install commands in dependency safe order: pkgadd -d ion.pkg CSWcommon pkgadd -d ion.pkg CSWlibtoolrt pkgadd -d ion.pkg CSWlibtool pkgadd -d ion.pkg CSWlua pkgadd -d ion.pkg CSWion ====================================================================== ---------------------------------------------------------------------- (0006196) bonivart (manager) - 2009-05-27 10:44 http://www.opencsw.org/mantis/view.php?id=3688#c6196 ---------------------------------------------------------------------- I just tried the simplest form: # pkgutil -y -s ion and that worked (stream file in /var/opt/csw/pkgutil/packages named ion.i386.5.10.pkg). Must be something related to using another work dir. I'll look into it but maybe you can get by for now by skipping -W? ---------------------------------------------------------------------- (0006197) skayser (administrator) - 2009-05-27 11:13 http://www.opencsw.org/mantis/view.php?id=3688#c6197 ---------------------------------------------------------------------- Thanks for the swift feedback, Peter. I resorted to just use -o- and redirect into the file that i wanted. Works. I had used the -W switch because i am working as an unprivileged user on the box where i need to create the package stream and there i had gotten permission errors. Verifying this behavior just now gives me yet another error. $ pkgutil -y -s ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: Illegal seek at /opt/csw/bin/pkgutil line 988. Letting the admin clear out /var/opt/csw/pkgutil/packages and then re-running pkgutil gives me the initial error that made me use the -W switch. $ pkgutil -y -s ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB Fetching CSWcommon-1.4.6,REV=2008.04.28... /var/opt/csw/pkgutil/packages/common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: Permission denied Fetching of CSWcommon-1.4.6,REV=2008.04.28 failed. Try updating your catalog with pkgutil -U. ---------------------------------------------------------------------- (0006203) bonivart (manager) - 2009-05-27 15:03 http://www.opencsw.org/mantis/view.php?id=3688#c6203 ---------------------------------------------------------------------- Could you please try r51? http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=51 Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 09:18 skayser New Issue 2009-05-27 10:09 bonivart Status new => assigned 2009-05-27 10:09 bonivart Assigned To => bonivart 2009-05-27 10:43 bonivart Note Added: 0006196 2009-05-27 10:44 bonivart Note Edited: 0006196 2009-05-27 11:13 skayser Note Added: 0006197 2009-05-27 15:03 bonivart Note Added: 0006203 ====================================================================== From noreply at opencsw.org Wed May 27 15:26:45 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 15:26:45 +0200 Subject: [bug-notifications] [pkgutil 0003688]: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 In-Reply-To: <570bc73f7ba9a362cd4567ed46993e38> Message-ID: <9521b7aee08479f7b521dacb17e81c12@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3688 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3688 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-27 09:18 CEST Last Modified: 2009-05-27 15:26 CEST ====================================================================== Summary: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 Description: pkgutil (pkgtrans) seems to bail out, when the package stream is sent to a file and this file doesn't yet exist. When then running pkgutil again, it bails out trying to transform packages (i guess that's because the previous run failed and didn't do cleanups). $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion .... Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Could not transform packages into stream: No such file or directory at /opt/csw/bin/pkgutil line 994. $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: No such file or directory at /opt/csw/bin/pkgutil line 988. $ ls tmp/packages/ CSWcommon common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz CSWion ion-3,REV=2005.04.06.01-SunOS5.8-i386-CSW.pkg.gz CSWlibtool libtool-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlibtoolrt libtool_rt-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlua lua-5.1.4,REV=2009.03.30-SunOS5.8-i386-CSW.pkg.gz Touching the output file beforehand works. $ rm -rf tmp/packages/* $ touch tmp/packages/ion.pkg $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Install commands in dependency safe order: pkgadd -d ion.pkg CSWcommon pkgadd -d ion.pkg CSWlibtoolrt pkgadd -d ion.pkg CSWlibtool pkgadd -d ion.pkg CSWlua pkgadd -d ion.pkg CSWion ====================================================================== ---------------------------------------------------------------------- (0006196) bonivart (manager) - 2009-05-27 10:44 http://www.opencsw.org/mantis/view.php?id=3688#c6196 ---------------------------------------------------------------------- I just tried the simplest form: # pkgutil -y -s ion and that worked (stream file in /var/opt/csw/pkgutil/packages named ion.i386.5.10.pkg). Must be something related to using another work dir. I'll look into it but maybe you can get by for now by skipping -W? ---------------------------------------------------------------------- (0006197) skayser (administrator) - 2009-05-27 11:13 http://www.opencsw.org/mantis/view.php?id=3688#c6197 ---------------------------------------------------------------------- Thanks for the swift feedback, Peter. I resorted to just use -o- and redirect into the file that i wanted. Works. I had used the -W switch because i am working as an unprivileged user on the box where i need to create the package stream and there i had gotten permission errors. Verifying this behavior just now gives me yet another error. $ pkgutil -y -s ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: Illegal seek at /opt/csw/bin/pkgutil line 988. Letting the admin clear out /var/opt/csw/pkgutil/packages and then re-running pkgutil gives me the initial error that made me use the -W switch. $ pkgutil -y -s ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB Fetching CSWcommon-1.4.6,REV=2008.04.28... /var/opt/csw/pkgutil/packages/common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: Permission denied Fetching of CSWcommon-1.4.6,REV=2008.04.28 failed. Try updating your catalog with pkgutil -U. ---------------------------------------------------------------------- (0006203) bonivart (manager) - 2009-05-27 15:03 http://www.opencsw.org/mantis/view.php?id=3688#c6203 ---------------------------------------------------------------------- Could you please try r51? http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=51 ---------------------------------------------------------------------- (0006204) skayser (administrator) - 2009-05-27 15:26 http://www.opencsw.org/mantis/view.php?id=3688#c6204 ---------------------------------------------------------------------- Thanks, Peter. Working like a charm and the added display of where the package stream goes to is really helpful. Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 09:18 skayser New Issue 2009-05-27 10:09 bonivart Status new => assigned 2009-05-27 10:09 bonivart Assigned To => bonivart 2009-05-27 10:43 bonivart Note Added: 0006196 2009-05-27 10:44 bonivart Note Edited: 0006196 2009-05-27 11:13 skayser Note Added: 0006197 2009-05-27 15:03 bonivart Note Added: 0006203 2009-05-27 15:26 skayser Note Added: 0006204 ====================================================================== From noreply at opencsw.org Wed May 27 15:35:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 15:35:46 +0200 Subject: [bug-notifications] [pkgutil 0003688]: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 In-Reply-To: <570bc73f7ba9a362cd4567ed46993e38> Message-ID: <4d743b2246821a176ed381270b4a2253@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3688 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3688 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-27 09:18 CEST Last Modified: 2009-05-27 15:35 CEST ====================================================================== Summary: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 Description: pkgutil (pkgtrans) seems to bail out, when the package stream is sent to a file and this file doesn't yet exist. When then running pkgutil again, it bails out trying to transform packages (i guess that's because the previous run failed and didn't do cleanups). $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion .... Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Could not transform packages into stream: No such file or directory at /opt/csw/bin/pkgutil line 994. $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: No such file or directory at /opt/csw/bin/pkgutil line 988. $ ls tmp/packages/ CSWcommon common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz CSWion ion-3,REV=2005.04.06.01-SunOS5.8-i386-CSW.pkg.gz CSWlibtool libtool-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlibtoolrt libtool_rt-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlua lua-5.1.4,REV=2009.03.30-SunOS5.8-i386-CSW.pkg.gz Touching the output file beforehand works. $ rm -rf tmp/packages/* $ touch tmp/packages/ion.pkg $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Install commands in dependency safe order: pkgadd -d ion.pkg CSWcommon pkgadd -d ion.pkg CSWlibtoolrt pkgadd -d ion.pkg CSWlibtool pkgadd -d ion.pkg CSWlua pkgadd -d ion.pkg CSWion ====================================================================== ---------------------------------------------------------------------- (0006196) bonivart (manager) - 2009-05-27 10:44 http://www.opencsw.org/mantis/view.php?id=3688#c6196 ---------------------------------------------------------------------- I just tried the simplest form: # pkgutil -y -s ion and that worked (stream file in /var/opt/csw/pkgutil/packages named ion.i386.5.10.pkg). Must be something related to using another work dir. I'll look into it but maybe you can get by for now by skipping -W? ---------------------------------------------------------------------- (0006197) skayser (administrator) - 2009-05-27 11:13 http://www.opencsw.org/mantis/view.php?id=3688#c6197 ---------------------------------------------------------------------- Thanks for the swift feedback, Peter. I resorted to just use -o- and redirect into the file that i wanted. Works. I had used the -W switch because i am working as an unprivileged user on the box where i need to create the package stream and there i had gotten permission errors. Verifying this behavior just now gives me yet another error. $ pkgutil -y -s ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: Illegal seek at /opt/csw/bin/pkgutil line 988. Letting the admin clear out /var/opt/csw/pkgutil/packages and then re-running pkgutil gives me the initial error that made me use the -W switch. $ pkgutil -y -s ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB Fetching CSWcommon-1.4.6,REV=2008.04.28... /var/opt/csw/pkgutil/packages/common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: Permission denied Fetching of CSWcommon-1.4.6,REV=2008.04.28 failed. Try updating your catalog with pkgutil -U. ---------------------------------------------------------------------- (0006203) bonivart (manager) - 2009-05-27 15:03 http://www.opencsw.org/mantis/view.php?id=3688#c6203 ---------------------------------------------------------------------- Could you please try r51? http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=51 ---------------------------------------------------------------------- (0006204) skayser (administrator) - 2009-05-27 15:26 http://www.opencsw.org/mantis/view.php?id=3688#c6204 ---------------------------------------------------------------------- Thanks, Peter. Working like a charm and the added display of where the package stream goes to is really helpful. ---------------------------------------------------------------------- (0006205) bonivart (manager) - 2009-05-27 15:35 http://www.opencsw.org/mantis/view.php?id=3688#c6205 ---------------------------------------------------------------------- Great! I guess it wasn't obvious that without -W/-o the stream would end up in /var/opt/csw/pkgutil/packages? :-) I improved the perldoc/man page a little as well. Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 09:18 skayser New Issue 2009-05-27 10:09 bonivart Status new => assigned 2009-05-27 10:09 bonivart Assigned To => bonivart 2009-05-27 10:43 bonivart Note Added: 0006196 2009-05-27 10:44 bonivart Note Edited: 0006196 2009-05-27 11:13 skayser Note Added: 0006197 2009-05-27 15:03 bonivart Note Added: 0006203 2009-05-27 15:26 skayser Note Added: 0006204 2009-05-27 15:35 bonivart Note Added: 0006205 ====================================================================== From noreply at opencsw.org Wed May 27 16:59:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 16:59:52 +0200 Subject: [bug-notifications] [pkgutil 0003688]: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 In-Reply-To: <570bc73f7ba9a362cd4567ed46993e38> Message-ID: <400bfb63c6cfe1f3c7e95d2e69f523e9@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3688 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3688 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-27 09:18 CEST Last Modified: 2009-05-27 16:59 CEST ====================================================================== Summary: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 Description: pkgutil (pkgtrans) seems to bail out, when the package stream is sent to a file and this file doesn't yet exist. When then running pkgutil again, it bails out trying to transform packages (i guess that's because the previous run failed and didn't do cleanups). $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion .... Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Could not transform packages into stream: No such file or directory at /opt/csw/bin/pkgutil line 994. $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: No such file or directory at /opt/csw/bin/pkgutil line 988. $ ls tmp/packages/ CSWcommon common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz CSWion ion-3,REV=2005.04.06.01-SunOS5.8-i386-CSW.pkg.gz CSWlibtool libtool-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlibtoolrt libtool_rt-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlua lua-5.1.4,REV=2009.03.30-SunOS5.8-i386-CSW.pkg.gz Touching the output file beforehand works. $ rm -rf tmp/packages/* $ touch tmp/packages/ion.pkg $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Install commands in dependency safe order: pkgadd -d ion.pkg CSWcommon pkgadd -d ion.pkg CSWlibtoolrt pkgadd -d ion.pkg CSWlibtool pkgadd -d ion.pkg CSWlua pkgadd -d ion.pkg CSWion ====================================================================== ---------------------------------------------------------------------- (0006196) bonivart (manager) - 2009-05-27 10:44 http://www.opencsw.org/mantis/view.php?id=3688#c6196 ---------------------------------------------------------------------- I just tried the simplest form: # pkgutil -y -s ion and that worked (stream file in /var/opt/csw/pkgutil/packages named ion.i386.5.10.pkg). Must be something related to using another work dir. I'll look into it but maybe you can get by for now by skipping -W? ---------------------------------------------------------------------- (0006197) skayser (administrator) - 2009-05-27 11:13 http://www.opencsw.org/mantis/view.php?id=3688#c6197 ---------------------------------------------------------------------- Thanks for the swift feedback, Peter. I resorted to just use -o- and redirect into the file that i wanted. Works. I had used the -W switch because i am working as an unprivileged user on the box where i need to create the package stream and there i had gotten permission errors. Verifying this behavior just now gives me yet another error. $ pkgutil -y -s ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: Illegal seek at /opt/csw/bin/pkgutil line 988. Letting the admin clear out /var/opt/csw/pkgutil/packages and then re-running pkgutil gives me the initial error that made me use the -W switch. $ pkgutil -y -s ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB Fetching CSWcommon-1.4.6,REV=2008.04.28... /var/opt/csw/pkgutil/packages/common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: Permission denied Fetching of CSWcommon-1.4.6,REV=2008.04.28 failed. Try updating your catalog with pkgutil -U. ---------------------------------------------------------------------- (0006203) bonivart (manager) - 2009-05-27 15:03 http://www.opencsw.org/mantis/view.php?id=3688#c6203 ---------------------------------------------------------------------- Could you please try r51? http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=51 ---------------------------------------------------------------------- (0006204) skayser (administrator) - 2009-05-27 15:26 http://www.opencsw.org/mantis/view.php?id=3688#c6204 ---------------------------------------------------------------------- Thanks, Peter. Working like a charm and the added display of where the package stream goes to is really helpful. ---------------------------------------------------------------------- (0006205) bonivart (manager) - 2009-05-27 15:35 http://www.opencsw.org/mantis/view.php?id=3688#c6205 ---------------------------------------------------------------------- Great! I guess it wasn't obvious that without -W/-o the stream would end up in /var/opt/csw/pkgutil/packages? :-) I improved the perldoc/man page a little as well. ---------------------------------------------------------------------- (0006206) bonivart (manager) - 2009-05-27 16:59 http://www.opencsw.org/mantis/view.php?id=3688#c6206 ---------------------------------------------------------------------- Will be in 1.6. Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 09:18 skayser New Issue 2009-05-27 10:09 bonivart Status new => assigned 2009-05-27 10:09 bonivart Assigned To => bonivart 2009-05-27 10:43 bonivart Note Added: 0006196 2009-05-27 10:44 bonivart Note Edited: 0006196 2009-05-27 11:13 skayser Note Added: 0006197 2009-05-27 15:03 bonivart Note Added: 0006203 2009-05-27 15:26 skayser Note Added: 0006204 2009-05-27 15:35 bonivart Note Added: 0006205 2009-05-27 16:59 bonivart Note Added: 0006206 2009-05-27 16:59 bonivart Status assigned => resolved 2009-05-27 16:59 bonivart Resolution open => fixed ====================================================================== From noreply at opencsw.org Wed May 27 17:00:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 17:00:01 +0200 Subject: [bug-notifications] [pkgutil 0003689]: pkgutil -s doesn't honour target architecture (-T) In-Reply-To: <934e107c3c40a8c33a2d5c0850e91af6> Message-ID: <71952105734952960378e31f062244e7@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3689 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3689 Category: regular use Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-27 10:53 CEST Last Modified: 2009-05-27 17:00 CEST ====================================================================== Summary: pkgutil -s doesn't honour target architecture (-T) Description: Me again, sorry for nagging ;D Wanted to build a package stream for a different architecture (sparc) than the current host (i386), but -T sparc:5.10 didn't seem to work. The packages in the package stream were for i386. $ uname -a SunOS ray1 5.10 Generic_137112-07 i86pc i386 i86pc $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o- windowmaker_dtlogin > wmaker.pkg ... $ pkginfo -d wmaker.pkg -x CSWcommon common - common files and dirs for CSW packages (i386) 1.4.6,REV=2008.04.28 CSWexpat expat - XML Parser Toolkit (i386) 2.0.1,REV=2009.01.22 CSWfconfig fontconfig - A library for configuring and customizing font access. (i386) 2.6.0,REV=2009.04.24 CSWftype2 freetype2 - A free and portable TrueType font rendering engine (i386) 2.3.8,REV=2009.02.16 CSWiconv libiconv - GNU iconv library (i386) 1.12,REV=2008.12.14 CSWisaexec isaexec - sneaky wrapper around Sun isaexec (all) 0.2,REV=2009.03.26 CSWjpeg jpeg - JPEG library and tools by the Independent JPEG Group (i386) 6b,REV=2007.10.28 CSWlibxft2 libxft2 - FreeType-based font drawing library for X (i386) 2.1.6,REV=2005.02.01 CSWlibxrender libxrender - fontconfig.org Xrender library (i386) 0.8.3,REV=2004.03.31 CSWpng png - library for Portable Network Graphics format (PNG) (i386) 1.2.35,REV=2009.02.19 CSWrenderdev render_dev - fontconfig.org render development files (all) 0.8,REV=2004.03.30 CSWtiff tiff - lib and tools for Tag Image File Format (i386) 3.8.2,REV=2007.12.09 CSWungif libungif - library for manipulation of GIF images (i386) 4.1.4,REV=2007.02.05 CSWwmaker windowmaker - OpenStep window manager lookalike (i386) 0.92.0 CSWwmaker-dtlogin windowmaker_dtlogin - dtlogin integration for the Window Maker Window Manager (all) 1.0 CSWxpm xpm - library for X11 PixMap format (libXpm.so.4.11) (i386) 3.4k,REV=2002.12.31 CSWzlib zlib - Zlib Data Compression Library (i386) 1.2.3,REV=2007.05.12 ====================================================================== ---------------------------------------------------------------------- (0006198) skayser (administrator) - 2009-05-27 11:37 http://www.opencsw.org/mantis/view.php?id=3689#c6198 ---------------------------------------------------------------------- Just went over to a sparc box and noticed that the release doesn't seem to be honored either. Working on a 5.10 box and requesting packages from 5.9 still yields 5.10 packages (i.e. packages are pulled from http://mirror/csw/current/arch/5.10). ---------------------------------------------------------------------- (0006199) bonivart (manager) - 2009-05-27 11:55 http://www.opencsw.org/mantis/view.php?id=3689#c6199 ---------------------------------------------------------------------- This worked in 1.4 but broke in 1.5. The new multiple mirror features in 1.5 caused this, I know that Derek and me tested --stream but obviously not with -T. I will fix this. ---------------------------------------------------------------------- (0006200) bonivart (manager) - 2009-05-27 13:00 http://www.opencsw.org/mantis/view.php?id=3689#c6200 ---------------------------------------------------------------------- Could you try r50 please? http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=50 ---------------------------------------------------------------------- (0006201) skayser (administrator) - 2009-05-27 13:21 http://www.opencsw.org/mantis/view.php?id=3689#c6201 ---------------------------------------------------------------------- Alternate target via -T is working now, non-existent output file via -o still fails. skayser @ ray1 ~/tmp$ ./pkgutil -s -T sparc:5.9 -W . -o test.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.6 MB 5 packages to fetch. Do you want to continue? [Y,n] Fetching CSWcommon-1.4.6,REV=2008.04.28... --2009-05-27 13:19:20-- http://csw.informatik.uni-erlangen.de/csw/current/sparc/5.9/common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg Resolving proxy.consol.de... 10.250.0.180 Connecting to proxy.consol.de|10.250.0.180|:8001... connected. Proxy request sent, awaiting response... 200 OK Length: 23552 (23K) [application/octet-stream] Saving to: `./packages/common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg' .. Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream (./packages/test.pkg)... Could not transform packages into stream: No such file or directory at ./pkgutil line 1002, line 1. $ ./pkgutil -s -T sparc:5.10 -W . -o test.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.6 MB 5 packages to fetch. Do you want to continue? [Y,n] A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg: No such file or directory at ./pkgutil line 996, line 1. ---------------------------------------------------------------------- (0006202) bonivart (manager) - 2009-05-27 14:05 http://www.opencsw.org/mantis/view.php?id=3689#c6202 ---------------------------------------------------------------------- Yes, I didn't address bug http://www.opencsw.org/mantis/view.php?id=3688 in r50, only this one (the -T issue). I take it that this works now? I also tested -o and that works for me, it's only when using -W it breaks but I will address this in the other bug instead. :-) ---------------------------------------------------------------------- (0006207) bonivart (manager) - 2009-05-27 17:00 http://www.opencsw.org/mantis/view.php?id=3689#c6207 ---------------------------------------------------------------------- Will be in 1.6. Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 10:53 skayser New Issue 2009-05-27 11:14 bonivart Status new => assigned 2009-05-27 11:14 bonivart Assigned To => bonivart 2009-05-27 11:37 skayser Note Added: 0006198 2009-05-27 11:53 bonivart Note Added: 0006199 2009-05-27 11:55 bonivart Note Edited: 0006199 2009-05-27 13:00 bonivart Note Added: 0006200 2009-05-27 13:21 skayser Note Added: 0006201 2009-05-27 14:05 bonivart Note Added: 0006202 2009-05-27 17:00 bonivart Note Added: 0006207 2009-05-27 17:00 bonivart Status assigned => resolved 2009-05-27 17:00 bonivart Resolution open => fixed ====================================================================== From noreply at opencsw.org Wed May 27 18:40:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 18:40:16 +0200 Subject: [bug-notifications] [libofx 0003365]: Depend on CSWggettextrt In-Reply-To: <361f6f9563eab6d3ae5a0e11caca33ab> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3365 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: libofx Issue ID: 3365 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:20 CET Last Modified: 2009-05-27 18:40 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006183) pfelecan (manager) - 2009-05-23 12:14 http://www.opencsw.org/mantis/view.php?id=3365#c6183 ---------------------------------------------------------------------- the new 0.9.1 package to be issued fixes this. ---------------------------------------------------------------------- (0006208) pfelecan (manager) - 2009-05-27 18:40 http://www.opencsw.org/mantis/view.php?id=3365#c6208 ---------------------------------------------------------------------- new release fixes the issue. Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:20 harpchad New Issue 2009-03-31 18:37 pfelecan Status new => assigned 2009-03-31 18:37 pfelecan Assigned To => pfelecan 2009-05-23 12:14 pfelecan Note Added: 0006183 2009-05-23 12:14 pfelecan Status assigned => resolved 2009-05-23 12:14 pfelecan Resolution open => fixed 2009-05-27 18:40 pfelecan Note Added: 0006208 2009-05-27 18:40 pfelecan Status resolved => closed ====================================================================== From noreply at opencsw.org Wed May 27 18:42:22 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 18:42:22 +0200 Subject: [bug-notifications] [libgnet2rt 0003348]: Depend on CSWggettextrt In-Reply-To: Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3348 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: libgnet2rt Issue ID: 3348 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:18 CET Last Modified: 2009-05-27 18:42 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006209) pfelecan (manager) - 2009-05-27 18:42 http://www.opencsw.org/mantis/view.php?id=3348#c6209 ---------------------------------------------------------------------- new package for 2.0.8 fixes this issue. Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:18 harpchad New Issue 2009-03-31 18:38 pfelecan Status new => assigned 2009-03-31 18:38 pfelecan Assigned To => pfelecan 2009-05-27 18:42 pfelecan Note Added: 0006209 2009-05-27 18:42 pfelecan Status assigned => resolved 2009-05-27 18:42 pfelecan Resolution open => fixed ====================================================================== From noreply at opencsw.org Wed May 27 19:05:22 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 19:05:22 +0200 Subject: [bug-notifications] [libgnet2rt 0003348]: Depend on CSWggettextrt In-Reply-To: Message-ID: <1ad7b621c1e7d7c5f3fdf1bfc9b7103e@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3348 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: libgnet2rt Issue ID: 3348 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:18 CET Last Modified: 2009-05-27 19:05 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006209) pfelecan (manager) - 2009-05-27 18:42 http://www.opencsw.org/mantis/view.php?id=3348#c6209 ---------------------------------------------------------------------- new package for 2.0.8 fixes this issue. ---------------------------------------------------------------------- (0006210) pfelecan (manager) - 2009-05-27 19:05 http://www.opencsw.org/mantis/view.php?id=3348#c6210 ---------------------------------------------------------------------- the new package for 2.0.8 fixes this issue Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:18 harpchad New Issue 2009-03-31 18:38 pfelecan Status new => assigned 2009-03-31 18:38 pfelecan Assigned To => pfelecan 2009-05-27 18:42 pfelecan Note Added: 0006209 2009-05-27 18:42 pfelecan Status assigned => resolved 2009-05-27 18:42 pfelecan Resolution open => fixed 2009-05-27 19:05 pfelecan Note Added: 0006210 2009-05-27 19:05 pfelecan Status resolved => closed ====================================================================== From noreply at opencsw.org Thu May 28 00:20:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 00:20:52 +0200 Subject: [bug-notifications] [unrar 0003691]: Please upgrade to 0.68 Message-ID: <9013d8de1f0150fb650e84da5d287627@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3691 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: unrar Issue ID: 3691 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-28 00:20 CEST Last Modified: 2009-05-28 00:20 CEST ====================================================================== Summary: Please upgrade to 0.68 Description: Please upgrade to 0.68 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-28 00:20 dam New Issue ====================================================================== From noreply at opencsw.org Thu May 28 09:13:17 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 09:13:17 +0200 Subject: [bug-notifications] [amanda 0003692]: Missing Amanda User Message-ID: <5374551c263d82a35ad6da1e9f30027e@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3692 ====================================================================== Reported By: DerJoern Assigned To: ====================================================================== Project: amanda Issue ID: 3692 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-28 09:13 CEST Last Modified: 2009-05-28 09:13 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) ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-28 09:13 DerJoern New Issue ====================================================================== From noreply at opencsw.org Thu May 28 10:24:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 10:24:43 +0200 Subject: [bug-notifications] [cswclassutils 0003635]: Support service that can't be autoenabled at first install In-Reply-To: Message-ID: <5001301170960fd8ad39464d6df74de5@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3635 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3635 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-13 19:59 CEST Last Modified: 2009-05-28 10:24 CEST ====================================================================== Summary: Support service that can't be autoenabled at first install Description: Some daemons can't be launched at all at first install without a bit of manual configuration, that the case of imapproxy which require an imap server to be given in imapproxy configuration file. Currently, cswclassutils cswinitsmf will always tries to start the daemon if autoenable_daemons=yes, for cswimapproxy this would result in a service in maintenance state that would need to be cleared. It would be nice to have support for this case, the service can't be launched at first install, but once it is configured and enabled by the administrator, it has to be re-launched at each upgrade. ====================================================================== ---------------------------------------------------------------------- (0005991) bonivart (manager) - 2009-04-21 17:17 http://www.opencsw.org/mantis/view.php?id=3635#c5991 ---------------------------------------------------------------------- Isn't this normally handled by the start script? Something like: [ -f someconffile ] && startservice ---------------------------------------------------------------------- (0005997) yann (reporter) - 2009-04-21 21:12 http://www.opencsw.org/mantis/view.php?id=3635#c5997 ---------------------------------------------------------------------- The script already has this check, but as your script will always try to enable the service (if autoenable_daemons != no), the init script will exit and the imapproxy service will go in maintenance mode from SMF point of view. It would be cleaner to have it not started at all at the first install. ---------------------------------------------------------------------- (0006125) yann (reporter) - 2009-05-17 16:57 http://www.opencsw.org/mantis/view.php?id=3635#c6125 ---------------------------------------------------------------------- Hi Peter, Any news of this feature request ? ---------------------------------------------------------------------- (0006211) bonivart (manager) - 2009-05-28 10:24 http://www.opencsw.org/mantis/view.php?id=3635#c6211 ---------------------------------------------------------------------- I think I will enable this via another tweak in the init script. OK? Issue History Date Modified Username Field Change ====================================================================== 2009-04-13 19:59 yann New Issue 2009-04-21 17:15 bonivart Status new => assigned 2009-04-21 17:15 bonivart Assigned To => bonivart 2009-04-21 17:17 bonivart Note Added: 0005991 2009-04-21 21:12 yann Note Added: 0005997 2009-05-17 16:57 yann Note Added: 0006125 2009-05-28 10:24 bonivart Note Added: 0006211 ====================================================================== From noreply at opencsw.org Thu May 28 13:57:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 13:57:00 +0200 Subject: [bug-notifications] [cswclassutils 0003634]: Please add smf service state persistence across upgrade In-Reply-To: <58e13c493b1026ed43824a8221b97717> Message-ID: <9f246c0c3a4de49465a72cdf5455059b@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3634 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3634 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-13 19:48 CEST Last Modified: 2009-05-28 13:56 CEST ====================================================================== Summary: Please add smf service state persistence across upgrade Description: Currently, if someone installs a daemon (provided by a csw package) under Solaris with SMF support and chooses to disable it, this state will not be preserved across upgrades. Next time, the package is upgraded, the service will be automatically started and will be configured to do so at boot time, In other word: the "svcadm disable" command is useless with opencsw packaged daemons. It would be nice to add smf service state persistence across upgrade in cswclassutils to allow the state of service to stay the same across upgrades. ====================================================================== ---------------------------------------------------------------------- (0005959) yann (reporter) - 2009-04-13 19:54 http://www.opencsw.org/mantis/view.php?id=3634#c5959 ---------------------------------------------------------------------- I upload a patch which implement this behaviour. However, it will only do so when autoenable_daemons is enabled, because the standard explicitely says to not start daemons when autoenable_daemons is set to no. I would prefer the smf saved state to override the autoenable_daemons but I think that would require some discussion. ---------------------------------------------------------------------- (0005994) bonivart (manager) - 2009-04-21 18:51 http://www.opencsw.org/mantis/view.php?id=3634#c5994 ---------------------------------------------------------------------- I have implemented your patch in 1.6. ---------------------------------------------------------------------- (0005999) bonivart (manager) - 2009-04-22 17:58 http://www.opencsw.org/mantis/view.php?id=3634#c5999 ---------------------------------------------------------------------- Just discovered a (non related) problem with packages that set up multiple services and realized that this patch doesn't cover that either. It only saves one state per package, not separate state for each service of the package. ClamAV is one example of a package that sets up multiple services. ---------------------------------------------------------------------- (0006000) yann (reporter) - 2009-04-22 18:01 http://www.opencsw.org/mantis/view.php?id=3634#c6000 ---------------------------------------------------------------------- Ok, I will have a look at this problem. ---------------------------------------------------------------------- (0006027) bonivart (manager) - 2009-04-24 18:46 http://www.opencsw.org/mantis/view.php?id=3634#c6027 ---------------------------------------------------------------------- I'm testing some other changes to cswinitsmf and it never starts the service. It seems that the only way a service can be enabled is if there existed a state file that says it was enabled before but this means that new installations can never be enabled..? ---------------------------------------------------------------------- (0006123) yann (reporter) - 2009-05-17 16:54 http://www.opencsw.org/mantis/view.php?id=3634#c6123 ---------------------------------------------------------------------- Hi Peter, I had a look at the multiple service case, and the smf persistance code already handled it fine. I tested with clamav, disabling one of the two service (clamav-milter) and the state was properly restored upon reinstallation. However, I fixed the bug you mentionned in your last note, now the code will properly enable the service even if the state file is not present. I attached a patch against cswclassutils 1.9 to re-enable the code and apply the fix: smf_state_persistence_multiple.patch ---------------------------------------------------------------------- (0006212) bonivart (manager) - 2009-05-28 13:56 http://www.opencsw.org/mantis/view.php?id=3634#c6212 ---------------------------------------------------------------------- Ok, I have applied your patch in 1.11, it's in testing: http://mirror.opencsw.org/testing/cswclassutils-1.11,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz Issue History Date Modified Username Field Change ====================================================================== 2009-04-13 19:48 yann New Issue 2009-04-13 19:49 yann File Added: smf_state_persistence.patch 2009-04-13 19:54 yann Note Added: 0005959 2009-04-21 16:15 bonivart Status new => assigned 2009-04-21 16:15 bonivart Assigned To => bonivart 2009-04-21 18:51 bonivart Note Added: 0005994 2009-04-22 17:58 bonivart Note Added: 0005999 2009-04-22 18:01 yann Note Added: 0006000 2009-04-24 18:46 bonivart Note Added: 0006027 2009-05-17 16:52 yann File Added: smf_state_persistence_multiple.patch 2009-05-17 16:54 yann Note Added: 0006123 2009-05-28 13:56 bonivart Note Added: 0006212 ====================================================================== From noreply at opencsw.org Thu May 28 14:33:12 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 14:33:12 +0200 Subject: [bug-notifications] [amanda 0003692]: Missing Amanda User In-Reply-To: <4dd32e2840c68addc292be3dcb90e4ba> Message-ID: <0a3d0c82e0af31e13dd770f8cf5af315@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3692 ====================================================================== Reported By: DerJoern Assigned To: ====================================================================== Project: amanda Issue ID: 3692 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-28 09:13 CEST Last Modified: 2009-05-28 14:33 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) ====================================================================== ---------------------------------------------------------------------- (0006213) darin (manager) - 2009-05-28 14:33 http://www.opencsw.org/bugtrack/view.php?id=3692#c6213 ---------------------------------------------------------------------- Thanks for bringing this to my attention, it's definitely a packaging problem that I missed. An updated package will be available soon. Issue History Date Modified Username Field Change ====================================================================== 2009-05-28 09:13 DerJoern New Issue 2009-05-28 14:33 darin Note Added: 0006213 ====================================================================== From noreply at opencsw.org Thu May 28 14:44:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 14:44:26 +0200 Subject: [bug-notifications] [cswclassutils 0003635]: Support service that can't be autoenabled at first install In-Reply-To: Message-ID: <21fe10810b4c19054a4d4a9f47159580@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3635 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3635 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-13 19:59 CEST Last Modified: 2009-05-28 14:44 CEST ====================================================================== Summary: Support service that can't be autoenabled at first install Description: Some daemons can't be launched at all at first install without a bit of manual configuration, that the case of imapproxy which require an imap server to be given in imapproxy configuration file. Currently, cswclassutils cswinitsmf will always tries to start the daemon if autoenable_daemons=yes, for cswimapproxy this would result in a service in maintenance state that would need to be cleared. It would be nice to have support for this case, the service can't be launched at first install, but once it is configured and enabled by the administrator, it has to be re-launched at each upgrade. ====================================================================== ---------------------------------------------------------------------- (0005991) bonivart (manager) - 2009-04-21 17:17 http://www.opencsw.org/mantis/view.php?id=3635#c5991 ---------------------------------------------------------------------- Isn't this normally handled by the start script? Something like: [ -f someconffile ] && startservice ---------------------------------------------------------------------- (0005997) yann (reporter) - 2009-04-21 21:12 http://www.opencsw.org/mantis/view.php?id=3635#c5997 ---------------------------------------------------------------------- The script already has this check, but as your script will always try to enable the service (if autoenable_daemons != no), the init script will exit and the imapproxy service will go in maintenance mode from SMF point of view. It would be cleaner to have it not started at all at the first install. ---------------------------------------------------------------------- (0006125) yann (reporter) - 2009-05-17 16:57 http://www.opencsw.org/mantis/view.php?id=3635#c6125 ---------------------------------------------------------------------- Hi Peter, Any news of this feature request ? ---------------------------------------------------------------------- (0006211) bonivart (manager) - 2009-05-28 10:24 http://www.opencsw.org/mantis/view.php?id=3635#c6211 ---------------------------------------------------------------------- I think I will enable this via another tweak in the init script. OK? ---------------------------------------------------------------------- (0006214) bonivart (manager) - 2009-05-28 14:44 http://www.opencsw.org/mantis/view.php?id=3635#c6214 ---------------------------------------------------------------------- I have put in an AUTOENABLE tweak to the init script, if it's no or false the service will not be enabled. http://mirror.opencsw.org/testing/cswclassutils-1.12,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz Issue History Date Modified Username Field Change ====================================================================== 2009-04-13 19:59 yann New Issue 2009-04-21 17:15 bonivart Status new => assigned 2009-04-21 17:15 bonivart Assigned To => bonivart 2009-04-21 17:17 bonivart Note Added: 0005991 2009-04-21 21:12 yann Note Added: 0005997 2009-05-17 16:57 yann Note Added: 0006125 2009-05-28 10:24 bonivart Note Added: 0006211 2009-05-28 14:44 bonivart Note Added: 0006214 ====================================================================== From noreply at opencsw.org Thu May 28 15:16:04 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 15:16:04 +0200 Subject: [bug-notifications] [cswclassutils 0003636]: Allow package to provide their own manifest file In-Reply-To: Message-ID: <3772332a039262d571da743dfb596712@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3636 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3636 Category: regular use Reproducibility: have not tried Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-13 20:01 CEST Last Modified: 2009-05-28 15:16 CEST ====================================================================== Summary: Allow package to provide their own manifest file Description: Some package already provide their own manifest file to be used under Solaris 10. It would be nice to have a way for a package using cswinitsmf to disable automatic manifest generation so its own manifest file is used. ====================================================================== ---------------------------------------------------------------------- (0005970) yann (reporter) - 2009-04-15 21:12 http://www.opencsw.org/mantis/view.php?id=3636#c5970 ---------------------------------------------------------------------- It could be configured by using the existing tweaks system. For exemple, if you provide your own manifest file, you could add: #SMF_SCRIPT no # change this value to no if this init script should not be used to autogenerate the smf manifest file. ---------------------------------------------------------------------- (0005992) bonivart (manager) - 2009-04-21 17:20 http://www.opencsw.org/mantis/view.php?id=3636#c5992 ---------------------------------------------------------------------- Ok, but how would it know which file to import as manifest? SMF_SCRIPT /path/to/manifest ? ---------------------------------------------------------------------- (0005996) yann (reporter) - 2009-04-21 21:08 http://www.opencsw.org/mantis/view.php?id=3636#c5996 ---------------------------------------------------------------------- The manifest file would belong to the cswinitsmf class, so it will be passed to your script which could register it if smf is available and enabled. You would have to add a test to determine if the file is a manifest or an init.d script (or something else). But using "SMF_SCRIPT /path/to/manifest" will also work. ---------------------------------------------------------------------- (0006124) yann (reporter) - 2009-05-17 16:56 http://www.opencsw.org/mantis/view.php?id=3636#c6124 ---------------------------------------------------------------------- Hi Peter, Any news of this feature, do you plan adding it ? I am waiting for it to be able to switch some of my packages to cswclassutils. Thanks in avance, Yann ---------------------------------------------------------------------- (0006215) bonivart (manager) - 2009-05-28 15:16 http://www.opencsw.org/mantis/view.php?id=3636#c6215 ---------------------------------------------------------------------- I have added a MANIFEST tweak to the init script. If set it will use that manifest instead of autogenerating one. http://mirror.opencsw.org/testing/cswclassutils-1.13,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz Issue History Date Modified Username Field Change ====================================================================== 2009-04-13 20:01 yann New Issue 2009-04-15 21:12 yann Note Added: 0005970 2009-04-21 17:18 bonivart Status new => assigned 2009-04-21 17:18 bonivart Assigned To => bonivart 2009-04-21 17:20 bonivart Note Added: 0005992 2009-04-21 21:08 yann Note Added: 0005996 2009-05-17 16:56 yann Note Added: 0006124 2009-05-28 15:16 bonivart Note Added: 0006215 ====================================================================== From noreply at opencsw.org Thu May 28 15:25:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 15:25:07 +0200 Subject: [bug-notifications] [cswclassutils 0003685]: cswpreserveconf In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3685 ====================================================================== Reported By: ja Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3685 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-23 11:39 CEST Last Modified: 2009-05-28 15:25 CEST ====================================================================== Summary: cswpreserveconf Description: Config files handled with the class cswpreserveconf have always the ownerships root:other and not the desired ownership, which is specified for the .CSW file. Example: In CSWnagios.prototype f cswpreserveconf /opt/csw/nagios/etc/cgi.cfg.CSW 0664 nagios nagios results in -rw-r--r-- 1 root other 10695 May 22 22:19 cgi.cfg -rw-rw-r-- 1 nagios nagios 10695 Mar 20 22:26 cgi.cfg.CSW and not as expected in -rw-r--r-- 1 nagios nagios 10695 May 22 22:19 cgi.cfg ====================================================================== ---------------------------------------------------------------------- (0006184) bonivart (manager) - 2009-05-23 12:25 http://www.opencsw.org/mantis/view.php?id=3685#c6184 ---------------------------------------------------------------------- Also the permissions are from umask, not from .CSW file. ---------------------------------------------------------------------- (0006185) bonivart (manager) - 2009-05-23 12:26 http://www.opencsw.org/mantis/view.php?id=3685#c6185 ---------------------------------------------------------------------- Phil is looking into this, I'm pretty sure it concerns cswcpsampleconf as well. ---------------------------------------------------------------------- (0006216) bonivart (manager) - 2009-05-28 15:25 http://www.opencsw.org/mantis/view.php?id=3685#c6216 ---------------------------------------------------------------------- The problem is that the copy operation occurs before proper ownership/permissions are set (verification stage for each class), thus even a preserve copy only yields a file with default ownership/permissions. One possible solution (not verified) is to locate the pkgmap during install and grep it for the correct ownership/permissions and apply them to the copy. Issue History Date Modified Username Field Change ====================================================================== 2009-05-23 11:39 ja New Issue 2009-05-23 12:24 bonivart Status new => assigned 2009-05-23 12:24 bonivart Assigned To => bonivart 2009-05-23 12:25 bonivart Note Added: 0006184 2009-05-23 12:26 bonivart Note Added: 0006185 2009-05-28 15:25 bonivart Note Added: 0006216 ====================================================================== From noreply at opencsw.org Thu May 28 15:26:09 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 15:26:09 +0200 Subject: [bug-notifications] [pkgutil 0003683]: Add a pkgadd/pkgrm debug option In-Reply-To: Message-ID: <155cc6fe32f2f53b0696a709886c1b65@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3683 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3683 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-22 23:07 CEST Last Modified: 2009-05-28 15:26 CEST ====================================================================== Summary: Add a pkgadd/pkgrm debug option Description: pkgutil already has a debug option, but it is only used to debug pkgutil itself. It would be useful to add a pkgadd debug option which would add the -v option in pkgadd/pkgrm calls. It would help to debug user problem with postinstall/preremove/... code without having to tell me to manually download/uncompress/pkgadd the package. ====================================================================== ---------------------------------------------------------------------- (0006175) bonivart (manager) - 2009-05-23 00:37 http://www.opencsw.org/mantis/view.php?id=3683#c6175 ---------------------------------------------------------------------- Would it be ok if it was an option in pkgutil.conf? I'm trying to be conservative about the number of command line options. ---------------------------------------------------------------------- (0006186) yann (reporter) - 2009-05-23 14:25 http://www.opencsw.org/mantis/view.php?id=3683#c6186 ---------------------------------------------------------------------- You already have the pkgaddopts option in pkgutil.conf, don't you ? My idea is to just tell a user to do pkgutil --trace --install packagename (for example) when they got a postinstall/preremove/... so then they can very easily send me the debug output. I would prefer this option to be a command line option because I think it will be easier for the user, but that's your call. ---------------------------------------------------------------------- (0006189) bonivart (manager) - 2009-05-25 10:07 http://www.opencsw.org/mantis/view.php?id=3683#c6189 ---------------------------------------------------------------------- You're absolutely right. ---------------------------------------------------------------------- (0006190) bonivart (manager) - 2009-05-25 16:22 http://www.opencsw.org/mantis/view.php?id=3683#c6190 ---------------------------------------------------------------------- You now have a --trace option that sets -v for pkgadd/pkgrm operations. You can download the updated pkgutil script from: http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=46 Let me know if it's what you want. ---------------------------------------------------------------------- (0006192) bonivart (manager) - 2009-05-25 18:30 http://www.opencsw.org/mantis/view.php?id=3683#c6192 ---------------------------------------------------------------------- There's also packages in testing now: http://mirror.opencsw.org/testing/pkgutil-1.6b1,REV=2009.05.25-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/pkgutil-1.6b1,REV=2009.05.25-SunOS5.8-sparc-CSW.pkg.gz ---------------------------------------------------------------------- (0006217) bonivart (manager) - 2009-05-28 15:26 http://www.opencsw.org/mantis/view.php?id=3683#c6217 ---------------------------------------------------------------------- Will be in 1.6. Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 23:07 yann New Issue 2009-05-23 00:37 bonivart Note Added: 0006175 2009-05-23 00:37 bonivart Status new => assigned 2009-05-23 00:37 bonivart Assigned To => bonivart 2009-05-23 14:25 yann Note Added: 0006186 2009-05-25 10:07 bonivart Note Added: 0006189 2009-05-25 16:22 bonivart Note Added: 0006190 2009-05-25 18:30 bonivart Note Added: 0006192 2009-05-28 15:26 bonivart Note Added: 0006217 2009-05-28 15:26 bonivart Status assigned => resolved 2009-05-28 15:26 bonivart Resolution open => fixed ====================================================================== From noreply at opencsw.org Thu May 28 16:42:36 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 16:42:36 +0200 Subject: [bug-notifications] [cswclassutils 0003469]: Zone support for syslog_ng In-Reply-To: <5901603d8da14293f093102325221082> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3469 ====================================================================== Reported By: automatthias Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3469 Category: packaging Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-14 16:34 CET Last Modified: 2009-05-28 16:42 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 ====================================================================== ---------------------------------------------------------------------- (0005725) ihsan (reporter) - 2009-03-24 15:46 http://www.opencsw.org/mantis/view.php?id=3469#c5725 ---------------------------------------------------------------------- The smf manifest is provided by cswclassutils. I'll transfer this bug to cswlcassutils. ---------------------------------------------------------------------- (0005730) bonivart (manager) - 2009-03-24 22:04 http://www.opencsw.org/mantis/view.php?id=3469#c5730 ---------------------------------------------------------------------- Ok, I have to do some tests to reproduce the problem. In the meantime, I guess you can just install the package into each zone manually, I hope it's not too many. ---------------------------------------------------------------------- (0005995) bonivart (manager) - 2009-04-21 19:03 http://www.opencsw.org/mantis/view.php?id=3469#c5995 ---------------------------------------------------------------------- Still haven't had time to test but wondering if it's just cswclassutils not being present in the (sparse) zones? ---------------------------------------------------------------------- (0006218) bonivart (manager) - 2009-05-28 16:42 http://www.opencsw.org/mantis/view.php?id=3469#c6218 ---------------------------------------------------------------------- I really can't get any further without more info. I will have to assume that the install was done from a sparse zone so CSWcswclassutils (which contains files in /usr) failed. The fix is to install CSWcswclassutils from the global zone. Issue History Date Modified Username Field Change ====================================================================== 2009-03-14 16:34 automatthias New Issue 2009-03-24 13:09 ihsan Status new => assigned 2009-03-24 13:09 ihsan Assigned To => ihsan 2009-03-24 15:46 ihsan Note Added: 0005725 2009-03-24 15:46 ihsan Status assigned => acknowledged 2009-03-24 15:46 ihsan Project syslog_ng => cswclassutils 2009-03-24 22:02 bonivart Status acknowledged => assigned 2009-03-24 22:02 bonivart Assigned To ihsan => bonivart 2009-03-24 22:04 bonivart Note Added: 0005730 2009-04-21 19:03 bonivart Note Added: 0005995 2009-05-28 16:42 bonivart Note Added: 0006218 ====================================================================== From noreply at opencsw.org Thu May 28 16:43:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 16:43:38 +0200 Subject: [bug-notifications] [cswclassutils 0003469]: Zone support for syslog_ng In-Reply-To: <5901603d8da14293f093102325221082> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3469 ====================================================================== Reported By: automatthias Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3469 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-03-14 16:34 CET Last Modified: 2009-05-28 16:43 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 ====================================================================== ---------------------------------------------------------------------- (0005725) ihsan (reporter) - 2009-03-24 15:46 http://www.opencsw.org/mantis/view.php?id=3469#c5725 ---------------------------------------------------------------------- The smf manifest is provided by cswclassutils. I'll transfer this bug to cswlcassutils. ---------------------------------------------------------------------- (0005730) bonivart (manager) - 2009-03-24 22:04 http://www.opencsw.org/mantis/view.php?id=3469#c5730 ---------------------------------------------------------------------- Ok, I have to do some tests to reproduce the problem. In the meantime, I guess you can just install the package into each zone manually, I hope it's not too many. ---------------------------------------------------------------------- (0005995) bonivart (manager) - 2009-04-21 19:03 http://www.opencsw.org/mantis/view.php?id=3469#c5995 ---------------------------------------------------------------------- Still haven't had time to test but wondering if it's just cswclassutils not being present in the (sparse) zones? ---------------------------------------------------------------------- (0006218) bonivart (manager) - 2009-05-28 16:42 http://www.opencsw.org/mantis/view.php?id=3469#c6218 ---------------------------------------------------------------------- I really can't get any further without more info. I will have to assume that the install was done from a sparse zone so CSWcswclassutils (which contains files in /usr) failed. The fix is to install CSWcswclassutils from the global zone. ---------------------------------------------------------------------- (0006219) bonivart (manager) - 2009-05-28 16:43 http://www.opencsw.org/mantis/view.php?id=3469#c6219 ---------------------------------------------------------------------- I have added info about the sparse zone issue on the wiki. Issue History Date Modified Username Field Change ====================================================================== 2009-03-14 16:34 automatthias New Issue 2009-03-24 13:09 ihsan Status new => assigned 2009-03-24 13:09 ihsan Assigned To => ihsan 2009-03-24 15:46 ihsan Note Added: 0005725 2009-03-24 15:46 ihsan Status assigned => acknowledged 2009-03-24 15:46 ihsan Project syslog_ng => cswclassutils 2009-03-24 22:02 bonivart Status acknowledged => assigned 2009-03-24 22:02 bonivart Assigned To ihsan => bonivart 2009-03-24 22:04 bonivart Note Added: 0005730 2009-04-21 19:03 bonivart Note Added: 0005995 2009-05-28 16:42 bonivart Note Added: 0006218 2009-05-28 16:43 bonivart Note Added: 0006219 2009-05-28 16:43 bonivart Status assigned => closed ====================================================================== From noreply at opencsw.org Thu May 28 17:12:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 17:12:40 +0200 Subject: [bug-notifications] [amanda 0003692]: Missing Amanda User In-Reply-To: <4dd32e2840c68addc292be3dcb90e4ba> Message-ID: <58aa1d3d241d5d5c32eb498fb99be7bd@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3692 ====================================================================== Reported By: DerJoern Assigned To: ====================================================================== Project: amanda Issue ID: 3692 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-28 09:13 CEST Last Modified: 2009-05-28 17:12 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) ====================================================================== ---------------------------------------------------------------------- (0006213) darin (manager) - 2009-05-28 14:33 http://www.opencsw.org/bugtrack/view.php?id=3692#c6213 ---------------------------------------------------------------------- Thanks for bringing this to my attention, it's definitely a packaging problem that I missed. An updated package will be available soon. ---------------------------------------------------------------------- (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. Issue History Date Modified Username Field Change ====================================================================== 2009-05-28 09:13 DerJoern New Issue 2009-05-28 14:33 darin Note Added: 0006213 2009-05-28 17:12 darin Note Added: 0006220 ====================================================================== From noreply at opencsw.org Thu May 28 17:13:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 17:13:00 +0200 Subject: [bug-notifications] [amanda 0003692]: Missing Amanda User In-Reply-To: <4dd32e2840c68addc292be3dcb90e4ba> Message-ID: The following issue has been RESOLVED. ====================================================================== 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: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-28 09:13 CEST Last Modified: 2009-05-28 17:12 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) ====================================================================== ---------------------------------------------------------------------- (0006213) darin (manager) - 2009-05-28 14:33 http://www.opencsw.org/bugtrack/view.php?id=3692#c6213 ---------------------------------------------------------------------- Thanks for bringing this to my attention, it's definitely a packaging problem that I missed. An updated package will be available soon. ---------------------------------------------------------------------- (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. Issue History Date Modified Username Field Change ====================================================================== 2009-05-28 09:13 DerJoern New Issue 2009-05-28 14:33 darin Note Added: 0006213 2009-05-28 17:12 darin Note Added: 0006220 2009-05-28 17:12 darin Status new => resolved 2009-05-28 17:12 darin Resolution open => fixed 2009-05-28 17:12 darin Assigned To => darin ====================================================================== From noreply at opencsw.org Thu May 28 20:08:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 20:08:00 +0200 Subject: [bug-notifications] [shutils 0003693]: upgrade to coreutils Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3693 ====================================================================== Reported By: darin Assigned To: ====================================================================== Project: shutils Issue ID: 3693 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-28 20:07 CEST Last Modified: 2009-05-28 20:07 CEST ====================================================================== Summary: upgrade to coreutils Description: The fileutils, sh-utils, and textutils packages have been combined into the GNU coreutils package. Can you please update our seriously outdated versions of these three packages. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-28 20:07 darin New Issue ====================================================================== From noreply at opencsw.org Fri May 29 10:20:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 10:20:51 +0200 Subject: [bug-notifications] [gcc4g++rt 0003694]: libstdc++.so.6.0.10 doesn't see libgcc_s.so.1 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3694 ====================================================================== Reported By: kamilradz Assigned To: ====================================================================== Project: gcc4g++rt Issue ID: 3694 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-29 10:20 CEST Last Modified: 2009-05-29 10:20 CEST ====================================================================== Summary: libstdc++.so.6.0.10 doesn't see libgcc_s.so.1 Description: /opt/csw/gcc4/lib/libstdc++.so.6.0.10 looks for libgcc_s.so.1 dependency in system runtime linking environment, instead of linking to /opt/csw/gcc4/lib/libgcc_s.so.1 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-29 10:20 kamilradz New Issue ====================================================================== From noreply at opencsw.org Fri May 29 11:36:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 11:36:46 +0200 Subject: [bug-notifications] [cswclassutils 0003469]: Zone support for syslog_ng In-Reply-To: <5901603d8da14293f093102325221082> Message-ID: <0a9255bd88ca6e6ec7879cc8d10fb476@www.opencsw.org> The following issue has been REOPENED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3469 ====================================================================== Reported By: automatthias Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3469 Category: packaging Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-03-14 16:34 CET Last Modified: 2009-05-29 11:36 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 ====================================================================== ---------------------------------------------------------------------- (0005725) ihsan (reporter) - 2009-03-24 15:46 http://www.opencsw.org/mantis/view.php?id=3469#c5725 ---------------------------------------------------------------------- The smf manifest is provided by cswclassutils. I'll transfer this bug to cswlcassutils. ---------------------------------------------------------------------- (0005730) bonivart (manager) - 2009-03-24 22:04 http://www.opencsw.org/mantis/view.php?id=3469#c5730 ---------------------------------------------------------------------- Ok, I have to do some tests to reproduce the problem. In the meantime, I guess you can just install the package into each zone manually, I hope it's not too many. ---------------------------------------------------------------------- (0005995) bonivart (manager) - 2009-04-21 19:03 http://www.opencsw.org/mantis/view.php?id=3469#c5995 ---------------------------------------------------------------------- Still haven't had time to test but wondering if it's just cswclassutils not being present in the (sparse) zones? ---------------------------------------------------------------------- (0006218) bonivart (manager) - 2009-05-28 16:42 http://www.opencsw.org/mantis/view.php?id=3469#c6218 ---------------------------------------------------------------------- I really can't get any further without more info. I will have to assume that the install was done from a sparse zone so CSWcswclassutils (which contains files in /usr) failed. The fix is to install CSWcswclassutils from the global zone. ---------------------------------------------------------------------- (0006219) bonivart (manager) - 2009-05-28 16:43 http://www.opencsw.org/mantis/view.php?id=3469#c6219 ---------------------------------------------------------------------- I have added info about the sparse zone issue on the wiki. ---------------------------------------------------------------------- (0006221) automatthias (reporter) - 2009-05-29 11:36 http://www.opencsw.org/mantis/view.php?id=3469#c6221 ---------------------------------------------------------------------- It is fixable, I've created http://apps.sourceforge.net/trac/gar/changeset/5096 with a proposal. Issue History Date Modified Username Field Change ====================================================================== 2009-03-14 16:34 automatthias New Issue 2009-03-24 13:09 ihsan Status new => assigned 2009-03-24 13:09 ihsan Assigned To => ihsan 2009-03-24 15:46 ihsan Note Added: 0005725 2009-03-24 15:46 ihsan Status assigned => acknowledged 2009-03-24 15:46 ihsan Project syslog_ng => cswclassutils 2009-03-24 22:02 bonivart Status acknowledged => assigned 2009-03-24 22:02 bonivart Assigned To ihsan => bonivart 2009-03-24 22:04 bonivart Note Added: 0005730 2009-04-21 19:03 bonivart Note Added: 0005995 2009-05-28 16:42 bonivart Note Added: 0006218 2009-05-28 16:43 bonivart Note Added: 0006219 2009-05-28 16:43 bonivart Status assigned => closed 2009-05-28 16:43 bonivart Resolution open => not fixable 2009-05-29 11:36 automatthias Note Added: 0006221 2009-05-29 11:36 automatthias Status closed => feedback 2009-05-29 11:36 automatthias Resolution not fixable => reopened ====================================================================== From noreply at opencsw.org Fri May 29 11:57:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 11:57:50 +0200 Subject: [bug-notifications] [gcc4g++rt 0003694]: libstdc++.so.6.0.10 doesn't see libgcc_s.so.1 In-Reply-To: <3c1b456a7b382ed154befba22a351eb9> Message-ID: A NOTE has been added to this issue. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3694 ====================================================================== Reported By: kamilradz Assigned To: ====================================================================== Project: gcc4g++rt Issue ID: 3694 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-29 10:20 CEST Last Modified: 2009-05-29 11:57 CEST ====================================================================== Summary: libstdc++.so.6.0.10 doesn't see libgcc_s.so.1 Description: /opt/csw/gcc4/lib/libstdc++.so.6.0.10 looks for libgcc_s.so.1 dependency in system runtime linking environment, instead of linking to /opt/csw/gcc4/lib/libgcc_s.so.1 ====================================================================== ---------------------------------------------------------------------- (0006222) dam (reporter) - 2009-05-29 11:57 http://opencsw.org/bugtrack/view.php?id=3694#c6222 ---------------------------------------------------------------------- For the library to be self-sufficient the runtime linker path must be compiled into the shared lib. No RUNPATH there: build8s% dump -Lv /opt/csw/gcc4/lib/libstdc++.so.6.0.10 /opt/csw/gcc4/lib/libstdc++.so.6.0.10: **** DYNAMIC SECTION INFORMATION **** .dynamic: [INDEX] Tag Value [1] NEEDED libm.so.1 [2] NEEDED libgcc_s.so.1 [3] INIT 0x5c0f0 [4] FINI 0x5c10c [5] SONAME libstdc++.so.6 [6] HASH 0x94 [7] STRTAB 0x16fc0 [8] STRSZ 0x2a5f2 [9] SYMTAB 0x7b00 [10] SYMENT 0x10 [11] CHECKSUM 0x9ea4 [12] VERNEED 0x415b4 [13] VERNEEDNUM 0x2 [14] PLTSZ 0x2088 [15] PLTREL 0x7 [16] JMPREL 0x54398 [17] RELA 0x415f4 [18] RELASZ 0x14e2c [19] RELAENT 0xc [20] FEATURE_1 PARINIT [21] FLAGS 0 [22] FLAGS_1 DISPRELDONE [23] PLTGOT 0xedb04 However, as libstdc++.so.6.0.10 is always linked to a binary, that binary itself needs to have this runtime linker path also. So there is a slight flaw inside the shared lib which should be fixed some time, bit it shouldn't be visible when you compile something as '-R/opt/csw/gcc4/lib' is mandatory. Issue History Date Modified Username Field Change ====================================================================== 2009-05-29 10:20 kamilradz New Issue 2009-05-29 11:57 dam Note Added: 0006222 ====================================================================== From noreply at opencsw.org Fri May 29 13:39:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 13:39:00 +0200 Subject: [bug-notifications] [cswclassutils 0003469]: Zone support for syslog_ng In-Reply-To: <5901603d8da14293f093102325221082> Message-ID: <6651f1331738ddd44fd7625ae2349549@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3469 ====================================================================== Reported By: automatthias Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3469 Category: packaging Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-03-14 16:34 CET Last Modified: 2009-05-29 13:38 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 ====================================================================== ---------------------------------------------------------------------- (0005725) ihsan (reporter) - 2009-03-24 15:46 http://www.opencsw.org/mantis/view.php?id=3469#c5725 ---------------------------------------------------------------------- The smf manifest is provided by cswclassutils. I'll transfer this bug to cswlcassutils. ---------------------------------------------------------------------- (0005730) bonivart (manager) - 2009-03-24 22:04 http://www.opencsw.org/mantis/view.php?id=3469#c5730 ---------------------------------------------------------------------- Ok, I have to do some tests to reproduce the problem. In the meantime, I guess you can just install the package into each zone manually, I hope it's not too many. ---------------------------------------------------------------------- (0005995) bonivart (manager) - 2009-04-21 19:03 http://www.opencsw.org/mantis/view.php?id=3469#c5995 ---------------------------------------------------------------------- Still haven't had time to test but wondering if it's just cswclassutils not being present in the (sparse) zones? ---------------------------------------------------------------------- (0006218) bonivart (manager) - 2009-05-28 16:42 http://www.opencsw.org/mantis/view.php?id=3469#c6218 ---------------------------------------------------------------------- I really can't get any further without more info. I will have to assume that the install was done from a sparse zone so CSWcswclassutils (which contains files in /usr) failed. The fix is to install CSWcswclassutils from the global zone. ---------------------------------------------------------------------- (0006219) bonivart (manager) - 2009-05-28 16:43 http://www.opencsw.org/mantis/view.php?id=3469#c6219 ---------------------------------------------------------------------- I have added info about the sparse zone issue on the wiki. ---------------------------------------------------------------------- (0006221) automatthias (reporter) - 2009-05-29 11:36 http://www.opencsw.org/mantis/view.php?id=3469#c6221 ---------------------------------------------------------------------- It is fixable, I've created http://apps.sourceforge.net/trac/gar/changeset/5096 with a proposal. ---------------------------------------------------------------------- (0006223) bonivart (manager) - 2009-05-29 13:38 http://www.opencsw.org/mantis/view.php?id=3469#c6223 ---------------------------------------------------------------------- Why is that a fix and for what? Please explain what's the problem first? Is it a problem with syslog_ng or cswclassutils? And who are you? automaciej from IRC, wahwah from Sourceforge? Issue History Date Modified Username Field Change ====================================================================== 2009-03-14 16:34 automatthias New Issue 2009-03-24 13:09 ihsan Status new => assigned 2009-03-24 13:09 ihsan Assigned To => ihsan 2009-03-24 15:46 ihsan Note Added: 0005725 2009-03-24 15:46 ihsan Status assigned => acknowledged 2009-03-24 15:46 ihsan Project syslog_ng => cswclassutils 2009-03-24 22:02 bonivart Status acknowledged => assigned 2009-03-24 22:02 bonivart Assigned To ihsan => bonivart 2009-03-24 22:04 bonivart Note Added: 0005730 2009-04-21 19:03 bonivart Note Added: 0005995 2009-05-28 16:42 bonivart Note Added: 0006218 2009-05-28 16:43 bonivart Note Added: 0006219 2009-05-28 16:43 bonivart Status assigned => closed 2009-05-28 16:43 bonivart Resolution open => not fixable 2009-05-29 11:36 automatthias Note Added: 0006221 2009-05-29 11:36 automatthias Status closed => feedback 2009-05-29 11:36 automatthias Resolution not fixable => reopened 2009-05-29 13:38 bonivart Note Added: 0006223 ====================================================================== From noreply at opencsw.org Fri May 29 13:44:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 13:44:27 +0200 Subject: [bug-notifications] [syslog_ng 0003468]: service is started automatically regardless to the state of Sun /usr/sbin/syslogd In-Reply-To: <3896957978e3a7993642d2c754721e16> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3468 ====================================================================== Reported By: automatthias Assigned To: ihsan ====================================================================== Project: syslog_ng Issue ID: 3468 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-03-14 16:30 CET Last Modified: 2009-05-29 13:44 CEST ====================================================================== Summary: service is started automatically regardless to the state of Sun /usr/sbin/syslogd Description: After package installation, syslog_ng service is started, can't run, and goes into maintenance state. It would be better to do svcadm disable svc:/system/system-log:default Before starting syslog_ng. ====================================================================== ---------------------------------------------------------------------- (0005723) ihsan (manager) - 2009-03-24 14:06 http://www.opencsw.org/bugtrack/view.php?id=3468#c5723 ---------------------------------------------------------------------- I don't think this is a bug. If you are going to install syslog_ng, it's for the purpose to replace the syslogd that comes with Solaris. Therefore, you should be already aware, that this might occur a conflict. ---------------------------------------------------------------------- (0006224) maciej (reporter) - 2009-05-29 13:44 http://www.opencsw.org/bugtrack/view.php?id=3468#c6224 ---------------------------------------------------------------------- It's more of a feature request than a bug. Changeset 5101 contains a proposal. http://apps.sourceforge.net/trac/gar/changeset/5101 Issue History Date Modified Username Field Change ====================================================================== 2009-03-14 16:30 automatthias New Issue 2009-03-24 13:07 ihsan Status new => assigned 2009-03-24 13:07 ihsan Assigned To => ihsan 2009-03-24 14:06 ihsan Note Added: 0005723 2009-03-24 14:06 ihsan Status assigned => feedback 2009-05-29 13:44 maciej Note Added: 0006224 ====================================================================== From noreply at opencsw.org Fri May 29 13:48:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 13:48:28 +0200 Subject: [bug-notifications] [pm_parserecdescent 0003695]: Needs to depend on CSWpmversion Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3695 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pm_parserecdescent Issue ID: 3695 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-29 13:48 CEST Last Modified: 2009-05-29 13:48 CEST ====================================================================== Summary: Needs to depend on CSWpmversion Description: Just installed pm_parserecdescent, but it bails out because it can't find version.pm. $ perl -MParse::RecDescent Can't locate version.pm in @INC (@INC contains: /opt/csw/lib/perl/5.8.8 /opt/csw/share/perl/5.8.8 /opt/csw/lib/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw /opt/csw/share/perl/csw .) at /opt/csw/share/perl/csw/Parse/RecDescent.pm line 1722. BEGIN failed--compilation aborted at /opt/csw/share/perl/csw/Parse/RecDescent.pm line 1722. Compilation failed in require. BEGIN failed--compilation aborted. After installing pm_version this error goes away. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-29 13:48 skayser New Issue ====================================================================== From noreply at opencsw.org Fri May 29 13:54:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 13:54:25 +0200 Subject: [bug-notifications] [cswclassutils 0003469]: Zone support for syslog_ng In-Reply-To: <5901603d8da14293f093102325221082> Message-ID: <670f40179ea1239c0df0d7974f9c4af6@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3469 ====================================================================== Reported By: automatthias Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3469 Category: packaging Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-03-14 16:34 CET Last Modified: 2009-05-29 13:54 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 ====================================================================== ---------------------------------------------------------------------- (0005725) ihsan (reporter) - 2009-03-24 15:46 http://www.opencsw.org/mantis/view.php?id=3469#c5725 ---------------------------------------------------------------------- The smf manifest is provided by cswclassutils. I'll transfer this bug to cswlcassutils. ---------------------------------------------------------------------- (0005730) bonivart (manager) - 2009-03-24 22:04 http://www.opencsw.org/mantis/view.php?id=3469#c5730 ---------------------------------------------------------------------- Ok, I have to do some tests to reproduce the problem. In the meantime, I guess you can just install the package into each zone manually, I hope it's not too many. ---------------------------------------------------------------------- (0005995) bonivart (manager) - 2009-04-21 19:03 http://www.opencsw.org/mantis/view.php?id=3469#c5995 ---------------------------------------------------------------------- Still haven't had time to test but wondering if it's just cswclassutils not being present in the (sparse) zones? ---------------------------------------------------------------------- (0006218) bonivart (manager) - 2009-05-28 16:42 http://www.opencsw.org/mantis/view.php?id=3469#c6218 ---------------------------------------------------------------------- I really can't get any further without more info. I will have to assume that the install was done from a sparse zone so CSWcswclassutils (which contains files in /usr) failed. The fix is to install CSWcswclassutils from the global zone. ---------------------------------------------------------------------- (0006219) bonivart (manager) - 2009-05-28 16:43 http://www.opencsw.org/mantis/view.php?id=3469#c6219 ---------------------------------------------------------------------- I have added info about the sparse zone issue on the wiki. ---------------------------------------------------------------------- (0006221) automatthias (reporter) - 2009-05-29 11:36 http://www.opencsw.org/mantis/view.php?id=3469#c6221 ---------------------------------------------------------------------- It is fixable, I've created http://apps.sourceforge.net/trac/gar/changeset/5096 with a proposal. ---------------------------------------------------------------------- (0006223) bonivart (manager) - 2009-05-29 13:38 http://www.opencsw.org/mantis/view.php?id=3469#c6223 ---------------------------------------------------------------------- Why is that a fix and for what? Please explain what's the problem first? Is it a problem with syslog_ng or cswclassutils? And who are you? automaciej from IRC, wahwah from Sourceforge? ---------------------------------------------------------------------- (0006225) automatthias (reporter) - 2009-05-29 13:54 http://www.opencsw.org/mantis/view.php?id=3469#c6225 ---------------------------------------------------------------------- Yes, it's the same person: automaciej from irc == wahwah from sourceforge == maciej from the mailing list In short: The original problem was that syslog_ng didn't get started in non-global zones. Changeset 5096 fixes that. Longer explanation: I don't think that the SMF manifest was provided by cswclassutils. There was an XML file in the 'files' folder. Changeset 5096 ports syslog_ng to mgar v2 and switches SMF handling to cswclassutils. As a side note, I don't think this bug belongs to cswclassutils or common, it belongs to syslog_ng. Issue History Date Modified Username Field Change ====================================================================== 2009-03-14 16:34 automatthias New Issue 2009-03-24 13:09 ihsan Status new => assigned 2009-03-24 13:09 ihsan Assigned To => ihsan 2009-03-24 15:46 ihsan Note Added: 0005725 2009-03-24 15:46 ihsan Status assigned => acknowledged 2009-03-24 15:46 ihsan Project syslog_ng => cswclassutils 2009-03-24 22:02 bonivart Status acknowledged => assigned 2009-03-24 22:02 bonivart Assigned To ihsan => bonivart 2009-03-24 22:04 bonivart Note Added: 0005730 2009-04-21 19:03 bonivart Note Added: 0005995 2009-05-28 16:42 bonivart Note Added: 0006218 2009-05-28 16:43 bonivart Note Added: 0006219 2009-05-28 16:43 bonivart Status assigned => closed 2009-05-28 16:43 bonivart Resolution open => not fixable 2009-05-29 11:36 automatthias Note Added: 0006221 2009-05-29 11:36 automatthias Status closed => feedback 2009-05-29 11:36 automatthias Resolution not fixable => reopened 2009-05-29 13:38 bonivart Note Added: 0006223 2009-05-29 13:54 automatthias Note Added: 0006225 ====================================================================== From noreply at opencsw.org Fri May 29 14:09:09 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 14:09:09 +0200 Subject: [bug-notifications] [cswclassutils 0003469]: Zone support for syslog_ng In-Reply-To: <5901603d8da14293f093102325221082> Message-ID: <08ae0660ed04c498f5b12c9a98902d8a@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3469 ====================================================================== Reported By: automatthias Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3469 Category: packaging Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-03-14 16:34 CET Last Modified: 2009-05-29 14:09 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 ====================================================================== ---------------------------------------------------------------------- (0005725) ihsan (reporter) - 2009-03-24 15:46 http://www.opencsw.org/mantis/view.php?id=3469#c5725 ---------------------------------------------------------------------- The smf manifest is provided by cswclassutils. I'll transfer this bug to cswlcassutils. ---------------------------------------------------------------------- (0005730) bonivart (manager) - 2009-03-24 22:04 http://www.opencsw.org/mantis/view.php?id=3469#c5730 ---------------------------------------------------------------------- Ok, I have to do some tests to reproduce the problem. In the meantime, I guess you can just install the package into each zone manually, I hope it's not too many. ---------------------------------------------------------------------- (0005995) bonivart (manager) - 2009-04-21 19:03 http://www.opencsw.org/mantis/view.php?id=3469#c5995 ---------------------------------------------------------------------- Still haven't had time to test but wondering if it's just cswclassutils not being present in the (sparse) zones? ---------------------------------------------------------------------- (0006218) bonivart (manager) - 2009-05-28 16:42 http://www.opencsw.org/mantis/view.php?id=3469#c6218 ---------------------------------------------------------------------- I really can't get any further without more info. I will have to assume that the install was done from a sparse zone so CSWcswclassutils (which contains files in /usr) failed. The fix is to install CSWcswclassutils from the global zone. ---------------------------------------------------------------------- (0006219) bonivart (manager) - 2009-05-28 16:43 http://www.opencsw.org/mantis/view.php?id=3469#c6219 ---------------------------------------------------------------------- I have added info about the sparse zone issue on the wiki. ---------------------------------------------------------------------- (0006221) automatthias (reporter) - 2009-05-29 11:36 http://www.opencsw.org/mantis/view.php?id=3469#c6221 ---------------------------------------------------------------------- It is fixable, I've created http://apps.sourceforge.net/trac/gar/changeset/5096 with a proposal. ---------------------------------------------------------------------- (0006223) bonivart (manager) - 2009-05-29 13:38 http://www.opencsw.org/mantis/view.php?id=3469#c6223 ---------------------------------------------------------------------- Why is that a fix and for what? Please explain what's the problem first? Is it a problem with syslog_ng or cswclassutils? And who are you? automaciej from IRC, wahwah from Sourceforge? ---------------------------------------------------------------------- (0006225) automatthias (reporter) - 2009-05-29 13:54 http://www.opencsw.org/mantis/view.php?id=3469#c6225 ---------------------------------------------------------------------- Yes, it's the same person: automaciej from irc == wahwah from sourceforge == maciej from the mailing list In short: The original problem was that syslog_ng didn't get started in non-global zones. Changeset 5096 fixes that. Longer explanation: I don't think that the SMF manifest was provided by cswclassutils. There was an XML file in the 'files' folder. Changeset 5096 ports syslog_ng to mgar v2 and switches SMF handling to cswclassutils. As a side note, I don't think this bug belongs to cswclassutils or common, it belongs to syslog_ng. ---------------------------------------------------------------------- (0006226) bonivart (manager) - 2009-05-29 14:09 http://www.opencsw.org/mantis/view.php?id=3469#c6226 ---------------------------------------------------------------------- Ok, thanks for the clarification. :-) According to your link Ihsan already used the SMF support through cswclassutils: SPKG_CLASSES = none cswinitsmf That class autogenerates a manifest and that's what gets imported so even if he somehow packaged another manifest I doubt very much it was used, it may have been there as some contrib stuff. But as I have tried to mention before, cswclassutils contains files in /usr so if you're running a sparse zone and tries to install, in this case, syslog_ng from it, the dependency installation of cswclassutils will fail since /usr is read-only. The fix is to have cswclassutils installed from the global zone so the dependency is fulfilled beforehand. Issue History Date Modified Username Field Change ====================================================================== 2009-03-14 16:34 automatthias New Issue 2009-03-24 13:09 ihsan Status new => assigned 2009-03-24 13:09 ihsan Assigned To => ihsan 2009-03-24 15:46 ihsan Note Added: 0005725 2009-03-24 15:46 ihsan Status assigned => acknowledged 2009-03-24 15:46 ihsan Project syslog_ng => cswclassutils 2009-03-24 22:02 bonivart Status acknowledged => assigned 2009-03-24 22:02 bonivart Assigned To ihsan => bonivart 2009-03-24 22:04 bonivart Note Added: 0005730 2009-04-21 19:03 bonivart Note Added: 0005995 2009-05-28 16:42 bonivart Note Added: 0006218 2009-05-28 16:43 bonivart Note Added: 0006219 2009-05-28 16:43 bonivart Status assigned => closed 2009-05-28 16:43 bonivart Resolution open => not fixable 2009-05-29 11:36 automatthias Note Added: 0006221 2009-05-29 11:36 automatthias Status closed => feedback 2009-05-29 11:36 automatthias Resolution not fixable => reopened 2009-05-29 13:38 bonivart Note Added: 0006223 2009-05-29 13:54 automatthias Note Added: 0006225 2009-05-29 14:09 bonivart Note Added: 0006226 ====================================================================== From noreply at opencsw.org Fri May 29 14:14:17 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 14:14:17 +0200 Subject: [bug-notifications] [cswclassutils 0003469]: Zone support for syslog_ng In-Reply-To: <5901603d8da14293f093102325221082> Message-ID: <6f14fdf2a6e48244abadb90679ce7241@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3469 ====================================================================== Reported By: automatthias Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3469 Category: packaging Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-03-14 16:34 CET Last Modified: 2009-05-29 14:14 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 ====================================================================== ---------------------------------------------------------------------- (0005725) ihsan (reporter) - 2009-03-24 15:46 http://www.opencsw.org/mantis/view.php?id=3469#c5725 ---------------------------------------------------------------------- The smf manifest is provided by cswclassutils. I'll transfer this bug to cswlcassutils. ---------------------------------------------------------------------- (0005730) bonivart (manager) - 2009-03-24 22:04 http://www.opencsw.org/mantis/view.php?id=3469#c5730 ---------------------------------------------------------------------- Ok, I have to do some tests to reproduce the problem. In the meantime, I guess you can just install the package into each zone manually, I hope it's not too many. ---------------------------------------------------------------------- (0005995) bonivart (manager) - 2009-04-21 19:03 http://www.opencsw.org/mantis/view.php?id=3469#c5995 ---------------------------------------------------------------------- Still haven't had time to test but wondering if it's just cswclassutils not being present in the (sparse) zones? ---------------------------------------------------------------------- (0006218) bonivart (manager) - 2009-05-28 16:42 http://www.opencsw.org/mantis/view.php?id=3469#c6218 ---------------------------------------------------------------------- I really can't get any further without more info. I will have to assume that the install was done from a sparse zone so CSWcswclassutils (which contains files in /usr) failed. The fix is to install CSWcswclassutils from the global zone. ---------------------------------------------------------------------- (0006219) bonivart (manager) - 2009-05-28 16:43 http://www.opencsw.org/mantis/view.php?id=3469#c6219 ---------------------------------------------------------------------- I have added info about the sparse zone issue on the wiki. ---------------------------------------------------------------------- (0006221) automatthias (reporter) - 2009-05-29 11:36 http://www.opencsw.org/mantis/view.php?id=3469#c6221 ---------------------------------------------------------------------- It is fixable, I've created http://apps.sourceforge.net/trac/gar/changeset/5096 with a proposal. ---------------------------------------------------------------------- (0006223) bonivart (manager) - 2009-05-29 13:38 http://www.opencsw.org/mantis/view.php?id=3469#c6223 ---------------------------------------------------------------------- Why is that a fix and for what? Please explain what's the problem first? Is it a problem with syslog_ng or cswclassutils? And who are you? automaciej from IRC, wahwah from Sourceforge? ---------------------------------------------------------------------- (0006225) automatthias (reporter) - 2009-05-29 13:54 http://www.opencsw.org/mantis/view.php?id=3469#c6225 ---------------------------------------------------------------------- Yes, it's the same person: automaciej from irc == wahwah from sourceforge == maciej from the mailing list In short: The original problem was that syslog_ng didn't get started in non-global zones. Changeset 5096 fixes that. Longer explanation: I don't think that the SMF manifest was provided by cswclassutils. There was an XML file in the 'files' folder. Changeset 5096 ports syslog_ng to mgar v2 and switches SMF handling to cswclassutils. As a side note, I don't think this bug belongs to cswclassutils or common, it belongs to syslog_ng. ---------------------------------------------------------------------- (0006226) bonivart (manager) - 2009-05-29 14:09 http://www.opencsw.org/mantis/view.php?id=3469#c6226 ---------------------------------------------------------------------- Ok, thanks for the clarification. :-) According to your link Ihsan already used the SMF support through cswclassutils: SPKG_CLASSES = none cswinitsmf That class autogenerates a manifest and that's what gets imported so even if he somehow packaged another manifest I doubt very much it was used, it may have been there as some contrib stuff. But as I have tried to mention before, cswclassutils contains files in /usr so if you're running a sparse zone and tries to install, in this case, syslog_ng from it, the dependency installation of cswclassutils will fail since /usr is read-only. The fix is to have cswclassutils installed from the global zone so the dependency is fulfilled beforehand. ---------------------------------------------------------------------- (0006227) automatthias (reporter) - 2009-05-29 14:14 http://www.opencsw.org/mantis/view.php?id=3469#c6227 ---------------------------------------------------------------------- I see, you thought that I installed the package in a sparse zone -- that wasn't the case. Say, you have machine foo with zones foo-zone1 and foo-zone2. You install syslog_ng in the global zone of foo. When you do that, foo-zone1 and foo-zone2 will inherit syslog_ng. What I expect to happen is to have syslog_ng up and running on foo-zone1 and foo-zone2 as well as in the global zone. This wasn't happening, hence this bug. Issue History Date Modified Username Field Change ====================================================================== 2009-03-14 16:34 automatthias New Issue 2009-03-24 13:09 ihsan Status new => assigned 2009-03-24 13:09 ihsan Assigned To => ihsan 2009-03-24 15:46 ihsan Note Added: 0005725 2009-03-24 15:46 ihsan Status assigned => acknowledged 2009-03-24 15:46 ihsan Project syslog_ng => cswclassutils 2009-03-24 22:02 bonivart Status acknowledged => assigned 2009-03-24 22:02 bonivart Assigned To ihsan => bonivart 2009-03-24 22:04 bonivart Note Added: 0005730 2009-04-21 19:03 bonivart Note Added: 0005995 2009-05-28 16:42 bonivart Note Added: 0006218 2009-05-28 16:43 bonivart Note Added: 0006219 2009-05-28 16:43 bonivart Status assigned => closed 2009-05-28 16:43 bonivart Resolution open => not fixable 2009-05-29 11:36 automatthias Note Added: 0006221 2009-05-29 11:36 automatthias Status closed => feedback 2009-05-29 11:36 automatthias Resolution not fixable => reopened 2009-05-29 13:38 bonivart Note Added: 0006223 2009-05-29 13:54 automatthias Note Added: 0006225 2009-05-29 14:09 bonivart Note Added: 0006226 2009-05-29 14:14 automatthias Note Added: 0006227 ====================================================================== From noreply at opencsw.org Fri May 29 14:42:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 14:42:51 +0200 Subject: [bug-notifications] [cswclassutils 0003469]: Zone support for syslog_ng In-Reply-To: <5901603d8da14293f093102325221082> Message-ID: <29678220357f93648e5fdbd19c024b1b@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3469 ====================================================================== Reported By: automatthias Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3469 Category: packaging Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-03-14 16:34 CET Last Modified: 2009-05-29 14:42 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 ====================================================================== ---------------------------------------------------------------------- (0005725) ihsan (reporter) - 2009-03-24 15:46 http://www.opencsw.org/mantis/view.php?id=3469#c5725 ---------------------------------------------------------------------- The smf manifest is provided by cswclassutils. I'll transfer this bug to cswlcassutils. ---------------------------------------------------------------------- (0005730) bonivart (manager) - 2009-03-24 22:04 http://www.opencsw.org/mantis/view.php?id=3469#c5730 ---------------------------------------------------------------------- Ok, I have to do some tests to reproduce the problem. In the meantime, I guess you can just install the package into each zone manually, I hope it's not too many. ---------------------------------------------------------------------- (0005995) bonivart (manager) - 2009-04-21 19:03 http://www.opencsw.org/mantis/view.php?id=3469#c5995 ---------------------------------------------------------------------- Still haven't had time to test but wondering if it's just cswclassutils not being present in the (sparse) zones? ---------------------------------------------------------------------- (0006218) bonivart (manager) - 2009-05-28 16:42 http://www.opencsw.org/mantis/view.php?id=3469#c6218 ---------------------------------------------------------------------- I really can't get any further without more info. I will have to assume that the install was done from a sparse zone so CSWcswclassutils (which contains files in /usr) failed. The fix is to install CSWcswclassutils from the global zone. ---------------------------------------------------------------------- (0006219) bonivart (manager) - 2009-05-28 16:43 http://www.opencsw.org/mantis/view.php?id=3469#c6219 ---------------------------------------------------------------------- I have added info about the sparse zone issue on the wiki. ---------------------------------------------------------------------- (0006221) automatthias (reporter) - 2009-05-29 11:36 http://www.opencsw.org/mantis/view.php?id=3469#c6221 ---------------------------------------------------------------------- It is fixable, I've created http://apps.sourceforge.net/trac/gar/changeset/5096 with a proposal. ---------------------------------------------------------------------- (0006223) bonivart (manager) - 2009-05-29 13:38 http://www.opencsw.org/mantis/view.php?id=3469#c6223 ---------------------------------------------------------------------- Why is that a fix and for what? Please explain what's the problem first? Is it a problem with syslog_ng or cswclassutils? And who are you? automaciej from IRC, wahwah from Sourceforge? ---------------------------------------------------------------------- (0006225) automatthias (reporter) - 2009-05-29 13:54 http://www.opencsw.org/mantis/view.php?id=3469#c6225 ---------------------------------------------------------------------- Yes, it's the same person: automaciej from irc == wahwah from sourceforge == maciej from the mailing list In short: The original problem was that syslog_ng didn't get started in non-global zones. Changeset 5096 fixes that. Longer explanation: I don't think that the SMF manifest was provided by cswclassutils. There was an XML file in the 'files' folder. Changeset 5096 ports syslog_ng to mgar v2 and switches SMF handling to cswclassutils. As a side note, I don't think this bug belongs to cswclassutils or common, it belongs to syslog_ng. ---------------------------------------------------------------------- (0006226) bonivart (manager) - 2009-05-29 14:09 http://www.opencsw.org/mantis/view.php?id=3469#c6226 ---------------------------------------------------------------------- Ok, thanks for the clarification. :-) According to your link Ihsan already used the SMF support through cswclassutils: SPKG_CLASSES = none cswinitsmf That class autogenerates a manifest and that's what gets imported so even if he somehow packaged another manifest I doubt very much it was used, it may have been there as some contrib stuff. But as I have tried to mention before, cswclassutils contains files in /usr so if you're running a sparse zone and tries to install, in this case, syslog_ng from it, the dependency installation of cswclassutils will fail since /usr is read-only. The fix is to have cswclassutils installed from the global zone so the dependency is fulfilled beforehand. ---------------------------------------------------------------------- (0006227) automatthias (reporter) - 2009-05-29 14:14 http://www.opencsw.org/mantis/view.php?id=3469#c6227 ---------------------------------------------------------------------- I see, you thought that I installed the package in a sparse zone -- that wasn't the case. Say, you have machine foo with zones foo-zone1 and foo-zone2. You install syslog_ng in the global zone of foo. When you do that, foo-zone1 and foo-zone2 will inherit syslog_ng. What I expect to happen is to have syslog_ng up and running on foo-zone1 and foo-zone2 as well as in the global zone. This wasn't happening, hence this bug. ---------------------------------------------------------------------- (0006228) bonivart (manager) - 2009-05-29 14:42 http://www.opencsw.org/mantis/view.php?id=3469#c6228 ---------------------------------------------------------------------- Ok, so your changes only to syslog_ng has made it work for you? Then I agree that this is a syslog_ng bug and not a cswclassutils one. We mistakenly transferred the bug to cswclassutils. Is it ok to transfer it back to syslog_ng (Ihsan)? Issue History Date Modified Username Field Change ====================================================================== 2009-03-14 16:34 automatthias New Issue 2009-03-24 13:09 ihsan Status new => assigned 2009-03-24 13:09 ihsan Assigned To => ihsan 2009-03-24 15:46 ihsan Note Added: 0005725 2009-03-24 15:46 ihsan Status assigned => acknowledged 2009-03-24 15:46 ihsan Project syslog_ng => cswclassutils 2009-03-24 22:02 bonivart Status acknowledged => assigned 2009-03-24 22:02 bonivart Assigned To ihsan => bonivart 2009-03-24 22:04 bonivart Note Added: 0005730 2009-04-21 19:03 bonivart Note Added: 0005995 2009-05-28 16:42 bonivart Note Added: 0006218 2009-05-28 16:43 bonivart Note Added: 0006219 2009-05-28 16:43 bonivart Status assigned => closed 2009-05-28 16:43 bonivart Resolution open => not fixable 2009-05-29 11:36 automatthias Note Added: 0006221 2009-05-29 11:36 automatthias Status closed => feedback 2009-05-29 11:36 automatthias Resolution not fixable => reopened 2009-05-29 13:38 bonivart Note Added: 0006223 2009-05-29 13:54 automatthias Note Added: 0006225 2009-05-29 14:09 bonivart Note Added: 0006226 2009-05-29 14:14 automatthias Note Added: 0006227 2009-05-29 14:42 bonivart Note Added: 0006228 ====================================================================== From noreply at opencsw.org Fri May 29 14:54:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 14:54:44 +0200 Subject: [bug-notifications] [netpbm 0003696]: Please upgrade to 10.26.61. Message-ID: <4e3c53961e36bb1df3dfe16fb8ec221b@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3696 ====================================================================== Reported By: ihsan Assigned To: ====================================================================== Project: netpbm Issue ID: 3696 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-29 14:54 CEST Last Modified: 2009-05-29 14:54 CEST ====================================================================== Summary: Please upgrade to 10.26.61. Description: Please upgrade to 10.26.61. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-29 14:54 ihsan New Issue ====================================================================== From noreply at opencsw.org Fri May 29 14:56:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 14:56:38 +0200 Subject: [bug-notifications] [gifsicle 0003697]: Please upgrade to 1.5.5 Message-ID: <810884be2eedfb625c9a275d963c706c@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3697 ====================================================================== Reported By: ihsan Assigned To: ====================================================================== Project: gifsicle Issue ID: 3697 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-29 14:56 CEST Last Modified: 2009-05-29 14:56 CEST ====================================================================== Summary: Please upgrade to 1.5.5 Description: Please upgrade to 1.5.5 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-29 14:56 ihsan New Issue ====================================================================== From noreply at opencsw.org Fri May 29 15:02:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 15:02:38 +0200 Subject: [bug-notifications] [ocrad 0003698]: Please upgrade to 0.1.8 Message-ID: <0b358112eeb18ee860c22706ee9fa05a@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3698 ====================================================================== Reported By: ihsan Assigned To: ====================================================================== Project: ocrad Issue ID: 3698 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-29 15:02 CEST Last Modified: 2009-05-29 15:02 CEST ====================================================================== Summary: Please upgrade to 0.1.8 Description: Please upgrade to 0.1.8 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-29 15:02 ihsan New Issue ====================================================================== From noreply at opencsw.org Fri May 29 15:07:09 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 15:07:09 +0200 Subject: [bug-notifications] [gocr 0003699]: Please upgrade to 0.46 Message-ID: <065f881a01ee559b03a5e1c29eb2be77@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3699 ====================================================================== Reported By: ihsan Assigned To: ====================================================================== Project: gocr Issue ID: 3699 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-29 15:07 CEST Last Modified: 2009-05-29 15:07 CEST ====================================================================== Summary: Please upgrade to 0.46 Description: Please upgrade to 0.46 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-29 15:07 ihsan New Issue ====================================================================== From noreply at opencsw.org Fri May 29 15:45:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 15:45:08 +0200 Subject: [bug-notifications] [syslog_ng 0003469]: Zone support for syslog_ng In-Reply-To: <5901603d8da14293f093102325221082> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3469 ====================================================================== Reported By: automatthias Assigned To: bonivart ====================================================================== Project: syslog_ng Issue ID: 3469 Category: packaging Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-03-14 16:34 CET Last Modified: 2009-05-29 15:45 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 ====================================================================== ---------------------------------------------------------------------- (0005725) ihsan (manager) - 2009-03-24 15:46 http://www.opencsw.org/mantis/view.php?id=3469#c5725 ---------------------------------------------------------------------- The smf manifest is provided by cswclassutils. I'll transfer this bug to cswlcassutils. ---------------------------------------------------------------------- (0005730) bonivart (reporter) - 2009-03-24 22:04 http://www.opencsw.org/mantis/view.php?id=3469#c5730 ---------------------------------------------------------------------- Ok, I have to do some tests to reproduce the problem. In the meantime, I guess you can just install the package into each zone manually, I hope it's not too many. ---------------------------------------------------------------------- (0005995) bonivart (reporter) - 2009-04-21 19:03 http://www.opencsw.org/mantis/view.php?id=3469#c5995 ---------------------------------------------------------------------- Still haven't had time to test but wondering if it's just cswclassutils not being present in the (sparse) zones? ---------------------------------------------------------------------- (0006218) bonivart (reporter) - 2009-05-28 16:42 http://www.opencsw.org/mantis/view.php?id=3469#c6218 ---------------------------------------------------------------------- I really can't get any further without more info. I will have to assume that the install was done from a sparse zone so CSWcswclassutils (which contains files in /usr) failed. The fix is to install CSWcswclassutils from the global zone. ---------------------------------------------------------------------- (0006219) bonivart (reporter) - 2009-05-28 16:43 http://www.opencsw.org/mantis/view.php?id=3469#c6219 ---------------------------------------------------------------------- I have added info about the sparse zone issue on the wiki. ---------------------------------------------------------------------- (0006221) automatthias (reporter) - 2009-05-29 11:36 http://www.opencsw.org/mantis/view.php?id=3469#c6221 ---------------------------------------------------------------------- It is fixable, I've created http://apps.sourceforge.net/trac/gar/changeset/5096 with a proposal. ---------------------------------------------------------------------- (0006223) bonivart (reporter) - 2009-05-29 13:38 http://www.opencsw.org/mantis/view.php?id=3469#c6223 ---------------------------------------------------------------------- Why is that a fix and for what? Please explain what's the problem first? Is it a problem with syslog_ng or cswclassutils? And who are you? automaciej from IRC, wahwah from Sourceforge? ---------------------------------------------------------------------- (0006225) automatthias (reporter) - 2009-05-29 13:54 http://www.opencsw.org/mantis/view.php?id=3469#c6225 ---------------------------------------------------------------------- Yes, it's the same person: automaciej from irc == wahwah from sourceforge == maciej from the mailing list In short: The original problem was that syslog_ng didn't get started in non-global zones. Changeset 5096 fixes that. Longer explanation: I don't think that the SMF manifest was provided by cswclassutils. There was an XML file in the 'files' folder. Changeset 5096 ports syslog_ng to mgar v2 and switches SMF handling to cswclassutils. As a side note, I don't think this bug belongs to cswclassutils or common, it belongs to syslog_ng. ---------------------------------------------------------------------- (0006226) bonivart (reporter) - 2009-05-29 14:09 http://www.opencsw.org/mantis/view.php?id=3469#c6226 ---------------------------------------------------------------------- Ok, thanks for the clarification. :-) According to your link Ihsan already used the SMF support through cswclassutils: SPKG_CLASSES = none cswinitsmf That class autogenerates a manifest and that's what gets imported so even if he somehow packaged another manifest I doubt very much it was used, it may have been there as some contrib stuff. But as I have tried to mention before, cswclassutils contains files in /usr so if you're running a sparse zone and tries to install, in this case, syslog_ng from it, the dependency installation of cswclassutils will fail since /usr is read-only. The fix is to have cswclassutils installed from the global zone so the dependency is fulfilled beforehand. ---------------------------------------------------------------------- (0006227) automatthias (reporter) - 2009-05-29 14:14 http://www.opencsw.org/mantis/view.php?id=3469#c6227 ---------------------------------------------------------------------- I see, you thought that I installed the package in a sparse zone -- that wasn't the case. Say, you have machine foo with zones foo-zone1 and foo-zone2. You install syslog_ng in the global zone of foo. When you do that, foo-zone1 and foo-zone2 will inherit syslog_ng. What I expect to happen is to have syslog_ng up and running on foo-zone1 and foo-zone2 as well as in the global zone. This wasn't happening, hence this bug. ---------------------------------------------------------------------- (0006228) bonivart (reporter) - 2009-05-29 14:42 http://www.opencsw.org/mantis/view.php?id=3469#c6228 ---------------------------------------------------------------------- Ok, so your changes only to syslog_ng has made it work for you? Then I agree that this is a syslog_ng bug and not a cswclassutils one. We mistakenly transferred the bug to cswclassutils. Is it ok to transfer it back to syslog_ng (Ihsan)? ---------------------------------------------------------------------- (0006229) automatthias (reporter) - 2009-05-29 15:45 http://www.opencsw.org/mantis/view.php?id=3469#c6229 ---------------------------------------------------------------------- Yes, changes to syslog_ng only fixed the issue. Issue History Date Modified Username Field Change ====================================================================== 2009-03-14 16:34 automatthias New Issue 2009-03-24 13:09 ihsan Status new => assigned 2009-03-24 13:09 ihsan Assigned To => ihsan 2009-03-24 15:46 ihsan Note Added: 0005725 2009-03-24 15:46 ihsan Status assigned => acknowledged 2009-03-24 15:46 ihsan Project syslog_ng => cswclassutils 2009-03-24 22:02 bonivart Status acknowledged => assigned 2009-03-24 22:02 bonivart Assigned To ihsan => bonivart 2009-03-24 22:04 bonivart Note Added: 0005730 2009-04-21 19:03 bonivart Note Added: 0005995 2009-05-28 16:42 bonivart Note Added: 0006218 2009-05-28 16:43 bonivart Note Added: 0006219 2009-05-28 16:43 bonivart Status assigned => closed 2009-05-28 16:43 bonivart Resolution open => not fixable 2009-05-29 11:36 automatthias Note Added: 0006221 2009-05-29 11:36 automatthias Status closed => feedback 2009-05-29 11:36 automatthias Resolution not fixable => reopened 2009-05-29 13:38 bonivart Note Added: 0006223 2009-05-29 13:54 automatthias Note Added: 0006225 2009-05-29 14:09 bonivart Note Added: 0006226 2009-05-29 14:14 automatthias Note Added: 0006227 2009-05-29 14:42 bonivart Note Added: 0006228 2009-05-29 14:57 bonivart Project cswclassutils => syslog_ng 2009-05-29 15:45 automatthias Note Added: 0006229 ====================================================================== From noreply at opencsw.org Fri May 29 18:40:47 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 18:40:47 +0200 Subject: [bug-notifications] [pkgutil 0003683]: Add a pkgadd/pkgrm debug option In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3683 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3683 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-22 23:07 CEST Last Modified: 2009-05-29 18:40 CEST ====================================================================== Summary: Add a pkgadd/pkgrm debug option Description: pkgutil already has a debug option, but it is only used to debug pkgutil itself. It would be useful to add a pkgadd debug option which would add the -v option in pkgadd/pkgrm calls. It would help to debug user problem with postinstall/preremove/... code without having to tell me to manually download/uncompress/pkgadd the package. ====================================================================== ---------------------------------------------------------------------- (0006175) bonivart (manager) - 2009-05-23 00:37 http://www.opencsw.org/mantis/view.php?id=3683#c6175 ---------------------------------------------------------------------- Would it be ok if it was an option in pkgutil.conf? I'm trying to be conservative about the number of command line options. ---------------------------------------------------------------------- (0006186) yann (reporter) - 2009-05-23 14:25 http://www.opencsw.org/mantis/view.php?id=3683#c6186 ---------------------------------------------------------------------- You already have the pkgaddopts option in pkgutil.conf, don't you ? My idea is to just tell a user to do pkgutil --trace --install packagename (for example) when they got a postinstall/preremove/... so then they can very easily send me the debug output. I would prefer this option to be a command line option because I think it will be easier for the user, but that's your call. ---------------------------------------------------------------------- (0006189) bonivart (manager) - 2009-05-25 10:07 http://www.opencsw.org/mantis/view.php?id=3683#c6189 ---------------------------------------------------------------------- You're absolutely right. ---------------------------------------------------------------------- (0006190) bonivart (manager) - 2009-05-25 16:22 http://www.opencsw.org/mantis/view.php?id=3683#c6190 ---------------------------------------------------------------------- You now have a --trace option that sets -v for pkgadd/pkgrm operations. You can download the updated pkgutil script from: http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=46 Let me know if it's what you want. ---------------------------------------------------------------------- (0006192) bonivart (manager) - 2009-05-25 18:30 http://www.opencsw.org/mantis/view.php?id=3683#c6192 ---------------------------------------------------------------------- There's also packages in testing now: http://mirror.opencsw.org/testing/pkgutil-1.6b1,REV=2009.05.25-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/pkgutil-1.6b1,REV=2009.05.25-SunOS5.8-sparc-CSW.pkg.gz ---------------------------------------------------------------------- (0006217) bonivart (manager) - 2009-05-28 15:26 http://www.opencsw.org/mantis/view.php?id=3683#c6217 ---------------------------------------------------------------------- Will be in 1.6. ---------------------------------------------------------------------- (0006230) bonivart (manager) - 2009-05-29 18:40 http://www.opencsw.org/mantis/view.php?id=3683#c6230 ---------------------------------------------------------------------- 1.6 released. Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 23:07 yann New Issue 2009-05-23 00:37 bonivart Note Added: 0006175 2009-05-23 00:37 bonivart Status new => assigned 2009-05-23 00:37 bonivart Assigned To => bonivart 2009-05-23 14:25 yann Note Added: 0006186 2009-05-25 10:07 bonivart Note Added: 0006189 2009-05-25 16:22 bonivart Note Added: 0006190 2009-05-25 18:30 bonivart Note Added: 0006192 2009-05-28 15:26 bonivart Note Added: 0006217 2009-05-28 15:26 bonivart Status assigned => resolved 2009-05-28 15:26 bonivart Resolution open => fixed 2009-05-29 18:40 bonivart Note Added: 0006230 2009-05-29 18:40 bonivart Status resolved => closed ====================================================================== From noreply at opencsw.org Fri May 29 18:41:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 18:41:31 +0200 Subject: [bug-notifications] [pkgutil 0003689]: pkgutil -s doesn't honour target architecture (-T) In-Reply-To: <934e107c3c40a8c33a2d5c0850e91af6> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3689 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3689 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-27 10:53 CEST Last Modified: 2009-05-29 18:41 CEST ====================================================================== Summary: pkgutil -s doesn't honour target architecture (-T) Description: Me again, sorry for nagging ;D Wanted to build a package stream for a different architecture (sparc) than the current host (i386), but -T sparc:5.10 didn't seem to work. The packages in the package stream were for i386. $ uname -a SunOS ray1 5.10 Generic_137112-07 i86pc i386 i86pc $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o- windowmaker_dtlogin > wmaker.pkg ... $ pkginfo -d wmaker.pkg -x CSWcommon common - common files and dirs for CSW packages (i386) 1.4.6,REV=2008.04.28 CSWexpat expat - XML Parser Toolkit (i386) 2.0.1,REV=2009.01.22 CSWfconfig fontconfig - A library for configuring and customizing font access. (i386) 2.6.0,REV=2009.04.24 CSWftype2 freetype2 - A free and portable TrueType font rendering engine (i386) 2.3.8,REV=2009.02.16 CSWiconv libiconv - GNU iconv library (i386) 1.12,REV=2008.12.14 CSWisaexec isaexec - sneaky wrapper around Sun isaexec (all) 0.2,REV=2009.03.26 CSWjpeg jpeg - JPEG library and tools by the Independent JPEG Group (i386) 6b,REV=2007.10.28 CSWlibxft2 libxft2 - FreeType-based font drawing library for X (i386) 2.1.6,REV=2005.02.01 CSWlibxrender libxrender - fontconfig.org Xrender library (i386) 0.8.3,REV=2004.03.31 CSWpng png - library for Portable Network Graphics format (PNG) (i386) 1.2.35,REV=2009.02.19 CSWrenderdev render_dev - fontconfig.org render development files (all) 0.8,REV=2004.03.30 CSWtiff tiff - lib and tools for Tag Image File Format (i386) 3.8.2,REV=2007.12.09 CSWungif libungif - library for manipulation of GIF images (i386) 4.1.4,REV=2007.02.05 CSWwmaker windowmaker - OpenStep window manager lookalike (i386) 0.92.0 CSWwmaker-dtlogin windowmaker_dtlogin - dtlogin integration for the Window Maker Window Manager (all) 1.0 CSWxpm xpm - library for X11 PixMap format (libXpm.so.4.11) (i386) 3.4k,REV=2002.12.31 CSWzlib zlib - Zlib Data Compression Library (i386) 1.2.3,REV=2007.05.12 ====================================================================== ---------------------------------------------------------------------- (0006198) skayser (administrator) - 2009-05-27 11:37 http://www.opencsw.org/mantis/view.php?id=3689#c6198 ---------------------------------------------------------------------- Just went over to a sparc box and noticed that the release doesn't seem to be honored either. Working on a 5.10 box and requesting packages from 5.9 still yields 5.10 packages (i.e. packages are pulled from http://mirror/csw/current/arch/5.10). ---------------------------------------------------------------------- (0006199) bonivart (manager) - 2009-05-27 11:55 http://www.opencsw.org/mantis/view.php?id=3689#c6199 ---------------------------------------------------------------------- This worked in 1.4 but broke in 1.5. The new multiple mirror features in 1.5 caused this, I know that Derek and me tested --stream but obviously not with -T. I will fix this. ---------------------------------------------------------------------- (0006200) bonivart (manager) - 2009-05-27 13:00 http://www.opencsw.org/mantis/view.php?id=3689#c6200 ---------------------------------------------------------------------- Could you try r50 please? http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=50 ---------------------------------------------------------------------- (0006201) skayser (administrator) - 2009-05-27 13:21 http://www.opencsw.org/mantis/view.php?id=3689#c6201 ---------------------------------------------------------------------- Alternate target via -T is working now, non-existent output file via -o still fails. skayser @ ray1 ~/tmp$ ./pkgutil -s -T sparc:5.9 -W . -o test.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.6 MB 5 packages to fetch. Do you want to continue? [Y,n] Fetching CSWcommon-1.4.6,REV=2008.04.28... --2009-05-27 13:19:20-- http://csw.informatik.uni-erlangen.de/csw/current/sparc/5.9/common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg Resolving proxy.consol.de... 10.250.0.180 Connecting to proxy.consol.de|10.250.0.180|:8001... connected. Proxy request sent, awaiting response... 200 OK Length: 23552 (23K) [application/octet-stream] Saving to: `./packages/common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg' .. Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream (./packages/test.pkg)... Could not transform packages into stream: No such file or directory at ./pkgutil line 1002, line 1. $ ./pkgutil -s -T sparc:5.10 -W . -o test.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.6 MB 5 packages to fetch. Do you want to continue? [Y,n] A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg: No such file or directory at ./pkgutil line 996, line 1. ---------------------------------------------------------------------- (0006202) bonivart (manager) - 2009-05-27 14:05 http://www.opencsw.org/mantis/view.php?id=3689#c6202 ---------------------------------------------------------------------- Yes, I didn't address bug http://www.opencsw.org/mantis/view.php?id=3688 in r50, only this one (the -T issue). I take it that this works now? I also tested -o and that works for me, it's only when using -W it breaks but I will address this in the other bug instead. :-) ---------------------------------------------------------------------- (0006207) bonivart (manager) - 2009-05-27 17:00 http://www.opencsw.org/mantis/view.php?id=3689#c6207 ---------------------------------------------------------------------- Will be in 1.6. ---------------------------------------------------------------------- (0006231) bonivart (manager) - 2009-05-29 18:41 http://www.opencsw.org/mantis/view.php?id=3689#c6231 ---------------------------------------------------------------------- 1.6 released. Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 10:53 skayser New Issue 2009-05-27 11:14 bonivart Status new => assigned 2009-05-27 11:14 bonivart Assigned To => bonivart 2009-05-27 11:37 skayser Note Added: 0006198 2009-05-27 11:53 bonivart Note Added: 0006199 2009-05-27 11:55 bonivart Note Edited: 0006199 2009-05-27 13:00 bonivart Note Added: 0006200 2009-05-27 13:21 skayser Note Added: 0006201 2009-05-27 14:05 bonivart Note Added: 0006202 2009-05-27 17:00 bonivart Note Added: 0006207 2009-05-27 17:00 bonivart Status assigned => resolved 2009-05-27 17:00 bonivart Resolution open => fixed 2009-05-29 18:41 bonivart Note Added: 0006231 2009-05-29 18:41 bonivart Status resolved => closed ====================================================================== From noreply at opencsw.org Fri May 29 18:41:41 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 18:41:41 +0200 Subject: [bug-notifications] [pkgutil 0003688]: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 In-Reply-To: <570bc73f7ba9a362cd4567ed46993e38> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3688 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3688 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-27 09:18 CEST Last Modified: 2009-05-29 18:41 CEST ====================================================================== Summary: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 Description: pkgutil (pkgtrans) seems to bail out, when the package stream is sent to a file and this file doesn't yet exist. When then running pkgutil again, it bails out trying to transform packages (i guess that's because the previous run failed and didn't do cleanups). $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion .... Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Could not transform packages into stream: No such file or directory at /opt/csw/bin/pkgutil line 994. $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: No such file or directory at /opt/csw/bin/pkgutil line 988. $ ls tmp/packages/ CSWcommon common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz CSWion ion-3,REV=2005.04.06.01-SunOS5.8-i386-CSW.pkg.gz CSWlibtool libtool-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlibtoolrt libtool_rt-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlua lua-5.1.4,REV=2009.03.30-SunOS5.8-i386-CSW.pkg.gz Touching the output file beforehand works. $ rm -rf tmp/packages/* $ touch tmp/packages/ion.pkg $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Install commands in dependency safe order: pkgadd -d ion.pkg CSWcommon pkgadd -d ion.pkg CSWlibtoolrt pkgadd -d ion.pkg CSWlibtool pkgadd -d ion.pkg CSWlua pkgadd -d ion.pkg CSWion ====================================================================== ---------------------------------------------------------------------- (0006196) bonivart (manager) - 2009-05-27 10:44 http://www.opencsw.org/mantis/view.php?id=3688#c6196 ---------------------------------------------------------------------- I just tried the simplest form: # pkgutil -y -s ion and that worked (stream file in /var/opt/csw/pkgutil/packages named ion.i386.5.10.pkg). Must be something related to using another work dir. I'll look into it but maybe you can get by for now by skipping -W? ---------------------------------------------------------------------- (0006197) skayser (administrator) - 2009-05-27 11:13 http://www.opencsw.org/mantis/view.php?id=3688#c6197 ---------------------------------------------------------------------- Thanks for the swift feedback, Peter. I resorted to just use -o- and redirect into the file that i wanted. Works. I had used the -W switch because i am working as an unprivileged user on the box where i need to create the package stream and there i had gotten permission errors. Verifying this behavior just now gives me yet another error. $ pkgutil -y -s ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: Illegal seek at /opt/csw/bin/pkgutil line 988. Letting the admin clear out /var/opt/csw/pkgutil/packages and then re-running pkgutil gives me the initial error that made me use the -W switch. $ pkgutil -y -s ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB Fetching CSWcommon-1.4.6,REV=2008.04.28... /var/opt/csw/pkgutil/packages/common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: Permission denied Fetching of CSWcommon-1.4.6,REV=2008.04.28 failed. Try updating your catalog with pkgutil -U. ---------------------------------------------------------------------- (0006203) bonivart (manager) - 2009-05-27 15:03 http://www.opencsw.org/mantis/view.php?id=3688#c6203 ---------------------------------------------------------------------- Could you please try r51? http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=51 ---------------------------------------------------------------------- (0006204) skayser (administrator) - 2009-05-27 15:26 http://www.opencsw.org/mantis/view.php?id=3688#c6204 ---------------------------------------------------------------------- Thanks, Peter. Working like a charm and the added display of where the package stream goes to is really helpful. ---------------------------------------------------------------------- (0006205) bonivart (manager) - 2009-05-27 15:35 http://www.opencsw.org/mantis/view.php?id=3688#c6205 ---------------------------------------------------------------------- Great! I guess it wasn't obvious that without -W/-o the stream would end up in /var/opt/csw/pkgutil/packages? :-) I improved the perldoc/man page a little as well. ---------------------------------------------------------------------- (0006206) bonivart (manager) - 2009-05-27 16:59 http://www.opencsw.org/mantis/view.php?id=3688#c6206 ---------------------------------------------------------------------- Will be in 1.6. ---------------------------------------------------------------------- (0006232) bonivart (manager) - 2009-05-29 18:41 http://www.opencsw.org/mantis/view.php?id=3688#c6232 ---------------------------------------------------------------------- 1.6 released. Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 09:18 skayser New Issue 2009-05-27 10:09 bonivart Status new => assigned 2009-05-27 10:09 bonivart Assigned To => bonivart 2009-05-27 10:43 bonivart Note Added: 0006196 2009-05-27 10:44 bonivart Note Edited: 0006196 2009-05-27 11:13 skayser Note Added: 0006197 2009-05-27 15:03 bonivart Note Added: 0006203 2009-05-27 15:26 skayser Note Added: 0006204 2009-05-27 15:35 bonivart Note Added: 0006205 2009-05-27 16:59 bonivart Note Added: 0006206 2009-05-27 16:59 bonivart Status assigned => resolved 2009-05-27 16:59 bonivart Resolution open => fixed 2009-05-29 18:41 bonivart Note Added: 0006232 2009-05-29 18:41 bonivart Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 31 11:02:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 31 May 2009 11:02:00 +0200 Subject: [bug-notifications] [pm_parserecdescent 0003695]: Needs to depend on CSWpmversion In-Reply-To: <406a446d18e10b1f65f7028ba6670f40> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3695 ====================================================================== Reported By: skayser Assigned To: wbonnet ====================================================================== Project: pm_parserecdescent Issue ID: 3695 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-29 13:48 CEST Last Modified: 2009-05-31 11:01 CEST ====================================================================== Summary: Needs to depend on CSWpmversion Description: Just installed pm_parserecdescent, but it bails out because it can't find version.pm. $ perl -MParse::RecDescent Can't locate version.pm in @INC (@INC contains: /opt/csw/lib/perl/5.8.8 /opt/csw/share/perl/5.8.8 /opt/csw/lib/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw /opt/csw/share/perl/csw .) at /opt/csw/share/perl/csw/Parse/RecDescent.pm line 1722. BEGIN failed--compilation aborted at /opt/csw/share/perl/csw/Parse/RecDescent.pm line 1722. Compilation failed in require. BEGIN failed--compilation aborted. After installing pm_version this error goes away. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-29 13:48 skayser New Issue 2009-05-31 11:01 wbonnet Status new => assigned 2009-05-31 11:01 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 31 12:53:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 31 May 2009 12:53:30 +0200 Subject: [bug-notifications] [postfix 0003700]: Postfix 2.6.1 released Message-ID: <1bb7901a42cca15285fad9a453305a8d@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3700 ====================================================================== Reported By: philwo Assigned To: ====================================================================== Project: postfix Issue ID: 3700 Category: packaging Reproducibility: N/A Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-31 12:53 CEST Last Modified: 2009-05-31 12:53 CEST ====================================================================== Summary: Postfix 2.6.1 released Description: Hi, Postfix 2.4.4 is quite out of date (and has security issues), Postfix 2.6.1 is the current version. Please see http://www.postfix.org/announcements.html. Best regards, Philipp ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-31 12:53 philwo New Issue ====================================================================== From noreply at opencsw.org Sun May 31 17:12:29 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 31 May 2009 17:12:29 +0200 Subject: [bug-notifications] [pkgutil 0003701]: Upgrading pkgutil with -y fails and leaves system without pkgutil Message-ID: <22a2653344519f62ffe028fa9b45af80@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3701 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3701 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-31 17:12 CEST Last Modified: 2009-05-31 17:12 CEST ====================================================================== Summary: Upgrading pkgutil with -y fails and leaves system without pkgutil Description: Just tried to upgrade pkgutil to 1.6 with -y (don't bother me ;). Unfortunately, /var/opt/csw/pkgutil/admin is deleted when removing the old version, so the pkgadd of 1.6 fails. Maybe find some way to keep the admin file around? # pkgutil -v 1.5 # pkgutil -yu pkgutil Parsing catalog, may take a while... Updated packages: CSWpkgutil-1.6,REV=2009.05.29 Total size: 108.5 KB Fetching CSWpkgutil-1.6,REV=2009.05.29... --2009-05-31 16:13:48-- http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz Resolving csw.informatik.uni-erlangen.de... 131.188.30.102 Connecting to csw.informatik.uni-erlangen.de|131.188.30.102|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 111094 (108K) [application/octet-stream] Saving to: `/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz' 100%[=======================================>] 111,094 178K/s in 0.6s 2009-05-31 16:13:49 (178 KB/s) - `/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz' saved [111094/111094] Removing old version of CSWpkgutil Removal of was successful. Installing CSWpkgutil-1.6,REV=2009.05.29 pkgadd: ERROR: unable to open admin file : No such file or directory ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-31 17:12 skayser New Issue ====================================================================== From noreply at opencsw.org Fri May 1 00:39:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 1 May 2009 00:39:28 +0200 Subject: [bug-notifications] [ap2_modphp5 0003649]: Missing file In-Reply-To: <17ad1b0143a2c17d6cba1373d6526ebe> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3649 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: ap2_modphp5 Issue ID: 3649 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-30 11:28 CEST Last Modified: 2009-05-01 00:39 CEST ====================================================================== Summary: Missing file Description: After a fresh install ( solaris and csw/*)I found : tcsh at isg-1510 [~] svcs -xv svc:/network/cswapache2:default (?) State: maintenance since Thu Apr 30 11:13:22 2009 Reason: Start method failed repeatedly, last exited with status 1. See: http://sun.com/msg/SMF-8000-KS See: /var/svc/log/network-cswapache2:default.log Impact: This service is not running. tcsh at isg-1510 [~] cat /var/svc/log/network-cswapache2:default.log .... [ Apr 30 11:13:13 Executing start method ("/var/opt/csw/svc/method/svc-cswapache2 start") ] httpd: Syntax error on line 496 of /opt/csw/apache2/etc/httpd.conf: Could not open configuration file /opt/csw/apache2/etc/extra/httpd-php5.conf: No such file or directory ====================================================================== ---------------------------------------------------------------------- (0006045) mwatters (manager) - 2009-05-01 00:39 http://www.opencsw.org/bugtrack/view.php?id=3649#c6045 ---------------------------------------------------------------------- fixed in the current release Issue History Date Modified Username Field Change ====================================================================== 2009-04-30 11:28 Nicolai SchwindtNew Issue 2009-04-30 17:32 mwatters Status new => confirmed 2009-05-01 00:39 mwatters Note Added: 0006045 2009-05-01 00:39 mwatters Status confirmed => resolved 2009-05-01 00:39 mwatters Resolution open => fixed 2009-05-01 00:39 mwatters Assigned To => mwatters ====================================================================== From noreply at opencsw.org Fri May 1 00:40:09 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 1 May 2009 00:40:09 +0200 Subject: [bug-notifications] [ap2_modphp5 0003649]: Missing file In-Reply-To: <17ad1b0143a2c17d6cba1373d6526ebe> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3649 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: ap2_modphp5 Issue ID: 3649 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-30 11:28 CEST Last Modified: 2009-05-01 00:40 CEST ====================================================================== Summary: Missing file Description: After a fresh install ( solaris and csw/*)I found : tcsh at isg-1510 [~] svcs -xv svc:/network/cswapache2:default (?) State: maintenance since Thu Apr 30 11:13:22 2009 Reason: Start method failed repeatedly, last exited with status 1. See: http://sun.com/msg/SMF-8000-KS See: /var/svc/log/network-cswapache2:default.log Impact: This service is not running. tcsh at isg-1510 [~] cat /var/svc/log/network-cswapache2:default.log .... [ Apr 30 11:13:13 Executing start method ("/var/opt/csw/svc/method/svc-cswapache2 start") ] httpd: Syntax error on line 496 of /opt/csw/apache2/etc/httpd.conf: Could not open configuration file /opt/csw/apache2/etc/extra/httpd-php5.conf: No such file or directory ====================================================================== ---------------------------------------------------------------------- (0006045) mwatters (manager) - 2009-05-01 00:39 http://www.opencsw.org/bugtrack/view.php?id=3649#c6045 ---------------------------------------------------------------------- fixed in the current release ---------------------------------------------------------------------- (0006046) mwatters (manager) - 2009-05-01 00:40 http://www.opencsw.org/bugtrack/view.php?id=3649#c6046 ---------------------------------------------------------------------- repackaged to include the missing file. the new package tested OK and has been released Issue History Date Modified Username Field Change ====================================================================== 2009-04-30 11:28 Nicolai SchwindtNew Issue 2009-04-30 17:32 mwatters Status new => confirmed 2009-05-01 00:39 mwatters Note Added: 0006045 2009-05-01 00:39 mwatters Status confirmed => resolved 2009-05-01 00:39 mwatters Resolution open => fixed 2009-05-01 00:39 mwatters Assigned To => mwatters 2009-05-01 00:40 mwatters Note Added: 0006046 2009-05-01 00:40 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sat May 2 12:32:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 2 May 2009 12:32:07 +0200 Subject: [bug-notifications] [nrpe 0003646]: Please add --enable-command-args configure option to nrpe makefile In-Reply-To: <005e7de0abd30de08a89d90594df2418> Message-ID: <841a8cf3c539c7716650e5512b5788e2@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3646 ====================================================================== Reported By: battistuz Assigned To: ja ====================================================================== Project: nrpe Issue ID: 3646 Category: regular use Reproducibility: N/A Severity: feature Priority: normal Status: confirmed ====================================================================== Date Submitted: 2009-04-28 00:03 CEST Last Modified: 2009-05-02 12:32 CEST ====================================================================== Summary: Please add --enable-command-args configure option to nrpe makefile Description: Looks like the --enable-command-args configure option did not make it into the makefile for nrpe 2.12. This was enabled for previous versions and I rely on it for some of my Nagios checks which are now broken using the current OpenCSW version of nrpe. Can this functionality be added back? ====================================================================== ---------------------------------------------------------------------- (0006029) ja (manager) - 2009-04-28 00:11 http://www.opencsw.org/bugtrack/view.php?id=3646#c6029 ---------------------------------------------------------------------- You are right, this option is not set. I will try to put a new version of NRPE into testing until next sunday (I will be on a business trip the next days). Thanks for reporting! ---------------------------------------------------------------------- (0006047) ja (manager) - 2009-05-02 12:32 http://www.opencsw.org/bugtrack/view.php?id=3646#c6047 ---------------------------------------------------------------------- New packages of NRPE are available in testing (compiled with --enabled-command-args). Please check them out. Issue History Date Modified Username Field Change ====================================================================== 2009-04-28 00:03 battistuz New Issue 2009-04-28 00:09 ja Status new => assigned 2009-04-28 00:09 ja Assigned To => ja 2009-04-28 00:11 ja Note Added: 0006029 2009-04-28 00:11 ja Status assigned => confirmed 2009-05-02 12:32 ja Note Added: 0006047 ====================================================================== From noreply at opencsw.org Sun May 3 06:11:36 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 06:11:36 +0200 Subject: [bug-notifications] [nrpe 0003566]: RPATH contains /opt/csw/lib/\$ISALIST In-Reply-To: <6248ec40ddecdf642b03d20a5926a8a2> Message-ID: <815d071b04706265ef3b5b0892e98c48@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3566 ====================================================================== Reported By: james Assigned To: ja ====================================================================== Project: nrpe Issue ID: 3566 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-01 20:47 CEST Last Modified: 2009-05-03 06:11 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST Description: RPATH contains /opt/csw/lib/\$ISALIST so will not pick up arch libs. ====================================================================== ---------------------------------------------------------------------- (0005855) ja (manager) - 2009-04-05 10:07 http://www.opencsw.org/bugtrack/view.php?id=3566#c5855 ---------------------------------------------------------------------- issue is resolved in the current package in "testing". ticket will be closed, when the packages are finally released. ---------------------------------------------------------------------- (0006048) ja (manager) - 2009-05-03 06:11 http://www.opencsw.org/bugtrack/view.php?id=3566#c6048 ---------------------------------------------------------------------- packages with fix released. Issue History Date Modified Username Field Change ====================================================================== 2009-04-01 20:47 james New Issue 2009-04-02 19:36 ja Status new => assigned 2009-04-02 19:36 ja Assigned To => ja 2009-04-02 19:36 ja Status assigned => confirmed 2009-04-05 10:07 ja Note Added: 0005855 2009-04-05 10:07 ja Status confirmed => resolved 2009-04-05 10:07 ja Resolution open => fixed 2009-05-03 06:11 ja Note Added: 0006048 2009-05-03 06:11 ja Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 3 06:12:02 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 06:12:02 +0200 Subject: [bug-notifications] [nrpe_plugin 0003567]: RPATH contains /opt/csw/lib/\$ISALIST In-Reply-To: <1eb2ddc33c9df7b8c31b8a98d1960bac> Message-ID: <1a1dfd48ac716c6b5b3465edeb8b1d89@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3567 ====================================================================== Reported By: james Assigned To: ja ====================================================================== Project: nrpe_plugin Issue ID: 3567 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-01 20:48 CEST Last Modified: 2009-05-03 06:12 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST Description: RPATH contains /opt/csw/lib/\$ISALIST so will not pick up any arch libs. ====================================================================== ---------------------------------------------------------------------- (0005854) ja (manager) - 2009-04-05 10:07 http://www.opencsw.org/bugtrack/view.php?id=3567#c5854 ---------------------------------------------------------------------- issue is resolved in the current package in "testing". ticket will be closed, when the packages are finally released. ---------------------------------------------------------------------- (0006049) ja (manager) - 2009-05-03 06:12 http://www.opencsw.org/bugtrack/view.php?id=3567#c6049 ---------------------------------------------------------------------- packages with fix released. Issue History Date Modified Username Field Change ====================================================================== 2009-04-01 20:48 james New Issue 2009-04-02 19:37 ja Status new => assigned 2009-04-02 19:37 ja Assigned To => ja 2009-04-02 19:38 ja Status assigned => confirmed 2009-04-05 10:07 ja Note Added: 0005854 2009-04-05 10:07 ja Status confirmed => resolved 2009-04-05 10:07 ja Resolution open => fixed 2009-05-03 06:12 ja Note Added: 0006049 2009-05-03 06:12 ja Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 3 06:12:34 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 06:12:34 +0200 Subject: [bug-notifications] [nsca 0003568]: RPATH contains /opt/csw/lib/\$ISALIST In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3568 ====================================================================== Reported By: james Assigned To: ja ====================================================================== Project: nsca Issue ID: 3568 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-01 20:49 CEST Last Modified: 2009-05-03 06:12 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST Description: RPATH contains /opt/csw/lib/\$ISALIST so will not pick up any arch libs. ====================================================================== ---------------------------------------------------------------------- (0005856) ja (manager) - 2009-04-05 10:08 http://www.opencsw.org/bugtrack/view.php?id=3568#c5856 ---------------------------------------------------------------------- issue is resolved in the current package in "testing". ticket will be closed, when the packages are finally released. ---------------------------------------------------------------------- (0006050) ja (manager) - 2009-05-03 06:12 http://www.opencsw.org/bugtrack/view.php?id=3568#c6050 ---------------------------------------------------------------------- packages with fix released. Issue History Date Modified Username Field Change ====================================================================== 2009-04-01 20:49 james New Issue 2009-04-02 19:33 ja Status new => assigned 2009-04-02 19:33 ja Assigned To => ja 2009-04-02 19:34 ja Status assigned => confirmed 2009-04-05 10:08 ja Note Added: 0005856 2009-04-05 10:08 ja Status confirmed => resolved 2009-04-05 10:08 ja Resolution open => fixed 2009-05-03 06:12 ja Note Added: 0006050 2009-05-03 06:12 ja Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 3 06:13:04 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 06:13:04 +0200 Subject: [bug-notifications] [send_nsca 0003591]: RPATH contains /opt/csw/lib/\$ISALIST In-Reply-To: <3def6d6b15efad4bf83af99224fdecd4> Message-ID: <8833e6cd4a70ab6ef4700d1037486289@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3591 ====================================================================== Reported By: james Assigned To: ja ====================================================================== Project: send_nsca Issue ID: 3591 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-02 20:02 CEST Last Modified: 2009-05-03 06:13 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST Description: RPATH contains /opt/csw/lib/\$ISALIST but $ISALIST would be redundant as there is no arch lib available. ====================================================================== ---------------------------------------------------------------------- (0005853) ja (manager) - 2009-04-05 10:06 http://www.opencsw.org/bugtrack/view.php?id=3591#c5853 ---------------------------------------------------------------------- issue is resolved in the current package in "testing". ticket will be closed, when the packages are finally released. ---------------------------------------------------------------------- (0006051) ja (manager) - 2009-05-03 06:13 http://www.opencsw.org/bugtrack/view.php?id=3591#c6051 ---------------------------------------------------------------------- packages with fix released. Issue History Date Modified Username Field Change ====================================================================== 2009-04-02 20:02 james New Issue 2009-04-05 06:31 ja Status new => assigned 2009-04-05 06:31 ja Assigned To => ja 2009-04-05 10:06 ja Note Added: 0005853 2009-04-05 10:06 ja Status assigned => resolved 2009-04-05 10:06 ja Resolution open => fixed 2009-05-03 06:13 ja Note Added: 0006051 2009-05-03 06:13 ja Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 3 07:03:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 07:03:28 +0200 Subject: [bug-notifications] [subversion 0003159]: Depend on CSWggettextrt In-Reply-To: <757058087894090724a73eb8eac35cd2> Message-ID: <70413d91d987ac3d05ea1c8ff79c05b1@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3159 ====================================================================== Reported By: harpchad Assigned To: ====================================================================== Project: subversion Issue ID: 3159 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 02:57 CET Last Modified: 2009-05-03 07:03 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006052) mwatters (manager) - 2009-05-03 07:03 http://www.opencsw.org/mantis/view.php?id=3159#c6052 ---------------------------------------------------------------------- Fixed in the current revision Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 02:57 harpchad New Issue 2009-05-03 07:03 mwatters Note Added: 0006052 2009-05-03 07:03 mwatters Status new => closed ====================================================================== From noreply at opencsw.org Sun May 3 07:04:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 07:04:19 +0200 Subject: [bug-notifications] [rbsvn 0003346]: Depend on CSWggettextrt In-Reply-To: Message-ID: <09bde507c046158b3d613aa01fa80c74@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3346 ====================================================================== Reported By: harpchad Assigned To: ====================================================================== Project: rbsvn Issue ID: 3346 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:18 CET Last Modified: 2009-05-03 07:04 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006053) mwatters (manager) - 2009-05-03 07:04 http://www.opencsw.org/mantis/view.php?id=3346#c6053 ---------------------------------------------------------------------- Fixed in the current revision Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:18 harpchad New Issue 2009-05-03 07:04 mwatters Note Added: 0006053 2009-05-03 07:04 mwatters Status new => closed ====================================================================== From noreply at opencsw.org Sun May 3 07:05:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 07:05:10 +0200 Subject: [bug-notifications] [ap2_subversion 0003158]: Depend on CSWggettextrt In-Reply-To: <246ea25608b2c7fe27b2101980d5c552> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3158 ====================================================================== Reported By: harpchad Assigned To: ====================================================================== Project: ap2_subversion Issue ID: 3158 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 02:57 CET Last Modified: 2009-05-03 07:05 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006054) mwatters (manager) - 2009-05-03 07:05 http://www.opencsw.org/mantis/view.php?id=3158#c6054 ---------------------------------------------------------------------- Fixed in the current revision Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 02:57 harpchad New Issue 2009-05-03 07:05 mwatters Note Added: 0006054 2009-05-03 07:05 mwatters Status new => closed ====================================================================== From noreply at opencsw.org Sun May 3 07:06:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 07:06:00 +0200 Subject: [bug-notifications] [javasvn 0003284]: Depend on CSWggettextrt In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3284 ====================================================================== Reported By: harpchad Assigned To: ====================================================================== Project: javasvn Issue ID: 3284 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:11 CET Last Modified: 2009-05-03 07:06 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006055) mwatters (manager) - 2009-05-03 07:05 http://www.opencsw.org/mantis/view.php?id=3284#c6055 ---------------------------------------------------------------------- Fixed in the current revision Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:11 harpchad New Issue 2009-05-03 07:05 mwatters Note Added: 0006055 2009-05-03 07:06 mwatters Status new => closed ====================================================================== From noreply at opencsw.org Sun May 3 07:06:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 07:06:48 +0200 Subject: [bug-notifications] [pm_subversion 0003269]: Depend on CSWggettextrt In-Reply-To: <77661faa074ba9b1d667b063f2278420> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3269 ====================================================================== Reported By: harpchad Assigned To: ====================================================================== Project: pm_subversion Issue ID: 3269 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:09 CET Last Modified: 2009-05-03 07:06 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006056) mwatters (manager) - 2009-05-03 07:06 http://www.opencsw.org/mantis/view.php?id=3269#c6056 ---------------------------------------------------------------------- fixed in the current revision Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:09 harpchad New Issue 2009-05-03 07:06 mwatters Note Added: 0006056 2009-05-03 07:06 mwatters Status new => closed ====================================================================== From noreply at opencsw.org Sun May 3 07:07:37 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 07:07:37 +0200 Subject: [bug-notifications] [pysvn 0003270]: Depend on CSWggettextrt In-Reply-To: <1eb50d843bd76792b9f91d71f888aafa> Message-ID: <161d17e54b4cd1e170a1d97f774f1a71@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3270 ====================================================================== Reported By: harpchad Assigned To: ====================================================================== Project: pysvn Issue ID: 3270 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:09 CET Last Modified: 2009-05-03 07:07 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006057) mwatters (manager) - 2009-05-03 07:07 http://www.opencsw.org/mantis/view.php?id=3270#c6057 ---------------------------------------------------------------------- fixed in the current revision Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:09 harpchad New Issue 2009-05-03 07:07 mwatters Note Added: 0006057 2009-05-03 07:07 mwatters Status new => closed ====================================================================== From noreply at opencsw.org Sun May 3 07:08:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 07:08:51 +0200 Subject: [bug-notifications] [subversion 0002914]: Upgrade Subversion to v1.5 In-Reply-To: <83aa3df9215ba0d7303973ad054c8baf> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2914 ====================================================================== Reported By: dpiol Assigned To: mwatters ====================================================================== Project: subversion Issue ID: 2914 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2008-06-20 10:14 CEST Last Modified: 2009-05-03 07:08 CEST ====================================================================== Summary: Upgrade Subversion to v1.5 Description: Subversion 1.5 has been released recently. Many important improvements have been made and for large Subversion environments it would be extremely helpfull if the new release is made available as soon as possible. regards, Domenico ====================================================================== ---------------------------------------------------------------------- (0006058) mwatters (manager) - 2009-05-03 07:08 http://www.opencsw.org/mantis/view.php?id=2914#c6058 ---------------------------------------------------------------------- Upgraded to 1.6.1 Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 07:08 mwatters Note Added: 0006058 2009-05-03 07:08 mwatters Status new => resolved 2009-05-03 07:08 mwatters Resolution open => fixed 2009-05-03 07:08 mwatters Assigned To => mwatters ====================================================================== From noreply at opencsw.org Sun May 3 07:09:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 07:09:19 +0200 Subject: [bug-notifications] [subversion 0002914]: Upgrade Subversion to v1.5 In-Reply-To: <83aa3df9215ba0d7303973ad054c8baf> Message-ID: <5525a13a0e5111d67ed05d35de09eb5b@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2914 ====================================================================== Reported By: dpiol Assigned To: mwatters ====================================================================== Project: subversion Issue ID: 2914 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2008-06-20 10:14 CEST Last Modified: 2009-05-03 07:09 CEST ====================================================================== Summary: Upgrade Subversion to v1.5 Description: Subversion 1.5 has been released recently. Many important improvements have been made and for large Subversion environments it would be extremely helpfull if the new release is made available as soon as possible. regards, Domenico ====================================================================== ---------------------------------------------------------------------- (0006058) mwatters (manager) - 2009-05-03 07:08 http://www.opencsw.org/mantis/view.php?id=2914#c6058 ---------------------------------------------------------------------- Upgraded to 1.6.1 ---------------------------------------------------------------------- (0006059) mwatters (manager) - 2009-05-03 07:09 http://www.opencsw.org/mantis/view.php?id=2914#c6059 ---------------------------------------------------------------------- Updated to version 1.6.1 Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 07:08 mwatters Note Added: 0006058 2009-05-03 07:08 mwatters Status new => resolved 2009-05-03 07:08 mwatters Resolution open => fixed 2009-05-03 07:08 mwatters Assigned To => mwatters 2009-05-03 07:09 mwatters Note Added: 0006059 2009-05-03 07:09 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 3 07:12:20 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 07:12:20 +0200 Subject: [bug-notifications] [subversion 0002967]: Upgrade to 1.5 In-Reply-To: Message-ID: <489e6aed59dff578056ff7e485961cf4@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2967 ====================================================================== Reported By: klauskreuzwieser Assigned To: mwatters ====================================================================== Project: subversion Issue ID: 2967 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2008-12-04 20:19 CET Last Modified: 2009-05-03 07:12 CEST ====================================================================== Summary: Upgrade to 1.5 Description: Subversion 1.5 is out for a while - an update would be very appreciated. I've contacted the maintainer of the package, unfortunately he retired from opencsw. ====================================================================== ---------------------------------------------------------------------- (0006060) mwatters (manager) - 2009-05-03 07:12 http://www.opencsw.org/mantis/view.php?id=2967#c6060 ---------------------------------------------------------------------- Upgraded to 1.6.1 Issue History Date Modified Username Field Change ====================================================================== 2008-12-04 20:19 klauskreuzwieserNew Issue 2009-05-03 07:12 mwatters Note Added: 0006060 2009-05-03 07:12 mwatters Status new => resolved 2009-05-03 07:12 mwatters Resolution open => fixed 2009-05-03 07:12 mwatters Assigned To => mwatters ====================================================================== From noreply at opencsw.org Sun May 3 07:12:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 07:12:52 +0200 Subject: [bug-notifications] [subversion 0002967]: Upgrade to 1.5 In-Reply-To: Message-ID: <37bf638c7db70de21a06d05bdcca2dd7@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2967 ====================================================================== Reported By: klauskreuzwieser Assigned To: mwatters ====================================================================== Project: subversion Issue ID: 2967 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2008-12-04 20:19 CET Last Modified: 2009-05-03 07:12 CEST ====================================================================== Summary: Upgrade to 1.5 Description: Subversion 1.5 is out for a while - an update would be very appreciated. I've contacted the maintainer of the package, unfortunately he retired from opencsw. ====================================================================== ---------------------------------------------------------------------- (0006060) mwatters (manager) - 2009-05-03 07:12 http://www.opencsw.org/mantis/view.php?id=2967#c6060 ---------------------------------------------------------------------- Upgraded to 1.6.1 ---------------------------------------------------------------------- (0006061) mwatters (manager) - 2009-05-03 07:12 http://www.opencsw.org/mantis/view.php?id=2967#c6061 ---------------------------------------------------------------------- Upgraded to 1.6.1 Issue History Date Modified Username Field Change ====================================================================== 2008-12-04 20:19 klauskreuzwieserNew Issue 2009-05-03 07:12 mwatters Note Added: 0006060 2009-05-03 07:12 mwatters Status new => resolved 2009-05-03 07:12 mwatters Resolution open => fixed 2009-05-03 07:12 mwatters Assigned To => mwatters 2009-05-03 07:12 mwatters Note Added: 0006061 2009-05-03 07:12 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 3 11:27:20 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:27:20 +0200 Subject: [bug-notifications] [sqlite3 0003643]: Please upgrade to 3.6.13 In-Reply-To: <9789d5af66090bd6f3a1b6f59cad9db2> Message-ID: <8bedbb27fab5bfec8d944e911a9468ae@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3643 ====================================================================== Reported By: dam Assigned To: wbonnet ====================================================================== Project: sqlite3 Issue ID: 3643 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-17 10:31 CEST Last Modified: 2009-05-03 11:27 CEST ====================================================================== Summary: Please upgrade to 3.6.13 Description: SunFreeware released 3.6.13 today ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-04-17 10:31 dam New Issue 2009-05-03 11:27 wbonnet Status new => assigned 2009-05-03 11:27 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:27:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:27:31 +0200 Subject: [bug-notifications] [sqlite3_devel 0003611]: Files duplicated between packages In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3611 ====================================================================== Reported By: bwalton Assigned To: wbonnet ====================================================================== Project: sqlite3_devel Issue ID: 3611 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-03 03:45 CEST Last Modified: 2009-05-03 11:27 CEST ====================================================================== Summary: Files duplicated between packages Description: sqlite3_devel contains: /opt/csw/lib/pkgconfig/sqlite3.pc /opt/csw/lib/sparcv9/pkgconfig/sqlite3.pc Both of these files are also in sqlite3_rt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-04-03 03:45 bwalton New Issue 2009-05-03 11:27 wbonnet Status new => assigned 2009-05-03 11:27 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:27:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:27:42 +0200 Subject: [bug-notifications] [sqlite3 0003489]: please upgrade to 3.6 In-Reply-To: <005804f098cc5b32b608140b1a834d3c> Message-ID: <8f75511840746517b8e07dc221a0fd08@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3489 ====================================================================== Reported By: phil Assigned To: wbonnet ====================================================================== Project: sqlite3 Issue ID: 3489 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-23 17:59 CET Last Modified: 2009-05-03 11:27 CEST ====================================================================== Summary: please upgrade to 3.6 Description: please upgrade to 3.6 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-03-23 17:59 phil New Issue 2009-05-03 11:27 wbonnet Status new => assigned 2009-05-03 11:27 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:27:54 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:27:54 +0200 Subject: [bug-notifications] [dbus_glib 0003377]: Depend on CSWggettextrt In-Reply-To: <1de1fe82565033791f5eb5c9f6931e36> Message-ID: <6d55b762f0537cd68d937619220a1c1a@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3377 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: dbus_glib Issue ID: 3377 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:21 CET Last Modified: 2009-05-03 11:27 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:21 harpchad New Issue 2009-05-03 11:27 wbonnet Status new => assigned 2009-05-03 11:27 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:28:21 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:28:21 +0200 Subject: [bug-notifications] [xfce_load 0003350]: Depend on CSWggettextrt In-Reply-To: <94fb51cfbef980693eb2ad83504015b3> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3350 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_load Issue ID: 3350 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:18 CET Last Modified: 2009-05-03 11:28 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:18 harpchad New Issue 2009-05-03 11:28 wbonnet Status new => assigned 2009-05-03 11:28 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:28:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:28:32 +0200 Subject: [bug-notifications] [xfce_xfwmthemes 0003320]: Depend on CSWggettextrt In-Reply-To: <8b35567c101f912094569733d20fbec1> Message-ID: <23c4405d098ee1bf6707f0f6630b2304@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3320 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_xfwmthemes Issue ID: 3320 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:15 CET Last Modified: 2009-05-03 11:28 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:15 harpchad New Issue 2009-05-03 11:28 wbonnet Status new => assigned 2009-05-03 11:28 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:28:41 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:28:41 +0200 Subject: [bug-notifications] [xfce_xfwm 0003319]: Depend on CSWggettextrt In-Reply-To: Message-ID: <0c679645a5966af4df6dbe6c5d01ec6d@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3319 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_xfwm Issue ID: 3319 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:15 CET Last Modified: 2009-05-03 11:28 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:15 harpchad New Issue 2009-05-03 11:28 wbonnet Status new => assigned 2009-05-03 11:28 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:28:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:28:50 +0200 Subject: [bug-notifications] [xfce_xffm 0003318]: Depend on CSWggettextrt In-Reply-To: <83ba3e2d42c61e35ef12d9666604a655> Message-ID: <12f447a3ae51b24f1df36c6d620fc034@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3318 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_xffm Issue ID: 3318 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:15 CET Last Modified: 2009-05-03 11:28 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:15 harpchad New Issue 2009-05-03 11:28 wbonnet Status new => assigned 2009-05-03 11:28 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:28:59 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:28:59 +0200 Subject: [bug-notifications] [xfce_utils 0003317]: Depend on CSWggettextrt In-Reply-To: Message-ID: <6bd8133d6aa7bbb5a51ac656f1855c31@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3317 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_utils Issue ID: 3317 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:15 CET Last Modified: 2009-05-03 11:28 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:15 harpchad New Issue 2009-05-03 11:28 wbonnet Status new => assigned 2009-05-03 11:28 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:29:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:29:08 +0200 Subject: [bug-notifications] [xfce_toys 0003316]: Depend on CSWggettextrt In-Reply-To: <7d9f820027e726b0cef990d0602f75ab> Message-ID: <2e90b020440a6c30d5da37ab653b5c97@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3316 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_toys Issue ID: 3316 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:14 CET Last Modified: 2009-05-03 11:29 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:14 harpchad New Issue 2009-05-03 11:29 wbonnet Status new => assigned 2009-05-03 11:29 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:29:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:29:18 +0200 Subject: [bug-notifications] [xfce_systray 0003315]: Depend on CSWggettextrt In-Reply-To: Message-ID: <055dd2015aef243b3cd916bb622edfd8@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3315 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_systray Issue ID: 3315 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:14 CET Last Modified: 2009-05-03 11:29 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:14 harpchad New Issue 2009-05-03 11:29 wbonnet Status new => assigned 2009-05-03 11:29 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:29:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:29:27 +0200 Subject: [bug-notifications] [xfce_session 0003314]: Depend on CSWggettextrt In-Reply-To: Message-ID: <059ab0a8754d1aed9313de38acfdb237@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3314 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_session Issue ID: 3314 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:14 CET Last Modified: 2009-05-03 11:29 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:14 harpchad New Issue 2009-05-03 11:29 wbonnet Status new => assigned 2009-05-03 11:29 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:31:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:31:23 +0200 Subject: [bug-notifications] [xfce_libs 0002047]: la file contains local path In-Reply-To: Message-ID: <4251920075a4274632573847b3ea8354@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2047 ====================================================================== Reported By: james Assigned To: wbonnet ====================================================================== Project: xfce_libs Issue ID: 2047 Category: other Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2006-12-03 12:30 CET Last Modified: 2009-05-03 11:31 CEST ====================================================================== Summary: la file contains local path Description: la file contains local path ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:31 wbonnet Status new => assigned 2009-05-03 11:31 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:31:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:31:32 +0200 Subject: [bug-notifications] [firefox 0002108]: freeze (even crash) on printing (second and more) In-Reply-To: <0e85b7103987d893011f3da77b3b6f94> Message-ID: <9fba1eb862c2253650f65f4ead9bba0d@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2108 ====================================================================== Reported By: shinshui Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 2108 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-01-17 10:40 CET Last Modified: 2009-05-03 11:31 CEST ====================================================================== Summary: freeze (even crash) on printing (second and more) Description: Firefox runs in a sparse zone. This zone is a print-client. Printing is done on the global zone. So far so good. Firefox prints OK. Fast and well. But, this is only for the *first* print command. The second page I want to print results in a freeze for at least 30 seconds or even worse: I have to kill firefox to regain control over my other KDE programs. This is reproducable! Other programs print well; mozilla (default sun install) prints well. Only, my wife wants firefox ;-( Is this a know error? ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:31 wbonnet Status new => assigned 2009-05-03 11:31 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:31:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:31:40 +0200 Subject: [bug-notifications] [xfce_utils 0002152]: xinitrc broken again In-Reply-To: <83f0b2136c5179ffb793a244dd987c40> Message-ID: <523ebca8dfd3d0258f109f3900ba632d@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2152 ====================================================================== Reported By: phil Assigned To: wbonnet ====================================================================== Project: xfce_utils Issue ID: 2152 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-03-02 12:23 CET Last Modified: 2009-05-03 11:31 CEST ====================================================================== Summary: xinitrc broken again Description: id: illegal option -- u /opt/csw/etc/xdg/xfce4/xinitrc: test: unknown operator 0 you forgot to patch the script before packaging the latest. needs to either usr /usr/xpg4/bin/id, or use a different method of determining identity. ====================================================================== ---------------------------------------------------------------------- (0004403) phil (reporter) - 2007-03-02 19:40 http://www.opencsw.org/bugtrack/view.php?id=2152#c4403 ---------------------------------------------------------------------- FYI: this stuff only comes up, if you try running startxfce4 from *console*. if you try to run it from a pre-existing x session (eg: \'cause you used \"xinit\" first), it works ok. Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:31 wbonnet Status new => assigned 2009-05-03 11:31 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:31:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:31:50 +0200 Subject: [bug-notifications] [xfce 0002189]: PLease upgrade to 4.4 In-Reply-To: <388960988136b3fdf52cf4cd9a4d18aa> Message-ID: <5d6ae172ec3ebc32dc193a416f8d42d1@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2189 ====================================================================== Reported By: rsistla Assigned To: wbonnet ====================================================================== Project: xfce Issue ID: 2189 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-03-27 21:59 CEST Last Modified: 2009-05-03 11:31 CEST ====================================================================== Summary: PLease upgrade to 4.4 Description: 4.4 is now out in production. Would be nice to see the latest and greatest desktop for X. Thanks for all the good work. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:31 wbonnet Status new => assigned 2009-05-03 11:31 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:31:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:31:57 +0200 Subject: [bug-notifications] [sqlite3 0002243]: Update to 3.3 In-Reply-To: <954c90404ce5e9ce86966698df332d91> Message-ID: <160f9c2f416952b9ba74c583e6a48a63@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2243 ====================================================================== Reported By: james Assigned To: wbonnet ====================================================================== Project: sqlite3 Issue ID: 2243 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-05-14 14:27 CEST Last Modified: 2009-05-03 11:31 CEST ====================================================================== Summary: Update to 3.3 Description: Please update to version 3.3. Current version is 2007-Apr-25 - Version 3.3.17 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:31 wbonnet Status new => assigned 2009-05-03 11:31 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:32:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:32:05 +0200 Subject: [bug-notifications] [eclipse 0002260]: Upgrade to latest version In-Reply-To: <297206b7f51e6afd9d56ad81f8b6c0d7> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2260 ====================================================================== Reported By: mol Assigned To: wbonnet ====================================================================== Project: eclipse Issue ID: 2260 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-05-29 07:53 CEST Last Modified: 2009-05-03 11:32 CEST ====================================================================== Summary: Upgrade to latest version Description: Latest version is 3.2.2 at the moment. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:32 wbonnet Status new => assigned 2009-05-03 11:32 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:32:14 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:32:14 +0200 Subject: [bug-notifications] [xfce_print 0002535]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: <86bfe374596152aa355a81f698873722> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2535 ====================================================================== Reported By: yann Assigned To: wbonnet ====================================================================== Project: xfce_print Issue ID: 2535 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-07-28 09:30 CEST Last Modified: 2009-05-03 11:32 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. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:32 wbonnet Status new => assigned 2009-05-03 11:32 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:32:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:32:24 +0200 Subject: [bug-notifications] [eclipse 0002623]: Upgrade to latest version In-Reply-To: Message-ID: <822407a40095dd03c6f37d0444bdd600@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2623 ====================================================================== Reported By: ptt Assigned To: wbonnet ====================================================================== Project: eclipse Issue ID: 2623 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-10-11 08:20 CEST Last Modified: 2009-05-03 11:32 CEST ====================================================================== Summary: Upgrade to latest version Description: Latest version is 3.3.1 at the moment. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:32 wbonnet Status new => assigned 2009-05-03 11:32 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:32:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:32:40 +0200 Subject: [bug-notifications] [eclipse 0002623]: Upgrade to latest version In-Reply-To: Message-ID: <4b261c44e1ef6f65f96f4c718c9392b9@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2623 ====================================================================== Reported By: ptt Assigned To: ====================================================================== Project: eclipse Issue ID: 2623 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-10-11 08:20 CEST Last Modified: 2009-05-03 11:32 CEST ====================================================================== Summary: Upgrade to latest version Description: Latest version is 3.3.1 at the moment. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:32 wbonnet Status new => assigned 2009-05-03 11:32 wbonnet Assigned To => wbonnet 2009-05-03 11:32 wbonnet Assigned To wbonnet => ====================================================================== From noreply at opencsw.org Sun May 3 11:32:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:32:44 +0200 Subject: [bug-notifications] [sqlite3 0002744]: pls upgrade to 3.5 In-Reply-To: <9980dbd7e8c4bb9fec2a45847ca0fb77> Message-ID: <573b53d0c7739ca89ac63bd598d1b742@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2744 ====================================================================== Reported By: ThurnerRupert Assigned To: wbonnet ====================================================================== Project: sqlite3 Issue ID: 2744 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-01-18 11:50 CET Last Modified: 2009-05-03 11:32 CEST ====================================================================== Summary: pls upgrade to 3.5 Description: there is quite a lot of new functions and features in new sqlite. usable for edgewall trac and others. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:32 wbonnet Status new => assigned 2009-05-03 11:32 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:32:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:32:57 +0200 Subject: [bug-notifications] [eclipse 0002906]: Error starting eclipse In-Reply-To: Message-ID: <5c15ef5498bba63f711a72dbad61826a@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2906 ====================================================================== Reported By: kgoodhew Assigned To: wbonnet ====================================================================== Project: eclipse Issue ID: 2906 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-05-30 16:43 CEST Last Modified: 2009-05-03 11:32 CEST ====================================================================== Summary: Error starting eclipse Description: I\'ve installed eclipse, but I can\'t get it to run. It appears the installation does not install a configuration directory or a config.ini. I tried copying a config.ini from Solaris on Sparc, but it failed to work. Perhaps I\'m just missing something simple. I get the following message in the log when I try to start Eclipse. !SESSION 2008-05-30 14:41:10.172 ----------------------------------------------- eclipse.buildId=unknown java.version=1.6.0_04 java.vendor=Sun Microsystems Inc. BootLoader constants: OS=solaris, ARCH=x86, WS=gtk, NL=en_US Command-line arguments: -os solaris -ws gtk -arch x86 !ENTRY org.eclipse.osgi 4 0 2008-05-30 14:41:10.755 !MESSAGE Application error !STACK 1 java.lang.IllegalStateException: Unable to acquire application service. Ensure that the org.eclipse.core.runtime bundle is resolved and started (see config.ini). at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:72) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:363) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:176) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:508) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:447) at org.eclipse.equinox.launcher.Main.run(Main.java:1173) !ENTRY org.eclipse.osgi 2 0 2008-05-30 14:41:10.793 !MESSAGE One or more bundles are not resolved because the following root constraints are not resolved: !SUBENTRY 1 org.eclipse.osgi 2 0 2008-05-30 14:41:10.793 !MESSAGE Bundle update at plugins/org.eclipse.help.base_3.3.1.v20070813_33x.jar was not resolved. !SUBENTRY 2 org.eclipse.help.base 2 0 2008-05-30 14:41:10.793 !MESSAGE Missing imported package com.ibm.icu.text_0.0.0. !SUBENTRY 2 org.eclipse.help.base 2 0 2008-05-30 14:41:10.793 !MESSAGE Missing required bundle org.apache.lucene.analysis_[1.9.1,2.0.0). !SUBENTRY 2 org.eclipse.help.base 2 0 2008-05-30 14:41:10.793 !MESSAGE Missing required bundle org.eclipse.core.runtime_3.3.0. !SUBENTRY 2 org.eclipse.help.base 2 0 2008-05-30 14:41:10.793 !MESSAGE Missing required bundle org.apache.lucene_[1.9.1,2.0.0). !SUBENTRY 1 org.eclipse.osgi 2 0 2008-05-30 14:41:10.793 !MESSAGE Bundle update at plugins/org.eclipse.update.ui_3.2.100.v20070615.jar was not resolved. !SUBENTRY 2 org.eclipse.update.ui 2 0 2008-05-30 14:41:10.793 \"1212180070381.log\" 1667 lines, 116827 characters ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:32 wbonnet Status new => assigned 2009-05-03 11:32 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:33:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:33:50 +0200 Subject: [bug-notifications] [tomcat5 0002908]: Any chance tomcat6 will be made available? In-Reply-To: <27673d20dbc9b10fa51bb14cede8eb1f> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2908 ====================================================================== Reported By: lburgess Assigned To: wbonnet ====================================================================== Project: tomcat5 Issue ID: 2908 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-06-02 18:02 CEST Last Modified: 2009-05-03 11:33 CEST ====================================================================== Summary: Any chance tomcat6 will be made available? Description: Thanks. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:33 wbonnet Status new => assigned 2009-05-03 11:33 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:33:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:33:58 +0200 Subject: [bug-notifications] [firefox 0002909]: cannot install firefox In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2909 ====================================================================== Reported By: delaitt Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 2909 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-06-03 06:31 CEST Last Modified: 2009-05-03 11:33 CEST ====================================================================== Summary: cannot install firefox Description: I tried to upgrade firefox but it now cannot install it. It says that CSWdbusglib is missing. I tried to install it but it is missing. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:33 wbonnet Status new => assigned 2009-05-03 11:33 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:34:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:34:05 +0200 Subject: [bug-notifications] [eclipse 0002910]: Eclipse crashes on startup In-Reply-To: <8ccea99b5a52b2c2259260122f6a7b40> Message-ID: <5ec10826b4eae6f0f975f5ecc4f3f87d@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2910 ====================================================================== Reported By: imavroukakis Assigned To: wbonnet ====================================================================== Project: eclipse Issue ID: 2910 Category: other Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-06-05 07:49 CEST Last Modified: 2009-05-03 11:34 CEST ====================================================================== Summary: Eclipse crashes on startup Description: !SESSION 2008-06-05 12:46:24.328 ----------------------------------------------- eclipse.buildId=unknown java.version=1.6.0_04 java.vendor=Sun Microsystems Inc. BootLoader constants: OS=solaris, ARCH=x86, WS=gtk, NL=en_GB Command-line arguments: -os solaris -ws gtk -arch x86 !ENTRY org.eclipse.osgi 4 0 2008-06-05 12:46:25.000 !MESSAGE Application error !STACK 1 java.lang.IllegalStateException: Unable to acquire application service. Ensure that the org.eclipse.core.runtime bundle is resolved and started (see config.ini). at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:72) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:363) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:176) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:508) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:447) at org.eclipse.equinox.launcher.Main.run(Main.java:1173) ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:34 wbonnet Status new => assigned 2009-05-03 11:34 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:34:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:34:13 +0200 Subject: [bug-notifications] [dbh 0003145]: Depend on CSWggettextrt In-Reply-To: <117d5dc5fd8ea26262f938359dd161b9> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3145 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: dbh Issue ID: 3145 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 02:56 CET Last Modified: 2009-05-03 11:34 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 02:56 harpchad New Issue 2009-05-03 11:34 wbonnet Status new => assigned 2009-05-03 11:34 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:34:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:34:24 +0200 Subject: [bug-notifications] [firefox 0003253]: Depend on CSWggettextrt In-Reply-To: <3c76a96434a036f1009551dbcfd32367> Message-ID: <051b858982dde56dcc6eb0d268be5bf0@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3253 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 3253 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:08 CET Last Modified: 2009-05-03 11:34 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:08 harpchad New Issue 2009-05-03 11:34 wbonnet Status new => assigned 2009-05-03 11:34 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:35:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:35:07 +0200 Subject: [bug-notifications] [xfce_appfinder 0003301]: Depend on CSWggettextrt In-Reply-To: <9ff4add3109e8521959feda0cf98fffe> Message-ID: <542590fa01ac7ffc6b2a90cb8bd9d386@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3301 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_appfinder Issue ID: 3301 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:13 CET Last Modified: 2009-05-03 11:35 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:13 harpchad New Issue 2009-05-03 11:35 wbonnet Status new => assigned 2009-05-03 11:35 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:35:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:35:15 +0200 Subject: [bug-notifications] [xfce_calendar 0003302]: Depend on CSWggettextrt In-Reply-To: Message-ID: <6a8c19eb381687fd36bfdb55482dbf8e@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3302 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_calendar Issue ID: 3302 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:13 CET Last Modified: 2009-05-03 11:35 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:13 harpchad New Issue 2009-05-03 11:35 wbonnet Status new => assigned 2009-05-03 11:35 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:35:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:35:23 +0200 Subject: [bug-notifications] [xfce_desktop 0003303]: Depend on CSWggettextrt In-Reply-To: Message-ID: <5c9c1aabc9d0dbd5fde79643e30339ac@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3303 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_desktop Issue ID: 3303 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:13 CET Last Modified: 2009-05-03 11:35 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:13 harpchad New Issue 2009-05-03 11:35 wbonnet Status new => assigned 2009-05-03 11:35 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:35:33 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:35:33 +0200 Subject: [bug-notifications] [xfce_engine 0003304]: Depend on CSWggettextrt In-Reply-To: Message-ID: <5525d710e5ddcce74d90294493622323@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3304 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_engine Issue ID: 3304 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:13 CET Last Modified: 2009-05-03 11:35 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:13 harpchad New Issue 2009-05-03 11:35 wbonnet Status new => assigned 2009-05-03 11:35 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:35:41 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:35:41 +0200 Subject: [bug-notifications] [xfce_iconbox 0003305]: Depend on CSWggettextrt In-Reply-To: Message-ID: <10e26fe67ee5c676a41347aef1a0d95b@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3305 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_iconbox Issue ID: 3305 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:13 CET Last Modified: 2009-05-03 11:35 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:13 harpchad New Issue 2009-05-03 11:35 wbonnet Status new => assigned 2009-05-03 11:35 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:35:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:35:52 +0200 Subject: [bug-notifications] [xfce_iconthemes 0003306]: Depend on CSWggettextrt In-Reply-To: <622303908542d7b2461874e2a5ed11f2> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3306 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_iconthemes Issue ID: 3306 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:13 CET Last Modified: 2009-05-03 11:35 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:13 harpchad New Issue 2009-05-03 11:35 wbonnet Status new => assigned 2009-05-03 11:35 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:35:59 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:35:59 +0200 Subject: [bug-notifications] [xfce_launcher 0003307]: Depend on CSWggettextrt In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3307 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_launcher Issue ID: 3307 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:13 CET Last Modified: 2009-05-03 11:35 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:13 harpchad New Issue 2009-05-03 11:35 wbonnet Status new => assigned 2009-05-03 11:35 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:36:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:36:06 +0200 Subject: [bug-notifications] [xfce_libs 0003308]: Depend on CSWggettextrt In-Reply-To: <95073c71c54086945248026e732b2cd1> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3308 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_libs Issue ID: 3308 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:14 CET Last Modified: 2009-05-03 11:36 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:14 harpchad New Issue 2009-05-03 11:36 wbonnet Status new => assigned 2009-05-03 11:36 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:36:12 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:36:12 +0200 Subject: [bug-notifications] [xfce_manager 0003309]: Depend on CSWggettextrt In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3309 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_manager Issue ID: 3309 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:14 CET Last Modified: 2009-05-03 11:36 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:14 harpchad New Issue 2009-05-03 11:36 wbonnet Status new => assigned 2009-05-03 11:36 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:36:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:36:18 +0200 Subject: [bug-notifications] [xfce_mixer 0003310]: Depend on CSWggettextrt In-Reply-To: <05ddee6f6fbc0414a845e8cdf1154235> Message-ID: <9ef7eafd7940cac56b9889e4eaef8786@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3310 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_mixer Issue ID: 3310 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:14 CET Last Modified: 2009-05-03 11:36 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:14 harpchad New Issue 2009-05-03 11:36 wbonnet Status new => assigned 2009-05-03 11:36 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:36:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:36:25 +0200 Subject: [bug-notifications] [xfce_panel 0003311]: Depend on CSWggettextrt In-Reply-To: <3be02f9bdabf4b0a87ceba08cef710fc> Message-ID: <051457f2b77f36c424661c1d32c7a1b4@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3311 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_panel Issue ID: 3311 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:14 CET Last Modified: 2009-05-03 11:36 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:14 harpchad New Issue 2009-05-03 11:36 wbonnet Status new => assigned 2009-05-03 11:36 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:36:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:36:32 +0200 Subject: [bug-notifications] [xfce_plugins 0003312]: Depend on CSWggettextrt In-Reply-To: <6819da95b313a15b0cec11ab1fbcfc0e> Message-ID: <8a36af689118cb5c2082d107d12c8858@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3312 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_plugins Issue ID: 3312 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:14 CET Last Modified: 2009-05-03 11:36 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:14 harpchad New Issue 2009-05-03 11:36 wbonnet Status new => assigned 2009-05-03 11:36 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:36:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:36:38 +0200 Subject: [bug-notifications] [xfce_print 0003313]: Depend on CSWggettextrt In-Reply-To: Message-ID: <6f163b56ac45c8074163b3b46ba40bec@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3313 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: xfce_print Issue ID: 3313 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:14 CET Last Modified: 2009-05-03 11:36 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:14 harpchad New Issue 2009-05-03 11:36 wbonnet Status new => assigned 2009-05-03 11:36 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:42:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:42:30 +0200 Subject: [bug-notifications] [pm_modulebuild 0003650]: Upgrade to 3.4.x Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3650 ====================================================================== Reported By: wbonnet Assigned To: ====================================================================== Project: pm_modulebuild Issue ID: 3650 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-03 11:42 CEST Last Modified: 2009-05-03 11:42 CEST ====================================================================== Summary: Upgrade to 3.4.x Description: Upgrade eclipse package to 3.4.x version ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:42 wbonnet New Issue ====================================================================== From noreply at opencsw.org Sun May 3 11:42:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:42:48 +0200 Subject: [bug-notifications] [eclipse 0002260]: Upgrade to latest version In-Reply-To: <297206b7f51e6afd9d56ad81f8b6c0d7> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2260 ====================================================================== Reported By: mol Assigned To: wbonnet ====================================================================== Project: eclipse Issue ID: 2260 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-05-29 07:53 CEST Last Modified: 2009-05-03 11:42 CEST ====================================================================== Summary: Upgrade to latest version Description: Latest version is 3.2.2 at the moment. ====================================================================== ---------------------------------------------------------------------- (0006062) wbonnet (manager) - 2009-05-03 11:42 http://www.opencsw.org/bugtrack/view.php?id=2260#c6062 ---------------------------------------------------------------------- Current version is 3.3.2 A new entry is opened to upgrade to 3.4.x ( 3650 ) Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:32 wbonnet Status new => assigned 2009-05-03 11:32 wbonnet Assigned To => wbonnet 2009-05-03 11:42 wbonnet Note Added: 0006062 2009-05-03 11:42 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Sun May 3 11:43:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:43:19 +0200 Subject: [bug-notifications] [eclipse 0002623]: Upgrade to latest version In-Reply-To: Message-ID: <8e441f931e613669d7ee7f8ec2482a33@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2623 ====================================================================== Reported By: ptt Assigned To: ====================================================================== Project: eclipse Issue ID: 2623 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-10-11 08:20 CEST Last Modified: 2009-05-03 11:43 CEST ====================================================================== Summary: Upgrade to latest version Description: Latest version is 3.3.1 at the moment. ====================================================================== ---------------------------------------------------------------------- (0006063) wbonnet (manager) - 2009-05-03 11:43 http://www.opencsw.org/bugtrack/view.php?id=2623#c6063 ---------------------------------------------------------------------- Current version is 3.3.2 A new entry is opened to upgrade to 3.4.x ( 3650 ) Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:32 wbonnet Status new => assigned 2009-05-03 11:32 wbonnet Assigned To => wbonnet 2009-05-03 11:32 wbonnet Assigned To wbonnet => 2009-05-03 11:43 wbonnet Note Added: 0006063 2009-05-03 11:43 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Sun May 3 11:43:29 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:43:29 +0200 Subject: [bug-notifications] [eclipse 0002623]: Upgrade to latest version In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2623 ====================================================================== Reported By: ptt Assigned To: wbonnet ====================================================================== Project: eclipse Issue ID: 2623 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-10-11 08:20 CEST Last Modified: 2009-05-03 11:43 CEST ====================================================================== Summary: Upgrade to latest version Description: Latest version is 3.3.1 at the moment. ====================================================================== ---------------------------------------------------------------------- (0006063) wbonnet (manager) - 2009-05-03 11:43 http://www.opencsw.org/bugtrack/view.php?id=2623#c6063 ---------------------------------------------------------------------- Current version is 3.3.2 A new entry is opened to upgrade to 3.4.x ( 3650 ) Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:32 wbonnet Status new => assigned 2009-05-03 11:32 wbonnet Assigned To => wbonnet 2009-05-03 11:32 wbonnet Assigned To wbonnet => 2009-05-03 11:43 wbonnet Note Added: 0006063 2009-05-03 11:43 wbonnet Status assigned => closed 2009-05-03 11:43 wbonnet Resolution open => fixed 2009-05-03 11:43 wbonnet Status closed => assigned 2009-05-03 11:43 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 3 11:43:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:43:57 +0200 Subject: [bug-notifications] [eclipse 0002623]: Upgrade to latest version In-Reply-To: Message-ID: <9854eec7619c428fc3f8bd08c7b379bc@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2623 ====================================================================== Reported By: ptt Assigned To: wbonnet ====================================================================== Project: eclipse Issue ID: 2623 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2007-10-11 08:20 CEST Last Modified: 2009-05-03 11:43 CEST ====================================================================== Summary: Upgrade to latest version Description: Latest version is 3.3.1 at the moment. ====================================================================== ---------------------------------------------------------------------- (0006063) wbonnet (manager) - 2009-05-03 11:43 http://www.opencsw.org/bugtrack/view.php?id=2623#c6063 ---------------------------------------------------------------------- Current version is 3.3.2 A new entry is opened to upgrade to 3.4.x ( 3650 ) Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:32 wbonnet Status new => assigned 2009-05-03 11:32 wbonnet Assigned To => wbonnet 2009-05-03 11:32 wbonnet Assigned To wbonnet => 2009-05-03 11:43 wbonnet Note Added: 0006063 2009-05-03 11:43 wbonnet Status assigned => closed 2009-05-03 11:43 wbonnet Resolution open => fixed 2009-05-03 11:43 wbonnet Status closed => assigned 2009-05-03 11:43 wbonnet Assigned To => wbonnet 2009-05-03 11:43 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Sun May 3 11:53:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:53:23 +0200 Subject: [bug-notifications] [sqlite3 0002744]: pls upgrade to 3.5 In-Reply-To: <9980dbd7e8c4bb9fec2a45847ca0fb77> Message-ID: <6d11077aef6de13d2410148553416b6f@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2744 ====================================================================== Reported By: ThurnerRupert Assigned To: wbonnet ====================================================================== Project: sqlite3 Issue ID: 2744 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-01-18 11:50 CET Last Modified: 2009-05-03 11:53 CEST ====================================================================== Summary: pls upgrade to 3.5 Description: there is quite a lot of new functions and features in new sqlite. usable for edgewall trac and others. ====================================================================== ---------------------------------------------------------------------- (0006064) wbonnet (manager) - 2009-05-03 11:53 http://www.opencsw.org/bugtrack/view.php?id=2744#c6064 ---------------------------------------------------------------------- Upgrade has been done Current version is 3.6.10 Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:32 wbonnet Status new => assigned 2009-05-03 11:32 wbonnet Assigned To => wbonnet 2009-05-03 11:53 wbonnet Note Added: 0006064 2009-05-03 11:53 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Sun May 3 11:54:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:54:13 +0200 Subject: [bug-notifications] [tomcat5 0002908]: Any chance tomcat6 will be made available? In-Reply-To: <27673d20dbc9b10fa51bb14cede8eb1f> Message-ID: <4592fe3dcbbfc0e0a24f8ed1071145ab@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2908 ====================================================================== Reported By: lburgess Assigned To: wbonnet ====================================================================== Project: tomcat5 Issue ID: 2908 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-06-02 18:02 CEST Last Modified: 2009-05-03 11:54 CEST ====================================================================== Summary: Any chance tomcat6 will be made available? Description: Thanks. ====================================================================== ---------------------------------------------------------------------- (0006065) wbonnet (manager) - 2009-05-03 11:54 http://www.opencsw.org/bugtrack/view.php?id=2908#c6065 ---------------------------------------------------------------------- Tomcat6 package is available Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:33 wbonnet Status new => assigned 2009-05-03 11:33 wbonnet Assigned To => wbonnet 2009-05-03 11:54 wbonnet Note Added: 0006065 2009-05-03 11:54 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Sun May 3 11:55:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:55:19 +0200 Subject: [bug-notifications] [sqlite3 0002243]: Update to 3.3 In-Reply-To: <954c90404ce5e9ce86966698df332d91> Message-ID: <732eb4d3ac4b09549180049732bcb51c@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2243 ====================================================================== Reported By: james Assigned To: wbonnet ====================================================================== Project: sqlite3 Issue ID: 2243 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-05-14 14:27 CEST Last Modified: 2009-05-03 11:55 CEST ====================================================================== Summary: Update to 3.3 Description: Please update to version 3.3. Current version is 2007-Apr-25 - Version 3.3.17 ====================================================================== ---------------------------------------------------------------------- (0006066) wbonnet (manager) - 2009-05-03 11:55 http://www.opencsw.org/bugtrack/view.php?id=2243#c6066 ---------------------------------------------------------------------- Update has been done Current versin is 3.6.10 Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:31 wbonnet Status new => assigned 2009-05-03 11:31 wbonnet Assigned To => wbonnet 2009-05-03 11:55 wbonnet Note Added: 0006066 2009-05-03 11:55 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Sun May 3 11:56:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:56:50 +0200 Subject: [bug-notifications] [dbh 0003145]: Depend on CSWggettextrt In-Reply-To: <117d5dc5fd8ea26262f938359dd161b9> Message-ID: <3608fd5258f29520f5e2c857a1efb403@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3145 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: dbh Issue ID: 3145 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 02:56 CET Last Modified: 2009-05-03 11:56 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006067) wbonnet (manager) - 2009-05-03 11:56 http://www.opencsw.org/bugtrack/view.php?id=3145#c6067 ---------------------------------------------------------------------- Dependency has been removed Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 02:56 harpchad New Issue 2009-05-03 11:34 wbonnet Status new => assigned 2009-05-03 11:34 wbonnet Assigned To => wbonnet 2009-05-03 11:56 wbonnet Note Added: 0006067 2009-05-03 11:56 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Sun May 3 11:58:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 11:58:42 +0200 Subject: [bug-notifications] [sqlite3 0003489]: please upgrade to 3.6 In-Reply-To: <005804f098cc5b32b608140b1a834d3c> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3489 ====================================================================== Reported By: phil Assigned To: wbonnet ====================================================================== Project: sqlite3 Issue ID: 3489 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-03-23 17:59 CET Last Modified: 2009-05-03 11:58 CEST ====================================================================== Summary: please upgrade to 3.6 Description: please upgrade to 3.6 ====================================================================== ---------------------------------------------------------------------- (0006068) wbonnet (manager) - 2009-05-03 11:58 http://www.opencsw.org/bugtrack/view.php?id=3489#c6068 ---------------------------------------------------------------------- Upgrade has been done Current version is 3.6.10 Issue History Date Modified Username Field Change ====================================================================== 2009-03-23 17:59 phil New Issue 2009-05-03 11:27 wbonnet Status new => assigned 2009-05-03 11:27 wbonnet Assigned To => wbonnet 2009-05-03 11:58 wbonnet Note Added: 0006068 2009-05-03 11:58 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Sun May 3 13:42:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 May 2009 13:42:08 +0200 Subject: [bug-notifications] [facter 0002208]: permissions of /opt changed In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2208 ====================================================================== Reported By: james Assigned To: glaw ====================================================================== Project: facter Issue ID: 2208 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2007-04-16 09:43 CEST Last Modified: 2009-05-03 13:42 CEST ====================================================================== Summary: permissions of /opt changed Description: facter change the permissions of /opt, before install: # ls -ld /opt drwxr-xr-x 7 root sys 512 Mar 22 17:12 /opt after install: # ls -ld /opt drwxrwxr-x 7 root sys 512 Mar 22 17:12 /opt Some programs (sendmail) can\'t run if there is group write on elements of the path. It is best to just not list the system directories in a CSW package. Also best to leave out files/directories in CSWcommon and add a depend for CSWcommon. ====================================================================== ---------------------------------------------------------------------- (0004531) glaw (manager) - 2007-04-20 10:48 http://www.opencsw.org/bugtrack/view.php?id=2208#c4531 ---------------------------------------------------------------------- Hi There is nothing in the pkg that should touch the permissions of /opt. It is set d none /opt ? ? ? in the prototype file Also I cannot reproduce this. I\'ve taken an entirely clean Solaris x86 machine: # exec bash bash-3.00# PATH=$PATH:/opt/csw/bin/:/opt/csw/sbin/ bash-3.00# pkginfo CSWfacter ERROR: information for \"CSWfacter\" was not found bash-3.00# ls -ld /opt/ drwxr-xr-x 10 root sys 512 Apr 19 23:29 /opt/ bash-3.00# yes | pkg-get install facter 2&>1 > /dev/null bash-3.00# !ls ls -ld /opt/ drwxr-xr-x 10 root sys 512 Apr 19 23:29 /opt/ bash-3.00# !pkginfo pkginfo CSWfacter application CSWfacter facter - a system fact gatherer Could you please describe exactly why you think the facter package is the cause of this? Thanks ---------------------------------------------------------------------- (0004532) james (reporter) - 2007-04-20 11:15 http://www.opencsw.org/bugtrack/view.php?id=2208#c4532 ---------------------------------------------------------------------- gyor:/home/james$ ls -ld /opt drwxr-xr-x 22 root sys 512 Apr 20 12:44 /opt gyor:/home/james$ sudo pkg-get -s http://csw/unstable -U -u facter Getting catalog... --16:10:19-- http://csw/unstable/sparc/5.8/catalog => `catalog\' Resolving csw... 192.168.1.8 Connecting to csw|192.168.1.8|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 143,741 (140K) [text/plain] 100%[=============================================>] 143,741 --.--K/s 16:10:19 (44.23 MB/s) - `catalog\' saved [143741/143741] Updating catalog file /var/pkg-get/catalog-csw updated --16:10:19-- http://csw/unstable/sparc/5.8/descriptions => `descriptions\' Resolving csw... 192.168.1.8 Connecting to csw|192.168.1.8|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 88,987 (87K) [text/plain] 100%[=============================================>] 88,987 --.--K/s 16:10:19 (41.52 MB/s) - `descriptions\' saved [88987/88987] Updated description file No existing install of CSWfacter found. Installing... Note: Use of md5 disabled in config md5 utility temporarily non-functional assuming local file facter-1.3.6-SunOS5.8-all-CSW.pkg.gz valid to use Analysing special files... Processing package instance <CSWfacter> from </tmp/pkg-get/facter-1.3.6-SunOS5.8-all-CSW.pkg.gz.tmp> facter - a system fact gatherer (i386) 1.3.6 GNU LESSER GENERAL PUBLIC LICENSE <snip> That\'s all there is to it! ## Executing checkinstall script. ## Processing package information. ## Processing system information. 6 package pathnames are already properly installed. ## Verifying package dependencies. ## Verifying disk space requirements. ## Checking for conflicts with packages already installed. The following files are already installed on the system and are being used by another package: /opt <attribute change only> Do you want to install these conflicting files [y,n,?,q] y ## Checking for setuid/setgid programs. Installing facter - a system fact gatherer as <CSWfacter> ## Installing part 1 of 1. /opt/csw/bin/facter /opt/csw/lib/ruby/site_ruby/1.8/facter.rb /opt/csw/lib/ruby/site_ruby/1.8/facter/memory.rb /opt/csw/lib/ruby/site_ruby/1.8/facter/processor.rb [ verifying class <none> ] Installation of <CSWfacter> was successful. gyor:/home/james$ ls -ld /opt drwxrwxr-x 22 root sys 512 Apr 20 12:44 /opt ---------------------------------------------------------------------- (0004556) glaw (manager) - 2007-05-08 05:23 http://www.opencsw.org/bugtrack/view.php?id=2208#c4556 ---------------------------------------------------------------------- This is strange. Do you have all the dependencies of facter installed already? Are you sure it isn\'t one of these that is causing the change? Assuming that another package is not responsible, could you give me details of your exact OS version and platform (uname -a) so I can try and reproduce this. Thanks ---------------------------------------------------------------------- (0004564) glaw (manager) - 2007-05-13 09:34 http://www.opencsw.org/bugtrack/view.php?id=2208#c4564 ---------------------------------------------------------------------- in the absence of more information, i\'m closing this. ---------------------------------------------------------------------- (0004565) james (reporter) - 2007-05-13 09:43 http://www.opencsw.org/bugtrack/view.php?id=2208#c4565 ---------------------------------------------------------------------- I\'m as sure as above. I\'m not sure why. $ uname -a SunOS gyor 5.8 Generic_117350-38 sun4u sparc SUNW,Ultra-60 ---------------------------------------------------------------------- (0004618) glaw (manager) - 2007-06-10 18:03 http://www.opencsw.org/bugtrack/view.php?id=2208#c4618 ---------------------------------------------------------------------- James I\'ve no access to a sparc or a sol 8 machine at this time (at least, not as root). So reproducing this is difficult. There is a new version of facter available in newpkgs which may or may not exhibit the same behaviour as the one you\'ve already tried. I\'d be grateful if you could attempt to reproduce the permissions change issue with this new package. Thanks Gary ---------------------------------------------------------------------- (0004752) james (reporter) - 2007-09-19 20:54 http://www.opencsw.org/bugtrack/view.php?id=2208#c4752 ---------------------------------------------------------------------- 1.3.7 still has: 1 d none /opt ? ? ? I recommend removing /opt from the package prototype to avoid these problems. ---------------------------------------------------------------------- (0005152) glaw (manager) - 2008-02-27 08:59 http://www.opencsw.org/bugtrack/view.php?id=2208#c5152 ---------------------------------------------------------------------- fixed in the latest release ---------------------------------------------------------------------- (0006069) glaw (manager) - 2009-05-03 13:42 http://www.opencsw.org/bugtrack/view.php?id=2208#c6069 ---------------------------------------------------------------------- fixed in latest release Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 13:42 glaw Note Added: 0006069 2009-05-03 13:42 glaw Status resolved => closed ====================================================================== From noreply at opencsw.org Wed May 6 14:28:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 6 May 2009 14:28:57 +0200 Subject: [bug-notifications] [ghostscript 0003651]: Please provide 64 bit version Message-ID: <8ded7d9a31ed9207f6bd7858acc6992c@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3651 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: ghostscript Issue ID: 3651 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-06 14:28 CEST Last Modified: 2009-05-06 14:28 CEST ====================================================================== Summary: Please provide 64 bit version Description: Please provide 64 bit version of at least libgs.so as dependency for libspectre. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-06 14:28 dam New Issue ====================================================================== From noreply at opencsw.org Wed May 6 15:37:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 6 May 2009 15:37:03 +0200 Subject: [bug-notifications] [php5 0003652]: No php-cgi binary in php5 package Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3652 ====================================================================== Reported By: marcing Assigned To: ====================================================================== Project: php5 Issue ID: 3652 Category: packaging Reproducibility: have not tried Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-06 15:37 CEST Last Modified: 2009-05-06 15:37 CEST ====================================================================== Summary: No php-cgi binary in php5 package Description: There's no php-cgi binary in php5 package. Or maybe its in some other package? ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-06 15:37 marcing New Issue ====================================================================== From noreply at opencsw.org Wed May 6 16:36:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 6 May 2009 16:36:50 +0200 Subject: [bug-notifications] [gsl 0001369]: Docs in wrong place In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=1369 ====================================================================== Reported By: james Assigned To: pfelecan ====================================================================== Project: gsl Issue ID: 1369 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2005-12-24 07:24 CET Last Modified: 2009-05-06 16:36 CEST ====================================================================== Summary: Docs in wrong place Description: The docs are in: /opt/csw/share/doc/html/ but should be in: /opt/csw/share/doc/gsl/ Note the file clash with qt which has the same mistake. ====================================================================== ---------------------------------------------------------------------- (0005933) pfelecan (manager) - 2009-04-08 17:57 http://www.opencsw.org/mantis/view.php?id=1369#c5933 ---------------------------------------------------------------------- packaged a new version, 1.12; the new package contains the correction ---------------------------------------------------------------------- (0006070) pfelecan (manager) - 2009-05-06 16:36 http://www.opencsw.org/mantis/view.php?id=1369#c6070 ---------------------------------------------------------------------- the package containing the new version contains the correction; it will be released shortly... Issue History Date Modified Username Field Change ====================================================================== 2009-04-08 17:57 pfelecan Note Added: 0005933 2009-04-08 17:57 pfelecan Status assigned => resolved 2009-04-08 17:57 pfelecan Resolution open => fixed 2009-05-06 16:36 pfelecan Note Added: 0006070 2009-05-06 16:36 pfelecan Status resolved => closed ====================================================================== From noreply at opencsw.org Wed May 6 18:20:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 6 May 2009 18:20:42 +0200 Subject: [bug-notifications] [php5 0003652]: No php-cgi binary in php5 package In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3652 ====================================================================== Reported By: marcing Assigned To: mwatters ====================================================================== Project: php5 Issue ID: 3652 Category: packaging Reproducibility: have not tried Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-06 15:37 CEST Last Modified: 2009-05-06 18:20 CEST ====================================================================== Summary: No php-cgi binary in php5 package Description: There's no php-cgi binary in php5 package. Or maybe its in some other package? ====================================================================== ---------------------------------------------------------------------- (0006071) mwatters (manager) - 2009-05-06 18:20 http://opencsw.org/bugtrack/view.php?id=3652#c6071 ---------------------------------------------------------------------- Nope, I missed it, I didn't copy the sapi directory. I will figure out the best place for it and adjust the build accordingly Thanks for the report! Issue History Date Modified Username Field Change ====================================================================== 2009-05-06 15:37 marcing New Issue 2009-05-06 18:20 mwatters Note Added: 0006071 2009-05-06 18:20 mwatters Status new => confirmed 2009-05-06 18:20 mwatters Status confirmed => assigned 2009-05-06 18:20 mwatters Assigned To => mwatters ====================================================================== From noreply at opencsw.org Wed May 6 21:35:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 6 May 2009 21:35:28 +0200 Subject: [bug-notifications] [php5 0003652]: No php-cgi binary in php5 package In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3652 ====================================================================== Reported By: marcing Assigned To: mwatters ====================================================================== Project: php5 Issue ID: 3652 Category: packaging Reproducibility: have not tried Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-06 15:37 CEST Last Modified: 2009-05-06 21:35 CEST ====================================================================== Summary: No php-cgi binary in php5 package Description: There's no php-cgi binary in php5 package. Or maybe its in some other package? ====================================================================== ---------------------------------------------------------------------- (0006071) mwatters (manager) - 2009-05-06 18:20 http://opencsw.org/bugtrack/view.php?id=3652#c6071 ---------------------------------------------------------------------- Nope, I missed it, I didn't copy the sapi directory. I will figure out the best place for it and adjust the build accordingly Thanks for the report! ---------------------------------------------------------------------- (0006072) mwatters (manager) - 2009-05-06 21:35 http://opencsw.org/bugtrack/view.php?id=3652#c6072 ---------------------------------------------------------------------- Well, As it turns out, there is a "bug" though I use the term loosely in this sense. The issue is more of a documentation error in php's build instructions. only cli + one other sapi can be built at any one time. in my setup, I build --with-apxs2 the first time around to build the ap2_modphp5. The second time around, I build with --with-apxs to build mod_php (only installing the sapi module) I will add a third go around to compile the php-cgi. may take me a few days to get it all squared away. Issue History Date Modified Username Field Change ====================================================================== 2009-05-06 15:37 marcing New Issue 2009-05-06 18:20 mwatters Note Added: 0006071 2009-05-06 18:20 mwatters Status new => confirmed 2009-05-06 18:20 mwatters Status confirmed => assigned 2009-05-06 18:20 mwatters Assigned To => mwatters 2009-05-06 21:35 mwatters Note Added: 0006072 ====================================================================== From noreply at opencsw.org Thu May 7 09:38:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 7 May 2009 09:38:00 +0200 Subject: [bug-notifications] [ap2_subversion 0003653]: Module load order in http.conf Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3653 ====================================================================== Reported By: Nicolai Schwindt Assigned To: ====================================================================== Project: ap2_subversion Issue ID: 3653 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-07 09:38 CEST Last Modified: 2009-05-07 09:38 CEST ====================================================================== Summary: Module load order in http.conf Description: After upgrading to ap2_subversion 1.6.1,REV=2009.04.29 the LoadModule get resorted, which leads to : tcsh at port-1542 [/var/opt/csw/apache2/log] /opt/csw/apache2/sbin/apachectl -t httpd: Syntax error on line 126 of /opt/csw/apache2/etc/httpd.conf: Cannot load /opt/csw/apache2/libexec/mod_dav_lock.so into server: ld.so.1: httpd: fatal: relocation error: file /opt/csw/apache2/libexec/mod_dav_lock.so: symbol dav_new_error: referenced symbol not found Moving dav_lock_module to a lower line resolves this. The order should be something like this as dav_new_error blongs to mod_dav.so: LoadModule dav_module libexec/mod_dav.so LoadModule dav_fs_module libexec/mod_dav_fs.so LoadModule dav_svn_module libexec/mod_dav_svn.so LoadModule dav_lock_module libexec/mod_dav_lock.so LoadModule authz_svn_module libexec/mod_authz_svn.so I verified on two other machines, the modules dav_module, dav_fs_module, dav_svn_module are resorted to new lines, which leaves dav_lock_module on a line before the newly generated. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-07 09:38 Nicolai SchwindtNew Issue ====================================================================== From noreply at opencsw.org Thu May 7 10:05:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 7 May 2009 10:05:05 +0200 Subject: [bug-notifications] [pysvn 0003654]: Module location should change Message-ID: <6cb86b3c0e82a4ed0bbe3180cffe36d7@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3654 ====================================================================== Reported By: Nicolai Schwindt Assigned To: ====================================================================== Project: pysvn Issue ID: 3654 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-07 10:05 CEST Last Modified: 2009-05-07 10:05 CEST ====================================================================== Summary: Module location should change Description: The modules get installed to /opt/csw/lib/python/site-packages/ Nice would be : /opt/csw/lib/python2.6/site-packages ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-07 10:05 Nicolai SchwindtNew Issue ====================================================================== From noreply at opencsw.org Thu May 7 10:33:41 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 7 May 2009 10:33:41 +0200 Subject: [bug-notifications] [pysqlite2 0003655]: pls upgrade to 2.5.5 Message-ID: <2240c72f5d6b7afb9a879740c28a63db@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3655 ====================================================================== Reported By: Nicolai Schwindt Assigned To: ====================================================================== Project: pysqlite2 Issue ID: 3655 Category: upgrade Reproducibility: sometimes Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-07 10:33 CEST Last Modified: 2009-05-07 10:33 CEST ====================================================================== Summary: pls upgrade to 2.5.5 Description: An bug in 2.4.0 rendered my trac installs unusable. All trac instances failed with : Command failed: database parameter must be string or APSW Connection object It is an know Bug see for example : http://sjohannes.wordpress.com/2007/12/05/database-parameter-must-be-string-or-apsw-connection-object/ I upgraded locally to 2.5.5 which works like a charm ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-07 10:33 Nicolai SchwindtNew Issue ====================================================================== From noreply at opencsw.org Thu May 7 10:50:45 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 7 May 2009 10:50:45 +0200 Subject: [bug-notifications] [ghostscript 0003651]: Please provide 64 bit version In-Reply-To: Message-ID: <6470b2eb6e9b01291e40787d62bf6e56@opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://opencsw.org/mantis/view.php?id=3651 ====================================================================== Reported By: dam Assigned To: james ====================================================================== Project: ghostscript Issue ID: 3651 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-06 14:28 CEST Last Modified: 2009-05-07 10:50 CEST ====================================================================== Summary: Please provide 64 bit version Description: Please provide 64 bit version of at least libgs.so as dependency for libspectre. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-06 14:28 dam New Issue 2009-05-07 10:50 james Status new => assigned 2009-05-07 10:50 james Assigned To => james ====================================================================== From noreply at opencsw.org Thu May 7 11:01:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 7 May 2009 11:01:57 +0200 Subject: [bug-notifications] [ghostscript 0003651]: Please provide 64 bit version In-Reply-To: Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://opencsw.org/mantis/view.php?id=3651 ====================================================================== Reported By: dam Assigned To: james ====================================================================== Project: ghostscript Issue ID: 3651 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-05-06 14:28 CEST Last Modified: 2009-05-07 11:01 CEST ====================================================================== Summary: Please provide 64 bit version Description: Please provide 64 bit version of at least libgs.so as dependency for libspectre. ====================================================================== ---------------------------------------------------------------------- (0006073) james (manager) - 2009-05-07 11:01 http://opencsw.org/mantis/view.php?id=3651#c6073 ---------------------------------------------------------------------- This can't be done until the prerequisite packages re 64-bit. Please get those updated and asking again. CSWgnutls CSWkrb5lib CSWlibcairo CSWlibcups I should check but (from memory) isn't libspectre needed by pixman, which is needed by cairo, which is needed for Ghoscript, which is needed for libspectre, which ... Issue History Date Modified Username Field Change ====================================================================== 2009-05-06 14:28 dam New Issue 2009-05-07 10:50 james Status new => assigned 2009-05-07 10:50 james Assigned To => james 2009-05-07 11:01 james Note Added: 0006073 2009-05-07 11:01 james Status assigned => feedback ====================================================================== From noreply at opencsw.org Thu May 7 18:48:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 7 May 2009 18:48:31 +0200 Subject: [bug-notifications] [mutt 0003648]: mutt does not work with screen's altscreen because it is compiled with slang instead of ncurses In-Reply-To: <3e657e5bf341a17f5943993267e03ca6> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3648 ====================================================================== Reported By: meunier Assigned To: ====================================================================== Project: mutt Issue ID: 3648 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-29 07:59 CEST Last Modified: 2009-05-07 18:48 CEST ====================================================================== Summary: mutt does not work with screen's altscreen because it is compiled with slang instead of ncurses Description: /opt/csw/bin/mutt is compiled with slang, not ncurses, while /opt/csw/bin/screen is compiled with ncurses, not slang. So if you use /opt/csw/bin/screen and start /opt/csw/bin/mutt inside it, it looks like the ncurses library used by screen and the slang library used by mutt fight each other in a bad way when screen's altscreen feature is enabled. Here is a way to reproduce the problem: [after ssh-ing into a Solaris machine from an xterm] $ export $TERMINFO=/opt/csw/share/terminfo/ $ /opt/csw/bin/infocmp # Reconstructed via infocmp from file: /opt/csw/share/terminfo/x/xterm [blablabla ... so the correct terminfo database is being used] $ ls [blablabla] $ /opt/csw/bin/emacs [exit emacs, the screen returns to its previous content, including showing the output of the previous 'ls' command. Note: this will not work and the ouput of the previous 'ls' command will be invisible if your TERMINFO environment variable is not set correctly] $ ls [blablabla] $ /opt/csw/bin/mutt [exit mutt, the screen returns to its previous content, including showing the output of the previous 'ls' command] $ /opt/csw/bin/screen [screen is cleared] $ ls [blablabla] $ /opt/csw/bin/emacs [exit from emacs, the cursor is at the bottom of the xterm and the output of the previous 'ls' is not visible anymore] $ ls [blablabla] $ /opt/csw/bin/mutt [exit from mutt, the cursor is at the bottom of the xterm and the output of the previous 'ls' is not visible anymore] So far so good. Emacs and mutt normally use xterm's "alternate screen" feature which is why the output of the previous 'ls' command is visible in the xterm once emacs or mutt has exited. Screen, on the other hand, does not provide an alternate screen by default, so emacs and mutt just use the "regular screen" and the output of the previous 'ls' command is then lost when emacs or mutt exits. Now type: Control-A : to get the interactive prompt from 'screen', then type: altscreen on then you should get a 'Will do alternate screen switching' from 'screen'. This tells 'screen' that it should provide an alternate screen to applications like emacs or mutt that normally use xterm's alternate screen feature. Now let's try emacs and mutt again: $ ls [blablabla] $ /opt/csw/bin/emacs [exit emacs, the screen returns to its previous content, including showing the output of the previous 'ls' command, just as if emacs were run from a normal shell instead of being run from within 'screen'. Great, that's what I want.] $ ls [blablabla] $ /opt/csw/bin/mutt [oops, watch screen and mutt fight for control of the alternate screen... You can try to type a quick random combination of x and Control-A " to tell mutt to exit and screen to give you a list of virtual screens (rather than fighting with mutt) but good luck with regaining control of your window...] Now, the fact that emacs works fine in combination with screen's altscreen feature but that mutt does not tells me that the problem is with mutt, not screen. After investigating a little, I've come to the conclusion that the problem is not with the code of mutt itself, but with the fact that /opt/csw/bin/mutt uses slang while /opt/csw/bin/screen uses ncurses. In fact I have compiled (with gcc) a version of mutt 1.5.19 with ncurses 5.7 which works perfectly well in the examples above. On the other hand the same version of mutt 1.5.19 compiled with slang 2.1.4 fails just like /opt/csw/bin/mutt, flashing the screen and all. My /opt/csw/bin/mutt uses slang 1.4.8, not slang 2.1.4, but that doesn't seem to make any difference, both fail in the same way. So is there a way to get /opt/csw/bin/screen to be compiled with ncurses rather than slang, by any chance? Thanks, ====================================================================== ---------------------------------------------------------------------- (0006074) philadmin (administrator) - 2009-05-07 18:48 http://www.opencsw.org/bugtrack/view.php?id=3648#c6074 ---------------------------------------------------------------------- Thank you for your detailed investigation and writeup of the problem. Unfortunately, mutt works better with slang. so, i'm not going to recompile it with ncurses. sorry. Issue History Date Modified Username Field Change ====================================================================== 2009-04-29 07:59 meunier New Issue 2009-05-07 18:48 philadmin Note Added: 0006074 2009-05-07 18:48 philadmin Status new => closed ====================================================================== From noreply at opencsw.org Thu May 7 23:17:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 7 May 2009 23:17:06 +0200 Subject: [bug-notifications] [librsvg 0003656]: Please upgrade to 2.26.0 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3656 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: librsvg Issue ID: 3656 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-07 23:17 CEST Last Modified: 2009-05-07 23:17 CEST ====================================================================== Summary: Please upgrade to 2.26.0 Description: Please upgrade to 2.26.0 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-07 23:17 dam New Issue ====================================================================== From noreply at opencsw.org Fri May 8 05:06:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 8 May 2009 05:06:24 +0200 Subject: [bug-notifications] [php5 0003652]: No php-cgi binary in php5 package In-Reply-To: Message-ID: <6d610c1e157e763c1486c4c4fd59b983@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3652 ====================================================================== Reported By: marcing Assigned To: mwatters ====================================================================== Project: php5 Issue ID: 3652 Category: packaging Reproducibility: have not tried Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-06 15:37 CEST Last Modified: 2009-05-08 05:06 CEST ====================================================================== Summary: No php-cgi binary in php5 package Description: There's no php-cgi binary in php5 package. Or maybe its in some other package? ====================================================================== ---------------------------------------------------------------------- (0006071) mwatters (manager) - 2009-05-06 18:20 http://www.opencsw.org/mantis/view.php?id=3652#c6071 ---------------------------------------------------------------------- Nope, I missed it, I didn't copy the sapi directory. I will figure out the best place for it and adjust the build accordingly Thanks for the report! ---------------------------------------------------------------------- (0006072) mwatters (manager) - 2009-05-06 21:35 http://www.opencsw.org/mantis/view.php?id=3652#c6072 ---------------------------------------------------------------------- Well, As it turns out, there is a "bug" though I use the term loosely in this sense. The issue is more of a documentation error in php's build instructions. only cli + one other sapi can be built at any one time. in my setup, I build --with-apxs2 the first time around to build the ap2_modphp5. The second time around, I build with --with-apxs to build mod_php (only installing the sapi module) I will add a third go around to compile the php-cgi. may take me a few days to get it all squared away. ---------------------------------------------------------------------- (0006075) mwatters (manager) - 2009-05-08 05:06 http://www.opencsw.org/mantis/view.php?id=3652#c6075 ---------------------------------------------------------------------- The fixed package is in testing. I will close this once it is released. Issue History Date Modified Username Field Change ====================================================================== 2009-05-06 15:37 marcing New Issue 2009-05-06 18:20 mwatters Note Added: 0006071 2009-05-06 18:20 mwatters Status new => confirmed 2009-05-06 18:20 mwatters Status confirmed => assigned 2009-05-06 18:20 mwatters Assigned To => mwatters 2009-05-06 21:35 mwatters Note Added: 0006072 2009-05-08 05:06 mwatters Note Added: 0006075 2009-05-08 05:06 mwatters Status assigned => resolved 2009-05-08 05:06 mwatters Resolution open => fixed ====================================================================== From noreply at opencsw.org Fri May 8 05:07:12 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 8 May 2009 05:07:12 +0200 Subject: [bug-notifications] [pysqlite2 0003655]: pls upgrade to 2.5.5 In-Reply-To: Message-ID: <7d9b6b0013bdeedb32750852dc024e2f@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3655 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: pysqlite2 Issue ID: 3655 Category: upgrade Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-07 10:33 CEST Last Modified: 2009-05-08 05:07 CEST ====================================================================== Summary: pls upgrade to 2.5.5 Description: An bug in 2.4.0 rendered my trac installs unusable. All trac instances failed with : Command failed: database parameter must be string or APSW Connection object It is an know Bug see for example : http://sjohannes.wordpress.com/2007/12/05/database-parameter-must-be-string-or-apsw-connection-object/ I upgraded locally to 2.5.5 which works like a charm ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-07 10:33 Nicolai SchwindtNew Issue 2009-05-08 05:07 mwatters Status new => assigned 2009-05-08 05:07 mwatters Assigned To => mwatters ====================================================================== From noreply at opencsw.org Fri May 8 05:14:04 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 8 May 2009 05:14:04 +0200 Subject: [bug-notifications] [pysvn 0003654]: Module location should change In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3654 ====================================================================== Reported By: Nicolai Schwindt Assigned To: ====================================================================== Project: pysvn Issue ID: 3654 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-05-07 10:05 CEST Last Modified: 2009-05-08 05:14 CEST ====================================================================== Summary: Module location should change Description: The modules get installed to /opt/csw/lib/python/site-packages/ Nice would be : /opt/csw/lib/python2.6/site-packages ====================================================================== ---------------------------------------------------------------------- (0006077) mwatters (manager) - 2009-05-08 05:14 http://www.opencsw.org/mantis/view.php?id=3654#c6077 ---------------------------------------------------------------------- I will be moving the default module location to /opt/csw/lib/python. a version-less installation will be easier to maintain since various modules are owned by various maintainers, as well custom installed modules by users. We always include at least one version prior to the latest "runtime" in the packages for smoother upgrades. Issue History Date Modified Username Field Change ====================================================================== 2009-05-07 10:05 Nicolai SchwindtNew Issue 2009-05-08 05:14 mwatters Note Added: 0006077 2009-05-08 05:14 mwatters Status new => closed ====================================================================== From noreply at opencsw.org Fri May 8 05:30:17 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 8 May 2009 05:30:17 +0200 Subject: [bug-notifications] [ap2_subversion 0003653]: Module load order in http.conf In-Reply-To: Message-ID: <2bd7c7c0d5d30e8c993d77d401da0757@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3653 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: ap2_subversion Issue ID: 3653 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-07 09:38 CEST Last Modified: 2009-05-08 05:30 CEST ====================================================================== Summary: Module load order in http.conf Description: After upgrading to ap2_subversion 1.6.1,REV=2009.04.29 the LoadModule get resorted, which leads to : tcsh at port-1542 [/var/opt/csw/apache2/log] /opt/csw/apache2/sbin/apachectl -t httpd: Syntax error on line 126 of /opt/csw/apache2/etc/httpd.conf: Cannot load /opt/csw/apache2/libexec/mod_dav_lock.so into server: ld.so.1: httpd: fatal: relocation error: file /opt/csw/apache2/libexec/mod_dav_lock.so: symbol dav_new_error: referenced symbol not found Moving dav_lock_module to a lower line resolves this. The order should be something like this as dav_new_error blongs to mod_dav.so: LoadModule dav_module libexec/mod_dav.so LoadModule dav_fs_module libexec/mod_dav_fs.so LoadModule dav_svn_module libexec/mod_dav_svn.so LoadModule dav_lock_module libexec/mod_dav_lock.so LoadModule authz_svn_module libexec/mod_authz_svn.so I verified on two other machines, the modules dav_module, dav_fs_module, dav_svn_module are resorted to new lines, which leaves dav_lock_module on a line before the newly generated. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-07 09:38 Nicolai SchwindtNew Issue 2009-05-08 05:30 mwatters Status new => assigned 2009-05-08 05:30 mwatters Assigned To => mwatters ====================================================================== From noreply at opencsw.org Fri May 8 05:38:49 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 8 May 2009 05:38:49 +0200 Subject: [bug-notifications] [xpdf 0003657]: Segmentation Fault on a specific document Message-ID: <3c59e14355f9fd3f56cc2f53236d9105@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3657 ====================================================================== Reported By: jeff Assigned To: ====================================================================== Project: xpdf Issue ID: 3657 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-08 05:38 CEST Last Modified: 2009-05-08 05:38 CEST ====================================================================== Summary: Segmentation Fault on a specific document Description: I recently ran across a pdf document that causes xpdf to issue a Segmentation Fault. The document is located at: http://mises.org/books/historynot.pdf It loads fine into xpdf, but it consistently crashes as you step forward, usually on the 5th page or try to click on the Preface link. There is no similar problem when using a current version of acroread. I reported this to Glyph and Cog, but thought I would mention it here in case it turns out to be a Solaris/SPARC specific problem. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 05:38 jeff New Issue ====================================================================== From noreply at opencsw.org Fri May 8 06:10:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 8 May 2009 06:10:44 +0200 Subject: [bug-notifications] [subversion 0003034]: Separate server and user command line binaries In-Reply-To: <928d2bc1ae4e9f1f52c9a54c75105520> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3034 ====================================================================== Reported By: wbonnet Assigned To: mwatters ====================================================================== Project: subversion Issue ID: 3034 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-01-22 21:04 CET Last Modified: 2009-05-08 06:10 CEST ====================================================================== Summary: Separate server and user command line binaries Description: Would it be possible to split this package in two, making a subversion server package and a subversion user package (ie : svn command line tool) ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-01-22 21:04 wbonnet New Issue 2009-05-08 06:10 mwatters Status new => assigned 2009-05-08 06:10 mwatters Assigned To => mwatters ====================================================================== From noreply at opencsw.org Fri May 8 11:14:20 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 8 May 2009 11:14:20 +0200 Subject: [bug-notifications] [syslog_ng 0003658]: door("/etc/.syslog_door") on 5.10 Generic_138889-08 not working Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3658 ====================================================================== Reported By: alessio Assigned To: ====================================================================== Project: syslog_ng Issue ID: 3658 Category: regular use Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-08 11:14 CEST Last Modified: 2009-05-08 11:14 CEST ====================================================================== Summary: door("/etc/.syslog_door") on 5.10 Generic_138889-08 not working Description: On SunOS 5.10 Generic_138889-08, in the config file, source s_sys { sun-streams ("/dev/log" door("/etc/.syslog_door")); internal(); }; is not working, because the door is in /var/run/syslog_door ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 11:14 alessio New Issue ====================================================================== From noreply at opencsw.org Fri May 8 16:07:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 8 May 2009 16:07:44 +0200 Subject: [bug-notifications] [trac 0003659]: trac 0.10 broken by latest CSW packages Message-ID: <77c6996e8b73510a70766fce7fa29abc@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== 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-05-08 16:07 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 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 16:07 brx75 New Issue ====================================================================== From noreply at opencsw.org Fri May 8 17:49:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 8 May 2009 17:49:58 +0200 Subject: [bug-notifications] [php5 0003660]: The path for extensions in php.ini is not correct on a fresh install Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3660 ====================================================================== Reported By: mwatters Assigned To: ====================================================================== Project: php5 Issue ID: 3660 Category: packaging Reproducibility: always Severity: major Priority: high Status: new ====================================================================== Date Submitted: 2009-05-08 17:49 CEST Last Modified: 2009-05-08 17:49 CEST ====================================================================== Summary: The path for extensions in php.ini is not correct on a fresh install Description: On a fresh install with no modules previously installed, but a php.ini file exists. this causes the post-install to set the extensions directory setting in ${PHP5_LIB}/php.ini incorrectly. Workaround: install a module and set the value manually. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 17:49 mwatters New Issue ====================================================================== From noreply at opencsw.org Fri May 8 17:51:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 8 May 2009 17:51:03 +0200 Subject: [bug-notifications] [php5 0003660]: The path for extensions in php.ini is not correct on a fresh install In-Reply-To: <842dd468a74d226ad4fad2d1cf0c2d41> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3660 ====================================================================== Reported By: mwatters Assigned To: mwatters ====================================================================== Project: php5 Issue ID: 3660 Category: packaging Reproducibility: always Severity: major Priority: high Status: assigned ====================================================================== Date Submitted: 2009-05-08 17:49 CEST Last Modified: 2009-05-08 17:51 CEST ====================================================================== Summary: The path for extensions in php.ini is not correct on a fresh install Description: On a fresh install with no modules previously installed, but a php.ini file exists. this causes the post-install to set the extensions directory setting in ${PHP5_LIB}/php.ini incorrectly. Workaround: install a module and set the value manually. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 17:49 mwatters New Issue 2009-05-08 17:51 mwatters Status new => assigned 2009-05-08 17:51 mwatters Assigned To => mwatters ====================================================================== From noreply at opencsw.org Fri May 8 18:53:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 8 May 2009 18:53:05 +0200 Subject: [bug-notifications] [subversion 0003661]: sqlite error Message-ID: <31ace4ec4265ace5483d917b5cc7c783@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3661 ====================================================================== Reported By: Nicolai Schwindt Assigned To: ====================================================================== Project: subversion Issue ID: 3661 Category: other Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-08 18:53 CEST Last Modified: 2009-05-08 18:53 CEST ====================================================================== Summary: sqlite error Description: SubversionException: ('Could not configure SQLite', 200030) This happens when using e.g. trac-admin repos resync The bug was already in subversion-1.6 which I build for myself It is related to the 'filesystem' one uses in subversion. creating a repository with : svnadmin create -fs-type fsfs test will provoke this error. doing it with : svnadmin create --fs-type fsfs --pre-1.6-compatible test will not. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 18:53 Nicolai SchwindtNew Issue ====================================================================== From noreply at opencsw.org Sat May 9 02:00:20 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 9 May 2009 02:00:20 +0200 Subject: [bug-notifications] [libiconv 0003662]: /opt/csw/lib/64/charset.alias missing Message-ID: <55e6072adfeddd6bfaa515695be1b9f5@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://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: new ====================================================================== Date Submitted: 2009-05-09 02:00 CEST Last Modified: 2009-05-09 02:00 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 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-09 02:00 dam New Issue ====================================================================== From noreply at opencsw.org Sun May 10 05:31:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 05:31:50 +0200 Subject: [bug-notifications] [subversion 0003661]: sqlite error In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3661 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: subversion Issue ID: 3661 Category: other Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-08 18:53 CEST Last Modified: 2009-05-10 05:31 CEST ====================================================================== Summary: sqlite error Description: SubversionException: ('Could not configure SQLite', 200030) This happens when using e.g. trac-admin repos resync The bug was already in subversion-1.6 which I build for myself It is related to the 'filesystem' one uses in subversion. creating a repository with : svnadmin create -fs-type fsfs test will provoke this error. doing it with : svnadmin create --fs-type fsfs --pre-1.6-compatible test will not. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 18:53 Nicolai SchwindtNew Issue 2009-05-10 05:31 mwatters Status new => assigned 2009-05-10 05:31 mwatters Assigned To => mwatters ====================================================================== From noreply at opencsw.org Sun May 10 05:35:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 05:35:51 +0200 Subject: [bug-notifications] [php5 0003660]: The path for extensions in php.ini is not correct on a fresh install In-Reply-To: <842dd468a74d226ad4fad2d1cf0c2d41> Message-ID: <7a243a10ac72ee4e228be6fe570aa566@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3660 ====================================================================== Reported By: mwatters Assigned To: mwatters ====================================================================== Project: php5 Issue ID: 3660 Category: packaging Reproducibility: always Severity: major Priority: high Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-08 17:49 CEST Last Modified: 2009-05-10 05:35 CEST ====================================================================== Summary: The path for extensions in php.ini is not correct on a fresh install Description: On a fresh install with no modules previously installed, but a php.ini file exists. this causes the post-install to set the extensions directory setting in ${PHP5_LIB}/php.ini incorrectly. Workaround: install a module and set the value manually. ====================================================================== ---------------------------------------------------------------------- (0006080) mwatters (manager) - 2009-05-10 05:35 http://www.opencsw.org/bugtrack/view.php?id=3660#c6080 ---------------------------------------------------------------------- The fixed post-install is now in testing. I will close this when released. Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 17:49 mwatters New Issue 2009-05-08 17:51 mwatters Status new => assigned 2009-05-08 17:51 mwatters Assigned To => mwatters 2009-05-10 05:35 mwatters Note Added: 0006080 2009-05-10 05:35 mwatters Status assigned => resolved 2009-05-10 05:35 mwatters Resolution open => fixed ====================================================================== From noreply at opencsw.org Sun May 10 05:48:29 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 05:48:29 +0200 Subject: [bug-notifications] [pth 0003621]: No 32bit dynamic lib in i386 package In-Reply-To: <2fcb91104df3c0e93bcfb2e70c44293e> Message-ID: <68ca3cc569f0b930ecb9e71d51cda314@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3621 ====================================================================== Reported By: james Assigned To: mwatters ====================================================================== Project: pth Issue ID: 3621 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: not fixable Fixed in Version: ====================================================================== Date Submitted: 2009-04-03 22:25 CEST Last Modified: 2009-05-10 05:48 CEST ====================================================================== Summary: No 32bit dynamic lib in i386 package Description: No 32bit dynamic lib in i386 package. (Used by CSWgpgme.) http://www.canoedissent.org.uk/packages/unstable/i386/5.10/CSWpth/files/ Also, I suggest no need to static libs. ====================================================================== ---------------------------------------------------------------------- (0005837) mwatters (manager) - 2009-04-04 05:30 http://www.opencsw.org/bugtrack/view.php?id=3621#c5837 ---------------------------------------------------------------------- # No shared libraries on Solaris 7/8 x86: # http://www.mail-archive.com/pth-users at gnu.org/msg00113.html # and (from ChangeLog) # *) Make --disable-shared the default under Solaris-2.[78]/x86, because # it is known to segfault sporadically if Pth is built as a DSO. As # traces showed, it is not a Pth problem, but it looks like a problem with # the dynamic linker on Solaris/x86. The same Solaris versions on SPARC # don't have this problem. # [Ralf S. Engelschall] ---------------------------------------------------------------------- (0006081) mwatters (manager) - 2009-05-10 05:48 http://www.opencsw.org/bugtrack/view.php?id=3621#c6081 ---------------------------------------------------------------------- Can not fix Issue History Date Modified Username Field Change ====================================================================== 2009-04-03 22:25 james New Issue 2009-04-04 05:30 mwatters Note Added: 0005837 2009-04-04 05:30 mwatters Status new => resolved 2009-04-04 05:30 mwatters Resolution open => not fixable 2009-04-04 05:30 mwatters Assigned To => mwatters 2009-05-10 05:48 mwatters Note Added: 0006081 2009-05-10 05:48 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 10 05:50:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 05:50:01 +0200 Subject: [bug-notifications] [php5_xsl 0003499]: php5 modules xsl broken In-Reply-To: <93a5c19f8e5349c1347cf1ec6b0780da> Message-ID: <3b1f596dbe16b3a187afc7f8315c6f98@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3499 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: php5_xsl Issue ID: 3499 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-03-26 14:37 CET Last Modified: 2009-05-10 05:50 CEST ====================================================================== Summary: php5 modules xsl broken Description: /opt/csw/php5/bin/php PHP Warning: PHP Startup: Unable to load dynamic library '/opt/csw/php5/lib/php/extensions/no-debug-non-zts-20060613/xsl.so' - ld.so.1: php: fatal: relocation error: file /opt/csw/php5/lib/php/extensions/no-debug-non-zts-20060613/xsl.so: symbol dom_node_class_entry: referenced symbol not found in Unknown on line 0 ====================================================================== ---------------------------------------------------------------------- (0005734) mwatters (manager) - 2009-03-26 15:01 http://www.opencsw.org/bugtrack/view.php?id=3499#c5734 ---------------------------------------------------------------------- Please supply the output of the following commands to help me diagnose the issue. I am unable to reproduce. dump -Lv /opt/csw/php5/lib/php/extensions/no-debug-non-zts-20060613/xsl.so and ldd /opt/csw/php5/lib/php/extensions/no-debug-non-zts-20060613/xsl.so and pkginfo |grep php5 ---------------------------------------------------------------------- (0005736) Nicolai Schwindt (reporter) - 2009-03-26 16:20 http://www.opencsw.org/bugtrack/view.php?id=3499#c5736 ---------------------------------------------------------------------- I forgot to mention uname -a SunOS serv-4100 5.10 Generic_138889-02 i86pc i386 i86pc and to be sure I had to uncomment the line extension=xsl.so to activate in php.ini, this is disabled by default. Did you activate it in your setup ? Despite that here the output : /opt/csw/php5/lib/php/extensions/no-debug-non-zts-20060613/xsl.so: **** DYNAMIC SECTION INFORMATION **** .dynamic: [INDEX] Tag Value [1] NEEDED libexslt.so.0 [2] NEEDED libxslt.so.1 [3] NEEDED libxml2.so.2 [4] NEEDED libz.so [5] NEEDED libiconv.so.2 [6] NEEDED libsocket.so.1 [7] NEEDED libnsl.so.1 [8] NEEDED libm.so.1 [9] NEEDED libc.so.1 [10] SONAME xsl.so [11] RUNPATH /opt/csw/lib:/opt/csw/lib/$ISALIST:/opt/csw/bdb44/lib/$ ISALIST:/opt/csw/bdb44/lib [12] RPATH /opt/csw/lib:/opt/csw/lib/$ISALIST:/opt/csw/bdb44/lib/$ ISALIST:/opt/csw/bdb44/lib [13] HASH 0xc4 [14] STRTAB 0xd7c [15] STRSZ 0xbc6 [16] SYMTAB 0x50c [17] SYMENT 0x10 [18] CHECKSUM 0x3438 [19] VERNEED 0x1944 [20] VERNEEDNUM 0x1 [21] PLTSZ 0x2f0 [22] PLTREL 0x11 [23] JMPREL 0x1bac [24] REL 0x1964 [25] RELSZ 0x538 [26] RELENT 0x8 [27] FEATURE_1 PARINIT [28] SUNW_CAP 0xb4 [29] FLAGS 0 [30] FLAGS_1 0 [31] PLTGOT 0x14ba0 ldd /opt/csw/php5/lib/php/extensions/no-debug-non-zts-20060613/xsl.so libexslt.so.0 => /opt/csw/lib/libexslt.so.0 libxslt.so.1 => /opt/csw/lib/libxslt.so.1 libxml2.so.2 => /opt/csw/lib/libxml2.so.2 libz.so => /opt/csw/lib/libz.so libiconv.so.2 => /opt/csw/lib/libiconv.so.2 libsocket.so.1 => /lib/libsocket.so.1 libnsl.so.1 => /lib/libnsl.so.1 libm.so.1 => /lib/libm.so.1 libc.so.1 => /lib/libc.so.1 libgcrypt.so.11 => /opt/csw/lib/libgcrypt.so.11 libgpg-error.so.0 => /opt/csw/lib/libgpg-error.so.0 libpthread.so.1 => /lib/libpthread.so.1 libdl.so.1 => /lib/libdl.so.1 libmp.so.2 => /lib/libmp.so.2 libmd.so.1 => /lib/libmd.so.1 libscf.so.1 => /lib/libscf.so.1 libintl.so.8 => /opt/csw/lib/i386/libintl.so.8 libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 libgen.so.1 => /lib/libgen.so.1 libsec.so.1 => /lib/libsec.so.1 libavl.so.1 => /lib/libavl.so.1 libm.so.2 => /lib/libm.so.2 pkginfo |grep php5 application CSWap2modphp5 ap2_modphp5 - PHP 5 - Apache 2.2.x Module application CSWphp5 php5 - A High-Level Scripting Languages application CSWphp5bz2 php5_bz2 - bz2 Extention for PHP5 application CSWphp5dba php5_dba - dba Extention for PHP5 application CSWphp5devel php5_devel - Development files for php5 application CSWphp5ftp php5_ftp - ftp Extention for PHP5 application CSWphp5gd php5_gd - gd Extention for PHP5 application CSWphp5gettext php5_gettext - gettext Extention for PHP5 application CSWphp5gmp php5_gmp - gmp Extention for PHP5 application CSWphp5imap php5_imap - imap Extention for PHP5 application CSWphp5ldap php5_ldap - ldap Extention for PHP5 application CSWphp5mcrypt php5_mcrypt - mcrypt Extention for PHP5 application CSWphp5mhash php5_mhash - mhash Extention for PHP5 application CSWphp5mssql php5_mssql - mssql Extention for PHP5 application CSWphp5mysql php5_mysql - mysql Extention for PHP5 application CSWphp5mysqli php5_mysqli - mysqli Extention for PHP5 application CSWphp5odbc php5_odbc - odbc Extention for PHP5 application CSWphp5openssl php5_openssl - openssl Extention for PHP5 application CSWphp5pdomysql php5_pdomysql - pdomysql Extention for PHP5 application CSWphp5pdoodbc php5_pdoodbc - pdoodbc Extention for PHP5 application CSWphp5pdopgsql php5_pdopgsql - pdopgsql Extention for PHP5 application CSWphp5pdosqlite php5_pdosqlite - pdosqlite Extention for PHP5 application CSWphp5pgsql php5_pgsql - pgsql Extention for PHP5 application CSWphp5pspell php5_pspell - pspell Extention for PHP5 application CSWphp5readline php5_readline - PHP 5 - GNU readline Extension application CSWphp5session php5_session - session Extention for PHP5 application CSWphp5snmp php5_snmp - snmp Extention for PHP5 application CSWphp5soap php5_soap - soap Extention for PHP5 application CSWphp5sqlite php5_sqlite - sqlite Extention for PHP5 application CSWphp5wddx php5_wddx - wddx Extention for PHP5 application CSWphp5xsl ---------------------------------------------------------------------- (0005737) Nicolai Schwindt (reporter) - 2009-03-26 16:22 http://www.opencsw.org/bugtrack/view.php?id=3499#c5737 ---------------------------------------------------------------------- Just in case : ap2_modphp5 5.2.6,REV=2008.10.28 SAME php5 5.2.6,REV=2009.03.08 SAME php5_bz2 5.2.6,REV=2009.03.08 SAME php5_ctype 5.2.6,REV=2009.03.08 SAME php5_curl 5.2.6,REV=2009.03.08 SAME php5_dba 5.2.6,REV=2009.03.08 SAME php5_devel 5.2.6,REV=2009.03.08 SAME php5_ftp 5.2.6,REV=2009.03.08 SAME php5_gd 5.2.6,REV=2009.03.08 SAME php5_gettext 5.2.6,REV=2009.03.08 SAME php5_gmp 5.2.6,REV=2009.03.08 SAME php5_imap 5.2.6,REV=2009.03.08 SAME php5_ldap 5.2.6,REV=2009.03.08 SAME php5_mbstring 5.2.6,REV=2009.03.08 SAME php5_mcrypt 5.2.6,REV=2009.03.08 SAME php5_mhash 5.2.6,REV=2009.03.08 SAME php5_mssql 5.2.6,REV=2009.03.08 SAME php5_mysql 5.2.6,REV=2009.03.08 SAME php5_mysqli 5.2.6,REV=2009.03.08 SAME php5_odbc 5.2.6,REV=2009.03.08 SAME php5_openssl 5.2.6,REV=2009.03.08 SAME php5_pdomysql 5.2.6,REV=2009.03.08 SAME php5_pdoodbc 5.2.6,REV=2009.03.08 SAME php5_pdopgsql 5.2.6,REV=2009.03.08 SAME php5_pdosqlite 5.2.6,REV=2009.03.08 SAME php5_pgsql 5.2.6,REV=2009.03.08 SAME php5_pspell 5.2.6,REV=2009.03.08 SAME php5_readline 5.2.6,REV=2008.10.28 SAME php5_session 5.2.6,REV=2009.03.08 SAME php5_snmp 5.2.6,REV=2009.03.08 SAME php5_soap 5.2.6,REV=2009.03.08 SAME php5_sqlite 5.2.6,REV=2009.03.08 SAME php5_wddx 5.2.6,REV=2009.03.08 SAME php5_xsl 5.2.6,REV=2009.03.08 SAME php5_zip 5.2.6,REV=2009.03.08 SAME ---------------------------------------------------------------------- (0005745) mwatters (manager) - 2009-03-26 19:23 http://www.opencsw.org/bugtrack/view.php?id=3499#c5745 ---------------------------------------------------------------------- I was able to reproduce. this issue also affects php5_curl. I suspect a php5_module dependency issue. i.e. php5_foo depends on php5_bar ---------------------------------------------------------------------- (0005765) Nicolai Schwindt (reporter) - 2009-03-27 08:12 http://www.opencsw.org/bugtrack/view.php?id=3499#c5765 ---------------------------------------------------------------------- It has been there several time i.e : http://bugs.php.net/bug.php?id=45557&edit=1 ---------------------------------------------------------------------- (0005768) mwatters (manager) - 2009-03-27 15:04 http://www.opencsw.org/bugtrack/view.php?id=3499#c5768 ---------------------------------------------------------------------- Thank you! I saw that last night. I will go through the proposed patch and get it in the 5.2.9 build. ---------------------------------------------------------------------- (0005832) mwatters (manager) - 2009-04-03 22:09 http://www.opencsw.org/bugtrack/view.php?id=3499#c5832 ---------------------------------------------------------------------- fixed in the 5.2.9 version in testing. will close once 5.2.9 is released ---------------------------------------------------------------------- (0006082) mwatters (manager) - 2009-05-10 05:50 http://www.opencsw.org/bugtrack/view.php?id=3499#c6082 ---------------------------------------------------------------------- fixed Issue History Date Modified Username Field Change ====================================================================== 2009-03-26 14:37 Nicolai SchwindtNew Issue 2009-03-26 14:53 mwatters Status new => assigned 2009-03-26 14:53 mwatters Assigned To => mwatters 2009-03-26 15:01 mwatters Note Added: 0005734 2009-03-26 15:01 mwatters Status assigned => feedback 2009-03-26 16:20 Nicolai SchwindtNote Added: 0005736 2009-03-26 16:22 Nicolai SchwindtNote Added: 0005737 2009-03-26 19:23 mwatters Note Added: 0005745 2009-03-26 19:23 mwatters Status feedback => confirmed 2009-03-27 08:12 Nicolai SchwindtNote Added: 0005765 2009-03-27 15:04 mwatters Note Added: 0005768 2009-04-03 22:09 mwatters Note Added: 0005832 2009-04-03 22:09 mwatters Status confirmed => resolved 2009-04-03 22:09 mwatters Resolution open => fixed 2009-05-10 05:50 mwatters Note Added: 0006082 2009-05-10 05:50 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 10 15:43:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 15:43:48 +0200 Subject: [bug-notifications] [pkgconfig 0001747]: manual page fails to pass through nroff(1) In-Reply-To: <96d99224b95213370d8416b606218a1f> Message-ID: <1d96fb6410b7e5a3c385bff11c566bcc@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1747 ====================================================================== Reported By: jeff Assigned To: dam ====================================================================== Project: pkgconfig Issue ID: 1747 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-08-16 22:24 CEST Last Modified: 2009-05-10 15:43 CEST ====================================================================== Summary: manual page fails to pass through nroff(1) Description: When you attempt to read the pkg-get(1) manual page using Sun\'s standard nroff(1), there is no output. This is due to the .DW and .DE macros at the top of the source file. if you eliminate these lines, the manual page will then format properly. Apparently, these custom macros are an attempt to work around some nutty problem in groff(1). ====================================================================== ---------------------------------------------------------------------- (0003740) james (reporter) - 2006-08-17 04:38 http://www.opencsw.org/bugtrack/view.php?id=1747#c3740 ---------------------------------------------------------------------- A workaround is to pre-format the page with groff and package in man/cat - but if editing the page works do that. See /opt/csw/man/cat1/groff.1. Trust the groff writers to not understand nroff :-) Some people periodically purge (rm) man/cat or run catman -c so be careful, chmod -w is a hint. Machines are now so fast, have been for years, I never cache in cat. ---------------------------------------------------------------------- (0003755) komadori (reporter) - 2006-08-19 22:22 http://www.opencsw.org/bugtrack/view.php?id=1747#c3755 ---------------------------------------------------------------------- I have submitted a new package with the offending macros removed. ---------------------------------------------------------------------- (0005984) dam (manager) - 2009-04-19 21:50 http://www.opencsw.org/bugtrack/view.php?id=1747#c5984 ---------------------------------------------------------------------- I wasn't aware of this issue when I released an updated package and apparently the fix was not pushed upstream. ---------------------------------------------------------------------- (0006010) dam (manager) - 2009-04-23 13:35 http://www.opencsw.org/bugtrack/view.php?id=1747#c6010 ---------------------------------------------------------------------- Fixed in 0.23,REV=2009.04.23 ---------------------------------------------------------------------- (0006083) dam (manager) - 2009-05-10 15:43 http://www.opencsw.org/bugtrack/view.php?id=1747#c6083 ---------------------------------------------------------------------- Released to current Issue History Date Modified Username Field Change ====================================================================== 2009-04-19 21:50 dam Assigned To komadori => dam 2009-04-19 21:50 dam Note Added: 0005984 2009-04-19 21:50 dam Status closed => feedback 2009-04-19 21:50 dam Resolution fixed => reopened 2009-04-19 21:51 dam Status feedback => assigned 2009-04-23 13:35 dam Note Added: 0006010 2009-04-23 13:35 dam Status assigned => resolved 2009-04-23 13:35 dam Resolution reopened => fixed 2009-05-10 15:43 dam Note Added: 0006083 2009-05-10 15:43 dam Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 10 15:44:39 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 15:44:39 +0200 Subject: [bug-notifications] [zsh 0003610]: RPATH contains /opt/csw/lib/\SALIST In-Reply-To: <510b11962315a0a12c7526bcc8f2cfa2> Message-ID: <06e5159cb84cb1620af1e0d50555be24@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3610 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: zsh Issue ID: 3610 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-02 21:28 CEST Last Modified: 2009-05-10 15:44 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\SALIST Description: RPATH contains /opt/csw/lib/\SALIST but zsh uses no arch lib anyway: $ LD_LIBRARY_PATH='/opt/csw/lib/$ISALIST' ldd /opt/csw/bin/zsh libgdbm.so.3 => /opt/csw/lib/sparcv8/libgdbm.so.3 libpcre.so.0 => /opt/csw/lib/sparcv8/libpcre.so.0 libiconv.so.2 => /opt/csw/lib/sparcv8/libiconv.so.2 libsocket.so.1 => /usr/lib/libsocket.so.1 libdl.so.1 => /usr/lib/libdl.so.1 libncurses.so.5 => /opt/csw/lib/sparcv8/libncurses.so.5 libm.so.1 => /usr/lib/libm.so.1 libc.so.1 => /usr/lib/libc.so.1 libz.so => /opt/csw/lib/sparcv8/libz.so libbz2.so.1.0 => /opt/csw/lib/sparcv8/libbz2.so.1.0 libreadline.so.5 => /opt/csw/lib/sparcv8/libreadline.so.5 libnsl.so.1 => /usr/lib/libnsl.so.1 libmp.so.2 => /usr/lib/libmp.so.2 ====================================================================== ---------------------------------------------------------------------- (0005941) dam (manager) - 2009-04-09 21:43 http://www.opencsw.org/bugtrack/view.php?id=3610#c5941 ---------------------------------------------------------------------- I now have a failing test on Solaris 8 x86. However, I cannot say for sure it hasn't been there in the old package. As this error is not critical I reported the error upstream and will release a fixed package when I receive a patch: Hi, the current zsh 4.3.9 is failing a test on Solaris 8 x86 with Sun Studio 11 compiler: ./E02xtrace.ztst: starting. *** /tmp/zsh.ztst.err.5393 Thu Apr 9 17:23:32 2009 --- /tmp/zsh.ztst.terr.5393 Thu Apr 9 17:23:32 2009 *************** *** 1,4 **** - +./fnfile:1> PS4='+%x:%I> ' +./fnfile:5> : +./fnfile:6> fn +./fnfile:3> print This is fn. --- 1,3 ---- Test ./E02xtrace.ztst failed: error output differs from expected as shown above for: echo 'PS4="+%x:%I> " fn() { print This is fn. } : fn ' >fnfile $ZTST_testdir/../Src/zsh -fx ./fnfile 2>errfile grep '\./fnfile' errfile 1>&2 Was testing: Trace output with sourcefile and line number. ./E02xtrace.ztst: test failed. ./V01zmodload.ztst: starting. *** /tmp/zsh.ztst.out.5442 Thu Apr 9 17:23:32 2009 --- /tmp/zsh.ztst.tout.5442 Thu Apr 9 17:23:32 2009 *************** *** 1,2 **** --- 1,3 ---- zmodload zsh/main zmodload zsh/parameter + zmodload zsh/zle Test ./V01zmodload.ztst failed: output differs from expected as shown above for: zmodload -L Was testing: List the loaded modules ./V01zmodload.ztst: test failed. On Solaris 8 sparc with the same exact same configuration doesn't throw an error on test. ---------------------------------------------------------------------- (0006008) dam (manager) - 2009-04-23 11:14 http://www.opencsw.org/bugtrack/view.php?id=3610#c6008 ---------------------------------------------------------------------- Fixed in 4.3.9,REV=2009.04.23 ---------------------------------------------------------------------- (0006084) dam (manager) - 2009-05-10 15:44 http://www.opencsw.org/bugtrack/view.php?id=3610#c6084 ---------------------------------------------------------------------- Released to current Issue History Date Modified Username Field Change ====================================================================== 2009-04-02 21:28 james New Issue 2009-04-09 21:41 dam Status new => assigned 2009-04-09 21:41 dam Assigned To => dam 2009-04-09 21:43 dam Note Added: 0005941 2009-04-23 11:14 dam Note Added: 0006008 2009-04-23 11:14 dam Status assigned => resolved 2009-04-23 11:14 dam Resolution open => fixed 2009-05-10 15:44 dam Note Added: 0006084 2009-05-10 15:44 dam Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 10 19:49:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 19:49:16 +0200 Subject: [bug-notifications] [libcups 0003663]: Please provide 64 bit libs Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3663 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: libcups Issue ID: 3663 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-10 19:49 CEST Last Modified: 2009-05-10 19:49 CEST ====================================================================== Summary: Please provide 64 bit libs Description: Please provide 64 bit libs, they are needed for gtk+ ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-10 19:49 dam New Issue ====================================================================== From noreply at opencsw.org Sun May 10 22:50:59 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 22:50:59 +0200 Subject: [bug-notifications] [sqlite3 0001351]: Update package to version 3.2.7 In-Reply-To: Message-ID: <96a7a0e51c35d99e18105a3ef45596ca@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1351 ====================================================================== Reported By: comand Assigned To: michael ====================================================================== Project: sqlite3 Issue ID: 1351 Category: upgrade Reproducibility: N/A Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2005-12-15 15:59 CET Last Modified: 2009-05-10 22:50 CEST ====================================================================== Summary: Update package to version 3.2.7 Description: The SQLite website reports that there have been several major bugs (resulting in crashes or corrupted data) fixed between our current release version and 3.2.7. ====================================================================== ---------------------------------------------------------------------- (0006085) wbonnet (manager) - 2009-05-10 22:50 http://www.opencsw.org/bugtrack/view.php?id=1351#c6085 ---------------------------------------------------------------------- Package has been updated Current version is 3.6.10 Issue History Date Modified Username Field Change ====================================================================== 2009-05-10 22:50 wbonnet Note Added: 0006085 2009-05-10 22:50 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Sun May 10 22:51:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 22:51:43 +0200 Subject: [bug-notifications] [firefox 0001892]: pkgrm removes any Java plugin In-Reply-To: <423b7d1caca74d9a46aacb4b3b384676> Message-ID: <0c487f228a342d119177c90d4bd064fd@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1892 ====================================================================== Reported By: james Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 1892 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2006-10-28 05:47 CEST Last Modified: 2009-05-10 22:51 CEST ====================================================================== Summary: pkgrm removes any Java plugin Description: postinstall copies the java lib to the plugin directory if it can find one. preremove *always* removes it irrespective of whether postinstall added it. I suggest that if it\'s copied on install then the file is added to the package with installf(1M) so it is naturally removed on pkgrm. ====================================================================== ---------------------------------------------------------------------- (0004138) jgoerzen (reporter) - 2006-10-30 12:07 http://www.opencsw.org/bugtrack/view.php?id=1892#c4138 ---------------------------------------------------------------------- CSWfirefox.preremove script updated to check for SUNWj3rt, if it is installed then remove the symbolic link that was installed during postinstall. #!/bin/sh # # Blastwave.org Firefox Community Edition preremove script FIREFOX_VERSION=firefox-2.0 pkginfo -q SUNWj3rt if [ $? -eq 0 ]; then rm /opt/csw/libexec/firefox/lib/${FIREFOX_VERSION}/plugins/libjavaplugin_oji.so fi exit 0 ---------------------------------------------------------------------- (0004140) james (reporter) - 2006-10-30 12:31 http://www.opencsw.org/bugtrack/view.php?id=1892#c4140 ---------------------------------------------------------------------- Why not put this in postinstall, then forget about it, ie, no need for preremove because the link becomes part of the package. if pkginfo -q SUNWj3rt ; then # create the link as now # ROOT=${PKG_INSTALL_ROOT} [ -z \"${ROOT}\" ] && ROOT=/ installf -R ${ROOT} ${PKGINST} ${PLUGIN_PATH}/libjavaplugin_oji.so s || exit 2 installf -R ${ROOT} -f ${PKGINST} || exit 2 fi This is slightly better because: * the state of SUNWj3rt might have changed * there is no need for a preremove * the package database knows the link is part of the package edited on: 10-30 12:31 ---------------------------------------------------------------------- (0004144) james (reporter) - 2006-10-30 18:46 http://www.opencsw.org/bugtrack/view.php?id=1892#c4144 ---------------------------------------------------------------------- postinstall uses SUNWj3rt which is the old 1.4 JDK. The newer 1.5 package is called SUNWj5rt and is the one anyone would want (until JDK 6...) $ pkginfo SUNWj3rt system SUNWj3rt J2SDK 1.4 runtime environment $ pkginfo SUNWj5rt system SUNWj5rt JDK 5.0 Runtime Env. (1.5.0_06) The SUNWj5r plugin is: /usr/jdk/instances/jdk1.5.0/jre/plugin/$(uname -p)/ns7/libjavaplugin_oji.so or using the \"latest\" link: /usr/jdk/latest/jre/plugin/$(uname -p)/ns7/libjavaplugin_oji.so or more generally: ${JAVAHOME}/jre/plugin/$(uname -p)/ns7/libjavaplugin_oji.so because, eg, I generally don\'t use the packaged JRE/JDKs It might be reliable to use path to the java executable, or another way to find Java home (ignoring any env var) is to run Java: $ java JavaHome /opt/jdk1.5.0_07 $ PLUGIN=`java JavaHome`/jre/plugin/`uname -p`/ns7/libjavaplugin_oji.so Source: /** * Utility to print the system property java.home value. */ public class JavaHome { public static void main(String[] argv) { String home = System.getProperty(\"java.home\"); System.out.println(home.substring(0, home.lastIndexOf(\'/\'))); // remove the \"/jre\" } } I\'ll try to think of an easy way to check all installed JREs and find the latest plugin. ---------------------------------------------------------------------- (0006086) wbonnet (manager) - 2009-05-10 22:51 http://www.opencsw.org/bugtrack/view.php?id=1892#c6086 ---------------------------------------------------------------------- fixed since a few months Issue History Date Modified Username Field Change ====================================================================== 2009-05-10 22:51 wbonnet Note Added: 0006086 2009-05-10 22:51 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Sun May 10 22:57:37 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 22:57:37 +0200 Subject: [bug-notifications] [firefox 0001893]: Firefox directories keep moving In-Reply-To: <9389817065285a64e55b5163e99582dc> Message-ID: <8450f1f6257f087f98fd2af2ceb54d0c@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1893 ====================================================================== Reported By: james Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 1893 Category: other Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-10-28 05:51 CEST Last Modified: 2009-05-10 22:57 CEST ====================================================================== Summary: Firefox directories keep moving Description: The firefox directories contain the version, this means the plugins fail on update and it\'s difficult and/or foolish to link to any of the firefox libs, eg, libnss3.so. See bug: http://www.blastwave.org/mantis/view_bug_page.php?f_id=0001889 I also need to link other packages to some mozilla libs. As for CSW packages we never need to have more than one instance can you please remove the version form the paths? The plugins and libs can then become just: /opt/csw/libexec/firefox/lib/firefox/plugins/ /opt/csw/libexec/firefox/lib/firefox/ There might be issues with version 1.X vs 2.X but the libs names themselves should allow for this I hope. ====================================================================== ---------------------------------------------------------------------- (0004137) jgoerzen (reporter) - 2006-10-30 12:02 http://www.opencsw.org/bugtrack/view.php?id=1893#c4137 ---------------------------------------------------------------------- Any idea how/where I can remove the version from the PATH? ---------------------------------------------------------------------- (0004139) james (reporter) - 2006-10-30 12:17 http://www.opencsw.org/bugtrack/view.php?id=1893#c4139 ---------------------------------------------------------------------- The RPATH doesn\'t contain the version anyway: $ dump -Lv firefox-bin | grep RPATH [58] RPATH /opt/csw/lib/$ISALIST:/opt/csw/lib:/opt/SUNWspro/lib/rw7:/opt/SUNWspro/lib/v8:/opt/SUNWspro/lib:/usr/ccs/lib:/lib:/usr/lib ...because the wrapper script sets LD_LIBRARY_PATH (see below). The exec script has line: moz_libdir=/opt/csw/libexec/firefox/lib/firefox-2.0 ...an easy edit. /opt/csw/libexec/firefox/lib/firefox-2.0/run-mozilla.sh sets the path from where is lives: cmdname=`basename \"$0\"` MOZ_DIST_BIN=`dirname \"$0\"` which sets LD_LIBRARY_PATH: ## Set LD_LIBRARY_PATH LD_LIBRARY_PATH=${MOZ_DIST_BIN}:${MOZ_DIST_BIN}/plugins:${MRE_HOME}${LD_LIBRARY_PATH+\":$LD_LIBRARY_PATH\"} ...so no action is needed there (unless you want to strip that line and set the RPATH in the bins). Just move it and it will work from its location. ---------------------------------------------------------------------- (0006087) wbonnet (manager) - 2009-05-10 22:57 http://www.opencsw.org/bugtrack/view.php?id=1893#c6087 ---------------------------------------------------------------------- Directories are renamed. It will be available in the next release of package Issue History Date Modified Username Field Change ====================================================================== 2009-03-26 20:40 wbonnet Assigned To jgoerzen => wbonnet 2009-05-10 22:57 wbonnet Note Added: 0006087 2009-05-10 22:57 wbonnet Status assigned => resolved 2009-05-10 22:57 wbonnet Resolution open => fixed ====================================================================== From noreply at opencsw.org Sun May 10 22:59:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 22:59:48 +0200 Subject: [bug-notifications] [firefox 0002108]: freeze (even crash) on printing (second and more) In-Reply-To: <0e85b7103987d893011f3da77b3b6f94> Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2108 ====================================================================== Reported By: shinshui Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 2108 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2007-01-17 10:40 CET Last Modified: 2009-05-10 22:59 CEST ====================================================================== Summary: freeze (even crash) on printing (second and more) Description: Firefox runs in a sparse zone. This zone is a print-client. Printing is done on the global zone. So far so good. Firefox prints OK. Fast and well. But, this is only for the *first* print command. The second page I want to print results in a freeze for at least 30 seconds or even worse: I have to kill firefox to regain control over my other KDE programs. This is reproducable! Other programs print well; mozilla (default sun install) prints well. Only, my wife wants firefox ;-( Is this a know error? ====================================================================== ---------------------------------------------------------------------- (0006088) wbonnet (manager) - 2009-05-10 22:59 http://www.opencsw.org/bugtrack/view.php?id=2108#c6088 ---------------------------------------------------------------------- Please could you confirm you still have the problem with the latest version ? Thanksin advance Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:31 wbonnet Status new => assigned 2009-05-03 11:31 wbonnet Assigned To => wbonnet 2009-05-10 22:59 wbonnet Note Added: 0006088 2009-05-10 22:59 wbonnet Status assigned => feedback ====================================================================== From noreply at opencsw.org Sun May 10 23:01:33 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 23:01:33 +0200 Subject: [bug-notifications] [firefox 0003253]: Depend on CSWggettextrt In-Reply-To: <3c76a96434a036f1009551dbcfd32367> Message-ID: <044713ebf458486045b7b845f2e0bbe5@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3253 ====================================================================== Reported By: harpchad Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 3253 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:08 CET Last Modified: 2009-05-10 23:01 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006089) wbonnet (manager) - 2009-05-10 23:01 http://www.opencsw.org/bugtrack/view.php?id=3253#c6089 ---------------------------------------------------------------------- Dependencies have been update. Will be closed in next package release Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:08 harpchad New Issue 2009-05-03 11:34 wbonnet Status new => assigned 2009-05-03 11:34 wbonnet Assigned To => wbonnet 2009-05-10 23:01 wbonnet Note Added: 0006089 2009-05-10 23:01 wbonnet Status assigned => resolved 2009-05-10 23:01 wbonnet Resolution open => fixed ====================================================================== From noreply at opencsw.org Sun May 10 23:29:35 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 10 May 2009 23:29:35 +0200 Subject: [bug-notifications] [subversion 0003661]: sqlite error In-Reply-To: Message-ID: <3016579a5e7343a9f42ab926801168c5@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3661 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: subversion Issue ID: 3661 Category: other Reproducibility: always Severity: major Priority: normal Status: confirmed ====================================================================== Date Submitted: 2009-05-08 18:53 CEST Last Modified: 2009-05-10 23:29 CEST ====================================================================== Summary: sqlite error Description: SubversionException: ('Could not configure SQLite', 200030) This happens when using e.g. trac-admin repos resync The bug was already in subversion-1.6 which I build for myself It is related to the 'filesystem' one uses in subversion. creating a repository with : svnadmin create -fs-type fsfs test will provoke this error. doing it with : svnadmin create --fs-type fsfs --pre-1.6-compatible test will not. ====================================================================== ---------------------------------------------------------------------- (0006079) mwatters (manager) - 2009-05-10 05:32 http://www.opencsw.org/mantis/view.php?id=3661#c6079 ---------------------------------------------------------------------- Thank you for the report, I will get to it as soon as I can. ---------------------------------------------------------------------- (0006090) ThurnerRupert (reporter) - 2009-05-10 23:29 http://www.opencsw.org/mantis/view.php?id=3661#c6090 ---------------------------------------------------------------------- tested svn-1.6.2 and it works. put intermediate compiles on http://mirror.opencsw.org/testing. but these will not be the final ones coming from the expert :) Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 18:53 Nicolai SchwindtNew Issue 2009-05-10 05:31 mwatters Status new => assigned 2009-05-10 05:31 mwatters Assigned To => mwatters 2009-05-10 05:32 mwatters Note Added: 0006079 2009-05-10 05:32 mwatters Status assigned => confirmed 2009-05-10 23:29 ThurnerRupert Note Added: 0006090 ====================================================================== From noreply at opencsw.org Mon May 11 00:05:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 00:05:00 +0200 Subject: [bug-notifications] [watch 0003603]: RPATH contains /opt/csw/lib/\$ISALIST In-Reply-To: <2930f496f317c00171b0d451fd28d694> Message-ID: <9c902d6dd3b9a0cdf54ff0f2421fb152@opencsw.org> The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=3603 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: watch Issue ID: 3603 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-02 20:47 CEST Last Modified: 2009-05-11 00:04 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST Description: RPATH contains /opt/csw/lib/\$ISALIST but dependent packages offer no arch lib anyway. ====================================================================== ---------------------------------------------------------------------- (0006091) skayser (administrator) - 2009-05-11 00:04 http://opencsw.org/mantis/view.php?id=3603#c6091 ---------------------------------------------------------------------- Fixed in 0.2.0,REV=2009.05.10 Issue History Date Modified Username Field Change ====================================================================== 2009-04-02 20:47 james New Issue 2009-05-11 00:04 skayser Note Added: 0006091 2009-05-11 00:04 skayser Status new => closed ====================================================================== From noreply at opencsw.org Mon May 11 00:06:12 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 00:06:12 +0200 Subject: [bug-notifications] [socat 0003594]: RPATH contains /opt/csw/lib/\$ISALIST In-Reply-To: <8e37b71579c008c75dc1405527c1546a> Message-ID: <7a6396e53a19709ca129112e1f016b00@opencsw.org> The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=3594 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: socat Issue ID: 3594 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-02 20:09 CEST Last Modified: 2009-05-11 00:06 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST Description: RPATH contains /opt/csw/lib/\$ISALIST so won't pick up any arch libs. ====================================================================== ---------------------------------------------------------------------- (0006092) skayser (administrator) - 2009-05-11 00:06 http://opencsw.org/mantis/view.php?id=3594#c6092 ---------------------------------------------------------------------- Fixed in 1.7.1.1,REV=2009.05.10 Issue History Date Modified Username Field Change ====================================================================== 2009-04-02 20:09 james New Issue 2009-05-11 00:06 skayser Note Added: 0006092 2009-05-11 00:06 skayser Status new => closed ====================================================================== From noreply at opencsw.org Mon May 11 00:07:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 00:07:00 +0200 Subject: [bug-notifications] [proxytunnel 0003572]: RPATH contains /opt/csw/lib/\$ISALIST In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=3572 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: proxytunnel Issue ID: 3572 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-01 21:13 CEST Last Modified: 2009-05-11 00:06 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST Description: RPATH contains /opt/csw/lib/\$ISALIST ====================================================================== ---------------------------------------------------------------------- (0006093) skayser (administrator) - 2009-05-11 00:06 http://opencsw.org/mantis/view.php?id=3572#c6093 ---------------------------------------------------------------------- Fixed in 1.9.0,REV=2009.05.10 Issue History Date Modified Username Field Change ====================================================================== 2009-04-01 21:13 james New Issue 2009-05-11 00:06 skayser Note Added: 0006093 2009-05-11 00:06 skayser Status new => closed ====================================================================== From noreply at opencsw.org Mon May 11 00:07:54 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 00:07:54 +0200 Subject: [bug-notifications] [ncdu 0003565]: RPATH contains /opt/csw/lib/\$ISALIST In-Reply-To: <2116d45d24c9e631ef214c26215abf38> Message-ID: <5312fffbe6ce851765135616cc6670ef@opencsw.org> The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=3565 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: ncdu Issue ID: 3565 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-01 20:40 CEST Last Modified: 2009-05-11 00:07 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST Description: RPATH contains /opt/csw/lib/\$ISALIST Hello again, I am at 'n'. There are no arch lib in the depends anyway so can drop $ISALIST. ====================================================================== ---------------------------------------------------------------------- (0006094) skayser (administrator) - 2009-05-11 00:07 http://opencsw.org/mantis/view.php?id=3565#c6094 ---------------------------------------------------------------------- Fixed in 1.5,REV=2009.05.10 Issue History Date Modified Username Field Change ====================================================================== 2009-04-01 20:40 james New Issue 2009-05-11 00:07 skayser Note Added: 0006094 2009-05-11 00:07 skayser Status new => closed ====================================================================== From noreply at opencsw.org Mon May 11 00:08:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 00:08:44 +0200 Subject: [bug-notifications] [mbuffer 0003561]: RPATH contains /opt/csw/lib/\$ISALIST In-Reply-To: <3c1ec06744d9bfdc202933ee60049ccc> Message-ID: The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=3561 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: mbuffer Issue ID: 3561 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-01 18:58 CEST Last Modified: 2009-05-11 00:08 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST Description: RPATH contains /opt/csw/lib/\$ISALIST, etc... ====================================================================== ---------------------------------------------------------------------- (0006095) skayser (administrator) - 2009-05-11 00:08 http://opencsw.org/mantis/view.php?id=3561#c6095 ---------------------------------------------------------------------- Fixed in 20090215,REV=2009.05.10 Issue History Date Modified Username Field Change ====================================================================== 2009-04-01 18:58 james New Issue 2009-05-11 00:08 skayser Note Added: 0006095 2009-05-11 00:08 skayser Status new => closed ====================================================================== From noreply at opencsw.org Mon May 11 00:09:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 00:09:52 +0200 Subject: [bug-notifications] [pv 0003573]: RPATH contains /opt/csw/lib/\$ISALIST In-Reply-To: <9fbc543861af2597be6747549555328a> Message-ID: <3226ec829f440166271c36b8df87bf9b@opencsw.org> The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=3573 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: pv Issue ID: 3573 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-01 21:14 CEST Last Modified: 2009-05-11 00:09 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST Description: RPATH contains /opt/csw/lib/\$ISALIST ====================================================================== ---------------------------------------------------------------------- (0006096) skayser (administrator) - 2009-05-11 00:09 http://opencsw.org/mantis/view.php?id=3573#c6096 ---------------------------------------------------------------------- Fixed in 1.1.4,REV=2009.05.10 Issue History Date Modified Username Field Change ====================================================================== 2009-04-01 21:14 james New Issue 2009-05-11 00:09 skayser Note Added: 0006096 2009-05-11 00:09 skayser Status new => closed ====================================================================== From noreply at opencsw.org Mon May 11 00:14:22 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 00:14:22 +0200 Subject: [bug-notifications] [dovecot 0002760]: Auth fails for LDAP users via PAM In-Reply-To: Message-ID: <306f3e9b1c3ad939c3c62a41d4d3840b@opencsw.org> The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=2760 ====================================================================== Reported By: laurent Assigned To: skayser ====================================================================== Project: dovecot Issue ID: 2760 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-01-31 08:38 CET Last Modified: 2009-05-11 00:14 CEST ====================================================================== Summary: Auth fails for LDAP users via PAM Description: My Solaris 10 is configured to have most users in LDAP, they\'re authenticated via configuration in PAM and nsswitch. It works fine with WU-IMAP, Qpopper, and even a self-built dovecot 1.0.10, but not with the Blastwave version. The Blastwave version will accept a local (/etc/passwd) user, but the auth fails for all PAM LDAP users. My self-built version works, using the Blastwave SMF method and the same configuration file. ====================================================================== ---------------------------------------------------------------------- (0005118) asmoore (reporter) - 2008-01-31 18:17 http://opencsw.org/mantis/view.php?id=2760#c5118 ---------------------------------------------------------------------- Whose LDAP? ---------------------------------------------------------------------- (0005119) asmoore (reporter) - 2008-01-31 18:20 http://opencsw.org/mantis/view.php?id=2760#c5119 ---------------------------------------------------------------------- Sorry, I meant to ask: Whose ldap libraries? ---------------------------------------------------------------------- (0005120) laurent (reporter) - 2008-02-01 03:33 http://opencsw.org/mantis/view.php?id=2760#c5120 ---------------------------------------------------------------------- It\'s Solaris LDAP that are used by the system\'s PAM. But I have to be clear, I have not configured Dovecot to use LDAP directly, and the version I built is not even linked with LDAP. I\'m only trying to use PAM here. ---------------------------------------------------------------------- (0005123) asmoore (reporter) - 2008-02-03 09:45 http://opencsw.org/mantis/view.php?id=2760#c5123 ---------------------------------------------------------------------- Please test the dovecot_pam package at http://www.blastwave.org/testing . It will be listed on the web page within the next hour or so. You need to `pkgrm CSWdovecot`, download dovecot_pam for your architecture, gunzip the file and `pkgadd -d <filename>` ---------------------------------------------------------------------- (0005124) laurent (reporter) - 2008-02-04 04:12 http://opencsw.org/mantis/view.php?id=2760#c5124 ---------------------------------------------------------------------- I installed it, and a first test shows that a AM authenticated user now can log in. Thanks! ---------------------------------------------------------------------- (0005125) asmoore (reporter) - 2008-02-04 06:47 http://opencsw.org/mantis/view.php?id=2760#c5125 ---------------------------------------------------------------------- For CSWdovecot-pam, I removed --with-ldap. Since you did not need --with-mysql, I removed that as well. This proves that dovecot is doing something with the OpenLDAP linkage that breaks pam using Sun\'s ldap. I do not know how to integrate CSWdovecot-pam within the blastwave packaging framework and rules/standards. I am working on it and may find an answer. ---------------------------------------------------------------------- (0005126) laurent (reporter) - 2008-02-04 07:26 http://opencsw.org/mantis/view.php?id=2760#c5126 ---------------------------------------------------------------------- FWIW, I\'d like to have both PAM and LDAP built in. PAM is practical to make it work easily, however, we can\'t rule out switching to direct LDAP authentication in the future, while keeping any /etc/passwd account working. ---------------------------------------------------------------------- (0005127) asmoore (reporter) - 2008-02-04 18:40 http://opencsw.org/mantis/view.php?id=2760#c5127 ---------------------------------------------------------------------- Yes, I have to keep OpenLDAP working with dovecot. I think that is a more typical way to setup virtual accounts. I have used the current CSWdovecot package with pam and passwd/shadow accounts. It works fine. ---------------------------------------------------------------------- (0005129) laurent (reporter) - 2008-02-05 09:13 http://opencsw.org/mantis/view.php?id=2760#c5129 ---------------------------------------------------------------------- In my case, accounts are not completely virtual, some are really needed for login on the server, hence the need for PAM, at least now. When you say it works, it means that you managed to have PAM work as expected using the unmodified Dovecot package? Could you show me a sample of your configuration files? In my case, I use the *same* configuration, and one binary works with PAM accounts, the other does not. Local accounts did work, though. ---------------------------------------------------------------------- (0005130) asmoore (reporter) - 2008-02-05 18:37 http://opencsw.org/mantis/view.php?id=2760#c5130 ---------------------------------------------------------------------- Here is my /opt/csw/etc/dovecot.conf for passwd - files (not ldap). I removed the commented lines. base_dir = /opt/csw/var/run/dovecot/ protocols = imap shutdown_clients = yes syslog_facility = mail login_dir = /opt/csw/var/run/dovecot/login login_chroot = yes login_user = dovecot login_process_per_connection = yes login_processes_count = 3 login_max_processes_count = 128 login_max_connections = 256 default_mail_env = maildir:%h/Maildir:INDEX=/opt/csw/var/dovecot/indexes/%n mail_full_filesystem_access = no lock_method = fcntl first_valid_uid = 100 last_valid_uid = 32766 mailbox_idle_check_interval = 30 protocol imap { login_executable = /opt/csw/libexec/dovecot/imap-login mail_executable = /opt/csw/libexec/dovecot/imap } auth_executable = /opt/csw/libexec/dovecot/dovecot-auth auth_verbose = no auth default { mechanisms = plain passdb pam { args = dovecot } userdb passwd { } user = root } plugin { } ---------------------------------------------------------------------- (0005147) asmoore (reporter) - 2008-02-24 11:05 http://opencsw.org/mantis/view.php?id=2760#c5147 ---------------------------------------------------------------------- Please see how this works for you. I have built dovecot twice and have only the one package available. I added /opt/csw/sbin/dovecot-pam.ldap to the package, as I think that this is all that is really needed. However, I have no way to test this. Packages are at http://www.blastwave.org/testing for download and manual install. Please confirm that this does or does not work for you. Here is the text that I added to README.CSW: 2008-02-24 If you are having trouble using pam with Solaris ldap naming services, rename /opt/csw/sbin/dovecot to /opt/csw/sbin/dovecot.OFF and rename /opt/csw/sbin/dovecot-pam.ldap to /opt/csw/sbin/dovecot and restart dovecot. Thanks ---------------------------------------------------------------------- (0005153) laurent (reporter) - 2008-02-27 11:06 http://opencsw.org/mantis/view.php?id=2760#c5153 ---------------------------------------------------------------------- Sorry, I tried, but neither of them worked. First did the pkgadd, I checked that the process had been restarted. Then tried a login to a PAM LDAP account: it failed Then did the following to replace the binary: mv /opt/csw/sbin/dovecot /opt/csw/sbin/dovecot.OFF mv /opt/csw/sbin/dovecot-pam.ldap /opt/csw/sbin/dovecot svcadm restart cswdovecot I checked it was restarted, tried the same login: failur again. I removed the package, put back the previous testing one, and it worked again. ---------------------------------------------------------------------- (0005155) asmoore (reporter) - 2008-02-28 06:46 http://opencsw.org/mantis/view.php?id=2760#c5155 ---------------------------------------------------------------------- Thanks for trying. Sorry, I do not know how to fix this, since I do not see how to merge the two packages and end up with two binaries that work differently. ---------------------------------------------------------------------- (0005156) laurent (reporter) - 2008-02-28 07:47 http://opencsw.org/mantis/view.php?id=2760#c5156 ---------------------------------------------------------------------- It sounds very much like there is a bug in Dovecot, though. LDAP and PAM should both work together. Can you send me the details of your build configuration? I can try to reproduce it and get it fixed by the Dovecot developer. ---------------------------------------------------------------------- (0005158) asmoore (reporter) - 2008-02-29 06:55 http://opencsw.org/mantis/view.php?id=2760#c5158 ---------------------------------------------------------------------- I agree. To build, source the following options, source myconfigure (these are in a file), run gmake and gmake install. I noticed the addtion of -lldap -llber to LDFLAGS. That may be carried over from an earlier dovecot release and not be needed anymore. To see if this is causing the problem, I did a build without \'-lldap -llber\' and put the package at http://www.blastwave.org/testing The update should be on the web page list within the half hour. Please test this package before going to Timo. # \'compiler and linker flags\' #!/usr/bin/sh LD_OPTIONS=\'-R/opt/csw/lib/$ISALIST:/opt/csw/mysql5/lib/mysql/$ISALIST\' LDFLAGS=\'-L/opt/csw/lib -L/opt/csw/mysql5/lib/mysql -lldap -llber\' CPPFLAGS=\'-I/opt/csw/include -I/opt/csw/mysql5/include/mysql\' CFLAGS=\'-O -xarch=v8\' export LD_OPTIONS LDFLAGS CPPFLAGS CFLAGS CC=/opt/studio/SOS8/SUNWspro/bin/cc CXX=/opt/studio/SOS8/SUNWspro/bin/CC F77=/opt/studio/SOS8/SUNWspro/bin/f77 export CC CXX F77 PKG_CONFIG_PATH=/opt/csw/lib export PKG_CONFIG_PATH #!/usr/bin/sh ./configure \\ --prefix=/opt/csw \\ --mandir=/opt/csw/share/man \\ --with-libiconv-prefix=/opt/csw \\ --with-shadow \\ --with-pam \\ --with-ldap \\ --with-ssl=openssl \\ --with-ssldir=/opt/csw/ssl \\ --with-mysql \\ --enable-header-install \\ --with-gssapi ---------------------------------------------------------------------- (0005160) laurent (reporter) - 2008-03-03 10:10 http://opencsw.org/mantis/view.php?id=2760#c5160 ---------------------------------------------------------------------- Still not working with the latest package, so it\'s now the compile road for me, hope I\'ll reproduce the problem, I\'d rather use the Blastwave package than my own. ---------------------------------------------------------------------- (0005161) laurent (reporter) - 2008-03-03 10:53 http://opencsw.org/mantis/view.php?id=2760#c5161 ---------------------------------------------------------------------- Only a sidenote, I\'ve just done the configure, against the same /opt/csw where the dovecot package and its dependencies were pulled. I noted that the following is given to ./configure: --with-gssapi But it doesn\'t actually work: Building with GSSAPI support ........ : no ---------------------------------------------------------------------- (0005162) laurent (reporter) - 2008-03-04 05:46 http://opencsw.org/mantis/view.php?id=2760#c5162 ---------------------------------------------------------------------- Okay, after more testing, the conclusion is that linking Dovecot against OpenLDAP breaks the PAM LDAP. When it\'s linked against Solaris LDAP libs, it works (I haven\'t tried using LDAP directly, though). I built using your environment, against Blastwave libs, with very little changes. I suppose it\'s some kind of LDAP function override by the OpenLDAP library at runtime. So now the question is, is that something you can fix, or is it up to Timo? I\'d wager it\'s the latter, but I\'m not completely sure. Compilation details: First, using OpenLDAP: export PATH=/usr/bin:/usr/sbin:/usr/ccs/bin:/opt/SUNWspro/bin LD_OPTIONS=\'-R/opt/csw/lib/$ISALIST:/opt/csw/mysql5/lib/mysql/$ISALIST\' CPPFLAGS=\'-I/opt/csw/include -I/opt/csw/mysql5/include/mysql\' LDFLAGS=\'-L/opt/csw/lib -L/opt/csw/mysql5/lib/mysql -lldap -llber\' CFLAGS=\'-O -xarch=v8\' export LD_OPTIONS LDFLAGS CPPFLAGS CFLAGS CC=/opt/SUNWspro/bin/cc CXX=/opt/SUNWspro/bin/CC F77=/opt/SUNWspro/bin/f77 export CC CXX F77 PKG_CONFIG_PATH=/opt/csw/lib export PKG_CONFIG_PATH ./configure \\ --prefix=/usr/local/dovecot-1.0.10_test \\ --mandir=/opt/csw/share/man \\ --with-libiconv-prefix=/opt/csw \\ --with-shadow \\ --with-pam \\ --with-ldap \\ --with-mysql \\ --with-ssl=openssl \\ --with-ssldir=/opt/csw/ssl \\ --enable-header-install \\ --with-gssapi make make install # ldd /usr/local/dovecot-1.0.10_test/sbin/dovecot libldap-2.3.so.0 => /opt/csw/lib/sparcv8/libldap-2.3.so.0 liblber-2.3.so.0 => /opt/csw/lib/sparcv8/liblber-2.3.so.0 libsocket.so.1 => /lib/libsocket.so.1 libnsl.so.1 => /lib/libnsl.so.1 librt.so.1 => /lib/librt.so.1 libsendfile.so.1 => /lib/libsendfile.so.1 libc.so.1 => /lib/libc.so.1 libresolv.so.2 => /lib/libresolv.so.2 libgen.so.1 => /lib/libgen.so.1 libnet.so => /opt/csw/lib/sparcv8/libnet.so libsasl2.so.2 => /opt/csw/lib/sparcv8/libsasl2.so.2 libssl.so.0.9.8 => /opt/csw/lib/sparcv8plus+vis/libssl.so.0.9.8 libcrypto.so.0.9.8 => /opt/csw/lib/sparcv8plus+vis/libcrypto.so.0.9.8 libmp.so.2 => /lib/libmp.so.2 libmd5.so.1 => /lib/libmd5.so.1 libscf.so.1 => /lib/libscf.so.1 libaio.so.1 => /lib/libaio.so.1 libdl.so.1 => /lib/libdl.so.1 libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,Sun-Fire-V440/lib/libc_psr.so.1 /platform/SUNW,Sun-Fire-V440/lib/libmd5_psr.so.1 Then to use Sun LDAP, I removed the Blastwave OpenLDAP packages, and only -llber from the build environment: pkgrm CSWoldapclient CSWoldaprt export PATH=/usr/bin:/usr/sbin:/usr/ccs/bin:/opt/SUNWspro/bin LD_OPTIONS=\'-R/opt/csw/lib/$ISALIST:/opt/csw/mysql5/lib/mysql/$ISALIST\' CPPFLAGS=\'-I/opt/csw/include -I/opt/csw/mysql5/include/mysql\' LDFLAGS=\'-L/opt/csw/lib -L/opt/csw/mysql5/lib/mysql -lldap\' CFLAGS=\'-O -xarch=v8\' export LD_OPTIONS LDFLAGS CPPFLAGS CFLAGS CC=/opt/SUNWspro/bin/cc CXX=/opt/SUNWspro/bin/CC F77=/opt/SUNWspro/bin/f77 export CC CXX F77 PKG_CONFIG_PATH=/opt/csw/lib export PKG_CONFIG_PATH ./configure \\ --prefix=/usr/local/dovecot-1.0.10_test_sunldap \\ --mandir=/opt/csw/share/man \\ --with-libiconv-prefix=/opt/csw \\ --with-shadow \\ --with-pam \\ --with-ldap \\ --with-mysql \\ --with-ssl=openssl \\ --with-ssldir=/opt/csw/ssl \\ --enable-header-install \\ --with-gssapi make make install # ldd /usr/local/dovecot-1.0.10_test_sunldap/sbin/dovecot libldap.so.5 => /usr/lib/libldap.so.5 libsocket.so.1 => /lib/libsocket.so.1 libnsl.so.1 => /lib/libnsl.so.1 librt.so.1 => /lib/librt.so.1 libsendfile.so.1 => /lib/libsendfile.so.1 libc.so.1 => /lib/libc.so.1 libsasl.so.1 => /usr/lib/libsasl.so.1 libmd5.so.1 => /lib/libmd5.so.1 libnspr4.so => /usr/lib/mps/libnspr4.so libplc4.so => /usr/lib/mps/libplc4.so libnss3.so => /usr/lib/mps/libnss3.so libssl3.so => /usr/lib/mps/libssl3.so libmp.so.2 => /lib/libmp.so.2 libscf.so.1 => /lib/libscf.so.1 libaio.so.1 => /lib/libaio.so.1 libpthread.so.1 => /lib/libpthread.so.1 libthread.so.1 => /lib/libthread.so.1 libdl.so.1 => /lib/libdl.so.1 libsoftokn3.so => /usr/lib/mps/libsoftokn3.so libplds4.so => /usr/lib/mps/libplds4.so libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 libgen.so.1 => /lib/libgen.so.1 libbsm.so.1 => /lib/libbsm.so.1 libsecdb.so.1 => /lib/libsecdb.so.1 libtsol.so.2 => /lib/libtsol.so.2 libcmd.so.1 => /lib/libcmd.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,Sun-Fire-V440/lib/libc_psr.so.1 /platform/SUNW,Sun-Fire-V440/lib/libmd5_psr.so.1 /usr/lib/mps/cpu/sparcv8plus/libnspr_flt4.so Each time, the dovecot binary was linked to /opt/csw/sbin/dovecot, and the cswdovecot service restarted, using always the same /opt/csw/etc/dovecot.conf file. ---------------------------------------------------------------------- (0005163) asmoore (reporter) - 2008-03-04 07:16 http://opencsw.org/mantis/view.php?id=2760#c5163 ---------------------------------------------------------------------- I am not sure, but I doubt either of us can fix this. That is why I built dovecot-pam without OpenLDAP to prove that OpenLDAP bindings were the problem. The next package tried to determine which binary needed to be switched by adding /opt/csw/sbin/dovecot-pam for you to rename. I do not mind building dovecot twice, but I need to have only one package since I cannot duplicate filenames across packages. The best option is to determine which binaries needs to be switched. Assuming it is that simple. Let me make another package that includes some files to rename. ---------------------------------------------------------------------- (0005177) laurent (reporter) - 2008-03-07 10:42 http://opencsw.org/mantis/view.php?id=2760#c5177 ---------------------------------------------------------------------- The strange thing is, when you provided me with the testing package including two binaries, neither of them worked as I reported above, when the one without LDAP should have... ---------------------------------------------------------------------- (0005178) asmoore (reporter) - 2008-03-07 18:02 http://opencsw.org/mantis/view.php?id=2760#c5178 ---------------------------------------------------------------------- Now I am confused. I have copied text from above for verification. This test was done with a dovecot package built without OpenLDAP at all. ------copied ----------------------------------------------------------------------- laurent - 2008-02-04 04:12 EST ----------------------------------------------------------------------- I installed it, and a first test shows that a AM authenticated user now can log in. Thanks! ------end of copied text If that package actually did Not work, then I am at a loss for what to do. ---------------------------------------------------------------------- (0005179) laurent (reporter) - 2008-03-10 11:33 http://opencsw.org/mantis/view.php?id=2760#c5179 ---------------------------------------------------------------------- I was referring to your message from 2008-02-24 11:05, in which you said: ==== I have built dovecot twice and have only the one package available. I added /opt/csw/sbin/dovecot-pam.ldap to the package, as I think that this is all that is really needed. ==== And *that* didn\'t work, as I pointed out below. I believe it might be because /opt/csw/libexec/dovecot binaries also contains references to libldap: imap: libldap-2.3.so.0 => /opt/csw/lib/sparcv8/libldap-2.3.so.0 imap-login: libldap-2.3.so.0 => /opt/csw/lib/sparcv8/libldap-2.3.so.0 So including an alternative, OpenLDAP-free version doesn\'t seem to be that simple. ---------------------------------------------------------------------- (0005181) asmoore (reporter) - 2008-03-10 19:06 http://opencsw.org/mantis/view.php?id=2760#c5181 ---------------------------------------------------------------------- Yes, I agree that the problem is all of the other files that still have the link to OpenLDAP. One option is for me to create something like this. A core package dovecot_core which does not include any files from the following packages, then a dovecot bin package with OpenLDAP dovecot (the old one), and finally, a dovecot bin package without OpenLDAP that is named dovecot_pam. Both packages would depend on dovecot_core. dovecot_core would have no files linked with OpenLDAP. This will make more sense when I have the install scripts correct. I started working on this a few days ago. When I am ready, I will let you know. ---------------------------------------------------------------------- (0005185) laurent (reporter) - 2008-03-11 05:23 http://opencsw.org/mantis/view.php?id=2760#c5185 ---------------------------------------------------------------------- Okay, sounds good, I\'ll try it as soon as it\'s ready! ---------------------------------------------------------------------- (0005779) skayser (administrator) - 2009-03-29 13:11 http://opencsw.org/mantis/view.php?id=2760#c5779 ---------------------------------------------------------------------- CSWdovecot has a new maintainer and an updated dovecot version (1.1.11) has been published to current. I have successfully tested this new package on Solaris 10 x86 with dovecot authenticating users directly against LDAP (Sun DS 6.3) as well as via PAM LDAP. Could you please verify that the updated package addresses your authentication problems also. ---------------------------------------------------------------------- (0006097) skayser (administrator) - 2009-05-11 00:14 http://opencsw.org/mantis/view.php?id=2760#c6097 ---------------------------------------------------------------------- No feedback since last update, assuming problem is fixed. Feel free to re-open if necessary. Thanks for reporting in the first place. Issue History Date Modified Username Field Change ====================================================================== 2009-03-29 13:11 skayser Note Added: 0005779 2009-03-29 13:11 skayser Assigned To asmoore => skayser 2009-03-29 13:11 skayser Status assigned => feedback 2009-05-11 00:14 skayser Note Added: 0006097 2009-05-11 00:14 skayser Status feedback => closed ====================================================================== From noreply at opencsw.org Mon May 11 00:15:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 00:15:26 +0200 Subject: [bug-notifications] [dovecot 0002911]: Error: child 19438 (auth-worker) killed with signal 11 --- SQL Authentication In-Reply-To: <2fba4eefeb8d6e3b3560d5426035dcb0> Message-ID: <78a3976aafb9d9bc8e062d3dd5fa1135@opencsw.org> The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=2911 ====================================================================== Reported By: Tomas Das Assigned To: skayser ====================================================================== Project: dovecot Issue ID: 2911 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-06-08 06:21 CEST Last Modified: 2009-05-11 00:15 CEST ====================================================================== Summary: Error: child 19438 (auth-worker) killed with signal 11 --- SQL Authentication Description: When I use SQL Authentication in the dovecot, auth-worker procces crash immediately after starting dovecot. dovecot: Jun 08 12:04:10 Info: Dovecot v1.0.13 starting up dovecot: Jun 08 12:04:11 Error: child 19438 (auth-worker) killed with signal 11 When I have in the \"auth default\" only \"passdb pam\" it is ok. ====================================================================== ---------------------------------------------------------------------- (0005777) skayser (administrator) - 2009-03-29 12:55 http://opencsw.org/mantis/view.php?id=2911#c5777 ---------------------------------------------------------------------- CSWdovecot has a new maintainer and an updated dovecot version (1.1.11) has been published to current. Could you please verify whether your problem persists with the updated version. ---------------------------------------------------------------------- (0006098) skayser (administrator) - 2009-05-11 00:15 http://opencsw.org/mantis/view.php?id=2911#c6098 ---------------------------------------------------------------------- No feedback since last update, assuming problem is fixed. Feel free to re-open if necessary. Thanks for reporting in the first place. Issue History Date Modified Username Field Change ====================================================================== 2009-03-29 12:55 skayser Note Added: 0005777 2009-03-29 12:55 skayser Assigned To => skayser 2009-03-29 12:55 skayser Status new => feedback 2009-05-11 00:15 skayser Note Added: 0006098 2009-05-11 00:15 skayser Status feedback => closed ====================================================================== From noreply at opencsw.org Mon May 11 00:16:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 00:16:32 +0200 Subject: [bug-notifications] [dovecot 0003027]: Auto SSL cert generation does not work In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=3027 ====================================================================== Reported By: rpp3po Assigned To: skayser ====================================================================== Project: dovecot Issue ID: 3027 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-01-20 03:36 CET Last Modified: 2009-05-11 00:16 CEST ====================================================================== Summary: Auto SSL cert generation does not work Description: Dovecot includes the mkcert.sh script (in opt/csw/doc/dovecot). You can use it to easily generate a certificate and private key for secure SSL connections. The script has not been modified for the CSW directory structure, yet. It can easily be done: just correct a line in mkcert.sh to SSLDIR=${SSLDIR-/opt/csw/ssl} instead of SSLDIR=${SSLDIR-/etc/ssl} and add the directory '/opt/csw/ssl/private' to the tree. ====================================================================== ---------------------------------------------------------------------- (0005778) skayser (administrator) - 2009-03-29 13:00 http://opencsw.org/mantis/view.php?id=3027#c5778 ---------------------------------------------------------------------- Thanks for reporting this issue. CSWdovecot has a new maintainer and a new dovecot version (1.1.11) has been published that includes a fix to mkcert.sh as well as a pre-generated self-signed sample cert for out-of-the-box IMAPS/POP3S usage. Issue History Date Modified Username Field Change ====================================================================== 2009-01-20 03:36 rpp3po New Issue 2009-03-29 13:00 skayser Note Added: 0005778 2009-03-29 13:00 skayser Status new => resolved 2009-03-29 13:00 skayser Resolution open => fixed 2009-03-29 13:00 skayser Assigned To => skayser 2009-05-11 00:16 skayser Status resolved => closed ====================================================================== From noreply at opencsw.org Mon May 11 10:22:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 10:22:38 +0200 Subject: [bug-notifications] [imagemagick 0003664]: using -xopenmp precludes gcc usage Message-ID: <2dd7e18f94d512c6881f2f73783a09a4@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3664 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: imagemagick Issue ID: 3664 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-11 10:22 CEST Last Modified: 2009-05-11 10:22 CEST ====================================================================== Summary: using -xopenmp precludes gcc usage Description: when using imagemagick's API and pkgconfig we inherit the -xopenmp flag which is not supported by gcc. I wonder if the usage of this option is reasonable for this project. My recommendation is to remove this option. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-11 10:22 pfelecan New Issue ====================================================================== From noreply at opencsw.org Mon May 11 10:42:04 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 10:42:04 +0200 Subject: [bug-notifications] [syslog_ng 0003658]: door("/etc/.syslog_door") on 5.10 Generic_138889-08 not working In-Reply-To: Message-ID: <96872b8393eb8fbefff9329a82ec2c06@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3658 ====================================================================== Reported By: alessio Assigned To: ihsan ====================================================================== Project: syslog_ng Issue ID: 3658 Category: regular use Reproducibility: always Severity: trivial Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-08 11:14 CEST Last Modified: 2009-05-11 10:42 CEST ====================================================================== Summary: door("/etc/.syslog_door") on 5.10 Generic_138889-08 not working Description: On SunOS 5.10 Generic_138889-08, in the config file, source s_sys { sun-streams ("/dev/log" door("/etc/.syslog_door")); internal(); }; is not working, because the door is in /var/run/syslog_door ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 11:14 alessio New Issue 2009-05-11 10:42 ihsan Status new => assigned 2009-05-11 10:42 ihsan Assigned To => ihsan ====================================================================== From noreply at opencsw.org Mon May 11 13:26:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 13:26:50 +0200 Subject: [bug-notifications] [imagemagick 0003664]: using -xopenmp precludes gcc usage In-Reply-To: <7396731253710381cad425b629f29b44> Message-ID: <7c9751e91571a31f68e01fb73e8d1b25@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3664 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: imagemagick Issue ID: 3664 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-11 10:22 CEST Last Modified: 2009-05-11 13:26 CEST ====================================================================== Summary: using -xopenmp precludes gcc usage Description: when using imagemagick's API and pkgconfig we inherit the -xopenmp flag which is not supported by gcc. I wonder if the usage of this option is reasonable for this project. My recommendation is to remove this option. ====================================================================== ---------------------------------------------------------------------- (0006099) hson (manager) - 2009-05-11 13:26 http://www.opencsw.org/mantis/view.php?id=3664#c6099 ---------------------------------------------------------------------- Well, imagemagick's configure script explicitly checks for and adds xopenmp by itself so what implications it might have, trying to remove it manually, is unknown Issue History Date Modified Username Field Change ====================================================================== 2009-05-11 10:22 pfelecan New Issue 2009-05-11 13:26 hson Note Added: 0006099 ====================================================================== From noreply at opencsw.org Mon May 11 14:33:21 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 14:33:21 +0200 Subject: [bug-notifications] [imagemagick 0003664]: using -xopenmp precludes gcc usage In-Reply-To: <7396731253710381cad425b629f29b44> Message-ID: <0d14c40f3b82dce8369b32c54f903250@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3664 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: imagemagick Issue ID: 3664 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-11 10:22 CEST Last Modified: 2009-05-11 14:33 CEST ====================================================================== Summary: using -xopenmp precludes gcc usage Description: when using imagemagick's API and pkgconfig we inherit the -xopenmp flag which is not supported by gcc. I wonder if the usage of this option is reasonable for this project. My recommendation is to remove this option. ====================================================================== ---------------------------------------------------------------------- (0006099) hson (manager) - 2009-05-11 13:26 http://www.opencsw.org/bugtrack/view.php?id=3664#c6099 ---------------------------------------------------------------------- Well, imagemagick's configure script explicitly checks for and adds xopenmp by itself so what implications it might have, trying to remove it manually, is unknown ---------------------------------------------------------------------- (0006100) pfelecan (reporter) - 2009-05-11 14:33 http://www.opencsw.org/bugtrack/view.php?id=3664#c6100 ---------------------------------------------------------------------- To remove it manually, if you use Sun Studio C compiler has the effect of not using parallelism which I don't think is an issue. In my opinion, you have 2 solutions: 1. provide a non parallel version compiled with Sun Studio, possibly in addition to a parallel one 2. build with gcc Issue History Date Modified Username Field Change ====================================================================== 2009-05-11 10:22 pfelecan New Issue 2009-05-11 13:26 hson Note Added: 0006099 2009-05-11 14:33 pfelecan Note Added: 0006100 ====================================================================== From noreply at opencsw.org Mon May 11 15:38:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 15:38:46 +0200 Subject: [bug-notifications] [stress 0003665]: /opt/csw/man/man1/stress.1: null file Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3665 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: stress Issue ID: 3665 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-11 15:38 CEST Last Modified: 2009-05-11 15:38 CEST ====================================================================== Summary: /opt/csw/man/man1/stress.1: null file Description: The man page that comes with stress is empty. Verified for both the i386 and the sparc package. root @ nfs3 /# man stress /opt/csw/man/man1/stress.1: null file root @ nfs3 /# ls -l /opt/csw/share/man/man1/stress.1 -rw-r--r-- 1 root bin 0 Feb 27 22:23 /opt/csw/share/man/man1/stress.1 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-11 15:38 skayser New Issue ====================================================================== From noreply at opencsw.org Mon May 11 22:33:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 22:33:23 +0200 Subject: [bug-notifications] [firefox 0001843]: i-firefox.png icon not installed In-Reply-To: <8c5baae3efc3a302169a6e2d482da9af> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1843 ====================================================================== Reported By: jgoerzen Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 1843 Category: regular use Reproducibility: always Severity: trivial Priority: none Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2006-09-29 12:41 CEST Last Modified: 2009-05-11 22:33 CEST ====================================================================== Summary: i-firefox.png icon not installed Description: Need to copy desktop.png from source dist into $(DESTDIR)/share/pixmaps so that mime icon will work correctly. ====================================================================== ---------------------------------------------------------------------- (0006101) wbonnet (manager) - 2009-05-11 22:33 http://www.opencsw.org/bugtrack/view.php?id=1843#c6101 ---------------------------------------------------------------------- firefox.png is available from /opt/csw/share/pixmaps Issue History Date Modified Username Field Change ====================================================================== 2009-03-26 20:39 wbonnet Assigned To jgoerzen => wbonnet 2009-05-11 22:33 wbonnet Note Added: 0006101 2009-05-11 22:33 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Mon May 11 22:34:11 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 22:34:11 +0200 Subject: [bug-notifications] [firefox 0002909]: cannot install firefox In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2909 ====================================================================== Reported By: delaitt Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 2909 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-06-03 06:31 CEST Last Modified: 2009-05-11 22:34 CEST ====================================================================== Summary: cannot install firefox Description: I tried to upgrade firefox but it now cannot install it. It says that CSWdbusglib is missing. I tried to install it but it is missing. ====================================================================== ---------------------------------------------------------------------- (0006102) wbonnet (manager) - 2009-05-11 22:34 http://www.opencsw.org/bugtrack/view.php?id=2909#c6102 ---------------------------------------------------------------------- Dependencies are fixed Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:33 wbonnet Status new => assigned 2009-05-03 11:33 wbonnet Assigned To => wbonnet 2009-05-11 22:34 wbonnet Note Added: 0006102 2009-05-11 22:34 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Mon May 11 22:36:35 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 22:36:35 +0200 Subject: [bug-notifications] [firefox 0001143]: use lp instead of lpr for printing In-Reply-To: Message-ID: <7552b4f94bd8e52980a6f0de2efe1986@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1143 ====================================================================== Reported By: pfelecan Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 1143 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2005-09-07 07:36 CEST Last Modified: 2009-05-11 22:36 CEST ====================================================================== Summary: use lp instead of lpr for printing Description: In version 1.0.6, the printing is done through lpr instead of lp, whichi is the nominal method on SunOS. There is a temporary fix by modifying, using the URI \"about:config\", print.printer_PostScript/default.print_command, print.print_command, print.postcript.print_command variables to use lp instead of lpr. ====================================================================== ---------------------------------------------------------------------- (0003973) jgoerzen (reporter) - 2006-09-22 13:39 http://www.opencsw.org/bugtrack/view.php?id=1143#c3973 ---------------------------------------------------------------------- setting lp as the default instead of lpr is planned for a future pkg release of firefox. until then please try using a global prefs.js file to set this. ---------------------------------------------------------------------- (0006103) wbonnet (manager) - 2009-05-11 22:36 http://www.opencsw.org/bugtrack/view.php?id=1143#c6103 ---------------------------------------------------------------------- Bug is veeerrryyyyy old and not reproduced. I close it. If it still happen with latest version, please open a new one. Issue History Date Modified Username Field Change ====================================================================== 2009-03-26 20:39 wbonnet Assigned To jgoerzen => wbonnet 2009-05-11 22:36 wbonnet Note Added: 0006103 2009-05-11 22:36 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Mon May 11 22:38:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 May 2009 22:38:07 +0200 Subject: [bug-notifications] [firefox 0002841]: random crashes - seven times today, but previously was up for several weeks. In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2841 ====================================================================== Reported By: dhlocker Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 2841 Category: regular use Reproducibility: random Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-03-27 21:50 CET Last Modified: 2009-05-11 22:38 CEST ====================================================================== Summary: random crashes - seven times today, but previously was up for several weeks. Description: Normal operation, web browsing. Crash. Sometimes reports (evince:26051): GLib-GObject-CRITICAL **: file gobject.c: line 1718: assertion `G_IS_OBJECT (object)\' failed (evince:26051): Gtk-CRITICAL **: file gtkwidget.c: line 2884: assertion `GTK_IS_WIDGET (widget)\' failed (evince:26051): GLib-GObject-CRITICAL **: file gobject.c: line 1742: assertion `G_IS_OBJECT (object)\' failed three times, then SegFault. sometimes just Segmentation Fault Usually happens near the end of loading a new page. ====================================================================== ---------------------------------------------------------------------- (0005221) dhlocker (reporter) - 2008-03-27 23:13 http://www.opencsw.org/bugtrack/view.php?id=2841#c5221 ---------------------------------------------------------------------- I\'m now thinking it has nothing to with firefox. Looks like rpcbind is the real culprit. You can mark this as a non-issue, I think. Thanks, Donald. ---------------------------------------------------------------------- (0005222) wbonnet (manager) - 2008-03-29 12:34 http://www.opencsw.org/bugtrack/view.php?id=2841#c5222 ---------------------------------------------------------------------- Hi Have you recently updated gtk libs ? or have you installed flash player ? Cheers William ---------------------------------------------------------------------- (0005225) dhlocker (reporter) - 2008-03-30 16:49 http://www.opencsw.org/bugtrack/view.php?id=2841#c5225 ---------------------------------------------------------------------- upgraded gtk2 back on 15 Dec 07 (now at 2.12.3) and pygtk (2.12.1) on 12 Jan 08. Doesn\'t seem related. gtk is 1.2.10 since 28 May 07. All are CSW packages. I do not have a flash player installed. Thanks for the note. ---------------------------------------------------------------------- (0005256) wbonnet (manager) - 2008-04-19 09:24 http://www.opencsw.org/bugtrack/view.php?id=2841#c5256 ---------------------------------------------------------------------- Do you still have a problem with Firefox ? or according to your first notes is it a non-issue ? ---------------------------------------------------------------------- (0005499) wbonnet (manager) - 2009-01-25 00:00 http://www.opencsw.org/bugtrack/view.php?id=2841#c5499 ---------------------------------------------------------------------- This bug is closed. No further information about reproducibility nor if it still happens. Please open a new bug if the problem still exist with the current version of package. ---------------------------------------------------------------------- (0006104) wbonnet (manager) - 2009-05-11 22:38 http://www.opencsw.org/bugtrack/view.php?id=2841#c6104 ---------------------------------------------------------------------- This bug is caused by an old version of glib2. Please update to latest. Version 2.20 will be released soon, and has been tested successfully with all the firefox 2.x versions Issue History Date Modified Username Field Change ====================================================================== 2009-01-25 00:00 wbonnet Note Added: 0005499 2009-05-11 22:38 wbonnet Note Added: 0006104 2009-05-11 22:38 wbonnet Status assigned => closed ====================================================================== From noreply at opencsw.org Tue May 12 15:32:12 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 12 May 2009 15:32:12 +0200 Subject: [bug-notifications] [gdk_pixbuf 0003666]: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds Message-ID: <566e285a6c1bb5de74ff8cb1b2fda43c@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3666 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: gdk_pixbuf Issue ID: 3666 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-12 15:32 CEST Last Modified: 2009-05-12 15:32 CEST ====================================================================== Summary: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds Description: Building graphviz fails with: /bin/bash ../../libtool --tag=CC --mode=link cc -g -version-info 6:0:0 -L/opt/csw/lib -o libgvplugin_gdk_pixbuf.la -rpath /opt/csw/lib/graphviz gvplugin_gdk_pixbuf.lo gvdevice_gdk_pixbuf.lo ../../lib/gvc/libgvc.la -L/opt/csw/lib -lgdk_pixbuf-2.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl grep: /opt/csw/lib/libgmodule-2.0.la: No such file or directory I believe this error is originating from: /opt/csw/lib/libgmodule-2.0.la which contains a reference to this non-existent file. (Also to ls: /opt/csw/lib/libgobject-2.0.la and /opt/csw/lib/libglib-2.0.la) A more general question is: why are .la files being installed at all by opencsw? I don't understand all the rationale, but I note that Fedora does not install any .la files. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-12 15:32 John Ellson New Issue ====================================================================== From noreply at opencsw.org Tue May 12 16:08:29 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 12 May 2009 16:08:29 +0200 Subject: [bug-notifications] [libpango 0003667]: libpango-1.0.la references non-existent .la files, breaks graphviz builds Message-ID: <082c66d0c4a459ea411ec77ce81e662e@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3667 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: libpango Issue ID: 3667 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-12 16:08 CEST Last Modified: 2009-05-12 16:08 CEST ====================================================================== Summary: libpango-1.0.la references non-existent .la files, breaks graphviz builds Description: Basically same issue as 0003666 The installed /opt/csw/lib/libpango-1.0.la contains references to non-existent .la files. Specifically: /opt/csw/lib/libgobject-2.0.la /opt/csw/lib/libg module-2.0.la -ldl /opt/csw/lib/libglib-2.0.la This is breaking graphviz builds. The more general question is: Why is opencsw installing .la files? Fedora does not. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-12 16:08 John Ellson New Issue ====================================================================== From noreply at opencsw.org Tue May 12 16:13:11 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 12 May 2009 16:13:11 +0200 Subject: [bug-notifications] [gdk_pixbuf 0003666]: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds In-Reply-To: <4c30841e3ed5bde3ac3ab5f12c72abe4> Message-ID: <260af59bfdcf52adc44e1c03d2ee334f@opencsw.org> A NOTE has been added to this issue. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3666 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: gdk_pixbuf Issue ID: 3666 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-12 15:32 CEST Last Modified: 2009-05-12 16:13 CEST ====================================================================== Summary: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds Description: Building graphviz fails with: /bin/bash ../../libtool --tag=CC --mode=link cc -g -version-info 6:0:0 -L/opt/csw/lib -o libgvplugin_gdk_pixbuf.la -rpath /opt/csw/lib/graphviz gvplugin_gdk_pixbuf.lo gvdevice_gdk_pixbuf.lo ../../lib/gvc/libgvc.la -L/opt/csw/lib -lgdk_pixbuf-2.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl grep: /opt/csw/lib/libgmodule-2.0.la: No such file or directory I believe this error is originating from: /opt/csw/lib/libgmodule-2.0.la which contains a reference to this non-existent file. (Also to ls: /opt/csw/lib/libgobject-2.0.la and /opt/csw/lib/libglib-2.0.la) A more general question is: why are .la files being installed at all by opencsw? I don't understand all the rationale, but I note that Fedora does not install any .la files. ====================================================================== ---------------------------------------------------------------------- (0006105) John Ellson (reporter) - 2009-05-12 16:13 http://opencsw.org/bugtrack/view.php?id=3666#c6105 ---------------------------------------------------------------------- Correction: I believe the problem originates in the installed: /opt/csw/lib/libgdk_pixbuf-2.0.la which references the non-existent files. Issue History Date Modified Username Field Change ====================================================================== 2009-05-12 15:32 John Ellson New Issue 2009-05-12 16:13 John Ellson Note Added: 0006105 ====================================================================== From noreply at opencsw.org Tue May 12 16:34:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 12 May 2009 16:34:32 +0200 Subject: [bug-notifications] [gdk_pixbuf 0003666]: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds In-Reply-To: <4c30841e3ed5bde3ac3ab5f12c72abe4> Message-ID: <058cac8753eeb30b6e0918dc94b64c29@opencsw.org> A NOTE has been added to this issue. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3666 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: gdk_pixbuf Issue ID: 3666 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-12 15:32 CEST Last Modified: 2009-05-12 16:34 CEST ====================================================================== Summary: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds Description: Building graphviz fails with: /bin/bash ../../libtool --tag=CC --mode=link cc -g -version-info 6:0:0 -L/opt/csw/lib -o libgvplugin_gdk_pixbuf.la -rpath /opt/csw/lib/graphviz gvplugin_gdk_pixbuf.lo gvdevice_gdk_pixbuf.lo ../../lib/gvc/libgvc.la -L/opt/csw/lib -lgdk_pixbuf-2.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl grep: /opt/csw/lib/libgmodule-2.0.la: No such file or directory I believe this error is originating from: /opt/csw/lib/libgmodule-2.0.la which contains a reference to this non-existent file. (Also to ls: /opt/csw/lib/libgobject-2.0.la and /opt/csw/lib/libglib-2.0.la) A more general question is: why are .la files being installed at all by opencsw? I don't understand all the rationale, but I note that Fedora does not install any .la files. ====================================================================== ---------------------------------------------------------------------- (0006105) John Ellson (reporter) - 2009-05-12 16:13 http://opencsw.org/bugtrack/view.php?id=3666#c6105 ---------------------------------------------------------------------- Correction: I believe the problem originates in the installed: /opt/csw/lib/libgdk_pixbuf-2.0.la which references the non-existent files. ---------------------------------------------------------------------- (0006106) dam (reporter) - 2009-05-12 16:34 http://opencsw.org/bugtrack/view.php?id=3666#c6106 ---------------------------------------------------------------------- .la files were included in the past, but the current policy is to exclude them: New packages should take care to EXCLUDE libtool .la files. They are not helpful, and often create more problems than they solve. Unfortunately, existing packages may need to preserve them, until all dependant packages have their own configs adjusted to not use .la files. There is also a script which fixes Makefile to use linker directives instead of .la files. The usage in GAR is documented at Please ask on maintainers@ for further advice if needed. Issue History Date Modified Username Field Change ====================================================================== 2009-05-12 15:32 John Ellson New Issue 2009-05-12 16:13 John Ellson Note Added: 0006105 2009-05-12 16:34 dam Note Added: 0006106 ====================================================================== From noreply at opencsw.org Tue May 12 18:58:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 12 May 2009 18:58:40 +0200 Subject: [bug-notifications] [gdk_pixbuf 0003666]: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds In-Reply-To: <4c30841e3ed5bde3ac3ab5f12c72abe4> Message-ID: <952dcd1231125b48c9625e520e8a2571@opencsw.org> A NOTE has been added to this issue. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3666 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: gdk_pixbuf Issue ID: 3666 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-12 15:32 CEST Last Modified: 2009-05-12 18:58 CEST ====================================================================== Summary: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds Description: Building graphviz fails with: /bin/bash ../../libtool --tag=CC --mode=link cc -g -version-info 6:0:0 -L/opt/csw/lib -o libgvplugin_gdk_pixbuf.la -rpath /opt/csw/lib/graphviz gvplugin_gdk_pixbuf.lo gvdevice_gdk_pixbuf.lo ../../lib/gvc/libgvc.la -L/opt/csw/lib -lgdk_pixbuf-2.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl grep: /opt/csw/lib/libgmodule-2.0.la: No such file or directory I believe this error is originating from: /opt/csw/lib/libgmodule-2.0.la which contains a reference to this non-existent file. (Also to ls: /opt/csw/lib/libgobject-2.0.la and /opt/csw/lib/libglib-2.0.la) A more general question is: why are .la files being installed at all by opencsw? I don't understand all the rationale, but I note that Fedora does not install any .la files. ====================================================================== ---------------------------------------------------------------------- (0006105) John Ellson (reporter) - 2009-05-12 16:13 http://opencsw.org/bugtrack/view.php?id=3666#c6105 ---------------------------------------------------------------------- Correction: I believe the problem originates in the installed: /opt/csw/lib/libgdk_pixbuf-2.0.la which references the non-existent files. ---------------------------------------------------------------------- (0006106) dam (reporter) - 2009-05-12 16:34 http://opencsw.org/bugtrack/view.php?id=3666#c6106 ---------------------------------------------------------------------- .la files were included in the past, but the current policy is to exclude them: New packages should take care to EXCLUDE libtool .la files. They are not helpful, and often create more problems than they solve. Unfortunately, existing packages may need to preserve them, until all dependant packages have their own configs adjusted to not use .la files. There is also a script which fixes Makefile to use linker directives instead of .la files. The usage in GAR is documented at Please ask on maintainers@ for further advice if needed. ---------------------------------------------------------------------- (0006107) phil (manager) - 2009-05-12 18:58 http://opencsw.org/bugtrack/view.php?id=3666#c6107 ---------------------------------------------------------------------- this is actually a bug in gmodule. Please file a bug with THAT package, to repackage without .la files. Issue History Date Modified Username Field Change ====================================================================== 2009-05-12 15:32 John Ellson New Issue 2009-05-12 16:13 John Ellson Note Added: 0006105 2009-05-12 16:34 dam Note Added: 0006106 2009-05-12 18:58 phil Note Added: 0006107 ====================================================================== From noreply at opencsw.org Tue May 12 18:59:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 12 May 2009 18:59:10 +0200 Subject: [bug-notifications] [gdk_pixbuf 0003666]: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds In-Reply-To: <4c30841e3ed5bde3ac3ab5f12c72abe4> Message-ID: <89112db560aa809c85598084b95c22cb@opencsw.org> The following issue has been CLOSED ====================================================================== http://opencsw.org/bugtrack/view.php?id=3666 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: gdk_pixbuf Issue ID: 3666 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-05-12 15:32 CEST Last Modified: 2009-05-12 18:59 CEST ====================================================================== Summary: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds Description: Building graphviz fails with: /bin/bash ../../libtool --tag=CC --mode=link cc -g -version-info 6:0:0 -L/opt/csw/lib -o libgvplugin_gdk_pixbuf.la -rpath /opt/csw/lib/graphviz gvplugin_gdk_pixbuf.lo gvdevice_gdk_pixbuf.lo ../../lib/gvc/libgvc.la -L/opt/csw/lib -lgdk_pixbuf-2.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl grep: /opt/csw/lib/libgmodule-2.0.la: No such file or directory I believe this error is originating from: /opt/csw/lib/libgmodule-2.0.la which contains a reference to this non-existent file. (Also to ls: /opt/csw/lib/libgobject-2.0.la and /opt/csw/lib/libglib-2.0.la) A more general question is: why are .la files being installed at all by opencsw? I don't understand all the rationale, but I note that Fedora does not install any .la files. ====================================================================== ---------------------------------------------------------------------- (0006105) John Ellson (reporter) - 2009-05-12 16:13 http://opencsw.org/bugtrack/view.php?id=3666#c6105 ---------------------------------------------------------------------- Correction: I believe the problem originates in the installed: /opt/csw/lib/libgdk_pixbuf-2.0.la which references the non-existent files. ---------------------------------------------------------------------- (0006106) dam (reporter) - 2009-05-12 16:34 http://opencsw.org/bugtrack/view.php?id=3666#c6106 ---------------------------------------------------------------------- .la files were included in the past, but the current policy is to exclude them: New packages should take care to EXCLUDE libtool .la files. They are not helpful, and often create more problems than they solve. Unfortunately, existing packages may need to preserve them, until all dependant packages have their own configs adjusted to not use .la files. There is also a script which fixes Makefile to use linker directives instead of .la files. The usage in GAR is documented at Please ask on maintainers@ for further advice if needed. ---------------------------------------------------------------------- (0006107) phil (manager) - 2009-05-12 18:58 http://opencsw.org/bugtrack/view.php?id=3666#c6107 ---------------------------------------------------------------------- this is actually a bug in gmodule. Please file a bug with THAT package, to repackage without .la files. Issue History Date Modified Username Field Change ====================================================================== 2009-05-12 15:32 John Ellson New Issue 2009-05-12 16:13 John Ellson Note Added: 0006105 2009-05-12 16:34 dam Note Added: 0006106 2009-05-12 18:58 phil Note Added: 0006107 2009-05-12 18:59 phil Status new => closed ====================================================================== From noreply at opencsw.org Tue May 12 19:21:09 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 12 May 2009 19:21:09 +0200 Subject: [bug-notifications] [gdk_pixbuf 0003666]: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds In-Reply-To: <4c30841e3ed5bde3ac3ab5f12c72abe4> Message-ID: The following issue has been REOPENED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3666 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: gdk_pixbuf Issue ID: 3666 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-05-12 15:32 CEST Last Modified: 2009-05-12 19:21 CEST ====================================================================== Summary: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds Description: Building graphviz fails with: /bin/bash ../../libtool --tag=CC --mode=link cc -g -version-info 6:0:0 -L/opt/csw/lib -o libgvplugin_gdk_pixbuf.la -rpath /opt/csw/lib/graphviz gvplugin_gdk_pixbuf.lo gvdevice_gdk_pixbuf.lo ../../lib/gvc/libgvc.la -L/opt/csw/lib -lgdk_pixbuf-2.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl grep: /opt/csw/lib/libgmodule-2.0.la: No such file or directory I believe this error is originating from: /opt/csw/lib/libgmodule-2.0.la which contains a reference to this non-existent file. (Also to ls: /opt/csw/lib/libgobject-2.0.la and /opt/csw/lib/libglib-2.0.la) A more general question is: why are .la files being installed at all by opencsw? I don't understand all the rationale, but I note that Fedora does not install any .la files. ====================================================================== ---------------------------------------------------------------------- (0006105) John Ellson (reporter) - 2009-05-12 16:13 http://opencsw.org/bugtrack/view.php?id=3666#c6105 ---------------------------------------------------------------------- Correction: I believe the problem originates in the installed: /opt/csw/lib/libgdk_pixbuf-2.0.la which references the non-existent files. ---------------------------------------------------------------------- (0006106) dam (reporter) - 2009-05-12 16:34 http://opencsw.org/bugtrack/view.php?id=3666#c6106 ---------------------------------------------------------------------- .la files were included in the past, but the current policy is to exclude them: New packages should take care to EXCLUDE libtool .la files. They are not helpful, and often create more problems than they solve. Unfortunately, existing packages may need to preserve them, until all dependant packages have their own configs adjusted to not use .la files. There is also a script which fixes Makefile to use linker directives instead of .la files. The usage in GAR is documented at Please ask on maintainers@ for further advice if needed. ---------------------------------------------------------------------- (0006107) phil (manager) - 2009-05-12 18:58 http://opencsw.org/bugtrack/view.php?id=3666#c6107 ---------------------------------------------------------------------- this is actually a bug in gmodule. Please file a bug with THAT package, to repackage without .la files. ---------------------------------------------------------------------- (0006108) John Ellson (reporter) - 2009-05-12 19:21 http://opencsw.org/bugtrack/view.php?id=3666#c6108 ---------------------------------------------------------------------- This may *also* be a bug with gmodule, but *this* package is installing /opt/csw/lib/libgdk_pixbuf-2.0.la with broken references, so minimally it needs to be repackaged without it. I'll file a bug against glib for /opt/csw/lib/libgmodule.la (I'm finding the .la files on the build8s host) Issue History Date Modified Username Field Change ====================================================================== 2009-05-12 15:32 John Ellson New Issue 2009-05-12 16:13 John Ellson Note Added: 0006105 2009-05-12 16:34 dam Note Added: 0006106 2009-05-12 18:58 phil Note Added: 0006107 2009-05-12 18:59 phil Status new => closed 2009-05-12 18:59 phil Resolution open => no change required 2009-05-12 19:21 John Ellson Note Added: 0006108 2009-05-12 19:21 John Ellson Status closed => feedback 2009-05-12 19:21 John Ellson Resolution no change required => reopened ====================================================================== From noreply at opencsw.org Tue May 12 19:27:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 12 May 2009 19:27:03 +0200 Subject: [bug-notifications] [glib 0003668]: glib installing .la files, contrary to current practice Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3668 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: glib Issue ID: 3668 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-12 19:27 CEST Last Modified: 2009-05-12 19:27 CEST ====================================================================== Summary: glib installing .la files, contrary to current practice Description: The glib pkg has installed: /opt/csw/lib/libgmodule.la contrary to the current practice of *not* installing .la files. http://www.opencsw.org/standards/build ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-12 19:27 John Ellson New Issue ====================================================================== From noreply at opencsw.org Tue May 12 19:41:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 12 May 2009 19:41:18 +0200 Subject: [bug-notifications] [gdk_pixbuf 0003666]: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds In-Reply-To: <4c30841e3ed5bde3ac3ab5f12c72abe4> Message-ID: <06e9229f5c0b834b3bfc92b3a5d592db@opencsw.org> A NOTE has been added to this issue. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3666 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: gdk_pixbuf Issue ID: 3666 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-05-12 15:32 CEST Last Modified: 2009-05-12 19:41 CEST ====================================================================== Summary: libgdk_pixbuf.la references non-existent .la files, breaks graphviz builds Description: Building graphviz fails with: /bin/bash ../../libtool --tag=CC --mode=link cc -g -version-info 6:0:0 -L/opt/csw/lib -o libgvplugin_gdk_pixbuf.la -rpath /opt/csw/lib/graphviz gvplugin_gdk_pixbuf.lo gvdevice_gdk_pixbuf.lo ../../lib/gvc/libgvc.la -L/opt/csw/lib -lgdk_pixbuf-2.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl grep: /opt/csw/lib/libgmodule-2.0.la: No such file or directory I believe this error is originating from: /opt/csw/lib/libgmodule-2.0.la which contains a reference to this non-existent file. (Also to ls: /opt/csw/lib/libgobject-2.0.la and /opt/csw/lib/libglib-2.0.la) A more general question is: why are .la files being installed at all by opencsw? I don't understand all the rationale, but I note that Fedora does not install any .la files. ====================================================================== ---------------------------------------------------------------------- (0006105) John Ellson (reporter) - 2009-05-12 16:13 http://opencsw.org/bugtrack/view.php?id=3666#c6105 ---------------------------------------------------------------------- Correction: I believe the problem originates in the installed: /opt/csw/lib/libgdk_pixbuf-2.0.la which references the non-existent files. ---------------------------------------------------------------------- (0006106) dam (reporter) - 2009-05-12 16:34 http://opencsw.org/bugtrack/view.php?id=3666#c6106 ---------------------------------------------------------------------- .la files were included in the past, but the current policy is to exclude them: New packages should take care to EXCLUDE libtool .la files. They are not helpful, and often create more problems than they solve. Unfortunately, existing packages may need to preserve them, until all dependant packages have their own configs adjusted to not use .la files. There is also a script which fixes Makefile to use linker directives instead of .la files. The usage in GAR is documented at Please ask on maintainers@ for further advice if needed. ---------------------------------------------------------------------- (0006107) phil (manager) - 2009-05-12 18:58 http://opencsw.org/bugtrack/view.php?id=3666#c6107 ---------------------------------------------------------------------- this is actually a bug in gmodule. Please file a bug with THAT package, to repackage without .la files. ---------------------------------------------------------------------- (0006108) John Ellson (reporter) - 2009-05-12 19:21 http://opencsw.org/bugtrack/view.php?id=3666#c6108 ---------------------------------------------------------------------- This may *also* be a bug with gmodule, but *this* package is installing /opt/csw/lib/libgdk_pixbuf-2.0.la with broken references, so minimally it needs to be repackaged without it. I'll file a bug against glib for /opt/csw/lib/libgmodule.la (I'm finding the .la files on the build8s host) ---------------------------------------------------------------------- (0006109) phil (manager) - 2009-05-12 19:41 http://opencsw.org/bugtrack/view.php?id=3666#c6109 ---------------------------------------------------------------------- since the offending package is mine, please feel free to repackage and take over glib. Issue History Date Modified Username Field Change ====================================================================== 2009-05-12 15:32 John Ellson New Issue 2009-05-12 16:13 John Ellson Note Added: 0006105 2009-05-12 16:34 dam Note Added: 0006106 2009-05-12 18:58 phil Note Added: 0006107 2009-05-12 18:59 phil Status new => closed 2009-05-12 18:59 phil Resolution open => no change required 2009-05-12 19:21 John Ellson Note Added: 0006108 2009-05-12 19:21 John Ellson Status closed => feedback 2009-05-12 19:21 John Ellson Resolution no change required => reopened 2009-05-12 19:41 phil Note Added: 0006109 ====================================================================== From noreply at opencsw.org Tue May 12 21:35:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 12 May 2009 21:35:42 +0200 Subject: [bug-notifications] [rrdtool 0002974]: Current 1.3.4 librrd causes perl to core with mailgraph. In-Reply-To: Message-ID: <30dbe0ffdf0335672c16c1ce05bba271@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2974 ====================================================================== Reported By: rmf Assigned To: ihsan ====================================================================== Project: rrdtool Issue ID: 2974 Category: other Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2008-12-19 06:16 CET Last Modified: 2009-05-12 21:35 CEST ====================================================================== Summary: Current 1.3.4 librrd causes perl to core with mailgraph. Description: The current 1.3.4 build in unstable causes perl to core when trying to load /opt/csw/lib/perl/csw/auto/RRDs/RRDs.so. Revering back to the stable branch stops perl from being unhappy. This is using the current perl5 in the unstable branch. ====================================================================== ---------------------------------------------------------------------- (0005665) ja (reporter) - 2009-03-16 23:11 http://www.opencsw.org/mantis/view.php?id=2974#c5665 ---------------------------------------------------------------------- I noticed the same problem on Solaris 10 sparc. The use of RRDs results in a segfault. On Solaris 8 sparc it works fine. It seems, that at least the function call RRDs::create leads into this behaviour. ---------------------------------------------------------------------- (0005743) ihsan (manager) - 2009-03-26 16:36 http://www.opencsw.org/mantis/view.php?id=2974#c5743 ---------------------------------------------------------------------- This does not look like a packaging bug. I've contacted the software author about this issue. ---------------------------------------------------------------------- (0006001) gadavis (reporter) - 2009-04-23 01:13 http://www.opencsw.org/mantis/view.php?id=2974#c6001 ---------------------------------------------------------------------- Issue is fixed in 1.3.7. Can we update to this version please? ---------------------------------------------------------------------- (0006040) ihsan (manager) - 2009-04-29 16:01 http://www.opencsw.org/mantis/view.php?id=2974#c6040 ---------------------------------------------------------------------- One of the issues was fixed in 1.3.7. Another problem is, that I'm waiting for an updated cairo. http://mirror.opencsw.org/testing/rrdtool-1.3.7,REV=2009.04.29-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/rrdtool-1.3.7,REV=2009.04.29-SunOS5.8-sparc-CSW.pkg.gz ---------------------------------------------------------------------- (0006110) ihsan (manager) - 2009-05-12 21:35 http://www.opencsw.org/mantis/view.php?id=2974#c6110 ---------------------------------------------------------------------- The rrdtool author Tobias Oetiker fixed this issue and the fix will be available in 1.3.8. The package 1.3.7,REV=2009.05.12 contains this fix already. Issue History Date Modified Username Field Change ====================================================================== 2008-12-19 06:16 rmf New Issue 2009-03-16 23:11 ja Note Added: 0005665 2009-03-16 23:11 ja Issue Monitored: ja 2009-03-26 16:35 ihsan Status new => assigned 2009-03-26 16:35 ihsan Assigned To => ihsan 2009-03-26 16:36 ihsan Note Added: 0005743 2009-03-26 16:36 ihsan Status assigned => confirmed 2009-04-23 01:13 gadavis Note Added: 0006001 2009-04-29 16:01 ihsan Note Added: 0006040 2009-05-12 21:35 ihsan Note Added: 0006110 2009-05-12 21:35 ihsan Status confirmed => resolved 2009-05-12 21:35 ihsan Resolution open => fixed ====================================================================== From noreply at opencsw.org Wed May 13 16:09:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 13 May 2009 16:09:40 +0200 Subject: [bug-notifications] [glib 0003669]: gtk2 installing .la files, contrary to current practice Message-ID: <8e46f849a74df944e7518bd282521206@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3669 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: glib Issue ID: 3669 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-13 16:09 CEST Last Modified: 2009-05-13 16:09 CEST ====================================================================== Summary: gtk2 installing .la files, contrary to current practice Description: The gtk2 pkg has installed: /opt/csw/lib/libgdk_pixbuf-2.0.la and others, contrary to the current practice of *not* installing .la files. http://www.opencsw.org/standards/build [^] In particular, /opt/csw/lib/libgdk_pixbuf-2.0.la is breaking graphviz builds because it contains references to other, non-existent, .la files ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 16:09 John Ellson New Issue ====================================================================== From noreply at opencsw.org Wed May 13 16:20:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 13 May 2009 16:20:07 +0200 Subject: [bug-notifications] [glib 0003670]: Web pages link to badly outdated GAR getting started guide Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3670 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: glib Issue ID: 3670 Category: other Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-13 16:20 CEST Last Modified: 2009-05-13 16:20 CEST ====================================================================== Summary: Web pages link to badly outdated GAR getting started guide Description: The web page: http://www.opencsw.org/standards/pkg-walkthrough contains a link to: http://apps.sourceforge.net/mediawiki/gar/index.php?title=Getting_Started_with_GAR which redirects you to: http://apps.sourceforge.net/trac/gar/wiki/Getting Started with GAR That page appears to be badly broken and outdated. e.g. The "Checking out the Build Tree" section contains two different URLs, confusingly, neither of which work. Perhaps a better reference would be to: http://svn.blastwave.org/trac/wiki/GettingStartedQuickly which seems to be more current and concise? ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 16:20 John Ellson New Issue ====================================================================== From noreply at opencsw.org Wed May 13 16:22:17 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 13 May 2009 16:22:17 +0200 Subject: [bug-notifications] [glib 0003670]: Web pages link to badly outdated GAR getting started guide In-Reply-To: Message-ID: <2445a1073e3751bfb00b1e6be075b227@opencsw.org> A NOTE has been added to this issue. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3670 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: glib Issue ID: 3670 Category: other Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-13 16:20 CEST Last Modified: 2009-05-13 16:22 CEST ====================================================================== Summary: Web pages link to badly outdated GAR getting started guide Description: The web page: http://www.opencsw.org/standards/pkg-walkthrough contains a link to: http://apps.sourceforge.net/mediawiki/gar/index.php?title=Getting_Started_with_GAR which redirects you to: http://apps.sourceforge.net/trac/gar/wiki/Getting Started with GAR That page appears to be badly broken and outdated. e.g. The "Checking out the Build Tree" section contains two different URLs, confusingly, neither of which work. Perhaps a better reference would be to: http://svn.blastwave.org/trac/wiki/GettingStartedQuickly which seems to be more current and concise? ====================================================================== ---------------------------------------------------------------------- (0006111) John Ellson (reporter) - 2009-05-13 16:22 http://opencsw.org/bugtrack/view.php?id=3670#c6111 ---------------------------------------------------------------------- Sorry, I'm reporting against the worng project! How can I change this? Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 16:20 John Ellson New Issue 2009-05-13 16:22 John Ellson Note Added: 0006111 ====================================================================== From noreply at opencsw.org Wed May 13 16:25:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 13 May 2009 16:25:13 +0200 Subject: [bug-notifications] [glib 0003669]: gtk2 installing .la files, contrary to current practice In-Reply-To: Message-ID: <9d7f92368e00d43bccf55522da163465@opencsw.org> A NOTE has been added to this issue. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3669 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: glib Issue ID: 3669 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-13 16:09 CEST Last Modified: 2009-05-13 16:25 CEST ====================================================================== Summary: gtk2 installing .la files, contrary to current practice Description: The gtk2 pkg has installed: /opt/csw/lib/libgdk_pixbuf-2.0.la and others, contrary to the current practice of *not* installing .la files. http://www.opencsw.org/standards/build [^] In particular, /opt/csw/lib/libgdk_pixbuf-2.0.la is breaking graphviz builds because it contains references to other, non-existent, .la files ====================================================================== ---------------------------------------------------------------------- (0006112) John Ellson (reporter) - 2009-05-13 16:25 http://opencsw.org/bugtrack/view.php?id=3669#c6112 ---------------------------------------------------------------------- Sorry, I'm reporting against the wrong project! How can I change thuis? Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 16:09 John Ellson New Issue 2009-05-13 16:25 John Ellson Note Added: 0006112 ====================================================================== From noreply at opencsw.org Wed May 13 19:11:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 13 May 2009 19:11:15 +0200 Subject: [bug-notifications] [irssi 0003671]: Perl support broken: Irssi.pm missing Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3671 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: irssi Issue ID: 3671 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-13 19:11 CEST Last Modified: 2009-05-13 19:11 CEST ====================================================================== Summary: Perl support broken: Irssi.pm missing Description: I just wanted to plug a perl script into Irssi (for the first time), but this seems to be broken. Tested with http://quadpoint.org/projects/irssiscripts#socket-interface.pl which i put into ~/.irssi/scripts /load perl /script load socket-interface.pl This gave me: 18:54 -!- Irssi: Loaded module perl/core 18:54 -!- Irssi: Loaded module perl/fe 18:55 -!- Irssi: Error in script socket_interface: 18:55 Can't locate Irssi.pm in @INC (@INC contains: /home/skayser/.irssi/scripts /opt/csw/share/irssi/scripts /opt/csw/lib/perl/5.8.8 /opt/csw/share/perl/5.8.8 /opt/csw/lib/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw .) at (eval 18) line 1. 18:55 BEGIN failed--compilation aborted at (eval 18) line 1. Irssi.pm doesn't seem to be part of CSWirssi and i can't find it via opencsw.org/search either. It is however contained in the upstream source tarball. Might have been dropped during packaging? ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 19:11 skayser New Issue ====================================================================== From noreply at opencsw.org Wed May 13 21:10:33 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 13 May 2009 21:10:33 +0200 Subject: [bug-notifications] [libcairo 0003672]: broken installation of cairo on build8st - missing xcb Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3672 ====================================================================== Reported By: John Ellson Assigned To: ====================================================================== Project: libcairo Issue ID: 3672 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-13 21:10 CEST Last Modified: 2009-05-13 21:10 CEST ====================================================================== Summary: broken installation of cairo on build8st - missing xcb Description: $ pkg-config --exists --print-errors cairo sh: gnome-config: not found Package xcb was not found in the pkg-config search path. Perhaps you should add the directory containing `xcb.pc' to the PKG_CONFIG_PATH environment variable Package 'xcb', required by 'cairo', not found ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 21:10 John Ellson New Issue ====================================================================== From noreply at opencsw.org Wed May 13 21:14:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 13 May 2009 21:14:13 +0200 Subject: [bug-notifications] [pidgin 0003673]: purple-remote won't start because of missing python dbus module Message-ID: <2aed1b070e61a6f5bb6d09240169db01@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3673 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pidgin Issue ID: 3673 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-13 21:14 CEST Last Modified: 2009-05-13 21:14 CEST ====================================================================== Summary: purple-remote won't start because of missing python dbus module Description: $ purple-remote Traceback (most recent call last): File "/opt/csw/bin/purple-remote", line 3, in import dbus ImportError: No module named dbus I couldn't find a python dbus package in the catalog, so maybe one needs to be built? Binding is available from http://dbus.freedesktop.org/releases/dbus-python/. purple-remote comes in handy to remote-control pidgin. We would like to use it on Sun Ray DTUs where users pull their smart card and the status in pidgin would be set to away (via hooks and purple-remote). ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 21:14 skayser New Issue ====================================================================== From noreply at opencsw.org Wed May 13 21:40:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 13 May 2009 21:40:42 +0200 Subject: [bug-notifications] [pidgin 0003673]: purple-remote won't start because of missing python dbus module In-Reply-To: <24d630e153c0a2a66c45ba4153fa0afd> Message-ID: <56fe41854ef25b1dbde06468d833aabc@opencsw.org> The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=3673 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pidgin Issue ID: 3673 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-05-13 21:14 CEST Last Modified: 2009-05-13 21:40 CEST ====================================================================== Summary: purple-remote won't start because of missing python dbus module Description: $ purple-remote Traceback (most recent call last): File "/opt/csw/bin/purple-remote", line 3, in import dbus ImportError: No module named dbus I couldn't find a python dbus package in the catalog, so maybe one needs to be built? Binding is available from http://dbus.freedesktop.org/releases/dbus-python/. purple-remote comes in handy to remote-control pidgin. We would like to use it on Sun Ray DTUs where users pull their smart card and the status in pidgin would be set to away (via hooks and purple-remote). ====================================================================== ---------------------------------------------------------------------- (0006113) harpchad (manager) - 2009-05-13 21:40 http://opencsw.org/mantis/view.php?id=3673#c6113 ---------------------------------------------------------------------- Not a pidgin bug, packaging requests can be submitted at http://www.opencsw.org/pkgreq. Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 21:14 skayser New Issue 2009-05-13 21:40 harpchad Note Added: 0006113 2009-05-13 21:40 harpchad Status new => closed ====================================================================== From noreply at opencsw.org Thu May 14 11:48:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 14 May 2009 11:48:57 +0200 Subject: [bug-notifications] [irssi 0003671]: Perl support broken: Irssi.pm missing In-Reply-To: <622de784904a6f77750d7186c6739ed9> Message-ID: <0763cdb025cfad98dff382dddc558002@opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3671 ====================================================================== Reported By: skayser Assigned To: ihsan ====================================================================== Project: irssi Issue ID: 3671 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-13 19:11 CEST Last Modified: 2009-05-14 11:48 CEST ====================================================================== Summary: Perl support broken: Irssi.pm missing Description: I just wanted to plug a perl script into Irssi (for the first time), but this seems to be broken. Tested with http://quadpoint.org/projects/irssiscripts#socket-interface.pl which i put into ~/.irssi/scripts /load perl /script load socket-interface.pl This gave me: 18:54 -!- Irssi: Loaded module perl/core 18:54 -!- Irssi: Loaded module perl/fe 18:55 -!- Irssi: Error in script socket_interface: 18:55 Can't locate Irssi.pm in @INC (@INC contains: /home/skayser/.irssi/scripts /opt/csw/share/irssi/scripts /opt/csw/lib/perl/5.8.8 /opt/csw/share/perl/5.8.8 /opt/csw/lib/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw .) at (eval 18) line 1. 18:55 BEGIN failed--compilation aborted at (eval 18) line 1. Irssi.pm doesn't seem to be part of CSWirssi and i can't find it via opencsw.org/search either. It is however contained in the upstream source tarball. Might have been dropped during packaging? ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 19:11 skayser New Issue 2009-05-14 11:48 ihsan Status new => assigned 2009-05-14 11:48 ihsan Assigned To => ihsan ====================================================================== From noreply at opencsw.org Thu May 14 13:11:12 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 14 May 2009 13:11:12 +0200 Subject: [bug-notifications] [irssi 0003671]: Perl support broken: Irssi.pm missing In-Reply-To: <622de784904a6f77750d7186c6739ed9> Message-ID: A NOTE has been added to this issue. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3671 ====================================================================== Reported By: skayser Assigned To: ihsan ====================================================================== Project: irssi Issue ID: 3671 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-13 19:11 CEST Last Modified: 2009-05-14 13:11 CEST ====================================================================== Summary: Perl support broken: Irssi.pm missing Description: I just wanted to plug a perl script into Irssi (for the first time), but this seems to be broken. Tested with http://quadpoint.org/projects/irssiscripts#socket-interface.pl which i put into ~/.irssi/scripts /load perl /script load socket-interface.pl This gave me: 18:54 -!- Irssi: Loaded module perl/core 18:54 -!- Irssi: Loaded module perl/fe 18:55 -!- Irssi: Error in script socket_interface: 18:55 Can't locate Irssi.pm in @INC (@INC contains: /home/skayser/.irssi/scripts /opt/csw/share/irssi/scripts /opt/csw/lib/perl/5.8.8 /opt/csw/share/perl/5.8.8 /opt/csw/lib/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw .) at (eval 18) line 1. 18:55 BEGIN failed--compilation aborted at (eval 18) line 1. Irssi.pm doesn't seem to be part of CSWirssi and i can't find it via opencsw.org/search either. It is however contained in the upstream source tarball. Might have been dropped during packaging? ====================================================================== ---------------------------------------------------------------------- (0006114) ihsan (manager) - 2009-05-14 13:11 http://opencsw.org/bugtrack/view.php?id=3671#c6114 ---------------------------------------------------------------------- Could you please try if http://mirror.opencsw.org/testing/irssi-0.8.13,REV=2009.05.14-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/irssi-0.8.13,REV=2009.05.14-SunOS5.8-sparc-CSW.pkg.gz fixes this issue? Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 19:11 skayser New Issue 2009-05-14 11:48 ihsan Status new => assigned 2009-05-14 11:48 ihsan Assigned To => ihsan 2009-05-14 13:11 ihsan Note Added: 0006114 ====================================================================== From noreply at opencsw.org Fri May 15 08:38:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 15 May 2009 08:38:52 +0200 Subject: [bug-notifications] [meld 0003674]: No module named pygtk Message-ID: <45728f03a4f06b2e902a845e4eec17bf@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3674 ====================================================================== Reported By: wcohrs Assigned To: ====================================================================== Project: meld Issue ID: 3674 Category: other Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-15 08:38 CEST Last Modified: 2009-05-15 08:38 CEST ====================================================================== Summary: No module named pygtk Description: Meld ben?tigt pygtk2.6.0 oder aktueller No worries... you already have version 2.12.1 of pygtk If you doubt this message, run 'pkg-get -U', then run ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-15 08:38 wcohrs New Issue ====================================================================== From noreply at opencsw.org Fri May 15 08:59:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 15 May 2009 08:59:23 +0200 Subject: [bug-notifications] [cswutils 0002730]: Missing depends CSWpmyaml, CSWpmlibwww, CSWpmhtmltree In-Reply-To: <74525ea7aefd26ca2fc472b53d639137> Message-ID: <92702859e6050bff25b1e0c2449a6934@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2730 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: cswutils Issue ID: 2730 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-01-05 06:04 CET Last Modified: 2009-05-15 08:59 CEST ====================================================================== Summary: Missing depends CSWpmyaml, CSWpmlibwww, CSWpmhtmltree Description: Missing depends CSWpmyaml, CSWpmlibwww, CSWpmhtmltree CSWpmhtmltree is a sub-depend of CSWpmlibwww but it used by cpan2pkg ====================================================================== ---------------------------------------------------------------------- (0005412) philadmin (administrator) - 2008-11-17 22:26 http://www.opencsw.org/mantis/view.php?id=2730#c5412 ---------------------------------------------------------------------- Hmm... I dont like the idea of cswutils having that heavy a depend list. Maybe cpan2pkg should be spun off into a separate package. Issue History Date Modified Username Field Change ====================================================================== 2008-11-17 22:26 philadmin Note Added: 0005412 2008-12-19 17:03 phil Status new => assigned 2008-12-19 17:03 phil Assigned To => phil 2009-05-15 08:59 dam Assigned To phil => dam ====================================================================== From noreply at opencsw.org Fri May 15 09:01:21 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 15 May 2009 09:01:21 +0200 Subject: [bug-notifications] [cswutils 0002730]: Missing depends CSWpmyaml, CSWpmlibwww, CSWpmhtmltree In-Reply-To: <74525ea7aefd26ca2fc472b53d639137> Message-ID: <7b971ba8f2e0c1c2b8ab1e164d886798@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2730 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: cswutils Issue ID: 2730 Category: regular use Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2008-01-05 06:04 CET Last Modified: 2009-05-15 09:01 CEST ====================================================================== Summary: Missing depends CSWpmyaml, CSWpmlibwww, CSWpmhtmltree Description: Missing depends CSWpmyaml, CSWpmlibwww, CSWpmhtmltree CSWpmhtmltree is a sub-depend of CSWpmlibwww but it used by cpan2pkg ====================================================================== ---------------------------------------------------------------------- (0005412) philadmin (administrator) - 2008-11-17 22:26 http://www.opencsw.org/mantis/view.php?id=2730#c5412 ---------------------------------------------------------------------- Hmm... I dont like the idea of cswutils having that heavy a depend list. Maybe cpan2pkg should be spun off into a separate package. ---------------------------------------------------------------------- (0006115) dam (manager) - 2009-05-15 09:01 http://www.opencsw.org/mantis/view.php?id=2730#c6115 ---------------------------------------------------------------------- This is fixed in REV=2009.05.15 build after r4863 Issue History Date Modified Username Field Change ====================================================================== 2008-11-17 22:26 philadmin Note Added: 0005412 2008-12-19 17:03 phil Status new => assigned 2008-12-19 17:03 phil Assigned To => phil 2009-05-15 08:59 dam Assigned To phil => dam 2009-05-15 09:01 dam Note Added: 0006115 2009-05-15 09:01 dam Status assigned => resolved 2009-05-15 09:01 dam Resolution open => fixed ====================================================================== From noreply at opencsw.org Fri May 15 17:05:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 15 May 2009 17:05:30 +0200 Subject: [bug-notifications] [irssi 0003671]: Perl support broken: Irssi.pm missing In-Reply-To: <622de784904a6f77750d7186c6739ed9> Message-ID: <268f7685ae707dd53d5a6aa53bd90b63@opencsw.org> A NOTE has been added to this issue. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3671 ====================================================================== Reported By: skayser Assigned To: ihsan ====================================================================== Project: irssi Issue ID: 3671 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-13 19:11 CEST Last Modified: 2009-05-15 17:05 CEST ====================================================================== Summary: Perl support broken: Irssi.pm missing Description: I just wanted to plug a perl script into Irssi (for the first time), but this seems to be broken. Tested with http://quadpoint.org/projects/irssiscripts#socket-interface.pl which i put into ~/.irssi/scripts /load perl /script load socket-interface.pl This gave me: 18:54 -!- Irssi: Loaded module perl/core 18:54 -!- Irssi: Loaded module perl/fe 18:55 -!- Irssi: Error in script socket_interface: 18:55 Can't locate Irssi.pm in @INC (@INC contains: /home/skayser/.irssi/scripts /opt/csw/share/irssi/scripts /opt/csw/lib/perl/5.8.8 /opt/csw/share/perl/5.8.8 /opt/csw/lib/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw .) at (eval 18) line 1. 18:55 BEGIN failed--compilation aborted at (eval 18) line 1. Irssi.pm doesn't seem to be part of CSWirssi and i can't find it via opencsw.org/search either. It is however contained in the upstream source tarball. Might have been dropped during packaging? ====================================================================== ---------------------------------------------------------------------- (0006114) ihsan (manager) - 2009-05-14 13:11 http://opencsw.org/bugtrack/view.php?id=3671#c6114 ---------------------------------------------------------------------- Could you please try if http://mirror.opencsw.org/testing/irssi-0.8.13,REV=2009.05.14-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/irssi-0.8.13,REV=2009.05.14-SunOS5.8-sparc-CSW.pkg.gz fixes this issue? ---------------------------------------------------------------------- (0006116) skayser (administrator) - 2009-05-15 17:05 http://opencsw.org/bugtrack/view.php?id=3671#c6116 ---------------------------------------------------------------------- Yes it does. Thanks for the quick fix Ihsan! Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 19:11 skayser New Issue 2009-05-14 11:48 ihsan Status new => assigned 2009-05-14 11:48 ihsan Assigned To => ihsan 2009-05-14 13:11 ihsan Note Added: 0006114 2009-05-15 17:05 skayser Note Added: 0006116 ====================================================================== From noreply at opencsw.org Fri May 15 18:29:17 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 15 May 2009 18:29:17 +0200 Subject: [bug-notifications] [bind 0003460]: BIND 9.6.0 fails to run on Solaris 10 x86 In-Reply-To: <021da153eb5a8556a2a641af718e9b7c> Message-ID: <8f957f148ffefe1db6832ddad68830a6@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3460 ====================================================================== Reported By: waynehendricks Assigned To: bonivart ====================================================================== Project: bind Issue ID: 3460 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-06 21:43 CET Last Modified: 2009-05-15 18:29 CEST ====================================================================== Summary: BIND 9.6.0 fails to run on Solaris 10 x86 Description: Bind 9.6.0 fails when trying to run on the latest Solaris 10 x86 build with all patches installed. ====================================================================== ---------------------------------------------------------------------- (0005607) waynehendricks (reporter) - 2009-03-07 19:43 http://www.opencsw.org/bugtrack/view.php?id=3460#c5607 ---------------------------------------------------------------------- This happens when BIND is run under chroot. It cannot find /dev/poll under chroot. Maybe a separate BIND package should be created especially for chroot. ---------------------------------------------------------------------- (0005615) bonivart (manager) - 2009-03-09 22:49 http://www.opencsw.org/bugtrack/view.php?id=3460#c5615 ---------------------------------------------------------------------- I'm looking into it with another maintainer. Not sure yet what will come out of it, could be some docs, a new package or something in between. I will update this bug with any progress. ---------------------------------------------------------------------- (0006117) waynehendricks (reporter) - 2009-05-15 18:29 http://www.opencsw.org/bugtrack/view.php?id=3460#c6117 ---------------------------------------------------------------------- Any progress made? Issue History Date Modified Username Field Change ====================================================================== 2009-03-06 21:43 waynehendricks New Issue 2009-03-07 19:43 waynehendricks Note Added: 0005607 2009-03-09 20:31 bonivart Status new => assigned 2009-03-09 20:31 bonivart Assigned To => bonivart 2009-03-09 22:49 bonivart Note Added: 0005615 2009-05-15 18:29 waynehendricks Note Added: 0006117 ====================================================================== From noreply at opencsw.org Fri May 15 19:01:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 15 May 2009 19:01:44 +0200 Subject: [bug-notifications] [perldoc 0003675]: Duplicate /opt/csw/share/man/man3/MIME::Base64.3perl Message-ID: <686a486c7b1087a74a2071557d32c334@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3675 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: perldoc Issue ID: 3675 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-15 19:01 CEST Last Modified: 2009-05-15 19:01 CEST ====================================================================== Summary: Duplicate /opt/csw/share/man/man3/MIME::Base64.3perl Description: Both CSWperldoc and CSWpmmimebase64 contain /opt/csw/share/man/man3/MIME::Base64.3perl, so you get a The following files are already installed on the system and are being used by another package: /opt/csw/share/man/man3/MIME::Base64.3perl when installing one package after the other. Don't know where it should belong to, but for sure not in both packages ;) ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-15 19:01 skayser New Issue ====================================================================== From noreply at opencsw.org Sat May 16 10:50:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 16 May 2009 10:50:55 +0200 Subject: [bug-notifications] [emacs 0002599]: Emacs start hangs and dies after upgrade since last month In-Reply-To: <4fb1e96f7332623ccfe59c4985a9d768> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2599 ====================================================================== Reported By: bouteill Assigned To: pfelecan ====================================================================== Project: emacs Issue ID: 2599 Category: upgrade Reproducibility: always Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-09-24 17:41 CEST Last Modified: 2009-05-16 10:50 CEST ====================================================================== Summary: Emacs start hangs and dies after upgrade since last month Description: CSW Emacs was working fine on my Solaris 10/x86 workstation last month. I recently did a pkg-get upgrade, required to get new openssl lib for another program, and now emacs doesn\'t work anymore. When I launch it, it hangs for ~30s and then dies with this error message: Variable binding depth exceeds max-specpdl-size Truss doesn\'t reveal anything obvious. I\'m not sure how to find more information about the problem, but would be happy to debug it on anyone\'s instructions. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-16 10:50 pfelecan Status new => assigned 2009-05-16 10:50 pfelecan Assigned To => pfelecan ====================================================================== From noreply at opencsw.org Sat May 16 10:52:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 16 May 2009 10:52:56 +0200 Subject: [bug-notifications] [emacs 0002599]: Emacs start hangs and dies after upgrade since last month In-Reply-To: <4fb1e96f7332623ccfe59c4985a9d768> Message-ID: <10e87d183ed51a0f3e823d3161250911@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2599 ====================================================================== Reported By: bouteill Assigned To: pfelecan ====================================================================== Project: emacs Issue ID: 2599 Category: upgrade Reproducibility: always Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-09-24 17:41 CEST Last Modified: 2009-05-16 10:52 CEST ====================================================================== Summary: Emacs start hangs and dies after upgrade since last month Description: CSW Emacs was working fine on my Solaris 10/x86 workstation last month. I recently did a pkg-get upgrade, required to get new openssl lib for another program, and now emacs doesn\'t work anymore. When I launch it, it hangs for ~30s and then dies with this error message: Variable binding depth exceeds max-specpdl-size Truss doesn\'t reveal anything obvious. I\'m not sure how to find more information about the problem, but would be happy to debug it on anyone\'s instructions. ====================================================================== ---------------------------------------------------------------------- (0006118) pfelecan (manager) - 2009-05-16 10:52 http://www.opencsw.org/mantis/view.php?id=2599#c6118 ---------------------------------------------------------------------- This is too old to reproduce (2 releases since then...); if it can be reproduced by the reporter I'll try to fix. Issue History Date Modified Username Field Change ====================================================================== 2009-05-16 10:50 pfelecan Status new => assigned 2009-05-16 10:50 pfelecan Assigned To => pfelecan 2009-05-16 10:52 pfelecan Note Added: 0006118 2009-05-16 10:52 pfelecan Status assigned => closed ====================================================================== From noreply at opencsw.org Sat May 16 10:54:17 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 16 May 2009 10:54:17 +0200 Subject: [bug-notifications] [emacs_gtk 0002919]: emacs_gtk crashes when using Save As In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2919 ====================================================================== Reported By: laurent Assigned To: pfelecan ====================================================================== Project: emacs_gtk Issue ID: 2919 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-06-25 05:01 CEST Last Modified: 2009-05-16 10:54 CEST ====================================================================== Summary: emacs_gtk crashes when using Save As Description: It starts fine, but it crashes one time out of 3 when opening the Save As dialog. Sometimes the dialog appears, I can cancel, and on the next tries it crashes as soon as I select Save As. Or it crashes right after displaying the pop up. The errors are not always the same: $ emacs Fatal error (10)Bus Error $ /opt/csw/bin/emacs Fatal error (11)Segmentation Fault (core dumped) This happens both on Solaris 9 SPARC not recently patched, and on Solaris 10 x86 patched 2 weeks ago. Since I went from unstable to stable, some packages ar slightly more recent, but I doubt they\'re the cause of the problem: /opt/csw/share/emacs]# pkg-get -c | grep -v \'Not installed\' | grep-v SAME WARNING: gpg not found # (From site http://blastwave.solaris-fr.org/stable ) software localrev remoterev aalib 1.4.0,REV=2008.04.13_rev=rc51.4.0,REV=2004.10.15_rev=rc5 ghostscript 8.62,REV=2008.04.15 8.61 libgcrypt 1.4.1,REV=2008.05.27 1.4.0 openssl 0.9.8g,REV=2008.04.30_rev=g 0.9.8g,REV=2008.03.22_rev=g perl 5.8.8,REV=2008.03.25 5.8.8,REV=2007.10.05 samba_lib 3.0.23,REV=2006.08.09b 3.0.22,REV=2006.06.21 screen 4.0.3,REV=2008.04.30 4.0.2,REV=2005.11.02 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-16 10:54 pfelecan Status new => assigned 2009-05-16 10:54 pfelecan Assigned To => pfelecan ====================================================================== From noreply at opencsw.org Sat May 16 10:55:29 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 16 May 2009 10:55:29 +0200 Subject: [bug-notifications] [emacs_gtk 0002919]: emacs_gtk crashes when using Save As In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2919 ====================================================================== Reported By: laurent Assigned To: pfelecan ====================================================================== Project: emacs_gtk Issue ID: 2919 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-06-25 05:01 CEST Last Modified: 2009-05-16 10:55 CEST ====================================================================== Summary: emacs_gtk crashes when using Save As Description: It starts fine, but it crashes one time out of 3 when opening the Save As dialog. Sometimes the dialog appears, I can cancel, and on the next tries it crashes as soon as I select Save As. Or it crashes right after displaying the pop up. The errors are not always the same: $ emacs Fatal error (10)Bus Error $ /opt/csw/bin/emacs Fatal error (11)Segmentation Fault (core dumped) This happens both on Solaris 9 SPARC not recently patched, and on Solaris 10 x86 patched 2 weeks ago. Since I went from unstable to stable, some packages ar slightly more recent, but I doubt they\'re the cause of the problem: /opt/csw/share/emacs]# pkg-get -c | grep -v \'Not installed\' | grep-v SAME WARNING: gpg not found # (From site http://blastwave.solaris-fr.org/stable ) software localrev remoterev aalib 1.4.0,REV=2008.04.13_rev=rc51.4.0,REV=2004.10.15_rev=rc5 ghostscript 8.62,REV=2008.04.15 8.61 libgcrypt 1.4.1,REV=2008.05.27 1.4.0 openssl 0.9.8g,REV=2008.04.30_rev=g 0.9.8g,REV=2008.03.22_rev=g perl 5.8.8,REV=2008.03.25 5.8.8,REV=2007.10.05 samba_lib 3.0.23,REV=2006.08.09b 3.0.22,REV=2006.06.21 screen 4.0.3,REV=2008.04.30 4.0.2,REV=2005.11.02 ====================================================================== ---------------------------------------------------------------------- (0006119) pfelecan (manager) - 2009-05-16 10:55 http://www.opencsw.org/mantis/view.php?id=2919#c6119 ---------------------------------------------------------------------- Too old to reproduce (one major release since the; if the reporter can reproduce I'll reopen-it. Issue History Date Modified Username Field Change ====================================================================== 2009-05-16 10:54 pfelecan Status new => assigned 2009-05-16 10:54 pfelecan Assigned To => pfelecan 2009-05-16 10:55 pfelecan Note Added: 0006119 2009-05-16 10:55 pfelecan Status assigned => closed ====================================================================== From noreply at opencsw.org Sat May 16 12:05:21 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 16 May 2009 12:05:21 +0200 Subject: [bug-notifications] [irssi 0003671]: Perl support broken: Irssi.pm missing In-Reply-To: <622de784904a6f77750d7186c6739ed9> Message-ID: <7225e798be9fb355167a3436d8b2bf7f@opencsw.org> The following issue has been RESOLVED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3671 ====================================================================== Reported By: skayser Assigned To: ihsan ====================================================================== Project: irssi Issue ID: 3671 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-13 19:11 CEST Last Modified: 2009-05-16 12:05 CEST ====================================================================== Summary: Perl support broken: Irssi.pm missing Description: I just wanted to plug a perl script into Irssi (for the first time), but this seems to be broken. Tested with http://quadpoint.org/projects/irssiscripts#socket-interface.pl which i put into ~/.irssi/scripts /load perl /script load socket-interface.pl This gave me: 18:54 -!- Irssi: Loaded module perl/core 18:54 -!- Irssi: Loaded module perl/fe 18:55 -!- Irssi: Error in script socket_interface: 18:55 Can't locate Irssi.pm in @INC (@INC contains: /home/skayser/.irssi/scripts /opt/csw/share/irssi/scripts /opt/csw/lib/perl/5.8.8 /opt/csw/share/perl/5.8.8 /opt/csw/lib/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw .) at (eval 18) line 1. 18:55 BEGIN failed--compilation aborted at (eval 18) line 1. Irssi.pm doesn't seem to be part of CSWirssi and i can't find it via opencsw.org/search either. It is however contained in the upstream source tarball. Might have been dropped during packaging? ====================================================================== ---------------------------------------------------------------------- (0006114) ihsan (manager) - 2009-05-14 13:11 http://opencsw.org/bugtrack/view.php?id=3671#c6114 ---------------------------------------------------------------------- Could you please try if http://mirror.opencsw.org/testing/irssi-0.8.13,REV=2009.05.14-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/irssi-0.8.13,REV=2009.05.14-SunOS5.8-sparc-CSW.pkg.gz fixes this issue? ---------------------------------------------------------------------- (0006116) skayser (administrator) - 2009-05-15 17:05 http://opencsw.org/bugtrack/view.php?id=3671#c6116 ---------------------------------------------------------------------- Yes it does. Thanks for the quick fix Ihsan! ---------------------------------------------------------------------- (0006120) ihsan (manager) - 2009-05-16 12:05 http://opencsw.org/bugtrack/view.php?id=3671#c6120 ---------------------------------------------------------------------- fixed in 0.8.13,REV=2009.05.15 Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 19:11 skayser New Issue 2009-05-14 11:48 ihsan Status new => assigned 2009-05-14 11:48 ihsan Assigned To => ihsan 2009-05-14 13:11 ihsan Note Added: 0006114 2009-05-15 17:05 skayser Note Added: 0006116 2009-05-16 12:05 ihsan Note Added: 0006120 2009-05-16 12:05 ihsan Status assigned => resolved 2009-05-16 12:05 ihsan Resolution open => fixed ====================================================================== From noreply at opencsw.org Sat May 16 12:06:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 16 May 2009 12:06:19 +0200 Subject: [bug-notifications] [irssi 0003671]: Perl support broken: Irssi.pm missing In-Reply-To: <622de784904a6f77750d7186c6739ed9> Message-ID: The following issue has been CLOSED ====================================================================== http://opencsw.org/bugtrack/view.php?id=3671 ====================================================================== Reported By: skayser Assigned To: ihsan ====================================================================== Project: irssi Issue ID: 3671 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-13 19:11 CEST Last Modified: 2009-05-16 12:06 CEST ====================================================================== Summary: Perl support broken: Irssi.pm missing Description: I just wanted to plug a perl script into Irssi (for the first time), but this seems to be broken. Tested with http://quadpoint.org/projects/irssiscripts#socket-interface.pl which i put into ~/.irssi/scripts /load perl /script load socket-interface.pl This gave me: 18:54 -!- Irssi: Loaded module perl/core 18:54 -!- Irssi: Loaded module perl/fe 18:55 -!- Irssi: Error in script socket_interface: 18:55 Can't locate Irssi.pm in @INC (@INC contains: /home/skayser/.irssi/scripts /opt/csw/share/irssi/scripts /opt/csw/lib/perl/5.8.8 /opt/csw/share/perl/5.8.8 /opt/csw/lib/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw .) at (eval 18) line 1. 18:55 BEGIN failed--compilation aborted at (eval 18) line 1. Irssi.pm doesn't seem to be part of CSWirssi and i can't find it via opencsw.org/search either. It is however contained in the upstream source tarball. Might have been dropped during packaging? ====================================================================== ---------------------------------------------------------------------- (0006114) ihsan (manager) - 2009-05-14 13:11 http://opencsw.org/bugtrack/view.php?id=3671#c6114 ---------------------------------------------------------------------- Could you please try if http://mirror.opencsw.org/testing/irssi-0.8.13,REV=2009.05.14-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/irssi-0.8.13,REV=2009.05.14-SunOS5.8-sparc-CSW.pkg.gz fixes this issue? ---------------------------------------------------------------------- (0006116) skayser (administrator) - 2009-05-15 17:05 http://opencsw.org/bugtrack/view.php?id=3671#c6116 ---------------------------------------------------------------------- Yes it does. Thanks for the quick fix Ihsan! ---------------------------------------------------------------------- (0006120) ihsan (manager) - 2009-05-16 12:05 http://opencsw.org/bugtrack/view.php?id=3671#c6120 ---------------------------------------------------------------------- fixed in 0.8.13,REV=2009.05.15 Issue History Date Modified Username Field Change ====================================================================== 2009-05-13 19:11 skayser New Issue 2009-05-14 11:48 ihsan Status new => assigned 2009-05-14 11:48 ihsan Assigned To => ihsan 2009-05-14 13:11 ihsan Note Added: 0006114 2009-05-15 17:05 skayser Note Added: 0006116 2009-05-16 12:05 ihsan Note Added: 0006120 2009-05-16 12:05 ihsan Status assigned => resolved 2009-05-16 12:05 ihsan Resolution open => fixed 2009-05-16 12:06 ihsan Status resolved => closed ====================================================================== From noreply at opencsw.org Sat May 16 12:13:35 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 16 May 2009 12:13:35 +0200 Subject: [bug-notifications] [powertop 0003581]: Solaris 10 pacakge in 5.8 and 5.9 In-Reply-To: <462ca0dae2e9310a2d60529a54c3ba74> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3581 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: powertop Issue ID: 3581 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-04-01 21:35 CEST Last Modified: 2009-05-16 12:13 CEST ====================================================================== Summary: Solaris 10 pacakge in 5.8 and 5.9 Description: powertop is built for solaris 10 only but is publish in the 5.8 and 5.9 packge collections. ====================================================================== ---------------------------------------------------------------------- (0005815) aubrey (manager) - 2009-04-02 02:30 http://www.opencsw.org/mantis/view.php?id=3581#c5815 ---------------------------------------------------------------------- IIRC, the powertop package has a checkinstall script, if the script detects the powertop dtrace probe is not available, the installation will abort. But anyway, it's sort of unreasonable to put powertop into solaris8, solaris9 package collections. ---------------------------------------------------------------------- (0005819) james (reporter) - 2009-04-02 10:23 http://www.opencsw.org/mantis/view.php?id=3581#c5819 ---------------------------------------------------------------------- I agree it's unreasonable to put powertop into S[89] collection, I'm expecting the resolution to be its removal (from 8 9). ---------------------------------------------------------------------- (0006121) aubrey (manager) - 2009-05-16 12:13 http://www.opencsw.org/mantis/view.php?id=3581#c6121 ---------------------------------------------------------------------- PowerTOP has already been integrated into ON bits. This software depends on the dtrace probe in the solaris kernel, even on Solaris 10, different build has different implementation. So, Can we remove it at all? Otherwise, the mis-matched use could confuse the user. Issue History Date Modified Username Field Change ====================================================================== 2009-04-01 21:35 james New Issue 2009-04-02 02:30 aubrey Note Added: 0005815 2009-04-02 10:23 james Note Added: 0005819 2009-05-16 12:13 aubrey Note Added: 0006121 ====================================================================== From noreply at opencsw.org Sat May 16 13:20:37 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 16 May 2009 13:20:37 +0200 Subject: [bug-notifications] [rrdtool 0003612]: Could you activate ruby binding when building the package In-Reply-To: <7153d1f51b109fd49afa59a8541adf6a> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3612 ====================================================================== Reported By: nicbric Assigned To: ihsan ====================================================================== Project: rrdtool Issue ID: 3612 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-03 10:14 CEST Last Modified: 2009-05-16 13:20 CEST ====================================================================== Summary: Could you activate ruby binding when building the package Description: Could you activate the options for ruby-binding to the configure script. Actually in Makefile it is not activated: CONFIGURE_ARGS += --disable-ruby ====================================================================== ---------------------------------------------------------------------- (0006122) ihsan (manager) - 2009-05-16 13:20 http://www.opencsw.org/bugtrack/view.php?id=3612#c6122 ---------------------------------------------------------------------- I'm very sorry for the delay, but there was an other issue with rrdtool which had to be fixed first. Could you please try these packages: http://mirror.opencsw.org/testing/rrdtool-1.3.7,REV=2009.05.16-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/rrdtool-1.3.7,REV=2009.05.16-SunOS5.8-i386-CSW.pkg.gz Issue History Date Modified Username Field Change ====================================================================== 2009-04-03 10:14 nicbric New Issue 2009-04-03 16:48 ihsan Status new => assigned 2009-04-03 16:48 ihsan Assigned To => ihsan 2009-05-16 13:20 ihsan Note Added: 0006122 2009-05-16 13:20 ihsan Status assigned => resolved 2009-05-16 13:20 ihsan Resolution open => fixed ====================================================================== From noreply at opencsw.org Sun May 17 03:32:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 03:32:10 +0200 Subject: [bug-notifications] [apache2rt 0003676]: Package contains Extra files Message-ID: <7de47632aa59555a411f753688e93afb@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3676 ====================================================================== Reported By: mwatters Assigned To: ====================================================================== Project: apache2rt Issue ID: 3676 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-17 03:32 CEST Last Modified: 2009-05-17 03:32 CEST ====================================================================== Summary: Package contains Extra files Description: This package should only include the libraries. Please move the following to apache2_devel: /opt/csw/apache2/share/build /opt/csw/apache2/share /opt/csw/apache2/sbin/apxs /opt/csw/apache2/sbin /opt/csw/apache2/man/man8/apxs.8 /opt/csw/apache2/man/man8 /opt/csw/apache2/man /opt/csw/apache2/lib/pkgconfig /opt/csw/apache2/bin/apu-config /opt/csw/apache2/bin/apu-1-config /opt/csw/apache2/share/build/instdso.sh /opt/csw/apache2/share/build/config_vars.mk /opt/csw/apache2/bin/apr-config /opt/csw/apache2/bin/apr-1-config and please remove dir /opt/csw/apache2/bin from the apache2rt package ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 03:32 mwatters New Issue ====================================================================== From noreply at opencsw.org Sun May 17 16:54:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 16:54:55 +0200 Subject: [bug-notifications] [cswclassutils 0003634]: Please add smf service state persistence across upgrade In-Reply-To: <58e13c493b1026ed43824a8221b97717> Message-ID: <5d64f88dcc3a165115a437a8c412ae00@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3634 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3634 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-13 19:48 CEST Last Modified: 2009-05-17 16:54 CEST ====================================================================== Summary: Please add smf service state persistence across upgrade Description: Currently, if someone installs a daemon (provided by a csw package) under Solaris with SMF support and chooses to disable it, this state will not be preserved across upgrades. Next time, the package is upgraded, the service will be automatically started and will be configured to do so at boot time, In other word: the "svcadm disable" command is useless with opencsw packaged daemons. It would be nice to add smf service state persistence across upgrade in cswclassutils to allow the state of service to stay the same across upgrades. ====================================================================== ---------------------------------------------------------------------- (0005959) yann (reporter) - 2009-04-13 19:54 http://www.opencsw.org/mantis/view.php?id=3634#c5959 ---------------------------------------------------------------------- I upload a patch which implement this behaviour. However, it will only do so when autoenable_daemons is enabled, because the standard explicitely says to not start daemons when autoenable_daemons is set to no. I would prefer the smf saved state to override the autoenable_daemons but I think that would require some discussion. ---------------------------------------------------------------------- (0005994) bonivart (manager) - 2009-04-21 18:51 http://www.opencsw.org/mantis/view.php?id=3634#c5994 ---------------------------------------------------------------------- I have implemented your patch in 1.6. ---------------------------------------------------------------------- (0005999) bonivart (manager) - 2009-04-22 17:58 http://www.opencsw.org/mantis/view.php?id=3634#c5999 ---------------------------------------------------------------------- Just discovered a (non related) problem with packages that set up multiple services and realized that this patch doesn't cover that either. It only saves one state per package, not separate state for each service of the package. ClamAV is one example of a package that sets up multiple services. ---------------------------------------------------------------------- (0006000) yann (reporter) - 2009-04-22 18:01 http://www.opencsw.org/mantis/view.php?id=3634#c6000 ---------------------------------------------------------------------- Ok, I will have a look at this problem. ---------------------------------------------------------------------- (0006027) bonivart (manager) - 2009-04-24 18:46 http://www.opencsw.org/mantis/view.php?id=3634#c6027 ---------------------------------------------------------------------- I'm testing some other changes to cswinitsmf and it never starts the service. It seems that the only way a service can be enabled is if there existed a state file that says it was enabled before but this means that new installations can never be enabled..? ---------------------------------------------------------------------- (0006123) yann (reporter) - 2009-05-17 16:54 http://www.opencsw.org/mantis/view.php?id=3634#c6123 ---------------------------------------------------------------------- Hi Peter, I had a look at the multiple service case, and the smf persistance code already handled it fine. I tested with clamav, disabling one of the two service (clamav-milter) and the state was properly restored upon reinstallation. However, I fixed the bug you mentionned in your last note, now the code will properly enable the service even if the state file is not present. I attached a patch against cswclassutils 1.9 to re-enable the code and apply the fix: smf_state_persistence_multiple.patch Issue History Date Modified Username Field Change ====================================================================== 2009-04-13 19:48 yann New Issue 2009-04-13 19:49 yann File Added: smf_state_persistence.patch 2009-04-13 19:54 yann Note Added: 0005959 2009-04-21 16:15 bonivart Status new => assigned 2009-04-21 16:15 bonivart Assigned To => bonivart 2009-04-21 18:51 bonivart Note Added: 0005994 2009-04-22 17:58 bonivart Note Added: 0005999 2009-04-22 18:01 yann Note Added: 0006000 2009-04-24 18:46 bonivart Note Added: 0006027 2009-05-17 16:52 yann File Added: smf_state_persistence_multiple.patch 2009-05-17 16:54 yann Note Added: 0006123 ====================================================================== From noreply at opencsw.org Sun May 17 16:56:39 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 16:56:39 +0200 Subject: [bug-notifications] [cswclassutils 0003636]: Allow package to provide their own manifest file In-Reply-To: Message-ID: <937ddffab3946172f3056a626dac85bd@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3636 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3636 Category: regular use Reproducibility: have not tried Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-13 20:01 CEST Last Modified: 2009-05-17 16:56 CEST ====================================================================== Summary: Allow package to provide their own manifest file Description: Some package already provide their own manifest file to be used under Solaris 10. It would be nice to have a way for a package using cswinitsmf to disable automatic manifest generation so its own manifest file is used. ====================================================================== ---------------------------------------------------------------------- (0005970) yann (reporter) - 2009-04-15 21:12 http://www.opencsw.org/mantis/view.php?id=3636#c5970 ---------------------------------------------------------------------- It could be configured by using the existing tweaks system. For exemple, if you provide your own manifest file, you could add: #SMF_SCRIPT no # change this value to no if this init script should not be used to autogenerate the smf manifest file. ---------------------------------------------------------------------- (0005992) bonivart (manager) - 2009-04-21 17:20 http://www.opencsw.org/mantis/view.php?id=3636#c5992 ---------------------------------------------------------------------- Ok, but how would it know which file to import as manifest? SMF_SCRIPT /path/to/manifest ? ---------------------------------------------------------------------- (0005996) yann (reporter) - 2009-04-21 21:08 http://www.opencsw.org/mantis/view.php?id=3636#c5996 ---------------------------------------------------------------------- The manifest file would belong to the cswinitsmf class, so it will be passed to your script which could register it if smf is available and enabled. You would have to add a test to determine if the file is a manifest or an init.d script (or something else). But using "SMF_SCRIPT /path/to/manifest" will also work. ---------------------------------------------------------------------- (0006124) yann (reporter) - 2009-05-17 16:56 http://www.opencsw.org/mantis/view.php?id=3636#c6124 ---------------------------------------------------------------------- Hi Peter, Any news of this feature, do you plan adding it ? I am waiting for it to be able to switch some of my packages to cswclassutils. Thanks in avance, Yann Issue History Date Modified Username Field Change ====================================================================== 2009-04-13 20:01 yann New Issue 2009-04-15 21:12 yann Note Added: 0005970 2009-04-21 17:18 bonivart Status new => assigned 2009-04-21 17:18 bonivart Assigned To => bonivart 2009-04-21 17:20 bonivart Note Added: 0005992 2009-04-21 21:08 yann Note Added: 0005996 2009-05-17 16:56 yann Note Added: 0006124 ====================================================================== From noreply at opencsw.org Sun May 17 16:57:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 16:57:10 +0200 Subject: [bug-notifications] [cswclassutils 0003635]: Support service that can't be autoenabled at first install In-Reply-To: Message-ID: <4071d4d47e86c773499d38495dab09ac@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3635 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3635 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-13 19:59 CEST Last Modified: 2009-05-17 16:57 CEST ====================================================================== Summary: Support service that can't be autoenabled at first install Description: Some daemons can't be launched at all at first install without a bit of manual configuration, that the case of imapproxy which require an imap server to be given in imapproxy configuration file. Currently, cswclassutils cswinitsmf will always tries to start the daemon if autoenable_daemons=yes, for cswimapproxy this would result in a service in maintenance state that would need to be cleared. It would be nice to have support for this case, the service can't be launched at first install, but once it is configured and enabled by the administrator, it has to be re-launched at each upgrade. ====================================================================== ---------------------------------------------------------------------- (0005991) bonivart (manager) - 2009-04-21 17:17 http://www.opencsw.org/mantis/view.php?id=3635#c5991 ---------------------------------------------------------------------- Isn't this normally handled by the start script? Something like: [ -f someconffile ] && startservice ---------------------------------------------------------------------- (0005997) yann (reporter) - 2009-04-21 21:12 http://www.opencsw.org/mantis/view.php?id=3635#c5997 ---------------------------------------------------------------------- The script already has this check, but as your script will always try to enable the service (if autoenable_daemons != no), the init script will exit and the imapproxy service will go in maintenance mode from SMF point of view. It would be cleaner to have it not started at all at the first install. ---------------------------------------------------------------------- (0006125) yann (reporter) - 2009-05-17 16:57 http://www.opencsw.org/mantis/view.php?id=3635#c6125 ---------------------------------------------------------------------- Hi Peter, Any news of this feature request ? Issue History Date Modified Username Field Change ====================================================================== 2009-04-13 19:59 yann New Issue 2009-04-21 17:15 bonivart Status new => assigned 2009-04-21 17:15 bonivart Assigned To => bonivart 2009-04-21 17:17 bonivart Note Added: 0005991 2009-04-21 21:12 yann Note Added: 0005997 2009-05-17 16:57 yann Note Added: 0006125 ====================================================================== From noreply at opencsw.org Sun May 17 17:57:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 17:57:31 +0200 Subject: [bug-notifications] [gcc4core 0001405]: 64-bit libraries paths are not correct In-Reply-To: <2b9107d1fd68aec5b3c11f1317d8a3ce> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1405 ====================================================================== Reported By: tmalik Assigned To: pfelecan ====================================================================== Project: gcc4core Issue ID: 1405 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-01-19 08:46 CET Last Modified: 2009-05-17 17:57 CEST ====================================================================== Summary: 64-bit libraries paths are not correct Description: When i compile with -m64 option i get following error on Solaris 2.10 whereas without -m64 option it compile works great. ld: fatal: file /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../../libgcc_s.so: wrong ELF class: ELFCLASS32 Also when i run configure with GCC4 it can\'t detect Libinconv but if I run configure with GCC3 it does detect libinconv correctly. ====================================================================== ---------------------------------------------------------------------- (0002987) pfelecan (reporter) - 2006-01-19 14:22 http://www.opencsw.org/bugtrack/view.php?id=1405#c2987 ---------------------------------------------------------------------- Indeed, /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../../libgcc_s.so is a 32 bit library. I wonder how it get linked in a 64 bit generation; normally, the /opt/csw/gcc4/lib/spqrcv9/libgcc_s.so is used in this case and it is a 64 bit library. Can you give me a minimal C program which manifest this behaviour? Please re-execute your example using the -v switch and attach the output thus obtained. Also, I gather from your example that it is extracted from a libtool based link phase. Am I correct? ---------------------------------------------------------------------- (0002989) tmalik (reporter) - 2006-01-19 21:21 http://www.opencsw.org/bugtrack/view.php?id=1405#c2989 ---------------------------------------------------------------------- Hi, 1. I am new to unix world now.... last i did was 20 years ago....so am quite rusty.... I am trying to build a package (an IBM mainframe emulator)..... here is the link for entire source as ditsributed by the developers: http://www.hercules-390.org/hercules-3.03.1.tar.gz. this will allow you to run configure and make yourself. 2. Attached is the log from Configure and make.... that i ran. http://solutionint.com/configure-and-make.log..... pls also notice that it did not detect libiconv whereas gcc3 sucessfuly detects that. Thanks for your help. ---------------------------------------------------------------------- (0002990) tmalik (reporter) - 2006-01-19 21:27 http://www.opencsw.org/bugtrack/view.php?id=1405#c2990 ---------------------------------------------------------------------- Sorry, i forgot to attach the output with -v option, here it is: /opt/csw/gcc4/bin/gcc -Wall -v -m64 -save-temps -shared -Wl,-h -Wl,libhercs.so -o .libs/libhercs.so .libs/hsys.o -lz -lresolv -lnsl -lsocket -lm -ldl -lbz2 -lc -m64 Reading specs from /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/specs Target: sparc-sun-solaris2.8 Configured with: ../sources/gcc-4.0.2/configure --prefix=/opt/csw/gcc4 --with-local-prefix=/opt/csw --without-gnu-as --with-as=/usr/ccs/bin/as --without-gnu-ld --with-ld=/usr/ccs/bin/ld --enable-threads=posix --enable-shared --enable-multilib --enable-nls --with-included-gettext --with-libiconv-prefix=/opt/csw --with-x --enable-java-awt=xlib --with-system-zlib --enable-languages=c,c++,f95,java,objc,ada Thread model: posix gcc version 4.0.2 /opt/csw/gcc4/libexec/gcc/sparc-sun-solaris2.8/4.0.2/collect2 -V -G -dy -z text -R /opt/csw/gcc4/lib/sparcv9 -Y P,/opt/csw/gcc4/lib/sparcv9:/usr/lib/sparcv9 -Qy -o .libs/libhercs.so /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/sparcv9/crti.o /usr/ccs/lib/sparcv9/values-Xa.o /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/sparcv9/crtbegin.o -L/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/sparcv9 -L/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2 -L/usr/ccs/bin/sparcv9 -L/usr/ccs/bin -L/usr/ccs/lib/sparcv9 -L/usr/ccs/lib -L/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../../sparcv9 -L/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../.. -L/lib/sparcv9 -L/usr/lib/sparcv9 -h libhercs.so .libs/hsys.o -lz -lresolv -lnsl -lsocket -lm -ldl -lbz2 -lc -lgcc_s -lgcc_s /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/sparcv9/crtend.o /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/sparcv9/crtn.o ld: Software Generation Utilities - Solaris Link Editors: 5.10-1.482 ld: fatal: file /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../../libgcc_s.so: wrong ELF class: ELFCLASS32 ld: fatal: file /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../../libgcc_s.so: wrong ELF class: ELFCLASS32 ld: fatal: File processing errors. No output written to .libs/libhercs.so collect2: ld returned 1 exit status ---------------------------------------------------------------------- (0002992) james (reporter) - 2006-01-20 07:54 http://www.opencsw.org/bugtrack/view.php?id=1405#c2992 ---------------------------------------------------------------------- See also: http://www.blastwave.org/mantis/view_bug_page.php?f_id=0001118 ---------------------------------------------------------------------- (0002993) pfelecan (reporter) - 2006-01-20 10:52 http://www.opencsw.org/bugtrack/view.php?id=1405#c2993 ---------------------------------------------------------------------- 1118 is not the same case: here we have C, there we have C++. The same example as in 1118 works when on a C program. I\'m continuing the investigations. ---------------------------------------------------------------------- (0002994) tmalik (reporter) - 2006-01-20 11:16 http://www.opencsw.org/bugtrack/view.php?id=1405#c2994 ---------------------------------------------------------------------- Thanks pfelecan for your update. I really apprecaite your efforts. ---------------------------------------------------------------------- (0002995) james (reporter) - 2006-01-21 05:56 http://www.opencsw.org/bugtrack/view.php?id=1405#c2995 ---------------------------------------------------------------------- 1118 is similar, it\'s just that C++ causes inclusion of -lgcc_s for a trivial program. Try: $ echo \"main(){}\" > source.c $ /opt/csw/gcc4/bin/gcc -m64 source.c -lgcc_s ld: fatal: file /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../../libgcc_s.so: wrong ELF class: ELFCLASS32 ld: fatal: File processing errors. No output written to a.out collect2: ld returned 1 exit status and note the example above uses lgcc_s ld is finding /opt/csw/gcc4/lib/libgcc_s.so.1 before /opt/csw/gcc4/lib/sparcv9/libgcc_s.so.1 ---------------------------------------------------------------------- (0002996) pfelecan (reporter) - 2006-01-21 16:02 http://www.opencsw.org/bugtrack/view.php?id=1405#c2996 ---------------------------------------------------------------------- Using: LD_OPTIONS=\'-Dfiles,libs,detail\' gcc -v -m64 t.c -lgcc_s -o t and LD_OPTIONS=\'-Dfiles,libs,detail\' g++ -v -m64 txx.cc -o txx I found the culprit: a missing symbolic link. To link 64 bit objects you must do, as root, the following: cd /opt/csw/gcc4/lib/sparcv9 ln -s libgcc_s.so.1 libgcc_s.so installf CSWgcc4core /opt/csw/gcc4/lib/sparcv9/libgcc_s.so installf -f CSWgcc4core I\'ll put this on the package\'s main page and will correct in the package for the next release, probably 4.0.3 Note that the deep reason of this is an incorrect specification file --- /opt/csw/lib/gcc/sparc-sun-solaris2.8/4.0.2/specs --- and the correction that I\'ll made available in the future packages will use this. edited on: 01-21 16:02 ---------------------------------------------------------------------- (0006126) mwatters (manager) - 2009-05-17 17:57 http://www.opencsw.org/bugtrack/view.php?id=1405#c6126 ---------------------------------------------------------------------- fixed in the 4.3.3 release Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 17:57 mwatters Note Added: 0006126 2009-05-17 17:57 mwatters Status assigned => resolved 2009-05-17 17:57 mwatters Resolution open => fixed ====================================================================== From noreply at opencsw.org Sun May 17 17:57:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 17:57:55 +0200 Subject: [bug-notifications] [gcc4core 0001405]: 64-bit libraries paths are not correct In-Reply-To: <2b9107d1fd68aec5b3c11f1317d8a3ce> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1405 ====================================================================== Reported By: tmalik Assigned To: pfelecan ====================================================================== Project: gcc4core Issue ID: 1405 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-01-19 08:46 CET Last Modified: 2009-05-17 17:57 CEST ====================================================================== Summary: 64-bit libraries paths are not correct Description: When i compile with -m64 option i get following error on Solaris 2.10 whereas without -m64 option it compile works great. ld: fatal: file /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../../libgcc_s.so: wrong ELF class: ELFCLASS32 Also when i run configure with GCC4 it can\'t detect Libinconv but if I run configure with GCC3 it does detect libinconv correctly. ====================================================================== ---------------------------------------------------------------------- (0002987) pfelecan (reporter) - 2006-01-19 14:22 http://www.opencsw.org/bugtrack/view.php?id=1405#c2987 ---------------------------------------------------------------------- Indeed, /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../../libgcc_s.so is a 32 bit library. I wonder how it get linked in a 64 bit generation; normally, the /opt/csw/gcc4/lib/spqrcv9/libgcc_s.so is used in this case and it is a 64 bit library. Can you give me a minimal C program which manifest this behaviour? Please re-execute your example using the -v switch and attach the output thus obtained. Also, I gather from your example that it is extracted from a libtool based link phase. Am I correct? ---------------------------------------------------------------------- (0002989) tmalik (reporter) - 2006-01-19 21:21 http://www.opencsw.org/bugtrack/view.php?id=1405#c2989 ---------------------------------------------------------------------- Hi, 1. I am new to unix world now.... last i did was 20 years ago....so am quite rusty.... I am trying to build a package (an IBM mainframe emulator)..... here is the link for entire source as ditsributed by the developers: http://www.hercules-390.org/hercules-3.03.1.tar.gz. this will allow you to run configure and make yourself. 2. Attached is the log from Configure and make.... that i ran. http://solutionint.com/configure-and-make.log..... pls also notice that it did not detect libiconv whereas gcc3 sucessfuly detects that. Thanks for your help. ---------------------------------------------------------------------- (0002990) tmalik (reporter) - 2006-01-19 21:27 http://www.opencsw.org/bugtrack/view.php?id=1405#c2990 ---------------------------------------------------------------------- Sorry, i forgot to attach the output with -v option, here it is: /opt/csw/gcc4/bin/gcc -Wall -v -m64 -save-temps -shared -Wl,-h -Wl,libhercs.so -o .libs/libhercs.so .libs/hsys.o -lz -lresolv -lnsl -lsocket -lm -ldl -lbz2 -lc -m64 Reading specs from /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/specs Target: sparc-sun-solaris2.8 Configured with: ../sources/gcc-4.0.2/configure --prefix=/opt/csw/gcc4 --with-local-prefix=/opt/csw --without-gnu-as --with-as=/usr/ccs/bin/as --without-gnu-ld --with-ld=/usr/ccs/bin/ld --enable-threads=posix --enable-shared --enable-multilib --enable-nls --with-included-gettext --with-libiconv-prefix=/opt/csw --with-x --enable-java-awt=xlib --with-system-zlib --enable-languages=c,c++,f95,java,objc,ada Thread model: posix gcc version 4.0.2 /opt/csw/gcc4/libexec/gcc/sparc-sun-solaris2.8/4.0.2/collect2 -V -G -dy -z text -R /opt/csw/gcc4/lib/sparcv9 -Y P,/opt/csw/gcc4/lib/sparcv9:/usr/lib/sparcv9 -Qy -o .libs/libhercs.so /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/sparcv9/crti.o /usr/ccs/lib/sparcv9/values-Xa.o /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/sparcv9/crtbegin.o -L/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/sparcv9 -L/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2 -L/usr/ccs/bin/sparcv9 -L/usr/ccs/bin -L/usr/ccs/lib/sparcv9 -L/usr/ccs/lib -L/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../../sparcv9 -L/opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../.. -L/lib/sparcv9 -L/usr/lib/sparcv9 -h libhercs.so .libs/hsys.o -lz -lresolv -lnsl -lsocket -lm -ldl -lbz2 -lc -lgcc_s -lgcc_s /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/sparcv9/crtend.o /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/sparcv9/crtn.o ld: Software Generation Utilities - Solaris Link Editors: 5.10-1.482 ld: fatal: file /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../../libgcc_s.so: wrong ELF class: ELFCLASS32 ld: fatal: file /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../../libgcc_s.so: wrong ELF class: ELFCLASS32 ld: fatal: File processing errors. No output written to .libs/libhercs.so collect2: ld returned 1 exit status ---------------------------------------------------------------------- (0002992) james (reporter) - 2006-01-20 07:54 http://www.opencsw.org/bugtrack/view.php?id=1405#c2992 ---------------------------------------------------------------------- See also: http://www.blastwave.org/mantis/view_bug_page.php?f_id=0001118 ---------------------------------------------------------------------- (0002993) pfelecan (reporter) - 2006-01-20 10:52 http://www.opencsw.org/bugtrack/view.php?id=1405#c2993 ---------------------------------------------------------------------- 1118 is not the same case: here we have C, there we have C++. The same example as in 1118 works when on a C program. I\'m continuing the investigations. ---------------------------------------------------------------------- (0002994) tmalik (reporter) - 2006-01-20 11:16 http://www.opencsw.org/bugtrack/view.php?id=1405#c2994 ---------------------------------------------------------------------- Thanks pfelecan for your update. I really apprecaite your efforts. ---------------------------------------------------------------------- (0002995) james (reporter) - 2006-01-21 05:56 http://www.opencsw.org/bugtrack/view.php?id=1405#c2995 ---------------------------------------------------------------------- 1118 is similar, it\'s just that C++ causes inclusion of -lgcc_s for a trivial program. Try: $ echo \"main(){}\" > source.c $ /opt/csw/gcc4/bin/gcc -m64 source.c -lgcc_s ld: fatal: file /opt/csw/gcc4/lib/gcc/sparc-sun-solaris2.8/4.0.2/../../../libgcc_s.so: wrong ELF class: ELFCLASS32 ld: fatal: File processing errors. No output written to a.out collect2: ld returned 1 exit status and note the example above uses lgcc_s ld is finding /opt/csw/gcc4/lib/libgcc_s.so.1 before /opt/csw/gcc4/lib/sparcv9/libgcc_s.so.1 ---------------------------------------------------------------------- (0002996) pfelecan (reporter) - 2006-01-21 16:02 http://www.opencsw.org/bugtrack/view.php?id=1405#c2996 ---------------------------------------------------------------------- Using: LD_OPTIONS=\'-Dfiles,libs,detail\' gcc -v -m64 t.c -lgcc_s -o t and LD_OPTIONS=\'-Dfiles,libs,detail\' g++ -v -m64 txx.cc -o txx I found the culprit: a missing symbolic link. To link 64 bit objects you must do, as root, the following: cd /opt/csw/gcc4/lib/sparcv9 ln -s libgcc_s.so.1 libgcc_s.so installf CSWgcc4core /opt/csw/gcc4/lib/sparcv9/libgcc_s.so installf -f CSWgcc4core I\'ll put this on the package\'s main page and will correct in the package for the next release, probably 4.0.3 Note that the deep reason of this is an incorrect specification file --- /opt/csw/lib/gcc/sparc-sun-solaris2.8/4.0.2/specs --- and the correction that I\'ll made available in the future packages will use this. edited on: 01-21 16:02 ---------------------------------------------------------------------- (0006126) mwatters (manager) - 2009-05-17 17:57 http://www.opencsw.org/bugtrack/view.php?id=1405#c6126 ---------------------------------------------------------------------- fixed in the 4.3.3 release ---------------------------------------------------------------------- (0006127) mwatters (manager) - 2009-05-17 17:57 http://www.opencsw.org/bugtrack/view.php?id=1405#c6127 ---------------------------------------------------------------------- closed fixed Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 17:57 mwatters Note Added: 0006126 2009-05-17 17:57 mwatters Status assigned => resolved 2009-05-17 17:57 mwatters Resolution open => fixed 2009-05-17 17:57 mwatters Note Added: 0006127 2009-05-17 17:57 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 17 18:09:53 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:09:53 +0200 Subject: [bug-notifications] [gcc4g++ 0001487]: missing support for mcheck()/MALLOC_CHECK in glibc In-Reply-To: <5abee9798edb062b8b58b7b65218040d> Message-ID: <5a27a303f1473e838acd533c65e5ef95@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1487 ====================================================================== Reported By: kz43f88823 Assigned To: mwatters ====================================================================== Project: gcc4g++ Issue ID: 1487 Category: other Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2006-02-19 10:10 CET Last Modified: 2009-05-17 18:09 CEST ====================================================================== Summary: missing support for mcheck()/MALLOC_CHECK in glibc Description: the current library doesn\'t have the mcheck/MALLOC_CHECK feature enabled ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 18:09 mwatters Assigned To pfelecan => mwatters ====================================================================== From noreply at opencsw.org Sun May 17 18:10:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:10:40 +0200 Subject: [bug-notifications] [gcc4objc 0001655]: libffi and libobjc_gc.a missing In-Reply-To: <5010231d41a32c35e309fdf2a083cdfa> Message-ID: <5e22c26f242e89e88943bb0719968d88@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1655 ====================================================================== Reported By: amaier Assigned To: pfelecan ====================================================================== Project: gcc4objc Issue ID: 1655 Category: other Reproducibility: always Severity: feature Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-06-24 07:46 CEST Last Modified: 2009-05-17 18:10 CEST ====================================================================== Summary: libffi and libobjc_gc.a missing Description: a) Could you please compile gcc with --enable-libffi ? This library is required by GNUstep and other projects coded with Objective C and is part of the GCC Suite for awhile. b) And compile with --enable-objc-gc to allow usage of Boehm Garabge Collector with Objective C. I\'m not sure whether --enable-boehm-gc is needed then or one could use gc of CSWlibgc. ====================================================================== ---------------------------------------------------------------------- (0003539) pfelecan (reporter) - 2006-06-24 10:19 http://www.opencsw.org/bugtrack/view.php?id=1655#c3539 ---------------------------------------------------------------------- gcc3 has libffi enabled; can you use the stable version, i.e., gcc3 ? ---------------------------------------------------------------------- (0006128) mwatters (manager) - 2009-05-17 18:10 http://www.opencsw.org/bugtrack/view.php?id=1655#c6128 ---------------------------------------------------------------------- resolved in 4.3.3 Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 18:10 mwatters Note Added: 0006128 2009-05-17 18:10 mwatters Status assigned => resolved 2009-05-17 18:10 mwatters Resolution open => fixed ====================================================================== From noreply at opencsw.org Sun May 17 18:11:12 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:11:12 +0200 Subject: [bug-notifications] [gcc4objc 0001655]: libffi and libobjc_gc.a missing In-Reply-To: <5010231d41a32c35e309fdf2a083cdfa> Message-ID: <05d4047b5052ea0d5a6bc5d9db019e8c@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1655 ====================================================================== Reported By: amaier Assigned To: pfelecan ====================================================================== Project: gcc4objc Issue ID: 1655 Category: other Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-06-24 07:46 CEST Last Modified: 2009-05-17 18:11 CEST ====================================================================== Summary: libffi and libobjc_gc.a missing Description: a) Could you please compile gcc with --enable-libffi ? This library is required by GNUstep and other projects coded with Objective C and is part of the GCC Suite for awhile. b) And compile with --enable-objc-gc to allow usage of Boehm Garabge Collector with Objective C. I\'m not sure whether --enable-boehm-gc is needed then or one could use gc of CSWlibgc. ====================================================================== ---------------------------------------------------------------------- (0003539) pfelecan (reporter) - 2006-06-24 10:19 http://www.opencsw.org/bugtrack/view.php?id=1655#c3539 ---------------------------------------------------------------------- gcc3 has libffi enabled; can you use the stable version, i.e., gcc3 ? ---------------------------------------------------------------------- (0006128) mwatters (manager) - 2009-05-17 18:10 http://www.opencsw.org/bugtrack/view.php?id=1655#c6128 ---------------------------------------------------------------------- resolved in 4.3.3 ---------------------------------------------------------------------- (0006129) mwatters (manager) - 2009-05-17 18:11 http://www.opencsw.org/bugtrack/view.php?id=1655#c6129 ---------------------------------------------------------------------- closed fixed Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 18:10 mwatters Note Added: 0006128 2009-05-17 18:10 mwatters Status assigned => resolved 2009-05-17 18:10 mwatters Resolution open => fixed 2009-05-17 18:11 mwatters Note Added: 0006129 2009-05-17 18:11 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 17 18:45:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:45:07 +0200 Subject: [bug-notifications] [gcc4core 0001570]: No -m64 support on Solaris 10 x64 In-Reply-To: Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1570 ====================================================================== Reported By: GICodeWarrior Assigned To: mwatters ====================================================================== Project: gcc4core Issue ID: 1570 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-04-10 20:24 CEST Last Modified: 2009-05-17 18:45 CEST ====================================================================== Summary: No -m64 support on Solaris 10 x64 Description: 32-bit compilation works fine, as expected. 64-bit does not work. $ gcc -m32 test.c $ gcc -m64 test.c test.c:1: sorry, unimplemented: 64-bit mode not compiled in ====================================================================== ---------------------------------------------------------------------- (0006130) mwatters (manager) - 2009-05-17 18:45 http://www.opencsw.org/bugtrack/view.php?id=1570#c6130 ---------------------------------------------------------------------- fixed in 4.3.3 Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 18:45 mwatters Note Added: 0006130 2009-05-17 18:45 mwatters Status new => resolved 2009-05-17 18:45 mwatters Resolution open => fixed 2009-05-17 18:45 mwatters Assigned To => mwatters ====================================================================== From noreply at opencsw.org Sun May 17 18:45:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:45:26 +0200 Subject: [bug-notifications] [gcc4core 0001570]: No -m64 support on Solaris 10 x64 In-Reply-To: Message-ID: <21119c504a4cc218300b25878fb4b056@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1570 ====================================================================== Reported By: GICodeWarrior Assigned To: mwatters ====================================================================== Project: gcc4core Issue ID: 1570 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-04-10 20:24 CEST Last Modified: 2009-05-17 18:45 CEST ====================================================================== Summary: No -m64 support on Solaris 10 x64 Description: 32-bit compilation works fine, as expected. 64-bit does not work. $ gcc -m32 test.c $ gcc -m64 test.c test.c:1: sorry, unimplemented: 64-bit mode not compiled in ====================================================================== ---------------------------------------------------------------------- (0006130) mwatters (manager) - 2009-05-17 18:45 http://www.opencsw.org/bugtrack/view.php?id=1570#c6130 ---------------------------------------------------------------------- fixed in 4.3.3 ---------------------------------------------------------------------- (0006131) mwatters (manager) - 2009-05-17 18:45 http://www.opencsw.org/bugtrack/view.php?id=1570#c6131 ---------------------------------------------------------------------- closed fixed Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 18:45 mwatters Note Added: 0006130 2009-05-17 18:45 mwatters Status new => resolved 2009-05-17 18:45 mwatters Resolution open => fixed 2009-05-17 18:45 mwatters Assigned To => mwatters 2009-05-17 18:45 mwatters Note Added: 0006131 2009-05-17 18:45 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 17 18:46:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:46:23 +0200 Subject: [bug-notifications] [gcc4ada 0001652]: 64-bit support solaris x86 In-Reply-To: <27d0f67c35fb553be91c2e14d7189f8b> Message-ID: <229afcc6c31163af15661dac3ef2e4dd@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1652 ====================================================================== Reported By: ChuK0i Assigned To: ====================================================================== Project: gcc4ada Issue ID: 1652 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2006-06-22 20:19 CEST Last Modified: 2009-05-17 18:46 CEST ====================================================================== Summary: 64-bit support solaris x86 Description: Would like to have gcc/gnat have support to build 64-bit binaries on solaris x86. ====================================================================== ---------------------------------------------------------------------- (0006132) mwatters (manager) - 2009-05-17 18:46 http://www.opencsw.org/bugtrack/view.php?id=1652#c6132 ---------------------------------------------------------------------- currently there is no support upstream for 64bit ADA Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 18:46 mwatters Note Added: 0006132 2009-05-17 18:46 mwatters Status new => closed ====================================================================== From noreply at opencsw.org Sun May 17 18:47:22 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:47:22 +0200 Subject: [bug-notifications] [gcc4core 0002568]: gcc4 requires SUNWarc? In-Reply-To: <2c5af38ff72f9f9ddc4f5a32ec007747> Message-ID: <3095f52f1fe3613602621d175eb0297e@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2568 ====================================================================== Reported By: Matt H. Assigned To: mwatters ====================================================================== Project: gcc4core Issue ID: 2568 Category: other Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-08-20 19:18 CEST Last Modified: 2009-05-17 18:47 CEST ====================================================================== Summary: gcc4 requires SUNWarc? Description: I had a problem passing a configure check when it failed because this file was missing: /usr/lib/values-Xa.o It\'s part of the SUNWarc package.. Should that be a gcc4core dependency? ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 18:47 mwatters Status new => assigned 2009-05-17 18:47 mwatters Assigned To => mwatters ====================================================================== From noreply at opencsw.org Sun May 17 18:50:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:50:16 +0200 Subject: [bug-notifications] [gcc4core 0002568]: gcc4 requires SUNWarc? In-Reply-To: <2c5af38ff72f9f9ddc4f5a32ec007747> Message-ID: <67508dabf4775f368a835d32e0dd3491@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2568 ====================================================================== Reported By: Matt H. Assigned To: mwatters ====================================================================== Project: gcc4core Issue ID: 2568 Category: other Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-08-20 19:18 CEST Last Modified: 2009-05-17 18:50 CEST ====================================================================== Summary: gcc4 requires SUNWarc? Description: I had a problem passing a configure check when it failed because this file was missing: /usr/lib/values-Xa.o It\'s part of the SUNWarc package.. Should that be a gcc4core dependency? ====================================================================== ---------------------------------------------------------------------- (0006133) mwatters (manager) - 2009-05-17 18:50 http://www.opencsw.org/bugtrack/view.php?id=2568#c6133 ---------------------------------------------------------------------- This bug is over 2 years old and does not have enough information to trouble shoot. if this is still an issue, please re-open this bug and provide the application you are trying to compile as well as the output of configure. Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 18:47 mwatters Status new => assigned 2009-05-17 18:47 mwatters Assigned To => mwatters 2009-05-17 18:50 mwatters Note Added: 0006133 2009-05-17 18:50 mwatters Status assigned => closed ====================================================================== From noreply at opencsw.org Sun May 17 18:55:45 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:55:45 +0200 Subject: [bug-notifications] [gcc4g++ 0001486]: no STL support In-Reply-To: <8b2c37ed0c1a63c0a9fb5b9351723b04> Message-ID: <97424faa0c04121131194934a3aa8fb8@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1486 ====================================================================== Reported By: kz43f88823 Assigned To: pfelecan ====================================================================== Project: gcc4g++ Issue ID: 1486 Category: other Reproducibility: always Severity: block Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-02-19 10:07 CET Last Modified: 2009-05-17 18:55 CEST ====================================================================== Summary: no STL support Description: it is possible to compile sources which are using STL classes but it not possible to link, because there is no STL support in the libstdc++ ====================================================================== ---------------------------------------------------------------------- (0006134) mwatters (manager) - 2009-05-17 18:55 http://www.opencsw.org/bugtrack/view.php?id=1486#c6134 ---------------------------------------------------------------------- this is resolved in 4.3.3 Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 18:55 mwatters Note Added: 0006134 2009-05-17 18:55 mwatters Status assigned => resolved 2009-05-17 18:55 mwatters Resolution open => fixed ====================================================================== From noreply at opencsw.org Sun May 17 18:56:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:56:07 +0200 Subject: [bug-notifications] [gcc4g++ 0001486]: no STL support In-Reply-To: <8b2c37ed0c1a63c0a9fb5b9351723b04> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1486 ====================================================================== Reported By: kz43f88823 Assigned To: pfelecan ====================================================================== Project: gcc4g++ Issue ID: 1486 Category: other Reproducibility: always Severity: block Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-02-19 10:07 CET Last Modified: 2009-05-17 18:56 CEST ====================================================================== Summary: no STL support Description: it is possible to compile sources which are using STL classes but it not possible to link, because there is no STL support in the libstdc++ ====================================================================== ---------------------------------------------------------------------- (0006134) mwatters (manager) - 2009-05-17 18:55 http://www.opencsw.org/bugtrack/view.php?id=1486#c6134 ---------------------------------------------------------------------- this is resolved in 4.3.3 ---------------------------------------------------------------------- (0006135) mwatters (manager) - 2009-05-17 18:56 http://www.opencsw.org/bugtrack/view.php?id=1486#c6135 ---------------------------------------------------------------------- closed fixed Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 18:55 mwatters Note Added: 0006134 2009-05-17 18:55 mwatters Status assigned => resolved 2009-05-17 18:55 mwatters Resolution open => fixed 2009-05-17 18:56 mwatters Note Added: 0006135 2009-05-17 18:56 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 17 18:58:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:58:38 +0200 Subject: [bug-notifications] [gcc4java 0001513]: Missing ffitarget.h In-Reply-To: Message-ID: <410d40b5195fd464d784a1103b64e67e@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1513 ====================================================================== Reported By: mnovy Assigned To: pfelecan ====================================================================== Project: gcc4java Issue ID: 1513 Category: packaging Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-03-02 09:46 CET Last Modified: 2009-05-17 18:58 CEST ====================================================================== Summary: Missing ffitarget.h Description: Missing ffitarget.h in /opt/csw/gcc4/include included from ffi.h. Unable to compile projects with ffi library. ====================================================================== ---------------------------------------------------------------------- (0006136) mwatters (manager) - 2009-05-17 18:58 http://www.opencsw.org/bugtrack/view.php?id=1513#c6136 ---------------------------------------------------------------------- resolved in 4.3.3 Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 18:58 mwatters Note Added: 0006136 2009-05-17 18:58 mwatters Status assigned => resolved 2009-05-17 18:58 mwatters Resolution open => fixed ====================================================================== From noreply at opencsw.org Sun May 17 18:59:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:59:00 +0200 Subject: [bug-notifications] [gcc4java 0001513]: Missing ffitarget.h In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1513 ====================================================================== Reported By: mnovy Assigned To: pfelecan ====================================================================== Project: gcc4java Issue ID: 1513 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-03-02 09:46 CET Last Modified: 2009-05-17 18:58 CEST ====================================================================== Summary: Missing ffitarget.h Description: Missing ffitarget.h in /opt/csw/gcc4/include included from ffi.h. Unable to compile projects with ffi library. ====================================================================== ---------------------------------------------------------------------- (0006136) mwatters (manager) - 2009-05-17 18:58 http://www.opencsw.org/bugtrack/view.php?id=1513#c6136 ---------------------------------------------------------------------- resolved in 4.3.3 ---------------------------------------------------------------------- (0006137) mwatters (manager) - 2009-05-17 18:58 http://www.opencsw.org/bugtrack/view.php?id=1513#c6137 ---------------------------------------------------------------------- closed fixed Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 18:58 mwatters Note Added: 0006136 2009-05-17 18:58 mwatters Status assigned => resolved 2009-05-17 18:58 mwatters Resolution open => fixed 2009-05-17 18:58 mwatters Note Added: 0006137 2009-05-17 18:58 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 17 18:59:33 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 18:59:33 +0200 Subject: [bug-notifications] [php5 0003652]: No php-cgi binary in php5 package In-Reply-To: Message-ID: <9e01ec4e4f17a76e0972723e097ea460@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3652 ====================================================================== Reported By: marcing Assigned To: mwatters ====================================================================== Project: php5 Issue ID: 3652 Category: packaging Reproducibility: have not tried Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-06 15:37 CEST Last Modified: 2009-05-17 18:59 CEST ====================================================================== Summary: No php-cgi binary in php5 package Description: There's no php-cgi binary in php5 package. Or maybe its in some other package? ====================================================================== ---------------------------------------------------------------------- (0006071) mwatters (manager) - 2009-05-06 18:20 http://www.opencsw.org/bugtrack/view.php?id=3652#c6071 ---------------------------------------------------------------------- Nope, I missed it, I didn't copy the sapi directory. I will figure out the best place for it and adjust the build accordingly Thanks for the report! ---------------------------------------------------------------------- (0006072) mwatters (manager) - 2009-05-06 21:35 http://www.opencsw.org/bugtrack/view.php?id=3652#c6072 ---------------------------------------------------------------------- Well, As it turns out, there is a "bug" though I use the term loosely in this sense. The issue is more of a documentation error in php's build instructions. only cli + one other sapi can be built at any one time. in my setup, I build --with-apxs2 the first time around to build the ap2_modphp5. The second time around, I build with --with-apxs to build mod_php (only installing the sapi module) I will add a third go around to compile the php-cgi. may take me a few days to get it all squared away. ---------------------------------------------------------------------- (0006075) mwatters (manager) - 2009-05-08 05:06 http://www.opencsw.org/bugtrack/view.php?id=3652#c6075 ---------------------------------------------------------------------- The fixed package is in testing. I will close this once it is released. ---------------------------------------------------------------------- (0006138) mwatters (manager) - 2009-05-17 18:59 http://www.opencsw.org/bugtrack/view.php?id=3652#c6138 ---------------------------------------------------------------------- closed fixed Issue History Date Modified Username Field Change ====================================================================== 2009-05-06 15:37 marcing New Issue 2009-05-06 18:20 mwatters Note Added: 0006071 2009-05-06 18:20 mwatters Status new => confirmed 2009-05-06 18:20 mwatters Status confirmed => assigned 2009-05-06 18:20 mwatters Assigned To => mwatters 2009-05-06 21:35 mwatters Note Added: 0006072 2009-05-08 05:06 mwatters Note Added: 0006075 2009-05-08 05:06 mwatters Status assigned => resolved 2009-05-08 05:06 mwatters Resolution open => fixed 2009-05-17 18:59 mwatters Note Added: 0006138 2009-05-17 18:59 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 17 19:00:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 19:00:15 +0200 Subject: [bug-notifications] [php5 0003660]: The path for extensions in php.ini is not correct on a fresh install In-Reply-To: <842dd468a74d226ad4fad2d1cf0c2d41> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3660 ====================================================================== Reported By: mwatters Assigned To: mwatters ====================================================================== Project: php5 Issue ID: 3660 Category: packaging Reproducibility: always Severity: major Priority: high Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-08 17:49 CEST Last Modified: 2009-05-17 19:00 CEST ====================================================================== Summary: The path for extensions in php.ini is not correct on a fresh install Description: On a fresh install with no modules previously installed, but a php.ini file exists. this causes the post-install to set the extensions directory setting in ${PHP5_LIB}/php.ini incorrectly. Workaround: install a module and set the value manually. ====================================================================== ---------------------------------------------------------------------- (0006080) mwatters (manager) - 2009-05-10 05:35 http://www.opencsw.org/bugtrack/view.php?id=3660#c6080 ---------------------------------------------------------------------- The fixed post-install is now in testing. I will close this when released. ---------------------------------------------------------------------- (0006139) mwatters (manager) - 2009-05-17 19:00 http://www.opencsw.org/bugtrack/view.php?id=3660#c6139 ---------------------------------------------------------------------- closed fixed Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 17:49 mwatters New Issue 2009-05-08 17:51 mwatters Status new => assigned 2009-05-08 17:51 mwatters Assigned To => mwatters 2009-05-10 05:35 mwatters Note Added: 0006080 2009-05-10 05:35 mwatters Status assigned => resolved 2009-05-10 05:35 mwatters Resolution open => fixed 2009-05-17 19:00 mwatters Note Added: 0006139 2009-05-17 19:00 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 17 19:02:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 19:02:06 +0200 Subject: [bug-notifications] [gcc4core 0002569]: gcc4 requires SUNWarc? In-Reply-To: <778c1a5887ef0cadb6fbe3a8cf23eb93> Message-ID: <521cc91619ed14377c587660482830e1@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2569 ====================================================================== Reported By: Matt H. Assigned To: ====================================================================== Project: gcc4core Issue ID: 2569 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-08-20 19:19 CEST Last Modified: 2009-05-17 19:02 CEST ====================================================================== Summary: gcc4 requires SUNWarc? Description: I had a problem passing a configure check when it failed because this file was missing: /usr/lib/values-Xa.o It\'s part of the SUNWarc package.. Should that be a gcc4core dependency? ====================================================================== ---------------------------------------------------------------------- (0006140) mwatters (manager) - 2009-05-17 19:02 http://www.opencsw.org/mantis/view.php?id=2569#c6140 ---------------------------------------------------------------------- closed duplicate of 2568 Issue History Date Modified Username Field Change ====================================================================== 2009-05-17 19:02 mwatters Note Added: 0006140 2009-05-17 19:02 mwatters Status new => closed ====================================================================== From noreply at opencsw.org Sun May 17 19:03:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 19:03:30 +0200 Subject: [bug-notifications] [python 0003054]: Add 64-bit support In-Reply-To: Message-ID: <414eabb573ba9969ef6fc0e13ffb04fe@www.opencsw.org> The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3054 ====================================================================== Reported By: harpchad Assigned To: mwatters ====================================================================== Project: python Issue ID: 3054 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2009-02-02 20:00 CET Last Modified: 2009-05-17 19:03 CEST ====================================================================== Summary: Add 64-bit support Description: Need a 64-bit libpython for dependent packages. ====================================================================== ---------------------------------------------------------------------- (0005579) mwatters (manager) - 2009-02-27 06:50 http://www.opencsw.org/mantis/view.php?id=3054#c5579 ---------------------------------------------------------------------- open to feedback on how to accomplish this without breaking anything Issue History Date Modified Username Field Change ====================================================================== 2009-02-02 20:00 harpchad New Issue 2009-02-27 06:50 mwatters Note Added: 0005579 2009-02-27 06:50 mwatters Assigned To => mwatters 2009-02-27 06:50 mwatters Status new => acknowledged 2009-05-17 19:03 mwatters Severity minor => feature ====================================================================== From noreply at opencsw.org Sun May 17 23:03:33 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 23:03:33 +0200 Subject: [bug-notifications] [gd 0003618]: Linked to 2 different libfreetype.so.6 and libz.so In-Reply-To: <2bf70d64a7673ab33fde2a007584a24c> Message-ID: <23145c1cd98ed4fdd6569cdc4d143740@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3618 ====================================================================== Reported By: james Assigned To: mwatters ====================================================================== Project: gd Issue ID: 3618 Category: packaging Reproducibility: sometimes Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-03 21:51 CEST Last Modified: 2009-05-17 23:03 CEST ====================================================================== Summary: Linked to 2 different libfreetype.so.6 and libz.so Description: This affects amd64 version, not sparcv9 /opt/csw/lib/amd64/libgd.so.2.0.0 is linked to the /use/sfw version of libfontconfig which is also linked to libfreetype.so.6 and libz.so.1. I can't make it crash but instinct tells me this is best avoided. The undrerlying problem is the lack of CSW amd64 fontconfig - please request. Also and not very of minor importance, is there a need for /opt/csw/bin/amd64/ and /opt/csw/bin/sparcv9/ executables? Justify with measurable speed gains or address space requirement. ====================================================================== ---------------------------------------------------------------------- (0005840) mwatters (manager) - 2009-04-04 05:35 http://www.opencsw.org/mantis/view.php?id=3618#c5840 ---------------------------------------------------------------------- Waiting on amd64 support for gcc ---------------------------------------------------------------------- (0005845) james (reporter) - 2009-04-04 10:59 http://www.opencsw.org/mantis/view.php?id=3618#c5845 ---------------------------------------------------------------------- Sorry, I wrote "not very of minor importance" but I changed the sense mid way in the sentance. The extra exectuables are not of importance. ---------------------------------------------------------------------- (0006141) mwatters (manager) - 2009-05-17 23:03 http://www.opencsw.org/mantis/view.php?id=3618#c6141 ---------------------------------------------------------------------- This is resolved in the current testing version. Issue History Date Modified Username Field Change ====================================================================== 2009-04-03 21:51 james New Issue 2009-04-03 21:52 mwatters Status new => assigned 2009-04-03 21:52 mwatters Assigned To => mwatters 2009-04-04 05:35 mwatters Note Added: 0005840 2009-04-04 10:59 james Note Added: 0005845 2009-05-17 23:03 mwatters Note Added: 0006141 2009-05-17 23:03 mwatters Status assigned => resolved 2009-05-17 23:03 mwatters Resolution open => fixed ====================================================================== From noreply at opencsw.org Sun May 17 23:07:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 23:07:08 +0200 Subject: [bug-notifications] [pysqlite2 0003655]: pls upgrade to 2.5.5 In-Reply-To: Message-ID: <66aca6c0d6c326cc1a2851597613c04e@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3655 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: pysqlite2 Issue ID: 3655 Category: upgrade Reproducibility: sometimes Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-07 10:33 CEST Last Modified: 2009-05-17 23:07 CEST ====================================================================== Summary: pls upgrade to 2.5.5 Description: An bug in 2.4.0 rendered my trac installs unusable. All trac instances failed with : Command failed: database parameter must be string or APSW Connection object It is an know Bug see for example : http://sjohannes.wordpress.com/2007/12/05/database-parameter-must-be-string-or-apsw-connection-object/ I upgraded locally to 2.5.5 which works like a charm ====================================================================== ---------------------------------------------------------------------- (0006076) mwatters (manager) - 2009-05-08 05:08 http://www.opencsw.org/mantis/view.php?id=3655#c6076 ---------------------------------------------------------------------- I will work on the update. Thank you for the report. ---------------------------------------------------------------------- (0006142) mwatters (manager) - 2009-05-17 23:07 http://www.opencsw.org/mantis/view.php?id=3655#c6142 ---------------------------------------------------------------------- version 2.5.5 now in testing, I will close this request once it is released. Issue History Date Modified Username Field Change ====================================================================== 2009-05-07 10:33 Nicolai SchwindtNew Issue 2009-05-08 05:07 mwatters Status new => assigned 2009-05-08 05:07 mwatters Assigned To => mwatters 2009-05-08 05:08 mwatters Note Added: 0006076 2009-05-08 05:08 mwatters Status assigned => confirmed 2009-05-17 23:07 mwatters Note Added: 0006142 2009-05-17 23:07 mwatters Status confirmed => resolved 2009-05-17 23:07 mwatters Resolution open => fixed ====================================================================== From noreply at opencsw.org Sun May 17 23:20:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 23:20:50 +0200 Subject: [bug-notifications] [ap2_subversion 0003653]: Module load order in http.conf In-Reply-To: Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3653 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: ap2_subversion Issue ID: 3653 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-07 09:38 CEST Last Modified: 2009-05-17 23:20 CEST ====================================================================== Summary: Module load order in http.conf Description: After upgrading to ap2_subversion 1.6.1,REV=2009.04.29 the LoadModule get resorted, which leads to : tcsh at port-1542 [/var/opt/csw/apache2/log] /opt/csw/apache2/sbin/apachectl -t httpd: Syntax error on line 126 of /opt/csw/apache2/etc/httpd.conf: Cannot load /opt/csw/apache2/libexec/mod_dav_lock.so into server: ld.so.1: httpd: fatal: relocation error: file /opt/csw/apache2/libexec/mod_dav_lock.so: symbol dav_new_error: referenced symbol not found Moving dav_lock_module to a lower line resolves this. The order should be something like this as dav_new_error blongs to mod_dav.so: LoadModule dav_module libexec/mod_dav.so LoadModule dav_fs_module libexec/mod_dav_fs.so LoadModule dav_svn_module libexec/mod_dav_svn.so LoadModule dav_lock_module libexec/mod_dav_lock.so LoadModule authz_svn_module libexec/mod_authz_svn.so I verified on two other machines, the modules dav_module, dav_fs_module, dav_svn_module are resorted to new lines, which leaves dav_lock_module on a line before the newly generated. ====================================================================== ---------------------------------------------------------------------- (0006078) mwatters (manager) - 2009-05-08 05:32 http://www.opencsw.org/mantis/view.php?id=3653#c6078 ---------------------------------------------------------------------- I will add the mod_dav_lock.so to the post-install for the apache module. the current one rewrites the dav, dav_fs and dav_svn but does not include dav_lock. Thank you for the report. ---------------------------------------------------------------------- (0006143) mwatters (manager) - 2009-05-17 23:20 http://www.opencsw.org/mantis/view.php?id=3653#c6143 ---------------------------------------------------------------------- this is fixed in the ap2_subversion-1.6.2,REV=2009.05.17 version in testing. Issue History Date Modified Username Field Change ====================================================================== 2009-05-07 09:38 Nicolai SchwindtNew Issue 2009-05-08 05:30 mwatters Status new => assigned 2009-05-08 05:30 mwatters Assigned To => mwatters 2009-05-08 05:32 mwatters Note Added: 0006078 2009-05-08 05:32 mwatters Status assigned => confirmed 2009-05-17 23:20 mwatters Note Added: 0006143 2009-05-17 23:20 mwatters Status confirmed => resolved 2009-05-17 23:20 mwatters Resolution open => fixed ====================================================================== From noreply at opencsw.org Sun May 17 23:22:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 May 2009 23:22:28 +0200 Subject: [bug-notifications] [subversion 0003661]: sqlite error In-Reply-To: Message-ID: <735d54f26dd092f89e808324214b77a7@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3661 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: subversion Issue ID: 3661 Category: other Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-08 18:53 CEST Last Modified: 2009-05-17 23:22 CEST ====================================================================== Summary: sqlite error Description: SubversionException: ('Could not configure SQLite', 200030) This happens when using e.g. trac-admin repos resync The bug was already in subversion-1.6 which I build for myself It is related to the 'filesystem' one uses in subversion. creating a repository with : svnadmin create -fs-type fsfs test will provoke this error. doing it with : svnadmin create --fs-type fsfs --pre-1.6-compatible test will not. ====================================================================== ---------------------------------------------------------------------- (0006079) mwatters (manager) - 2009-05-10 05:32 http://www.opencsw.org/mantis/view.php?id=3661#c6079 ---------------------------------------------------------------------- Thank you for the report, I will get to it as soon as I can. ---------------------------------------------------------------------- (0006090) ThurnerRupert (reporter) - 2009-05-10 23:29 http://www.opencsw.org/mantis/view.php?id=3661#c6090 ---------------------------------------------------------------------- tested svn-1.6.2 and it works. put intermediate compiles on http://mirror.opencsw.org/testing. but these will not be the final ones coming from the expert :) ---------------------------------------------------------------------- (0006144) mwatters (manager) - 2009-05-17 23:22 http://www.opencsw.org/mantis/view.php?id=3661#c6144 ---------------------------------------------------------------------- This is supposed to be fixed upstream in the 1.6.2 version. subversion-1.6.2,REV=2009.05.17 is now in testing Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 18:53 Nicolai SchwindtNew Issue 2009-05-10 05:31 mwatters Status new => assigned 2009-05-10 05:31 mwatters Assigned To => mwatters 2009-05-10 05:32 mwatters Note Added: 0006079 2009-05-10 05:32 mwatters Status assigned => confirmed 2009-05-10 23:29 ThurnerRupert Note Added: 0006090 2009-05-17 23:22 mwatters Note Added: 0006144 2009-05-17 23:22 mwatters Status confirmed => resolved 2009-05-17 23:22 mwatters Resolution open => fixed ====================================================================== From noreply at opencsw.org Mon May 18 00:39:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 18 May 2009 00:39:18 +0200 Subject: [bug-notifications] [expect 0003677]: Please upgrade tp 5.43 Message-ID: <861da22ff9650a409bbafbb318c0ec58@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3677 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: expect Issue ID: 3677 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-18 00:39 CEST Last Modified: 2009-05-18 00:39 CEST ====================================================================== Summary: Please upgrade tp 5.43 Description: Please upgrade tp 5.43 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-18 00:39 dam New Issue ====================================================================== From noreply at opencsw.org Mon May 18 09:20:02 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 18 May 2009 09:20:02 +0200 Subject: [bug-notifications] [gdb 0003678]: please upgrade to 6.8 Message-ID: <2ed7da9b22c403ad4fb7c23410869480@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3678 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: gdb Issue ID: 3678 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-18 09:20 CEST Last Modified: 2009-05-18 09:20 CEST ====================================================================== Summary: please upgrade to 6.8 Description: Currently we are at 6.6. Is it possible to upgrade this package? TIA ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-18 09:20 pfelecan New Issue ====================================================================== From noreply at opencsw.org Mon May 18 10:58:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 18 May 2009 10:58:32 +0200 Subject: [bug-notifications] [bind 0003460]: BIND 9.6.0 fails to run on Solaris 10 x86 In-Reply-To: <021da153eb5a8556a2a641af718e9b7c> Message-ID: <1545b2be9a2769fc9015e92249d7c028@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3460 ====================================================================== Reported By: waynehendricks Assigned To: bonivart ====================================================================== Project: bind Issue ID: 3460 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-06 21:43 CET Last Modified: 2009-05-18 10:58 CEST ====================================================================== Summary: BIND 9.6.0 fails to run on Solaris 10 x86 Description: Bind 9.6.0 fails when trying to run on the latest Solaris 10 x86 build with all patches installed. ====================================================================== ---------------------------------------------------------------------- (0005607) waynehendricks (reporter) - 2009-03-07 19:43 http://www.opencsw.org/mantis/view.php?id=3460#c5607 ---------------------------------------------------------------------- This happens when BIND is run under chroot. It cannot find /dev/poll under chroot. Maybe a separate BIND package should be created especially for chroot. ---------------------------------------------------------------------- (0005615) bonivart (manager) - 2009-03-09 22:49 http://www.opencsw.org/mantis/view.php?id=3460#c5615 ---------------------------------------------------------------------- I'm looking into it with another maintainer. Not sure yet what will come out of it, could be some docs, a new package or something in between. I will update this bug with any progress. ---------------------------------------------------------------------- (0006117) waynehendricks (reporter) - 2009-05-15 18:29 http://www.opencsw.org/mantis/view.php?id=3460#c6117 ---------------------------------------------------------------------- Any progress made? ---------------------------------------------------------------------- (0006145) bonivart (manager) - 2009-05-18 10:58 http://www.opencsw.org/mantis/view.php?id=3460#c6145 ---------------------------------------------------------------------- Sorry, haven't had time to actually do anything yet. We discussed it on the maintainers list and most thought that a new package (depending on CSWbind) should be created if we were to support this. Apparantly Red Hat does it that way. Issue History Date Modified Username Field Change ====================================================================== 2009-03-06 21:43 waynehendricks New Issue 2009-03-07 19:43 waynehendricks Note Added: 0005607 2009-03-09 20:31 bonivart Status new => assigned 2009-03-09 20:31 bonivart Assigned To => bonivart 2009-03-09 22:49 bonivart Note Added: 0005615 2009-05-15 18:29 waynehendricks Note Added: 0006117 2009-05-18 10:58 bonivart Note Added: 0006145 ====================================================================== From noreply at opencsw.org Mon May 18 11:07:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 18 May 2009 11:07:56 +0200 Subject: [bug-notifications] [perldoc 0003675]: Duplicate /opt/csw/share/man/man3/MIME::Base64.3perl In-Reply-To: <2b88d13586d1094b54d1bfc4d72a1dca> Message-ID: <9b0db2d138d1ada0829012c0bd8d7921@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3675 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: perldoc Issue ID: 3675 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-15 19:01 CEST Last Modified: 2009-05-18 11:07 CEST ====================================================================== Summary: Duplicate /opt/csw/share/man/man3/MIME::Base64.3perl Description: Both CSWperldoc and CSWpmmimebase64 contain /opt/csw/share/man/man3/MIME::Base64.3perl, so you get a The following files are already installed on the system and are being used by another package: /opt/csw/share/man/man3/MIME::Base64.3perl when installing one package after the other. Don't know where it should belong to, but for sure not in both packages ;) ====================================================================== ---------------------------------------------------------------------- (0006146) bonivart (manager) - 2009-05-18 11:07 http://www.opencsw.org/mantis/view.php?id=3675#c6146 ---------------------------------------------------------------------- The easiest thing to do would be to respin CSWpmmimebase64 and not include the man page. Agree? Issue History Date Modified Username Field Change ====================================================================== 2009-05-15 19:01 skayser New Issue 2009-05-18 11:07 bonivart Note Added: 0006146 ====================================================================== From noreply at opencsw.org Mon May 18 14:18:53 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 18 May 2009 14:18:53 +0200 Subject: [bug-notifications] [perldoc 0003675]: Duplicate /opt/csw/share/man/man3/MIME::Base64.3perl In-Reply-To: <2b88d13586d1094b54d1bfc4d72a1dca> Message-ID: <6b6e6f2ae8c52a1f12bbc0ab8b4b8248@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3675 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: perldoc Issue ID: 3675 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-15 19:01 CEST Last Modified: 2009-05-18 14:18 CEST ====================================================================== Summary: Duplicate /opt/csw/share/man/man3/MIME::Base64.3perl Description: Both CSWperldoc and CSWpmmimebase64 contain /opt/csw/share/man/man3/MIME::Base64.3perl, so you get a The following files are already installed on the system and are being used by another package: /opt/csw/share/man/man3/MIME::Base64.3perl when installing one package after the other. Don't know where it should belong to, but for sure not in both packages ;) ====================================================================== ---------------------------------------------------------------------- (0006146) bonivart (manager) - 2009-05-18 11:07 http://www.opencsw.org/mantis/view.php?id=3675#c6146 ---------------------------------------------------------------------- The easiest thing to do would be to respin CSWpmmimebase64 and not include the man page. Agree? Issue History Date Modified Username Field Change ====================================================================== 2009-05-15 19:01 skayser New Issue 2009-05-18 11:07 bonivart Note Added: 0006146 2009-05-18 14:18 bonivart Status new => assigned 2009-05-18 14:18 bonivart Assigned To => bonivart ====================================================================== From noreply at opencsw.org Mon May 18 22:31:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 18 May 2009 22:31:40 +0200 Subject: [bug-notifications] [firefox 0002108]: freeze (even crash) on printing (second and more) In-Reply-To: <0e85b7103987d893011f3da77b3b6f94> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2108 ====================================================================== Reported By: shinshui Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 2108 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2007-01-17 10:40 CET Last Modified: 2009-05-18 22:31 CEST ====================================================================== Summary: freeze (even crash) on printing (second and more) Description: Firefox runs in a sparse zone. This zone is a print-client. Printing is done on the global zone. So far so good. Firefox prints OK. Fast and well. But, this is only for the *first* print command. The second page I want to print results in a freeze for at least 30 seconds or even worse: I have to kill firefox to regain control over my other KDE programs. This is reproducable! Other programs print well; mozilla (default sun install) prints well. Only, my wife wants firefox ;-( Is this a know error? ====================================================================== ---------------------------------------------------------------------- (0006088) wbonnet (manager) - 2009-05-10 22:59 http://www.opencsw.org/bugtrack/view.php?id=2108#c6088 ---------------------------------------------------------------------- Please could you confirm you still have the problem with the latest version ? Thanksin advance ---------------------------------------------------------------------- (0006147) bjidzik (reporter) - 2009-05-18 22:31 http://www.opencsw.org/bugtrack/view.php?id=2108#c6147 ---------------------------------------------------------------------- I don't know if this is related or not, but I started receiving the following errors on bootup after running the latest Solaris 10_x86_Recommended patch cluster (139556-08) and Blastwave package upgrades: May 18 12:03:39 zeus svc.startd[7]: [ID 652011 daemon.warning] svc:/system/cswdbus:default: Method "/opt/csw/lib/svc/method/svc-dbus start" failed with exit status 95. May 18 12:03:39 zeus svc.startd[7]: [ID 748625 daemon.error] system/cswdbus:default failed fatally: transitioned to maintenance (see 'svcs -xv' for details) Firefox appears to launch normally, but every time I attempt to print from the browser, it appears to hang for 1-2 minutes, then crashes. I'm not sure if it core dumps after crashing. Host is a Sun Ultra 40. Issue History Date Modified Username Field Change ====================================================================== 2009-05-03 11:31 wbonnet Status new => assigned 2009-05-03 11:31 wbonnet Assigned To => wbonnet 2009-05-10 22:59 wbonnet Note Added: 0006088 2009-05-10 22:59 wbonnet Status assigned => feedback 2009-05-18 22:31 bjidzik Note Added: 0006147 ====================================================================== From noreply at opencsw.org Mon May 18 23:32:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 18 May 2009 23:32:24 +0200 Subject: [bug-notifications] [emacs 0002599]: Emacs start hangs and dies after upgrade since last month In-Reply-To: <4fb1e96f7332623ccfe59c4985a9d768> Message-ID: The following issue has been REOPENED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2599 ====================================================================== Reported By: bouteill Assigned To: pfelecan ====================================================================== Project: emacs Issue ID: 2599 Category: upgrade Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2007-09-24 17:41 CEST Last Modified: 2009-05-18 23:32 CEST ====================================================================== Summary: Emacs start hangs and dies after upgrade since last month Description: CSW Emacs was working fine on my Solaris 10/x86 workstation last month. I recently did a pkg-get upgrade, required to get new openssl lib for another program, and now emacs doesn\'t work anymore. When I launch it, it hangs for ~30s and then dies with this error message: Variable binding depth exceeds max-specpdl-size Truss doesn\'t reveal anything obvious. I\'m not sure how to find more information about the problem, but would be happy to debug it on anyone\'s instructions. ====================================================================== ---------------------------------------------------------------------- (0006118) pfelecan (manager) - 2009-05-16 10:52 http://www.opencsw.org/mantis/view.php?id=2599#c6118 ---------------------------------------------------------------------- This is too old to reproduce (2 releases since then...); if it can be reproduced by the reporter I'll try to fix. ---------------------------------------------------------------------- (0006148) bouteill (reporter) - 2009-05-18 23:32 http://www.opencsw.org/mantis/view.php?id=2599#c6148 ---------------------------------------------------------------------- Hi, I'm still having this very same issue. I tried upgrading but "No worries... you already have version 22.1 of emacs" Which two new versions are you referring to? Issue History Date Modified Username Field Change ====================================================================== 2009-05-16 10:50 pfelecan Status new => assigned 2009-05-16 10:50 pfelecan Assigned To => pfelecan 2009-05-16 10:52 pfelecan Note Added: 0006118 2009-05-16 10:52 pfelecan Status assigned => closed 2009-05-16 10:52 pfelecan Resolution open => unable to reproduce 2009-05-18 23:32 bouteill Note Added: 0006148 2009-05-18 23:32 bouteill Status closed => feedback 2009-05-18 23:32 bouteill Resolution unable to reproduce => reopened ====================================================================== From noreply at opencsw.org Tue May 19 00:12:39 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 19 May 2009 00:12:39 +0200 Subject: [bug-notifications] [python 0003679]: Split the python package into individual runtime, devel and doc packages Message-ID: <47198a89e1e41104edd9d5adbc0de0d4@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3679 ====================================================================== Reported By: mwatters Assigned To: ====================================================================== Project: python Issue ID: 3679 Category: packaging Reproducibility: always Severity: feature Priority: low Status: new ====================================================================== Date Submitted: 2009-05-19 00:12 CEST Last Modified: 2009-05-19 00:12 CEST ====================================================================== Summary: Split the python package into individual runtime, devel and doc packages Description: mimic other distro's like debian and redhat ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-19 00:12 mwatters New Issue ====================================================================== From noreply at opencsw.org Tue May 19 00:13:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 19 May 2009 00:13:18 +0200 Subject: [bug-notifications] [python 0003679]: Split the python package into individual runtime, devel and doc packages In-Reply-To: <7577a61c4685219a79b413e382d7becc> Message-ID: <0d5d7dee0f50304dc96b0f3a859411cf@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3679 ====================================================================== Reported By: mwatters Assigned To: mwatters ====================================================================== Project: python Issue ID: 3679 Category: packaging Reproducibility: always Severity: feature Priority: low Status: assigned ====================================================================== Date Submitted: 2009-05-19 00:12 CEST Last Modified: 2009-05-19 00:13 CEST ====================================================================== Summary: Split the python package into individual runtime, devel and doc packages Description: mimic other distro's like debian and redhat ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-19 00:12 mwatters New Issue 2009-05-19 00:13 mwatters Status new => assigned 2009-05-19 00:13 mwatters Assigned To => mwatters ====================================================================== From noreply at opencsw.org Tue May 19 08:28:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 19 May 2009 08:28:44 +0200 Subject: [bug-notifications] [emacs 0002599]: Emacs start hangs and dies after upgrade since last month In-Reply-To: <4fb1e96f7332623ccfe59c4985a9d768> Message-ID: <70b25cb9ddae6759956b1f1455a12d99@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2599 ====================================================================== Reported By: bouteill Assigned To: pfelecan ====================================================================== Project: emacs Issue ID: 2599 Category: upgrade Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2007-09-24 17:41 CEST Last Modified: 2009-05-19 08:28 CEST ====================================================================== Summary: Emacs start hangs and dies after upgrade since last month Description: CSW Emacs was working fine on my Solaris 10/x86 workstation last month. I recently did a pkg-get upgrade, required to get new openssl lib for another program, and now emacs doesn\'t work anymore. When I launch it, it hangs for ~30s and then dies with this error message: Variable binding depth exceeds max-specpdl-size Truss doesn\'t reveal anything obvious. I\'m not sure how to find more information about the problem, but would be happy to debug it on anyone\'s instructions. ====================================================================== ---------------------------------------------------------------------- (0006118) pfelecan (manager) - 2009-05-16 10:52 http://www.opencsw.org/mantis/view.php?id=2599#c6118 ---------------------------------------------------------------------- This is too old to reproduce (2 releases since then...); if it can be reproduced by the reporter I'll try to fix. ---------------------------------------------------------------------- (0006148) bouteill (reporter) - 2009-05-18 23:32 http://www.opencsw.org/mantis/view.php?id=2599#c6148 ---------------------------------------------------------------------- Hi, I'm still having this very same issue. I tried upgrading but "No worries... you already have version 22.1 of emacs" Which two new versions are you referring to? ---------------------------------------------------------------------- (0006149) pfelecan (manager) - 2009-05-19 08:28 http://www.opencsw.org/mantis/view.php?id=2599#c6149 ---------------------------------------------------------------------- The last version is 22.3. However, in the "stable" release the old 22.1 is still the last available package. I recommend that you use the "unstable" release of OpenCSW. Issue History Date Modified Username Field Change ====================================================================== 2009-05-16 10:50 pfelecan Status new => assigned 2009-05-16 10:50 pfelecan Assigned To => pfelecan 2009-05-16 10:52 pfelecan Note Added: 0006118 2009-05-16 10:52 pfelecan Status assigned => closed 2009-05-16 10:52 pfelecan Resolution open => unable to reproduce 2009-05-18 23:32 bouteill Note Added: 0006148 2009-05-18 23:32 bouteill Status closed => feedback 2009-05-18 23:32 bouteill Resolution unable to reproduce => reopened 2009-05-19 08:28 pfelecan Note Added: 0006149 ====================================================================== From noreply at opencsw.org Tue May 19 09:24:17 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 19 May 2009 09:24:17 +0200 Subject: [bug-notifications] [nrpe 0003646]: Please add --enable-command-args configure option to nrpe makefile In-Reply-To: <005e7de0abd30de08a89d90594df2418> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3646 ====================================================================== Reported By: battistuz Assigned To: ja ====================================================================== Project: nrpe Issue ID: 3646 Category: regular use Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-28 00:03 CEST Last Modified: 2009-05-19 09:24 CEST ====================================================================== Summary: Please add --enable-command-args configure option to nrpe makefile Description: Looks like the --enable-command-args configure option did not make it into the makefile for nrpe 2.12. This was enabled for previous versions and I rely on it for some of my Nagios checks which are now broken using the current OpenCSW version of nrpe. Can this functionality be added back? ====================================================================== ---------------------------------------------------------------------- (0006029) ja (manager) - 2009-04-28 00:11 http://www.opencsw.org/bugtrack/view.php?id=3646#c6029 ---------------------------------------------------------------------- You are right, this option is not set. I will try to put a new version of NRPE into testing until next sunday (I will be on a business trip the next days). Thanks for reporting! ---------------------------------------------------------------------- (0006047) ja (manager) - 2009-05-02 12:32 http://www.opencsw.org/bugtrack/view.php?id=3646#c6047 ---------------------------------------------------------------------- New packages of NRPE are available in testing (compiled with --enabled-command-args). Please check them out. ---------------------------------------------------------------------- (0006150) ja (manager) - 2009-05-19 09:24 http://www.opencsw.org/bugtrack/view.php?id=3646#c6150 ---------------------------------------------------------------------- A new package with the requested option compiled in is available in the repository. Issue History Date Modified Username Field Change ====================================================================== 2009-04-28 00:03 battistuz New Issue 2009-04-28 00:09 ja Status new => assigned 2009-04-28 00:09 ja Assigned To => ja 2009-04-28 00:11 ja Note Added: 0006029 2009-04-28 00:11 ja Status assigned => confirmed 2009-05-02 12:32 ja Note Added: 0006047 2009-05-19 09:24 ja Note Added: 0006150 2009-05-19 09:24 ja Status confirmed => closed ====================================================================== From noreply at opencsw.org Wed May 20 11:36:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 20 May 2009 11:36:16 +0200 Subject: [bug-notifications] [grip 0003286]: Depend on CSWggettextrt In-Reply-To: <27950a0886e2c9be4c27bef7a342a64c> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3286 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 3286 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:11 CET Last Modified: 2009-05-20 11:36 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006151) pfelecan (manager) - 2009-05-20 11:36 http://www.opencsw.org/bugtrack/view.php?id=3286#c6151 ---------------------------------------------------------------------- package of 3.3.1 in preparation solves this issue. Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:11 harpchad New Issue 2009-03-31 18:43 pfelecan Status new => assigned 2009-03-31 18:43 pfelecan Assigned To => pfelecan 2009-05-20 11:36 pfelecan Note Added: 0006151 2009-05-20 11:36 pfelecan Status assigned => resolved 2009-05-20 11:36 pfelecan Resolution open => fixed ====================================================================== From noreply at opencsw.org Wed May 20 11:36:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 20 May 2009 11:36:57 +0200 Subject: [bug-notifications] [grip 0003047]: Change curl dependency to CSWcurlrt In-Reply-To: <8e20d1ec7abd61898f458bd1fae1865b> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3047 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 3047 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-01-23 20:20 CET Last Modified: 2009-05-20 11:36 CEST ====================================================================== Summary: Change curl dependency to CSWcurlrt Description: Runtime libraries are now in CSWcurlrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-01-23 20:20 harpchad New Issue 2009-05-20 11:36 pfelecan Status new => assigned 2009-05-20 11:36 pfelecan Assigned To => pfelecan ====================================================================== From noreply at opencsw.org Wed May 20 11:37:34 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 20 May 2009 11:37:34 +0200 Subject: [bug-notifications] [grip 0003047]: Change curl dependency to CSWcurlrt In-Reply-To: <8e20d1ec7abd61898f458bd1fae1865b> Message-ID: <41ac8e3e40af6f4a1c46c045eddb4607@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3047 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 3047 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-01-23 20:20 CET Last Modified: 2009-05-20 11:37 CEST ====================================================================== Summary: Change curl dependency to CSWcurlrt Description: Runtime libraries are now in CSWcurlrt ====================================================================== ---------------------------------------------------------------------- (0006152) pfelecan (manager) - 2009-05-20 11:37 http://www.opencsw.org/bugtrack/view.php?id=3047#c6152 ---------------------------------------------------------------------- package of 3.3.1 in preparation fixes this issue. Issue History Date Modified Username Field Change ====================================================================== 2009-01-23 20:20 harpchad New Issue 2009-05-20 11:36 pfelecan Status new => assigned 2009-05-20 11:36 pfelecan Assigned To => pfelecan 2009-05-20 11:37 pfelecan Note Added: 0006152 2009-05-20 11:37 pfelecan Status assigned => resolved 2009-05-20 11:37 pfelecan Resolution open => fixed ====================================================================== From noreply at opencsw.org Wed May 20 11:38:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 20 May 2009 11:38:25 +0200 Subject: [bug-notifications] [grip 0003044]: Please link against libcurl 1.4 (libcurl.so.4) In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3044 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 3044 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-01-23 20:09 CET Last Modified: 2009-05-20 11:38 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. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-01-23 20:09 harpchad New Issue 2009-05-20 11:38 pfelecan Status new => assigned 2009-05-20 11:38 pfelecan Assigned To => pfelecan ====================================================================== From noreply at opencsw.org Wed May 20 11:39:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 20 May 2009 11:39:06 +0200 Subject: [bug-notifications] [grip 0003044]: Please link against libcurl 1.4 (libcurl.so.4) In-Reply-To: Message-ID: <5db6f72afd67628d2203e1557d41652c@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3044 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 3044 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-01-23 20:09 CET Last Modified: 2009-05-20 11:39 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. ====================================================================== ---------------------------------------------------------------------- (0006153) pfelecan (manager) - 2009-05-20 11:39 http://www.opencsw.org/bugtrack/view.php?id=3044#c6153 ---------------------------------------------------------------------- package 3.3.1 in preparation solves this issue. Issue History Date Modified Username Field Change ====================================================================== 2009-01-23 20:09 harpchad New Issue 2009-05-20 11:38 pfelecan Status new => assigned 2009-05-20 11:38 pfelecan Assigned To => pfelecan 2009-05-20 11:39 pfelecan Note Added: 0006153 2009-05-20 11:39 pfelecan Status assigned => resolved 2009-05-20 11:39 pfelecan Resolution open => fixed ====================================================================== From noreply at opencsw.org Wed May 20 11:40:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 20 May 2009 11:40:10 +0200 Subject: [bug-notifications] [grip 0002486]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: Message-ID: <9f67c61689e02c5b3358a834e615892a@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2486 ====================================================================== Reported By: yann Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 2486 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-07-28 09:15 CEST Last Modified: 2009-05-20 11:40 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. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-20 11:40 pfelecan Status new => assigned 2009-05-20 11:40 pfelecan Assigned To => pfelecan ====================================================================== From noreply at opencsw.org Wed May 20 11:40:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 20 May 2009 11:40:52 +0200 Subject: [bug-notifications] [grip 0002486]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: Message-ID: <10ea05aca7554a3f953994e2a0d334ec@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2486 ====================================================================== Reported By: yann Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 2486 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2007-07-28 09:15 CEST Last Modified: 2009-05-20 11:40 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. ====================================================================== ---------------------------------------------------------------------- (0006154) pfelecan (manager) - 2009-05-20 11:40 http://www.opencsw.org/bugtrack/view.php?id=2486#c6154 ---------------------------------------------------------------------- package 3.3.1 in preparation solves this issue. Issue History Date Modified Username Field Change ====================================================================== 2009-05-20 11:40 pfelecan Status new => assigned 2009-05-20 11:40 pfelecan Assigned To => pfelecan 2009-05-20 11:40 pfelecan Note Added: 0006154 2009-05-20 11:40 pfelecan Status assigned => resolved 2009-05-20 11:40 pfelecan Resolution open => fixed ====================================================================== From noreply at opencsw.org Wed May 20 11:41:34 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 20 May 2009 11:41:34 +0200 Subject: [bug-notifications] [grip 0002335]: grip needs to be recompiled with openssl 0.9.8 In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2335 ====================================================================== Reported By: yann Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 2335 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-07-25 18:10 CEST Last Modified: 2009-05-20 11:41 CEST ====================================================================== Summary: grip needs to be recompiled with openssl 0.9.8 Description: grip 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. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-20 11:41 pfelecan Status new => assigned 2009-05-20 11:41 pfelecan Assigned To => pfelecan ====================================================================== From noreply at opencsw.org Wed May 20 11:42:36 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 20 May 2009 11:42:36 +0200 Subject: [bug-notifications] [grip 0002335]: grip needs to be recompiled with openssl 0.9.8 In-Reply-To: Message-ID: <9813b898d801244a48a36f7c100b7cbd@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2335 ====================================================================== Reported By: yann Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 2335 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2007-07-25 18:10 CEST Last Modified: 2009-05-20 11:42 CEST ====================================================================== Summary: grip needs to be recompiled with openssl 0.9.8 Description: grip 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. ====================================================================== ---------------------------------------------------------------------- (0006155) pfelecan (manager) - 2009-05-20 11:42 http://www.opencsw.org/bugtrack/view.php?id=2335#c6155 ---------------------------------------------------------------------- package 3.3.1 in preparation solves this issue. Issue History Date Modified Username Field Change ====================================================================== 2009-05-20 11:41 pfelecan Status new => assigned 2009-05-20 11:41 pfelecan Assigned To => pfelecan 2009-05-20 11:42 pfelecan Note Added: 0006155 2009-05-20 11:42 pfelecan Status assigned => resolved 2009-05-20 11:42 pfelecan Resolution open => fixed ====================================================================== From noreply at opencsw.org Wed May 20 11:45:11 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 20 May 2009 11:45:11 +0200 Subject: [bug-notifications] [grip 0001060]: Can not find libucb In-Reply-To: <170f36cfa0832053a63beeb886cb5ce1> Message-ID: <932322df3cc6a16cde8c4c576967b55f@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1060 ====================================================================== Reported By: james Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 1060 Category: regular use Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2005-07-03 01:10 CEST Last Modified: 2009-05-20 11:45 CEST ====================================================================== Summary: Can not find libucb Description: $ grip ld.so.1: grip: fatal: libucb.so.1: open failed: No such file or directory zsh: killed grip Workaround: LD_LIBRARY_PATH=/usr/ucblib Fix: -R/usr/ucblib -OR- why is it using ucb stuff anyway? ====================================================================== ---------------------------------------------------------------------- (0003317) james (reporter) - 2006-03-20 05:11 http://www.opencsw.org/bugtrack/view.php?id=1060#c3317 ---------------------------------------------------------------------- Issue still outstanding, hence grip still excluded from stable release. ---------------------------------------------------------------------- (0006156) pfelecan (manager) - 2009-05-20 11:45 http://www.opencsw.org/bugtrack/view.php?id=1060#c6156 ---------------------------------------------------------------------- package 3.3.1 in preparation solves this issue. Issue History Date Modified Username Field Change ====================================================================== 2009-05-20 11:45 pfelecan Note Added: 0006156 2009-05-20 11:45 pfelecan Status assigned => resolved 2009-05-20 11:45 pfelecan Resolution open => fixed ====================================================================== From noreply at opencsw.org Wed May 20 11:46:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 20 May 2009 11:46:30 +0200 Subject: [bug-notifications] [grip 0000946]: cddb proxy support not working In-Reply-To: <0a9aa71f716ab3ac0eaae51c70ce613c> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=946 ====================================================================== Reported By: ed.clark Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 946 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: resolved Resolution: unable to reproduce Fixed in Version: ====================================================================== Date Submitted: 2005-04-25 18:09 CEST Last Modified: 2009-05-20 11:46 CEST ====================================================================== Summary: cddb proxy support not working Description: Version 3.2.0 has a bug that causes cddb lookups from behind a proxy to fail. The release notes for 3.3.0 indicate that the bug has been fixed. ====================================================================== ---------------------------------------------------------------------- (0006157) pfelecan (manager) - 2009-05-20 11:46 http://www.opencsw.org/bugtrack/view.php?id=946#c6157 ---------------------------------------------------------------------- unable to reproduce in the package 3.3.1 in preparation; probably fixed upstream. Issue History Date Modified Username Field Change ====================================================================== 2009-05-20 11:46 pfelecan Note Added: 0006157 2009-05-20 11:46 pfelecan Status assigned => resolved 2009-05-20 11:46 pfelecan Resolution open => unable to reproduce ====================================================================== From noreply at opencsw.org Wed May 20 18:00:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 20 May 2009 18:00:50 +0200 Subject: [bug-notifications] [findutils 0003680]: Please upgrade to 4.4.1 Message-ID: <9cf2e0a6fa1aeb5b7bf49ccbe3ab34bc@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3680 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: findutils Issue ID: 3680 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-20 18:00 CEST Last Modified: 2009-05-20 18:00 CEST ====================================================================== Summary: Please upgrade to 4.4.1 Description: Please upgrade to 4.4.1 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-20 18:00 dam New Issue ====================================================================== From noreply at opencsw.org Thu May 21 04:55:04 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 21 May 2009 04:55:04 +0200 Subject: [bug-notifications] [imagemagick 0003631]: SunFreeware released 6.5.1 today In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=3631 ====================================================================== Reported By: dam Assigned To: hson ====================================================================== Project: imagemagick Issue ID: 3631 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-10 09:58 CEST Last Modified: 2009-05-21 04:55 CEST ====================================================================== Summary: SunFreeware released 6.5.1 today Description: SunFreeware released 6.5.1 today ====================================================================== ---------------------------------------------------------------------- (0005954) hson (manager) - 2009-04-11 12:36 http://opencsw.org/mantis/view.php?id=3631#c5954 ---------------------------------------------------------------------- I'm aware of newer version being available, the upstream check is working. However there is a problem compiling 6.5.x, more specifically in a module which sunfreeware don't ship, but we do, and I'm been focusing on closing all RPATH/RUNPATH-related bugs first. But its on my list of things I'm going to do asap. ---------------------------------------------------------------------- (0006158) hson (manager) - 2009-05-21 04:55 http://opencsw.org/mantis/view.php?id=3631#c6158 ---------------------------------------------------------------------- 6.5.2-6 released Issue History Date Modified Username Field Change ====================================================================== 2009-04-10 09:58 dam New Issue 2009-04-11 12:36 hson Note Added: 0005954 2009-04-11 12:36 hson Assigned To => hson 2009-04-11 12:36 hson Status new => acknowledged 2009-05-21 04:55 hson Note Added: 0006158 2009-05-21 04:55 hson Status acknowledged => closed ====================================================================== From noreply at opencsw.org Thu May 21 05:00:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 21 May 2009 05:00:08 +0200 Subject: [bug-notifications] [librsvg 0003656]: Please upgrade to 2.26.0 In-Reply-To: Message-ID: <527ff88c75e753f7e5290ee5619ef452@opencsw.org> The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=3656 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: librsvg Issue ID: 3656 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-05-07 23:17 CEST Last Modified: 2009-05-21 05:00 CEST ====================================================================== Summary: Please upgrade to 2.26.0 Description: Please upgrade to 2.26.0 ====================================================================== ---------------------------------------------------------------------- (0006159) hson (manager) - 2009-05-21 05:00 http://opencsw.org/mantis/view.php?id=3656#c6159 ---------------------------------------------------------------------- 2.26 released Issue History Date Modified Username Field Change ====================================================================== 2009-05-07 23:17 dam New Issue 2009-05-21 05:00 hson Note Added: 0006159 2009-05-21 05:00 hson Status new => closed ====================================================================== From noreply at opencsw.org Thu May 21 10:02:47 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 21 May 2009 10:02:47 +0200 Subject: [bug-notifications] [grip 0003286]: Depend on CSWggettextrt In-Reply-To: <27950a0886e2c9be4c27bef7a342a64c> Message-ID: <7e25508806c7aac570ee5588cfb750fa@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3286 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 3286 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:11 CET Last Modified: 2009-05-21 10:02 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006151) pfelecan (manager) - 2009-05-20 11:36 http://www.opencsw.org/bugtrack/view.php?id=3286#c6151 ---------------------------------------------------------------------- package of 3.3.1 in preparation solves this issue. ---------------------------------------------------------------------- (0006160) pfelecan (manager) - 2009-05-21 10:02 http://www.opencsw.org/bugtrack/view.php?id=3286#c6160 ---------------------------------------------------------------------- corrected in the 3.3.1 package released on May 20th 2009 Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:11 harpchad New Issue 2009-03-31 18:43 pfelecan Status new => assigned 2009-03-31 18:43 pfelecan Assigned To => pfelecan 2009-05-20 11:36 pfelecan Note Added: 0006151 2009-05-20 11:36 pfelecan Status assigned => resolved 2009-05-20 11:36 pfelecan Resolution open => fixed 2009-05-21 10:02 pfelecan Note Added: 0006160 2009-05-21 10:02 pfelecan Status resolved => closed ====================================================================== From noreply at opencsw.org Thu May 21 10:03:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 21 May 2009 10:03:25 +0200 Subject: [bug-notifications] [grip 0003047]: Change curl dependency to CSWcurlrt In-Reply-To: <8e20d1ec7abd61898f458bd1fae1865b> Message-ID: <6b9e19a1f5378ed43ca59e13c103d7bd@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3047 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 3047 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-01-23 20:20 CET Last Modified: 2009-05-21 10:03 CEST ====================================================================== Summary: Change curl dependency to CSWcurlrt Description: Runtime libraries are now in CSWcurlrt ====================================================================== ---------------------------------------------------------------------- (0006152) pfelecan (manager) - 2009-05-20 11:37 http://www.opencsw.org/bugtrack/view.php?id=3047#c6152 ---------------------------------------------------------------------- package of 3.3.1 in preparation fixes this issue. ---------------------------------------------------------------------- (0006161) pfelecan (manager) - 2009-05-21 10:03 http://www.opencsw.org/bugtrack/view.php?id=3047#c6161 ---------------------------------------------------------------------- corrected in the 3.3.1 package released on May 20th 2009 Issue History Date Modified Username Field Change ====================================================================== 2009-01-23 20:20 harpchad New Issue 2009-05-20 11:36 pfelecan Status new => assigned 2009-05-20 11:36 pfelecan Assigned To => pfelecan 2009-05-20 11:37 pfelecan Note Added: 0006152 2009-05-20 11:37 pfelecan Status assigned => resolved 2009-05-20 11:37 pfelecan Resolution open => fixed 2009-05-21 10:03 pfelecan Note Added: 0006161 2009-05-21 10:03 pfelecan Status resolved => closed ====================================================================== From noreply at opencsw.org Thu May 21 10:03:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 21 May 2009 10:03:58 +0200 Subject: [bug-notifications] [grip 0003044]: Please link against libcurl 1.4 (libcurl.so.4) In-Reply-To: Message-ID: <9653288ccbcf66d2a0f2213a54865b76@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3044 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 3044 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-01-23 20:09 CET Last Modified: 2009-05-21 10:03 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. ====================================================================== ---------------------------------------------------------------------- (0006153) pfelecan (manager) - 2009-05-20 11:39 http://www.opencsw.org/bugtrack/view.php?id=3044#c6153 ---------------------------------------------------------------------- package 3.3.1 in preparation solves this issue. ---------------------------------------------------------------------- (0006162) pfelecan (manager) - 2009-05-21 10:03 http://www.opencsw.org/bugtrack/view.php?id=3044#c6162 ---------------------------------------------------------------------- corrected in the 3.3.1 package released on May 20th 2009 Issue History Date Modified Username Field Change ====================================================================== 2009-01-23 20:09 harpchad New Issue 2009-05-20 11:38 pfelecan Status new => assigned 2009-05-20 11:38 pfelecan Assigned To => pfelecan 2009-05-20 11:39 pfelecan Note Added: 0006153 2009-05-20 11:39 pfelecan Status assigned => resolved 2009-05-20 11:39 pfelecan Resolution open => fixed 2009-05-21 10:03 pfelecan Note Added: 0006162 2009-05-21 10:03 pfelecan Status resolved => closed ====================================================================== From noreply at opencsw.org Thu May 21 10:04:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 21 May 2009 10:04:30 +0200 Subject: [bug-notifications] [grip 0002486]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: Message-ID: <937e916716940ba08197de1490a9dd8b@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2486 ====================================================================== Reported By: yann Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 2486 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2007-07-28 09:15 CEST Last Modified: 2009-05-21 10:04 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. ====================================================================== ---------------------------------------------------------------------- (0006154) pfelecan (manager) - 2009-05-20 11:40 http://www.opencsw.org/bugtrack/view.php?id=2486#c6154 ---------------------------------------------------------------------- package 3.3.1 in preparation solves this issue. ---------------------------------------------------------------------- (0006163) pfelecan (manager) - 2009-05-21 10:04 http://www.opencsw.org/bugtrack/view.php?id=2486#c6163 ---------------------------------------------------------------------- corrected in the 3.3.1 package released on May 20th 2009 Issue History Date Modified Username Field Change ====================================================================== 2009-05-20 11:40 pfelecan Status new => assigned 2009-05-20 11:40 pfelecan Assigned To => pfelecan 2009-05-20 11:40 pfelecan Note Added: 0006154 2009-05-20 11:40 pfelecan Status assigned => resolved 2009-05-20 11:40 pfelecan Resolution open => fixed 2009-05-21 10:04 pfelecan Note Added: 0006163 2009-05-21 10:04 pfelecan Status resolved => closed ====================================================================== From noreply at opencsw.org Thu May 21 10:05:04 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 21 May 2009 10:05:04 +0200 Subject: [bug-notifications] [grip 0002335]: grip needs to be recompiled with openssl 0.9.8 In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2335 ====================================================================== Reported By: yann Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 2335 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2007-07-25 18:10 CEST Last Modified: 2009-05-21 10:05 CEST ====================================================================== Summary: grip needs to be recompiled with openssl 0.9.8 Description: grip 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. ====================================================================== ---------------------------------------------------------------------- (0006155) pfelecan (manager) - 2009-05-20 11:42 http://www.opencsw.org/bugtrack/view.php?id=2335#c6155 ---------------------------------------------------------------------- package 3.3.1 in preparation solves this issue. ---------------------------------------------------------------------- (0006164) pfelecan (manager) - 2009-05-21 10:05 http://www.opencsw.org/bugtrack/view.php?id=2335#c6164 ---------------------------------------------------------------------- corrected in the 3.3.1 package released on May 20th 2009 Issue History Date Modified Username Field Change ====================================================================== 2009-05-20 11:41 pfelecan Status new => assigned 2009-05-20 11:41 pfelecan Assigned To => pfelecan 2009-05-20 11:42 pfelecan Note Added: 0006155 2009-05-20 11:42 pfelecan Status assigned => resolved 2009-05-20 11:42 pfelecan Resolution open => fixed 2009-05-21 10:05 pfelecan Note Added: 0006164 2009-05-21 10:05 pfelecan Status resolved => closed ====================================================================== From noreply at opencsw.org Thu May 21 10:05:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 21 May 2009 10:05:43 +0200 Subject: [bug-notifications] [grip 0001060]: Can not find libucb In-Reply-To: <170f36cfa0832053a63beeb886cb5ce1> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1060 ====================================================================== Reported By: james Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 1060 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2005-07-03 01:10 CEST Last Modified: 2009-05-21 10:05 CEST ====================================================================== Summary: Can not find libucb Description: $ grip ld.so.1: grip: fatal: libucb.so.1: open failed: No such file or directory zsh: killed grip Workaround: LD_LIBRARY_PATH=/usr/ucblib Fix: -R/usr/ucblib -OR- why is it using ucb stuff anyway? ====================================================================== ---------------------------------------------------------------------- (0003317) james (reporter) - 2006-03-20 05:11 http://www.opencsw.org/bugtrack/view.php?id=1060#c3317 ---------------------------------------------------------------------- Issue still outstanding, hence grip still excluded from stable release. ---------------------------------------------------------------------- (0006156) pfelecan (manager) - 2009-05-20 11:45 http://www.opencsw.org/bugtrack/view.php?id=1060#c6156 ---------------------------------------------------------------------- package 3.3.1 in preparation solves this issue. ---------------------------------------------------------------------- (0006165) pfelecan (manager) - 2009-05-21 10:05 http://www.opencsw.org/bugtrack/view.php?id=1060#c6165 ---------------------------------------------------------------------- corrected in the 3.3.1 package released on May 20th 2009 Issue History Date Modified Username Field Change ====================================================================== 2009-05-20 11:45 pfelecan Note Added: 0006156 2009-05-20 11:45 pfelecan Status assigned => resolved 2009-05-20 11:45 pfelecan Resolution open => fixed 2009-05-21 10:05 pfelecan Note Added: 0006165 2009-05-21 10:05 pfelecan Status resolved => closed ====================================================================== From noreply at opencsw.org Thu May 21 10:06:17 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 21 May 2009 10:06:17 +0200 Subject: [bug-notifications] [grip 0000946]: cddb proxy support not working In-Reply-To: <0a9aa71f716ab3ac0eaae51c70ce613c> Message-ID: <75117608bf122b6477c5cdbf8ea07873@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=946 ====================================================================== Reported By: ed.clark Assigned To: pfelecan ====================================================================== Project: grip Issue ID: 946 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: unable to reproduce Fixed in Version: ====================================================================== Date Submitted: 2005-04-25 18:09 CEST Last Modified: 2009-05-21 10:06 CEST ====================================================================== Summary: cddb proxy support not working Description: Version 3.2.0 has a bug that causes cddb lookups from behind a proxy to fail. The release notes for 3.3.0 indicate that the bug has been fixed. ====================================================================== ---------------------------------------------------------------------- (0006157) pfelecan (manager) - 2009-05-20 11:46 http://www.opencsw.org/bugtrack/view.php?id=946#c6157 ---------------------------------------------------------------------- unable to reproduce in the package 3.3.1 in preparation; probably fixed upstream. ---------------------------------------------------------------------- (0006166) pfelecan (manager) - 2009-05-21 10:06 http://www.opencsw.org/bugtrack/view.php?id=946#c6166 ---------------------------------------------------------------------- corrected in the 3.3.1 package released on May 20th 2009 Issue History Date Modified Username Field Change ====================================================================== 2009-05-20 11:46 pfelecan Note Added: 0006157 2009-05-20 11:46 pfelecan Status assigned => resolved 2009-05-20 11:46 pfelecan Resolution open => unable to reproduce 2009-05-21 10:06 pfelecan Note Added: 0006166 2009-05-21 10:06 pfelecan Status resolved => closed ====================================================================== From noreply at opencsw.org Fri May 22 00:59:22 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 00:59:22 +0200 Subject: [bug-notifications] [imagemagick 0003664]: using -xopenmp precludes gcc usage In-Reply-To: <7396731253710381cad425b629f29b44> Message-ID: The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=3664 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: imagemagick Issue ID: 3664 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-05-11 10:22 CEST Last Modified: 2009-05-22 00:59 CEST ====================================================================== Summary: using -xopenmp precludes gcc usage Description: when using imagemagick's API and pkgconfig we inherit the -xopenmp flag which is not supported by gcc. I wonder if the usage of this option is reasonable for this project. My recommendation is to remove this option. ====================================================================== ---------------------------------------------------------------------- (0006099) hson (manager) - 2009-05-11 13:26 http://opencsw.org/mantis/view.php?id=3664#c6099 ---------------------------------------------------------------------- Well, imagemagick's configure script explicitly checks for and adds xopenmp by itself so what implications it might have, trying to remove it manually, is unknown ---------------------------------------------------------------------- (0006100) pfelecan (reporter) - 2009-05-11 14:33 http://opencsw.org/mantis/view.php?id=3664#c6100 ---------------------------------------------------------------------- To remove it manually, if you use Sun Studio C compiler has the effect of not using parallelism which I don't think is an issue. In my opinion, you have 2 solutions: 1. provide a non parallel version compiled with Sun Studio, possibly in addition to a parallel one 2. build with gcc ---------------------------------------------------------------------- (0006167) hson (manager) - 2009-05-22 00:59 http://opencsw.org/mantis/view.php?id=3664#c6167 ---------------------------------------------------------------------- 6.5.2 released with openmp disabled Issue History Date Modified Username Field Change ====================================================================== 2009-05-11 10:22 pfelecan New Issue 2009-05-11 13:26 hson Note Added: 0006099 2009-05-11 14:33 pfelecan Note Added: 0006100 2009-05-22 00:59 hson Note Added: 0006167 2009-05-22 00:59 hson Status new => closed ====================================================================== From noreply at opencsw.org Fri May 22 01:00:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 01:00:00 +0200 Subject: [bug-notifications] [ggrep 0003681]: --devices=skip broken, please update Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3681 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: ggrep Issue ID: 3681 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-22 01:00 CEST Last Modified: 2009-05-22 01:00 CEST ====================================================================== Summary: --devices=skip broken, please update Description: The current ggrep doesn't seem to honor the -D/--devices=skip option and hangs on an recursive /etc search. Observed on an Solaris 10 x86 zone. # truss -elfda /opt/csw/bin/ggrep -D skip -r foo /etc/cron.d/ [...] 4031/1: 0.1525 open64("/etc/cron.d/FIFO", O_RDONLY) = 3 4031/1: 0.1527 fstat64(3, 0x08047B84) = 0 4031/1: read(3, 0x0807B000, 32768) (sleeping...) The upstream changelog indicates that there has been a related fix [1] late 2004. ggrep 2.5 seems to be from 2002, so an update would be appreciated. Latest version is 2.5.4 from this February [2]. [1] http://cvs.savannah.gnu.org/viewvc/grep/ChangeLog?root=grep&view=log#rev1.202 [2] http://ftp.gnu.org/pub/gnu/grep/ ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 01:00 skayser New Issue ====================================================================== From noreply at opencsw.org Fri May 22 01:23:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 01:23:05 +0200 Subject: [bug-notifications] [ggrep 0003681]: --devices=skip broken, please update In-Reply-To: <13c0b57fbeb64f7c0db88546ad118541> Message-ID: The following issue has been CLOSED ====================================================================== http://opencsw.org/mantis/view.php?id=3681 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: ggrep Issue ID: 3681 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-05-22 01:00 CEST Last Modified: 2009-05-22 01:23 CEST ====================================================================== Summary: --devices=skip broken, please update Description: The current ggrep doesn't seem to honor the -D/--devices=skip option and hangs on an recursive /etc search. Observed on an Solaris 10 x86 zone. # truss -elfda /opt/csw/bin/ggrep -D skip -r foo /etc/cron.d/ [...] 4031/1: 0.1525 open64("/etc/cron.d/FIFO", O_RDONLY) = 3 4031/1: 0.1527 fstat64(3, 0x08047B84) = 0 4031/1: read(3, 0x0807B000, 32768) (sleeping...) The upstream changelog indicates that there has been a related fix [1] late 2004. ggrep 2.5 seems to be from 2002, so an update would be appreciated. Latest version is 2.5.4 from this February [2]. [1] http://cvs.savannah.gnu.org/viewvc/grep/ChangeLog?root=grep&view=log#rev1.202 [2] http://ftp.gnu.org/pub/gnu/grep/ ====================================================================== ---------------------------------------------------------------------- (0006168) phil (manager) - 2009-05-22 01:23 http://opencsw.org/mantis/view.php?id=3681#c6168 ---------------------------------------------------------------------- baaah... ok, expect an updated packagein the next 24 hours. Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 01:00 skayser New Issue 2009-05-22 01:23 phil Note Added: 0006168 2009-05-22 01:23 phil Status new => closed ====================================================================== From noreply at opencsw.org Fri May 22 14:58:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 14:58:44 +0200 Subject: [bug-notifications] [perldoc 0003675]: Duplicate /opt/csw/share/man/man3/MIME::Base64.3perl In-Reply-To: <2b88d13586d1094b54d1bfc4d72a1dca> Message-ID: <59c7464df8b6f4f98747a53cb34ad4ff@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3675 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: perldoc Issue ID: 3675 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-15 19:01 CEST Last Modified: 2009-05-22 14:58 CEST ====================================================================== Summary: Duplicate /opt/csw/share/man/man3/MIME::Base64.3perl Description: Both CSWperldoc and CSWpmmimebase64 contain /opt/csw/share/man/man3/MIME::Base64.3perl, so you get a The following files are already installed on the system and are being used by another package: /opt/csw/share/man/man3/MIME::Base64.3perl when installing one package after the other. Don't know where it should belong to, but for sure not in both packages ;) ====================================================================== ---------------------------------------------------------------------- (0006146) bonivart (manager) - 2009-05-18 11:07 http://www.opencsw.org/mantis/view.php?id=3675#c6146 ---------------------------------------------------------------------- The easiest thing to do would be to respin CSWpmmimebase64 and not include the man page. Agree? ---------------------------------------------------------------------- (0006169) bonivart (manager) - 2009-05-22 14:58 http://www.opencsw.org/mantis/view.php?id=3675#c6169 ---------------------------------------------------------------------- New package in testing. Issue History Date Modified Username Field Change ====================================================================== 2009-05-15 19:01 skayser New Issue 2009-05-18 11:07 bonivart Note Added: 0006146 2009-05-18 14:18 bonivart Status new => assigned 2009-05-18 14:18 bonivart Assigned To => bonivart 2009-05-22 14:58 bonivart Note Added: 0006169 ====================================================================== From noreply at opencsw.org Fri May 22 15:26:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 15:26:43 +0200 Subject: [bug-notifications] [pysetuptools 0003682]: easy_install pre-sets the compiler, which cannot be changed. Message-ID: <1d17c73ffaa6dc9a95065ee03d158e72@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3682 ====================================================================== Reported By: ThurnerRupert Assigned To: ====================================================================== Project: pysetuptools Issue ID: 3682 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-22 15:26 CEST Last Modified: 2009-05-22 15:26 CEST ====================================================================== Summary: easy_install pre-sets the compiler, which cannot be changed. Description: installing PIL, genshi, mercurial, and others does not work seamlessly or not at all if one has no possibility to create the pre-set path /opt/studio/SOS11/SUNWspro/bin/cc. it would be nice to have this path as /opt/csw/studio .... so anybody is able to set it. see http://groups.google.com/group/distutils-sig/browse_thread/thread/d8d2c47eb1d96210 as well. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 15:26 ThurnerRupert New Issue ====================================================================== From noreply at opencsw.org Fri May 22 15:42:22 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 15:42:22 +0200 Subject: [bug-notifications] [pysetuptools 0003682]: easy_install pre-sets the compiler, which cannot be changed. In-Reply-To: <4df86843360873a2c8061c0465e10761> Message-ID: A NOTE has been added to this issue. ====================================================================== http://opencsw.org/mantis/view.php?id=3682 ====================================================================== Reported By: ThurnerRupert Assigned To: ====================================================================== Project: pysetuptools Issue ID: 3682 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-22 15:26 CEST Last Modified: 2009-05-22 15:42 CEST ====================================================================== Summary: easy_install pre-sets the compiler, which cannot be changed. Description: installing PIL, genshi, mercurial, and others does not work seamlessly or not at all if one has no possibility to create the pre-set path /opt/studio/SOS11/SUNWspro/bin/cc. it would be nice to have this path as /opt/csw/studio .... so anybody is able to set it. see http://groups.google.com/group/distutils-sig/browse_thread/thread/d8d2c47eb1d96210 as well. ====================================================================== ---------------------------------------------------------------------- (0006170) ThurnerRupert (reporter) - 2009-05-22 15:42 http://opencsw.org/mantis/view.php?id=3682#c6170 ---------------------------------------------------------------------- actually, this is a python thing. if you could compile python with a path which is *in* /opt/csw than others would have the possibility to replicate your setting. see: http://docs.python.org/distutils/apiref.html especially: distutils.sysconfig.customize_compiler(compiler) Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 15:26 ThurnerRupert New Issue 2009-05-22 15:42 ThurnerRupert Note Added: 0006170 ====================================================================== From noreply at opencsw.org Fri May 22 18:14:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 18:14:46 +0200 Subject: [bug-notifications] [jpilot 0002478]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: Message-ID: <4e75224cb62e04b49e94f356f066f11d@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2478 ====================================================================== Reported By: yann Assigned To: pfelecan ====================================================================== Project: jpilot Issue ID: 2478 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-07-28 09:12 CEST Last Modified: 2009-05-22 18: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. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 18:14 pfelecan Status new => assigned 2009-05-22 18:14 pfelecan Assigned To => pfelecan ====================================================================== From noreply at opencsw.org Fri May 22 20:27:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 20:27:01 +0200 Subject: [bug-notifications] [jpilot 0002478]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: Message-ID: <5e2b9cc27ed5cbf4de122c9fb5343318@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2478 ====================================================================== Reported By: yann Assigned To: pfelecan ====================================================================== Project: jpilot Issue ID: 2478 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2007-07-28 09:12 CEST Last Modified: 2009-05-22 20:27 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. ====================================================================== ---------------------------------------------------------------------- (0006171) pfelecan (manager) - 2009-05-22 20:27 http://www.opencsw.org/mantis/view.php?id=2478#c6171 ---------------------------------------------------------------------- the next version, 1.6.2, doesn't depend anymore on openssl Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 18:14 pfelecan Status new => assigned 2009-05-22 18:14 pfelecan Assigned To => pfelecan 2009-05-22 20:27 pfelecan Note Added: 0006171 2009-05-22 20:27 pfelecan Status assigned => resolved 2009-05-22 20:27 pfelecan Resolution open => fixed ====================================================================== From noreply at opencsw.org Fri May 22 20:28:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 20:28:08 +0200 Subject: [bug-notifications] [jpilot 0003279]: Depend on CSWggettextrt In-Reply-To: <41bc09d94ade0779e1bb6533fc44b9d2> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3279 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: jpilot Issue ID: 3279 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:10 CET Last Modified: 2009-05-22 20:28 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006172) pfelecan (manager) - 2009-05-22 20:28 http://www.opencsw.org/mantis/view.php?id=3279#c6172 ---------------------------------------------------------------------- fixed in the new 1.6.2 release to be issued. Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:10 harpchad New Issue 2009-03-31 18:44 pfelecan Status new => assigned 2009-03-31 18:44 pfelecan Assigned To => pfelecan 2009-05-22 20:28 pfelecan Note Added: 0006172 2009-05-22 20:28 pfelecan Status assigned => resolved 2009-05-22 20:28 pfelecan Resolution open => fixed ====================================================================== From noreply at opencsw.org Fri May 22 20:37:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 20:37:26 +0200 Subject: [bug-notifications] [perldoc 0003675]: Duplicate /opt/csw/share/man/man3/MIME::Base64.3perl In-Reply-To: <2b88d13586d1094b54d1bfc4d72a1dca> Message-ID: <5341b523f02103b03916c4d62729e8ae@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3675 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: perldoc Issue ID: 3675 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-05-15 19:01 CEST Last Modified: 2009-05-22 20:37 CEST ====================================================================== Summary: Duplicate /opt/csw/share/man/man3/MIME::Base64.3perl Description: Both CSWperldoc and CSWpmmimebase64 contain /opt/csw/share/man/man3/MIME::Base64.3perl, so you get a The following files are already installed on the system and are being used by another package: /opt/csw/share/man/man3/MIME::Base64.3perl when installing one package after the other. Don't know where it should belong to, but for sure not in both packages ;) ====================================================================== ---------------------------------------------------------------------- (0006146) bonivart (manager) - 2009-05-18 11:07 http://www.opencsw.org/mantis/view.php?id=3675#c6146 ---------------------------------------------------------------------- The easiest thing to do would be to respin CSWpmmimebase64 and not include the man page. Agree? ---------------------------------------------------------------------- (0006169) bonivart (manager) - 2009-05-22 14:58 http://www.opencsw.org/mantis/view.php?id=3675#c6169 ---------------------------------------------------------------------- New package in testing. ---------------------------------------------------------------------- (0006173) bonivart (manager) - 2009-05-22 20:37 http://www.opencsw.org/mantis/view.php?id=3675#c6173 ---------------------------------------------------------------------- New pm_mimebase64 package without man pages released. Issue History Date Modified Username Field Change ====================================================================== 2009-05-15 19:01 skayser New Issue 2009-05-18 11:07 bonivart Note Added: 0006146 2009-05-18 14:18 bonivart Status new => assigned 2009-05-18 14:18 bonivart Assigned To => bonivart 2009-05-22 14:58 bonivart Note Added: 0006169 2009-05-22 20:37 bonivart Note Added: 0006173 2009-05-22 20:37 bonivart Status assigned => closed ====================================================================== From noreply at opencsw.org Fri May 22 20:40:36 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 20:40:36 +0200 Subject: [bug-notifications] [perl 0003570]: RPATH contains /opt/csw/lib/perl/5.8.8/CORE In-Reply-To: Message-ID: <33ecd6395e2a87cc5036e6317f1462a2@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3570 ====================================================================== Reported By: james Assigned To: bonivart ====================================================================== Project: perl Issue ID: 3570 Category: packaging Reproducibility: have not tried Severity: trivial Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-01 21:06 CEST Last Modified: 2009-05-22 20:40 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/perl/5.8.8/CORE Description: /opt/csw/lib/perl/5.8.8/CORE contains no libs (I can only see headers), so is probably extra. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-04-01 21:06 james New Issue 2009-05-22 20:40 bonivart Status new => assigned 2009-05-22 20:40 bonivart Assigned To => bonivart ====================================================================== From noreply at opencsw.org Fri May 22 20:41:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 20:41:58 +0200 Subject: [bug-notifications] [dcc 0003530]: RPATH contains /opt/csw/lib/\SALIST In-Reply-To: Message-ID: <308643d7750caeb9807afca0cfcb7e87@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3530 ====================================================================== Reported By: james Assigned To: bonivart ====================================================================== Project: dcc Issue ID: 3530 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-31 22:48 CEST Last Modified: 2009-05-22 20:41 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\SALIST Description: RPATH = [9] RPATH /opt/csw/lib/\SALIST:/opt/csw/lib However there are no dependant libs so the ISALIST is redundant. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-03-31 22:48 james New Issue 2009-05-22 20:41 bonivart Status new => assigned 2009-05-22 20:41 bonivart Assigned To => bonivart ====================================================================== From noreply at opencsw.org Fri May 22 20:43:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 20:43:01 +0200 Subject: [bug-notifications] [dhcp 0003531]: RPATH contains /opt/csw/lib/\$ISALIST In-Reply-To: <9bea32191befdb697a930c78aa4e0a9f> Message-ID: <2662da91ac4df75d3a1a6875b850b2b7@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3531 ====================================================================== Reported By: james Assigned To: bonivart ====================================================================== Project: dhcp Issue ID: 3531 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-31 22:51 CEST Last Modified: 2009-05-22 20:43 CEST ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST Description: RPATH contains /opt/csw/lib/\$ISALIST hence won't pick up arch libs if any (ssl?). ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-03-31 22:51 james New Issue 2009-05-22 20:43 bonivart Status new => assigned 2009-05-22 20:43 bonivart Assigned To => bonivart ====================================================================== From noreply at opencsw.org Fri May 22 23:07:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 22 May 2009 23:07:48 +0200 Subject: [bug-notifications] [pkgutil 0003683]: Add a pkgadd/pkgrm debug option Message-ID: <689b86f2e95b5f095e43a26d24cf50cf@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3683 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: pkgutil Issue ID: 3683 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-22 23:07 CEST Last Modified: 2009-05-22 23:07 CEST ====================================================================== Summary: Add a pkgadd/pkgrm debug option Description: pkgutil already has a debug option, but it is only used to debug pkgutil itself. It would be useful to add a pkgadd debug option which would add the -v option in pkgadd/pkgrm calls. It would help to debug user problem with postinstall/preremove/... code without having to tell me to manually download/uncompress/pkgadd the package. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 23:07 yann New Issue ====================================================================== From noreply at opencsw.org Sat May 23 00:36:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 00:36:00 +0200 Subject: [bug-notifications] [python 0003684]: copy from 3682 - easy_install pre-sets the compiler, which cannot be changed. Message-ID: <924031d6ac85064eb47b4fa5eb0809e6@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3684 ====================================================================== Reported By: mwatters Assigned To: ====================================================================== Project: python Issue ID: 3684 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-23 00:35 CEST Last Modified: 2009-05-23 00:35 CEST ====================================================================== Summary: copy from 3682 - easy_install pre-sets the compiler, which cannot be changed. Description: installing PIL, genshi, mercurial, and others does not work seamlessly or not at all if one has no possibility to create the pre-set path /opt/studio/SOS11/SUNWspro/bin/cc. it would be nice to have this path as /opt/csw/studio .... so anybody is able to set it. see http://groups.google.com/group/distutils-sig/browse_thread/thread/d8d2c47eb1d96210 as well. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-23 00:35 mwatters New Issue ====================================================================== From noreply at opencsw.org Sat May 23 00:37:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 00:37:03 +0200 Subject: [bug-notifications] [pysetuptools 0003682]: easy_install pre-sets the compiler, which cannot be changed. In-Reply-To: <4df86843360873a2c8061c0465e10761> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3682 ====================================================================== Reported By: ThurnerRupert Assigned To: mwatters ====================================================================== Project: pysetuptools Issue ID: 3682 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: duplicate Duplicate: 0 Fixed in Version: ====================================================================== Date Submitted: 2009-05-22 15:26 CEST Last Modified: 2009-05-23 00:37 CEST ====================================================================== Summary: easy_install pre-sets the compiler, which cannot be changed. Description: installing PIL, genshi, mercurial, and others does not work seamlessly or not at all if one has no possibility to create the pre-set path /opt/studio/SOS11/SUNWspro/bin/cc. it would be nice to have this path as /opt/csw/studio .... so anybody is able to set it. see http://groups.google.com/group/distutils-sig/browse_thread/thread/d8d2c47eb1d96210 as well. ====================================================================== ---------------------------------------------------------------------- (0006170) ThurnerRupert (reporter) - 2009-05-22 15:42 http://www.opencsw.org/mantis/view.php?id=3682#c6170 ---------------------------------------------------------------------- actually, this is a python thing. if you could compile python with a path which is *in* /opt/csw than others would have the possibility to replicate your setting. see: http://docs.python.org/distutils/apiref.html especially: distutils.sysconfig.customize_compiler(compiler) ---------------------------------------------------------------------- (0006174) mwatters (manager) - 2009-05-23 00:37 http://www.opencsw.org/mantis/view.php?id=3682#c6174 ---------------------------------------------------------------------- I moved this issue to the python project, I am closing this bug Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 15:26 ThurnerRupert New Issue 2009-05-22 15:42 ThurnerRupert Note Added: 0006170 2009-05-23 00:37 mwatters Note Added: 0006174 2009-05-23 00:37 mwatters Assigned To => mwatters 2009-05-23 00:37 mwatters Status new => closed 2009-05-23 00:37 mwatters Resolution open => duplicate ====================================================================== From noreply at opencsw.org Sat May 23 00:37:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 00:37:46 +0200 Subject: [bug-notifications] [pkgutil 0003683]: Add a pkgadd/pkgrm debug option In-Reply-To: Message-ID: <841ae5f815d40cdc1e773af183454369@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3683 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: pkgutil Issue ID: 3683 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-22 23:07 CEST Last Modified: 2009-05-23 00:37 CEST ====================================================================== Summary: Add a pkgadd/pkgrm debug option Description: pkgutil already has a debug option, but it is only used to debug pkgutil itself. It would be useful to add a pkgadd debug option which would add the -v option in pkgadd/pkgrm calls. It would help to debug user problem with postinstall/preremove/... code without having to tell me to manually download/uncompress/pkgadd the package. ====================================================================== ---------------------------------------------------------------------- (0006175) bonivart (manager) - 2009-05-23 00:37 http://www.opencsw.org/mantis/view.php?id=3683#c6175 ---------------------------------------------------------------------- Would it be ok if it was an option in pkgutil.conf? I'm trying to be conservative about the number of command line options. Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 23:07 yann New Issue 2009-05-23 00:37 bonivart Note Added: 0006175 ====================================================================== From noreply at opencsw.org Sat May 23 00:38:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 00:38:00 +0200 Subject: [bug-notifications] [pkgutil 0003683]: Add a pkgadd/pkgrm debug option In-Reply-To: Message-ID: <3e16def06c64b9bdf9ddbceae22b9fbd@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3683 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3683 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-22 23:07 CEST Last Modified: 2009-05-23 00:37 CEST ====================================================================== Summary: Add a pkgadd/pkgrm debug option Description: pkgutil already has a debug option, but it is only used to debug pkgutil itself. It would be useful to add a pkgadd debug option which would add the -v option in pkgadd/pkgrm calls. It would help to debug user problem with postinstall/preremove/... code without having to tell me to manually download/uncompress/pkgadd the package. ====================================================================== ---------------------------------------------------------------------- (0006175) bonivart (manager) - 2009-05-23 00:37 http://www.opencsw.org/mantis/view.php?id=3683#c6175 ---------------------------------------------------------------------- Would it be ok if it was an option in pkgutil.conf? I'm trying to be conservative about the number of command line options. Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 23:07 yann New Issue 2009-05-23 00:37 bonivart Note Added: 0006175 2009-05-23 00:37 bonivart Status new => assigned 2009-05-23 00:37 bonivart Assigned To => bonivart ====================================================================== From noreply at opencsw.org Sat May 23 01:00:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 01:00:28 +0200 Subject: [bug-notifications] [squid 0002858]: squid needs to have more cache replacement algorithms In-Reply-To: <48981a6b17471bc633bc4f3158ec437b> Message-ID: <310d9bc8c410f7609c825c6de032332d@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2858 ====================================================================== Reported By: csh Assigned To: ====================================================================== Project: squid Issue ID: 2858 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-04-15 13:14 CEST Last Modified: 2009-05-23 01:00 CEST ====================================================================== Summary: squid needs to have more cache replacement algorithms Description: squid has some excellent cache replacement algorithms which can reduce bandwidth and/or increase the hit rate, sometimes by a great deal. As compiled, squid only supports LRU, but I have tested GDSF and the others and they have distinct advantages, depending on your usage patterns. ====================================================================== ---------------------------------------------------------------------- (0006178) mwatters (manager) - 2009-05-23 01:00 http://www.opencsw.org/mantis/view.php?id=2858#c6178 ---------------------------------------------------------------------- This is incorporated into the current release. Issue History Date Modified Username Field Change ====================================================================== 2009-05-23 01:00 mwatters Note Added: 0006178 2009-05-23 01:00 mwatters Status new => closed ====================================================================== From noreply at opencsw.org Sat May 23 01:02:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 01:02:30 +0200 Subject: [bug-notifications] [subversion 0003661]: sqlite error In-Reply-To: Message-ID: <1b928a387be3b020f43b0e16c1423528@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3661 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: subversion Issue ID: 3661 Category: other Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-08 18:53 CEST Last Modified: 2009-05-23 01:02 CEST ====================================================================== Summary: sqlite error Description: SubversionException: ('Could not configure SQLite', 200030) This happens when using e.g. trac-admin repos resync The bug was already in subversion-1.6 which I build for myself It is related to the 'filesystem' one uses in subversion. creating a repository with : svnadmin create -fs-type fsfs test will provoke this error. doing it with : svnadmin create --fs-type fsfs --pre-1.6-compatible test will not. ====================================================================== ---------------------------------------------------------------------- (0006079) mwatters (manager) - 2009-05-10 05:32 http://www.opencsw.org/mantis/view.php?id=3661#c6079 ---------------------------------------------------------------------- Thank you for the report, I will get to it as soon as I can. ---------------------------------------------------------------------- (0006090) ThurnerRupert (reporter) - 2009-05-10 23:29 http://www.opencsw.org/mantis/view.php?id=3661#c6090 ---------------------------------------------------------------------- tested svn-1.6.2 and it works. put intermediate compiles on http://mirror.opencsw.org/testing. but these will not be the final ones coming from the expert :) ---------------------------------------------------------------------- (0006144) mwatters (manager) - 2009-05-17 23:22 http://www.opencsw.org/mantis/view.php?id=3661#c6144 ---------------------------------------------------------------------- This is supposed to be fixed upstream in the 1.6.2 version. subversion-1.6.2,REV=2009.05.17 is now in testing ---------------------------------------------------------------------- (0006179) mwatters (manager) - 2009-05-23 01:02 http://www.opencsw.org/mantis/view.php?id=3661#c6179 ---------------------------------------------------------------------- 1.6.2 released closing Issue History Date Modified Username Field Change ====================================================================== 2009-05-08 18:53 Nicolai SchwindtNew Issue 2009-05-10 05:31 mwatters Status new => assigned 2009-05-10 05:31 mwatters Assigned To => mwatters 2009-05-10 05:32 mwatters Note Added: 0006079 2009-05-10 05:32 mwatters Status assigned => confirmed 2009-05-10 23:29 ThurnerRupert Note Added: 0006090 2009-05-17 23:22 mwatters Note Added: 0006144 2009-05-17 23:22 mwatters Status confirmed => resolved 2009-05-17 23:22 mwatters Resolution open => fixed 2009-05-23 01:02 mwatters Note Added: 0006179 2009-05-23 01:02 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sat May 23 01:08:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 01:08:13 +0200 Subject: [bug-notifications] [ap2_subversion 0003653]: Module load order in http.conf In-Reply-To: Message-ID: <6ac52b17f9356fc5ec72d9cab2d07257@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3653 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: ap2_subversion Issue ID: 3653 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-07 09:38 CEST Last Modified: 2009-05-23 01:08 CEST ====================================================================== Summary: Module load order in http.conf Description: After upgrading to ap2_subversion 1.6.1,REV=2009.04.29 the LoadModule get resorted, which leads to : tcsh at port-1542 [/var/opt/csw/apache2/log] /opt/csw/apache2/sbin/apachectl -t httpd: Syntax error on line 126 of /opt/csw/apache2/etc/httpd.conf: Cannot load /opt/csw/apache2/libexec/mod_dav_lock.so into server: ld.so.1: httpd: fatal: relocation error: file /opt/csw/apache2/libexec/mod_dav_lock.so: symbol dav_new_error: referenced symbol not found Moving dav_lock_module to a lower line resolves this. The order should be something like this as dav_new_error blongs to mod_dav.so: LoadModule dav_module libexec/mod_dav.so LoadModule dav_fs_module libexec/mod_dav_fs.so LoadModule dav_svn_module libexec/mod_dav_svn.so LoadModule dav_lock_module libexec/mod_dav_lock.so LoadModule authz_svn_module libexec/mod_authz_svn.so I verified on two other machines, the modules dav_module, dav_fs_module, dav_svn_module are resorted to new lines, which leaves dav_lock_module on a line before the newly generated. ====================================================================== ---------------------------------------------------------------------- (0006078) mwatters (manager) - 2009-05-08 05:32 http://www.opencsw.org/mantis/view.php?id=3653#c6078 ---------------------------------------------------------------------- I will add the mod_dav_lock.so to the post-install for the apache module. the current one rewrites the dav, dav_fs and dav_svn but does not include dav_lock. Thank you for the report. ---------------------------------------------------------------------- (0006143) mwatters (manager) - 2009-05-17 23:20 http://www.opencsw.org/mantis/view.php?id=3653#c6143 ---------------------------------------------------------------------- this is fixed in the ap2_subversion-1.6.2,REV=2009.05.17 version in testing. ---------------------------------------------------------------------- (0006180) mwatters (manager) - 2009-05-23 01:08 http://www.opencsw.org/mantis/view.php?id=3653#c6180 ---------------------------------------------------------------------- closed fixed Issue History Date Modified Username Field Change ====================================================================== 2009-05-07 09:38 Nicolai SchwindtNew Issue 2009-05-08 05:30 mwatters Status new => assigned 2009-05-08 05:30 mwatters Assigned To => mwatters 2009-05-08 05:32 mwatters Note Added: 0006078 2009-05-08 05:32 mwatters Status assigned => confirmed 2009-05-17 23:20 mwatters Note Added: 0006143 2009-05-17 23:20 mwatters Status confirmed => resolved 2009-05-17 23:20 mwatters Resolution open => fixed 2009-05-23 01:08 mwatters Note Added: 0006180 2009-05-23 01:08 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sat May 23 01:09:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 01:09:57 +0200 Subject: [bug-notifications] [pysqlite2 0003655]: pls upgrade to 2.5.5 In-Reply-To: Message-ID: <68febd715779bcf0ca34f78e8405043d@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3655 ====================================================================== Reported By: Nicolai Schwindt Assigned To: mwatters ====================================================================== Project: pysqlite2 Issue ID: 3655 Category: upgrade Reproducibility: sometimes Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-07 10:33 CEST Last Modified: 2009-05-23 01:09 CEST ====================================================================== Summary: pls upgrade to 2.5.5 Description: An bug in 2.4.0 rendered my trac installs unusable. All trac instances failed with : Command failed: database parameter must be string or APSW Connection object It is an know Bug see for example : http://sjohannes.wordpress.com/2007/12/05/database-parameter-must-be-string-or-apsw-connection-object/ I upgraded locally to 2.5.5 which works like a charm ====================================================================== ---------------------------------------------------------------------- (0006076) mwatters (manager) - 2009-05-08 05:08 http://www.opencsw.org/mantis/view.php?id=3655#c6076 ---------------------------------------------------------------------- I will work on the update. Thank you for the report. ---------------------------------------------------------------------- (0006142) mwatters (manager) - 2009-05-17 23:07 http://www.opencsw.org/mantis/view.php?id=3655#c6142 ---------------------------------------------------------------------- version 2.5.5 now in testing, I will close this request once it is released. ---------------------------------------------------------------------- (0006181) mwatters (manager) - 2009-05-23 01:09 http://www.opencsw.org/mantis/view.php?id=3655#c6181 ---------------------------------------------------------------------- closed fixed Issue History Date Modified Username Field Change ====================================================================== 2009-05-07 10:33 Nicolai SchwindtNew Issue 2009-05-08 05:07 mwatters Status new => assigned 2009-05-08 05:07 mwatters Assigned To => mwatters 2009-05-08 05:08 mwatters Note Added: 0006076 2009-05-08 05:08 mwatters Status assigned => confirmed 2009-05-17 23:07 mwatters Note Added: 0006142 2009-05-17 23:07 mwatters Status confirmed => resolved 2009-05-17 23:07 mwatters Resolution open => fixed 2009-05-23 01:09 mwatters Note Added: 0006181 2009-05-23 01:09 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sat May 23 01:10:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 01:10:48 +0200 Subject: [bug-notifications] [gd 0003618]: Linked to 2 different libfreetype.so.6 and libz.so In-Reply-To: <2bf70d64a7673ab33fde2a007584a24c> Message-ID: <5d1576d855126a67520097e2afdd949e@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3618 ====================================================================== Reported By: james Assigned To: mwatters ====================================================================== Project: gd Issue ID: 3618 Category: packaging Reproducibility: sometimes Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-03 21:51 CEST Last Modified: 2009-05-23 01:10 CEST ====================================================================== Summary: Linked to 2 different libfreetype.so.6 and libz.so Description: This affects amd64 version, not sparcv9 /opt/csw/lib/amd64/libgd.so.2.0.0 is linked to the /use/sfw version of libfontconfig which is also linked to libfreetype.so.6 and libz.so.1. I can't make it crash but instinct tells me this is best avoided. The undrerlying problem is the lack of CSW amd64 fontconfig - please request. Also and not very of minor importance, is there a need for /opt/csw/bin/amd64/ and /opt/csw/bin/sparcv9/ executables? Justify with measurable speed gains or address space requirement. ====================================================================== ---------------------------------------------------------------------- (0005840) mwatters (manager) - 2009-04-04 05:35 http://www.opencsw.org/mantis/view.php?id=3618#c5840 ---------------------------------------------------------------------- Waiting on amd64 support for gcc ---------------------------------------------------------------------- (0005845) james (reporter) - 2009-04-04 10:59 http://www.opencsw.org/mantis/view.php?id=3618#c5845 ---------------------------------------------------------------------- Sorry, I wrote "not very of minor importance" but I changed the sense mid way in the sentance. The extra exectuables are not of importance. ---------------------------------------------------------------------- (0006141) mwatters (manager) - 2009-05-17 23:03 http://www.opencsw.org/mantis/view.php?id=3618#c6141 ---------------------------------------------------------------------- This is resolved in the current testing version. ---------------------------------------------------------------------- (0006182) mwatters (manager) - 2009-05-23 01:10 http://www.opencsw.org/mantis/view.php?id=3618#c6182 ---------------------------------------------------------------------- closed fixed Issue History Date Modified Username Field Change ====================================================================== 2009-04-03 21:51 james New Issue 2009-04-03 21:52 mwatters Status new => assigned 2009-04-03 21:52 mwatters Assigned To => mwatters 2009-04-04 05:35 mwatters Note Added: 0005840 2009-04-04 10:59 james Note Added: 0005845 2009-05-17 23:03 mwatters Note Added: 0006141 2009-05-17 23:03 mwatters Status assigned => resolved 2009-05-17 23:03 mwatters Resolution open => fixed 2009-05-23 01:10 mwatters Note Added: 0006182 2009-05-23 01:10 mwatters Status resolved => closed ====================================================================== From noreply at opencsw.org Sat May 23 11:16:20 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 11:16:20 +0200 Subject: [bug-notifications] [jpilot 0003279]: Depend on CSWggettextrt In-Reply-To: <41bc09d94ade0779e1bb6533fc44b9d2> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3279 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: jpilot Issue ID: 3279 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:10 CET Last Modified: 2009-05-23 11:16 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006172) pfelecan (manager) - 2009-05-22 20:28 http://www.opencsw.org/mantis/view.php?id=3279#c6172 ---------------------------------------------------------------------- fixed in the new 1.6.2 release to be issued. Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:10 harpchad New Issue 2009-03-31 18:44 pfelecan Status new => assigned 2009-03-31 18:44 pfelecan Assigned To => pfelecan 2009-05-22 20:28 pfelecan Note Added: 0006172 2009-05-22 20:28 pfelecan Status assigned => resolved 2009-05-22 20:28 pfelecan Resolution open => fixed 2009-05-23 11:16 pfelecan Status resolved => closed ====================================================================== From noreply at opencsw.org Sat May 23 11:16:22 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 11:16:22 +0200 Subject: [bug-notifications] [jpilot 0002478]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: Message-ID: <77901eeef4583dbe8667b881500a6e12@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2478 ====================================================================== Reported By: yann Assigned To: pfelecan ====================================================================== Project: jpilot Issue ID: 2478 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2007-07-28 09:12 CEST Last Modified: 2009-05-23 11:16 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. ====================================================================== ---------------------------------------------------------------------- (0006171) pfelecan (manager) - 2009-05-22 20:27 http://www.opencsw.org/mantis/view.php?id=2478#c6171 ---------------------------------------------------------------------- the next version, 1.6.2, doesn't depend anymore on openssl Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 18:14 pfelecan Status new => assigned 2009-05-22 18:14 pfelecan Assigned To => pfelecan 2009-05-22 20:27 pfelecan Note Added: 0006171 2009-05-22 20:27 pfelecan Status assigned => resolved 2009-05-22 20:27 pfelecan Resolution open => fixed 2009-05-23 11:16 pfelecan Status resolved => closed ====================================================================== From noreply at opencsw.org Sat May 23 11:39:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 11:39:05 +0200 Subject: [bug-notifications] [cswclassutils 0003685]: cswpreserveconf Message-ID: <56f1885afc1e74092117b2a51f13798f@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3685 ====================================================================== Reported By: ja Assigned To: ====================================================================== Project: cswclassutils Issue ID: 3685 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-23 11:39 CEST Last Modified: 2009-05-23 11:39 CEST ====================================================================== Summary: cswpreserveconf Description: Config files handled with the class cswpreserveconf have always the ownerships root:other and not the desired ownership, which is specified for the .CSW file. Example: In CSWnagios.prototype f cswpreserveconf /opt/csw/nagios/etc/cgi.cfg.CSW 0664 nagios nagios results in -rw-r--r-- 1 root other 10695 May 22 22:19 cgi.cfg -rw-rw-r-- 1 nagios nagios 10695 Mar 20 22:26 cgi.cfg.CSW and not as expected in -rw-r--r-- 1 nagios nagios 10695 May 22 22:19 cgi.cfg ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-23 11:39 ja New Issue ====================================================================== From noreply at opencsw.org Sat May 23 12:14:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 12:14:42 +0200 Subject: [bug-notifications] [libofx 0003365]: Depend on CSWggettextrt In-Reply-To: <361f6f9563eab6d3ae5a0e11caca33ab> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3365 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: libofx Issue ID: 3365 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:20 CET Last Modified: 2009-05-23 12:14 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006183) pfelecan (manager) - 2009-05-23 12:14 http://www.opencsw.org/mantis/view.php?id=3365#c6183 ---------------------------------------------------------------------- the new 0.9.1 package to be issued fixes this. Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:20 harpchad New Issue 2009-03-31 18:37 pfelecan Status new => assigned 2009-03-31 18:37 pfelecan Assigned To => pfelecan 2009-05-23 12:14 pfelecan Note Added: 0006183 2009-05-23 12:14 pfelecan Status assigned => resolved 2009-05-23 12:14 pfelecan Resolution open => fixed ====================================================================== From noreply at opencsw.org Sat May 23 12:24:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 12:24:03 +0200 Subject: [bug-notifications] [cswclassutils 0003685]: cswpreserveconf In-Reply-To: Message-ID: <027ff6df045f96ce2dfa9bd702b6692c@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3685 ====================================================================== Reported By: ja Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3685 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-23 11:39 CEST Last Modified: 2009-05-23 12:24 CEST ====================================================================== Summary: cswpreserveconf Description: Config files handled with the class cswpreserveconf have always the ownerships root:other and not the desired ownership, which is specified for the .CSW file. Example: In CSWnagios.prototype f cswpreserveconf /opt/csw/nagios/etc/cgi.cfg.CSW 0664 nagios nagios results in -rw-r--r-- 1 root other 10695 May 22 22:19 cgi.cfg -rw-rw-r-- 1 nagios nagios 10695 Mar 20 22:26 cgi.cfg.CSW and not as expected in -rw-r--r-- 1 nagios nagios 10695 May 22 22:19 cgi.cfg ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-23 11:39 ja New Issue 2009-05-23 12:24 bonivart Status new => assigned 2009-05-23 12:24 bonivart Assigned To => bonivart ====================================================================== From noreply at opencsw.org Sat May 23 12:25:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 12:25:26 +0200 Subject: [bug-notifications] [cswclassutils 0003685]: cswpreserveconf In-Reply-To: Message-ID: <0c4cd08997baf547eb02647209a20651@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3685 ====================================================================== Reported By: ja Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3685 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-23 11:39 CEST Last Modified: 2009-05-23 12:25 CEST ====================================================================== Summary: cswpreserveconf Description: Config files handled with the class cswpreserveconf have always the ownerships root:other and not the desired ownership, which is specified for the .CSW file. Example: In CSWnagios.prototype f cswpreserveconf /opt/csw/nagios/etc/cgi.cfg.CSW 0664 nagios nagios results in -rw-r--r-- 1 root other 10695 May 22 22:19 cgi.cfg -rw-rw-r-- 1 nagios nagios 10695 Mar 20 22:26 cgi.cfg.CSW and not as expected in -rw-r--r-- 1 nagios nagios 10695 May 22 22:19 cgi.cfg ====================================================================== ---------------------------------------------------------------------- (0006184) bonivart (manager) - 2009-05-23 12:25 http://www.opencsw.org/mantis/view.php?id=3685#c6184 ---------------------------------------------------------------------- Also the permissions are from umask, not from .CSW file. Issue History Date Modified Username Field Change ====================================================================== 2009-05-23 11:39 ja New Issue 2009-05-23 12:24 bonivart Status new => assigned 2009-05-23 12:24 bonivart Assigned To => bonivart 2009-05-23 12:25 bonivart Note Added: 0006184 ====================================================================== From noreply at opencsw.org Sat May 23 12:26:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 12:26:05 +0200 Subject: [bug-notifications] [cswclassutils 0003685]: cswpreserveconf In-Reply-To: Message-ID: <41dda189c5329fc434d854dbfeb013a8@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3685 ====================================================================== Reported By: ja Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3685 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-23 11:39 CEST Last Modified: 2009-05-23 12:26 CEST ====================================================================== Summary: cswpreserveconf Description: Config files handled with the class cswpreserveconf have always the ownerships root:other and not the desired ownership, which is specified for the .CSW file. Example: In CSWnagios.prototype f cswpreserveconf /opt/csw/nagios/etc/cgi.cfg.CSW 0664 nagios nagios results in -rw-r--r-- 1 root other 10695 May 22 22:19 cgi.cfg -rw-rw-r-- 1 nagios nagios 10695 Mar 20 22:26 cgi.cfg.CSW and not as expected in -rw-r--r-- 1 nagios nagios 10695 May 22 22:19 cgi.cfg ====================================================================== ---------------------------------------------------------------------- (0006184) bonivart (manager) - 2009-05-23 12:25 http://www.opencsw.org/mantis/view.php?id=3685#c6184 ---------------------------------------------------------------------- Also the permissions are from umask, not from .CSW file. ---------------------------------------------------------------------- (0006185) bonivart (manager) - 2009-05-23 12:26 http://www.opencsw.org/mantis/view.php?id=3685#c6185 ---------------------------------------------------------------------- Phil is looking into this, I'm pretty sure it concerns cswcpsampleconf as well. Issue History Date Modified Username Field Change ====================================================================== 2009-05-23 11:39 ja New Issue 2009-05-23 12:24 bonivart Status new => assigned 2009-05-23 12:24 bonivart Assigned To => bonivart 2009-05-23 12:25 bonivart Note Added: 0006184 2009-05-23 12:26 bonivart Note Added: 0006185 ====================================================================== From noreply at opencsw.org Sat May 23 14:25:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 May 2009 14:25:50 +0200 Subject: [bug-notifications] [pkgutil 0003683]: Add a pkgadd/pkgrm debug option In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3683 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3683 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-22 23:07 CEST Last Modified: 2009-05-23 14:25 CEST ====================================================================== Summary: Add a pkgadd/pkgrm debug option Description: pkgutil already has a debug option, but it is only used to debug pkgutil itself. It would be useful to add a pkgadd debug option which would add the -v option in pkgadd/pkgrm calls. It would help to debug user problem with postinstall/preremove/... code without having to tell me to manually download/uncompress/pkgadd the package. ====================================================================== ---------------------------------------------------------------------- (0006175) bonivart (manager) - 2009-05-23 00:37 http://www.opencsw.org/mantis/view.php?id=3683#c6175 ---------------------------------------------------------------------- Would it be ok if it was an option in pkgutil.conf? I'm trying to be conservative about the number of command line options. ---------------------------------------------------------------------- (0006186) yann (reporter) - 2009-05-23 14:25 http://www.opencsw.org/mantis/view.php?id=3683#c6186 ---------------------------------------------------------------------- You already have the pkgaddopts option in pkgutil.conf, don't you ? My idea is to just tell a user to do pkgutil --trace --install packagename (for example) when they got a postinstall/preremove/... so then they can very easily send me the debug output. I would prefer this option to be a command line option because I think it will be easier for the user, but that's your call. Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 23:07 yann New Issue 2009-05-23 00:37 bonivart Note Added: 0006175 2009-05-23 00:37 bonivart Status new => assigned 2009-05-23 00:37 bonivart Assigned To => bonivart 2009-05-23 14:25 yann Note Added: 0006186 ====================================================================== From noreply at opencsw.org Sun May 24 17:02:20 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 24 May 2009 17:02:20 +0200 Subject: [bug-notifications] [bison 0003070]: Depend on CSWggettextrt In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3070 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: bison Issue ID: 3070 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 02:48 CET Last Modified: 2009-05-24 17:02 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 02:48 harpchad New Issue 2009-05-24 17:02 dam Status new => assigned 2009-05-24 17:02 dam Assigned To => dam ====================================================================== From noreply at opencsw.org Sun May 24 17:02:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 24 May 2009 17:02:52 +0200 Subject: [bug-notifications] [bison 0003070]: Depend on CSWggettextrt In-Reply-To: Message-ID: <79678085c086c7e880b8ea37efdd2991@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3070 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: bison Issue ID: 3070 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-05-24 17:02 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006187) dam (manager) - 2009-05-24 17:02 http://www.opencsw.org/mantis/view.php?id=3070#c6187 ---------------------------------------------------------------------- Fixed in 2.4.1,REV=2009.05.12 Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 02:48 harpchad New Issue 2009-05-24 17:02 dam Status new => assigned 2009-05-24 17:02 dam Assigned To => dam 2009-05-24 17:02 dam Note Added: 0006187 2009-05-24 17:02 dam Status assigned => closed ====================================================================== From noreply at opencsw.org Sun May 24 17:03:29 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 24 May 2009 17:03:29 +0200 Subject: [bug-notifications] [bison 0003487]: Please update bison to newer version In-Reply-To: Message-ID: <98aa70ef21d1158b514681df4957c4c6@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3487 ====================================================================== Reported By: philadmin Assigned To: dam ====================================================================== Project: bison Issue ID: 3487 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-23 17:51 CET Last Modified: 2009-05-24 17:03 CEST ====================================================================== Summary: Please update bison to newer version Description: 2.4.1 is out. please update? ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-03-23 17:51 philadmin New Issue 2009-05-24 17:03 dam Status new => assigned 2009-05-24 17:03 dam Assigned To => dam ====================================================================== From noreply at opencsw.org Sun May 24 17:03:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 24 May 2009 17:03:52 +0200 Subject: [bug-notifications] [bison 0003487]: Please update bison to newer version In-Reply-To: Message-ID: <4ff0ded30d482c08d4852e2cda44e5e6@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3487 ====================================================================== Reported By: philadmin Assigned To: dam ====================================================================== Project: bison Issue ID: 3487 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-03-23 17:51 CET Last Modified: 2009-05-24 17:03 CEST ====================================================================== Summary: Please update bison to newer version Description: 2.4.1 is out. please update? ====================================================================== ---------------------------------------------------------------------- (0006188) dam (manager) - 2009-05-24 17:03 http://www.opencsw.org/mantis/view.php?id=3487#c6188 ---------------------------------------------------------------------- Fixed in 2.4.1,REV=2009.05.12 Issue History Date Modified Username Field Change ====================================================================== 2009-03-23 17:51 philadmin New Issue 2009-05-24 17:03 dam Status new => assigned 2009-05-24 17:03 dam Assigned To => dam 2009-05-24 17:03 dam Note Added: 0006188 2009-05-24 17:03 dam Status assigned => closed ====================================================================== From noreply at opencsw.org Mon May 25 10:07:36 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 25 May 2009 10:07:36 +0200 Subject: [bug-notifications] [pkgutil 0003683]: Add a pkgadd/pkgrm debug option In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3683 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3683 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-22 23:07 CEST Last Modified: 2009-05-25 10:07 CEST ====================================================================== Summary: Add a pkgadd/pkgrm debug option Description: pkgutil already has a debug option, but it is only used to debug pkgutil itself. It would be useful to add a pkgadd debug option which would add the -v option in pkgadd/pkgrm calls. It would help to debug user problem with postinstall/preremove/... code without having to tell me to manually download/uncompress/pkgadd the package. ====================================================================== ---------------------------------------------------------------------- (0006175) bonivart (manager) - 2009-05-23 00:37 http://www.opencsw.org/mantis/view.php?id=3683#c6175 ---------------------------------------------------------------------- Would it be ok if it was an option in pkgutil.conf? I'm trying to be conservative about the number of command line options. ---------------------------------------------------------------------- (0006186) yann (reporter) - 2009-05-23 14:25 http://www.opencsw.org/mantis/view.php?id=3683#c6186 ---------------------------------------------------------------------- You already have the pkgaddopts option in pkgutil.conf, don't you ? My idea is to just tell a user to do pkgutil --trace --install packagename (for example) when they got a postinstall/preremove/... so then they can very easily send me the debug output. I would prefer this option to be a command line option because I think it will be easier for the user, but that's your call. ---------------------------------------------------------------------- (0006189) bonivart (manager) - 2009-05-25 10:07 http://www.opencsw.org/mantis/view.php?id=3683#c6189 ---------------------------------------------------------------------- You're absolutely right. Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 23:07 yann New Issue 2009-05-23 00:37 bonivart Note Added: 0006175 2009-05-23 00:37 bonivart Status new => assigned 2009-05-23 00:37 bonivart Assigned To => bonivart 2009-05-23 14:25 yann Note Added: 0006186 2009-05-25 10:07 bonivart Note Added: 0006189 ====================================================================== From noreply at opencsw.org Mon May 25 16:22:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 25 May 2009 16:22:52 +0200 Subject: [bug-notifications] [pkgutil 0003683]: Add a pkgadd/pkgrm debug option In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3683 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3683 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-22 23:07 CEST Last Modified: 2009-05-25 16:22 CEST ====================================================================== Summary: Add a pkgadd/pkgrm debug option Description: pkgutil already has a debug option, but it is only used to debug pkgutil itself. It would be useful to add a pkgadd debug option which would add the -v option in pkgadd/pkgrm calls. It would help to debug user problem with postinstall/preremove/... code without having to tell me to manually download/uncompress/pkgadd the package. ====================================================================== ---------------------------------------------------------------------- (0006175) bonivart (manager) - 2009-05-23 00:37 http://www.opencsw.org/mantis/view.php?id=3683#c6175 ---------------------------------------------------------------------- Would it be ok if it was an option in pkgutil.conf? I'm trying to be conservative about the number of command line options. ---------------------------------------------------------------------- (0006186) yann (reporter) - 2009-05-23 14:25 http://www.opencsw.org/mantis/view.php?id=3683#c6186 ---------------------------------------------------------------------- You already have the pkgaddopts option in pkgutil.conf, don't you ? My idea is to just tell a user to do pkgutil --trace --install packagename (for example) when they got a postinstall/preremove/... so then they can very easily send me the debug output. I would prefer this option to be a command line option because I think it will be easier for the user, but that's your call. ---------------------------------------------------------------------- (0006189) bonivart (manager) - 2009-05-25 10:07 http://www.opencsw.org/mantis/view.php?id=3683#c6189 ---------------------------------------------------------------------- You're absolutely right. ---------------------------------------------------------------------- (0006190) bonivart (manager) - 2009-05-25 16:22 http://www.opencsw.org/mantis/view.php?id=3683#c6190 ---------------------------------------------------------------------- You now have a --trace option that sets -v for pkgadd/pkgrm operations. You can download the updated pkgutil script from: http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=46 Let me know if it's what you want. Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 23:07 yann New Issue 2009-05-23 00:37 bonivart Note Added: 0006175 2009-05-23 00:37 bonivart Status new => assigned 2009-05-23 00:37 bonivart Assigned To => bonivart 2009-05-23 14:25 yann Note Added: 0006186 2009-05-25 10:07 bonivart Note Added: 0006189 2009-05-25 16:22 bonivart Note Added: 0006190 ====================================================================== From noreply at opencsw.org Mon May 25 18:15:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 25 May 2009 18:15:10 +0200 Subject: [bug-notifications] [cswutils 0003438]: checkpkg: Add flag to allow user selection of temporary directory In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3438 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: cswutils Issue ID: 3438 Category: other Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-15 16:20 CET Last Modified: 2009-05-25 18:15 CEST ====================================================================== Summary: checkpkg: Add flag to allow user selection of temporary directory Description: In the current version of checkpkg /tmp is always used as the temp space. Please add a flag to allow users to select which directory they would like to use as temp space. A proposed solution is in the attached patch. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-02-15 16:20 harpchad New Issue 2009-02-15 16:20 harpchad File Added: checkpkg.patch 2009-02-27 02:44 philadmin Status new => assigned 2009-02-27 02:44 philadmin Assigned To => phil 2009-05-25 18:15 dam Assigned To phil => dam ====================================================================== From noreply at opencsw.org Mon May 25 18:16:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 25 May 2009 18:16:16 +0200 Subject: [bug-notifications] [cswutils 0003438]: checkpkg: Add flag to allow user selection of temporary directory In-Reply-To: Message-ID: <4617d829bfb1e8ef763e3dc524d3bb63@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3438 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: cswutils Issue ID: 3438 Category: other Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-15 16:20 CET Last Modified: 2009-05-25 18:16 CEST ====================================================================== Summary: checkpkg: Add flag to allow user selection of temporary directory Description: In the current version of checkpkg /tmp is always used as the temp space. Please add a flag to allow users to select which directory they would like to use as temp space. A proposed solution is in the attached patch. ====================================================================== ---------------------------------------------------------------------- (0006191) dam (manager) - 2009-05-25 18:16 http://www.opencsw.org/mantis/view.php?id=3438#c6191 ---------------------------------------------------------------------- checkpkg version 2.7 honors TMPDIR. Fixed in 1.14.1,REV=2009.05.25. Issue History Date Modified Username Field Change ====================================================================== 2009-02-15 16:20 harpchad New Issue 2009-02-15 16:20 harpchad File Added: checkpkg.patch 2009-02-27 02:44 philadmin Status new => assigned 2009-02-27 02:44 philadmin Assigned To => phil 2009-05-25 18:15 dam Assigned To phil => dam 2009-05-25 18:16 dam Note Added: 0006191 2009-05-25 18:16 dam Status assigned => closed ====================================================================== From noreply at opencsw.org Mon May 25 18:30:02 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 25 May 2009 18:30:02 +0200 Subject: [bug-notifications] [pkgutil 0003683]: Add a pkgadd/pkgrm debug option In-Reply-To: Message-ID: <4e691289d314332dd9b54e2f4539b4b1@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3683 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3683 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-22 23:07 CEST Last Modified: 2009-05-25 18:30 CEST ====================================================================== Summary: Add a pkgadd/pkgrm debug option Description: pkgutil already has a debug option, but it is only used to debug pkgutil itself. It would be useful to add a pkgadd debug option which would add the -v option in pkgadd/pkgrm calls. It would help to debug user problem with postinstall/preremove/... code without having to tell me to manually download/uncompress/pkgadd the package. ====================================================================== ---------------------------------------------------------------------- (0006175) bonivart (manager) - 2009-05-23 00:37 http://www.opencsw.org/mantis/view.php?id=3683#c6175 ---------------------------------------------------------------------- Would it be ok if it was an option in pkgutil.conf? I'm trying to be conservative about the number of command line options. ---------------------------------------------------------------------- (0006186) yann (reporter) - 2009-05-23 14:25 http://www.opencsw.org/mantis/view.php?id=3683#c6186 ---------------------------------------------------------------------- You already have the pkgaddopts option in pkgutil.conf, don't you ? My idea is to just tell a user to do pkgutil --trace --install packagename (for example) when they got a postinstall/preremove/... so then they can very easily send me the debug output. I would prefer this option to be a command line option because I think it will be easier for the user, but that's your call. ---------------------------------------------------------------------- (0006189) bonivart (manager) - 2009-05-25 10:07 http://www.opencsw.org/mantis/view.php?id=3683#c6189 ---------------------------------------------------------------------- You're absolutely right. ---------------------------------------------------------------------- (0006190) bonivart (manager) - 2009-05-25 16:22 http://www.opencsw.org/mantis/view.php?id=3683#c6190 ---------------------------------------------------------------------- You now have a --trace option that sets -v for pkgadd/pkgrm operations. You can download the updated pkgutil script from: http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=46 Let me know if it's what you want. ---------------------------------------------------------------------- (0006192) bonivart (manager) - 2009-05-25 18:30 http://www.opencsw.org/mantis/view.php?id=3683#c6192 ---------------------------------------------------------------------- There's also packages in testing now: http://mirror.opencsw.org/testing/pkgutil-1.6b1,REV=2009.05.25-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/pkgutil-1.6b1,REV=2009.05.25-SunOS5.8-sparc-CSW.pkg.gz Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 23:07 yann New Issue 2009-05-23 00:37 bonivart Note Added: 0006175 2009-05-23 00:37 bonivart Status new => assigned 2009-05-23 00:37 bonivart Assigned To => bonivart 2009-05-23 14:25 yann Note Added: 0006186 2009-05-25 10:07 bonivart Note Added: 0006189 2009-05-25 16:22 bonivart Note Added: 0006190 2009-05-25 18:30 bonivart Note Added: 0006192 ====================================================================== From noreply at opencsw.org Mon May 25 18:53:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 25 May 2009 18:53:51 +0200 Subject: [bug-notifications] [phpldapadmin 0003473]: File layout does not respect standard In-Reply-To: <556eedbae9039731efca850f0ea0588f> Message-ID: <6c9c251fdc0fc6d5038feac7d7a8ebb6@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3473 ====================================================================== Reported By: wbonnet Assigned To: dam ====================================================================== Project: phpldapadmin Issue ID: 3473 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-03-19 21:44 CET Last Modified: 2009-05-25 18:53 CEST ====================================================================== Summary: File layout does not respect standard Description: The php files are installed under /opt/csw/apache2/share/htdocs instead of /opt/csw/share/www ====================================================================== ---------------------------------------------------------------------- (0006193) dam (manager) - 2009-05-25 18:53 http://www.opencsw.org/mantis/view.php?id=3473#c6193 ---------------------------------------------------------------------- Fixed in 1.1.0.7,REV=2009.05.25 and delivered to current/ Issue History Date Modified Username Field Change ====================================================================== 2009-03-19 21:44 wbonnet New Issue 2009-03-19 22:20 dam Status new => assigned 2009-03-19 22:20 dam Assigned To => dam 2009-05-25 18:53 dam Note Added: 0006193 2009-05-25 18:53 dam Status assigned => resolved 2009-05-25 18:53 dam Resolution open => fixed ====================================================================== From noreply at opencsw.org Tue May 26 01:04:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 26 May 2009 01:04:25 +0200 Subject: [bug-notifications] [cswutils 0002730]: Missing depends CSWpmyaml, CSWpmlibwww, CSWpmhtmltree In-Reply-To: <74525ea7aefd26ca2fc472b53d639137> Message-ID: <3d3a461655453583c2844a6866c2575c@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2730 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: cswutils Issue ID: 2730 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2008-01-05 06:04 CET Last Modified: 2009-05-26 01:04 CEST ====================================================================== Summary: Missing depends CSWpmyaml, CSWpmlibwww, CSWpmhtmltree Description: Missing depends CSWpmyaml, CSWpmlibwww, CSWpmhtmltree CSWpmhtmltree is a sub-depend of CSWpmlibwww but it used by cpan2pkg ====================================================================== ---------------------------------------------------------------------- (0005412) philadmin (administrator) - 2008-11-17 22:26 http://www.opencsw.org/mantis/view.php?id=2730#c5412 ---------------------------------------------------------------------- Hmm... I dont like the idea of cswutils having that heavy a depend list. Maybe cpan2pkg should be spun off into a separate package. ---------------------------------------------------------------------- (0006115) dam (manager) - 2009-05-15 09:01 http://www.opencsw.org/mantis/view.php?id=2730#c6115 ---------------------------------------------------------------------- This is fixed in REV=2009.05.15 build after r4863 ---------------------------------------------------------------------- (0006194) dam (manager) - 2009-05-26 01:04 http://www.opencsw.org/mantis/view.php?id=2730#c6194 ---------------------------------------------------------------------- Version 1.14.1,REV=2009.05.25 released to current/ Issue History Date Modified Username Field Change ====================================================================== 2008-11-17 22:26 philadmin Note Added: 0005412 2008-12-19 17:03 phil Status new => assigned 2008-12-19 17:03 phil Assigned To => phil 2009-05-15 08:59 dam Assigned To phil => dam 2009-05-15 09:01 dam Note Added: 0006115 2009-05-15 09:01 dam Status assigned => resolved 2009-05-15 09:01 dam Resolution open => fixed 2009-05-26 01:04 dam Note Added: 0006194 2009-05-26 01:04 dam Status resolved => closed ====================================================================== From noreply at opencsw.org Tue May 26 10:14:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 26 May 2009 10:14:55 +0200 Subject: [bug-notifications] [mod_php 0003686]: Configure PHP --with-dbase support Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3686 ====================================================================== Reported By: xmasm1 Assigned To: ====================================================================== Project: mod_php Issue ID: 3686 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-26 10:14 CEST Last Modified: 2009-05-26 10:14 CEST ====================================================================== Summary: Configure PHP --with-dbase support Description: Hi, May I have a guestion about configure and compile PHP with Dbase support? Is it possible to recompile PHP with this option and add such a package? Thanks a lot. M. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-26 10:14 xmasm1 New Issue ====================================================================== From noreply at opencsw.org Tue May 26 11:14:17 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 26 May 2009 11:14:17 +0200 Subject: [bug-notifications] [sudo 0003687]: Sudo 1.7.0 fails with comment text after User_Alias definition section. Message-ID: <0a951740c24deda811f0d85c08d1568a@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3687 ====================================================================== Reported By: mderoo Assigned To: ====================================================================== Project: sudo Issue ID: 3687 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-26 11:14 CEST Last Modified: 2009-05-26 11:14 CEST ====================================================================== Summary: Sudo 1.7.0 fails with comment text after User_Alias definition section. Description: For the readability of the sudoers file I have added some readable commented lines. Since Version 1.7.0 this fails and I get a syntax error near line . My sudoers file looks like this: #=============================================================================== # Host alias specification #=============================================================================== Host_Alias HOST = server1 # #=============================================================================== # Defaults specification #=============================================================================== Defaults syslog = auth # #=============================================================================== # User alias specification #=============================================================================== User_Alias SYSMGT = user1, \ user2 # User_Alias MONITOR = user3 # User_Alias LOCALADMIN = user4 # #============================================================================== # Cmnd alias specification #============================================================================== #------------------------------------------------------------------------------ # Allow list #------------------------------------------------------------------------------ Cmnd_Alias NDD = /usr/sbin/ndd, \ /sbin/ethtool # Cmnd_Alias IPMITOOL = /usr/bin/ipmitool, \ /usr/local/bin/ipmitool # #------------------------------------------------------------------------------ # Disallow list #------------------------------------------------------------------------------ # # Switch to super-user # Cmnd_Alias SUROOT = /usr/bin/su [-], \ /usr/bin/su [-] root, \ /bin/su [-], \ /bin/su [-] root # # # Disallow modification of sudo configuration # Cmnd_Alias VISUDO = /opt/csw/sbin/visudo, \ /usr/sbin/visudo # # # Disallow various shells # Cmnd_Alias SHELL = /usr/bin/*sh, \ /sbin/*sh, \ /usr/openwin/bin/xterm, \ /usr/dt/bin/dtterm, \ /usr/openwin/bin/cmdtool, \ /usr/openwin/bin/shelltool # #============================================================================== # User privilege specification #============================================================================== #------------------------------------------------------------------------------ # Default rule for root to be almighty #------------------------------------------------------------------------------ root HOST = (ALL) ALL # #------------------------------------------------------------------------------ # System administrators can do anything without a password #------------------------------------------------------------------------------ SYSMGT HOST = (ALL) NOPASSWD: ALL # #------------------------------------------------------------------------------ # Allow monitoring account to perform network check without a password #------------------------------------------------------------------------------ MONITOR HOST = (root) NOPASSWD: NDD, IPMITOOL # #------------------------------------------------------------------------------ # Local administrators have limited rights and need to authenticate #------------------------------------------------------------------------------ LOCALADMIN HOST = (ALL) NOEXEC: ALL,!SUROOT,!VISUDO,!SHELL # #============================================================================== # End of sudoers file. #============================================================================== Errors during save are: "/opt/csw/etc/sudoers.tmp" 85 lines, 3922 characters >>> /opt/csw/etc/sudoers: syntax error near line 23 <<< >>> /opt/csw/etc/sudoers: syntax error near line 25 <<< >>> /opt/csw/etc/sudoers: syntax error near line 32 <<< >>> /opt/csw/etc/sudoers: syntax error near line 34 <<< >>> /opt/csw/etc/sudoers: syntax error near line 62 <<< >>> /opt/csw/etc/sudoers: syntax error near line 64 <<< >>> /opt/csw/etc/sudoers: syntax error near line 67 <<< >>> /opt/csw/etc/sudoers: syntax error near line 69 <<< >>> /opt/csw/etc/sudoers: syntax error near line 72 <<< >>> /opt/csw/etc/sudoers: syntax error near line 74 <<< >>> /opt/csw/etc/sudoers: syntax error near line 77 <<< >>> /opt/csw/etc/sudoers: syntax error near line 79 <<< What now? It all works fine if saved like this: #=============================================================================== # Host alias specification #=============================================================================== Host_Alias HOST = server1 # #=============================================================================== # Defaults specification #=============================================================================== Defaults syslog = auth # #=============================================================================== # User alias specification #=============================================================================== User_Alias SYSMGT = user1, \ user2 # User_Alias MONITOR = user3 # User_Alias LOCALADMIN = user4 # ##============================================================================== ## Cmnd alias specification ##============================================================================== ##------------------------------------------------------------------------------ ## Allow list ##------------------------------------------------------------------------------ Cmnd_Alias NDD = /usr/sbin/ndd, \ /sbin/ethtool # Cmnd_Alias IPMITOOL = /usr/bin/ipmitool, \ /usr/local/bin/ipmitool # ##------------------------------------------------------------------------------ ## Disallow list ##------------------------------------------------------------------------------ # # Switch to super-user # Cmnd_Alias SUROOT = /usr/bin/su [-], \ /usr/bin/su [-] root, \ /bin/su [-], \ /bin/su [-] root # # # Disallow modification of sudo configuration # Cmnd_Alias VISUDO = /opt/csw/sbin/visudo, \ /usr/sbin/visudo # # # Disallow various shells # Cmnd_Alias SHELL = /usr/bin/*sh, \ /sbin/*sh, \ /usr/openwin/bin/xterm, \ /usr/dt/bin/dtterm, \ /usr/openwin/bin/cmdtool, \ /usr/openwin/bin/shelltool # ##============================================================================== ## User privilege specification ##============================================================================== ##------------------------------------------------------------------------------ ## Default rule for root to be almighty ##------------------------------------------------------------------------------ root HOST = (ALL) ALL # ##------------------------------------------------------------------------------ ## System administrators can do anything without a password ##------------------------------------------------------------------------------ SYSMGT HOST = (ALL) NOPASSWD: ALL # ##------------------------------------------------------------------------------ ## Allow monitoring account to perform network check without a password ##------------------------------------------------------------------------------ MONITOR HOST = (root) NOPASSWD: NDD, IPMITOOL # ##------------------------------------------------------------------------------ ## Local administrators have limited rights and need to authenticate ##------------------------------------------------------------------------------ LOCALADMIN HOST = (ALL) NOEXEC: ALL,!SUROOT,!VISUDO,!SHELL # ##============================================================================== ## End of sudoers file. ##============================================================================== Is this an error in the rewritten parser or due to the introduction of #include functionality? ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-26 11:14 mderoo New Issue ====================================================================== From noreply at opencsw.org Tue May 26 16:07:54 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 26 May 2009 16:07:54 +0200 Subject: [bug-notifications] [gnucash 0002780]: Please depend on CSWlibtoolrt instead of CSWlibtool In-Reply-To: <10f35cdd8b63b8e8fde2c04036c2b066> Message-ID: <79d7af669f3621c9505fe3614592396e@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2780 ====================================================================== Reported By: dam Assigned To: pfelecan ====================================================================== Project: gnucash Issue ID: 2780 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-02-19 14:49 CET Last Modified: 2009-05-26 16:07 CEST ====================================================================== Summary: Please depend on CSWlibtoolrt instead of CSWlibtool Description: Please depend on CSWlibtoolrt instead of CSWlibtool ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-26 16:07 pfelecan Status new => assigned 2009-05-26 16:07 pfelecan Assigned To => pfelecan ====================================================================== From noreply at opencsw.org Tue May 26 16:07:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 26 May 2009 16:07:56 +0200 Subject: [bug-notifications] [gnucash 0002779]: libtool dependancy deprecated: please use libtool_rt instead In-Reply-To: <77494f6fce1bbce8b36eb2b8c34e3d55> Message-ID: <4fb6f94ef9994f75ace327fc71cd6852@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2779 ====================================================================== Reported By: dam Assigned To: pfelecan ====================================================================== Project: gnucash Issue ID: 2779 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-02-19 14:49 CET Last Modified: 2009-05-26 16:07 CEST ====================================================================== Summary: libtool dependancy deprecated: please use libtool_rt instead Description: libtool dependancy deprecated: please use libtool_rt instead ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-26 16:07 pfelecan Status new => assigned 2009-05-26 16:07 pfelecan Assigned To => pfelecan ====================================================================== From noreply at opencsw.org Tue May 26 16:07:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 26 May 2009 16:07:57 +0200 Subject: [bug-notifications] [gnucash 0002778]: Please depend on CSWlibtoolrt instead of CSWlibtool In-Reply-To: <8382e44655c349e36fd0c1acf971b1cd> Message-ID: <2f06fa251a9cddfe5156347490b521a0@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2778 ====================================================================== Reported By: dam Assigned To: pfelecan ====================================================================== Project: gnucash Issue ID: 2778 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-02-19 14:48 CET Last Modified: 2009-05-26 16:07 CEST ====================================================================== Summary: Please depend on CSWlibtoolrt instead of CSWlibtool Description: Please depend on CSWlibtoolrt instead of CSWlibtool ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-26 16:07 pfelecan Status new => assigned 2009-05-26 16:07 pfelecan Assigned To => pfelecan ====================================================================== From noreply at opencsw.org Tue May 26 16:07:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 26 May 2009 16:07:58 +0200 Subject: [bug-notifications] [gnucash 0002544]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: <5bbd4207e1ae7ba6eb00d2e1f0457755> Message-ID: <37d976053bba4f660b816421d06df29e@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2544 ====================================================================== Reported By: yann Assigned To: pfelecan ====================================================================== Project: gnucash Issue ID: 2544 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-07-28 09:33 CEST Last Modified: 2009-05-26 16:07 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. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-26 16:07 pfelecan Status new => assigned 2009-05-26 16:07 pfelecan Assigned To => pfelecan ====================================================================== From noreply at opencsw.org Wed May 27 09:18:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 09:18:55 +0200 Subject: [bug-notifications] [pkgutil 0003688]: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3688 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3688 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-27 09:18 CEST Last Modified: 2009-05-27 09:18 CEST ====================================================================== Summary: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 Description: pkgutil (pkgtrans) seems to bail out, when the package stream is sent to a file and this file doesn't yet exist. When then running pkgutil again, it bails out trying to transform packages (i guess that's because the previous run failed and didn't do cleanups). $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion .... Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Could not transform packages into stream: No such file or directory at /opt/csw/bin/pkgutil line 994. $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: No such file or directory at /opt/csw/bin/pkgutil line 988. $ ls tmp/packages/ CSWcommon common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz CSWion ion-3,REV=2005.04.06.01-SunOS5.8-i386-CSW.pkg.gz CSWlibtool libtool-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlibtoolrt libtool_rt-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlua lua-5.1.4,REV=2009.03.30-SunOS5.8-i386-CSW.pkg.gz Touching the output file beforehand works. $ rm -rf tmp/packages/* $ touch tmp/packages/ion.pkg $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Install commands in dependency safe order: pkgadd -d ion.pkg CSWcommon pkgadd -d ion.pkg CSWlibtoolrt pkgadd -d ion.pkg CSWlibtool pkgadd -d ion.pkg CSWlua pkgadd -d ion.pkg CSWion ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 09:18 skayser New Issue ====================================================================== From noreply at opencsw.org Wed May 27 10:09:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 10:09:24 +0200 Subject: [bug-notifications] [pkgutil 0003688]: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 In-Reply-To: <570bc73f7ba9a362cd4567ed46993e38> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3688 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3688 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-27 09:18 CEST Last Modified: 2009-05-27 10:09 CEST ====================================================================== Summary: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 Description: pkgutil (pkgtrans) seems to bail out, when the package stream is sent to a file and this file doesn't yet exist. When then running pkgutil again, it bails out trying to transform packages (i guess that's because the previous run failed and didn't do cleanups). $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion .... Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Could not transform packages into stream: No such file or directory at /opt/csw/bin/pkgutil line 994. $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: No such file or directory at /opt/csw/bin/pkgutil line 988. $ ls tmp/packages/ CSWcommon common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz CSWion ion-3,REV=2005.04.06.01-SunOS5.8-i386-CSW.pkg.gz CSWlibtool libtool-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlibtoolrt libtool_rt-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlua lua-5.1.4,REV=2009.03.30-SunOS5.8-i386-CSW.pkg.gz Touching the output file beforehand works. $ rm -rf tmp/packages/* $ touch tmp/packages/ion.pkg $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Install commands in dependency safe order: pkgadd -d ion.pkg CSWcommon pkgadd -d ion.pkg CSWlibtoolrt pkgadd -d ion.pkg CSWlibtool pkgadd -d ion.pkg CSWlua pkgadd -d ion.pkg CSWion ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 09:18 skayser New Issue 2009-05-27 10:09 bonivart Status new => assigned 2009-05-27 10:09 bonivart Assigned To => bonivart ====================================================================== From noreply at opencsw.org Wed May 27 10:43:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 10:43:05 +0200 Subject: [bug-notifications] [pkgutil 0003688]: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 In-Reply-To: <570bc73f7ba9a362cd4567ed46993e38> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3688 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3688 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-27 09:18 CEST Last Modified: 2009-05-27 10:43 CEST ====================================================================== Summary: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 Description: pkgutil (pkgtrans) seems to bail out, when the package stream is sent to a file and this file doesn't yet exist. When then running pkgutil again, it bails out trying to transform packages (i guess that's because the previous run failed and didn't do cleanups). $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion .... Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Could not transform packages into stream: No such file or directory at /opt/csw/bin/pkgutil line 994. $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: No such file or directory at /opt/csw/bin/pkgutil line 988. $ ls tmp/packages/ CSWcommon common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz CSWion ion-3,REV=2005.04.06.01-SunOS5.8-i386-CSW.pkg.gz CSWlibtool libtool-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlibtoolrt libtool_rt-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlua lua-5.1.4,REV=2009.03.30-SunOS5.8-i386-CSW.pkg.gz Touching the output file beforehand works. $ rm -rf tmp/packages/* $ touch tmp/packages/ion.pkg $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Install commands in dependency safe order: pkgadd -d ion.pkg CSWcommon pkgadd -d ion.pkg CSWlibtoolrt pkgadd -d ion.pkg CSWlibtool pkgadd -d ion.pkg CSWlua pkgadd -d ion.pkg CSWion ====================================================================== ---------------------------------------------------------------------- (0006196) bonivart (manager) - 2009-05-27 10:43 http://www.opencsw.org/mantis/view.php?id=3688#c6196 ---------------------------------------------------------------------- I just tried the simplest form: # pkgutil -y -s ion and that worked (stream file in /var/opt/csw/pkgutil/packages). Must be something related to using another work dir. I'll look into it but maybe you can get by for now by skipping -W? Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 09:18 skayser New Issue 2009-05-27 10:09 bonivart Status new => assigned 2009-05-27 10:09 bonivart Assigned To => bonivart 2009-05-27 10:43 bonivart Note Added: 0006196 ====================================================================== From noreply at opencsw.org Wed May 27 10:53:41 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 10:53:41 +0200 Subject: [bug-notifications] [pkgutil 0003689]: pkgutil -s doesn't honour target architecture (-T) Message-ID: <3ee858fdcba481a8a74c29b00dd0662a@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3689 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3689 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-27 10:53 CEST Last Modified: 2009-05-27 10:53 CEST ====================================================================== Summary: pkgutil -s doesn't honour target architecture (-T) Description: Me again, sorry for nagging ;D Wanted to build a package stream for a different architecture (sparc) than the current host (i386), but -T sparc:5.10 didn't seem to work. The packages in the package stream were for i386. $ uname -a SunOS ray1 5.10 Generic_137112-07 i86pc i386 i86pc $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o- windowmaker_dtlogin > wmaker.pkg ... $ pkginfo -d wmaker.pkg -x CSWcommon common - common files and dirs for CSW packages (i386) 1.4.6,REV=2008.04.28 CSWexpat expat - XML Parser Toolkit (i386) 2.0.1,REV=2009.01.22 CSWfconfig fontconfig - A library for configuring and customizing font access. (i386) 2.6.0,REV=2009.04.24 CSWftype2 freetype2 - A free and portable TrueType font rendering engine (i386) 2.3.8,REV=2009.02.16 CSWiconv libiconv - GNU iconv library (i386) 1.12,REV=2008.12.14 CSWisaexec isaexec - sneaky wrapper around Sun isaexec (all) 0.2,REV=2009.03.26 CSWjpeg jpeg - JPEG library and tools by the Independent JPEG Group (i386) 6b,REV=2007.10.28 CSWlibxft2 libxft2 - FreeType-based font drawing library for X (i386) 2.1.6,REV=2005.02.01 CSWlibxrender libxrender - fontconfig.org Xrender library (i386) 0.8.3,REV=2004.03.31 CSWpng png - library for Portable Network Graphics format (PNG) (i386) 1.2.35,REV=2009.02.19 CSWrenderdev render_dev - fontconfig.org render development files (all) 0.8,REV=2004.03.30 CSWtiff tiff - lib and tools for Tag Image File Format (i386) 3.8.2,REV=2007.12.09 CSWungif libungif - library for manipulation of GIF images (i386) 4.1.4,REV=2007.02.05 CSWwmaker windowmaker - OpenStep window manager lookalike (i386) 0.92.0 CSWwmaker-dtlogin windowmaker_dtlogin - dtlogin integration for the Window Maker Window Manager (all) 1.0 CSWxpm xpm - library for X11 PixMap format (libXpm.so.4.11) (i386) 3.4k,REV=2002.12.31 CSWzlib zlib - Zlib Data Compression Library (i386) 1.2.3,REV=2007.05.12 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 10:53 skayser New Issue ====================================================================== From noreply at opencsw.org Wed May 27 11:13:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 11:13:40 +0200 Subject: [bug-notifications] [pkgutil 0003688]: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 In-Reply-To: <570bc73f7ba9a362cd4567ed46993e38> Message-ID: <07d12fadd2629ec0405d32238a3b57a6@opencsw.org> A NOTE has been added to this issue. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3688 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3688 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-27 09:18 CEST Last Modified: 2009-05-27 11:13 CEST ====================================================================== Summary: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 Description: pkgutil (pkgtrans) seems to bail out, when the package stream is sent to a file and this file doesn't yet exist. When then running pkgutil again, it bails out trying to transform packages (i guess that's because the previous run failed and didn't do cleanups). $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion .... Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Could not transform packages into stream: No such file or directory at /opt/csw/bin/pkgutil line 994. $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: No such file or directory at /opt/csw/bin/pkgutil line 988. $ ls tmp/packages/ CSWcommon common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz CSWion ion-3,REV=2005.04.06.01-SunOS5.8-i386-CSW.pkg.gz CSWlibtool libtool-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlibtoolrt libtool_rt-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlua lua-5.1.4,REV=2009.03.30-SunOS5.8-i386-CSW.pkg.gz Touching the output file beforehand works. $ rm -rf tmp/packages/* $ touch tmp/packages/ion.pkg $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Install commands in dependency safe order: pkgadd -d ion.pkg CSWcommon pkgadd -d ion.pkg CSWlibtoolrt pkgadd -d ion.pkg CSWlibtool pkgadd -d ion.pkg CSWlua pkgadd -d ion.pkg CSWion ====================================================================== ---------------------------------------------------------------------- (0006196) bonivart (manager) - 2009-05-27 10:44 http://opencsw.org/bugtrack/view.php?id=3688#c6196 ---------------------------------------------------------------------- I just tried the simplest form: # pkgutil -y -s ion and that worked (stream file in /var/opt/csw/pkgutil/packages named ion.i386.5.10.pkg). Must be something related to using another work dir. I'll look into it but maybe you can get by for now by skipping -W? ---------------------------------------------------------------------- (0006197) skayser (administrator) - 2009-05-27 11:13 http://opencsw.org/bugtrack/view.php?id=3688#c6197 ---------------------------------------------------------------------- Thanks for the swift feedback, Peter. I resorted to just use -o- and redirect into the file that i wanted. Works. I had used the -W switch because i am working as an unprivileged user on the box where i need to create the package stream and there i had gotten permission errors. Verifying this behavior just now gives me yet another error. $ pkgutil -y -s ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: Illegal seek at /opt/csw/bin/pkgutil line 988. Letting the admin clear out /var/opt/csw/pkgutil/packages and then re-running pkgutil gives me the initial error that made me use the -W switch. $ pkgutil -y -s ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB Fetching CSWcommon-1.4.6,REV=2008.04.28... /var/opt/csw/pkgutil/packages/common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: Permission denied Fetching of CSWcommon-1.4.6,REV=2008.04.28 failed. Try updating your catalog with pkgutil -U. Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 09:18 skayser New Issue 2009-05-27 10:09 bonivart Status new => assigned 2009-05-27 10:09 bonivart Assigned To => bonivart 2009-05-27 10:43 bonivart Note Added: 0006196 2009-05-27 10:44 bonivart Note Edited: 0006196 2009-05-27 11:13 skayser Note Added: 0006197 ====================================================================== From noreply at opencsw.org Wed May 27 11:14:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 11:14:52 +0200 Subject: [bug-notifications] [pkgutil 0003689]: pkgutil -s doesn't honour target architecture (-T) In-Reply-To: <934e107c3c40a8c33a2d5c0850e91af6> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3689 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3689 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-27 10:53 CEST Last Modified: 2009-05-27 11:14 CEST ====================================================================== Summary: pkgutil -s doesn't honour target architecture (-T) Description: Me again, sorry for nagging ;D Wanted to build a package stream for a different architecture (sparc) than the current host (i386), but -T sparc:5.10 didn't seem to work. The packages in the package stream were for i386. $ uname -a SunOS ray1 5.10 Generic_137112-07 i86pc i386 i86pc $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o- windowmaker_dtlogin > wmaker.pkg ... $ pkginfo -d wmaker.pkg -x CSWcommon common - common files and dirs for CSW packages (i386) 1.4.6,REV=2008.04.28 CSWexpat expat - XML Parser Toolkit (i386) 2.0.1,REV=2009.01.22 CSWfconfig fontconfig - A library for configuring and customizing font access. (i386) 2.6.0,REV=2009.04.24 CSWftype2 freetype2 - A free and portable TrueType font rendering engine (i386) 2.3.8,REV=2009.02.16 CSWiconv libiconv - GNU iconv library (i386) 1.12,REV=2008.12.14 CSWisaexec isaexec - sneaky wrapper around Sun isaexec (all) 0.2,REV=2009.03.26 CSWjpeg jpeg - JPEG library and tools by the Independent JPEG Group (i386) 6b,REV=2007.10.28 CSWlibxft2 libxft2 - FreeType-based font drawing library for X (i386) 2.1.6,REV=2005.02.01 CSWlibxrender libxrender - fontconfig.org Xrender library (i386) 0.8.3,REV=2004.03.31 CSWpng png - library for Portable Network Graphics format (PNG) (i386) 1.2.35,REV=2009.02.19 CSWrenderdev render_dev - fontconfig.org render development files (all) 0.8,REV=2004.03.30 CSWtiff tiff - lib and tools for Tag Image File Format (i386) 3.8.2,REV=2007.12.09 CSWungif libungif - library for manipulation of GIF images (i386) 4.1.4,REV=2007.02.05 CSWwmaker windowmaker - OpenStep window manager lookalike (i386) 0.92.0 CSWwmaker-dtlogin windowmaker_dtlogin - dtlogin integration for the Window Maker Window Manager (all) 1.0 CSWxpm xpm - library for X11 PixMap format (libXpm.so.4.11) (i386) 3.4k,REV=2002.12.31 CSWzlib zlib - Zlib Data Compression Library (i386) 1.2.3,REV=2007.05.12 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 10:53 skayser New Issue 2009-05-27 11:14 bonivart Status new => assigned 2009-05-27 11:14 bonivart Assigned To => bonivart ====================================================================== From noreply at opencsw.org Wed May 27 11:37:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 11:37:50 +0200 Subject: [bug-notifications] [pkgutil 0003689]: pkgutil -s doesn't honour target architecture (-T) In-Reply-To: <934e107c3c40a8c33a2d5c0850e91af6> Message-ID: A NOTE has been added to this issue. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3689 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3689 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-27 10:53 CEST Last Modified: 2009-05-27 11:37 CEST ====================================================================== Summary: pkgutil -s doesn't honour target architecture (-T) Description: Me again, sorry for nagging ;D Wanted to build a package stream for a different architecture (sparc) than the current host (i386), but -T sparc:5.10 didn't seem to work. The packages in the package stream were for i386. $ uname -a SunOS ray1 5.10 Generic_137112-07 i86pc i386 i86pc $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o- windowmaker_dtlogin > wmaker.pkg ... $ pkginfo -d wmaker.pkg -x CSWcommon common - common files and dirs for CSW packages (i386) 1.4.6,REV=2008.04.28 CSWexpat expat - XML Parser Toolkit (i386) 2.0.1,REV=2009.01.22 CSWfconfig fontconfig - A library for configuring and customizing font access. (i386) 2.6.0,REV=2009.04.24 CSWftype2 freetype2 - A free and portable TrueType font rendering engine (i386) 2.3.8,REV=2009.02.16 CSWiconv libiconv - GNU iconv library (i386) 1.12,REV=2008.12.14 CSWisaexec isaexec - sneaky wrapper around Sun isaexec (all) 0.2,REV=2009.03.26 CSWjpeg jpeg - JPEG library and tools by the Independent JPEG Group (i386) 6b,REV=2007.10.28 CSWlibxft2 libxft2 - FreeType-based font drawing library for X (i386) 2.1.6,REV=2005.02.01 CSWlibxrender libxrender - fontconfig.org Xrender library (i386) 0.8.3,REV=2004.03.31 CSWpng png - library for Portable Network Graphics format (PNG) (i386) 1.2.35,REV=2009.02.19 CSWrenderdev render_dev - fontconfig.org render development files (all) 0.8,REV=2004.03.30 CSWtiff tiff - lib and tools for Tag Image File Format (i386) 3.8.2,REV=2007.12.09 CSWungif libungif - library for manipulation of GIF images (i386) 4.1.4,REV=2007.02.05 CSWwmaker windowmaker - OpenStep window manager lookalike (i386) 0.92.0 CSWwmaker-dtlogin windowmaker_dtlogin - dtlogin integration for the Window Maker Window Manager (all) 1.0 CSWxpm xpm - library for X11 PixMap format (libXpm.so.4.11) (i386) 3.4k,REV=2002.12.31 CSWzlib zlib - Zlib Data Compression Library (i386) 1.2.3,REV=2007.05.12 ====================================================================== ---------------------------------------------------------------------- (0006198) skayser (administrator) - 2009-05-27 11:37 http://opencsw.org/bugtrack/view.php?id=3689#c6198 ---------------------------------------------------------------------- Just went over to a sparc box and noticed that the release doesn't seem to be honored either. Working on a 5.10 box and requesting packages from 5.9 still yields 5.10 packages (i.e. packages are pulled from http://mirror/csw/current/arch/5.10). Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 10:53 skayser New Issue 2009-05-27 11:14 bonivart Status new => assigned 2009-05-27 11:14 bonivart Assigned To => bonivart 2009-05-27 11:37 skayser Note Added: 0006198 ====================================================================== From noreply at opencsw.org Wed May 27 11:53:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 11:53:44 +0200 Subject: [bug-notifications] [pkgutil 0003689]: pkgutil -s doesn't honour target architecture (-T) In-Reply-To: <934e107c3c40a8c33a2d5c0850e91af6> Message-ID: <3c997eac70b39e57219ad5f439c1bf67@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3689 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3689 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-27 10:53 CEST Last Modified: 2009-05-27 11:53 CEST ====================================================================== Summary: pkgutil -s doesn't honour target architecture (-T) Description: Me again, sorry for nagging ;D Wanted to build a package stream for a different architecture (sparc) than the current host (i386), but -T sparc:5.10 didn't seem to work. The packages in the package stream were for i386. $ uname -a SunOS ray1 5.10 Generic_137112-07 i86pc i386 i86pc $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o- windowmaker_dtlogin > wmaker.pkg ... $ pkginfo -d wmaker.pkg -x CSWcommon common - common files and dirs for CSW packages (i386) 1.4.6,REV=2008.04.28 CSWexpat expat - XML Parser Toolkit (i386) 2.0.1,REV=2009.01.22 CSWfconfig fontconfig - A library for configuring and customizing font access. (i386) 2.6.0,REV=2009.04.24 CSWftype2 freetype2 - A free and portable TrueType font rendering engine (i386) 2.3.8,REV=2009.02.16 CSWiconv libiconv - GNU iconv library (i386) 1.12,REV=2008.12.14 CSWisaexec isaexec - sneaky wrapper around Sun isaexec (all) 0.2,REV=2009.03.26 CSWjpeg jpeg - JPEG library and tools by the Independent JPEG Group (i386) 6b,REV=2007.10.28 CSWlibxft2 libxft2 - FreeType-based font drawing library for X (i386) 2.1.6,REV=2005.02.01 CSWlibxrender libxrender - fontconfig.org Xrender library (i386) 0.8.3,REV=2004.03.31 CSWpng png - library for Portable Network Graphics format (PNG) (i386) 1.2.35,REV=2009.02.19 CSWrenderdev render_dev - fontconfig.org render development files (all) 0.8,REV=2004.03.30 CSWtiff tiff - lib and tools for Tag Image File Format (i386) 3.8.2,REV=2007.12.09 CSWungif libungif - library for manipulation of GIF images (i386) 4.1.4,REV=2007.02.05 CSWwmaker windowmaker - OpenStep window manager lookalike (i386) 0.92.0 CSWwmaker-dtlogin windowmaker_dtlogin - dtlogin integration for the Window Maker Window Manager (all) 1.0 CSWxpm xpm - library for X11 PixMap format (libXpm.so.4.11) (i386) 3.4k,REV=2002.12.31 CSWzlib zlib - Zlib Data Compression Library (i386) 1.2.3,REV=2007.05.12 ====================================================================== ---------------------------------------------------------------------- (0006198) skayser (administrator) - 2009-05-27 11:37 http://www.opencsw.org/mantis/view.php?id=3689#c6198 ---------------------------------------------------------------------- Just went over to a sparc box and noticed that the release doesn't seem to be honored either. Working on a 5.10 box and requesting packages from 5.9 still yields 5.10 packages (i.e. packages are pulled from http://mirror/csw/current/arch/5.10). ---------------------------------------------------------------------- (0006199) bonivart (manager) - 2009-05-27 11:53 http://www.opencsw.org/mantis/view.php?id=3689#c6199 ---------------------------------------------------------------------- This worked in 1.4 but broke in 1.5. Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 10:53 skayser New Issue 2009-05-27 11:14 bonivart Status new => assigned 2009-05-27 11:14 bonivart Assigned To => bonivart 2009-05-27 11:37 skayser Note Added: 0006198 2009-05-27 11:53 bonivart Note Added: 0006199 ====================================================================== From noreply at opencsw.org Wed May 27 13:00:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 13:00:51 +0200 Subject: [bug-notifications] [pkgutil 0003689]: pkgutil -s doesn't honour target architecture (-T) In-Reply-To: <934e107c3c40a8c33a2d5c0850e91af6> Message-ID: <4886ad7dffbee4befd328e4dfd3f05ff@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3689 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3689 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-27 10:53 CEST Last Modified: 2009-05-27 13:00 CEST ====================================================================== Summary: pkgutil -s doesn't honour target architecture (-T) Description: Me again, sorry for nagging ;D Wanted to build a package stream for a different architecture (sparc) than the current host (i386), but -T sparc:5.10 didn't seem to work. The packages in the package stream were for i386. $ uname -a SunOS ray1 5.10 Generic_137112-07 i86pc i386 i86pc $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o- windowmaker_dtlogin > wmaker.pkg ... $ pkginfo -d wmaker.pkg -x CSWcommon common - common files and dirs for CSW packages (i386) 1.4.6,REV=2008.04.28 CSWexpat expat - XML Parser Toolkit (i386) 2.0.1,REV=2009.01.22 CSWfconfig fontconfig - A library for configuring and customizing font access. (i386) 2.6.0,REV=2009.04.24 CSWftype2 freetype2 - A free and portable TrueType font rendering engine (i386) 2.3.8,REV=2009.02.16 CSWiconv libiconv - GNU iconv library (i386) 1.12,REV=2008.12.14 CSWisaexec isaexec - sneaky wrapper around Sun isaexec (all) 0.2,REV=2009.03.26 CSWjpeg jpeg - JPEG library and tools by the Independent JPEG Group (i386) 6b,REV=2007.10.28 CSWlibxft2 libxft2 - FreeType-based font drawing library for X (i386) 2.1.6,REV=2005.02.01 CSWlibxrender libxrender - fontconfig.org Xrender library (i386) 0.8.3,REV=2004.03.31 CSWpng png - library for Portable Network Graphics format (PNG) (i386) 1.2.35,REV=2009.02.19 CSWrenderdev render_dev - fontconfig.org render development files (all) 0.8,REV=2004.03.30 CSWtiff tiff - lib and tools for Tag Image File Format (i386) 3.8.2,REV=2007.12.09 CSWungif libungif - library for manipulation of GIF images (i386) 4.1.4,REV=2007.02.05 CSWwmaker windowmaker - OpenStep window manager lookalike (i386) 0.92.0 CSWwmaker-dtlogin windowmaker_dtlogin - dtlogin integration for the Window Maker Window Manager (all) 1.0 CSWxpm xpm - library for X11 PixMap format (libXpm.so.4.11) (i386) 3.4k,REV=2002.12.31 CSWzlib zlib - Zlib Data Compression Library (i386) 1.2.3,REV=2007.05.12 ====================================================================== ---------------------------------------------------------------------- (0006198) skayser (administrator) - 2009-05-27 11:37 http://www.opencsw.org/mantis/view.php?id=3689#c6198 ---------------------------------------------------------------------- Just went over to a sparc box and noticed that the release doesn't seem to be honored either. Working on a 5.10 box and requesting packages from 5.9 still yields 5.10 packages (i.e. packages are pulled from http://mirror/csw/current/arch/5.10). ---------------------------------------------------------------------- (0006199) bonivart (manager) - 2009-05-27 11:55 http://www.opencsw.org/mantis/view.php?id=3689#c6199 ---------------------------------------------------------------------- This worked in 1.4 but broke in 1.5. The new multiple mirror features in 1.5 caused this, I know that Derek and me tested --stream but obviously not with -T. I will fix this. ---------------------------------------------------------------------- (0006200) bonivart (manager) - 2009-05-27 13:00 http://www.opencsw.org/mantis/view.php?id=3689#c6200 ---------------------------------------------------------------------- Could you try r50 please? http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=50 Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 10:53 skayser New Issue 2009-05-27 11:14 bonivart Status new => assigned 2009-05-27 11:14 bonivart Assigned To => bonivart 2009-05-27 11:37 skayser Note Added: 0006198 2009-05-27 11:53 bonivart Note Added: 0006199 2009-05-27 11:55 bonivart Note Edited: 0006199 2009-05-27 13:00 bonivart Note Added: 0006200 ====================================================================== From noreply at opencsw.org Wed May 27 13:21:49 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 13:21:49 +0200 Subject: [bug-notifications] [pkgutil 0003689]: pkgutil -s doesn't honour target architecture (-T) In-Reply-To: <934e107c3c40a8c33a2d5c0850e91af6> Message-ID: <0b96cfb5daf847e746f29f24202d85f9@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3689 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3689 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-27 10:53 CEST Last Modified: 2009-05-27 13:21 CEST ====================================================================== Summary: pkgutil -s doesn't honour target architecture (-T) Description: Me again, sorry for nagging ;D Wanted to build a package stream for a different architecture (sparc) than the current host (i386), but -T sparc:5.10 didn't seem to work. The packages in the package stream were for i386. $ uname -a SunOS ray1 5.10 Generic_137112-07 i86pc i386 i86pc $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o- windowmaker_dtlogin > wmaker.pkg ... $ pkginfo -d wmaker.pkg -x CSWcommon common - common files and dirs for CSW packages (i386) 1.4.6,REV=2008.04.28 CSWexpat expat - XML Parser Toolkit (i386) 2.0.1,REV=2009.01.22 CSWfconfig fontconfig - A library for configuring and customizing font access. (i386) 2.6.0,REV=2009.04.24 CSWftype2 freetype2 - A free and portable TrueType font rendering engine (i386) 2.3.8,REV=2009.02.16 CSWiconv libiconv - GNU iconv library (i386) 1.12,REV=2008.12.14 CSWisaexec isaexec - sneaky wrapper around Sun isaexec (all) 0.2,REV=2009.03.26 CSWjpeg jpeg - JPEG library and tools by the Independent JPEG Group (i386) 6b,REV=2007.10.28 CSWlibxft2 libxft2 - FreeType-based font drawing library for X (i386) 2.1.6,REV=2005.02.01 CSWlibxrender libxrender - fontconfig.org Xrender library (i386) 0.8.3,REV=2004.03.31 CSWpng png - library for Portable Network Graphics format (PNG) (i386) 1.2.35,REV=2009.02.19 CSWrenderdev render_dev - fontconfig.org render development files (all) 0.8,REV=2004.03.30 CSWtiff tiff - lib and tools for Tag Image File Format (i386) 3.8.2,REV=2007.12.09 CSWungif libungif - library for manipulation of GIF images (i386) 4.1.4,REV=2007.02.05 CSWwmaker windowmaker - OpenStep window manager lookalike (i386) 0.92.0 CSWwmaker-dtlogin windowmaker_dtlogin - dtlogin integration for the Window Maker Window Manager (all) 1.0 CSWxpm xpm - library for X11 PixMap format (libXpm.so.4.11) (i386) 3.4k,REV=2002.12.31 CSWzlib zlib - Zlib Data Compression Library (i386) 1.2.3,REV=2007.05.12 ====================================================================== ---------------------------------------------------------------------- (0006198) skayser (administrator) - 2009-05-27 11:37 http://www.opencsw.org/mantis/view.php?id=3689#c6198 ---------------------------------------------------------------------- Just went over to a sparc box and noticed that the release doesn't seem to be honored either. Working on a 5.10 box and requesting packages from 5.9 still yields 5.10 packages (i.e. packages are pulled from http://mirror/csw/current/arch/5.10). ---------------------------------------------------------------------- (0006199) bonivart (manager) - 2009-05-27 11:55 http://www.opencsw.org/mantis/view.php?id=3689#c6199 ---------------------------------------------------------------------- This worked in 1.4 but broke in 1.5. The new multiple mirror features in 1.5 caused this, I know that Derek and me tested --stream but obviously not with -T. I will fix this. ---------------------------------------------------------------------- (0006200) bonivart (manager) - 2009-05-27 13:00 http://www.opencsw.org/mantis/view.php?id=3689#c6200 ---------------------------------------------------------------------- Could you try r50 please? http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=50 ---------------------------------------------------------------------- (0006201) skayser (administrator) - 2009-05-27 13:21 http://www.opencsw.org/mantis/view.php?id=3689#c6201 ---------------------------------------------------------------------- Alternate target via -T is working now, non-existent output file via -o still fails. skayser @ ray1 ~/tmp$ ./pkgutil -s -T sparc:5.9 -W . -o test.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.6 MB 5 packages to fetch. Do you want to continue? [Y,n] Fetching CSWcommon-1.4.6,REV=2008.04.28... --2009-05-27 13:19:20-- http://csw.informatik.uni-erlangen.de/csw/current/sparc/5.9/common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg Resolving proxy.consol.de... 10.250.0.180 Connecting to proxy.consol.de|10.250.0.180|:8001... connected. Proxy request sent, awaiting response... 200 OK Length: 23552 (23K) [application/octet-stream] Saving to: `./packages/common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg' .. Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream (./packages/test.pkg)... Could not transform packages into stream: No such file or directory at ./pkgutil line 1002, line 1. $ ./pkgutil -s -T sparc:5.10 -W . -o test.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.6 MB 5 packages to fetch. Do you want to continue? [Y,n] A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg: No such file or directory at ./pkgutil line 996, line 1. Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 10:53 skayser New Issue 2009-05-27 11:14 bonivart Status new => assigned 2009-05-27 11:14 bonivart Assigned To => bonivart 2009-05-27 11:37 skayser Note Added: 0006198 2009-05-27 11:53 bonivart Note Added: 0006199 2009-05-27 11:55 bonivart Note Edited: 0006199 2009-05-27 13:00 bonivart Note Added: 0006200 2009-05-27 13:21 skayser Note Added: 0006201 ====================================================================== From noreply at opencsw.org Wed May 27 14:05:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 14:05:10 +0200 Subject: [bug-notifications] [pkgutil 0003689]: pkgutil -s doesn't honour target architecture (-T) In-Reply-To: <934e107c3c40a8c33a2d5c0850e91af6> Message-ID: <754b67d564a1b0c8e07bf9829ebd8c2b@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3689 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3689 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-27 10:53 CEST Last Modified: 2009-05-27 14:05 CEST ====================================================================== Summary: pkgutil -s doesn't honour target architecture (-T) Description: Me again, sorry for nagging ;D Wanted to build a package stream for a different architecture (sparc) than the current host (i386), but -T sparc:5.10 didn't seem to work. The packages in the package stream were for i386. $ uname -a SunOS ray1 5.10 Generic_137112-07 i86pc i386 i86pc $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o- windowmaker_dtlogin > wmaker.pkg ... $ pkginfo -d wmaker.pkg -x CSWcommon common - common files and dirs for CSW packages (i386) 1.4.6,REV=2008.04.28 CSWexpat expat - XML Parser Toolkit (i386) 2.0.1,REV=2009.01.22 CSWfconfig fontconfig - A library for configuring and customizing font access. (i386) 2.6.0,REV=2009.04.24 CSWftype2 freetype2 - A free and portable TrueType font rendering engine (i386) 2.3.8,REV=2009.02.16 CSWiconv libiconv - GNU iconv library (i386) 1.12,REV=2008.12.14 CSWisaexec isaexec - sneaky wrapper around Sun isaexec (all) 0.2,REV=2009.03.26 CSWjpeg jpeg - JPEG library and tools by the Independent JPEG Group (i386) 6b,REV=2007.10.28 CSWlibxft2 libxft2 - FreeType-based font drawing library for X (i386) 2.1.6,REV=2005.02.01 CSWlibxrender libxrender - fontconfig.org Xrender library (i386) 0.8.3,REV=2004.03.31 CSWpng png - library for Portable Network Graphics format (PNG) (i386) 1.2.35,REV=2009.02.19 CSWrenderdev render_dev - fontconfig.org render development files (all) 0.8,REV=2004.03.30 CSWtiff tiff - lib and tools for Tag Image File Format (i386) 3.8.2,REV=2007.12.09 CSWungif libungif - library for manipulation of GIF images (i386) 4.1.4,REV=2007.02.05 CSWwmaker windowmaker - OpenStep window manager lookalike (i386) 0.92.0 CSWwmaker-dtlogin windowmaker_dtlogin - dtlogin integration for the Window Maker Window Manager (all) 1.0 CSWxpm xpm - library for X11 PixMap format (libXpm.so.4.11) (i386) 3.4k,REV=2002.12.31 CSWzlib zlib - Zlib Data Compression Library (i386) 1.2.3,REV=2007.05.12 ====================================================================== ---------------------------------------------------------------------- (0006198) skayser (administrator) - 2009-05-27 11:37 http://www.opencsw.org/mantis/view.php?id=3689#c6198 ---------------------------------------------------------------------- Just went over to a sparc box and noticed that the release doesn't seem to be honored either. Working on a 5.10 box and requesting packages from 5.9 still yields 5.10 packages (i.e. packages are pulled from http://mirror/csw/current/arch/5.10). ---------------------------------------------------------------------- (0006199) bonivart (manager) - 2009-05-27 11:55 http://www.opencsw.org/mantis/view.php?id=3689#c6199 ---------------------------------------------------------------------- This worked in 1.4 but broke in 1.5. The new multiple mirror features in 1.5 caused this, I know that Derek and me tested --stream but obviously not with -T. I will fix this. ---------------------------------------------------------------------- (0006200) bonivart (manager) - 2009-05-27 13:00 http://www.opencsw.org/mantis/view.php?id=3689#c6200 ---------------------------------------------------------------------- Could you try r50 please? http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=50 ---------------------------------------------------------------------- (0006201) skayser (administrator) - 2009-05-27 13:21 http://www.opencsw.org/mantis/view.php?id=3689#c6201 ---------------------------------------------------------------------- Alternate target via -T is working now, non-existent output file via -o still fails. skayser @ ray1 ~/tmp$ ./pkgutil -s -T sparc:5.9 -W . -o test.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.6 MB 5 packages to fetch. Do you want to continue? [Y,n] Fetching CSWcommon-1.4.6,REV=2008.04.28... --2009-05-27 13:19:20-- http://csw.informatik.uni-erlangen.de/csw/current/sparc/5.9/common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg Resolving proxy.consol.de... 10.250.0.180 Connecting to proxy.consol.de|10.250.0.180|:8001... connected. Proxy request sent, awaiting response... 200 OK Length: 23552 (23K) [application/octet-stream] Saving to: `./packages/common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg' .. Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream (./packages/test.pkg)... Could not transform packages into stream: No such file or directory at ./pkgutil line 1002, line 1. $ ./pkgutil -s -T sparc:5.10 -W . -o test.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.6 MB 5 packages to fetch. Do you want to continue? [Y,n] A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg: No such file or directory at ./pkgutil line 996, line 1. ---------------------------------------------------------------------- (0006202) bonivart (manager) - 2009-05-27 14:05 http://www.opencsw.org/mantis/view.php?id=3689#c6202 ---------------------------------------------------------------------- Yes, I didn't address bug http://www.opencsw.org/mantis/view.php?id=3688 in r50, only this one (the -T issue). I take it that this works now? I also tested -o and that works for me, it's only when using -W it breaks but I will address this in the other bug instead. :-) Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 10:53 skayser New Issue 2009-05-27 11:14 bonivart Status new => assigned 2009-05-27 11:14 bonivart Assigned To => bonivart 2009-05-27 11:37 skayser Note Added: 0006198 2009-05-27 11:53 bonivart Note Added: 0006199 2009-05-27 11:55 bonivart Note Edited: 0006199 2009-05-27 13:00 bonivart Note Added: 0006200 2009-05-27 13:21 skayser Note Added: 0006201 2009-05-27 14:05 bonivart Note Added: 0006202 ====================================================================== From noreply at opencsw.org Wed May 27 14:06:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 14:06:28 +0200 Subject: [bug-notifications] [ion 0003690]: Missing dependency on CSWgcc3corert Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/mantis/view.php?id=3690 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: ion Issue ID: 3690 Category: packaging Reproducibility: have not tried Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-27 14:06 CEST Last Modified: 2009-05-27 14:06 CEST ====================================================================== Summary: Missing dependency on CSWgcc3corert Description: ion fails to start when libgcc_s.so.1 is not installed, but the package currently doesn't declare a dependency on any of the gcc runtime packages. Can this please be added. $ dump -Lv /opt/csw/lib/ion3/mod/de.so | grep NEEDED [1] NEEDED libintl.so.3 [2] NEEDED libgcc_s.so.1 Error message taken from /var/dt/Xerrors: /opt/csw/lib/ion3/mod/de.so: ld.so.1: /opt/csw/bin/ion3: fatal: libgcc_s.so.1: open failed: No such file or directory >> Stack trace: 0 [C]: in 'select_engine' 1 /opt/csw/etc/ion3/look.lua:6 [Skipping unnamed C functions.] >> No drawing engines loaded, trying "de". >> /opt/csw/lib/ion3/mod/de.so: ld.so.1: /opt/csw/bin/ion3: fatal: libgcc_s.so.1 : open failed: No such file or directory >> /opt/csw/lib/ion3/mod/mod_query.so: ld.so.1: /opt/csw/bin/ion3: fatal: libgcc _s.so.1: open failed: No such file or directory >> Stack trace: 0 [C]: in 'load_module' 1 mod_query.lua:18 [Skipping unnamed C functions.] 4 [C]: in 'dopath' 5 /opt/csw/etc/ion3/cfg_ion.lua:42 [Skipping unnamed C functions.] >> /opt/csw/lib/ion3/mod/mod_menu.so: ld.so.1: /opt/csw/bin/ion3: fatal: libgcc_ s.so.1: open failed: No such file or directory >> Stack trace: 0 [C]: in 'load_module' 1 mod_menu.lua:17 [Skipping unnamed C functions.] 4 [C]: in 'dopath' 5 /opt/csw/etc/ion3/cfg_ion.lua:43 [Skipping unnamed C functions.] >> /opt/csw/lib/ion3/mod/mod_ionws.so: ld.so.1: /opt/csw/bin/ion3: fatal: libgcc _s.so.1: open failed: No such file or directory >> Stack trace: 0 [C]: in 'load_module' 1 stdin:1 [Skipping unnamed C functions.] 4 [C]: in 'dopath' 5 /opt/csw/etc/ion3/cfg_ion.lua:44 [Skipping unnamed C functions.] >> /opt/csw/lib/ion3/mod/mod_floatws.so: ld.so.1: /opt/csw/bin/ion3: fatal: libg cc_s.so.1: open failed: No such file or directory >> Stack trace: 0 [C]: in 'load_module' 1 stdin:1 [Skipping unnamed C functions.] 4 [C]: in 'dopath' 5 /opt/csw/etc/ion3/cfg_ion.lua:45 [Skipping unnamed C functions.] >> /opt/csw/lib/ion3/mod/mod_panews.so: ld.so.1: /opt/csw/bin/ion3: fatal: libgc c_s.so.1: open failed: No such file or directory >> Stack trace: 0 [C]: in 'load_module' 1 mod_panews.lua:18 [Skipping unnamed C functions.] 4 [C]: in 'dopath' 5 /opt/csw/etc/ion3/cfg_ion.lua:46 [Skipping unnamed C functions.] >> /opt/csw/lib/ion3/mod/mod_statusbar.so: ld.so.1: /opt/csw/bin/ion3: fatal: li bgcc_s.so.1: open failed: No such file or directory >> Stack trace: 0 [C]: in 'load_module' 1 mod_statusbar.lua:17 [Skipping unnamed C functions.] 4 [C]: in 'dopath' 5 /opt/csw/etc/ion3/cfg_ion.lua:47 [Skipping unnamed C functions.] >> /opt/csw/etc/ion3/cfg_menus.lua:8: attempt to call global `submenu' (a nil va lue) >> Could not find a complete workspace class. Please load some modules. >> Unable to initialise layout on any screen. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 14:06 skayser New Issue ====================================================================== From noreply at opencsw.org Wed May 27 15:03:49 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 15:03:49 +0200 Subject: [bug-notifications] [pkgutil 0003688]: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 In-Reply-To: <570bc73f7ba9a362cd4567ed46993e38> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3688 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3688 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-27 09:18 CEST Last Modified: 2009-05-27 15:03 CEST ====================================================================== Summary: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 Description: pkgutil (pkgtrans) seems to bail out, when the package stream is sent to a file and this file doesn't yet exist. When then running pkgutil again, it bails out trying to transform packages (i guess that's because the previous run failed and didn't do cleanups). $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion .... Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Could not transform packages into stream: No such file or directory at /opt/csw/bin/pkgutil line 994. $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: No such file or directory at /opt/csw/bin/pkgutil line 988. $ ls tmp/packages/ CSWcommon common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz CSWion ion-3,REV=2005.04.06.01-SunOS5.8-i386-CSW.pkg.gz CSWlibtool libtool-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlibtoolrt libtool_rt-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlua lua-5.1.4,REV=2009.03.30-SunOS5.8-i386-CSW.pkg.gz Touching the output file beforehand works. $ rm -rf tmp/packages/* $ touch tmp/packages/ion.pkg $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Install commands in dependency safe order: pkgadd -d ion.pkg CSWcommon pkgadd -d ion.pkg CSWlibtoolrt pkgadd -d ion.pkg CSWlibtool pkgadd -d ion.pkg CSWlua pkgadd -d ion.pkg CSWion ====================================================================== ---------------------------------------------------------------------- (0006196) bonivart (manager) - 2009-05-27 10:44 http://www.opencsw.org/mantis/view.php?id=3688#c6196 ---------------------------------------------------------------------- I just tried the simplest form: # pkgutil -y -s ion and that worked (stream file in /var/opt/csw/pkgutil/packages named ion.i386.5.10.pkg). Must be something related to using another work dir. I'll look into it but maybe you can get by for now by skipping -W? ---------------------------------------------------------------------- (0006197) skayser (administrator) - 2009-05-27 11:13 http://www.opencsw.org/mantis/view.php?id=3688#c6197 ---------------------------------------------------------------------- Thanks for the swift feedback, Peter. I resorted to just use -o- and redirect into the file that i wanted. Works. I had used the -W switch because i am working as an unprivileged user on the box where i need to create the package stream and there i had gotten permission errors. Verifying this behavior just now gives me yet another error. $ pkgutil -y -s ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: Illegal seek at /opt/csw/bin/pkgutil line 988. Letting the admin clear out /var/opt/csw/pkgutil/packages and then re-running pkgutil gives me the initial error that made me use the -W switch. $ pkgutil -y -s ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB Fetching CSWcommon-1.4.6,REV=2008.04.28... /var/opt/csw/pkgutil/packages/common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: Permission denied Fetching of CSWcommon-1.4.6,REV=2008.04.28 failed. Try updating your catalog with pkgutil -U. ---------------------------------------------------------------------- (0006203) bonivart (manager) - 2009-05-27 15:03 http://www.opencsw.org/mantis/view.php?id=3688#c6203 ---------------------------------------------------------------------- Could you please try r51? http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=51 Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 09:18 skayser New Issue 2009-05-27 10:09 bonivart Status new => assigned 2009-05-27 10:09 bonivart Assigned To => bonivart 2009-05-27 10:43 bonivart Note Added: 0006196 2009-05-27 10:44 bonivart Note Edited: 0006196 2009-05-27 11:13 skayser Note Added: 0006197 2009-05-27 15:03 bonivart Note Added: 0006203 ====================================================================== From noreply at opencsw.org Wed May 27 15:26:45 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 15:26:45 +0200 Subject: [bug-notifications] [pkgutil 0003688]: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 In-Reply-To: <570bc73f7ba9a362cd4567ed46993e38> Message-ID: <9521b7aee08479f7b521dacb17e81c12@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3688 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3688 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-27 09:18 CEST Last Modified: 2009-05-27 15:26 CEST ====================================================================== Summary: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 Description: pkgutil (pkgtrans) seems to bail out, when the package stream is sent to a file and this file doesn't yet exist. When then running pkgutil again, it bails out trying to transform packages (i guess that's because the previous run failed and didn't do cleanups). $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion .... Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Could not transform packages into stream: No such file or directory at /opt/csw/bin/pkgutil line 994. $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: No such file or directory at /opt/csw/bin/pkgutil line 988. $ ls tmp/packages/ CSWcommon common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz CSWion ion-3,REV=2005.04.06.01-SunOS5.8-i386-CSW.pkg.gz CSWlibtool libtool-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlibtoolrt libtool_rt-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlua lua-5.1.4,REV=2009.03.30-SunOS5.8-i386-CSW.pkg.gz Touching the output file beforehand works. $ rm -rf tmp/packages/* $ touch tmp/packages/ion.pkg $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Install commands in dependency safe order: pkgadd -d ion.pkg CSWcommon pkgadd -d ion.pkg CSWlibtoolrt pkgadd -d ion.pkg CSWlibtool pkgadd -d ion.pkg CSWlua pkgadd -d ion.pkg CSWion ====================================================================== ---------------------------------------------------------------------- (0006196) bonivart (manager) - 2009-05-27 10:44 http://www.opencsw.org/mantis/view.php?id=3688#c6196 ---------------------------------------------------------------------- I just tried the simplest form: # pkgutil -y -s ion and that worked (stream file in /var/opt/csw/pkgutil/packages named ion.i386.5.10.pkg). Must be something related to using another work dir. I'll look into it but maybe you can get by for now by skipping -W? ---------------------------------------------------------------------- (0006197) skayser (administrator) - 2009-05-27 11:13 http://www.opencsw.org/mantis/view.php?id=3688#c6197 ---------------------------------------------------------------------- Thanks for the swift feedback, Peter. I resorted to just use -o- and redirect into the file that i wanted. Works. I had used the -W switch because i am working as an unprivileged user on the box where i need to create the package stream and there i had gotten permission errors. Verifying this behavior just now gives me yet another error. $ pkgutil -y -s ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: Illegal seek at /opt/csw/bin/pkgutil line 988. Letting the admin clear out /var/opt/csw/pkgutil/packages and then re-running pkgutil gives me the initial error that made me use the -W switch. $ pkgutil -y -s ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB Fetching CSWcommon-1.4.6,REV=2008.04.28... /var/opt/csw/pkgutil/packages/common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: Permission denied Fetching of CSWcommon-1.4.6,REV=2008.04.28 failed. Try updating your catalog with pkgutil -U. ---------------------------------------------------------------------- (0006203) bonivart (manager) - 2009-05-27 15:03 http://www.opencsw.org/mantis/view.php?id=3688#c6203 ---------------------------------------------------------------------- Could you please try r51? http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=51 ---------------------------------------------------------------------- (0006204) skayser (administrator) - 2009-05-27 15:26 http://www.opencsw.org/mantis/view.php?id=3688#c6204 ---------------------------------------------------------------------- Thanks, Peter. Working like a charm and the added display of where the package stream goes to is really helpful. Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 09:18 skayser New Issue 2009-05-27 10:09 bonivart Status new => assigned 2009-05-27 10:09 bonivart Assigned To => bonivart 2009-05-27 10:43 bonivart Note Added: 0006196 2009-05-27 10:44 bonivart Note Edited: 0006196 2009-05-27 11:13 skayser Note Added: 0006197 2009-05-27 15:03 bonivart Note Added: 0006203 2009-05-27 15:26 skayser Note Added: 0006204 ====================================================================== From noreply at opencsw.org Wed May 27 15:35:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 15:35:46 +0200 Subject: [bug-notifications] [pkgutil 0003688]: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 In-Reply-To: <570bc73f7ba9a362cd4567ed46993e38> Message-ID: <4d743b2246821a176ed381270b4a2253@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3688 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3688 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-27 09:18 CEST Last Modified: 2009-05-27 15:35 CEST ====================================================================== Summary: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 Description: pkgutil (pkgtrans) seems to bail out, when the package stream is sent to a file and this file doesn't yet exist. When then running pkgutil again, it bails out trying to transform packages (i guess that's because the previous run failed and didn't do cleanups). $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion .... Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Could not transform packages into stream: No such file or directory at /opt/csw/bin/pkgutil line 994. $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: No such file or directory at /opt/csw/bin/pkgutil line 988. $ ls tmp/packages/ CSWcommon common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz CSWion ion-3,REV=2005.04.06.01-SunOS5.8-i386-CSW.pkg.gz CSWlibtool libtool-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlibtoolrt libtool_rt-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlua lua-5.1.4,REV=2009.03.30-SunOS5.8-i386-CSW.pkg.gz Touching the output file beforehand works. $ rm -rf tmp/packages/* $ touch tmp/packages/ion.pkg $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Install commands in dependency safe order: pkgadd -d ion.pkg CSWcommon pkgadd -d ion.pkg CSWlibtoolrt pkgadd -d ion.pkg CSWlibtool pkgadd -d ion.pkg CSWlua pkgadd -d ion.pkg CSWion ====================================================================== ---------------------------------------------------------------------- (0006196) bonivart (manager) - 2009-05-27 10:44 http://www.opencsw.org/mantis/view.php?id=3688#c6196 ---------------------------------------------------------------------- I just tried the simplest form: # pkgutil -y -s ion and that worked (stream file in /var/opt/csw/pkgutil/packages named ion.i386.5.10.pkg). Must be something related to using another work dir. I'll look into it but maybe you can get by for now by skipping -W? ---------------------------------------------------------------------- (0006197) skayser (administrator) - 2009-05-27 11:13 http://www.opencsw.org/mantis/view.php?id=3688#c6197 ---------------------------------------------------------------------- Thanks for the swift feedback, Peter. I resorted to just use -o- and redirect into the file that i wanted. Works. I had used the -W switch because i am working as an unprivileged user on the box where i need to create the package stream and there i had gotten permission errors. Verifying this behavior just now gives me yet another error. $ pkgutil -y -s ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: Illegal seek at /opt/csw/bin/pkgutil line 988. Letting the admin clear out /var/opt/csw/pkgutil/packages and then re-running pkgutil gives me the initial error that made me use the -W switch. $ pkgutil -y -s ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB Fetching CSWcommon-1.4.6,REV=2008.04.28... /var/opt/csw/pkgutil/packages/common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: Permission denied Fetching of CSWcommon-1.4.6,REV=2008.04.28 failed. Try updating your catalog with pkgutil -U. ---------------------------------------------------------------------- (0006203) bonivart (manager) - 2009-05-27 15:03 http://www.opencsw.org/mantis/view.php?id=3688#c6203 ---------------------------------------------------------------------- Could you please try r51? http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=51 ---------------------------------------------------------------------- (0006204) skayser (administrator) - 2009-05-27 15:26 http://www.opencsw.org/mantis/view.php?id=3688#c6204 ---------------------------------------------------------------------- Thanks, Peter. Working like a charm and the added display of where the package stream goes to is really helpful. ---------------------------------------------------------------------- (0006205) bonivart (manager) - 2009-05-27 15:35 http://www.opencsw.org/mantis/view.php?id=3688#c6205 ---------------------------------------------------------------------- Great! I guess it wasn't obvious that without -W/-o the stream would end up in /var/opt/csw/pkgutil/packages? :-) I improved the perldoc/man page a little as well. Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 09:18 skayser New Issue 2009-05-27 10:09 bonivart Status new => assigned 2009-05-27 10:09 bonivart Assigned To => bonivart 2009-05-27 10:43 bonivart Note Added: 0006196 2009-05-27 10:44 bonivart Note Edited: 0006196 2009-05-27 11:13 skayser Note Added: 0006197 2009-05-27 15:03 bonivart Note Added: 0006203 2009-05-27 15:26 skayser Note Added: 0006204 2009-05-27 15:35 bonivart Note Added: 0006205 ====================================================================== From noreply at opencsw.org Wed May 27 16:59:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 16:59:52 +0200 Subject: [bug-notifications] [pkgutil 0003688]: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 In-Reply-To: <570bc73f7ba9a362cd4567ed46993e38> Message-ID: <400bfb63c6cfe1f3c7e95d2e69f523e9@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3688 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3688 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-27 09:18 CEST Last Modified: 2009-05-27 16:59 CEST ====================================================================== Summary: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 Description: pkgutil (pkgtrans) seems to bail out, when the package stream is sent to a file and this file doesn't yet exist. When then running pkgutil again, it bails out trying to transform packages (i guess that's because the previous run failed and didn't do cleanups). $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion .... Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Could not transform packages into stream: No such file or directory at /opt/csw/bin/pkgutil line 994. $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: No such file or directory at /opt/csw/bin/pkgutil line 988. $ ls tmp/packages/ CSWcommon common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz CSWion ion-3,REV=2005.04.06.01-SunOS5.8-i386-CSW.pkg.gz CSWlibtool libtool-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlibtoolrt libtool_rt-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlua lua-5.1.4,REV=2009.03.30-SunOS5.8-i386-CSW.pkg.gz Touching the output file beforehand works. $ rm -rf tmp/packages/* $ touch tmp/packages/ion.pkg $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Install commands in dependency safe order: pkgadd -d ion.pkg CSWcommon pkgadd -d ion.pkg CSWlibtoolrt pkgadd -d ion.pkg CSWlibtool pkgadd -d ion.pkg CSWlua pkgadd -d ion.pkg CSWion ====================================================================== ---------------------------------------------------------------------- (0006196) bonivart (manager) - 2009-05-27 10:44 http://www.opencsw.org/mantis/view.php?id=3688#c6196 ---------------------------------------------------------------------- I just tried the simplest form: # pkgutil -y -s ion and that worked (stream file in /var/opt/csw/pkgutil/packages named ion.i386.5.10.pkg). Must be something related to using another work dir. I'll look into it but maybe you can get by for now by skipping -W? ---------------------------------------------------------------------- (0006197) skayser (administrator) - 2009-05-27 11:13 http://www.opencsw.org/mantis/view.php?id=3688#c6197 ---------------------------------------------------------------------- Thanks for the swift feedback, Peter. I resorted to just use -o- and redirect into the file that i wanted. Works. I had used the -W switch because i am working as an unprivileged user on the box where i need to create the package stream and there i had gotten permission errors. Verifying this behavior just now gives me yet another error. $ pkgutil -y -s ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: Illegal seek at /opt/csw/bin/pkgutil line 988. Letting the admin clear out /var/opt/csw/pkgutil/packages and then re-running pkgutil gives me the initial error that made me use the -W switch. $ pkgutil -y -s ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB Fetching CSWcommon-1.4.6,REV=2008.04.28... /var/opt/csw/pkgutil/packages/common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: Permission denied Fetching of CSWcommon-1.4.6,REV=2008.04.28 failed. Try updating your catalog with pkgutil -U. ---------------------------------------------------------------------- (0006203) bonivart (manager) - 2009-05-27 15:03 http://www.opencsw.org/mantis/view.php?id=3688#c6203 ---------------------------------------------------------------------- Could you please try r51? http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=51 ---------------------------------------------------------------------- (0006204) skayser (administrator) - 2009-05-27 15:26 http://www.opencsw.org/mantis/view.php?id=3688#c6204 ---------------------------------------------------------------------- Thanks, Peter. Working like a charm and the added display of where the package stream goes to is really helpful. ---------------------------------------------------------------------- (0006205) bonivart (manager) - 2009-05-27 15:35 http://www.opencsw.org/mantis/view.php?id=3688#c6205 ---------------------------------------------------------------------- Great! I guess it wasn't obvious that without -W/-o the stream would end up in /var/opt/csw/pkgutil/packages? :-) I improved the perldoc/man page a little as well. ---------------------------------------------------------------------- (0006206) bonivart (manager) - 2009-05-27 16:59 http://www.opencsw.org/mantis/view.php?id=3688#c6206 ---------------------------------------------------------------------- Will be in 1.6. Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 09:18 skayser New Issue 2009-05-27 10:09 bonivart Status new => assigned 2009-05-27 10:09 bonivart Assigned To => bonivart 2009-05-27 10:43 bonivart Note Added: 0006196 2009-05-27 10:44 bonivart Note Edited: 0006196 2009-05-27 11:13 skayser Note Added: 0006197 2009-05-27 15:03 bonivart Note Added: 0006203 2009-05-27 15:26 skayser Note Added: 0006204 2009-05-27 15:35 bonivart Note Added: 0006205 2009-05-27 16:59 bonivart Note Added: 0006206 2009-05-27 16:59 bonivart Status assigned => resolved 2009-05-27 16:59 bonivart Resolution open => fixed ====================================================================== From noreply at opencsw.org Wed May 27 17:00:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 17:00:01 +0200 Subject: [bug-notifications] [pkgutil 0003689]: pkgutil -s doesn't honour target architecture (-T) In-Reply-To: <934e107c3c40a8c33a2d5c0850e91af6> Message-ID: <71952105734952960378e31f062244e7@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3689 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3689 Category: regular use Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-27 10:53 CEST Last Modified: 2009-05-27 17:00 CEST ====================================================================== Summary: pkgutil -s doesn't honour target architecture (-T) Description: Me again, sorry for nagging ;D Wanted to build a package stream for a different architecture (sparc) than the current host (i386), but -T sparc:5.10 didn't seem to work. The packages in the package stream were for i386. $ uname -a SunOS ray1 5.10 Generic_137112-07 i86pc i386 i86pc $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o- windowmaker_dtlogin > wmaker.pkg ... $ pkginfo -d wmaker.pkg -x CSWcommon common - common files and dirs for CSW packages (i386) 1.4.6,REV=2008.04.28 CSWexpat expat - XML Parser Toolkit (i386) 2.0.1,REV=2009.01.22 CSWfconfig fontconfig - A library for configuring and customizing font access. (i386) 2.6.0,REV=2009.04.24 CSWftype2 freetype2 - A free and portable TrueType font rendering engine (i386) 2.3.8,REV=2009.02.16 CSWiconv libiconv - GNU iconv library (i386) 1.12,REV=2008.12.14 CSWisaexec isaexec - sneaky wrapper around Sun isaexec (all) 0.2,REV=2009.03.26 CSWjpeg jpeg - JPEG library and tools by the Independent JPEG Group (i386) 6b,REV=2007.10.28 CSWlibxft2 libxft2 - FreeType-based font drawing library for X (i386) 2.1.6,REV=2005.02.01 CSWlibxrender libxrender - fontconfig.org Xrender library (i386) 0.8.3,REV=2004.03.31 CSWpng png - library for Portable Network Graphics format (PNG) (i386) 1.2.35,REV=2009.02.19 CSWrenderdev render_dev - fontconfig.org render development files (all) 0.8,REV=2004.03.30 CSWtiff tiff - lib and tools for Tag Image File Format (i386) 3.8.2,REV=2007.12.09 CSWungif libungif - library for manipulation of GIF images (i386) 4.1.4,REV=2007.02.05 CSWwmaker windowmaker - OpenStep window manager lookalike (i386) 0.92.0 CSWwmaker-dtlogin windowmaker_dtlogin - dtlogin integration for the Window Maker Window Manager (all) 1.0 CSWxpm xpm - library for X11 PixMap format (libXpm.so.4.11) (i386) 3.4k,REV=2002.12.31 CSWzlib zlib - Zlib Data Compression Library (i386) 1.2.3,REV=2007.05.12 ====================================================================== ---------------------------------------------------------------------- (0006198) skayser (administrator) - 2009-05-27 11:37 http://www.opencsw.org/mantis/view.php?id=3689#c6198 ---------------------------------------------------------------------- Just went over to a sparc box and noticed that the release doesn't seem to be honored either. Working on a 5.10 box and requesting packages from 5.9 still yields 5.10 packages (i.e. packages are pulled from http://mirror/csw/current/arch/5.10). ---------------------------------------------------------------------- (0006199) bonivart (manager) - 2009-05-27 11:55 http://www.opencsw.org/mantis/view.php?id=3689#c6199 ---------------------------------------------------------------------- This worked in 1.4 but broke in 1.5. The new multiple mirror features in 1.5 caused this, I know that Derek and me tested --stream but obviously not with -T. I will fix this. ---------------------------------------------------------------------- (0006200) bonivart (manager) - 2009-05-27 13:00 http://www.opencsw.org/mantis/view.php?id=3689#c6200 ---------------------------------------------------------------------- Could you try r50 please? http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=50 ---------------------------------------------------------------------- (0006201) skayser (administrator) - 2009-05-27 13:21 http://www.opencsw.org/mantis/view.php?id=3689#c6201 ---------------------------------------------------------------------- Alternate target via -T is working now, non-existent output file via -o still fails. skayser @ ray1 ~/tmp$ ./pkgutil -s -T sparc:5.9 -W . -o test.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.6 MB 5 packages to fetch. Do you want to continue? [Y,n] Fetching CSWcommon-1.4.6,REV=2008.04.28... --2009-05-27 13:19:20-- http://csw.informatik.uni-erlangen.de/csw/current/sparc/5.9/common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg Resolving proxy.consol.de... 10.250.0.180 Connecting to proxy.consol.de|10.250.0.180|:8001... connected. Proxy request sent, awaiting response... 200 OK Length: 23552 (23K) [application/octet-stream] Saving to: `./packages/common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg' .. Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream (./packages/test.pkg)... Could not transform packages into stream: No such file or directory at ./pkgutil line 1002, line 1. $ ./pkgutil -s -T sparc:5.10 -W . -o test.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.6 MB 5 packages to fetch. Do you want to continue? [Y,n] A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg: No such file or directory at ./pkgutil line 996, line 1. ---------------------------------------------------------------------- (0006202) bonivart (manager) - 2009-05-27 14:05 http://www.opencsw.org/mantis/view.php?id=3689#c6202 ---------------------------------------------------------------------- Yes, I didn't address bug http://www.opencsw.org/mantis/view.php?id=3688 in r50, only this one (the -T issue). I take it that this works now? I also tested -o and that works for me, it's only when using -W it breaks but I will address this in the other bug instead. :-) ---------------------------------------------------------------------- (0006207) bonivart (manager) - 2009-05-27 17:00 http://www.opencsw.org/mantis/view.php?id=3689#c6207 ---------------------------------------------------------------------- Will be in 1.6. Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 10:53 skayser New Issue 2009-05-27 11:14 bonivart Status new => assigned 2009-05-27 11:14 bonivart Assigned To => bonivart 2009-05-27 11:37 skayser Note Added: 0006198 2009-05-27 11:53 bonivart Note Added: 0006199 2009-05-27 11:55 bonivart Note Edited: 0006199 2009-05-27 13:00 bonivart Note Added: 0006200 2009-05-27 13:21 skayser Note Added: 0006201 2009-05-27 14:05 bonivart Note Added: 0006202 2009-05-27 17:00 bonivart Note Added: 0006207 2009-05-27 17:00 bonivart Status assigned => resolved 2009-05-27 17:00 bonivart Resolution open => fixed ====================================================================== From noreply at opencsw.org Wed May 27 18:40:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 18:40:16 +0200 Subject: [bug-notifications] [libofx 0003365]: Depend on CSWggettextrt In-Reply-To: <361f6f9563eab6d3ae5a0e11caca33ab> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3365 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: libofx Issue ID: 3365 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:20 CET Last Modified: 2009-05-27 18:40 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006183) pfelecan (manager) - 2009-05-23 12:14 http://www.opencsw.org/mantis/view.php?id=3365#c6183 ---------------------------------------------------------------------- the new 0.9.1 package to be issued fixes this. ---------------------------------------------------------------------- (0006208) pfelecan (manager) - 2009-05-27 18:40 http://www.opencsw.org/mantis/view.php?id=3365#c6208 ---------------------------------------------------------------------- new release fixes the issue. Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:20 harpchad New Issue 2009-03-31 18:37 pfelecan Status new => assigned 2009-03-31 18:37 pfelecan Assigned To => pfelecan 2009-05-23 12:14 pfelecan Note Added: 0006183 2009-05-23 12:14 pfelecan Status assigned => resolved 2009-05-23 12:14 pfelecan Resolution open => fixed 2009-05-27 18:40 pfelecan Note Added: 0006208 2009-05-27 18:40 pfelecan Status resolved => closed ====================================================================== From noreply at opencsw.org Wed May 27 18:42:22 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 18:42:22 +0200 Subject: [bug-notifications] [libgnet2rt 0003348]: Depend on CSWggettextrt In-Reply-To: Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3348 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: libgnet2rt Issue ID: 3348 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:18 CET Last Modified: 2009-05-27 18:42 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006209) pfelecan (manager) - 2009-05-27 18:42 http://www.opencsw.org/mantis/view.php?id=3348#c6209 ---------------------------------------------------------------------- new package for 2.0.8 fixes this issue. Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:18 harpchad New Issue 2009-03-31 18:38 pfelecan Status new => assigned 2009-03-31 18:38 pfelecan Assigned To => pfelecan 2009-05-27 18:42 pfelecan Note Added: 0006209 2009-05-27 18:42 pfelecan Status assigned => resolved 2009-05-27 18:42 pfelecan Resolution open => fixed ====================================================================== From noreply at opencsw.org Wed May 27 19:05:22 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 May 2009 19:05:22 +0200 Subject: [bug-notifications] [libgnet2rt 0003348]: Depend on CSWggettextrt In-Reply-To: Message-ID: <1ad7b621c1e7d7c5f3fdf1bfc9b7103e@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3348 ====================================================================== Reported By: harpchad Assigned To: pfelecan ====================================================================== Project: libgnet2rt Issue ID: 3348 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:18 CET Last Modified: 2009-05-27 19:05 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0006209) pfelecan (manager) - 2009-05-27 18:42 http://www.opencsw.org/mantis/view.php?id=3348#c6209 ---------------------------------------------------------------------- new package for 2.0.8 fixes this issue. ---------------------------------------------------------------------- (0006210) pfelecan (manager) - 2009-05-27 19:05 http://www.opencsw.org/mantis/view.php?id=3348#c6210 ---------------------------------------------------------------------- the new package for 2.0.8 fixes this issue Issue History Date Modified Username Field Change ====================================================================== 2009-02-14 03:18 harpchad New Issue 2009-03-31 18:38 pfelecan Status new => assigned 2009-03-31 18:38 pfelecan Assigned To => pfelecan 2009-05-27 18:42 pfelecan Note Added: 0006209 2009-05-27 18:42 pfelecan Status assigned => resolved 2009-05-27 18:42 pfelecan Resolution open => fixed 2009-05-27 19:05 pfelecan Note Added: 0006210 2009-05-27 19:05 pfelecan Status resolved => closed ====================================================================== From noreply at opencsw.org Thu May 28 00:20:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 00:20:52 +0200 Subject: [bug-notifications] [unrar 0003691]: Please upgrade to 0.68 Message-ID: <9013d8de1f0150fb650e84da5d287627@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3691 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: unrar Issue ID: 3691 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-28 00:20 CEST Last Modified: 2009-05-28 00:20 CEST ====================================================================== Summary: Please upgrade to 0.68 Description: Please upgrade to 0.68 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-28 00:20 dam New Issue ====================================================================== From noreply at opencsw.org Thu May 28 09:13:17 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 09:13:17 +0200 Subject: [bug-notifications] [amanda 0003692]: Missing Amanda User Message-ID: <5374551c263d82a35ad6da1e9f30027e@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3692 ====================================================================== Reported By: DerJoern Assigned To: ====================================================================== Project: amanda Issue ID: 3692 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-28 09:13 CEST Last Modified: 2009-05-28 09:13 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) ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-28 09:13 DerJoern New Issue ====================================================================== From noreply at opencsw.org Thu May 28 10:24:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 10:24:43 +0200 Subject: [bug-notifications] [cswclassutils 0003635]: Support service that can't be autoenabled at first install In-Reply-To: Message-ID: <5001301170960fd8ad39464d6df74de5@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3635 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3635 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-13 19:59 CEST Last Modified: 2009-05-28 10:24 CEST ====================================================================== Summary: Support service that can't be autoenabled at first install Description: Some daemons can't be launched at all at first install without a bit of manual configuration, that the case of imapproxy which require an imap server to be given in imapproxy configuration file. Currently, cswclassutils cswinitsmf will always tries to start the daemon if autoenable_daemons=yes, for cswimapproxy this would result in a service in maintenance state that would need to be cleared. It would be nice to have support for this case, the service can't be launched at first install, but once it is configured and enabled by the administrator, it has to be re-launched at each upgrade. ====================================================================== ---------------------------------------------------------------------- (0005991) bonivart (manager) - 2009-04-21 17:17 http://www.opencsw.org/mantis/view.php?id=3635#c5991 ---------------------------------------------------------------------- Isn't this normally handled by the start script? Something like: [ -f someconffile ] && startservice ---------------------------------------------------------------------- (0005997) yann (reporter) - 2009-04-21 21:12 http://www.opencsw.org/mantis/view.php?id=3635#c5997 ---------------------------------------------------------------------- The script already has this check, but as your script will always try to enable the service (if autoenable_daemons != no), the init script will exit and the imapproxy service will go in maintenance mode from SMF point of view. It would be cleaner to have it not started at all at the first install. ---------------------------------------------------------------------- (0006125) yann (reporter) - 2009-05-17 16:57 http://www.opencsw.org/mantis/view.php?id=3635#c6125 ---------------------------------------------------------------------- Hi Peter, Any news of this feature request ? ---------------------------------------------------------------------- (0006211) bonivart (manager) - 2009-05-28 10:24 http://www.opencsw.org/mantis/view.php?id=3635#c6211 ---------------------------------------------------------------------- I think I will enable this via another tweak in the init script. OK? Issue History Date Modified Username Field Change ====================================================================== 2009-04-13 19:59 yann New Issue 2009-04-21 17:15 bonivart Status new => assigned 2009-04-21 17:15 bonivart Assigned To => bonivart 2009-04-21 17:17 bonivart Note Added: 0005991 2009-04-21 21:12 yann Note Added: 0005997 2009-05-17 16:57 yann Note Added: 0006125 2009-05-28 10:24 bonivart Note Added: 0006211 ====================================================================== From noreply at opencsw.org Thu May 28 13:57:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 13:57:00 +0200 Subject: [bug-notifications] [cswclassutils 0003634]: Please add smf service state persistence across upgrade In-Reply-To: <58e13c493b1026ed43824a8221b97717> Message-ID: <9f246c0c3a4de49465a72cdf5455059b@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3634 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3634 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-13 19:48 CEST Last Modified: 2009-05-28 13:56 CEST ====================================================================== Summary: Please add smf service state persistence across upgrade Description: Currently, if someone installs a daemon (provided by a csw package) under Solaris with SMF support and chooses to disable it, this state will not be preserved across upgrades. Next time, the package is upgraded, the service will be automatically started and will be configured to do so at boot time, In other word: the "svcadm disable" command is useless with opencsw packaged daemons. It would be nice to add smf service state persistence across upgrade in cswclassutils to allow the state of service to stay the same across upgrades. ====================================================================== ---------------------------------------------------------------------- (0005959) yann (reporter) - 2009-04-13 19:54 http://www.opencsw.org/mantis/view.php?id=3634#c5959 ---------------------------------------------------------------------- I upload a patch which implement this behaviour. However, it will only do so when autoenable_daemons is enabled, because the standard explicitely says to not start daemons when autoenable_daemons is set to no. I would prefer the smf saved state to override the autoenable_daemons but I think that would require some discussion. ---------------------------------------------------------------------- (0005994) bonivart (manager) - 2009-04-21 18:51 http://www.opencsw.org/mantis/view.php?id=3634#c5994 ---------------------------------------------------------------------- I have implemented your patch in 1.6. ---------------------------------------------------------------------- (0005999) bonivart (manager) - 2009-04-22 17:58 http://www.opencsw.org/mantis/view.php?id=3634#c5999 ---------------------------------------------------------------------- Just discovered a (non related) problem with packages that set up multiple services and realized that this patch doesn't cover that either. It only saves one state per package, not separate state for each service of the package. ClamAV is one example of a package that sets up multiple services. ---------------------------------------------------------------------- (0006000) yann (reporter) - 2009-04-22 18:01 http://www.opencsw.org/mantis/view.php?id=3634#c6000 ---------------------------------------------------------------------- Ok, I will have a look at this problem. ---------------------------------------------------------------------- (0006027) bonivart (manager) - 2009-04-24 18:46 http://www.opencsw.org/mantis/view.php?id=3634#c6027 ---------------------------------------------------------------------- I'm testing some other changes to cswinitsmf and it never starts the service. It seems that the only way a service can be enabled is if there existed a state file that says it was enabled before but this means that new installations can never be enabled..? ---------------------------------------------------------------------- (0006123) yann (reporter) - 2009-05-17 16:54 http://www.opencsw.org/mantis/view.php?id=3634#c6123 ---------------------------------------------------------------------- Hi Peter, I had a look at the multiple service case, and the smf persistance code already handled it fine. I tested with clamav, disabling one of the two service (clamav-milter) and the state was properly restored upon reinstallation. However, I fixed the bug you mentionned in your last note, now the code will properly enable the service even if the state file is not present. I attached a patch against cswclassutils 1.9 to re-enable the code and apply the fix: smf_state_persistence_multiple.patch ---------------------------------------------------------------------- (0006212) bonivart (manager) - 2009-05-28 13:56 http://www.opencsw.org/mantis/view.php?id=3634#c6212 ---------------------------------------------------------------------- Ok, I have applied your patch in 1.11, it's in testing: http://mirror.opencsw.org/testing/cswclassutils-1.11,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz Issue History Date Modified Username Field Change ====================================================================== 2009-04-13 19:48 yann New Issue 2009-04-13 19:49 yann File Added: smf_state_persistence.patch 2009-04-13 19:54 yann Note Added: 0005959 2009-04-21 16:15 bonivart Status new => assigned 2009-04-21 16:15 bonivart Assigned To => bonivart 2009-04-21 18:51 bonivart Note Added: 0005994 2009-04-22 17:58 bonivart Note Added: 0005999 2009-04-22 18:01 yann Note Added: 0006000 2009-04-24 18:46 bonivart Note Added: 0006027 2009-05-17 16:52 yann File Added: smf_state_persistence_multiple.patch 2009-05-17 16:54 yann Note Added: 0006123 2009-05-28 13:56 bonivart Note Added: 0006212 ====================================================================== From noreply at opencsw.org Thu May 28 14:33:12 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 14:33:12 +0200 Subject: [bug-notifications] [amanda 0003692]: Missing Amanda User In-Reply-To: <4dd32e2840c68addc292be3dcb90e4ba> Message-ID: <0a3d0c82e0af31e13dd770f8cf5af315@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3692 ====================================================================== Reported By: DerJoern Assigned To: ====================================================================== Project: amanda Issue ID: 3692 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-28 09:13 CEST Last Modified: 2009-05-28 14:33 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) ====================================================================== ---------------------------------------------------------------------- (0006213) darin (manager) - 2009-05-28 14:33 http://www.opencsw.org/bugtrack/view.php?id=3692#c6213 ---------------------------------------------------------------------- Thanks for bringing this to my attention, it's definitely a packaging problem that I missed. An updated package will be available soon. Issue History Date Modified Username Field Change ====================================================================== 2009-05-28 09:13 DerJoern New Issue 2009-05-28 14:33 darin Note Added: 0006213 ====================================================================== From noreply at opencsw.org Thu May 28 14:44:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 14:44:26 +0200 Subject: [bug-notifications] [cswclassutils 0003635]: Support service that can't be autoenabled at first install In-Reply-To: Message-ID: <21fe10810b4c19054a4d4a9f47159580@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3635 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3635 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-13 19:59 CEST Last Modified: 2009-05-28 14:44 CEST ====================================================================== Summary: Support service that can't be autoenabled at first install Description: Some daemons can't be launched at all at first install without a bit of manual configuration, that the case of imapproxy which require an imap server to be given in imapproxy configuration file. Currently, cswclassutils cswinitsmf will always tries to start the daemon if autoenable_daemons=yes, for cswimapproxy this would result in a service in maintenance state that would need to be cleared. It would be nice to have support for this case, the service can't be launched at first install, but once it is configured and enabled by the administrator, it has to be re-launched at each upgrade. ====================================================================== ---------------------------------------------------------------------- (0005991) bonivart (manager) - 2009-04-21 17:17 http://www.opencsw.org/mantis/view.php?id=3635#c5991 ---------------------------------------------------------------------- Isn't this normally handled by the start script? Something like: [ -f someconffile ] && startservice ---------------------------------------------------------------------- (0005997) yann (reporter) - 2009-04-21 21:12 http://www.opencsw.org/mantis/view.php?id=3635#c5997 ---------------------------------------------------------------------- The script already has this check, but as your script will always try to enable the service (if autoenable_daemons != no), the init script will exit and the imapproxy service will go in maintenance mode from SMF point of view. It would be cleaner to have it not started at all at the first install. ---------------------------------------------------------------------- (0006125) yann (reporter) - 2009-05-17 16:57 http://www.opencsw.org/mantis/view.php?id=3635#c6125 ---------------------------------------------------------------------- Hi Peter, Any news of this feature request ? ---------------------------------------------------------------------- (0006211) bonivart (manager) - 2009-05-28 10:24 http://www.opencsw.org/mantis/view.php?id=3635#c6211 ---------------------------------------------------------------------- I think I will enable this via another tweak in the init script. OK? ---------------------------------------------------------------------- (0006214) bonivart (manager) - 2009-05-28 14:44 http://www.opencsw.org/mantis/view.php?id=3635#c6214 ---------------------------------------------------------------------- I have put in an AUTOENABLE tweak to the init script, if it's no or false the service will not be enabled. http://mirror.opencsw.org/testing/cswclassutils-1.12,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz Issue History Date Modified Username Field Change ====================================================================== 2009-04-13 19:59 yann New Issue 2009-04-21 17:15 bonivart Status new => assigned 2009-04-21 17:15 bonivart Assigned To => bonivart 2009-04-21 17:17 bonivart Note Added: 0005991 2009-04-21 21:12 yann Note Added: 0005997 2009-05-17 16:57 yann Note Added: 0006125 2009-05-28 10:24 bonivart Note Added: 0006211 2009-05-28 14:44 bonivart Note Added: 0006214 ====================================================================== From noreply at opencsw.org Thu May 28 15:16:04 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 15:16:04 +0200 Subject: [bug-notifications] [cswclassutils 0003636]: Allow package to provide their own manifest file In-Reply-To: Message-ID: <3772332a039262d571da743dfb596712@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3636 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3636 Category: regular use Reproducibility: have not tried Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-13 20:01 CEST Last Modified: 2009-05-28 15:16 CEST ====================================================================== Summary: Allow package to provide their own manifest file Description: Some package already provide their own manifest file to be used under Solaris 10. It would be nice to have a way for a package using cswinitsmf to disable automatic manifest generation so its own manifest file is used. ====================================================================== ---------------------------------------------------------------------- (0005970) yann (reporter) - 2009-04-15 21:12 http://www.opencsw.org/mantis/view.php?id=3636#c5970 ---------------------------------------------------------------------- It could be configured by using the existing tweaks system. For exemple, if you provide your own manifest file, you could add: #SMF_SCRIPT no # change this value to no if this init script should not be used to autogenerate the smf manifest file. ---------------------------------------------------------------------- (0005992) bonivart (manager) - 2009-04-21 17:20 http://www.opencsw.org/mantis/view.php?id=3636#c5992 ---------------------------------------------------------------------- Ok, but how would it know which file to import as manifest? SMF_SCRIPT /path/to/manifest ? ---------------------------------------------------------------------- (0005996) yann (reporter) - 2009-04-21 21:08 http://www.opencsw.org/mantis/view.php?id=3636#c5996 ---------------------------------------------------------------------- The manifest file would belong to the cswinitsmf class, so it will be passed to your script which could register it if smf is available and enabled. You would have to add a test to determine if the file is a manifest or an init.d script (or something else). But using "SMF_SCRIPT /path/to/manifest" will also work. ---------------------------------------------------------------------- (0006124) yann (reporter) - 2009-05-17 16:56 http://www.opencsw.org/mantis/view.php?id=3636#c6124 ---------------------------------------------------------------------- Hi Peter, Any news of this feature, do you plan adding it ? I am waiting for it to be able to switch some of my packages to cswclassutils. Thanks in avance, Yann ---------------------------------------------------------------------- (0006215) bonivart (manager) - 2009-05-28 15:16 http://www.opencsw.org/mantis/view.php?id=3636#c6215 ---------------------------------------------------------------------- I have added a MANIFEST tweak to the init script. If set it will use that manifest instead of autogenerating one. http://mirror.opencsw.org/testing/cswclassutils-1.13,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz Issue History Date Modified Username Field Change ====================================================================== 2009-04-13 20:01 yann New Issue 2009-04-15 21:12 yann Note Added: 0005970 2009-04-21 17:18 bonivart Status new => assigned 2009-04-21 17:18 bonivart Assigned To => bonivart 2009-04-21 17:20 bonivart Note Added: 0005992 2009-04-21 21:08 yann Note Added: 0005996 2009-05-17 16:56 yann Note Added: 0006124 2009-05-28 15:16 bonivart Note Added: 0006215 ====================================================================== From noreply at opencsw.org Thu May 28 15:25:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 15:25:07 +0200 Subject: [bug-notifications] [cswclassutils 0003685]: cswpreserveconf In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3685 ====================================================================== Reported By: ja Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3685 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-23 11:39 CEST Last Modified: 2009-05-28 15:25 CEST ====================================================================== Summary: cswpreserveconf Description: Config files handled with the class cswpreserveconf have always the ownerships root:other and not the desired ownership, which is specified for the .CSW file. Example: In CSWnagios.prototype f cswpreserveconf /opt/csw/nagios/etc/cgi.cfg.CSW 0664 nagios nagios results in -rw-r--r-- 1 root other 10695 May 22 22:19 cgi.cfg -rw-rw-r-- 1 nagios nagios 10695 Mar 20 22:26 cgi.cfg.CSW and not as expected in -rw-r--r-- 1 nagios nagios 10695 May 22 22:19 cgi.cfg ====================================================================== ---------------------------------------------------------------------- (0006184) bonivart (manager) - 2009-05-23 12:25 http://www.opencsw.org/mantis/view.php?id=3685#c6184 ---------------------------------------------------------------------- Also the permissions are from umask, not from .CSW file. ---------------------------------------------------------------------- (0006185) bonivart (manager) - 2009-05-23 12:26 http://www.opencsw.org/mantis/view.php?id=3685#c6185 ---------------------------------------------------------------------- Phil is looking into this, I'm pretty sure it concerns cswcpsampleconf as well. ---------------------------------------------------------------------- (0006216) bonivart (manager) - 2009-05-28 15:25 http://www.opencsw.org/mantis/view.php?id=3685#c6216 ---------------------------------------------------------------------- The problem is that the copy operation occurs before proper ownership/permissions are set (verification stage for each class), thus even a preserve copy only yields a file with default ownership/permissions. One possible solution (not verified) is to locate the pkgmap during install and grep it for the correct ownership/permissions and apply them to the copy. Issue History Date Modified Username Field Change ====================================================================== 2009-05-23 11:39 ja New Issue 2009-05-23 12:24 bonivart Status new => assigned 2009-05-23 12:24 bonivart Assigned To => bonivart 2009-05-23 12:25 bonivart Note Added: 0006184 2009-05-23 12:26 bonivart Note Added: 0006185 2009-05-28 15:25 bonivart Note Added: 0006216 ====================================================================== From noreply at opencsw.org Thu May 28 15:26:09 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 15:26:09 +0200 Subject: [bug-notifications] [pkgutil 0003683]: Add a pkgadd/pkgrm debug option In-Reply-To: Message-ID: <155cc6fe32f2f53b0696a709886c1b65@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3683 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3683 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-22 23:07 CEST Last Modified: 2009-05-28 15:26 CEST ====================================================================== Summary: Add a pkgadd/pkgrm debug option Description: pkgutil already has a debug option, but it is only used to debug pkgutil itself. It would be useful to add a pkgadd debug option which would add the -v option in pkgadd/pkgrm calls. It would help to debug user problem with postinstall/preremove/... code without having to tell me to manually download/uncompress/pkgadd the package. ====================================================================== ---------------------------------------------------------------------- (0006175) bonivart (manager) - 2009-05-23 00:37 http://www.opencsw.org/mantis/view.php?id=3683#c6175 ---------------------------------------------------------------------- Would it be ok if it was an option in pkgutil.conf? I'm trying to be conservative about the number of command line options. ---------------------------------------------------------------------- (0006186) yann (reporter) - 2009-05-23 14:25 http://www.opencsw.org/mantis/view.php?id=3683#c6186 ---------------------------------------------------------------------- You already have the pkgaddopts option in pkgutil.conf, don't you ? My idea is to just tell a user to do pkgutil --trace --install packagename (for example) when they got a postinstall/preremove/... so then they can very easily send me the debug output. I would prefer this option to be a command line option because I think it will be easier for the user, but that's your call. ---------------------------------------------------------------------- (0006189) bonivart (manager) - 2009-05-25 10:07 http://www.opencsw.org/mantis/view.php?id=3683#c6189 ---------------------------------------------------------------------- You're absolutely right. ---------------------------------------------------------------------- (0006190) bonivart (manager) - 2009-05-25 16:22 http://www.opencsw.org/mantis/view.php?id=3683#c6190 ---------------------------------------------------------------------- You now have a --trace option that sets -v for pkgadd/pkgrm operations. You can download the updated pkgutil script from: http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=46 Let me know if it's what you want. ---------------------------------------------------------------------- (0006192) bonivart (manager) - 2009-05-25 18:30 http://www.opencsw.org/mantis/view.php?id=3683#c6192 ---------------------------------------------------------------------- There's also packages in testing now: http://mirror.opencsw.org/testing/pkgutil-1.6b1,REV=2009.05.25-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/pkgutil-1.6b1,REV=2009.05.25-SunOS5.8-sparc-CSW.pkg.gz ---------------------------------------------------------------------- (0006217) bonivart (manager) - 2009-05-28 15:26 http://www.opencsw.org/mantis/view.php?id=3683#c6217 ---------------------------------------------------------------------- Will be in 1.6. Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 23:07 yann New Issue 2009-05-23 00:37 bonivart Note Added: 0006175 2009-05-23 00:37 bonivart Status new => assigned 2009-05-23 00:37 bonivart Assigned To => bonivart 2009-05-23 14:25 yann Note Added: 0006186 2009-05-25 10:07 bonivart Note Added: 0006189 2009-05-25 16:22 bonivart Note Added: 0006190 2009-05-25 18:30 bonivart Note Added: 0006192 2009-05-28 15:26 bonivart Note Added: 0006217 2009-05-28 15:26 bonivart Status assigned => resolved 2009-05-28 15:26 bonivart Resolution open => fixed ====================================================================== From noreply at opencsw.org Thu May 28 16:42:36 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 16:42:36 +0200 Subject: [bug-notifications] [cswclassutils 0003469]: Zone support for syslog_ng In-Reply-To: <5901603d8da14293f093102325221082> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3469 ====================================================================== Reported By: automatthias Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3469 Category: packaging Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-14 16:34 CET Last Modified: 2009-05-28 16:42 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 ====================================================================== ---------------------------------------------------------------------- (0005725) ihsan (reporter) - 2009-03-24 15:46 http://www.opencsw.org/mantis/view.php?id=3469#c5725 ---------------------------------------------------------------------- The smf manifest is provided by cswclassutils. I'll transfer this bug to cswlcassutils. ---------------------------------------------------------------------- (0005730) bonivart (manager) - 2009-03-24 22:04 http://www.opencsw.org/mantis/view.php?id=3469#c5730 ---------------------------------------------------------------------- Ok, I have to do some tests to reproduce the problem. In the meantime, I guess you can just install the package into each zone manually, I hope it's not too many. ---------------------------------------------------------------------- (0005995) bonivart (manager) - 2009-04-21 19:03 http://www.opencsw.org/mantis/view.php?id=3469#c5995 ---------------------------------------------------------------------- Still haven't had time to test but wondering if it's just cswclassutils not being present in the (sparse) zones? ---------------------------------------------------------------------- (0006218) bonivart (manager) - 2009-05-28 16:42 http://www.opencsw.org/mantis/view.php?id=3469#c6218 ---------------------------------------------------------------------- I really can't get any further without more info. I will have to assume that the install was done from a sparse zone so CSWcswclassutils (which contains files in /usr) failed. The fix is to install CSWcswclassutils from the global zone. Issue History Date Modified Username Field Change ====================================================================== 2009-03-14 16:34 automatthias New Issue 2009-03-24 13:09 ihsan Status new => assigned 2009-03-24 13:09 ihsan Assigned To => ihsan 2009-03-24 15:46 ihsan Note Added: 0005725 2009-03-24 15:46 ihsan Status assigned => acknowledged 2009-03-24 15:46 ihsan Project syslog_ng => cswclassutils 2009-03-24 22:02 bonivart Status acknowledged => assigned 2009-03-24 22:02 bonivart Assigned To ihsan => bonivart 2009-03-24 22:04 bonivart Note Added: 0005730 2009-04-21 19:03 bonivart Note Added: 0005995 2009-05-28 16:42 bonivart Note Added: 0006218 ====================================================================== From noreply at opencsw.org Thu May 28 16:43:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 16:43:38 +0200 Subject: [bug-notifications] [cswclassutils 0003469]: Zone support for syslog_ng In-Reply-To: <5901603d8da14293f093102325221082> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3469 ====================================================================== Reported By: automatthias Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3469 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-03-14 16:34 CET Last Modified: 2009-05-28 16:43 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 ====================================================================== ---------------------------------------------------------------------- (0005725) ihsan (reporter) - 2009-03-24 15:46 http://www.opencsw.org/mantis/view.php?id=3469#c5725 ---------------------------------------------------------------------- The smf manifest is provided by cswclassutils. I'll transfer this bug to cswlcassutils. ---------------------------------------------------------------------- (0005730) bonivart (manager) - 2009-03-24 22:04 http://www.opencsw.org/mantis/view.php?id=3469#c5730 ---------------------------------------------------------------------- Ok, I have to do some tests to reproduce the problem. In the meantime, I guess you can just install the package into each zone manually, I hope it's not too many. ---------------------------------------------------------------------- (0005995) bonivart (manager) - 2009-04-21 19:03 http://www.opencsw.org/mantis/view.php?id=3469#c5995 ---------------------------------------------------------------------- Still haven't had time to test but wondering if it's just cswclassutils not being present in the (sparse) zones? ---------------------------------------------------------------------- (0006218) bonivart (manager) - 2009-05-28 16:42 http://www.opencsw.org/mantis/view.php?id=3469#c6218 ---------------------------------------------------------------------- I really can't get any further without more info. I will have to assume that the install was done from a sparse zone so CSWcswclassutils (which contains files in /usr) failed. The fix is to install CSWcswclassutils from the global zone. ---------------------------------------------------------------------- (0006219) bonivart (manager) - 2009-05-28 16:43 http://www.opencsw.org/mantis/view.php?id=3469#c6219 ---------------------------------------------------------------------- I have added info about the sparse zone issue on the wiki. Issue History Date Modified Username Field Change ====================================================================== 2009-03-14 16:34 automatthias New Issue 2009-03-24 13:09 ihsan Status new => assigned 2009-03-24 13:09 ihsan Assigned To => ihsan 2009-03-24 15:46 ihsan Note Added: 0005725 2009-03-24 15:46 ihsan Status assigned => acknowledged 2009-03-24 15:46 ihsan Project syslog_ng => cswclassutils 2009-03-24 22:02 bonivart Status acknowledged => assigned 2009-03-24 22:02 bonivart Assigned To ihsan => bonivart 2009-03-24 22:04 bonivart Note Added: 0005730 2009-04-21 19:03 bonivart Note Added: 0005995 2009-05-28 16:42 bonivart Note Added: 0006218 2009-05-28 16:43 bonivart Note Added: 0006219 2009-05-28 16:43 bonivart Status assigned => closed ====================================================================== From noreply at opencsw.org Thu May 28 17:12:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 17:12:40 +0200 Subject: [bug-notifications] [amanda 0003692]: Missing Amanda User In-Reply-To: <4dd32e2840c68addc292be3dcb90e4ba> Message-ID: <58aa1d3d241d5d5c32eb498fb99be7bd@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3692 ====================================================================== Reported By: DerJoern Assigned To: ====================================================================== Project: amanda Issue ID: 3692 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-28 09:13 CEST Last Modified: 2009-05-28 17:12 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) ====================================================================== ---------------------------------------------------------------------- (0006213) darin (manager) - 2009-05-28 14:33 http://www.opencsw.org/bugtrack/view.php?id=3692#c6213 ---------------------------------------------------------------------- Thanks for bringing this to my attention, it's definitely a packaging problem that I missed. An updated package will be available soon. ---------------------------------------------------------------------- (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. Issue History Date Modified Username Field Change ====================================================================== 2009-05-28 09:13 DerJoern New Issue 2009-05-28 14:33 darin Note Added: 0006213 2009-05-28 17:12 darin Note Added: 0006220 ====================================================================== From noreply at opencsw.org Thu May 28 17:13:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 17:13:00 +0200 Subject: [bug-notifications] [amanda 0003692]: Missing Amanda User In-Reply-To: <4dd32e2840c68addc292be3dcb90e4ba> Message-ID: The following issue has been RESOLVED. ====================================================================== 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: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-28 09:13 CEST Last Modified: 2009-05-28 17:12 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) ====================================================================== ---------------------------------------------------------------------- (0006213) darin (manager) - 2009-05-28 14:33 http://www.opencsw.org/bugtrack/view.php?id=3692#c6213 ---------------------------------------------------------------------- Thanks for bringing this to my attention, it's definitely a packaging problem that I missed. An updated package will be available soon. ---------------------------------------------------------------------- (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. Issue History Date Modified Username Field Change ====================================================================== 2009-05-28 09:13 DerJoern New Issue 2009-05-28 14:33 darin Note Added: 0006213 2009-05-28 17:12 darin Note Added: 0006220 2009-05-28 17:12 darin Status new => resolved 2009-05-28 17:12 darin Resolution open => fixed 2009-05-28 17:12 darin Assigned To => darin ====================================================================== From noreply at opencsw.org Thu May 28 20:08:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 May 2009 20:08:00 +0200 Subject: [bug-notifications] [shutils 0003693]: upgrade to coreutils Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3693 ====================================================================== Reported By: darin Assigned To: ====================================================================== Project: shutils Issue ID: 3693 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-28 20:07 CEST Last Modified: 2009-05-28 20:07 CEST ====================================================================== Summary: upgrade to coreutils Description: The fileutils, sh-utils, and textutils packages have been combined into the GNU coreutils package. Can you please update our seriously outdated versions of these three packages. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-28 20:07 darin New Issue ====================================================================== From noreply at opencsw.org Fri May 29 10:20:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 10:20:51 +0200 Subject: [bug-notifications] [gcc4g++rt 0003694]: libstdc++.so.6.0.10 doesn't see libgcc_s.so.1 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3694 ====================================================================== Reported By: kamilradz Assigned To: ====================================================================== Project: gcc4g++rt Issue ID: 3694 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-29 10:20 CEST Last Modified: 2009-05-29 10:20 CEST ====================================================================== Summary: libstdc++.so.6.0.10 doesn't see libgcc_s.so.1 Description: /opt/csw/gcc4/lib/libstdc++.so.6.0.10 looks for libgcc_s.so.1 dependency in system runtime linking environment, instead of linking to /opt/csw/gcc4/lib/libgcc_s.so.1 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-29 10:20 kamilradz New Issue ====================================================================== From noreply at opencsw.org Fri May 29 11:36:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 11:36:46 +0200 Subject: [bug-notifications] [cswclassutils 0003469]: Zone support for syslog_ng In-Reply-To: <5901603d8da14293f093102325221082> Message-ID: <0a9255bd88ca6e6ec7879cc8d10fb476@www.opencsw.org> The following issue has been REOPENED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3469 ====================================================================== Reported By: automatthias Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3469 Category: packaging Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-03-14 16:34 CET Last Modified: 2009-05-29 11:36 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 ====================================================================== ---------------------------------------------------------------------- (0005725) ihsan (reporter) - 2009-03-24 15:46 http://www.opencsw.org/mantis/view.php?id=3469#c5725 ---------------------------------------------------------------------- The smf manifest is provided by cswclassutils. I'll transfer this bug to cswlcassutils. ---------------------------------------------------------------------- (0005730) bonivart (manager) - 2009-03-24 22:04 http://www.opencsw.org/mantis/view.php?id=3469#c5730 ---------------------------------------------------------------------- Ok, I have to do some tests to reproduce the problem. In the meantime, I guess you can just install the package into each zone manually, I hope it's not too many. ---------------------------------------------------------------------- (0005995) bonivart (manager) - 2009-04-21 19:03 http://www.opencsw.org/mantis/view.php?id=3469#c5995 ---------------------------------------------------------------------- Still haven't had time to test but wondering if it's just cswclassutils not being present in the (sparse) zones? ---------------------------------------------------------------------- (0006218) bonivart (manager) - 2009-05-28 16:42 http://www.opencsw.org/mantis/view.php?id=3469#c6218 ---------------------------------------------------------------------- I really can't get any further without more info. I will have to assume that the install was done from a sparse zone so CSWcswclassutils (which contains files in /usr) failed. The fix is to install CSWcswclassutils from the global zone. ---------------------------------------------------------------------- (0006219) bonivart (manager) - 2009-05-28 16:43 http://www.opencsw.org/mantis/view.php?id=3469#c6219 ---------------------------------------------------------------------- I have added info about the sparse zone issue on the wiki. ---------------------------------------------------------------------- (0006221) automatthias (reporter) - 2009-05-29 11:36 http://www.opencsw.org/mantis/view.php?id=3469#c6221 ---------------------------------------------------------------------- It is fixable, I've created http://apps.sourceforge.net/trac/gar/changeset/5096 with a proposal. Issue History Date Modified Username Field Change ====================================================================== 2009-03-14 16:34 automatthias New Issue 2009-03-24 13:09 ihsan Status new => assigned 2009-03-24 13:09 ihsan Assigned To => ihsan 2009-03-24 15:46 ihsan Note Added: 0005725 2009-03-24 15:46 ihsan Status assigned => acknowledged 2009-03-24 15:46 ihsan Project syslog_ng => cswclassutils 2009-03-24 22:02 bonivart Status acknowledged => assigned 2009-03-24 22:02 bonivart Assigned To ihsan => bonivart 2009-03-24 22:04 bonivart Note Added: 0005730 2009-04-21 19:03 bonivart Note Added: 0005995 2009-05-28 16:42 bonivart Note Added: 0006218 2009-05-28 16:43 bonivart Note Added: 0006219 2009-05-28 16:43 bonivart Status assigned => closed 2009-05-28 16:43 bonivart Resolution open => not fixable 2009-05-29 11:36 automatthias Note Added: 0006221 2009-05-29 11:36 automatthias Status closed => feedback 2009-05-29 11:36 automatthias Resolution not fixable => reopened ====================================================================== From noreply at opencsw.org Fri May 29 11:57:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 11:57:50 +0200 Subject: [bug-notifications] [gcc4g++rt 0003694]: libstdc++.so.6.0.10 doesn't see libgcc_s.so.1 In-Reply-To: <3c1b456a7b382ed154befba22a351eb9> Message-ID: A NOTE has been added to this issue. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3694 ====================================================================== Reported By: kamilradz Assigned To: ====================================================================== Project: gcc4g++rt Issue ID: 3694 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-29 10:20 CEST Last Modified: 2009-05-29 11:57 CEST ====================================================================== Summary: libstdc++.so.6.0.10 doesn't see libgcc_s.so.1 Description: /opt/csw/gcc4/lib/libstdc++.so.6.0.10 looks for libgcc_s.so.1 dependency in system runtime linking environment, instead of linking to /opt/csw/gcc4/lib/libgcc_s.so.1 ====================================================================== ---------------------------------------------------------------------- (0006222) dam (reporter) - 2009-05-29 11:57 http://opencsw.org/bugtrack/view.php?id=3694#c6222 ---------------------------------------------------------------------- For the library to be self-sufficient the runtime linker path must be compiled into the shared lib. No RUNPATH there: build8s% dump -Lv /opt/csw/gcc4/lib/libstdc++.so.6.0.10 /opt/csw/gcc4/lib/libstdc++.so.6.0.10: **** DYNAMIC SECTION INFORMATION **** .dynamic: [INDEX] Tag Value [1] NEEDED libm.so.1 [2] NEEDED libgcc_s.so.1 [3] INIT 0x5c0f0 [4] FINI 0x5c10c [5] SONAME libstdc++.so.6 [6] HASH 0x94 [7] STRTAB 0x16fc0 [8] STRSZ 0x2a5f2 [9] SYMTAB 0x7b00 [10] SYMENT 0x10 [11] CHECKSUM 0x9ea4 [12] VERNEED 0x415b4 [13] VERNEEDNUM 0x2 [14] PLTSZ 0x2088 [15] PLTREL 0x7 [16] JMPREL 0x54398 [17] RELA 0x415f4 [18] RELASZ 0x14e2c [19] RELAENT 0xc [20] FEATURE_1 PARINIT [21] FLAGS 0 [22] FLAGS_1 DISPRELDONE [23] PLTGOT 0xedb04 However, as libstdc++.so.6.0.10 is always linked to a binary, that binary itself needs to have this runtime linker path also. So there is a slight flaw inside the shared lib which should be fixed some time, bit it shouldn't be visible when you compile something as '-R/opt/csw/gcc4/lib' is mandatory. Issue History Date Modified Username Field Change ====================================================================== 2009-05-29 10:20 kamilradz New Issue 2009-05-29 11:57 dam Note Added: 0006222 ====================================================================== From noreply at opencsw.org Fri May 29 13:39:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 13:39:00 +0200 Subject: [bug-notifications] [cswclassutils 0003469]: Zone support for syslog_ng In-Reply-To: <5901603d8da14293f093102325221082> Message-ID: <6651f1331738ddd44fd7625ae2349549@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3469 ====================================================================== Reported By: automatthias Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3469 Category: packaging Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-03-14 16:34 CET Last Modified: 2009-05-29 13:38 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 ====================================================================== ---------------------------------------------------------------------- (0005725) ihsan (reporter) - 2009-03-24 15:46 http://www.opencsw.org/mantis/view.php?id=3469#c5725 ---------------------------------------------------------------------- The smf manifest is provided by cswclassutils. I'll transfer this bug to cswlcassutils. ---------------------------------------------------------------------- (0005730) bonivart (manager) - 2009-03-24 22:04 http://www.opencsw.org/mantis/view.php?id=3469#c5730 ---------------------------------------------------------------------- Ok, I have to do some tests to reproduce the problem. In the meantime, I guess you can just install the package into each zone manually, I hope it's not too many. ---------------------------------------------------------------------- (0005995) bonivart (manager) - 2009-04-21 19:03 http://www.opencsw.org/mantis/view.php?id=3469#c5995 ---------------------------------------------------------------------- Still haven't had time to test but wondering if it's just cswclassutils not being present in the (sparse) zones? ---------------------------------------------------------------------- (0006218) bonivart (manager) - 2009-05-28 16:42 http://www.opencsw.org/mantis/view.php?id=3469#c6218 ---------------------------------------------------------------------- I really can't get any further without more info. I will have to assume that the install was done from a sparse zone so CSWcswclassutils (which contains files in /usr) failed. The fix is to install CSWcswclassutils from the global zone. ---------------------------------------------------------------------- (0006219) bonivart (manager) - 2009-05-28 16:43 http://www.opencsw.org/mantis/view.php?id=3469#c6219 ---------------------------------------------------------------------- I have added info about the sparse zone issue on the wiki. ---------------------------------------------------------------------- (0006221) automatthias (reporter) - 2009-05-29 11:36 http://www.opencsw.org/mantis/view.php?id=3469#c6221 ---------------------------------------------------------------------- It is fixable, I've created http://apps.sourceforge.net/trac/gar/changeset/5096 with a proposal. ---------------------------------------------------------------------- (0006223) bonivart (manager) - 2009-05-29 13:38 http://www.opencsw.org/mantis/view.php?id=3469#c6223 ---------------------------------------------------------------------- Why is that a fix and for what? Please explain what's the problem first? Is it a problem with syslog_ng or cswclassutils? And who are you? automaciej from IRC, wahwah from Sourceforge? Issue History Date Modified Username Field Change ====================================================================== 2009-03-14 16:34 automatthias New Issue 2009-03-24 13:09 ihsan Status new => assigned 2009-03-24 13:09 ihsan Assigned To => ihsan 2009-03-24 15:46 ihsan Note Added: 0005725 2009-03-24 15:46 ihsan Status assigned => acknowledged 2009-03-24 15:46 ihsan Project syslog_ng => cswclassutils 2009-03-24 22:02 bonivart Status acknowledged => assigned 2009-03-24 22:02 bonivart Assigned To ihsan => bonivart 2009-03-24 22:04 bonivart Note Added: 0005730 2009-04-21 19:03 bonivart Note Added: 0005995 2009-05-28 16:42 bonivart Note Added: 0006218 2009-05-28 16:43 bonivart Note Added: 0006219 2009-05-28 16:43 bonivart Status assigned => closed 2009-05-28 16:43 bonivart Resolution open => not fixable 2009-05-29 11:36 automatthias Note Added: 0006221 2009-05-29 11:36 automatthias Status closed => feedback 2009-05-29 11:36 automatthias Resolution not fixable => reopened 2009-05-29 13:38 bonivart Note Added: 0006223 ====================================================================== From noreply at opencsw.org Fri May 29 13:44:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 13:44:27 +0200 Subject: [bug-notifications] [syslog_ng 0003468]: service is started automatically regardless to the state of Sun /usr/sbin/syslogd In-Reply-To: <3896957978e3a7993642d2c754721e16> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3468 ====================================================================== Reported By: automatthias Assigned To: ihsan ====================================================================== Project: syslog_ng Issue ID: 3468 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-03-14 16:30 CET Last Modified: 2009-05-29 13:44 CEST ====================================================================== Summary: service is started automatically regardless to the state of Sun /usr/sbin/syslogd Description: After package installation, syslog_ng service is started, can't run, and goes into maintenance state. It would be better to do svcadm disable svc:/system/system-log:default Before starting syslog_ng. ====================================================================== ---------------------------------------------------------------------- (0005723) ihsan (manager) - 2009-03-24 14:06 http://www.opencsw.org/bugtrack/view.php?id=3468#c5723 ---------------------------------------------------------------------- I don't think this is a bug. If you are going to install syslog_ng, it's for the purpose to replace the syslogd that comes with Solaris. Therefore, you should be already aware, that this might occur a conflict. ---------------------------------------------------------------------- (0006224) maciej (reporter) - 2009-05-29 13:44 http://www.opencsw.org/bugtrack/view.php?id=3468#c6224 ---------------------------------------------------------------------- It's more of a feature request than a bug. Changeset 5101 contains a proposal. http://apps.sourceforge.net/trac/gar/changeset/5101 Issue History Date Modified Username Field Change ====================================================================== 2009-03-14 16:30 automatthias New Issue 2009-03-24 13:07 ihsan Status new => assigned 2009-03-24 13:07 ihsan Assigned To => ihsan 2009-03-24 14:06 ihsan Note Added: 0005723 2009-03-24 14:06 ihsan Status assigned => feedback 2009-05-29 13:44 maciej Note Added: 0006224 ====================================================================== From noreply at opencsw.org Fri May 29 13:48:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 13:48:28 +0200 Subject: [bug-notifications] [pm_parserecdescent 0003695]: Needs to depend on CSWpmversion Message-ID: The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3695 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pm_parserecdescent Issue ID: 3695 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-29 13:48 CEST Last Modified: 2009-05-29 13:48 CEST ====================================================================== Summary: Needs to depend on CSWpmversion Description: Just installed pm_parserecdescent, but it bails out because it can't find version.pm. $ perl -MParse::RecDescent Can't locate version.pm in @INC (@INC contains: /opt/csw/lib/perl/5.8.8 /opt/csw/share/perl/5.8.8 /opt/csw/lib/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw /opt/csw/share/perl/csw .) at /opt/csw/share/perl/csw/Parse/RecDescent.pm line 1722. BEGIN failed--compilation aborted at /opt/csw/share/perl/csw/Parse/RecDescent.pm line 1722. Compilation failed in require. BEGIN failed--compilation aborted. After installing pm_version this error goes away. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-29 13:48 skayser New Issue ====================================================================== From noreply at opencsw.org Fri May 29 13:54:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 13:54:25 +0200 Subject: [bug-notifications] [cswclassutils 0003469]: Zone support for syslog_ng In-Reply-To: <5901603d8da14293f093102325221082> Message-ID: <670f40179ea1239c0df0d7974f9c4af6@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3469 ====================================================================== Reported By: automatthias Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3469 Category: packaging Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-03-14 16:34 CET Last Modified: 2009-05-29 13:54 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 ====================================================================== ---------------------------------------------------------------------- (0005725) ihsan (reporter) - 2009-03-24 15:46 http://www.opencsw.org/mantis/view.php?id=3469#c5725 ---------------------------------------------------------------------- The smf manifest is provided by cswclassutils. I'll transfer this bug to cswlcassutils. ---------------------------------------------------------------------- (0005730) bonivart (manager) - 2009-03-24 22:04 http://www.opencsw.org/mantis/view.php?id=3469#c5730 ---------------------------------------------------------------------- Ok, I have to do some tests to reproduce the problem. In the meantime, I guess you can just install the package into each zone manually, I hope it's not too many. ---------------------------------------------------------------------- (0005995) bonivart (manager) - 2009-04-21 19:03 http://www.opencsw.org/mantis/view.php?id=3469#c5995 ---------------------------------------------------------------------- Still haven't had time to test but wondering if it's just cswclassutils not being present in the (sparse) zones? ---------------------------------------------------------------------- (0006218) bonivart (manager) - 2009-05-28 16:42 http://www.opencsw.org/mantis/view.php?id=3469#c6218 ---------------------------------------------------------------------- I really can't get any further without more info. I will have to assume that the install was done from a sparse zone so CSWcswclassutils (which contains files in /usr) failed. The fix is to install CSWcswclassutils from the global zone. ---------------------------------------------------------------------- (0006219) bonivart (manager) - 2009-05-28 16:43 http://www.opencsw.org/mantis/view.php?id=3469#c6219 ---------------------------------------------------------------------- I have added info about the sparse zone issue on the wiki. ---------------------------------------------------------------------- (0006221) automatthias (reporter) - 2009-05-29 11:36 http://www.opencsw.org/mantis/view.php?id=3469#c6221 ---------------------------------------------------------------------- It is fixable, I've created http://apps.sourceforge.net/trac/gar/changeset/5096 with a proposal. ---------------------------------------------------------------------- (0006223) bonivart (manager) - 2009-05-29 13:38 http://www.opencsw.org/mantis/view.php?id=3469#c6223 ---------------------------------------------------------------------- Why is that a fix and for what? Please explain what's the problem first? Is it a problem with syslog_ng or cswclassutils? And who are you? automaciej from IRC, wahwah from Sourceforge? ---------------------------------------------------------------------- (0006225) automatthias (reporter) - 2009-05-29 13:54 http://www.opencsw.org/mantis/view.php?id=3469#c6225 ---------------------------------------------------------------------- Yes, it's the same person: automaciej from irc == wahwah from sourceforge == maciej from the mailing list In short: The original problem was that syslog_ng didn't get started in non-global zones. Changeset 5096 fixes that. Longer explanation: I don't think that the SMF manifest was provided by cswclassutils. There was an XML file in the 'files' folder. Changeset 5096 ports syslog_ng to mgar v2 and switches SMF handling to cswclassutils. As a side note, I don't think this bug belongs to cswclassutils or common, it belongs to syslog_ng. Issue History Date Modified Username Field Change ====================================================================== 2009-03-14 16:34 automatthias New Issue 2009-03-24 13:09 ihsan Status new => assigned 2009-03-24 13:09 ihsan Assigned To => ihsan 2009-03-24 15:46 ihsan Note Added: 0005725 2009-03-24 15:46 ihsan Status assigned => acknowledged 2009-03-24 15:46 ihsan Project syslog_ng => cswclassutils 2009-03-24 22:02 bonivart Status acknowledged => assigned 2009-03-24 22:02 bonivart Assigned To ihsan => bonivart 2009-03-24 22:04 bonivart Note Added: 0005730 2009-04-21 19:03 bonivart Note Added: 0005995 2009-05-28 16:42 bonivart Note Added: 0006218 2009-05-28 16:43 bonivart Note Added: 0006219 2009-05-28 16:43 bonivart Status assigned => closed 2009-05-28 16:43 bonivart Resolution open => not fixable 2009-05-29 11:36 automatthias Note Added: 0006221 2009-05-29 11:36 automatthias Status closed => feedback 2009-05-29 11:36 automatthias Resolution not fixable => reopened 2009-05-29 13:38 bonivart Note Added: 0006223 2009-05-29 13:54 automatthias Note Added: 0006225 ====================================================================== From noreply at opencsw.org Fri May 29 14:09:09 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 14:09:09 +0200 Subject: [bug-notifications] [cswclassutils 0003469]: Zone support for syslog_ng In-Reply-To: <5901603d8da14293f093102325221082> Message-ID: <08ae0660ed04c498f5b12c9a98902d8a@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3469 ====================================================================== Reported By: automatthias Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3469 Category: packaging Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-03-14 16:34 CET Last Modified: 2009-05-29 14:09 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 ====================================================================== ---------------------------------------------------------------------- (0005725) ihsan (reporter) - 2009-03-24 15:46 http://www.opencsw.org/mantis/view.php?id=3469#c5725 ---------------------------------------------------------------------- The smf manifest is provided by cswclassutils. I'll transfer this bug to cswlcassutils. ---------------------------------------------------------------------- (0005730) bonivart (manager) - 2009-03-24 22:04 http://www.opencsw.org/mantis/view.php?id=3469#c5730 ---------------------------------------------------------------------- Ok, I have to do some tests to reproduce the problem. In the meantime, I guess you can just install the package into each zone manually, I hope it's not too many. ---------------------------------------------------------------------- (0005995) bonivart (manager) - 2009-04-21 19:03 http://www.opencsw.org/mantis/view.php?id=3469#c5995 ---------------------------------------------------------------------- Still haven't had time to test but wondering if it's just cswclassutils not being present in the (sparse) zones? ---------------------------------------------------------------------- (0006218) bonivart (manager) - 2009-05-28 16:42 http://www.opencsw.org/mantis/view.php?id=3469#c6218 ---------------------------------------------------------------------- I really can't get any further without more info. I will have to assume that the install was done from a sparse zone so CSWcswclassutils (which contains files in /usr) failed. The fix is to install CSWcswclassutils from the global zone. ---------------------------------------------------------------------- (0006219) bonivart (manager) - 2009-05-28 16:43 http://www.opencsw.org/mantis/view.php?id=3469#c6219 ---------------------------------------------------------------------- I have added info about the sparse zone issue on the wiki. ---------------------------------------------------------------------- (0006221) automatthias (reporter) - 2009-05-29 11:36 http://www.opencsw.org/mantis/view.php?id=3469#c6221 ---------------------------------------------------------------------- It is fixable, I've created http://apps.sourceforge.net/trac/gar/changeset/5096 with a proposal. ---------------------------------------------------------------------- (0006223) bonivart (manager) - 2009-05-29 13:38 http://www.opencsw.org/mantis/view.php?id=3469#c6223 ---------------------------------------------------------------------- Why is that a fix and for what? Please explain what's the problem first? Is it a problem with syslog_ng or cswclassutils? And who are you? automaciej from IRC, wahwah from Sourceforge? ---------------------------------------------------------------------- (0006225) automatthias (reporter) - 2009-05-29 13:54 http://www.opencsw.org/mantis/view.php?id=3469#c6225 ---------------------------------------------------------------------- Yes, it's the same person: automaciej from irc == wahwah from sourceforge == maciej from the mailing list In short: The original problem was that syslog_ng didn't get started in non-global zones. Changeset 5096 fixes that. Longer explanation: I don't think that the SMF manifest was provided by cswclassutils. There was an XML file in the 'files' folder. Changeset 5096 ports syslog_ng to mgar v2 and switches SMF handling to cswclassutils. As a side note, I don't think this bug belongs to cswclassutils or common, it belongs to syslog_ng. ---------------------------------------------------------------------- (0006226) bonivart (manager) - 2009-05-29 14:09 http://www.opencsw.org/mantis/view.php?id=3469#c6226 ---------------------------------------------------------------------- Ok, thanks for the clarification. :-) According to your link Ihsan already used the SMF support through cswclassutils: SPKG_CLASSES = none cswinitsmf That class autogenerates a manifest and that's what gets imported so even if he somehow packaged another manifest I doubt very much it was used, it may have been there as some contrib stuff. But as I have tried to mention before, cswclassutils contains files in /usr so if you're running a sparse zone and tries to install, in this case, syslog_ng from it, the dependency installation of cswclassutils will fail since /usr is read-only. The fix is to have cswclassutils installed from the global zone so the dependency is fulfilled beforehand. Issue History Date Modified Username Field Change ====================================================================== 2009-03-14 16:34 automatthias New Issue 2009-03-24 13:09 ihsan Status new => assigned 2009-03-24 13:09 ihsan Assigned To => ihsan 2009-03-24 15:46 ihsan Note Added: 0005725 2009-03-24 15:46 ihsan Status assigned => acknowledged 2009-03-24 15:46 ihsan Project syslog_ng => cswclassutils 2009-03-24 22:02 bonivart Status acknowledged => assigned 2009-03-24 22:02 bonivart Assigned To ihsan => bonivart 2009-03-24 22:04 bonivart Note Added: 0005730 2009-04-21 19:03 bonivart Note Added: 0005995 2009-05-28 16:42 bonivart Note Added: 0006218 2009-05-28 16:43 bonivart Note Added: 0006219 2009-05-28 16:43 bonivart Status assigned => closed 2009-05-28 16:43 bonivart Resolution open => not fixable 2009-05-29 11:36 automatthias Note Added: 0006221 2009-05-29 11:36 automatthias Status closed => feedback 2009-05-29 11:36 automatthias Resolution not fixable => reopened 2009-05-29 13:38 bonivart Note Added: 0006223 2009-05-29 13:54 automatthias Note Added: 0006225 2009-05-29 14:09 bonivart Note Added: 0006226 ====================================================================== From noreply at opencsw.org Fri May 29 14:14:17 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 14:14:17 +0200 Subject: [bug-notifications] [cswclassutils 0003469]: Zone support for syslog_ng In-Reply-To: <5901603d8da14293f093102325221082> Message-ID: <6f14fdf2a6e48244abadb90679ce7241@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3469 ====================================================================== Reported By: automatthias Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3469 Category: packaging Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-03-14 16:34 CET Last Modified: 2009-05-29 14:14 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 ====================================================================== ---------------------------------------------------------------------- (0005725) ihsan (reporter) - 2009-03-24 15:46 http://www.opencsw.org/mantis/view.php?id=3469#c5725 ---------------------------------------------------------------------- The smf manifest is provided by cswclassutils. I'll transfer this bug to cswlcassutils. ---------------------------------------------------------------------- (0005730) bonivart (manager) - 2009-03-24 22:04 http://www.opencsw.org/mantis/view.php?id=3469#c5730 ---------------------------------------------------------------------- Ok, I have to do some tests to reproduce the problem. In the meantime, I guess you can just install the package into each zone manually, I hope it's not too many. ---------------------------------------------------------------------- (0005995) bonivart (manager) - 2009-04-21 19:03 http://www.opencsw.org/mantis/view.php?id=3469#c5995 ---------------------------------------------------------------------- Still haven't had time to test but wondering if it's just cswclassutils not being present in the (sparse) zones? ---------------------------------------------------------------------- (0006218) bonivart (manager) - 2009-05-28 16:42 http://www.opencsw.org/mantis/view.php?id=3469#c6218 ---------------------------------------------------------------------- I really can't get any further without more info. I will have to assume that the install was done from a sparse zone so CSWcswclassutils (which contains files in /usr) failed. The fix is to install CSWcswclassutils from the global zone. ---------------------------------------------------------------------- (0006219) bonivart (manager) - 2009-05-28 16:43 http://www.opencsw.org/mantis/view.php?id=3469#c6219 ---------------------------------------------------------------------- I have added info about the sparse zone issue on the wiki. ---------------------------------------------------------------------- (0006221) automatthias (reporter) - 2009-05-29 11:36 http://www.opencsw.org/mantis/view.php?id=3469#c6221 ---------------------------------------------------------------------- It is fixable, I've created http://apps.sourceforge.net/trac/gar/changeset/5096 with a proposal. ---------------------------------------------------------------------- (0006223) bonivart (manager) - 2009-05-29 13:38 http://www.opencsw.org/mantis/view.php?id=3469#c6223 ---------------------------------------------------------------------- Why is that a fix and for what? Please explain what's the problem first? Is it a problem with syslog_ng or cswclassutils? And who are you? automaciej from IRC, wahwah from Sourceforge? ---------------------------------------------------------------------- (0006225) automatthias (reporter) - 2009-05-29 13:54 http://www.opencsw.org/mantis/view.php?id=3469#c6225 ---------------------------------------------------------------------- Yes, it's the same person: automaciej from irc == wahwah from sourceforge == maciej from the mailing list In short: The original problem was that syslog_ng didn't get started in non-global zones. Changeset 5096 fixes that. Longer explanation: I don't think that the SMF manifest was provided by cswclassutils. There was an XML file in the 'files' folder. Changeset 5096 ports syslog_ng to mgar v2 and switches SMF handling to cswclassutils. As a side note, I don't think this bug belongs to cswclassutils or common, it belongs to syslog_ng. ---------------------------------------------------------------------- (0006226) bonivart (manager) - 2009-05-29 14:09 http://www.opencsw.org/mantis/view.php?id=3469#c6226 ---------------------------------------------------------------------- Ok, thanks for the clarification. :-) According to your link Ihsan already used the SMF support through cswclassutils: SPKG_CLASSES = none cswinitsmf That class autogenerates a manifest and that's what gets imported so even if he somehow packaged another manifest I doubt very much it was used, it may have been there as some contrib stuff. But as I have tried to mention before, cswclassutils contains files in /usr so if you're running a sparse zone and tries to install, in this case, syslog_ng from it, the dependency installation of cswclassutils will fail since /usr is read-only. The fix is to have cswclassutils installed from the global zone so the dependency is fulfilled beforehand. ---------------------------------------------------------------------- (0006227) automatthias (reporter) - 2009-05-29 14:14 http://www.opencsw.org/mantis/view.php?id=3469#c6227 ---------------------------------------------------------------------- I see, you thought that I installed the package in a sparse zone -- that wasn't the case. Say, you have machine foo with zones foo-zone1 and foo-zone2. You install syslog_ng in the global zone of foo. When you do that, foo-zone1 and foo-zone2 will inherit syslog_ng. What I expect to happen is to have syslog_ng up and running on foo-zone1 and foo-zone2 as well as in the global zone. This wasn't happening, hence this bug. Issue History Date Modified Username Field Change ====================================================================== 2009-03-14 16:34 automatthias New Issue 2009-03-24 13:09 ihsan Status new => assigned 2009-03-24 13:09 ihsan Assigned To => ihsan 2009-03-24 15:46 ihsan Note Added: 0005725 2009-03-24 15:46 ihsan Status assigned => acknowledged 2009-03-24 15:46 ihsan Project syslog_ng => cswclassutils 2009-03-24 22:02 bonivart Status acknowledged => assigned 2009-03-24 22:02 bonivart Assigned To ihsan => bonivart 2009-03-24 22:04 bonivart Note Added: 0005730 2009-04-21 19:03 bonivart Note Added: 0005995 2009-05-28 16:42 bonivart Note Added: 0006218 2009-05-28 16:43 bonivart Note Added: 0006219 2009-05-28 16:43 bonivart Status assigned => closed 2009-05-28 16:43 bonivart Resolution open => not fixable 2009-05-29 11:36 automatthias Note Added: 0006221 2009-05-29 11:36 automatthias Status closed => feedback 2009-05-29 11:36 automatthias Resolution not fixable => reopened 2009-05-29 13:38 bonivart Note Added: 0006223 2009-05-29 13:54 automatthias Note Added: 0006225 2009-05-29 14:09 bonivart Note Added: 0006226 2009-05-29 14:14 automatthias Note Added: 0006227 ====================================================================== From noreply at opencsw.org Fri May 29 14:42:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 14:42:51 +0200 Subject: [bug-notifications] [cswclassutils 0003469]: Zone support for syslog_ng In-Reply-To: <5901603d8da14293f093102325221082> Message-ID: <29678220357f93648e5fdbd19c024b1b@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3469 ====================================================================== Reported By: automatthias Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3469 Category: packaging Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-03-14 16:34 CET Last Modified: 2009-05-29 14:42 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 ====================================================================== ---------------------------------------------------------------------- (0005725) ihsan (reporter) - 2009-03-24 15:46 http://www.opencsw.org/mantis/view.php?id=3469#c5725 ---------------------------------------------------------------------- The smf manifest is provided by cswclassutils. I'll transfer this bug to cswlcassutils. ---------------------------------------------------------------------- (0005730) bonivart (manager) - 2009-03-24 22:04 http://www.opencsw.org/mantis/view.php?id=3469#c5730 ---------------------------------------------------------------------- Ok, I have to do some tests to reproduce the problem. In the meantime, I guess you can just install the package into each zone manually, I hope it's not too many. ---------------------------------------------------------------------- (0005995) bonivart (manager) - 2009-04-21 19:03 http://www.opencsw.org/mantis/view.php?id=3469#c5995 ---------------------------------------------------------------------- Still haven't had time to test but wondering if it's just cswclassutils not being present in the (sparse) zones? ---------------------------------------------------------------------- (0006218) bonivart (manager) - 2009-05-28 16:42 http://www.opencsw.org/mantis/view.php?id=3469#c6218 ---------------------------------------------------------------------- I really can't get any further without more info. I will have to assume that the install was done from a sparse zone so CSWcswclassutils (which contains files in /usr) failed. The fix is to install CSWcswclassutils from the global zone. ---------------------------------------------------------------------- (0006219) bonivart (manager) - 2009-05-28 16:43 http://www.opencsw.org/mantis/view.php?id=3469#c6219 ---------------------------------------------------------------------- I have added info about the sparse zone issue on the wiki. ---------------------------------------------------------------------- (0006221) automatthias (reporter) - 2009-05-29 11:36 http://www.opencsw.org/mantis/view.php?id=3469#c6221 ---------------------------------------------------------------------- It is fixable, I've created http://apps.sourceforge.net/trac/gar/changeset/5096 with a proposal. ---------------------------------------------------------------------- (0006223) bonivart (manager) - 2009-05-29 13:38 http://www.opencsw.org/mantis/view.php?id=3469#c6223 ---------------------------------------------------------------------- Why is that a fix and for what? Please explain what's the problem first? Is it a problem with syslog_ng or cswclassutils? And who are you? automaciej from IRC, wahwah from Sourceforge? ---------------------------------------------------------------------- (0006225) automatthias (reporter) - 2009-05-29 13:54 http://www.opencsw.org/mantis/view.php?id=3469#c6225 ---------------------------------------------------------------------- Yes, it's the same person: automaciej from irc == wahwah from sourceforge == maciej from the mailing list In short: The original problem was that syslog_ng didn't get started in non-global zones. Changeset 5096 fixes that. Longer explanation: I don't think that the SMF manifest was provided by cswclassutils. There was an XML file in the 'files' folder. Changeset 5096 ports syslog_ng to mgar v2 and switches SMF handling to cswclassutils. As a side note, I don't think this bug belongs to cswclassutils or common, it belongs to syslog_ng. ---------------------------------------------------------------------- (0006226) bonivart (manager) - 2009-05-29 14:09 http://www.opencsw.org/mantis/view.php?id=3469#c6226 ---------------------------------------------------------------------- Ok, thanks for the clarification. :-) According to your link Ihsan already used the SMF support through cswclassutils: SPKG_CLASSES = none cswinitsmf That class autogenerates a manifest and that's what gets imported so even if he somehow packaged another manifest I doubt very much it was used, it may have been there as some contrib stuff. But as I have tried to mention before, cswclassutils contains files in /usr so if you're running a sparse zone and tries to install, in this case, syslog_ng from it, the dependency installation of cswclassutils will fail since /usr is read-only. The fix is to have cswclassutils installed from the global zone so the dependency is fulfilled beforehand. ---------------------------------------------------------------------- (0006227) automatthias (reporter) - 2009-05-29 14:14 http://www.opencsw.org/mantis/view.php?id=3469#c6227 ---------------------------------------------------------------------- I see, you thought that I installed the package in a sparse zone -- that wasn't the case. Say, you have machine foo with zones foo-zone1 and foo-zone2. You install syslog_ng in the global zone of foo. When you do that, foo-zone1 and foo-zone2 will inherit syslog_ng. What I expect to happen is to have syslog_ng up and running on foo-zone1 and foo-zone2 as well as in the global zone. This wasn't happening, hence this bug. ---------------------------------------------------------------------- (0006228) bonivart (manager) - 2009-05-29 14:42 http://www.opencsw.org/mantis/view.php?id=3469#c6228 ---------------------------------------------------------------------- Ok, so your changes only to syslog_ng has made it work for you? Then I agree that this is a syslog_ng bug and not a cswclassutils one. We mistakenly transferred the bug to cswclassutils. Is it ok to transfer it back to syslog_ng (Ihsan)? Issue History Date Modified Username Field Change ====================================================================== 2009-03-14 16:34 automatthias New Issue 2009-03-24 13:09 ihsan Status new => assigned 2009-03-24 13:09 ihsan Assigned To => ihsan 2009-03-24 15:46 ihsan Note Added: 0005725 2009-03-24 15:46 ihsan Status assigned => acknowledged 2009-03-24 15:46 ihsan Project syslog_ng => cswclassutils 2009-03-24 22:02 bonivart Status acknowledged => assigned 2009-03-24 22:02 bonivart Assigned To ihsan => bonivart 2009-03-24 22:04 bonivart Note Added: 0005730 2009-04-21 19:03 bonivart Note Added: 0005995 2009-05-28 16:42 bonivart Note Added: 0006218 2009-05-28 16:43 bonivart Note Added: 0006219 2009-05-28 16:43 bonivart Status assigned => closed 2009-05-28 16:43 bonivart Resolution open => not fixable 2009-05-29 11:36 automatthias Note Added: 0006221 2009-05-29 11:36 automatthias Status closed => feedback 2009-05-29 11:36 automatthias Resolution not fixable => reopened 2009-05-29 13:38 bonivart Note Added: 0006223 2009-05-29 13:54 automatthias Note Added: 0006225 2009-05-29 14:09 bonivart Note Added: 0006226 2009-05-29 14:14 automatthias Note Added: 0006227 2009-05-29 14:42 bonivart Note Added: 0006228 ====================================================================== From noreply at opencsw.org Fri May 29 14:54:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 14:54:44 +0200 Subject: [bug-notifications] [netpbm 0003696]: Please upgrade to 10.26.61. Message-ID: <4e3c53961e36bb1df3dfe16fb8ec221b@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3696 ====================================================================== Reported By: ihsan Assigned To: ====================================================================== Project: netpbm Issue ID: 3696 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-29 14:54 CEST Last Modified: 2009-05-29 14:54 CEST ====================================================================== Summary: Please upgrade to 10.26.61. Description: Please upgrade to 10.26.61. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-29 14:54 ihsan New Issue ====================================================================== From noreply at opencsw.org Fri May 29 14:56:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 14:56:38 +0200 Subject: [bug-notifications] [gifsicle 0003697]: Please upgrade to 1.5.5 Message-ID: <810884be2eedfb625c9a275d963c706c@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3697 ====================================================================== Reported By: ihsan Assigned To: ====================================================================== Project: gifsicle Issue ID: 3697 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-29 14:56 CEST Last Modified: 2009-05-29 14:56 CEST ====================================================================== Summary: Please upgrade to 1.5.5 Description: Please upgrade to 1.5.5 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-29 14:56 ihsan New Issue ====================================================================== From noreply at opencsw.org Fri May 29 15:02:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 15:02:38 +0200 Subject: [bug-notifications] [ocrad 0003698]: Please upgrade to 0.1.8 Message-ID: <0b358112eeb18ee860c22706ee9fa05a@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3698 ====================================================================== Reported By: ihsan Assigned To: ====================================================================== Project: ocrad Issue ID: 3698 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-29 15:02 CEST Last Modified: 2009-05-29 15:02 CEST ====================================================================== Summary: Please upgrade to 0.1.8 Description: Please upgrade to 0.1.8 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-29 15:02 ihsan New Issue ====================================================================== From noreply at opencsw.org Fri May 29 15:07:09 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 15:07:09 +0200 Subject: [bug-notifications] [gocr 0003699]: Please upgrade to 0.46 Message-ID: <065f881a01ee559b03a5e1c29eb2be77@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3699 ====================================================================== Reported By: ihsan Assigned To: ====================================================================== Project: gocr Issue ID: 3699 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-29 15:07 CEST Last Modified: 2009-05-29 15:07 CEST ====================================================================== Summary: Please upgrade to 0.46 Description: Please upgrade to 0.46 ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-29 15:07 ihsan New Issue ====================================================================== From noreply at opencsw.org Fri May 29 15:45:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 15:45:08 +0200 Subject: [bug-notifications] [syslog_ng 0003469]: Zone support for syslog_ng In-Reply-To: <5901603d8da14293f093102325221082> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3469 ====================================================================== Reported By: automatthias Assigned To: bonivart ====================================================================== Project: syslog_ng Issue ID: 3469 Category: packaging Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-03-14 16:34 CET Last Modified: 2009-05-29 15:45 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 ====================================================================== ---------------------------------------------------------------------- (0005725) ihsan (manager) - 2009-03-24 15:46 http://www.opencsw.org/mantis/view.php?id=3469#c5725 ---------------------------------------------------------------------- The smf manifest is provided by cswclassutils. I'll transfer this bug to cswlcassutils. ---------------------------------------------------------------------- (0005730) bonivart (reporter) - 2009-03-24 22:04 http://www.opencsw.org/mantis/view.php?id=3469#c5730 ---------------------------------------------------------------------- Ok, I have to do some tests to reproduce the problem. In the meantime, I guess you can just install the package into each zone manually, I hope it's not too many. ---------------------------------------------------------------------- (0005995) bonivart (reporter) - 2009-04-21 19:03 http://www.opencsw.org/mantis/view.php?id=3469#c5995 ---------------------------------------------------------------------- Still haven't had time to test but wondering if it's just cswclassutils not being present in the (sparse) zones? ---------------------------------------------------------------------- (0006218) bonivart (reporter) - 2009-05-28 16:42 http://www.opencsw.org/mantis/view.php?id=3469#c6218 ---------------------------------------------------------------------- I really can't get any further without more info. I will have to assume that the install was done from a sparse zone so CSWcswclassutils (which contains files in /usr) failed. The fix is to install CSWcswclassutils from the global zone. ---------------------------------------------------------------------- (0006219) bonivart (reporter) - 2009-05-28 16:43 http://www.opencsw.org/mantis/view.php?id=3469#c6219 ---------------------------------------------------------------------- I have added info about the sparse zone issue on the wiki. ---------------------------------------------------------------------- (0006221) automatthias (reporter) - 2009-05-29 11:36 http://www.opencsw.org/mantis/view.php?id=3469#c6221 ---------------------------------------------------------------------- It is fixable, I've created http://apps.sourceforge.net/trac/gar/changeset/5096 with a proposal. ---------------------------------------------------------------------- (0006223) bonivart (reporter) - 2009-05-29 13:38 http://www.opencsw.org/mantis/view.php?id=3469#c6223 ---------------------------------------------------------------------- Why is that a fix and for what? Please explain what's the problem first? Is it a problem with syslog_ng or cswclassutils? And who are you? automaciej from IRC, wahwah from Sourceforge? ---------------------------------------------------------------------- (0006225) automatthias (reporter) - 2009-05-29 13:54 http://www.opencsw.org/mantis/view.php?id=3469#c6225 ---------------------------------------------------------------------- Yes, it's the same person: automaciej from irc == wahwah from sourceforge == maciej from the mailing list In short: The original problem was that syslog_ng didn't get started in non-global zones. Changeset 5096 fixes that. Longer explanation: I don't think that the SMF manifest was provided by cswclassutils. There was an XML file in the 'files' folder. Changeset 5096 ports syslog_ng to mgar v2 and switches SMF handling to cswclassutils. As a side note, I don't think this bug belongs to cswclassutils or common, it belongs to syslog_ng. ---------------------------------------------------------------------- (0006226) bonivart (reporter) - 2009-05-29 14:09 http://www.opencsw.org/mantis/view.php?id=3469#c6226 ---------------------------------------------------------------------- Ok, thanks for the clarification. :-) According to your link Ihsan already used the SMF support through cswclassutils: SPKG_CLASSES = none cswinitsmf That class autogenerates a manifest and that's what gets imported so even if he somehow packaged another manifest I doubt very much it was used, it may have been there as some contrib stuff. But as I have tried to mention before, cswclassutils contains files in /usr so if you're running a sparse zone and tries to install, in this case, syslog_ng from it, the dependency installation of cswclassutils will fail since /usr is read-only. The fix is to have cswclassutils installed from the global zone so the dependency is fulfilled beforehand. ---------------------------------------------------------------------- (0006227) automatthias (reporter) - 2009-05-29 14:14 http://www.opencsw.org/mantis/view.php?id=3469#c6227 ---------------------------------------------------------------------- I see, you thought that I installed the package in a sparse zone -- that wasn't the case. Say, you have machine foo with zones foo-zone1 and foo-zone2. You install syslog_ng in the global zone of foo. When you do that, foo-zone1 and foo-zone2 will inherit syslog_ng. What I expect to happen is to have syslog_ng up and running on foo-zone1 and foo-zone2 as well as in the global zone. This wasn't happening, hence this bug. ---------------------------------------------------------------------- (0006228) bonivart (reporter) - 2009-05-29 14:42 http://www.opencsw.org/mantis/view.php?id=3469#c6228 ---------------------------------------------------------------------- Ok, so your changes only to syslog_ng has made it work for you? Then I agree that this is a syslog_ng bug and not a cswclassutils one. We mistakenly transferred the bug to cswclassutils. Is it ok to transfer it back to syslog_ng (Ihsan)? ---------------------------------------------------------------------- (0006229) automatthias (reporter) - 2009-05-29 15:45 http://www.opencsw.org/mantis/view.php?id=3469#c6229 ---------------------------------------------------------------------- Yes, changes to syslog_ng only fixed the issue. Issue History Date Modified Username Field Change ====================================================================== 2009-03-14 16:34 automatthias New Issue 2009-03-24 13:09 ihsan Status new => assigned 2009-03-24 13:09 ihsan Assigned To => ihsan 2009-03-24 15:46 ihsan Note Added: 0005725 2009-03-24 15:46 ihsan Status assigned => acknowledged 2009-03-24 15:46 ihsan Project syslog_ng => cswclassutils 2009-03-24 22:02 bonivart Status acknowledged => assigned 2009-03-24 22:02 bonivart Assigned To ihsan => bonivart 2009-03-24 22:04 bonivart Note Added: 0005730 2009-04-21 19:03 bonivart Note Added: 0005995 2009-05-28 16:42 bonivart Note Added: 0006218 2009-05-28 16:43 bonivart Note Added: 0006219 2009-05-28 16:43 bonivart Status assigned => closed 2009-05-28 16:43 bonivart Resolution open => not fixable 2009-05-29 11:36 automatthias Note Added: 0006221 2009-05-29 11:36 automatthias Status closed => feedback 2009-05-29 11:36 automatthias Resolution not fixable => reopened 2009-05-29 13:38 bonivart Note Added: 0006223 2009-05-29 13:54 automatthias Note Added: 0006225 2009-05-29 14:09 bonivart Note Added: 0006226 2009-05-29 14:14 automatthias Note Added: 0006227 2009-05-29 14:42 bonivart Note Added: 0006228 2009-05-29 14:57 bonivart Project cswclassutils => syslog_ng 2009-05-29 15:45 automatthias Note Added: 0006229 ====================================================================== From noreply at opencsw.org Fri May 29 18:40:47 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 18:40:47 +0200 Subject: [bug-notifications] [pkgutil 0003683]: Add a pkgadd/pkgrm debug option In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3683 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3683 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-22 23:07 CEST Last Modified: 2009-05-29 18:40 CEST ====================================================================== Summary: Add a pkgadd/pkgrm debug option Description: pkgutil already has a debug option, but it is only used to debug pkgutil itself. It would be useful to add a pkgadd debug option which would add the -v option in pkgadd/pkgrm calls. It would help to debug user problem with postinstall/preremove/... code without having to tell me to manually download/uncompress/pkgadd the package. ====================================================================== ---------------------------------------------------------------------- (0006175) bonivart (manager) - 2009-05-23 00:37 http://www.opencsw.org/mantis/view.php?id=3683#c6175 ---------------------------------------------------------------------- Would it be ok if it was an option in pkgutil.conf? I'm trying to be conservative about the number of command line options. ---------------------------------------------------------------------- (0006186) yann (reporter) - 2009-05-23 14:25 http://www.opencsw.org/mantis/view.php?id=3683#c6186 ---------------------------------------------------------------------- You already have the pkgaddopts option in pkgutil.conf, don't you ? My idea is to just tell a user to do pkgutil --trace --install packagename (for example) when they got a postinstall/preremove/... so then they can very easily send me the debug output. I would prefer this option to be a command line option because I think it will be easier for the user, but that's your call. ---------------------------------------------------------------------- (0006189) bonivart (manager) - 2009-05-25 10:07 http://www.opencsw.org/mantis/view.php?id=3683#c6189 ---------------------------------------------------------------------- You're absolutely right. ---------------------------------------------------------------------- (0006190) bonivart (manager) - 2009-05-25 16:22 http://www.opencsw.org/mantis/view.php?id=3683#c6190 ---------------------------------------------------------------------- You now have a --trace option that sets -v for pkgadd/pkgrm operations. You can download the updated pkgutil script from: http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=46 Let me know if it's what you want. ---------------------------------------------------------------------- (0006192) bonivart (manager) - 2009-05-25 18:30 http://www.opencsw.org/mantis/view.php?id=3683#c6192 ---------------------------------------------------------------------- There's also packages in testing now: http://mirror.opencsw.org/testing/pkgutil-1.6b1,REV=2009.05.25-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/pkgutil-1.6b1,REV=2009.05.25-SunOS5.8-sparc-CSW.pkg.gz ---------------------------------------------------------------------- (0006217) bonivart (manager) - 2009-05-28 15:26 http://www.opencsw.org/mantis/view.php?id=3683#c6217 ---------------------------------------------------------------------- Will be in 1.6. ---------------------------------------------------------------------- (0006230) bonivart (manager) - 2009-05-29 18:40 http://www.opencsw.org/mantis/view.php?id=3683#c6230 ---------------------------------------------------------------------- 1.6 released. Issue History Date Modified Username Field Change ====================================================================== 2009-05-22 23:07 yann New Issue 2009-05-23 00:37 bonivart Note Added: 0006175 2009-05-23 00:37 bonivart Status new => assigned 2009-05-23 00:37 bonivart Assigned To => bonivart 2009-05-23 14:25 yann Note Added: 0006186 2009-05-25 10:07 bonivart Note Added: 0006189 2009-05-25 16:22 bonivart Note Added: 0006190 2009-05-25 18:30 bonivart Note Added: 0006192 2009-05-28 15:26 bonivart Note Added: 0006217 2009-05-28 15:26 bonivart Status assigned => resolved 2009-05-28 15:26 bonivart Resolution open => fixed 2009-05-29 18:40 bonivart Note Added: 0006230 2009-05-29 18:40 bonivart Status resolved => closed ====================================================================== From noreply at opencsw.org Fri May 29 18:41:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 18:41:31 +0200 Subject: [bug-notifications] [pkgutil 0003689]: pkgutil -s doesn't honour target architecture (-T) In-Reply-To: <934e107c3c40a8c33a2d5c0850e91af6> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3689 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3689 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-27 10:53 CEST Last Modified: 2009-05-29 18:41 CEST ====================================================================== Summary: pkgutil -s doesn't honour target architecture (-T) Description: Me again, sorry for nagging ;D Wanted to build a package stream for a different architecture (sparc) than the current host (i386), but -T sparc:5.10 didn't seem to work. The packages in the package stream were for i386. $ uname -a SunOS ray1 5.10 Generic_137112-07 i86pc i386 i86pc $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o- windowmaker_dtlogin > wmaker.pkg ... $ pkginfo -d wmaker.pkg -x CSWcommon common - common files and dirs for CSW packages (i386) 1.4.6,REV=2008.04.28 CSWexpat expat - XML Parser Toolkit (i386) 2.0.1,REV=2009.01.22 CSWfconfig fontconfig - A library for configuring and customizing font access. (i386) 2.6.0,REV=2009.04.24 CSWftype2 freetype2 - A free and portable TrueType font rendering engine (i386) 2.3.8,REV=2009.02.16 CSWiconv libiconv - GNU iconv library (i386) 1.12,REV=2008.12.14 CSWisaexec isaexec - sneaky wrapper around Sun isaexec (all) 0.2,REV=2009.03.26 CSWjpeg jpeg - JPEG library and tools by the Independent JPEG Group (i386) 6b,REV=2007.10.28 CSWlibxft2 libxft2 - FreeType-based font drawing library for X (i386) 2.1.6,REV=2005.02.01 CSWlibxrender libxrender - fontconfig.org Xrender library (i386) 0.8.3,REV=2004.03.31 CSWpng png - library for Portable Network Graphics format (PNG) (i386) 1.2.35,REV=2009.02.19 CSWrenderdev render_dev - fontconfig.org render development files (all) 0.8,REV=2004.03.30 CSWtiff tiff - lib and tools for Tag Image File Format (i386) 3.8.2,REV=2007.12.09 CSWungif libungif - library for manipulation of GIF images (i386) 4.1.4,REV=2007.02.05 CSWwmaker windowmaker - OpenStep window manager lookalike (i386) 0.92.0 CSWwmaker-dtlogin windowmaker_dtlogin - dtlogin integration for the Window Maker Window Manager (all) 1.0 CSWxpm xpm - library for X11 PixMap format (libXpm.so.4.11) (i386) 3.4k,REV=2002.12.31 CSWzlib zlib - Zlib Data Compression Library (i386) 1.2.3,REV=2007.05.12 ====================================================================== ---------------------------------------------------------------------- (0006198) skayser (administrator) - 2009-05-27 11:37 http://www.opencsw.org/mantis/view.php?id=3689#c6198 ---------------------------------------------------------------------- Just went over to a sparc box and noticed that the release doesn't seem to be honored either. Working on a 5.10 box and requesting packages from 5.9 still yields 5.10 packages (i.e. packages are pulled from http://mirror/csw/current/arch/5.10). ---------------------------------------------------------------------- (0006199) bonivart (manager) - 2009-05-27 11:55 http://www.opencsw.org/mantis/view.php?id=3689#c6199 ---------------------------------------------------------------------- This worked in 1.4 but broke in 1.5. The new multiple mirror features in 1.5 caused this, I know that Derek and me tested --stream but obviously not with -T. I will fix this. ---------------------------------------------------------------------- (0006200) bonivart (manager) - 2009-05-27 13:00 http://www.opencsw.org/mantis/view.php?id=3689#c6200 ---------------------------------------------------------------------- Could you try r50 please? http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=50 ---------------------------------------------------------------------- (0006201) skayser (administrator) - 2009-05-27 13:21 http://www.opencsw.org/mantis/view.php?id=3689#c6201 ---------------------------------------------------------------------- Alternate target via -T is working now, non-existent output file via -o still fails. skayser @ ray1 ~/tmp$ ./pkgutil -s -T sparc:5.9 -W . -o test.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.6 MB 5 packages to fetch. Do you want to continue? [Y,n] Fetching CSWcommon-1.4.6,REV=2008.04.28... --2009-05-27 13:19:20-- http://csw.informatik.uni-erlangen.de/csw/current/sparc/5.9/common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg Resolving proxy.consol.de... 10.250.0.180 Connecting to proxy.consol.de|10.250.0.180|:8001... connected. Proxy request sent, awaiting response... 200 OK Length: 23552 (23K) [application/octet-stream] Saving to: `./packages/common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg' .. Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream (./packages/test.pkg)... Could not transform packages into stream: No such file or directory at ./pkgutil line 1002, line 1. $ ./pkgutil -s -T sparc:5.10 -W . -o test.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.6 MB 5 packages to fetch. Do you want to continue? [Y,n] A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-sparc-CSW.pkg: No such file or directory at ./pkgutil line 996, line 1. ---------------------------------------------------------------------- (0006202) bonivart (manager) - 2009-05-27 14:05 http://www.opencsw.org/mantis/view.php?id=3689#c6202 ---------------------------------------------------------------------- Yes, I didn't address bug http://www.opencsw.org/mantis/view.php?id=3688 in r50, only this one (the -T issue). I take it that this works now? I also tested -o and that works for me, it's only when using -W it breaks but I will address this in the other bug instead. :-) ---------------------------------------------------------------------- (0006207) bonivart (manager) - 2009-05-27 17:00 http://www.opencsw.org/mantis/view.php?id=3689#c6207 ---------------------------------------------------------------------- Will be in 1.6. ---------------------------------------------------------------------- (0006231) bonivart (manager) - 2009-05-29 18:41 http://www.opencsw.org/mantis/view.php?id=3689#c6231 ---------------------------------------------------------------------- 1.6 released. Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 10:53 skayser New Issue 2009-05-27 11:14 bonivart Status new => assigned 2009-05-27 11:14 bonivart Assigned To => bonivart 2009-05-27 11:37 skayser Note Added: 0006198 2009-05-27 11:53 bonivart Note Added: 0006199 2009-05-27 11:55 bonivart Note Edited: 0006199 2009-05-27 13:00 bonivart Note Added: 0006200 2009-05-27 13:21 skayser Note Added: 0006201 2009-05-27 14:05 bonivart Note Added: 0006202 2009-05-27 17:00 bonivart Note Added: 0006207 2009-05-27 17:00 bonivart Status assigned => resolved 2009-05-27 17:00 bonivart Resolution open => fixed 2009-05-29 18:41 bonivart Note Added: 0006231 2009-05-29 18:41 bonivart Status resolved => closed ====================================================================== From noreply at opencsw.org Fri May 29 18:41:41 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 May 2009 18:41:41 +0200 Subject: [bug-notifications] [pkgutil 0003688]: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 In-Reply-To: <570bc73f7ba9a362cd4567ed46993e38> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3688 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3688 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-05-27 09:18 CEST Last Modified: 2009-05-29 18:41 CEST ====================================================================== Summary: pkgutil fails to build package stream: No such file or directory at ./pkgutil line 995 Description: pkgutil (pkgtrans) seems to bail out, when the package stream is sent to a file and this file doesn't yet exist. When then running pkgutil again, it bails out trying to transform packages (i guess that's because the previous run failed and didn't do cleanups). $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion .... Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Could not transform packages into stream: No such file or directory at /opt/csw/bin/pkgutil line 994. $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: No such file or directory at /opt/csw/bin/pkgutil line 988. $ ls tmp/packages/ CSWcommon common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz CSWion ion-3,REV=2005.04.06.01-SunOS5.8-i386-CSW.pkg.gz CSWlibtool libtool-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlibtoolrt libtool_rt-2.2.6,REV=2009.03.23_rev=a-SunOS5.8-i386-CSW.pkg.gz CSWlua lua-5.1.4,REV=2009.03.30-SunOS5.8-i386-CSW.pkg.gz Touching the output file beforehand works. $ rm -rf tmp/packages/* $ touch tmp/packages/ion.pkg $ pkgutil -y -W tmp/ -T sparc:5.10 -s -o ion.pkg ion Transforming CSWcommon... Transforming CSWlibtoolrt... Transforming CSWlibtool... Transforming CSWlua... Transforming CSWion... Transforming packages into stream... Install commands in dependency safe order: pkgadd -d ion.pkg CSWcommon pkgadd -d ion.pkg CSWlibtoolrt pkgadd -d ion.pkg CSWlibtool pkgadd -d ion.pkg CSWlua pkgadd -d ion.pkg CSWion ====================================================================== ---------------------------------------------------------------------- (0006196) bonivart (manager) - 2009-05-27 10:44 http://www.opencsw.org/mantis/view.php?id=3688#c6196 ---------------------------------------------------------------------- I just tried the simplest form: # pkgutil -y -s ion and that worked (stream file in /var/opt/csw/pkgutil/packages named ion.i386.5.10.pkg). Must be something related to using another work dir. I'll look into it but maybe you can get by for now by skipping -W? ---------------------------------------------------------------------- (0006197) skayser (administrator) - 2009-05-27 11:13 http://www.opencsw.org/mantis/view.php?id=3688#c6197 ---------------------------------------------------------------------- Thanks for the swift feedback, Peter. I resorted to just use -o- and redirect into the file that i wanted. Works. I had used the -W switch because i am working as an unprivileged user on the box where i need to create the package stream and there i had gotten permission errors. Verifying this behavior just now gives me yet another error. $ pkgutil -y -s ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB A local copy of CSWcommon-1.4.6,REV=2008.04.28 exists and is of matching size. A local copy of CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlibtool-2.2.6,REV=2009.03.23_rev=a exists and is of matching size. A local copy of CSWlua-5.1.4,REV=2009.03.30 exists and is of matching size. A local copy of CSWion-3,REV=2005.04.06.01 exists and is of matching size. Transforming CSWcommon... Could not transform common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: Illegal seek at /opt/csw/bin/pkgutil line 988. Letting the admin clear out /var/opt/csw/pkgutil/packages and then re-running pkgutil gives me the initial error that made me use the -W switch. $ pkgutil -y -s ion Parsing catalog, may take a while... New packages: CSWcommon-1.4.6,REV=2008.04.28 CSWlibtoolrt-2.2.6,REV=2009.03.23_rev=a CSWlibtool-2.2.6,REV=2009.03.23_rev=a CSWlua-5.1.4,REV=2009.03.30 CSWion-3,REV=2005.04.06.01 Total size: 1.5 MB Fetching CSWcommon-1.4.6,REV=2008.04.28... /var/opt/csw/pkgutil/packages/common-1.4.6,REV=2008.04.28-SunOS5.8-i386-CSW.pkg.gz: Permission denied Fetching of CSWcommon-1.4.6,REV=2008.04.28 failed. Try updating your catalog with pkgutil -U. ---------------------------------------------------------------------- (0006203) bonivart (manager) - 2009-05-27 15:03 http://www.opencsw.org/mantis/view.php?id=3688#c6203 ---------------------------------------------------------------------- Could you please try r51? http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=51 ---------------------------------------------------------------------- (0006204) skayser (administrator) - 2009-05-27 15:26 http://www.opencsw.org/mantis/view.php?id=3688#c6204 ---------------------------------------------------------------------- Thanks, Peter. Working like a charm and the added display of where the package stream goes to is really helpful. ---------------------------------------------------------------------- (0006205) bonivart (manager) - 2009-05-27 15:35 http://www.opencsw.org/mantis/view.php?id=3688#c6205 ---------------------------------------------------------------------- Great! I guess it wasn't obvious that without -W/-o the stream would end up in /var/opt/csw/pkgutil/packages? :-) I improved the perldoc/man page a little as well. ---------------------------------------------------------------------- (0006206) bonivart (manager) - 2009-05-27 16:59 http://www.opencsw.org/mantis/view.php?id=3688#c6206 ---------------------------------------------------------------------- Will be in 1.6. ---------------------------------------------------------------------- (0006232) bonivart (manager) - 2009-05-29 18:41 http://www.opencsw.org/mantis/view.php?id=3688#c6232 ---------------------------------------------------------------------- 1.6 released. Issue History Date Modified Username Field Change ====================================================================== 2009-05-27 09:18 skayser New Issue 2009-05-27 10:09 bonivart Status new => assigned 2009-05-27 10:09 bonivart Assigned To => bonivart 2009-05-27 10:43 bonivart Note Added: 0006196 2009-05-27 10:44 bonivart Note Edited: 0006196 2009-05-27 11:13 skayser Note Added: 0006197 2009-05-27 15:03 bonivart Note Added: 0006203 2009-05-27 15:26 skayser Note Added: 0006204 2009-05-27 15:35 bonivart Note Added: 0006205 2009-05-27 16:59 bonivart Note Added: 0006206 2009-05-27 16:59 bonivart Status assigned => resolved 2009-05-27 16:59 bonivart Resolution open => fixed 2009-05-29 18:41 bonivart Note Added: 0006232 2009-05-29 18:41 bonivart Status resolved => closed ====================================================================== From noreply at opencsw.org Sun May 31 11:02:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 31 May 2009 11:02:00 +0200 Subject: [bug-notifications] [pm_parserecdescent 0003695]: Needs to depend on CSWpmversion In-Reply-To: <406a446d18e10b1f65f7028ba6670f40> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3695 ====================================================================== Reported By: skayser Assigned To: wbonnet ====================================================================== Project: pm_parserecdescent Issue ID: 3695 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-29 13:48 CEST Last Modified: 2009-05-31 11:01 CEST ====================================================================== Summary: Needs to depend on CSWpmversion Description: Just installed pm_parserecdescent, but it bails out because it can't find version.pm. $ perl -MParse::RecDescent Can't locate version.pm in @INC (@INC contains: /opt/csw/lib/perl/5.8.8 /opt/csw/share/perl/5.8.8 /opt/csw/lib/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/share/perl/site_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw /opt/csw/share/perl/csw .) at /opt/csw/share/perl/csw/Parse/RecDescent.pm line 1722. BEGIN failed--compilation aborted at /opt/csw/share/perl/csw/Parse/RecDescent.pm line 1722. Compilation failed in require. BEGIN failed--compilation aborted. After installing pm_version this error goes away. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-29 13:48 skayser New Issue 2009-05-31 11:01 wbonnet Status new => assigned 2009-05-31 11:01 wbonnet Assigned To => wbonnet ====================================================================== From noreply at opencsw.org Sun May 31 12:53:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 31 May 2009 12:53:30 +0200 Subject: [bug-notifications] [postfix 0003700]: Postfix 2.6.1 released Message-ID: <1bb7901a42cca15285fad9a453305a8d@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3700 ====================================================================== Reported By: philwo Assigned To: ====================================================================== Project: postfix Issue ID: 3700 Category: packaging Reproducibility: N/A Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-31 12:53 CEST Last Modified: 2009-05-31 12:53 CEST ====================================================================== Summary: Postfix 2.6.1 released Description: Hi, Postfix 2.4.4 is quite out of date (and has security issues), Postfix 2.6.1 is the current version. Please see http://www.postfix.org/announcements.html. Best regards, Philipp ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-31 12:53 philwo New Issue ====================================================================== From noreply at opencsw.org Sun May 31 17:12:29 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 31 May 2009 17:12:29 +0200 Subject: [bug-notifications] [pkgutil 0003701]: Upgrading pkgutil with -y fails and leaves system without pkgutil Message-ID: <22a2653344519f62ffe028fa9b45af80@opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://opencsw.org/bugtrack/view.php?id=3701 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3701 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-05-31 17:12 CEST Last Modified: 2009-05-31 17:12 CEST ====================================================================== Summary: Upgrading pkgutil with -y fails and leaves system without pkgutil Description: Just tried to upgrade pkgutil to 1.6 with -y (don't bother me ;). Unfortunately, /var/opt/csw/pkgutil/admin is deleted when removing the old version, so the pkgadd of 1.6 fails. Maybe find some way to keep the admin file around? # pkgutil -v 1.5 # pkgutil -yu pkgutil Parsing catalog, may take a while... Updated packages: CSWpkgutil-1.6,REV=2009.05.29 Total size: 108.5 KB Fetching CSWpkgutil-1.6,REV=2009.05.29... --2009-05-31 16:13:48-- http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz Resolving csw.informatik.uni-erlangen.de... 131.188.30.102 Connecting to csw.informatik.uni-erlangen.de|131.188.30.102|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 111094 (108K) [application/octet-stream] Saving to: `/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz' 100%[=======================================>] 111,094 178K/s in 0.6s 2009-05-31 16:13:49 (178 KB/s) - `/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz' saved [111094/111094] Removing old version of CSWpkgutil Removal of was successful. Installing CSWpkgutil-1.6,REV=2009.05.29 pkgadd: ERROR: unable to open admin file : No such file or directory ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2009-05-31 17:12 skayser New Issue ======================================================================