From noreply at opencsw.org Mon Feb 1 03:08:12 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 1 Feb 2010 03:08:12 +0100 Subject: [bug-notifications] [graphviz2 0002600]: upgrade to graphviz 2.14 In-Reply-To: <4a9481ce01a95f082b0b7aa7b41f574a> Message-ID: <8a9ae881c89895651ad5f93da3a6e9b9@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2600 ====================================================================== Reported By: francois Assigned To: ====================================================================== Project: graphviz2 Issue ID: 2600 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2007-09-24 17:45 CEST Last Modified: 2010-02-01 03:08 CET ====================================================================== Summary: upgrade to graphviz 2.14 Description: Hi, do you plan to update the graphviz2 package to version 2.14 ? I\'m using doxygen 1.5.x which needs graphviz 2.8 or later. Thanks ====================================================================== ---------------------------------------------------------------------- (0007376) ellson (manager) - 2010-02-01 03:08 http://www.opencsw.org/bugtrack/view.php?id=2600#c7376 ---------------------------------------------------------------------- graphviz2 is superseded by graphviz, currently graphviz-2.26.3 which should be compatible with doxygen. From noreply at opencsw.org Mon Feb 1 03:08:58 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 1 Feb 2010 03:08:58 +0100 Subject: [bug-notifications] [graphviz2 0002600]: upgrade to graphviz 2.14 In-Reply-To: <4a9481ce01a95f082b0b7aa7b41f574a> Message-ID: <752c17c318a103a3346932f92899f08d@www.opencsw.org> The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2600 ====================================================================== Reported By: francois Assigned To: ====================================================================== Project: graphviz2 Issue ID: 2600 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2007-09-24 17:45 CEST Last Modified: 2010-02-01 03:08 CET ====================================================================== Summary: upgrade to graphviz 2.14 Description: Hi, do you plan to update the graphviz2 package to version 2.14 ? I\'m using doxygen 1.5.x which needs graphviz 2.8 or later. Thanks ====================================================================== ---------------------------------------------------------------------- (0007376) ellson (manager) - 2010-02-01 03:08 http://www.opencsw.org/bugtrack/view.php?id=2600#c7376 ---------------------------------------------------------------------- graphviz2 is superseded by graphviz, currently graphviz-2.26.3 which should be compatible with doxygen. From noreply at opencsw.org Mon Feb 1 03:10:17 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 1 Feb 2010 03:10:17 +0100 Subject: [bug-notifications] [graphvizpython 0004094]: Change the dependency from CSWpython-rt to CSWpython In-Reply-To: <6932e94cd751508973eea3d637597709> Message-ID: The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4094 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: graphvizpython Issue ID: 4094 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-12-22 18:21 CET Last Modified: 2010-02-01 03:10 CET ====================================================================== Summary: Change the dependency from CSWpython-rt to CSWpython Description: Executive summary: CSWpython-rt is deprecated, please re-point your dependencies at CSWpython. ====================================================================== ---------------------------------------------------------------------- (0007355) ellson (manager) - 2010-01-28 11:48 http://www.opencsw.org/bugtrack/view.php?id=4094#c7355 ---------------------------------------------------------------------- Fixed in graphvizpython-2.26.3 From noreply at opencsw.org Mon Feb 1 03:10:56 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 1 Feb 2010 03:10:56 +0100 Subject: [bug-notifications] [graphviz 0004114]: Symbolic links to libraries missing In-Reply-To: <601c37c04f4b57cf14b942198bd1c24b> Message-ID: The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4114 ====================================================================== Reported By: hson Assigned To: ====================================================================== Project: graphviz Issue ID: 4114 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-01-05 15:42 CET Last Modified: 2010-02-01 03:10 CET ====================================================================== Summary: Symbolic links to libraries missing Description: Symbolic links libgvc.so, libcdt.so and libgraph.so are missing in the package ====================================================================== ---------------------------------------------------------------------- (0007361) ellson (manager) - 2010-01-28 17:51 http://www.opencsw.org/bugtrack/view.php?id=4114#c7361 ---------------------------------------------------------------------- Fixed in graphvizdevel-2.26.3,REV=2010.01.28 From noreply at opencsw.org Mon Feb 1 11:18:33 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 1 Feb 2010 11:18:33 +0100 Subject: [bug-notifications] [pm_dbdoracle 0004222]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: Message-ID: <52c815490a251cc0fce094b16b08b4d2@www.opencsw.org> The following issue has been set as DUPLICATE OF issue 0004221. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4222 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: pm_dbdoracle Issue ID: 4222 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2010-01-31 16:38 CET Last Modified: 2010-02-01 11:18 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0004221 Rebuild newest version with Perl 5.10.1... ====================================================================== From noreply at opencsw.org Mon Feb 1 11:18:33 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 1 Feb 2010 11:18:33 +0100 Subject: [bug-notifications] [pm_dbdoracle 0004221]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <8b5d1e995ba9da8091530e2bf6c2a54b> Message-ID: The issue 0004222 has been set as DUPLICATE OF the following issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4221 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: pm_dbdoracle Issue ID: 4221 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2010-01-31 16:38 CET Last Modified: 2010-01-31 16:38 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0004222 Rebuild newest version with Perl 5.10.1... ====================================================================== From noreply at opencsw.org Mon Feb 1 11:19:10 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 1 Feb 2010 11:19:10 +0100 Subject: [bug-notifications] [pm_dbdoracle 0004222]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: Message-ID: <0914558f75dcad07f9eff96285ee1e17@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4222 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: pm_dbdoracle Issue ID: 4222 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-01-31 16:38 CET Last Modified: 2010-02-01 11:19 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0004221 Rebuild newest version with Perl 5.10.1... ====================================================================== From noreply at opencsw.org Mon Feb 1 11:19:22 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 1 Feb 2010 11:19:22 +0100 Subject: [bug-notifications] [pm_dbdoracle 0004223]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <45b212249c4ed9a22364d4be840eed0a> Message-ID: The following issue has been set as DUPLICATE OF issue 0004221. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4223 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: pm_dbdoracle Issue ID: 4223 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2010-01-31 16:39 CET Last Modified: 2010-02-01 11:19 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0004221 Rebuild newest version with Perl 5.10.1... ====================================================================== From noreply at opencsw.org Mon Feb 1 11:19:23 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 1 Feb 2010 11:19:23 +0100 Subject: [bug-notifications] [pm_dbdoracle 0004221]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <8b5d1e995ba9da8091530e2bf6c2a54b> Message-ID: <89fdc5d1a36aa3daf4d97459cb058e61@www.opencsw.org> The issue 0004223 has been set as DUPLICATE OF the following issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4221 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: pm_dbdoracle Issue ID: 4221 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2010-01-31 16:38 CET Last Modified: 2010-01-31 16:38 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0004222 Rebuild newest version with Perl 5.10.1... has duplicate 0004223 Rebuild newest version with Perl 5.10.1... ====================================================================== From noreply at opencsw.org Mon Feb 1 11:19:34 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 1 Feb 2010 11:19:34 +0100 Subject: [bug-notifications] [pm_dbdoracle 0004223]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <45b212249c4ed9a22364d4be840eed0a> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4223 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: pm_dbdoracle Issue ID: 4223 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-01-31 16:39 CET Last Modified: 2010-02-01 11:19 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0004221 Rebuild newest version with Perl 5.10.1... ====================================================================== From noreply at opencsw.org Mon Feb 1 11:19:45 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 1 Feb 2010 11:19:45 +0100 Subject: [bug-notifications] [pm_dbdoracle 0004224]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: Message-ID: <86e2d0fab493ac17cfa6b85546326126@www.opencsw.org> The following issue has been set as DUPLICATE OF issue 0004221. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4224 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: pm_dbdoracle Issue ID: 4224 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2010-01-31 16:39 CET Last Modified: 2010-02-01 11:19 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0004221 Rebuild newest version with Perl 5.10.1... ====================================================================== From noreply at opencsw.org Mon Feb 1 11:19:46 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 1 Feb 2010 11:19:46 +0100 Subject: [bug-notifications] [pm_dbdoracle 0004221]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <8b5d1e995ba9da8091530e2bf6c2a54b> Message-ID: The issue 0004224 has been set as DUPLICATE OF the following issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4221 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: pm_dbdoracle Issue ID: 4221 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2010-01-31 16:38 CET Last Modified: 2010-01-31 16:38 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0004222 Rebuild newest version with Perl 5.10.1... has duplicate 0004223 Rebuild newest version with Perl 5.10.1... has duplicate 0004224 Rebuild newest version with Perl 5.10.1... ====================================================================== From noreply at opencsw.org Mon Feb 1 11:19:57 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 1 Feb 2010 11:19:57 +0100 Subject: [bug-notifications] [pm_dbdoracle 0004224]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4224 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: pm_dbdoracle Issue ID: 4224 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-01-31 16:39 CET Last Modified: 2010-02-01 11:19 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0004221 Rebuild newest version with Perl 5.10.1... ====================================================================== From noreply at opencsw.org Mon Feb 1 11:20:09 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 1 Feb 2010 11:20:09 +0100 Subject: [bug-notifications] [pm_dbdoracle 0004225]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: Message-ID: The following issue has been set as DUPLICATE OF issue 0004221. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4225 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: pm_dbdoracle Issue ID: 4225 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2010-01-31 16:39 CET Last Modified: 2010-02-01 11:20 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0004221 Rebuild newest version with Perl 5.10.1... ====================================================================== From noreply at opencsw.org Mon Feb 1 11:20:10 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 1 Feb 2010 11:20:10 +0100 Subject: [bug-notifications] [pm_dbdoracle 0004221]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <8b5d1e995ba9da8091530e2bf6c2a54b> Message-ID: The issue 0004225 has been set as DUPLICATE OF the following issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4221 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: pm_dbdoracle Issue ID: 4221 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2010-01-31 16:38 CET Last Modified: 2010-01-31 16:38 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0004222 Rebuild newest version with Perl 5.10.1... has duplicate 0004223 Rebuild newest version with Perl 5.10.1... has duplicate 0004224 Rebuild newest version with Perl 5.10.1... has duplicate 0004225 Rebuild newest version with Perl 5.10.1... ====================================================================== From noreply at opencsw.org Mon Feb 1 11:20:23 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 1 Feb 2010 11:20:23 +0100 Subject: [bug-notifications] [pm_dbdoracle 0004225]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4225 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: pm_dbdoracle Issue ID: 4225 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-01-31 16:39 CET Last Modified: 2010-02-01 11:20 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0004221 Rebuild newest version with Perl 5.10.1... ====================================================================== From noreply at opencsw.org Mon Feb 1 11:22:04 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 1 Feb 2010 11:22:04 +0100 Subject: [bug-notifications] [pm_dbdoracle 0004226]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <8a78e34472a1f1ae2c5df4f9c98469f5> Message-ID: <5ba1a587ddcef496e34cabd7d77b8b69@www.opencsw.org> The following issue has been set as DUPLICATE OF issue 0004221. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4226 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: pm_dbdoracle Issue ID: 4226 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2010-01-31 16:39 CET Last Modified: 2010-02-01 11:22 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0004221 Rebuild newest version with Perl 5.10.1... ====================================================================== From noreply at opencsw.org Mon Feb 1 11:22:05 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 1 Feb 2010 11:22:05 +0100 Subject: [bug-notifications] [pm_dbdoracle 0004221]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <8b5d1e995ba9da8091530e2bf6c2a54b> Message-ID: <5bbf3a579397b37a5b1cb1b1f72641a8@www.opencsw.org> The issue 0004226 has been set as DUPLICATE OF the following issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4221 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: pm_dbdoracle Issue ID: 4221 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2010-01-31 16:38 CET Last Modified: 2010-01-31 16:38 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0004222 Rebuild newest version with Perl 5.10.1... has duplicate 0004223 Rebuild newest version with Perl 5.10.1... has duplicate 0004224 Rebuild newest version with Perl 5.10.1... has duplicate 0004225 Rebuild newest version with Perl 5.10.1... has duplicate 0004226 Rebuild newest version with Perl 5.10.1... ====================================================================== From noreply at opencsw.org Mon Feb 1 11:23:07 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 1 Feb 2010 11:23:07 +0100 Subject: [bug-notifications] [pm_dbdoracle 0004226]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <8a78e34472a1f1ae2c5df4f9c98469f5> Message-ID: <5b5cd9b0cb99d92aee2821536b998a49@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4226 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: pm_dbdoracle Issue ID: 4226 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-01-31 16:39 CET Last Modified: 2010-02-01 11:23 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0004221 Rebuild newest version with Perl 5.10.1... ====================================================================== From noreply at opencsw.org Tue Feb 2 03:27:35 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 03:27:35 +0100 Subject: [bug-notifications] [httping 0004157]: Please upgrade to 1.4.1 In-Reply-To: <8c23a43d9501b22a98c4b2fda9aaec65> Message-ID: <8b5ea120d18a290dcbfce7f9bf8add4e@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4157 ====================================================================== Reported By: dam Assigned To: skayser ====================================================================== Project: httping Issue ID: 4157 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-01-14 23:25 CET Last Modified: 2010-02-02 03:27 CET ====================================================================== Summary: Please upgrade to 1.4.1 Description: Please upgrade to 1.4.1 as released today by SFW ====================================================================== ---------------------------------------------------------------------- (0007377) skayser (administrator) - 2010-02-02 03:27 http://www.opencsw.org/mantis/view.php?id=4157#c7377 ---------------------------------------------------------------------- Testing with py_suds from the command line From noreply at opencsw.org Tue Feb 2 03:29:23 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 03:29:23 +0100 Subject: [bug-notifications] [httping 0004157]: Please upgrade to 1.4.1 In-Reply-To: <8c23a43d9501b22a98c4b2fda9aaec65> Message-ID: <48b4307b3b79c088fd8801bfb393f595@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4157 ====================================================================== Reported By: dam Assigned To: skayser ====================================================================== Project: httping Issue ID: 4157 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-01-14 23:25 CET Last Modified: 2010-02-02 03:29 CET ====================================================================== Summary: Please upgrade to 1.4.1 Description: Please upgrade to 1.4.1 as released today by SFW ====================================================================== ---------------------------------------------------------------------- (0007378) skayser (administrator) - 2010-02-02 03:29 http://www.opencsw.org/mantis/view.php?id=4157#c7378 ---------------------------------------------------------------------- Closing as fixed: httping-1.4.1,REV=2010.01.15 has been released. (Testing with py_suds from the command line) From noreply at opencsw.org Tue Feb 2 03:36:15 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 03:36:15 +0100 Subject: [bug-notifications] [httping 0004157]: Please upgrade to 1.4.1 In-Reply-To: <8c23a43d9501b22a98c4b2fda9aaec65> Message-ID: <035b14b7a5b2d32c6a82febc796317e3@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4157 ====================================================================== Reported By: dam Assigned To: skayser ====================================================================== Project: httping Issue ID: 4157 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-01-14 23:25 CET Last Modified: 2010-02-02 03:36 CET ====================================================================== Summary: Please upgrade to 1.4.1 Description: Please upgrade to 1.4.1 as released today by SFW ====================================================================== ---------------------------------------------------------------------- (0007378) skayser (administrator) - 2010-02-02 03:29 http://www.opencsw.org/mantis/view.php?id=4157#c7378 ---------------------------------------------------------------------- Closing as fixed: httping-1.4.1,REV=2010.01.15 has been released. (Testing with py_suds from the command line) From noreply at opencsw.org Tue Feb 2 03:38:02 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 03:38:02 +0100 Subject: [bug-notifications] [httping 0004157]: Please upgrade to 1.4.1 In-Reply-To: <8c23a43d9501b22a98c4b2fda9aaec65> Message-ID: <67e25776c516f8d9cb88e4123550aca6@www.opencsw.org> The following issue has been REOPENED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4157 ====================================================================== Reported By: dam Assigned To: skayser ====================================================================== Project: httping Issue ID: 4157 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-01-14 23:25 CET Last Modified: 2010-02-02 03:38 CET ====================================================================== Summary: Please upgrade to 1.4.1 Description: Please upgrade to 1.4.1 as released today by SFW ====================================================================== ---------------------------------------------------------------------- (0007381) skayser (administrator) - 2010-02-02 03:38 http://www.opencsw.org/mantis/view.php?id=4157#c7381 ---------------------------------------------------------------------- Please ignore, testing. From noreply at opencsw.org Tue Feb 2 03:46:02 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 03:46:02 +0100 Subject: [bug-notifications] [httping 0004157]: Please upgrade to 1.4.1 In-Reply-To: <8c23a43d9501b22a98c4b2fda9aaec65> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4157 ====================================================================== Reported By: dam Assigned To: skayser ====================================================================== Project: httping Issue ID: 4157 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: reopened Fixed in Version: ====================================================================== Date Submitted: 2010-01-14 23:25 CET Last Modified: 2010-02-02 03:46 CET ====================================================================== Summary: Please upgrade to 1.4.1 Description: Please upgrade to 1.4.1 as released today by SFW ====================================================================== ---------------------------------------------------------------------- (0007381) skayser (administrator) - 2010-02-02 03:38 http://www.opencsw.org/mantis/view.php?id=4157#c7381 ---------------------------------------------------------------------- Please ignore, testing. From noreply at opencsw.org Tue Feb 2 04:02:09 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 04:02:09 +0100 Subject: [bug-notifications] [httping 0004157]: Please upgrade to 1.4.1 In-Reply-To: <8c23a43d9501b22a98c4b2fda9aaec65> Message-ID: <0326f001fed96b3784ec0042fa2596f9@www.opencsw.org> The following issue is now in status NEW (again) ====================================================================== http://www.opencsw.org/mantis/view.php?id=4157 ====================================================================== Reported By: dam Assigned To: skayser ====================================================================== Project: httping Issue ID: 4157 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-01-14 23:25 CET Last Modified: 2010-02-02 04:02 CET ====================================================================== Summary: Please upgrade to 1.4.1 Description: Please upgrade to 1.4.1 as released today by SFW ====================================================================== ---------------------------------------------------------------------- (0007381) skayser (administrator) - 2010-02-02 03:38 http://www.opencsw.org/mantis/view.php?id=4157#c7381 ---------------------------------------------------------------------- Please ignore, testing. From noreply at opencsw.org Tue Feb 2 04:02:36 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 04:02:36 +0100 Subject: [bug-notifications] [httping 0004157]: Please upgrade to 1.4.1 In-Reply-To: <8c23a43d9501b22a98c4b2fda9aaec65> Message-ID: <7e864923feeb26798456857a505a8fd0@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4157 ====================================================================== Reported By: dam Assigned To: skayser ====================================================================== Project: httping Issue ID: 4157 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: reopened Fixed in Version: ====================================================================== Date Submitted: 2010-01-14 23:25 CET Last Modified: 2010-02-02 04:02 CET ====================================================================== Summary: Please upgrade to 1.4.1 Description: Please upgrade to 1.4.1 as released today by SFW ====================================================================== ---------------------------------------------------------------------- (0007381) skayser (administrator) - 2010-02-02 03:38 http://www.opencsw.org/mantis/view.php?id=4157#c7381 ---------------------------------------------------------------------- Please ignore, testing. From noreply at opencsw.org Tue Feb 2 04:03:50 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 04:03:50 +0100 Subject: [bug-notifications] [httping 0004157]: Please upgrade to 1.4.1 In-Reply-To: <8c23a43d9501b22a98c4b2fda9aaec65> Message-ID: <9e56839b9b61823098a2a9383482ba5f@www.opencsw.org> The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4157 ====================================================================== Reported By: dam Assigned To: skayser ====================================================================== Project: httping Issue ID: 4157 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: reopened Fixed in Version: ====================================================================== Date Submitted: 2010-01-14 23:25 CET Last Modified: 2010-02-02 04:03 CET ====================================================================== Summary: Please upgrade to 1.4.1 Description: Please upgrade to 1.4.1 as released today by SFW ====================================================================== ---------------------------------------------------------------------- (0007381) skayser (administrator) - 2010-02-02 03:38 http://www.opencsw.org/mantis/view.php?id=4157#c7381 ---------------------------------------------------------------------- Please ignore, testing. From noreply at opencsw.org Tue Feb 2 04:25:52 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 04:25:52 +0100 Subject: [bug-notifications] [httping 0004250]: Testing CLI bug submission Message-ID: <7982f31ee7d036e9ef45ccea34431b16@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4250 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: httping Issue ID: 4250 Category: other Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-02 04:25 CET Last Modified: 2010-02-02 04:25 CET ====================================================================== Summary: Testing CLI bug submission Description: Testing CLI bug submission ====================================================================== From noreply at opencsw.org Tue Feb 2 04:58:01 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 04:58:01 +0100 Subject: [bug-notifications] [httping 0004250]: Testing CLI bug submission In-Reply-To: Message-ID: <302528ab7845d0c186beef4c9c03302a@www.opencsw.org> The following issue has been DELETED. ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: httping Issue ID: 4250 Category: other Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-02 04:25 CET Last Modified: 2010-02-02 04:25 CET ====================================================================== Summary: Testing CLI bug submission Description: Testing CLI bug submission ====================================================================== From noreply at opencsw.org Tue Feb 2 05:17:26 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 05:17:26 +0100 Subject: [bug-notifications] [httping 0004251]: Testing CLI bug submission Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4251 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: httping Issue ID: 4251 Category: other Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-02 05:17 CET Last Modified: 2010-02-02 05:17 CET ====================================================================== Summary: Testing CLI bug submission Description: Testing CLI bug submission ====================================================================== From noreply at opencsw.org Tue Feb 2 05:18:20 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 05:18:20 +0100 Subject: [bug-notifications] [httping 0004251]: Testing CLI bug submission In-Reply-To: <1fbb07515a16b0f87fb44c04e3304c93> Message-ID: The following issue has been DELETED. ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: httping Issue ID: 4251 Category: other Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-02 05:17 CET Last Modified: 2010-02-02 05:17 CET ====================================================================== Summary: Testing CLI bug submission Description: Testing CLI bug submission ====================================================================== From noreply at opencsw.org Tue Feb 2 11:09:12 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 11:09:12 +0100 Subject: [bug-notifications] [pm_textdblmetaphone 0004247]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <8e5e19aef831556274eb0a3902cc3bd6> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4247 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_textdblmetaphone Issue ID: 4247 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-31 17:43 CET Last Modified: 2010-02-02 11:09 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== From noreply at opencsw.org Tue Feb 2 11:10:47 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 11:10:47 +0100 Subject: [bug-notifications] [pm_subname 0004245]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <05b56fb1e69e62389b7fdf3eadb96a8a> Message-ID: <8070eff788f0ffbef74524236fcc73e8@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4245 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_subname Issue ID: 4245 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-31 17:42 CET Last Modified: 2010-02-02 11:10 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== From noreply at opencsw.org Tue Feb 2 11:13:25 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 11:13:25 +0100 Subject: [bug-notifications] [pm_textdblmetaphone 0004247]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <8e5e19aef831556274eb0a3902cc3bd6> Message-ID: <40cd52b394658c0c6f8d735f42824ec4@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4247 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_textdblmetaphone Issue ID: 4247 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-01-31 17:43 CET Last Modified: 2010-02-02 11:13 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== ---------------------------------------------------------------------- (0007382) dam (administrator) - 2010-02-02 11:13 http://www.opencsw.org/mantis/view.php?id=4247#c7382 ---------------------------------------------------------------------- Version 0.07,REV=2010.02.02 in /home/experimental/perl From noreply at opencsw.org Tue Feb 2 11:14:02 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 11:14:02 +0100 Subject: [bug-notifications] [pm_subname 0004245]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <05b56fb1e69e62389b7fdf3eadb96a8a> Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4245 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_subname Issue ID: 4245 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-01-31 17:42 CET Last Modified: 2010-02-02 11:14 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== ---------------------------------------------------------------------- (0007383) dam (administrator) - 2010-02-02 11:14 http://www.opencsw.org/mantis/view.php?id=4245#c7383 ---------------------------------------------------------------------- Version 0.04,REV=2010.02.02 in /home/experimental/perl From noreply at opencsw.org Tue Feb 2 11:17:43 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 11:17:43 +0100 Subject: [bug-notifications] [pm_prmsvldt 0004201]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <1d8570cf81a3eadf7c3029ea4fe39ff6> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4201 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_prmsvldt Issue ID: 4201 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-01-31 16:34 CET Last Modified: 2010-02-02 11:17 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0004202 Rebuild newest version with Perl 5.10.1... has duplicate 0004203 Rebuild newest version with Perl 5.10.1... has duplicate 0004204 Rebuild newest version with Perl 5.10.1... has duplicate 0004205 Rebuild newest version with Perl 5.10.1... has duplicate 0004206 Rebuild newest version with Perl 5.10.1... has duplicate 0004207 Rebuild newest version with Perl 5.10.1... has duplicate 0004208 Rebuild newest version with Perl 5.10.1... has duplicate 0004209 Rebuild newest version with Perl 5.10.1... has duplicate 0004210 Rebuild newest version with Perl 5.10.1... has duplicate 0004211 Rebuild newest version with Perl 5.10.1... has duplicate 0004212 Rebuild newest version with Perl 5.10.1... has duplicate 0004213 Rebuild newest version with Perl 5.10.1... has duplicate 0004214 Rebuild newest version with Perl 5.10.1... ====================================================================== ---------------------------------------------------------------------- (0007384) dam (administrator) - 2010-02-02 11:17 http://www.opencsw.org/mantis/view.php?id=4201#c7384 ---------------------------------------------------------------------- Version pm_paramsvalidate-0.94,REV=2010.02.02 in experimental/perl From noreply at opencsw.org Tue Feb 2 11:18:38 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 11:18:38 +0100 Subject: [bug-notifications] [pm_perliogzip 0004242]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <784870b3453969f1fa56675736656bce> Message-ID: <78b4a2dcfab7cebe8eab9dbbb846a6f3@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4242 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_perliogzip Issue ID: 4242 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-31 17:40 CET Last Modified: 2010-02-02 11:18 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== From noreply at opencsw.org Tue Feb 2 11:23:55 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 11:23:55 +0100 Subject: [bug-notifications] [pm_perliogzip 0004242]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <784870b3453969f1fa56675736656bce> Message-ID: <67b7c7cabf85685a0ce90c19f2e6296e@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4242 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_perliogzip Issue ID: 4242 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-01-31 17:40 CET Last Modified: 2010-02-02 11:23 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== ---------------------------------------------------------------------- (0007385) dam (administrator) - 2010-02-02 11:23 http://www.opencsw.org/mantis/view.php?id=4242#c7385 ---------------------------------------------------------------------- Version pm_perliogzip-0.18,REV=2010.02.02 in experimental/perl From noreply at opencsw.org Tue Feb 2 11:25:48 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 11:25:48 +0100 Subject: [bug-notifications] [pm_perlioeol 0004241]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <9c90b09500461681fc40faf0ee6e1feb> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4241 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_perlioeol Issue ID: 4241 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-31 17:39 CET Last Modified: 2010-02-02 11:25 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== From noreply at opencsw.org Tue Feb 2 11:27:59 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 11:27:59 +0100 Subject: [bug-notifications] [pm_perlioeol 0004241]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <9c90b09500461681fc40faf0ee6e1feb> Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4241 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_perlioeol Issue ID: 4241 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-01-31 17:39 CET Last Modified: 2010-02-02 11:27 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== ---------------------------------------------------------------------- (0007386) dam (administrator) - 2010-02-02 11:27 http://www.opencsw.org/mantis/view.php?id=4241#c7386 ---------------------------------------------------------------------- Version pm_perlioeol-0.14,REV=2010.02.02 in experimental/perl From noreply at opencsw.org Tue Feb 2 11:28:34 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 11:28:34 +0100 Subject: [bug-notifications] [pm_paramsutil 0004240]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: Message-ID: <24956e805b76322e3bb9927f45c2c690@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4240 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_paramsutil Issue ID: 4240 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-31 17:38 CET Last Modified: 2010-02-02 11:28 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== From noreply at opencsw.org Tue Feb 2 11:52:13 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 11:52:13 +0100 Subject: [bug-notifications] [pm_paramsutil 0004240]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4240 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_paramsutil Issue ID: 4240 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-01-31 17:38 CET Last Modified: 2010-02-02 11:52 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== ---------------------------------------------------------------------- (0007387) dam (administrator) - 2010-02-02 11:52 http://www.opencsw.org/mantis/view.php?id=4240#c7387 ---------------------------------------------------------------------- Version pm_paramsutil-1.00,REV=2010.02.02 in experimental/perl From noreply at opencsw.org Tue Feb 2 13:35:43 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 13:35:43 +0100 Subject: [bug-notifications] [pm_netssleay 0004239]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <27e97437ffd3081a63b5806e362ee783> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4239 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_netssleay Issue ID: 4239 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-31 17:37 CET Last Modified: 2010-02-02 13:35 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== From noreply at opencsw.org Tue Feb 2 13:35:59 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 13:35:59 +0100 Subject: [bug-notifications] [pm_netssleay 0004239]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <27e97437ffd3081a63b5806e362ee783> Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4239 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_netssleay Issue ID: 4239 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-01-31 17:37 CET Last Modified: 2010-02-02 13:35 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== ---------------------------------------------------------------------- (0007388) dam (administrator) - 2010-02-02 13:35 http://www.opencsw.org/mantis/view.php?id=4239#c7388 ---------------------------------------------------------------------- Version pm_netssleay-1.36,REV=2010.02.02 in experimental/perl From noreply at opencsw.org Tue Feb 2 13:37:01 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 13:37:01 +0100 Subject: [bug-notifications] [pm_ipcshrlite 0004236]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <4a131014942a5154f1c3312566c6732f> Message-ID: <222e705931a9ebd05af928b7a6c9bfde@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4236 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_ipcshrlite Issue ID: 4236 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-31 17:34 CET Last Modified: 2010-02-02 13:37 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== From noreply at opencsw.org Tue Feb 2 13:50:14 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 13:50:14 +0100 Subject: [bug-notifications] [pm_ipcshrlite 0004236]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <4a131014942a5154f1c3312566c6732f> Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4236 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_ipcshrlite Issue ID: 4236 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-01-31 17:34 CET Last Modified: 2010-02-02 13:50 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== ---------------------------------------------------------------------- (0007389) dam (administrator) - 2010-02-02 13:50 http://www.opencsw.org/mantis/view.php?id=4236#c7389 ---------------------------------------------------------------------- Version pm_ipcshrlite-0.17,REV=2010.02.02 in experimental/perl From noreply at opencsw.org Tue Feb 2 13:52:18 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 13:52:18 +0100 Subject: [bug-notifications] [pm_iotty 0004235]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <8a9a161dc7b67ded4ae8af79323352ef> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4235 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_iotty Issue ID: 4235 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-31 17:34 CET Last Modified: 2010-02-02 13:52 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== From noreply at opencsw.org Tue Feb 2 14:03:19 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 14:03:19 +0100 Subject: [bug-notifications] [pm_iotty 0004235]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <8a9a161dc7b67ded4ae8af79323352ef> Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4235 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_iotty Issue ID: 4235 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-01-31 17:34 CET Last Modified: 2010-02-02 14:03 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== ---------------------------------------------------------------------- (0007390) dam (administrator) - 2010-02-02 14:03 http://www.opencsw.org/mantis/view.php?id=4235#c7390 ---------------------------------------------------------------------- Versionpm_iotty-1.08,REV=2010.02.02 in experimental/perl From noreply at opencsw.org Tue Feb 2 14:11:26 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 14:11:26 +0100 Subject: [bug-notifications] [pm_gd 0004233]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <8b14b37400daa74ebd8488d33cf536b7> Message-ID: <8b44ee2cfb6993d0f0795436ad265da6@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4233 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_gd Issue ID: 4233 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-31 17:30 CET Last Modified: 2010-02-02 14:11 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== From noreply at opencsw.org Tue Feb 2 14:25:49 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 14:25:49 +0100 Subject: [bug-notifications] [pm_gd 0004233]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <8b14b37400daa74ebd8488d33cf536b7> Message-ID: <3d8b777966b0f043668c6ba6ee8cf2a1@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4233 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_gd Issue ID: 4233 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-31 17:30 CET Last Modified: 2010-02-02 14:25 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== ---------------------------------------------------------------------- (0007391) dam (administrator) - 2010-02-02 14:25 http://www.opencsw.org/mantis/view.php?id=4233#c7391 ---------------------------------------------------------------------- Test cases fail with current libjpeg 7.0: t/GD.t ........ Testing using png support. t/GD.t ........ 1/12 gd-jpeg: JPEG library reports unrecoverable error: Wrong JPEG library version: library is 70, caller expects 62 Can't call method "png" on an undefined value at t/GD.t line 323. t/GD.t ........ Dubious, test returned 255 (wstat 65280, 0xff00) Bugs are files against the module: https://rt.cpan.org/Public/Bug/Display.html?id=49053 From noreply at opencsw.org Tue Feb 2 14:26:31 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 14:26:31 +0100 Subject: [bug-notifications] [pm_fontfreetype 0004232]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <0e6fb00a4a455e94e0f23498f1893c74> Message-ID: <3686c2b31826a472cb4d265320db5e29@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4232 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_fontfreetype Issue ID: 4232 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-31 17:29 CET Last Modified: 2010-02-02 14:26 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== From noreply at opencsw.org Tue Feb 2 14:31:27 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 14:31:27 +0100 Subject: [bug-notifications] [pm_fontfreetype 0004232]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <0e6fb00a4a455e94e0f23498f1893c74> Message-ID: <4eb71207308ee9b301bbf74ca26d1f6b@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4232 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_fontfreetype Issue ID: 4232 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-01-31 17:29 CET Last Modified: 2010-02-02 14:31 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== ---------------------------------------------------------------------- (0007392) dam (administrator) - 2010-02-02 14:31 http://www.opencsw.org/mantis/view.php?id=4232#c7392 ---------------------------------------------------------------------- Version pm_fontfreetype-0.03,REV=2010.02.02 in experimental/perl From noreply at opencsw.org Tue Feb 2 14:43:07 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 14:43:07 +0100 Subject: [bug-notifications] [pm_fontfreetype 0004232]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <0e6fb00a4a455e94e0f23498f1893c74> Message-ID: <948da84c20a63b705c37faaaaa690a8a@www.opencsw.org> The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4232 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_fontfreetype Issue ID: 4232 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-01-31 17:29 CET Last Modified: 2010-02-02 14:43 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== ---------------------------------------------------------------------- (0007393) dam (administrator) - 2010-02-02 14:43 http://www.opencsw.org/mantis/view.php?id=4232#c7393 ---------------------------------------------------------------------- Version pm_fontfreetype-0.03,REV=2010.02.02 in experimental/perl From noreply at opencsw.org Tue Feb 2 14:44:09 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 14:44:09 +0100 Subject: [bug-notifications] [pm_clone 0004230]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: Message-ID: <1470c86fe1940ee09264d5ec08574c55@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4230 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_clone Issue ID: 4230 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-31 17:26 CET Last Modified: 2010-02-02 14:44 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== From noreply at opencsw.org Tue Feb 2 15:04:18 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 15:04:18 +0100 Subject: [bug-notifications] [pm_clone 0004230]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: Message-ID: <0e5305335347fd717f943d1ce3297ab3@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4230 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_clone Issue ID: 4230 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-01-31 17:26 CET Last Modified: 2010-02-02 15:04 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== ---------------------------------------------------------------------- (0007394) dam (administrator) - 2010-02-02 15:04 http://www.opencsw.org/mantis/view.php?id=4230#c7394 ---------------------------------------------------------------------- Version pm_clone-0.31,REV=2010.02.02 in experimental/perl From noreply at opencsw.org Tue Feb 2 15:04:55 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 15:04:55 +0100 Subject: [bug-notifications] [pm_cairo 0004228]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <9c0f38fd1027313dea4eeefdf2073d50> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4228 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_cairo Issue ID: 4228 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-31 17:24 CET Last Modified: 2010-02-02 15:04 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== From noreply at opencsw.org Tue Feb 2 15:08:47 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 15:08:47 +0100 Subject: [bug-notifications] [pm_cairo 0004228]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <9c0f38fd1027313dea4eeefdf2073d50> Message-ID: <5c4238673eb0a74a39b6c0e6ec896635@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4228 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_cairo Issue ID: 4228 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-01-31 17:24 CET Last Modified: 2010-02-02 15:08 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== ---------------------------------------------------------------------- (0007395) dam (administrator) - 2010-02-02 15:08 http://www.opencsw.org/mantis/view.php?id=4228#c7395 ---------------------------------------------------------------------- Version pm_cairo-1.061,REV=2010.02.02 in experimental/perl From noreply at opencsw.org Tue Feb 2 15:09:20 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 15:09:20 +0100 Subject: [bug-notifications] [pm_berkeleydb 0003800]: libdb-4.4.so => (file not found) In-Reply-To: <94dce03f8bf2d88d6abd58401b9e21d7> Message-ID: <63b35d0b06e81c880cdef6550c750f73@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3800 ====================================================================== Reported By: james Assigned To: ihsan ====================================================================== Project: pm_berkeleydb Issue ID: 3800 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-07-30 20:04 CEST Last Modified: 2010-02-02 15:09 CET ====================================================================== Summary: libdb-4.4.so => (file not found) Description: CSWpmberkeleydb 0.38,REV=2009.03.20 /opt/csw/lib/perl/csw/auto/BerkeleyDB/BerkeleyDB.so libdb-4.4.so => (file not found) ====================================================================== ---------------------------------------------------------------------- (0006501) ihsan (reporter) - 2009-08-04 08:17 http://www.opencsw.org/mantis/view.php?id=3800#c6501 ---------------------------------------------------------------------- 0.39,REV=2009.08.02 was released yesterday and it's linked now against bdb 4.7 From noreply at opencsw.org Tue Feb 2 15:56:48 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 15:56:48 +0100 Subject: [bug-notifications] [pm_berkeleydb 0004227]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <4c184e284ba3c07bb142189b8560f24a> Message-ID: <82fc481b2666be9c7e3d75079c50bb3d@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4227 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_berkeleydb Issue ID: 4227 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-01-31 17:23 CET Last Modified: 2010-02-02 15:56 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== ---------------------------------------------------------------------- (0007396) dam (administrator) - 2010-02-02 15:56 http://www.opencsw.org/mantis/view.php?id=4227#c7396 ---------------------------------------------------------------------- Version pm_berkeleydb-0.41,REV=2010.02.02 in experimental/perl. From noreply at opencsw.org Tue Feb 2 15:59:22 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 15:59:22 +0100 Subject: [bug-notifications] [pca 0004036]: Add /etc/opt/csw/pca.conf config file location? In-Reply-To: <8d73ad2f55d68985294ad9ba230e4113> Message-ID: <156d40b2c5ce5e345e9977b437229e7c@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4036 ====================================================================== Reported By: skayser Assigned To: dam ====================================================================== Project: pca Issue ID: 4036 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-13 15:52 CET Last Modified: 2010-02-02 15:59 CET ====================================================================== Summary: Add /etc/opt/csw/pca.conf config file location? Description: pca checks a couple of locations for a pca.conf configuration file. /opt/csw/etc/pca.conf is implictly among them (via /opt/csw/bin/pca/../etc/pca.conf), /etc/opt/csw/pca.conf is not. >From /opt/csw/bin/pca 2311 push (@conf, dirname($0)."/pca.conf"); 2312 push (@conf, dirname($0)."/../etc/pca.conf"); 2313 push (@conf, "/etc/pca.conf"); 2314 $ENV{HOME} && push (@conf, $ENV{HOME}."/.pca"); 2315 push (@conf, "pca.conf"); Would you mind patching in /etc/opt/csw/pca.conf? ====================================================================== ---------------------------------------------------------------------- (0007397) dam (administrator) - 2010-02-02 15:59 http://www.opencsw.org/mantis/view.php?id=4036#c7397 ---------------------------------------------------------------------- Fixed in 20091216.02,REV=2010.01.15 and released to current/. From noreply at opencsw.org Tue Feb 2 16:12:02 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 16:12:02 +0100 Subject: [bug-notifications] [pm_localegettext 0004215]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: Message-ID: <888d6e0b2e0185867a44728072d33bdf@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4215 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: pm_localegettext Issue ID: 4215 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-01-31 16:37 CET Last Modified: 2010-02-02 16:12 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== ---------------------------------------------------------------------- (0007398) dam (administrator) - 2010-02-02 16:12 http://www.opencsw.org/mantis/view.php?id=4215#c7398 ---------------------------------------------------------------------- Versionpm_localegettext-1.05,REV=2010.02.02 in experimental/perl From noreply at opencsw.org Tue Feb 2 23:21:08 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 2 Feb 2010 23:21:08 +0100 Subject: [bug-notifications] [php5_mysql 0004149]: Cannot find libmysqlclient.so.15 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4149 ====================================================================== Reported By: dorix Assigned To: ====================================================================== Project: php5_mysql Issue ID: 4149 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-01-12 18:51 CET Last Modified: 2010-02-02 23:21 CET ====================================================================== Summary: Cannot find libmysqlclient.so.15 Description: Since a recent upgrade of the Mysql5 packages, php5_mysql's mysql.so file cannot find its required libmysqlclient.so.15 library anymore. I have worked around this by: ln -s /opt/csw/mysql5/lib/mysql /opt/csw/lib/mysql ====================================================================== ---------------------------------------------------------------------- (0007399) gadavis (reporter) - 2010-02-02 23:21 http://www.opencsw.org/mantis/view.php?id=4149#c7399 ---------------------------------------------------------------------- Any chance we can get new packages built so that the library locations are corrected? From noreply at opencsw.org Wed Feb 3 09:30:56 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 3 Feb 2010 09:30:56 +0100 Subject: [bug-notifications] [pm_mailtools 0004252]: Please upgrade to 2.06 Message-ID: <3a1a4404787719d5a845e42b7a675639@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4252 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: pm_mailtools Issue ID: 4252 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-03 09:30 CET Last Modified: 2010-02-03 09:30 CET ====================================================================== Summary: Please upgrade to 2.06 Description: Please upgrade to 2.06 ====================================================================== From noreply at opencsw.org Wed Feb 3 11:20:08 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 3 Feb 2010 11:20:08 +0100 Subject: [bug-notifications] [pm_dbdoracle 0001493]: library libclntsh.so.10.1 missing In-Reply-To: <968a7f82cb6bc252394b0b5d3e0f697b> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=1493 ====================================================================== Reported By: amaier Assigned To: fosterm ====================================================================== Project: pm_dbdoracle Issue ID: 1493 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2006-02-21 08:32 CET Last Modified: 2010-02-03 11:20 CET ====================================================================== Summary: library libclntsh.so.10.1 missing Description: $ ./dbtest.pl install_driver(Oracle) failed: Can\'t load \'/opt/csw/lib/perl/csw/auto/DBD/Oracle/Oracle.so\' for module DBD::Oracle: ld.so.1: dbtest.pl: fatal: libclntsh.so.10.1: open failed: No such file or directory at /opt/csw/lib/perl/5.8.8/DynaLoader.pm line 230. at (eval 1) line 3 Compilation failed in require at (eval 1) line 3. Perhaps a required shared library or dll isn\'t installed where expected at ./dbtest.pl line 4 $ ls -l /opt/csw/lib/perl/csw/auto/DBD/Oracle/Oracle.so -r-xr-xr-x 1 root bin 173316 Oct 6 2004 /opt/csw/lib/perl/csw/auto/DBD/Oracle/Oracle.so $ ldd /opt/csw/lib/perl/csw/auto/DBD/Oracle/Oracle.so libclntsh.so.10.1 => (file not found) libnsl.so.1 => /usr/lib/libnsl.so.1 libsocket.so.1 => /usr/lib/libsocket.so.1 libgen.so.1 => /usr/lib/libgen.so.1 libdl.so.1 => /usr/lib/libdl.so.1 libkstat.so.1 => /usr/lib/libkstat.so.1 libaio.so.1 => /usr/lib/libaio.so.1 librt.so.1 => /usr/lib/librt.so.1 libm.so.1 => /usr/lib/libm.so.1 libthread.so.1 => /usr/lib/lwp/libthread.so.1 libc.so.1 => /usr/lib/libc.so.1 libmp.so.2 => /usr/lib/libmp.so.2 $ cat dbtest.pl #!/opt/csw/bin/perl use strict; use DBI; my $dbh = DBI->connect( \'dbi:Oracle:hostname_db\', \'test\', \'test\', { RaiseError => 1, AutoCommit => 0 } ) || die \"Database connection not made: $DBI::errstr\"; $dbh->disconnect; ====================================================================== ---------------------------------------------------------------------- (0003336) amaier (reporter) - 2006-03-20 10:40 http://www.opencsw.org/mantis/view.php?id=1493#c3336 ---------------------------------------------------------------------- Well, you are right. I was not aware at the moment I opened the bug report that I have to install an Oracle Client before being able to use this Perl module. Please close this bug report. From noreply at opencsw.org Wed Feb 3 11:20:40 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 3 Feb 2010 11:20:40 +0100 Subject: [bug-notifications] [pm_dbdoracle 0001493]: library libclntsh.so.10.1 missing In-Reply-To: <968a7f82cb6bc252394b0b5d3e0f697b> Message-ID: The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=1493 ====================================================================== Reported By: amaier Assigned To: fosterm ====================================================================== Project: pm_dbdoracle Issue ID: 1493 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: no change required Fixed in Version: ====================================================================== Date Submitted: 2006-02-21 08:32 CET Last Modified: 2010-02-03 11:20 CET ====================================================================== Summary: library libclntsh.so.10.1 missing Description: $ ./dbtest.pl install_driver(Oracle) failed: Can\'t load \'/opt/csw/lib/perl/csw/auto/DBD/Oracle/Oracle.so\' for module DBD::Oracle: ld.so.1: dbtest.pl: fatal: libclntsh.so.10.1: open failed: No such file or directory at /opt/csw/lib/perl/5.8.8/DynaLoader.pm line 230. at (eval 1) line 3 Compilation failed in require at (eval 1) line 3. Perhaps a required shared library or dll isn\'t installed where expected at ./dbtest.pl line 4 $ ls -l /opt/csw/lib/perl/csw/auto/DBD/Oracle/Oracle.so -r-xr-xr-x 1 root bin 173316 Oct 6 2004 /opt/csw/lib/perl/csw/auto/DBD/Oracle/Oracle.so $ ldd /opt/csw/lib/perl/csw/auto/DBD/Oracle/Oracle.so libclntsh.so.10.1 => (file not found) libnsl.so.1 => /usr/lib/libnsl.so.1 libsocket.so.1 => /usr/lib/libsocket.so.1 libgen.so.1 => /usr/lib/libgen.so.1 libdl.so.1 => /usr/lib/libdl.so.1 libkstat.so.1 => /usr/lib/libkstat.so.1 libaio.so.1 => /usr/lib/libaio.so.1 librt.so.1 => /usr/lib/librt.so.1 libm.so.1 => /usr/lib/libm.so.1 libthread.so.1 => /usr/lib/lwp/libthread.so.1 libc.so.1 => /usr/lib/libc.so.1 libmp.so.2 => /usr/lib/libmp.so.2 $ cat dbtest.pl #!/opt/csw/bin/perl use strict; use DBI; my $dbh = DBI->connect( \'dbi:Oracle:hostname_db\', \'test\', \'test\', { RaiseError => 1, AutoCommit => 0 } ) || die \"Database connection not made: $DBI::errstr\"; $dbh->disconnect; ====================================================================== ---------------------------------------------------------------------- (0003336) amaier (reporter) - 2006-03-20 10:40 http://www.opencsw.org/mantis/view.php?id=1493#c3336 ---------------------------------------------------------------------- Well, you are right. I was not aware at the moment I opened the bug report that I have to install an Oracle Client before being able to use this Perl module. Please close this bug report. From noreply at opencsw.org Wed Feb 3 12:56:09 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 3 Feb 2010 12:56:09 +0100 Subject: [bug-notifications] [perl 0004253]: Compile Perl against BDB 4.8 Message-ID: <74d062c405daff3461877d3802ad5e8b@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4253 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: perl Issue ID: 4253 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-03 12:56 CET Last Modified: 2010-02-03 12:56 CET ====================================================================== Summary: Compile Perl against BDB 4.8 Description: Compile Perl against BDB 4.8 which may be useful ====================================================================== From noreply at opencsw.org Wed Feb 3 13:37:10 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 3 Feb 2010 13:37:10 +0100 Subject: [bug-notifications] [pm_dbdoracle 0004221]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <8b5d1e995ba9da8091530e2bf6c2a54b> Message-ID: <1aeff5049a7fcd396651baa26102e362@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4221 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_dbdoracle Issue ID: 4221 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-31 16:38 CET Last Modified: 2010-02-03 13:37 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0004222 Rebuild newest version with Perl 5.10.1... has duplicate 0004223 Rebuild newest version with Perl 5.10.1... has duplicate 0004224 Rebuild newest version with Perl 5.10.1... has duplicate 0004225 Rebuild newest version with Perl 5.10.1... has duplicate 0004226 Rebuild newest version with Perl 5.10.1... ====================================================================== From noreply at opencsw.org Wed Feb 3 15:00:08 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 3 Feb 2010 15:00:08 +0100 Subject: [bug-notifications] [amanda 0004254]: svc:/network/amanda/udp:default always enters maintenance state when amcheck or amservice is run Message-ID: <30c920b701d6d227389c1c5cfa421f66@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4254 ====================================================================== Reported By: amyrrich Assigned To: ====================================================================== Project: amanda Issue ID: 4254 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-03 15:00 CET Last Modified: 2010-02-03 15:00 CET ====================================================================== Summary: svc:/network/amanda/udp:default always enters maintenance state when amcheck or amservice is run Description: Upgraded from amanda-2.4.4p4,REV=2005.08.05-SunOS5.8-sparc-CSW.pkg to manda-2.6.1,REV=2009.05.28_rev=p1-SunOS5.8-sparc-CSW.pkg on the amanda server, and amcheck to the local host stopped functioning. Whenever amcheck or amservice is run, it always transitions the amanda/udp service into a maintenance state. amcheck and amservice continue to function fine with clients that have not been upgraded. Downgrading back to amanda-2.4.4p4,REV=2005.08.05-SunOS5.8-sparc-CSW.pkg fixed the issue. ====================================================================== From noreply at opencsw.org Wed Feb 3 16:59:40 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 3 Feb 2010 16:59:40 +0100 Subject: [bug-notifications] [perl 0004253]: Compile Perl against BDB 4.8 In-Reply-To: <2864cd98c0b43a82f6df05827ccfc9f7> Message-ID: <82914fc2ea7173d1ca87c01479d81f87@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4253 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: perl Issue ID: 4253 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-03 12:56 CET Last Modified: 2010-02-03 16:59 CET ====================================================================== Summary: Compile Perl against BDB 4.8 Description: Compile Perl against BDB 4.8 which may be useful ====================================================================== From noreply at opencsw.org Wed Feb 3 17:01:40 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 3 Feb 2010 17:01:40 +0100 Subject: [bug-notifications] [perl 0004253]: Compile Perl against BDB 4.8 In-Reply-To: <2864cd98c0b43a82f6df05827ccfc9f7> Message-ID: <34209933ad74572d10e6caccfef7fb8c@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4253 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: perl Issue ID: 4253 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-03 12:56 CET Last Modified: 2010-02-03 17:01 CET ====================================================================== Summary: Compile Perl against BDB 4.8 Description: Compile Perl against BDB 4.8 which may be useful ====================================================================== ---------------------------------------------------------------------- (0007400) bonivart (manager) - 2010-02-03 17:01 http://www.opencsw.org/mantis/view.php?id=4253#c7400 ---------------------------------------------------------------------- I would like to keep perl solid during this shift to 5.10.1. From noreply at opencsw.org Thu Feb 4 03:53:29 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 4 Feb 2010 03:53:29 +0100 Subject: [bug-notifications] [hatari 0004108]: Please upgrade to 1.3.1 In-Reply-To: <97953a03f9b2356cc71c5da3fc4c5af6> Message-ID: <3a7ae7ae5a25a21e40bd077c457c465c@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4108 ====================================================================== Reported By: dam Assigned To: jgoerzen ====================================================================== Project: hatari Issue ID: 4108 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-04 10:19 CET Last Modified: 2010-02-04 03:53 CET ====================================================================== Summary: Please upgrade to 1.3.1 Description: Please upgrade to 1.3.1 ====================================================================== From noreply at opencsw.org Thu Feb 4 03:56:13 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 4 Feb 2010 03:56:13 +0100 Subject: [bug-notifications] [hatari 0003547]: RPATH contains /opt/csw/lib/\$ISALIST and /opt/csw/lib/SALIST In-Reply-To: Message-ID: <39ff4f111c3a2a8d72e7846857932f2e@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3547 ====================================================================== Reported By: james Assigned To: jgoerzen ====================================================================== Project: hatari Issue ID: 3547 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-01 18:03 CEST Last Modified: 2010-02-04 03:56 CET ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST and /opt/csw/lib/SALIST Description: RPATH contains /opt/csw/lib/\$ISALIST and /opt/csw/lib/SALIST so will miss any arch libs ====================================================================== ---------------------------------------------------------------------- (0005809) james (reporter) - 2009-04-01 18:05 http://www.opencsw.org/bugtrack/view.php?id=3547#c5809 ---------------------------------------------------------------------- Sorry, wrong project... The mantis cookie problem. Should be: hatari From noreply at opencsw.org Thu Feb 4 04:04:46 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 4 Feb 2010 04:04:46 +0100 Subject: [bug-notifications] [hatari 0003547]: RPATH contains /opt/csw/lib/\$ISALIST and /opt/csw/lib/SALIST In-Reply-To: Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3547 ====================================================================== Reported By: james Assigned To: jgoerzen ====================================================================== Project: hatari Issue ID: 3547 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-04-01 18:03 CEST Last Modified: 2010-02-04 04:04 CET ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST and /opt/csw/lib/SALIST Description: RPATH contains /opt/csw/lib/\$ISALIST and /opt/csw/lib/SALIST so will miss any arch libs ====================================================================== ---------------------------------------------------------------------- (0007401) jgoerzen (manager) - 2010-02-04 04:04 http://www.opencsw.org/bugtrack/view.php?id=3547#c7401 ---------------------------------------------------------------------- RPATH should now be correct. updated packages are available in testing/ hatari-1.3.1,REV=2010.02.04-SunOS5.8-i386-CSW.pkg.gz hatari-1.3.1,REV=2010.02.04-SunOS5.8-sparc-CSW.pkg.gz From noreply at opencsw.org Thu Feb 4 18:00:06 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 4 Feb 2010 18:00:06 +0100 Subject: [bug-notifications] [hatari 0003547]: RPATH contains /opt/csw/lib/\$ISALIST and /opt/csw/lib/SALIST In-Reply-To: Message-ID: <9db6507ad52370ba2bd2ba8c11462f0d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3547 ====================================================================== Reported By: james Assigned To: jgoerzen ====================================================================== Project: hatari Issue ID: 3547 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-04-01 18:03 CEST Last Modified: 2010-02-04 18:00 CET ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST and /opt/csw/lib/SALIST Description: RPATH contains /opt/csw/lib/\$ISALIST and /opt/csw/lib/SALIST so will miss any arch libs ====================================================================== ---------------------------------------------------------------------- (0007402) james (reporter) - 2010-02-04 18:00 http://www.opencsw.org/bugtrack/view.php?id=3547#c7402 ---------------------------------------------------------------------- Looks correct: $ dump -Lv CSWhatari/root/opt/csw/bin/hatari | grep RPATH [13] RPATH /opt/csw/gcc4/lib:/opt/csw/lib/$ISALIST:/opt/csw/lib:/opt/csw/lib Also gcc4 path in right place for latest gcc libs. Thank you. From noreply at opencsw.org Thu Feb 4 21:06:28 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 4 Feb 2010 21:06:28 +0100 Subject: [bug-notifications] [hatari 0004108]: Please upgrade to 1.3.1 In-Reply-To: <97953a03f9b2356cc71c5da3fc4c5af6> Message-ID: <4ad04501304af4a46f36c5f59248b12b@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4108 ====================================================================== Reported By: dam Assigned To: jgoerzen ====================================================================== Project: hatari Issue ID: 4108 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-01-04 10:19 CET Last Modified: 2010-02-04 21:06 CET ====================================================================== Summary: Please upgrade to 1.3.1 Description: Please upgrade to 1.3.1 ====================================================================== ---------------------------------------------------------------------- (0007403) jgoerzen (manager) - 2010-02-04 21:06 http://www.opencsw.org/mantis/view.php?id=4108#c7403 ---------------------------------------------------------------------- fixed in version hatari-1.3.1,REV=2010.02.04 released to current/ From noreply at opencsw.org Thu Feb 4 21:08:12 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 4 Feb 2010 21:08:12 +0100 Subject: [bug-notifications] [hatari 0003547]: RPATH contains /opt/csw/lib/\$ISALIST and /opt/csw/lib/SALIST In-Reply-To: Message-ID: <60cd9758905bd5817cc0954e02c2710a@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3547 ====================================================================== Reported By: james Assigned To: jgoerzen ====================================================================== Project: hatari Issue ID: 3547 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-01 18:03 CEST Last Modified: 2010-02-04 21:08 CET ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST and /opt/csw/lib/SALIST Description: RPATH contains /opt/csw/lib/\$ISALIST and /opt/csw/lib/SALIST so will miss any arch libs ====================================================================== ---------------------------------------------------------------------- (0007404) jgoerzen (manager) - 2010-02-04 21:08 http://www.opencsw.org/mantis/view.php?id=3547#c7404 ---------------------------------------------------------------------- fixed in version hatari-1.3.1,REV=2010.02.04 released to current/ hatari-1.3.1,REV=2010.02.04-SunOS5.8-i386-CSW.pkg.gz hatari-1.3.1,REV=2010.02.04-SunOS5.8-sparc-CSW.pkg.gz From noreply at opencsw.org Fri Feb 5 23:56:53 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 5 Feb 2010 23:56:53 +0100 Subject: [bug-notifications] [pysqlite2 0004090]: Change the dependency from CSWpython-rt to CSWpython In-Reply-To: Message-ID: <98d5ae5dfd05a94a087b0e2ec2d4c297@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4090 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: pysqlite2 Issue ID: 4090 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-12-22 18:18 CET Last Modified: 2010-02-05 23:56 CET ====================================================================== Summary: Change the dependency from CSWpython-rt to CSWpython Description: Executive summary: CSWpython-rt is deprecated, please re-point your dependencies at CSWpython. ====================================================================== ---------------------------------------------------------------------- (0007405) maciej (reporter) - 2010-02-05 23:56 http://www.opencsw.org/bugtrack/view.php?id=4090#c7405 ---------------------------------------------------------------------- I built it successfully, available from http://mirror.opencsw.org/experimental.html#maciej From noreply at opencsw.org Sat Feb 6 08:23:58 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 6 Feb 2010 08:23:58 +0100 Subject: [bug-notifications] [cupsd 0004168]: Backends will not start if world/group executable In-Reply-To: <0e65972112df9a83781c4a2b641fc2c7> Message-ID: <090d153dcb7aee81e9ef11e1991ae004@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4168 ====================================================================== Reported By: schwindt Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 4168 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-01-18 20:00 CET Last Modified: 2010-02-06 08:23 CET ====================================================================== Summary: Backends will not start if world/group executable Description: ll /opt/csw/lib/cups/backend/ total 509 lrwxrwxrwx 1 root root 3 Nov 17 18:26 http -> ipp* -rwx------ 1 root bin 50268 Nov 12 18:16 ipp* -rwx------ 1 root bin 43620 Nov 12 18:16 lpd* -r-xr-xr-x 1 root bin 33708 Nov 12 18:16 parallel* -r-xr-xr-x 1 root bin 7448 Nov 12 18:16 scsi* -r-xr-xr-x 1 root bin 31948 Nov 12 18:16 serial* -r-xr-xr-x 1 root bin 24232 Nov 12 18:16 snmp* -r-xr-xr-x 1 root bin 34976 Nov 12 18:16 socket* -r-xr-xr-x 1 root bin 27480 Nov 12 18:16 usb* only ipp and lpd are started by cups changing this to ls -al /opt/csw/lib/cups/backend/ Password: total 582 drwxr-xr-x 2 root bin 12 Jan 18 16:23 . drwxr-xr-x 9 root bin 9 Jan 18 10:39 .. -rwx------ 1 root bin 33352 Jan 18 16:25 cups-pdf lrwxrwxrwx 1 root root 3 Jan 18 10:39 http -> ipp -rwx------ 1 root bin 50268 Nov 12 18:16 ipp -rwx------ 1 root bin 43620 Nov 12 18:16 lpd -rwx------ 1 root bin 33708 Nov 12 18:16 parallel -rwx------ 1 root bin 7448 Nov 12 18:16 scsi -rwx------ 1 root bin 31948 Nov 12 18:16 serial -rwx------ 1 root bin 24232 Nov 12 18:16 snmp -rwx------ 1 root bin 34976 Nov 12 18:16 socket -rwx------ 1 root bin 27480 Nov 12 18:16 usb gives you all backends ====================================================================== ---------------------------------------------------------------------- (0007406) maciej (manager) - 2010-02-06 08:23 http://www.opencsw.org/bugtrack/view.php?id=4168#c7406 ---------------------------------------------------------------------- The updated packages have been moved to: http://mirror.opencsw.org/experimental.html#maciej Do they work OK? From noreply at opencsw.org Sat Feb 6 18:11:55 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 6 Feb 2010 18:11:55 +0100 Subject: [bug-notifications] [seamonkey 0004255]: Upgrade to SeaMonkey 2.0.x Message-ID: <20d7b301229c9f587a20a967073082a6@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4255 ====================================================================== Reported By: kenmays Assigned To: ====================================================================== Project: seamonkey Issue ID: 4255 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-06 18:11 CET Last Modified: 2010-02-06 18:11 CET ====================================================================== Summary: Upgrade to SeaMonkey 2.0.x Description: Rendering problems persist with SeaMonkey 1.1.8 when used on graphic intensive sites and some banking sites. The new browser upgrade allows SeaMonkey to be compatible with FireFox 3.x rendering capabilities. ====================================================================== From noreply at opencsw.org Sat Feb 6 18:27:09 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 6 Feb 2010 18:27:09 +0100 Subject: [bug-notifications] [wesnoth 0004256]: Rebuild Wesnoth v1.4.7 packaging Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4256 ====================================================================== Reported By: kenmays Assigned To: ====================================================================== Project: wesnoth Issue ID: 4256 Category: packaging Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-06 18:27 CET Last Modified: 2010-02-06 18:27 CET ====================================================================== Summary: Rebuild Wesnoth v1.4.7 packaging Description: Dependency issues with Wesnoth 1.4.7. Suggest package respin of Wesnoth 1.4.7 with current package dependencies. ====================================================================== From noreply at opencsw.org Sat Feb 6 18:40:42 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 6 Feb 2010 18:40:42 +0100 Subject: [bug-notifications] [libmikmod 0004257]: Correct Source URL Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4257 ====================================================================== Reported By: kenmays Assigned To: ====================================================================== Project: libmikmod Issue ID: 4257 Category: other Reproducibility: always Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-06 18:40 CET Last Modified: 2010-02-06 18:40 CET ====================================================================== Summary: Correct Source URL Description: The page now says: "Girls In Underwear Pics Enjoy Watching Teen Underwear Models? Underwear Models Pics By entering this site I declare under penalty of perjury that I am at least 18 years of age, I consent to viewing adult-oriented, teen underwear models, girls in underwear pics, underwear models nude material that I may be exposed to as a result of the following link, and it is legal to view such material in my country and/or state." Correct URL is: http://mikmod.raphnet.net ====================================================================== From noreply at opencsw.org Sat Feb 6 18:54:02 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 6 Feb 2010 18:54:02 +0100 Subject: [bug-notifications] [pyeyed3 0004258]: Upgrade to v0.6.17 Message-ID: <62b515a1b8e6c15f5720ac8e2d027ba0@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4258 ====================================================================== Reported By: kenmays Assigned To: ====================================================================== Project: pyeyed3 Issue ID: 4258 Category: upgrade Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-06 18:54 CET Last Modified: 2010-02-06 18:54 CET ====================================================================== Summary: Upgrade to v0.6.17 Description: Incorrect ID3 tagging when handling PLCT frames with less than 4 bytes of data. A little problematic reading description data from files in mp3 library. ====================================================================== From noreply at opencsw.org Sun Feb 7 12:46:18 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 7 Feb 2010 12:46:18 +0100 Subject: [bug-notifications] [gar_devel 0004259]: gmake package should work on any platform Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4259 ====================================================================== Reported By: rupert Assigned To: ====================================================================== Project: gar_devel Issue ID: 4259 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-07 12:46 CET Last Modified: 2010-02-07 12:46 CET ====================================================================== Summary: gmake package should work on any platform Description: recently gar lost the ability to build a package on any platform, as it gives: rupert at build10s:~/mgar/pkg/nss/trunk $ gmake package gar/gar.pkg.mk:691: *** You are building this package on a non-requested platform host 'build10s'. The follow platforms were requested: gar/gar.pkg.mk:691: *** - solaris8-sparc to be build on host 'build8s' gar/gar.pkg.mk:691: *** - solaris8-i386 to be build on host 'build8x' gar/gar.pkg.mk:691: *** You can execute 'gmake platforms' to automatically build on all necessary platforms.. Stop. pease re-enable building on any platform. ====================================================================== From noreply at opencsw.org Sun Feb 7 14:50:44 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 7 Feb 2010 14:50:44 +0100 Subject: [bug-notifications] [gar_devel 0004259]: gmake package should work on any platform In-Reply-To: <0cef91ad185d13ca709ff446dfbb27fb> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4259 ====================================================================== Reported By: rupert Assigned To: bwalton ====================================================================== Project: gar_devel Issue ID: 4259 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-02-07 12:46 CET Last Modified: 2010-02-07 14:50 CET ====================================================================== Summary: gmake package should work on any platform Description: recently gar lost the ability to build a package on any platform, as it gives: rupert at build10s:~/mgar/pkg/nss/trunk $ gmake package gar/gar.pkg.mk:691: *** You are building this package on a non-requested platform host 'build10s'. The follow platforms were requested: gar/gar.pkg.mk:691: *** - solaris8-sparc to be build on host 'build8s' gar/gar.pkg.mk:691: *** - solaris8-i386 to be build on host 'build8x' gar/gar.pkg.mk:691: *** You can execute 'gmake platforms' to automatically build on all necessary platforms.. Stop. pease re-enable building on any platform. ====================================================================== ---------------------------------------------------------------------- (0007407) bwalton (manager) - 2010-02-07 14:50 http://www.opencsw.org/bugtrack/view.php?id=4259#c7407 ---------------------------------------------------------------------- This should be assigned to the sourceforge bugtracker for the GAR project. Thanks -Ben From noreply at opencsw.org Sun Feb 7 19:31:40 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 7 Feb 2010 19:31:40 +0100 Subject: [bug-notifications] [p7zip 0004100]: Please upgrade to 9.04 In-Reply-To: <43c26562b3c5539757b9c7a252b8a273> Message-ID: <464f491e93da725e4bfa69c06b1bdee0@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4100 ====================================================================== Reported By: dam Assigned To: benny ====================================================================== Project: p7zip Issue ID: 4100 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-12-26 22:26 CET Last Modified: 2010-02-07 19:31 CET ====================================================================== Summary: Please upgrade to 9.04 Description: Please upgrade to 9.04 ====================================================================== ---------------------------------------------------------------------- (0007408) benny (manager) - 2010-02-07 19:31 http://www.opencsw.org/bugtrack/view.php?id=4100#c7408 ---------------------------------------------------------------------- Package released From noreply at opencsw.org Sun Feb 7 19:32:45 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 7 Feb 2010 19:32:45 +0100 Subject: [bug-notifications] [pbzip2 0003020]: Please upgrade to 1.0.5 In-Reply-To: <086f01266c6f94a056d5c6a3ca6162c9> Message-ID: <717f2b9a46c108d0b0d31db6b76c8cee@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3020 ====================================================================== Reported By: dam Assigned To: benny ====================================================================== Project: pbzip2 Issue ID: 3020 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-01-16 13:49 CET Last Modified: 2010-02-07 19:32 CET ====================================================================== Summary: Please upgrade to 1.0.5 Description: Hi Alessio, how about upgrading to 1.0.5 with multi-ISA versions? I'd imagine that would bring a lot of performance. I can help in making this with GAR. Best regards -- Dago ====================================================================== ---------------------------------------------------------------------- (0007409) benny (manager) - 2010-02-07 19:32 http://www.opencsw.org/bugtrack/view.php?id=3020#c7409 ---------------------------------------------------------------------- Multi ISA version released From noreply at opencsw.org Sun Feb 7 19:33:46 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 7 Feb 2010 19:33:46 +0100 Subject: [bug-notifications] [xpdf 0001435]: xpdf fiales on certain pdf:s In-Reply-To: <7e5e7a5346e9ef584ab7f13cac70492e> Message-ID: <8015dd6472cf6df9bc625646cd8a0f44@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1435 ====================================================================== Reported By: fredrik Assigned To: fredrik ====================================================================== Project: xpdf Issue ID: 1435 Category: other Reproducibility: always Severity: feature Priority: none Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-02-06 08:08 CET Last Modified: 2010-02-07 19:33 CET ====================================================================== Summary: xpdf fiales on certain pdf:s Description: When trying to display a certain pdf I get: Error: Couldn\'t create a font for \'ArialMT\' Error: Couldn\'t create a font for \'ArialMT\' Error: Couldn\'t create a font for \'Arial-BoldMT\' Error: Couldn\'t create a font for \'Arial-BoldMT\' Is this a known problem with xpdf 3.01? I use Solaris, with xpdf linked agains freetype 2.1.10 using debian 3.1 I get the same result (xpdf 3.00?) gipsy> pdffonts FL_0601_r??ttad060203.pdf name type emb sub uni object ID ------------------------------------ ------------ --- --- --- --------- ArialMT CID TrueType yes no yes 8 0 Arial-BoldMT CID TrueType yes no yes 15 0 Regards ====================================================================== ---------------------------------------------------------------------- (0007410) benny (manager) - 2010-02-07 19:33 http://www.opencsw.org/bugtrack/view.php?id=1435#c7410 ---------------------------------------------------------------------- Closing From noreply at opencsw.org Mon Feb 8 09:58:07 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 8 Feb 2010 09:58:07 +0100 Subject: [bug-notifications] [php5_mysql 0004149]: Cannot find libmysqlclient.so.15 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4149 ====================================================================== Reported By: dorix Assigned To: ====================================================================== Project: php5_mysql Issue ID: 4149 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-01-12 18:51 CET Last Modified: 2010-02-08 09:58 CET ====================================================================== Summary: Cannot find libmysqlclient.so.15 Description: Since a recent upgrade of the Mysql5 packages, php5_mysql's mysql.so file cannot find its required libmysqlclient.so.15 library anymore. I have worked around this by: ln -s /opt/csw/mysql5/lib/mysql /opt/csw/lib/mysql ====================================================================== ---------------------------------------------------------------------- (0007411) maciej (reporter) - 2010-02-08 09:58 http://www.opencsw.org/bugtrack/view.php?id=4149#c7411 ---------------------------------------------------------------------- The conversation today on IRC: 08:51 <@automaciej> Dagobert: http://www.opencsw.org/bugtrack/view.php?id=4149 08:52 <@Dagobert> What is wrong in making that link I also proposed? 08:52 <@automaciej> ...I'm thinking that either this symlink shouldn't be there, or the whole package should be in /opt/csw. 08:52 <@Dagobert> We can reorder the library-includes in GAR 08:52 <@Dagobert> It is for legacy only! 08:52 <@Dagobert> We must update php. 08:52 <@automaciej> but if we have the symlink, it'll never go away 08:52 <@Dagobert> :-P 08:52 <@Dagobert> just for the few legacy packages. 08:52 <@automaciej> because people will keep linking against it 08:52 <@automaciej> in the new packages 08:53 <@Dagobert> *Sigh* 08:53 <@automaciej> so I can as well move the whole thing to /opt/csw. 08:53 <@Dagobert> NO!! 08:53 <@automaciej> so, "legacy forever"? 08:54 <@Dagobert> No. Just until the dependencies have been rebuild. 08:54 <@automaciej> Maybe CSWmysql5legacysymlink? 08:55 <@Dagobert> That wouldn't help because it wouldn't be pulled in automatically 08:55 <@automaciej> right, so we'll also need a check to verify that nothing links against /opt/csw/lib/mysql 08:55 <@Dagobert> Or try fixing php now. 08:56 <@automaciej> in other words, that /opt/csw/lib/mysql is not part of any RPATH of any binary in the new packages 08:56 <@Dagobert> Yes. From noreply at opencsw.org Mon Feb 8 10:16:55 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 8 Feb 2010 10:16:55 +0100 Subject: [bug-notifications] [emacs 0002599]: Emacs start hangs and dies after upgrade since last month In-Reply-To: <4fb1e96f7332623ccfe59c4985a9d768> Message-ID: <09a32b145eecf32e2d3fa3dcab956c11@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/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: fixed Fixed in Version: ====================================================================== Date Submitted: 2007-09-24 17:41 CEST Last Modified: 2010-02-08 10:16 CET ====================================================================== 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. ====================================================================== ---------------------------------------------------------------------- (0007412) pfelecan (manager) - 2010-02-08 10:16 http://www.opencsw.org/bugtrack/view.php?id=2599#c7412 ---------------------------------------------------------------------- nothing to fix From noreply at opencsw.org Mon Feb 8 16:25:40 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 8 Feb 2010 16:25:40 +0100 Subject: [bug-notifications] [cupsd 0004168]: Backends will not start if world/group executable In-Reply-To: <0e65972112df9a83781c4a2b641fc2c7> Message-ID: <90a885bcd163d9ec6f0d5eca0cec1860@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4168 ====================================================================== Reported By: schwindt Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 4168 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-01-18 20:00 CET Last Modified: 2010-02-08 16:25 CET ====================================================================== Summary: Backends will not start if world/group executable Description: ll /opt/csw/lib/cups/backend/ total 509 lrwxrwxrwx 1 root root 3 Nov 17 18:26 http -> ipp* -rwx------ 1 root bin 50268 Nov 12 18:16 ipp* -rwx------ 1 root bin 43620 Nov 12 18:16 lpd* -r-xr-xr-x 1 root bin 33708 Nov 12 18:16 parallel* -r-xr-xr-x 1 root bin 7448 Nov 12 18:16 scsi* -r-xr-xr-x 1 root bin 31948 Nov 12 18:16 serial* -r-xr-xr-x 1 root bin 24232 Nov 12 18:16 snmp* -r-xr-xr-x 1 root bin 34976 Nov 12 18:16 socket* -r-xr-xr-x 1 root bin 27480 Nov 12 18:16 usb* only ipp and lpd are started by cups changing this to ls -al /opt/csw/lib/cups/backend/ Password: total 582 drwxr-xr-x 2 root bin 12 Jan 18 16:23 . drwxr-xr-x 9 root bin 9 Jan 18 10:39 .. -rwx------ 1 root bin 33352 Jan 18 16:25 cups-pdf lrwxrwxrwx 1 root root 3 Jan 18 10:39 http -> ipp -rwx------ 1 root bin 50268 Nov 12 18:16 ipp -rwx------ 1 root bin 43620 Nov 12 18:16 lpd -rwx------ 1 root bin 33708 Nov 12 18:16 parallel -rwx------ 1 root bin 7448 Nov 12 18:16 scsi -rwx------ 1 root bin 31948 Nov 12 18:16 serial -rwx------ 1 root bin 24232 Nov 12 18:16 snmp -rwx------ 1 root bin 34976 Nov 12 18:16 socket -rwx------ 1 root bin 27480 Nov 12 18:16 usb gives you all backends ====================================================================== ---------------------------------------------------------------------- (0007413) schwindt (reporter) - 2010-02-08 16:25 http://www.opencsw.org/bugtrack/view.php?id=4168#c7413 ---------------------------------------------------------------------- I installed these on all backends are functional now. From noreply at opencsw.org Mon Feb 8 18:16:56 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 8 Feb 2010 18:16:56 +0100 Subject: [bug-notifications] [aspell 0004010]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall In-Reply-To: <43a51bd827c96c31707c5b9097464b44> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4010 ====================================================================== Reported By: dam Assigned To: james ====================================================================== Project: aspell Issue ID: 4010 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-11-11 16:13 CET Last Modified: 2010-02-08 18:16 CET ====================================================================== Summary: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Description: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall ====================================================================== ---------------------------------------------------------------------- (0007231) james (manager) - 2010-01-14 15:08 http://www.opencsw.org/bugtrack/view.php?id=4010#c7231 ---------------------------------------------------------------------- REV=2010.01.06 uses cswtexinfo for info files From noreply at opencsw.org Mon Feb 8 18:17:24 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 8 Feb 2010 18:17:24 +0100 Subject: [bug-notifications] [ntp 0004083]: Please upgrade to 4.2.6 In-Reply-To: <6600e62c1089f931c6f9656548923e32> Message-ID: <222010c862c4ddd4b8fc2068fe42beaa@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4083 ====================================================================== Reported By: dam Assigned To: james ====================================================================== Project: ntp Issue ID: 4083 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-12-15 12:23 CET Last Modified: 2010-02-08 18:17 CET ====================================================================== Summary: Please upgrade to 4.2.6 Description: Please upgrade to 4.2.6 ====================================================================== ---------------------------------------------------------------------- (0007233) james (manager) - 2010-01-14 15:11 http://www.opencsw.org/bugtrack/view.php?id=4083#c7233 ---------------------------------------------------------------------- 4.2.6,REV=2009.12.26 is released From noreply at opencsw.org Mon Feb 8 21:25:37 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 8 Feb 2010 21:25:37 +0100 Subject: [bug-notifications] [php5_mysql 0004149]: Cannot find libmysqlclient.so.15 In-Reply-To: Message-ID: <1ee87fd4545ad833e0ea8697a85bfc71@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4149 ====================================================================== Reported By: dorix Assigned To: ====================================================================== Project: php5_mysql Issue ID: 4149 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-01-12 18:51 CET Last Modified: 2010-02-08 21:25 CET ====================================================================== Summary: Cannot find libmysqlclient.so.15 Description: Since a recent upgrade of the Mysql5 packages, php5_mysql's mysql.so file cannot find its required libmysqlclient.so.15 library anymore. I have worked around this by: ln -s /opt/csw/mysql5/lib/mysql /opt/csw/lib/mysql ====================================================================== ---------------------------------------------------------------------- (0007415) maciej (reporter) - 2010-02-08 21:25 http://www.opencsw.org/bugtrack/view.php?id=4149#c7415 ---------------------------------------------------------------------- Updated rt packages are available for download: http://mirror.opencsw.org/experimental.html#maciej From noreply at opencsw.org Mon Feb 8 22:06:39 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 8 Feb 2010 22:06:39 +0100 Subject: [bug-notifications] [hatari 0004108]: Please upgrade to 1.3.1 In-Reply-To: <97953a03f9b2356cc71c5da3fc4c5af6> Message-ID: <8d44c106d4411041fe3477724e129e4b@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4108 ====================================================================== Reported By: dam Assigned To: jgoerzen ====================================================================== Project: hatari Issue ID: 4108 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-01-04 10:19 CET Last Modified: 2010-02-08 22:06 CET ====================================================================== Summary: Please upgrade to 1.3.1 Description: Please upgrade to 1.3.1 ====================================================================== ---------------------------------------------------------------------- (0007416) jgoerzen (manager) - 2010-02-08 22:06 http://www.opencsw.org/mantis/view.php?id=4108#c7416 ---------------------------------------------------------------------- version hatari-1.3.1,REV=2010.02.04 now showing up on mirrors From noreply at opencsw.org Mon Feb 8 22:07:31 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 8 Feb 2010 22:07:31 +0100 Subject: [bug-notifications] [hatari 0003547]: RPATH contains /opt/csw/lib/\$ISALIST and /opt/csw/lib/SALIST In-Reply-To: Message-ID: <06e30a4c4148ed966ae8e5d820dc7df5@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3547 ====================================================================== Reported By: james Assigned To: jgoerzen ====================================================================== Project: hatari Issue ID: 3547 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-01 18:03 CEST Last Modified: 2010-02-08 22:07 CET ====================================================================== Summary: RPATH contains /opt/csw/lib/\$ISALIST and /opt/csw/lib/SALIST Description: RPATH contains /opt/csw/lib/\$ISALIST and /opt/csw/lib/SALIST so will miss any arch libs ====================================================================== ---------------------------------------------------------------------- (0007417) jgoerzen (manager) - 2010-02-08 22:07 http://www.opencsw.org/mantis/view.php?id=3547#c7417 ---------------------------------------------------------------------- fixed in version hatari-1.3.1,REV=2010.02.04 From noreply at opencsw.org Tue Feb 9 01:29:30 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 9 Feb 2010 01:29:30 +0100 Subject: [bug-notifications] [amavisd_new 0004141]: amavisd-new doesn't start due to Mail::SPF related import errors In-Reply-To: <8906bfd78cb79b22379f5df9e63ad09e> Message-ID: <3ee4926591fd5371e39fb7d0750c58fe@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4141 ====================================================================== Reported By: skayser Assigned To: ihsan ====================================================================== Project: amavisd_new Issue ID: 4141 Category: other Reproducibility: N/A Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-01-11 00:16 CET Last Modified: 2010-02-09 01:29 CET ====================================================================== Summary: amavisd-new doesn't start due to Mail::SPF related import errors Description: Reported on #opencsw by user yurda for amavisd_new on OpenSolaris. Startup problems of amavisd-new, with error messages pointing to Mail::SPF. Might be rooted somewhere else, please re-assign or discuss as you see fit. Compilation failed in require at (eval 126) line 3. ...propagated at /opt/csw/share/perl/5.8.8/base.pm line 85. BEGIN failed--compilation aborted at /opt/csw/share/perl/csw/Mail/SPF/Mech.pm line 24. Compilation failed in require at /opt/csw/sbin/amavisd-new line 197. fetch_modules: error loading optional module Mail/SPF/Mech/A.pm: Can't locate object method "explanation_templates_by_result_code" via package "Mail::SPF::SenderIPAddrMech" at /opt/csw/share/perl/csw/Mail/SPF/SenderIPAddrMech.pm line 28. BEGIN failed--compilation aborted at /opt/csw/share/perl/csw/Mail/SPF/SenderIPAddrMech.pm line 34. Compilation failed in require at (eval 127) line 3. ...propagated at /opt/csw/share/perl/5.8.8/base.pm line 85. BEGIN failed--compilation aborted at /opt/csw/share/perl/csw/Mail/SPF/Mech/A.pm line 22. Compilation failed in require at /opt/csw/sbin/amavisd-new line 197. fetch_modules: error loading optional module Mail/SPF/Mech/PTR.pm: Can't locate object method "make_accessor" via package "Mail::SPF::Mech::PTR" at /opt/csw/share/perl/csw/Mail/SPF/Mech/PTR.pm line 128. Compilation failed in require at /opt/csw/sbin/amavisd-new line 197. fetch_modules: error loading optional module Mail/SPF/Mech/All.pm: Can't locate object method "explanation_templates_by_result_code" via package "Mail::SPF::Mech::All" at /opt/csw/share/perl/csw/Mail/SPF/Mech/All.pm line 30. BEGIN failed--compilation aborted at /opt/csw/share/perl/csw/Mail/SPF/Mech/All.pm line 35. Compilation failed in require at /opt/csw/sbin/amavisd-new line 197. fetch_modules: error loading optional module Mail/SPF/Mech/Exists.pm: Can't locate object method "make_accessor" via package "Mail::SPF::Mech::Exists" at /opt/csw/share/perl/csw/Mail/SPF/Mech/Exists.pm line 126. Compilation failed in require at /opt/csw/sbin/amavisd-new line 197. fetch_modules: error loading optional module Mail/SPF/Mech/IP4.pm: Can't locate object method "make_accessor" via package "Mail::SPF::Mech::IP4" at /opt/csw/share/perl/csw/Mail/SPF/Mech/IP4.pm line 134. Compilation failed in require at /opt/csw/sbin/amavisd-new line 197. fetch_modules: error loading optional module Mail/SPF/Mech/IP6.pm: Can't locate object method "make_accessor" via package "Mail::SPF::Mech::IP6" at /opt/csw/share/perl/csw/Mail/SPF/Mech/IP6.pm line 132. Compilation failed in require at /opt/csw/sbin/amavisd-new line 197. fetch_modules: error loading optional module Mail/SPF/Mech/Include.pm: Can't locate object method "make_accessor" via package "Mail::SPF::Mech::Include" at /opt/csw/share/perl/csw/Mail/SPF/Mech/Include.pm line 126. Compilation failed in require at /opt/csw/sbin/amavisd-new line 197. fetch_modules: error loading optional module Mail/SPF/Mech/MX.pm: Can't locate object method "make_accessor" via package "Mail::SPF::Mech::MX" at /opt/csw/share/perl/csw/Mail/SPF/Mech/MX.pm line 157. Compilation failed in require at /opt/csw/sbin/amavisd-new line 197. fetch_modules: error loading optional module Mail/SPF/Mod.pm: Can't locate object method "name_pattern" via package "Mail::SPF::Mod" at /opt/csw/share/perl/csw/Mail/SPF/Mod.pm line 31. BEGIN failed--compilation aborted at /opt/csw/share/perl/csw/Mail/SPF/Mod.pm line 31. Compilation failed in require at /opt/csw/sbin/amavisd-new line 197. fetch_modules: error loading optional module Mail/SPF/Mod/Exp.pm: Base class package "Mail::SPF::GlobalMod" is empty. (Perhaps you need to 'use' the module which defines that package first.) at /opt/csw/share/perl/csw/Mail/SPF/Mod/Exp.pm line 23 BEGIN failed--compilation aborted at /opt/csw/share/perl/csw/Mail/SPF/Mod/Exp.pm line 23. Compilation failed in require at /opt/csw/sbin/amavisd-new line 197. fetch_modules: error loading optional module Mail/SPF/Mod/Redirect.pm: Base class package "Mail::SPF::GlobalMod" is empty. (Perhaps you need to 'use' the module which defines that package first.) at /opt/csw/share/perl/csw/Mail/SPF/Mod/Redirect.pm line 23 BEGIN failed--compilation aborted at /opt/csw/share/perl/csw/Mail/SPF/Mod/Redirect.pm line 23. Compilation failed in require at /opt/csw/sbin/amavisd-new line 197. [ Jan 10 23:49:19 Method "start" exited with status 0. ] [ Jan 10 23:49:19 Stopping because all processes in service exited. ] [ Jan 10 23:49:19 Executing stop method ("/var/opt/csw/svc/method/svc-cswamavisdnew stop"). ] The amavisd daemon is not running [ Jan 10 23:49:20 Method "stop" exited with status 3. ] [ Jan 10 23:49:20 Executing stop method ("/var/opt/csw/svc/method/svc-cswamavisdnew stop"). ] The amavisd daemon is not running [ Jan 10 23:49:20 Method "stop" exited with status 3. ] [ Jan 10 23:49:20 Executing stop method ("/var/opt/csw/svc/method/svc-cswamavisdnew stop"). ] The amavisd daemon is not running [ Jan 10 23:49:21 Method "stop" exited with status 3. ] ====================================================================== ---------------------------------------------------------------------- (0007418) skayser (administrator) - 2010-02-09 01:29 http://www.opencsw.org/mantis/view.php?id=4141#c7418 ---------------------------------------------------------------------- The user might have done something wrong, don't know about the details of the installation. Did you try to reproduce with a fresh Solaris installation (i.e. no CSW packages except for pkgutil) and pkgutil -i amavisd_new? Maybe there are some explicit dependencies missing which you happen to have on your system through other packages. From noreply at opencsw.org Tue Feb 9 10:22:50 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 9 Feb 2010 10:22:50 +0100 Subject: [bug-notifications] [cswclassutils 0004118]: Alternate root installation (via pkgadd -R): i.cswcpsampleconf throws chown/chmod errors In-Reply-To: <40029dc520a71bc53dd7e5c9be6748c5> Message-ID: <829a198c7ffa53395ac01abe289f22fe@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4118 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 4118 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-07 14:10 CET Last Modified: 2010-02-09 10:22 CET ====================================================================== Summary: Alternate root installation (via pkgadd -R): i.cswcpsampleconf throws chown/chmod errors Description: When one installs a package to an alternate root via -R, i.cswcpsampleconf will throw chown/chmod errors (see additional information). Looks like the following bit in i.cswcpsampleconf needs some tweaking of the "grep" invocation. echo Copying sample config to $confdest [ -x /usr/bin/pkgadm ] && /usr/bin/pkgadm sync > /dev/null 2>&1 contents=`grep "^$dest" /var/sadm/install/contents` mode=`echo $contents | awk '{print $4}'` user=`echo $contents | awk '{print $5}'` group=`echo $contents | awk '{print $6}'` cp $dest $confdest chmod $mode $confdest chown $user:$group $confdest The "grep" needs to be given a $dest with a potential $PKG_INSTALL_ROOT stripped while /var/sadm/install/contents needs to be prepended with $PKG_INSTALL_ROOT. Example which works in my case: file=`echo $dest | sed -e "s,$PKG_INSTALL_ROOT,,"` contents=`grep "^$file" $PKG_INSTALL_ROOT/var/sadm/install/contents` Additionally i suppose, the call to pkgadm also needs to be prefixed with $PKG_INSTALL_ROOT (but that would need be cross-checked by someone who is familiar with pkgadm). Another interesting thing I noticed is that the CAS invoked during an alternate-root installation are NOT the ones from the alternate root, but the ones from the system where the alternate root is mounted. Does this mean that our CAS are worthless for someone who does a Jumpstart installation and installs our packages during the phase where the installed system is still mounted at /a? ====================================================================== ---------------------------------------------------------------------- (0007419) bonivart (manager) - 2010-02-09 10:22 http://www.opencsw.org/mantis/view.php?id=4118#c7419 ---------------------------------------------------------------------- I have tried this in r8430, both for cpsampleconf and preserveconf. I will package 1.32 of cswclassutils so it can be tested. From noreply at opencsw.org Tue Feb 9 15:31:59 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 9 Feb 2010 15:31:59 +0100 Subject: [bug-notifications] [nano 0004260]: Please upgrade to 2.2.2 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4260 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: nano Issue ID: 4260 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-09 15:31 CET Last Modified: 2010-02-09 15:31 CET ====================================================================== Summary: Please upgrade to 2.2.2 Description: Please upgrade to 2.2.2 ====================================================================== From noreply at opencsw.org Tue Feb 9 15:34:01 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 9 Feb 2010 15:34:01 +0100 Subject: [bug-notifications] [memconf 0004162]: Please upgrade to 2.13 In-Reply-To: Message-ID: <85513019f855e0a3514929c4791599d8@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4162 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: memconf Issue ID: 4162 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-16 20:29 CET Last Modified: 2010-02-09 15:34 CET ====================================================================== Summary: Please upgrade to 2.13 Description: Please upgrade to 2.13 as released today on SFW ====================================================================== ---------------------------------------------------------------------- (0007420) dam (administrator) - 2010-02-09 15:34 http://www.opencsw.org/mantis/view.php?id=4162#c7420 ---------------------------------------------------------------------- How about a release? From noreply at opencsw.org Wed Feb 10 12:54:51 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 10 Feb 2010 12:54:51 +0100 Subject: [bug-notifications] [privoxy 0004261]: Please implement/add reload option for the init script Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4261 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: privoxy Issue ID: 4261 Category: regular use Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-10 12:54 CET Last Modified: 2010-02-10 12:54 CET ====================================================================== Summary: Please implement/add reload option for the init script Description: The cswprivoxy init script currently doesn't offer a reload option. # /etc/init.d/cswprivoxy Usage: /etc/init.d/cswprivoxy {start|stop|restart} Thus, one has to reload privoxy manually via e.g. pkill -HUP privoxy (would strongly prefer a PID file via --pidfile though WRT to zones). Could you please implement and add a reload option to the init script? ====================================================================== From noreply at opencsw.org Thu Feb 11 13:55:32 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 11 Feb 2010 13:55:32 +0100 Subject: [bug-notifications] [cswclassutils 0004118]: Alternate root installation (via pkgadd -R): i.cswcpsampleconf throws chown/chmod errors In-Reply-To: <40029dc520a71bc53dd7e5c9be6748c5> Message-ID: <5c82ae79c08d66a60f81a8b6c6c098b0@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4118 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 4118 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-07 14:10 CET Last Modified: 2010-02-11 13:55 CET ====================================================================== Summary: Alternate root installation (via pkgadd -R): i.cswcpsampleconf throws chown/chmod errors Description: When one installs a package to an alternate root via -R, i.cswcpsampleconf will throw chown/chmod errors (see additional information). Looks like the following bit in i.cswcpsampleconf needs some tweaking of the "grep" invocation. echo Copying sample config to $confdest [ -x /usr/bin/pkgadm ] && /usr/bin/pkgadm sync > /dev/null 2>&1 contents=`grep "^$dest" /var/sadm/install/contents` mode=`echo $contents | awk '{print $4}'` user=`echo $contents | awk '{print $5}'` group=`echo $contents | awk '{print $6}'` cp $dest $confdest chmod $mode $confdest chown $user:$group $confdest The "grep" needs to be given a $dest with a potential $PKG_INSTALL_ROOT stripped while /var/sadm/install/contents needs to be prepended with $PKG_INSTALL_ROOT. Example which works in my case: file=`echo $dest | sed -e "s,$PKG_INSTALL_ROOT,,"` contents=`grep "^$file" $PKG_INSTALL_ROOT/var/sadm/install/contents` Additionally i suppose, the call to pkgadm also needs to be prefixed with $PKG_INSTALL_ROOT (but that would need be cross-checked by someone who is familiar with pkgadm). Another interesting thing I noticed is that the CAS invoked during an alternate-root installation are NOT the ones from the alternate root, but the ones from the system where the alternate root is mounted. Does this mean that our CAS are worthless for someone who does a Jumpstart installation and installs our packages during the phase where the installed system is still mounted at /a? ====================================================================== ---------------------------------------------------------------------- (0007421) bonivart (manager) - 2010-02-11 13:55 http://www.opencsw.org/mantis/view.php?id=4118#c7421 ---------------------------------------------------------------------- Did you only try your fix with setting -R? Not without? Because it fails and I think it's the sed that is complaining about replacing nothing with nothing. "First RE may not be null" I will try a few more tricks. :-) From noreply at opencsw.org Thu Feb 11 14:55:16 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 11 Feb 2010 14:55:16 +0100 Subject: [bug-notifications] [cswclassutils 0004118]: Alternate root installation (via pkgadd -R): i.cswcpsampleconf throws chown/chmod errors In-Reply-To: <40029dc520a71bc53dd7e5c9be6748c5> Message-ID: <6f364b85a6712512a83b21ccdc8bbed3@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4118 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 4118 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-07 14:10 CET Last Modified: 2010-02-11 14:55 CET ====================================================================== Summary: Alternate root installation (via pkgadd -R): i.cswcpsampleconf throws chown/chmod errors Description: When one installs a package to an alternate root via -R, i.cswcpsampleconf will throw chown/chmod errors (see additional information). Looks like the following bit in i.cswcpsampleconf needs some tweaking of the "grep" invocation. echo Copying sample config to $confdest [ -x /usr/bin/pkgadm ] && /usr/bin/pkgadm sync > /dev/null 2>&1 contents=`grep "^$dest" /var/sadm/install/contents` mode=`echo $contents | awk '{print $4}'` user=`echo $contents | awk '{print $5}'` group=`echo $contents | awk '{print $6}'` cp $dest $confdest chmod $mode $confdest chown $user:$group $confdest The "grep" needs to be given a $dest with a potential $PKG_INSTALL_ROOT stripped while /var/sadm/install/contents needs to be prepended with $PKG_INSTALL_ROOT. Example which works in my case: file=`echo $dest | sed -e "s,$PKG_INSTALL_ROOT,,"` contents=`grep "^$file" $PKG_INSTALL_ROOT/var/sadm/install/contents` Additionally i suppose, the call to pkgadm also needs to be prefixed with $PKG_INSTALL_ROOT (but that would need be cross-checked by someone who is familiar with pkgadm). Another interesting thing I noticed is that the CAS invoked during an alternate-root installation are NOT the ones from the alternate root, but the ones from the system where the alternate root is mounted. Does this mean that our CAS are worthless for someone who does a Jumpstart installation and installs our packages during the phase where the installed system is still mounted at /a? ====================================================================== ---------------------------------------------------------------------- (0007422) skayser (administrator) - 2010-02-11 14:55 http://www.opencsw.org/mantis/view.php?id=4118#c7422 ---------------------------------------------------------------------- You are right. Put PKG_INSTALL_ROOT=${PKG_INSTALL_ROOT:-} near the start of the script and it should be fine. We could also start thinking about a test suite for cswclassutils to make hacking on those scripts easier. From noreply at opencsw.org Thu Feb 11 15:11:30 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 11 Feb 2010 15:11:30 +0100 Subject: [bug-notifications] [cswclassutils 0004118]: Alternate root installation (via pkgadd -R): i.cswcpsampleconf throws chown/chmod errors In-Reply-To: <40029dc520a71bc53dd7e5c9be6748c5> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4118 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 4118 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-07 14:10 CET Last Modified: 2010-02-11 15:11 CET ====================================================================== Summary: Alternate root installation (via pkgadd -R): i.cswcpsampleconf throws chown/chmod errors Description: When one installs a package to an alternate root via -R, i.cswcpsampleconf will throw chown/chmod errors (see additional information). Looks like the following bit in i.cswcpsampleconf needs some tweaking of the "grep" invocation. echo Copying sample config to $confdest [ -x /usr/bin/pkgadm ] && /usr/bin/pkgadm sync > /dev/null 2>&1 contents=`grep "^$dest" /var/sadm/install/contents` mode=`echo $contents | awk '{print $4}'` user=`echo $contents | awk '{print $5}'` group=`echo $contents | awk '{print $6}'` cp $dest $confdest chmod $mode $confdest chown $user:$group $confdest The "grep" needs to be given a $dest with a potential $PKG_INSTALL_ROOT stripped while /var/sadm/install/contents needs to be prepended with $PKG_INSTALL_ROOT. Example which works in my case: file=`echo $dest | sed -e "s,$PKG_INSTALL_ROOT,,"` contents=`grep "^$file" $PKG_INSTALL_ROOT/var/sadm/install/contents` Additionally i suppose, the call to pkgadm also needs to be prefixed with $PKG_INSTALL_ROOT (but that would need be cross-checked by someone who is familiar with pkgadm). Another interesting thing I noticed is that the CAS invoked during an alternate-root installation are NOT the ones from the alternate root, but the ones from the system where the alternate root is mounted. Does this mean that our CAS are worthless for someone who does a Jumpstart installation and installs our packages during the phase where the installed system is still mounted at /a? ====================================================================== ---------------------------------------------------------------------- (0007423) skayser (administrator) - 2010-02-11 15:11 http://www.opencsw.org/mantis/view.php?id=4118#c7423 ---------------------------------------------------------------------- Have to correct myself, the variable will be defined, but still be empty and sed unhappy. Didn't quite catch the context with sed. From noreply at opencsw.org Thu Feb 11 15:17:36 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 11 Feb 2010 15:17:36 +0100 Subject: [bug-notifications] [razor 0004262]: Please rebuild against new perl 5.10.1 Message-ID: <2539a4436d65f604bea9745db5a39aff@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4262 ====================================================================== Reported By: benny Assigned To: ====================================================================== Project: razor Issue ID: 4262 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-11 15:17 CET Last Modified: 2010-02-11 15:17 CET ====================================================================== Summary: Please rebuild against new perl 5.10.1 Description: Hi, can you please rebuild the package with our new perl 5.10.1 on build8xt and build8st and place it into /home/experimental/perl afterwards. Thanks, benny ====================================================================== From noreply at opencsw.org Thu Feb 11 15:19:41 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 11 Feb 2010 15:19:41 +0100 Subject: [bug-notifications] [irssi 0004263]: Please rebuild with new perl 5.10.1 Message-ID: <4abddc47bd120893be35ab92b791fba5@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4263 ====================================================================== Reported By: benny Assigned To: ====================================================================== Project: irssi Issue ID: 4263 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-11 15:19 CET Last Modified: 2010-02-11 15:19 CET ====================================================================== Summary: Please rebuild with new perl 5.10.1 Description: Hi, can you please rebuild the package with our new perl 5.10.1 on build8xt and build8st and place it into /home/experimental/perl afterwards? Thanks, benny ====================================================================== From noreply at opencsw.org Thu Feb 11 15:21:51 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 11 Feb 2010 15:21:51 +0100 Subject: [bug-notifications] [netsnmp 0004264]: Please rebuild with new perl 5.10.1 Message-ID: <5b1179c45d235a132473f1ebc442087a@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4264 ====================================================================== Reported By: benny Assigned To: ====================================================================== Project: netsnmp Issue ID: 4264 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-11 15:21 CET Last Modified: 2010-02-11 15:21 CET ====================================================================== Summary: Please rebuild with new perl 5.10.1 Description: Hi, can you please rebuild the package with our new perl 5.10.1 on build8xt and build8st and place it into /home/experimental/perl afterwards? Thanks, benny ====================================================================== From noreply at opencsw.org Thu Feb 11 15:23:32 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 11 Feb 2010 15:23:32 +0100 Subject: [bug-notifications] [imagemagick 0004265]: Please rebuild with new perl 5.10.1 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4265 ====================================================================== Reported By: benny Assigned To: ====================================================================== Project: imagemagick Issue ID: 4265 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-11 15:23 CET Last Modified: 2010-02-11 15:23 CET ====================================================================== Summary: Please rebuild with new perl 5.10.1 Description: Hi, can you please rebuild the package with our new perl 5.10.1 on build8xt and build8st and place it into /home/experimental/perl afterwards? Thanks, benny ====================================================================== From noreply at opencsw.org Thu Feb 11 15:24:48 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 11 Feb 2010 15:24:48 +0100 Subject: [bug-notifications] [pilotlink 0004266]: Please rebuild with new perl 5.10.1 Message-ID: <4c1726bf56246355b7ac646a36c9a00c@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4266 ====================================================================== Reported By: benny Assigned To: ====================================================================== Project: pilotlink Issue ID: 4266 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-11 15:24 CET Last Modified: 2010-02-11 15:24 CET ====================================================================== Summary: Please rebuild with new perl 5.10.1 Description: Hi, can you please rebuild the package with our new perl 5.10.1 on build8xt and build8st and place it into /home/experimental/perl afterwards? Thanks, benny ====================================================================== From noreply at opencsw.org Thu Feb 11 15:26:04 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 11 Feb 2010 15:26:04 +0100 Subject: [bug-notifications] [rrdtool 0004267]: Please rebuild with new perl 5.10.1 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4267 ====================================================================== Reported By: benny Assigned To: ====================================================================== Project: rrdtool Issue ID: 4267 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-11 15:26 CET Last Modified: 2010-02-11 15:26 CET ====================================================================== Summary: Please rebuild with new perl 5.10.1 Description: Hi, can you please rebuild the package with our new perl 5.10.1 on build8xt and build8st and place it into /home/experimental/perl afterwards? Thanks, benny ====================================================================== From noreply at opencsw.org Thu Feb 11 16:01:14 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 11 Feb 2010 16:01:14 +0100 Subject: [bug-notifications] [cswclassutils 0004118]: Alternate root installation (via pkgadd -R): i.cswcpsampleconf throws chown/chmod errors In-Reply-To: <40029dc520a71bc53dd7e5c9be6748c5> Message-ID: <3c88f1cb9f773f02cb4126d33e844041@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4118 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 4118 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-07 14:10 CET Last Modified: 2010-02-11 16:01 CET ====================================================================== Summary: Alternate root installation (via pkgadd -R): i.cswcpsampleconf throws chown/chmod errors Description: When one installs a package to an alternate root via -R, i.cswcpsampleconf will throw chown/chmod errors (see additional information). Looks like the following bit in i.cswcpsampleconf needs some tweaking of the "grep" invocation. echo Copying sample config to $confdest [ -x /usr/bin/pkgadm ] && /usr/bin/pkgadm sync > /dev/null 2>&1 contents=`grep "^$dest" /var/sadm/install/contents` mode=`echo $contents | awk '{print $4}'` user=`echo $contents | awk '{print $5}'` group=`echo $contents | awk '{print $6}'` cp $dest $confdest chmod $mode $confdest chown $user:$group $confdest The "grep" needs to be given a $dest with a potential $PKG_INSTALL_ROOT stripped while /var/sadm/install/contents needs to be prepended with $PKG_INSTALL_ROOT. Example which works in my case: file=`echo $dest | sed -e "s,$PKG_INSTALL_ROOT,,"` contents=`grep "^$file" $PKG_INSTALL_ROOT/var/sadm/install/contents` Additionally i suppose, the call to pkgadm also needs to be prefixed with $PKG_INSTALL_ROOT (but that would need be cross-checked by someone who is familiar with pkgadm). Another interesting thing I noticed is that the CAS invoked during an alternate-root installation are NOT the ones from the alternate root, but the ones from the system where the alternate root is mounted. Does this mean that our CAS are worthless for someone who does a Jumpstart installation and installs our packages during the phase where the installed system is still mounted at /a? ====================================================================== ---------------------------------------------------------------------- (0007424) bonivart (manager) - 2010-02-11 16:01 http://www.opencsw.org/mantis/view.php?id=4118#c7424 ---------------------------------------------------------------------- I have fixed that part so it works without using -R now, could you please test 1.33 in testing *with* -R? From noreply at opencsw.org Thu Feb 11 19:03:22 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 11 Feb 2010 19:03:22 +0100 Subject: [bug-notifications] [cswclassutils 0004075]: cswinitsmf should refuse to create an FMRI with a dot in the name In-Reply-To: <9b3ec08d5acd459ffff00709db65a335> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4075 ====================================================================== Reported By: maciej Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 4075 Category: other Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-12-10 09:34 CET Last Modified: 2010-02-11 19:03 CET ====================================================================== Summary: cswinitsmf should refuse to create an FMRI with a dot in the name Description: 08:25 <@automaciej> I just discovered that SMF FMRIs don't work if they have dots in them. 08:25 <@automaciej> like, you can have cswpostgres_8_4, but can't have cswpostgres_8.4 08:29 < lewellyn> yup 08:29 < lewellyn> it's documented somewhere, in fact. 08:29 <@automaciej> cswclassutils don't catch that 08:29 < lewellyn> that's why sun's services tend to be whatever23 or whatever_23 08:30 < Dagobert> I guess it is because SMF is designed to be extended to multi-host at some point in the future and . is a domain-sep. Same thing as for auto* ====================================================================== ---------------------------------------------------------------------- (0007425) bonivart (manager) - 2010-02-11 19:03 http://www.opencsw.org/mantis/view.php?id=4075#c7425 ---------------------------------------------------------------------- Version 1.33 of cswclassutils is in testing and this is what happens when you have a dot (or several dots) in the FMRI: [ verifying class ] Installing class ... WARNING! FMRI path contained an illegal dot (removed) New FMRI path: foo Creating /var/opt/csw/svc/manifest/foo ... Creating service script in /var/opt/csw/svc/method/svc-cswspamd ... Creating manifest ... Configuring service in SMF ... CSWspamassassin is using Service Management Facility. The FMRI is svc:/foo/cswspamd:default Enabling svc:/foo/cswspamd ... [ verifying class ] From noreply at opencsw.org Thu Feb 11 19:04:39 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 11 Feb 2010 19:04:39 +0100 Subject: [bug-notifications] [cswclassutils 0004143]: cswmigrateconf should print the warning only when necessary In-Reply-To: <8dcbea4e1b9b856a5e8d0da0a646fe58> Message-ID: <3743e2e63de36e705ffad97f1da3dc3f@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4143 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 4143 Category: regular use Reproducibility: have not tried Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-11 11:43 CET Last Modified: 2010-02-11 19:04 CET ====================================================================== Summary: cswmigrateconf should print the warning only when necessary Description: Currently, cswmigrateconf seems to always print the migration warning, i.e.: "*******************************************************************" "* Configuration files are going to be migrated from the deprecated " "* location (/opt/csw/etc) to the new location (/etc/opt/csw). " "* " "* Migration will continue in 10 seconds. " "* Press CTRL+C if you want to stop now. " "*******************************************************************" It would be nicer if the class script could only print the message if there is really something to migrate. ====================================================================== ---------------------------------------------------------------------- (0007426) bonivart (manager) - 2010-02-11 19:04 http://www.opencsw.org/mantis/view.php?id=4143#c7426 ---------------------------------------------------------------------- Version 1.33 of cswclassutils is in testing now and contains this fix. Please test and provide some feedback. From noreply at opencsw.org Thu Feb 11 19:06:23 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 11 Feb 2010 19:06:23 +0100 Subject: [bug-notifications] [spamassassin 0004105]: Default ruleset marks every message as in the future In-Reply-To: Message-ID: <5a231febf976fb3108cba7ec11bd5a6a@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4105 ====================================================================== Reported By: Kramer Assigned To: bonivart ====================================================================== Project: spamassassin Issue ID: 4105 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-02 04:07 CET Last Modified: 2010-02-11 19:06 CET ====================================================================== Summary: Default ruleset marks every message as in the future Description: Since this morning (Jan 1 2010), the default SA ruleset marks every message as being grossly in the future, assigning it 3.4 points, with the default threshold being 5.0. sa-update will fix the problem, but package should probably not be broken by default. Very simple patch included: ====================================================================== ---------------------------------------------------------------------- (0007427) bonivart (manager) - 2010-02-11 19:06 http://www.opencsw.org/mantis/view.php?id=4105#c7427 ---------------------------------------------------------------------- 3.3 is in testing. From noreply at opencsw.org Fri Feb 12 14:59:24 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 12 Feb 2010 14:59:24 +0100 Subject: [bug-notifications] [pigz 0004268]: Pigz Sol8 Workaround for threads causes failures when symlinked as /usr/bin/gzip Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4268 ====================================================================== Reported By: ckmehta1 Assigned To: ====================================================================== Project: pigz Issue ID: 4268 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-12 14:59 CET Last Modified: 2010-02-12 14:59 CET ====================================================================== Summary: Pigz Sol8 Workaround for threads causes failures when symlinked as /usr/bin/gzip Description: One of the nice features about PIGZ is the ability to be a drop-in replacement for /usr/bin/gzip and get the multi-threading without changing every script that ultimately referenced GZIP (perhaps through a GTAR -Z function). However this workaround for Sol8 causes problems when I invoke /usr/bin/gzip, I get this error: /usr/bin/gzip: /usr/bin/../libexec/gzip: not found ====================================================================== From noreply at opencsw.org Fri Feb 12 15:11:21 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 12 Feb 2010 15:11:21 +0100 Subject: [bug-notifications] [pigz 0004268]: Pigz Sol8 Workaround for threads causes failures when symlinked as /usr/bin/gzip In-Reply-To: <44f564a3eaa368c3df42573571fdd5d7> Message-ID: <7493860eb4b103781b8380c8a5a8c487@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4268 ====================================================================== Reported By: ckmehta1 Assigned To: dam ====================================================================== Project: pigz Issue ID: 4268 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-12 14:59 CET Last Modified: 2010-02-12 15:11 CET ====================================================================== Summary: Pigz Sol8 Workaround for threads causes failures when symlinked as /usr/bin/gzip Description: One of the nice features about PIGZ is the ability to be a drop-in replacement for /usr/bin/gzip and get the multi-threading without changing every script that ultimately referenced GZIP (perhaps through a GTAR -Z function). However this workaround for Sol8 causes problems when I invoke /usr/bin/gzip, I get this error: /usr/bin/gzip: /usr/bin/../libexec/gzip: not found ====================================================================== From noreply at opencsw.org Sat Feb 13 02:58:48 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 13 Feb 2010 02:58:48 +0100 Subject: [bug-notifications] [pm_soaplite 0004269]: SOAP::Lite fails to load properly, looking for version.pm Message-ID: <17181d12e938aa2e4d8a85268d5817ad@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4269 ====================================================================== Reported By: gadavis Assigned To: ====================================================================== Project: pm_soaplite Issue ID: 4269 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-13 02:58 CET Last Modified: 2010-02-13 02:58 CET ====================================================================== Summary: SOAP::Lite fails to load properly, looking for version.pm Description: With the most recent version of the perl packages, the SOAP::Lite module fails to load properly. Trivial test case: $ /opt/csw/bin/perl -e 'use SOAP::Lite; print "Testing SOAP::Lite\n";' Results in: 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/SOAP/Lite.pm line 22. BEGIN failed--compilation aborted at /opt/csw/share/perl/csw/SOAP/Lite.pm line 22. Compilation failed in require at -e line 1. BEGIN failed--compilation aborted at -e line 1. ====================================================================== From noreply at opencsw.org Sat Feb 13 11:27:29 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 13 Feb 2010 11:27:29 +0100 Subject: [bug-notifications] [pm_soaplite 0004269]: SOAP::Lite fails to load properly, looking for version.pm In-Reply-To: <4a59a6e5d114d7a6211944d76e62cfdb> Message-ID: <0b8624c9e1569b8b6724215e40589be3@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4269 ====================================================================== Reported By: gadavis Assigned To: dam ====================================================================== Project: pm_soaplite Issue ID: 4269 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-13 02:58 CET Last Modified: 2010-02-13 11:27 CET ====================================================================== Summary: SOAP::Lite fails to load properly, looking for version.pm Description: With the most recent version of the perl packages, the SOAP::Lite module fails to load properly. Trivial test case: $ /opt/csw/bin/perl -e 'use SOAP::Lite; print "Testing SOAP::Lite\n";' Results in: 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/SOAP/Lite.pm line 22. BEGIN failed--compilation aborted at /opt/csw/share/perl/csw/SOAP/Lite.pm line 22. Compilation failed in require at -e line 1. BEGIN failed--compilation aborted at -e line 1. ====================================================================== From noreply at opencsw.org Sat Feb 13 11:28:37 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 13 Feb 2010 11:28:37 +0100 Subject: [bug-notifications] [pm_soaplite 0004269]: SOAP::Lite fails to load properly, looking for version.pm In-Reply-To: <4a59a6e5d114d7a6211944d76e62cfdb> Message-ID: <8b6ddb0899bd4fb043cefa41cd97698d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4269 ====================================================================== Reported By: gadavis Assigned To: dam ====================================================================== Project: pm_soaplite Issue ID: 4269 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-13 02:58 CET Last Modified: 2010-02-13 11:28 CET ====================================================================== Summary: SOAP::Lite fails to load properly, looking for version.pm Description: With the most recent version of the perl packages, the SOAP::Lite module fails to load properly. Trivial test case: $ /opt/csw/bin/perl -e 'use SOAP::Lite; print "Testing SOAP::Lite\n";' Results in: 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/SOAP/Lite.pm line 22. BEGIN failed--compilation aborted at /opt/csw/share/perl/csw/SOAP/Lite.pm line 22. Compilation failed in require at -e line 1. BEGIN failed--compilation aborted at -e line 1. ====================================================================== ---------------------------------------------------------------------- (0007428) dam (administrator) - 2010-02-13 11:28 http://www.opencsw.org/mantis/view.php?id=4269#c7428 ---------------------------------------------------------------------- The new module has a new dependency which I missed: CSWpmversion pm_version Please try installing that manually for now, I'll that dependency to the new release. From noreply at opencsw.org Sat Feb 13 11:30:24 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 13 Feb 2010 11:30:24 +0100 Subject: [bug-notifications] [pm_soaplite 0004269]: SOAP::Lite fails to load properly, looking for version.pm In-Reply-To: <4a59a6e5d114d7a6211944d76e62cfdb> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4269 ====================================================================== Reported By: gadavis Assigned To: dam ====================================================================== Project: pm_soaplite Issue ID: 4269 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-13 02:58 CET Last Modified: 2010-02-13 11:30 CET ====================================================================== Summary: SOAP::Lite fails to load properly, looking for version.pm Description: With the most recent version of the perl packages, the SOAP::Lite module fails to load properly. Trivial test case: $ /opt/csw/bin/perl -e 'use SOAP::Lite; print "Testing SOAP::Lite\n";' Results in: 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/SOAP/Lite.pm line 22. BEGIN failed--compilation aborted at /opt/csw/share/perl/csw/SOAP/Lite.pm line 22. Compilation failed in require at -e line 1. BEGIN failed--compilation aborted at -e line 1. ====================================================================== ---------------------------------------------------------------------- (0007429) dam (administrator) - 2010-02-13 11:30 http://www.opencsw.org/mantis/view.php?id=4269#c7429 ---------------------------------------------------------------------- Fixed in r8533. From noreply at opencsw.org Sat Feb 13 19:04:41 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 13 Feb 2010 19:04:41 +0100 Subject: [bug-notifications] [cupsd 0004168]: Backends will not start if world/group executable In-Reply-To: <0e65972112df9a83781c4a2b641fc2c7> Message-ID: <894481db8e852882e02d9c92ed509985@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4168 ====================================================================== Reported By: schwindt Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 4168 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-18 20:00 CET Last Modified: 2010-02-13 19:04 CET ====================================================================== Summary: Backends will not start if world/group executable Description: ll /opt/csw/lib/cups/backend/ total 509 lrwxrwxrwx 1 root root 3 Nov 17 18:26 http -> ipp* -rwx------ 1 root bin 50268 Nov 12 18:16 ipp* -rwx------ 1 root bin 43620 Nov 12 18:16 lpd* -r-xr-xr-x 1 root bin 33708 Nov 12 18:16 parallel* -r-xr-xr-x 1 root bin 7448 Nov 12 18:16 scsi* -r-xr-xr-x 1 root bin 31948 Nov 12 18:16 serial* -r-xr-xr-x 1 root bin 24232 Nov 12 18:16 snmp* -r-xr-xr-x 1 root bin 34976 Nov 12 18:16 socket* -r-xr-xr-x 1 root bin 27480 Nov 12 18:16 usb* only ipp and lpd are started by cups changing this to ls -al /opt/csw/lib/cups/backend/ Password: total 582 drwxr-xr-x 2 root bin 12 Jan 18 16:23 . drwxr-xr-x 9 root bin 9 Jan 18 10:39 .. -rwx------ 1 root bin 33352 Jan 18 16:25 cups-pdf lrwxrwxrwx 1 root root 3 Jan 18 10:39 http -> ipp -rwx------ 1 root bin 50268 Nov 12 18:16 ipp -rwx------ 1 root bin 43620 Nov 12 18:16 lpd -rwx------ 1 root bin 33708 Nov 12 18:16 parallel -rwx------ 1 root bin 7448 Nov 12 18:16 scsi -rwx------ 1 root bin 31948 Nov 12 18:16 serial -rwx------ 1 root bin 24232 Nov 12 18:16 snmp -rwx------ 1 root bin 34976 Nov 12 18:16 socket -rwx------ 1 root bin 27480 Nov 12 18:16 usb gives you all backends ====================================================================== ---------------------------------------------------------------------- (0007430) maciej (manager) - 2010-02-13 19:04 http://www.opencsw.org/mantis/view.php?id=4168#c7430 ---------------------------------------------------------------------- The mailing list is there, but I can't subscribe. I'm chasing Ihsan to fix it. There's also a thread on maintainers: http://lists.opencsw.org/pipermail/maintainers/2010-February/011326.html From noreply at opencsw.org Sat Feb 13 22:10:32 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 13 Feb 2010 22:10:32 +0100 Subject: [bug-notifications] [httping 0004270]: Testing CLI bug submission - please ignore Message-ID: <872495f7ea6fd4a8366a44cda8b08a43@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4270 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: httping Issue ID: 4270 Category: other Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-13 22:10 CET Last Modified: 2010-02-13 22:10 CET ====================================================================== Summary: Testing CLI bug submission - please ignore Description: Testing CLI bug submission - please ignore ====================================================================== From noreply at opencsw.org Sun Feb 14 11:07:29 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 14 Feb 2010 11:07:29 +0100 Subject: [bug-notifications] [sqlite3 0003643]: Please upgrade to 3.6.13 In-Reply-To: <9789d5af66090bd6f3a1b6f59cad9db2> Message-ID: <2c315c52ac362488ceaf2c272da8638b@www.opencsw.org> The following issue has been CLOSED ====================================================================== 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: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-17 10:31 CEST Last Modified: 2010-02-14 11:07 CET ====================================================================== Summary: Please upgrade to 3.6.13 Description: SunFreeware released 3.6.13 today ====================================================================== ---------------------------------------------------------------------- (0007431) dam (administrator) - 2010-02-14 11:07 http://www.opencsw.org/bugtrack/view.php?id=3643#c7431 ---------------------------------------------------------------------- sqlite3 3.6.21,REV=2010.01.04 already released to current/. From noreply at opencsw.org Sun Feb 14 11:08:06 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 14 Feb 2010 11:08:06 +0100 Subject: [bug-notifications] [sqlite3_devel 0003611]: Files duplicated between packages In-Reply-To: Message-ID: <3e520e12d1e4fe0f840230760eece81b@www.opencsw.org> The following issue has been CLOSED ====================================================================== 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: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-03 03:45 CEST Last Modified: 2010-02-14 11:08 CET ====================================================================== 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 ====================================================================== ---------------------------------------------------------------------- (0007432) dam (administrator) - 2010-02-14 11:08 http://www.opencsw.org/bugtrack/view.php?id=3611#c7432 ---------------------------------------------------------------------- sqlite3-3.6.21,REV=2010.01.04 already in current/ including the fix. From noreply at opencsw.org Sun Feb 14 15:34:07 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 14 Feb 2010 15:34:07 +0100 Subject: [bug-notifications] [php5 0004271]: RFE: Add additional config file directory for module/local configuration Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4271 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: php5 Issue ID: 4271 Category: regular use Reproducibility: N/A Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-14 15:34 CET Last Modified: 2010-02-14 15:34 CET ====================================================================== Summary: RFE: Add additional config file directory for module/local configuration Description: PHP can be built with --with-config-file-scan-dir=/path/to/dir so that the PHP interpreter will scan an additional directory for php.ini style configuratin files. Our PHP currently doesn't use this, how about adding it? This would have two benefits: * Users could put local php.ini configurations in this directory, no need to hack the php.ini itself * Our php5 module packages wouldn't need to fiddle with php.ini any more, but could simply drop their configuration file in the directory I am not quite sure about the directory though, /etc/opt/csw/php/conf.d perhaps? If config files are read recursively from this dir, we could put our modules in /etc/opt/csw/php/conf.d/modules. Or even introduce a Debian apache2 like module activation/deactivation handling with /etc/opt/csw/php/conf.d/mods-available and /etc/opt/csw/php/conf.d/mods-enabled which can be maintained with phpenmod, phpdismod. ====================================================================== From noreply at opencsw.org Sun Feb 14 19:43:32 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 14 Feb 2010 19:43:32 +0100 Subject: [bug-notifications] [cswclassutils 0004272]: i.cswtexinfo: Make warning message about missing texinfo meaningful Message-ID: <158729fcc89150dfa92e98b6ab4190ff@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4272 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: cswclassutils Issue ID: 4272 Category: regular use Reproducibility: always Severity: tweak Priority: low Status: new ====================================================================== Date Submitted: 2010-02-14 19:43 CET Last Modified: 2010-02-14 19:43 CET ====================================================================== Summary: i.cswtexinfo: Make warning message about missing texinfo meaningful Description: On a system without texinfo, the CAS currently says the following => Installing CSWgzipextras-1.4,REV=2010.01.28 Please see /opt/csw/share/doc/gzip_extras/license for license information. Installing class ... /opt/csw/share/info/gzip.info CSWtexinfo couldn't be found. How about enhancing it to be more meaningful? => Installing CSWgzipextras-1.4,REV=2010.01.28 Please see /opt/csw/share/doc/gzip_extras/license for license information. Installing class ... /opt/csw/share/info/gzip.info (not adding info menu entry, CSWtexinfo missing) ====================================================================== From noreply at opencsw.org Sun Feb 14 19:59:35 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 14 Feb 2010 19:59:35 +0100 Subject: [bug-notifications] [pkgutil 0004273]: RFE: Pull in dependencies even when installing a local file Message-ID: <5e2c3304095e24243eb73b4147a7a86a@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4273 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 4273 Category: regular use Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-14 19:59 CET Last Modified: 2010-02-14 19:59 CET ====================================================================== Summary: RFE: Pull in dependencies even when installing a local file Description: I have just used pkgutil 1.9.1 to install my experimental postfix package. I couldn't use -t as the experimental repository is currently broken, so I downloaded it manually and invoked pkgutil with -i on the local file. This only installs the package and doesn't seem to inspect the dependencies contained in the package. Could you add dependency handling for local file installs to be more consistent with the default operation mode of pkgutil (which is to pull in deps)? If someone doesn't want this to happen they should be able to say -N to suppress this. As a workaround I thought about pulling in the dependencies via "pkgutil -i postfix -x CSWpostfix", which would work in general, but I would only get the dependencies of the version from current/ (and the dependencies of the experimental package have changed compared to the ones from current). I know this wouldn't be required if experimental wasn't broken, but the dependency handling would still be a helpful addition to pkgutil. ====================================================================== From noreply at opencsw.org Sun Feb 14 22:39:13 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 14 Feb 2010 22:39:13 +0100 Subject: [bug-notifications] [cswclassutils 0004272]: i.cswtexinfo: Make warning message about missing texinfo meaningful In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4272 ====================================================================== Reported By: skayser Assigned To: dam ====================================================================== Project: cswclassutils Issue ID: 4272 Category: regular use Reproducibility: always Severity: tweak Priority: low Status: assigned ====================================================================== Date Submitted: 2010-02-14 19:43 CET Last Modified: 2010-02-14 22:39 CET ====================================================================== Summary: i.cswtexinfo: Make warning message about missing texinfo meaningful Description: On a system without texinfo, the CAS currently says the following => Installing CSWgzipextras-1.4,REV=2010.01.28 Please see /opt/csw/share/doc/gzip_extras/license for license information. Installing class ... /opt/csw/share/info/gzip.info CSWtexinfo couldn't be found. How about enhancing it to be more meaningful? => Installing CSWgzipextras-1.4,REV=2010.01.28 Please see /opt/csw/share/doc/gzip_extras/license for license information. Installing class ... /opt/csw/share/info/gzip.info (not adding info menu entry, CSWtexinfo missing) ====================================================================== From noreply at opencsw.org Mon Feb 15 10:12:25 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 15 Feb 2010 10:12:25 +0100 Subject: [bug-notifications] [cswclassutils 0004272]: i.cswtexinfo: Make warning message about missing texinfo meaningful In-Reply-To: Message-ID: <4e875d36358203032b37ffc12116a986@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4272 ====================================================================== Reported By: skayser Assigned To: dam ====================================================================== Project: cswclassutils Issue ID: 4272 Category: regular use Reproducibility: always Severity: tweak Priority: low Status: assigned ====================================================================== Date Submitted: 2010-02-14 19:43 CET Last Modified: 2010-02-15 10:12 CET ====================================================================== Summary: i.cswtexinfo: Make warning message about missing texinfo meaningful Description: On a system without texinfo, the CAS currently says the following => Installing CSWgzipextras-1.4,REV=2010.01.28 Please see /opt/csw/share/doc/gzip_extras/license for license information. Installing class ... /opt/csw/share/info/gzip.info CSWtexinfo couldn't be found. How about enhancing it to be more meaningful? => Installing CSWgzipextras-1.4,REV=2010.01.28 Please see /opt/csw/share/doc/gzip_extras/license for license information. Installing class ... /opt/csw/share/info/gzip.info (not adding info menu entry, CSWtexinfo missing) ====================================================================== ---------------------------------------------------------------------- (0007433) dam (administrator) - 2010-02-15 10:12 http://www.opencsw.org/bugtrack/view.php?id=4272#c7433 ---------------------------------------------------------------------- Fixed in r8547: http://sourceforge.net/apps/trac/gar/changeset/8547 Awaiting next release of CSWcswclassutils. From noreply at opencsw.org Mon Feb 15 10:40:02 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 15 Feb 2010 10:40:02 +0100 Subject: [bug-notifications] [curl_rt 0004274]: Compile against OpenLDAP libs amd64 Message-ID: <6989c1ec16967b8d941519663707994b@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4274 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: curl_rt Issue ID: 4274 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-15 10:40 CET Last Modified: 2010-02-15 10:40 CET ====================================================================== Summary: Compile against OpenLDAP libs amd64 Description: Compile against OpenLDAP libs amd64 ====================================================================== From noreply at opencsw.org Mon Feb 15 10:40:25 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 15 Feb 2010 10:40:25 +0100 Subject: [bug-notifications] [curl_rt 0004274]: Compile against OpenLDAP libs amd64 In-Reply-To: Message-ID: <3ff3a22b3d2ee33c0f1efba4b3b9ae65@www.opencsw.org> The following issue has been set CHILD OF issue 0003028. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4274 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: curl_rt Issue ID: 4274 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-15 10:40 CET Last Modified: 2010-02-15 10:40 CET ====================================================================== Summary: Compile against OpenLDAP libs amd64 Description: Compile against OpenLDAP libs amd64 ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- child of 0003028 Please include amd64 support ====================================================================== From noreply at opencsw.org Mon Feb 15 10:40:25 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 15 Feb 2010 10:40:25 +0100 Subject: [bug-notifications] [openldap_rt 0003028]: Please include amd64 support In-Reply-To: Message-ID: <68e3df9f06083b7b63c2c8543d354b60@www.opencsw.org> The following issue has been set PARENT OF issue 0004274. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3028 ====================================================================== Reported By: harpchad Assigned To: ====================================================================== Project: openldap_rt Issue ID: 3028 Category: packaging Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-01-21 05:43 CET Last Modified: 2009-01-21 05:43 CET ====================================================================== Summary: Please include amd64 support Description: Required to build amd64 libraries or curl ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- parent of 0004274 Compile against OpenLDAP libs amd64 ====================================================================== From noreply at opencsw.org Mon Feb 15 11:52:09 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 15 Feb 2010 11:52:09 +0100 Subject: [bug-notifications] [gcc4core 0004275]: 32-bit solaris 2.10 systems use solaris 2.8 includes Message-ID: <7946faeebdac5f7887f5731a0e3f800d@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4275 ====================================================================== Reported By: peff Assigned To: ====================================================================== Project: gcc4core Issue ID: 4275 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-15 11:52 CET Last Modified: 2010-02-15 11:52 CET ====================================================================== Summary: 32-bit solaris 2.10 systems use solaris 2.8 includes Description: Compiling any program with system headers fails on my 32-bit solaris 2.10 box fails. For example: $ echo '#include ' >foo.c $ gcc -c foo.c In file included from /opt/csw/gcc4/lib/gcc/i386-pc-solaris2.8/4.3.3/include-fixed/sys/types.h:574, from /usr/include/sys/time.h:99, from foo.c:1: /usr/include/sys/select.h:140: error: redefinition of parameter ?_RESTRICT_KYWD? /usr/include/sys/select.h:140: error: previous definition of ?_RESTRICT_KYWD? was here The problem is that /usr/include/sys/select.h is from solaris2.10, and includes sys/feature_test.h, which is supposed to define _RESTRICT_KYWD. However, we end up including /opt/csw/gcc4/lib/gcc/i386-pc-solaris2.8/4.3.3/include-fixed/sys/feature_test.h, which does not defined that macro. The package seems to ship with a solaris2.10 compiler for amd64, but not for i386. And on my machine: $ uname -a SunOS sol10 5.10 Generic_141445-09 i86pc i386 i86pc $ isainfo -b 32 $ gcc -v Using built-in specs. Target: i386-pc-solaris2.8 Configured with: ../gcc-4.3.3/configure --prefix=/opt/csw/gcc4 --exec-prefix=/opt/csw/gcc4 --with-gnu-as --with-as=/opt/csw/bin/gas --without-gnu-ld --with-ld=/usr/ccs/bin/ld --enable-nls --with-included-gettext --with-libiconv-prefix=/opt/csw --with-x --with-mpfr=/opt/csw --with-gmp=/opt/csw --enable-java-awt=xlib --enable-libada --enable-libssp --enable-objc-gc --enable-threads=posix --enable-stage1-languages=c --enable-languages=ada,c,c++,fortran,java,objc Thread model: posix gcc version 4.3.3 (GCC) ====================================================================== From noreply at opencsw.org Mon Feb 15 11:54:44 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 15 Feb 2010 11:54:44 +0100 Subject: [bug-notifications] [gcc4core 0004275]: 32-bit solaris 2.10 systems use solaris 2.8 includes In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4275 ====================================================================== Reported By: peff Assigned To: ====================================================================== Project: gcc4core Issue ID: 4275 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-15 11:52 CET Last Modified: 2010-02-15 11:54 CET ====================================================================== Summary: 32-bit solaris 2.10 systems use solaris 2.8 includes Description: Compiling any program with system headers fails on my 32-bit solaris 2.10 box fails. For example: $ echo '#include ' >foo.c $ gcc -c foo.c In file included from /opt/csw/gcc4/lib/gcc/i386-pc-solaris2.8/4.3.3/include-fixed/sys/types.h:574, from /usr/include/sys/time.h:99, from foo.c:1: /usr/include/sys/select.h:140: error: redefinition of parameter ?_RESTRICT_KYWD? /usr/include/sys/select.h:140: error: previous definition of ?_RESTRICT_KYWD? was here The problem is that /usr/include/sys/select.h is from solaris2.10, and includes sys/feature_test.h, which is supposed to define _RESTRICT_KYWD. However, we end up including /opt/csw/gcc4/lib/gcc/i386-pc-solaris2.8/4.3.3/include-fixed/sys/feature_test.h, which does not defined that macro. The package seems to ship with a solaris2.10 compiler for amd64, but not for i386. And on my machine: $ uname -a SunOS sol10 5.10 Generic_141445-09 i86pc i386 i86pc $ isainfo -b 32 $ gcc -v Using built-in specs. Target: i386-pc-solaris2.8 Configured with: ../gcc-4.3.3/configure --prefix=/opt/csw/gcc4 --exec-prefix=/opt/csw/gcc4 --with-gnu-as --with-as=/opt/csw/bin/gas --without-gnu-ld --with-ld=/usr/ccs/bin/ld --enable-nls --with-included-gettext --with-libiconv-prefix=/opt/csw --with-x --with-mpfr=/opt/csw --with-gmp=/opt/csw --enable-java-awt=xlib --enable-libada --enable-libssp --enable-objc-gc --enable-threads=posix --enable-stage1-languages=c --enable-languages=ada,c,c++,fortran,java,objc Thread model: posix gcc version 4.3.3 (GCC) ====================================================================== ---------------------------------------------------------------------- (0007434) dam (administrator) - 2010-02-15 11:54 http://www.opencsw.org/mantis/view.php?id=4275#c7434 ---------------------------------------------------------------------- The current implementation uses isaexec to differentiate between 32/64 bit, 32 bit is compiled on Solaris 8, 64 bit in Solaris 10. I think to solve you problem we would need a special Solaris 10 package with both 32/64 compiled on Solaris 10. From noreply at opencsw.org Mon Feb 15 12:14:31 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 15 Feb 2010 12:14:31 +0100 Subject: [bug-notifications] [pigz 0004268]: Pigz Sol8 Workaround for threads causes failures when symlinked as /usr/bin/gzip In-Reply-To: <44f564a3eaa368c3df42573571fdd5d7> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4268 ====================================================================== Reported By: ckmehta1 Assigned To: dam ====================================================================== Project: pigz Issue ID: 4268 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-12 14:59 CET Last Modified: 2010-02-15 12:14 CET ====================================================================== Summary: Pigz Sol8 Workaround for threads causes failures when symlinked as /usr/bin/gzip Description: One of the nice features about PIGZ is the ability to be a drop-in replacement for /usr/bin/gzip and get the multi-threading without changing every script that ultimately referenced GZIP (perhaps through a GTAR -Z function). However this workaround for Sol8 causes problems when I invoke /usr/bin/gzip, I get this error: /usr/bin/gzip: /usr/bin/../libexec/gzip: not found ====================================================================== ---------------------------------------------------------------------- (0007435) dam (administrator) - 2010-02-15 12:14 http://www.opencsw.org/mantis/view.php?id=4268#c7435 ---------------------------------------------------------------------- Updated packages are in testing: pigz-2.1.5,REV=2010.02.15-SunOS5.8-sparc-CSW.pkg.gz pigz-2.1.5,REV=2010.02.15-SunOS5.8-i386-CSW.pkg.gz From noreply at opencsw.org Mon Feb 15 13:56:16 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 15 Feb 2010 13:56:16 +0100 Subject: [bug-notifications] [graphviz 0004276]: PNG backend: dot files from scfdot converted to png contain extraneous line Message-ID: <871a08a0414b5be9a114e3d454a20ef7@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4276 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: graphviz Issue ID: 4276 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-15 13:56 CET Last Modified: 2010-02-15 13:56 CET ====================================================================== Summary: PNG backend: dot files from scfdot converted to png contain extraneous line Description: When i feed .dot files generated by scfdot to dot with -Tpng, the resulting .png files contain an extra line at the top which makes the png unreadable by image viewers. Deleting this line fixes the issue. Is this a bug in dot, scfdot, or the png backend? $ dot -V dot - graphviz version 2.26.3 (20100126.1600) # pkgutil -t http://mirror.opencsw.org/opencsw/testing -Ni scfdot ... $ dot -Tpng -o test.png /opt/csw/share/doc/scfdot/examples/snv_24_x86.dot $ file test.png test.png: data $ head -1 test.png -36 2444.2 translate newpath user_shape_0 $ gsed -i -e '1d' test.png $ file test.png test.png: PNG image data Simple graphs don't expose this problem. $ echo "digraph G {Hello->World}" | dot -Tpng >hello.png $ file hello.png hello.png: PNG image data ====================================================================== From noreply at opencsw.org Mon Feb 15 14:47:01 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 15 Feb 2010 14:47:01 +0100 Subject: [bug-notifications] [graphviz 0004276]: PNG backend: dot files from scfdot converted to png contain extraneous line In-Reply-To: <0f34b0b225f9c247158fcec31c7bfd3a> Message-ID: <34306530eeb573655cb86318e5a519ba@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4276 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: graphviz Issue ID: 4276 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-15 13:56 CET Last Modified: 2010-02-15 14:47 CET ====================================================================== Summary: PNG backend: dot files from scfdot converted to png contain extraneous line Description: When i feed .dot files generated by scfdot to dot with -Tpng, the resulting .png files contain an extra line at the top which makes the png unreadable by image viewers. Deleting this line fixes the issue. Is this a bug in dot, scfdot, or the png backend? $ dot -V dot - graphviz version 2.26.3 (20100126.1600) # pkgutil -t http://mirror.opencsw.org/opencsw/testing -Ni scfdot ... $ dot -Tpng -o test.png /opt/csw/share/doc/scfdot/examples/snv_24_x86.dot $ file test.png test.png: data $ head -1 test.png -36 2444.2 translate newpath user_shape_0 $ gsed -i -e '1d' test.png $ file test.png test.png: PNG image data Simple graphs don't expose this problem. $ echo "digraph G {Hello->World}" | dot -Tpng >hello.png $ file hello.png hello.png: PNG image data ====================================================================== ---------------------------------------------------------------------- (0007436) skayser (administrator) - 2010-02-15 14:47 http://www.opencsw.org/mantis/view.php?id=4276#c7436 ---------------------------------------------------------------------- FYI: Same problem can be observed with -Tjpg. $ dot -Tjpg -o test.jpg /opt/csw/share/doc/scfdot/examples/snv_24_x86.dot $ file test.jpg test.jpg: data $ head -1 test.jpg -36 2444.2 translate newpath user_shape_0 From noreply at opencsw.org Mon Feb 15 15:45:30 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 15 Feb 2010 15:45:30 +0100 Subject: [bug-notifications] [curl 0004277]: Please compile against latest libssh2 Message-ID: <0227047466429892d9c9710625d527ef@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4277 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: curl Issue ID: 4277 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-15 15:45 CET Last Modified: 2010-02-15 15:45 CET ====================================================================== Summary: Please compile against latest libssh2 Description: Please compile against latest libssh2 ====================================================================== From noreply at opencsw.org Mon Feb 15 15:45:55 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 15 Feb 2010 15:45:55 +0100 Subject: [bug-notifications] [libssh2 0003972]: Please upgrade to 1.2.1 In-Reply-To: <87f24c973965c2151eefd41631f85f31> Message-ID: <0d38b98218140e321bf6695c8a89a285@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3972 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: libssh2 Issue ID: 3972 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-10-20 09:50 CEST Last Modified: 2010-02-15 15:45 CET ====================================================================== Summary: Please upgrade to 1.2.1 Description: Please upgrade to 1.2.1 ====================================================================== From noreply at opencsw.org Mon Feb 15 15:46:04 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 15 Feb 2010 15:46:04 +0100 Subject: [bug-notifications] [libssh2 0003972]: Please upgrade to 1.2.1 In-Reply-To: <87f24c973965c2151eefd41631f85f31> Message-ID: <9ef2ee823ca9029d0b339418a47c9484@www.opencsw.org> The following issue has been set PARENT OF issue 0004277. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3972 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: libssh2 Issue ID: 3972 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-10-20 09:50 CEST Last Modified: 2010-02-15 15:46 CET ====================================================================== Summary: Please upgrade to 1.2.1 Description: Please upgrade to 1.2.1 ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- parent of 0004277 Please compile against latest libssh2 ====================================================================== From noreply at opencsw.org Mon Feb 15 15:46:04 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 15 Feb 2010 15:46:04 +0100 Subject: [bug-notifications] [curl 0004277]: Please compile against latest libssh2 In-Reply-To: Message-ID: <95c8fe0ffc262cbaef70009a6e21a8ce@www.opencsw.org> The following issue has been set CHILD OF issue 0003972. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4277 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: curl Issue ID: 4277 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-15 15:45 CET Last Modified: 2010-02-15 15:45 CET ====================================================================== Summary: Please compile against latest libssh2 Description: Please compile against latest libssh2 ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- child of 0003972 Please upgrade to 1.2.1 ====================================================================== From noreply at opencsw.org Mon Feb 15 17:31:16 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 15 Feb 2010 17:31:16 +0100 Subject: [bug-notifications] [libssh2 0003854]: Please upgrade to 1.2 In-Reply-To: <4fe4bf4ac956a045be77704c5c7b90ca> Message-ID: <55f4ebe3c79463dc81a2ab4ea9e21ea1@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3854 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: libssh2 Issue ID: 3854 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-08-13 13:21 CEST Last Modified: 2010-02-15 17:31 CET ====================================================================== Summary: Please upgrade to 1.2 Description: Please upgrade to 1.2 ====================================================================== ---------------------------------------------------------------------- (0006805) mwatters (manager) - 2009-10-06 22:17 http://www.opencsw.org/mantis/view.php?id=3854#c6805 ---------------------------------------------------------------------- 1.2.1 in testing will close when released. From noreply at opencsw.org Mon Feb 15 17:49:30 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 15 Feb 2010 17:49:30 +0100 Subject: [bug-notifications] [libssh2 0003854]: Please upgrade to 1.2 In-Reply-To: <4fe4bf4ac956a045be77704c5c7b90ca> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3854 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: libssh2 Issue ID: 3854 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-08-13 13:21 CEST Last Modified: 2010-02-15 17:49 CET ====================================================================== Summary: Please upgrade to 1.2 Description: Please upgrade to 1.2 ====================================================================== ---------------------------------------------------------------------- (0007437) dam (administrator) - 2010-02-15 17:49 http://www.opencsw.org/mantis/view.php?id=3854#c7437 ---------------------------------------------------------------------- Released to current/: libssh2-1.2.4,REV=2010.02.15-SunOS5.8-i386-CSW.pkg.gz libssh2_devel-1.2.4,REV=2010.02.15-SunOS5.8-i386-CSW.pkg.gz libssh2-1.2.4,REV=2010.02.15-SunOS5.8-sparc-CSW.pkg.gz libssh2_devel-1.2.4,REV=2010.02.15-SunOS5.8-sparc-CSW.pkg.gz From noreply at opencsw.org Mon Feb 15 17:50:51 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 15 Feb 2010 17:50:51 +0100 Subject: [bug-notifications] [libssh2 0003972]: Please upgrade to 1.2.1 In-Reply-To: <87f24c973965c2151eefd41631f85f31> Message-ID: The following issue has been set CHILD OF issue 0004277. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3972 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: libssh2 Issue ID: 3972 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-10-20 09:50 CEST Last Modified: 2010-02-15 17:50 CET ====================================================================== Summary: Please upgrade to 1.2.1 Description: Please upgrade to 1.2.1 ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- child of 0004277 Please compile against latest libssh2 ====================================================================== From noreply at opencsw.org Mon Feb 15 17:50:51 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 15 Feb 2010 17:50:51 +0100 Subject: [bug-notifications] [curl 0004277]: Please compile against latest libssh2 In-Reply-To: Message-ID: The following issue has been set PARENT OF issue 0003972. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4277 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: curl Issue ID: 4277 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-15 15:45 CET Last Modified: 2010-02-15 15:45 CET ====================================================================== Summary: Please compile against latest libssh2 Description: Please compile against latest libssh2 ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- parent of 0003972 Please upgrade to 1.2.1 ====================================================================== From noreply at opencsw.org Mon Feb 15 17:51:08 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 15 Feb 2010 17:51:08 +0100 Subject: [bug-notifications] [libssh2 0003972]: Please upgrade to 1.2.1 In-Reply-To: <87f24c973965c2151eefd41631f85f31> Message-ID: <41db4716f7abfb5d6ca8ed08a3afecbc@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3972 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: libssh2 Issue ID: 3972 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-10-20 09:50 CEST Last Modified: 2010-02-15 17:51 CET ====================================================================== Summary: Please upgrade to 1.2.1 Description: Please upgrade to 1.2.1 ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- child of 0004277 Please compile against latest libssh2 ====================================================================== ---------------------------------------------------------------------- (0007438) dam (administrator) - 2010-02-15 17:51 http://www.opencsw.org/mantis/view.php?id=3972#c7438 ---------------------------------------------------------------------- Released to current/: libssh2-1.2.4,REV=2010.02.15-SunOS5.8-i386-CSW.pkg.gz libssh2_devel-1.2.4,REV=2010.02.15-SunOS5.8-i386-CSW.pkg.gz libssh2-1.2.4,REV=2010.02.15-SunOS5.8-sparc-CSW.pkg.gz libssh2_devel-1.2.4,REV=2010.02.15-SunOS5.8-sparc-CSW.pkg.gz From noreply at opencsw.org Mon Feb 15 17:51:08 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 15 Feb 2010 17:51:08 +0100 Subject: [bug-notifications] [curl 0004277]: Please compile against latest libssh2 In-Reply-To: Message-ID: <84cbdd5126cc96a897729362d90ac82f@www.opencsw.org> The RELATED issue 0003972 has been CLOSED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4277 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: curl Issue ID: 4277 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-15 15:45 CET Last Modified: 2010-02-15 15:45 CET ====================================================================== Summary: Please compile against latest libssh2 Description: Please compile against latest libssh2 ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- parent of 0003972 Please upgrade to 1.2.1 ====================================================================== From noreply at opencsw.org Mon Feb 15 18:54:18 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 15 Feb 2010 18:54:18 +0100 Subject: [bug-notifications] [graphviz 0004276]: PNG backend: dot files from scfdot converted to png contain extraneous line In-Reply-To: <0f34b0b225f9c247158fcec31c7bfd3a> Message-ID: <5aa0602b0f166901810f261359f1b6c9@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4276 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: graphviz Issue ID: 4276 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-15 13:56 CET Last Modified: 2010-02-15 18:54 CET ====================================================================== Summary: PNG backend: dot files from scfdot converted to png contain extraneous line Description: When i feed .dot files generated by scfdot to dot with -Tpng, the resulting .png files contain an extra line at the top which makes the png unreadable by image viewers. Deleting this line fixes the issue. Is this a bug in dot, scfdot, or the png backend? $ dot -V dot - graphviz version 2.26.3 (20100126.1600) # pkgutil -t http://mirror.opencsw.org/opencsw/testing -Ni scfdot ... $ dot -Tpng -o test.png /opt/csw/share/doc/scfdot/examples/snv_24_x86.dot $ file test.png test.png: data $ head -1 test.png -36 2444.2 translate newpath user_shape_0 $ gsed -i -e '1d' test.png $ file test.png test.png: PNG image data Simple graphs don't expose this problem. $ echo "digraph G {Hello->World}" | dot -Tpng >hello.png $ file hello.png hello.png: PNG image data ====================================================================== ---------------------------------------------------------------------- (0007439) ellson (manager) - 2010-02-15 18:54 http://www.opencsw.org/mantis/view.php?id=4276#c7439 ---------------------------------------------------------------------- Definitely a bug in dot. We will fix this upstream. Avoid the issue for now by commenting out the "legend" line in the source graph: /* legend */ legend [shape=epsf,shapefile="/opt/csw/share/scfdot/legend.ps",label=""]; From noreply at opencsw.org Mon Feb 15 19:17:27 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 15 Feb 2010 19:17:27 +0100 Subject: [bug-notifications] [graphviz 0004276]: PNG backend: dot files from scfdot converted to png contain extraneous line In-Reply-To: <0f34b0b225f9c247158fcec31c7bfd3a> Message-ID: <7076f28558c3ea70b59f41cc089f0624@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4276 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: graphviz Issue ID: 4276 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-15 13:56 CET Last Modified: 2010-02-15 19:17 CET ====================================================================== Summary: PNG backend: dot files from scfdot converted to png contain extraneous line Description: When i feed .dot files generated by scfdot to dot with -Tpng, the resulting .png files contain an extra line at the top which makes the png unreadable by image viewers. Deleting this line fixes the issue. Is this a bug in dot, scfdot, or the png backend? $ dot -V dot - graphviz version 2.26.3 (20100126.1600) # pkgutil -t http://mirror.opencsw.org/opencsw/testing -Ni scfdot ... $ dot -Tpng -o test.png /opt/csw/share/doc/scfdot/examples/snv_24_x86.dot $ file test.png test.png: data $ head -1 test.png -36 2444.2 translate newpath user_shape_0 $ gsed -i -e '1d' test.png $ file test.png test.png: PNG image data Simple graphs don't expose this problem. $ echo "digraph G {Hello->World}" | dot -Tpng >hello.png $ file hello.png hello.png: PNG image data ====================================================================== ---------------------------------------------------------------------- (0007440) skayser (administrator) - 2010-02-15 19:17 http://www.opencsw.org/mantis/view.php?id=4276#c7440 ---------------------------------------------------------------------- Thanks for the feedback John! Just learned about using dot two days ago and honestly, I don't know how I could have survived without it so far! Sifting through Solaris SMF or Solaris Cluster dependencies has become a breeze. A very big thank you for packaging dot for Solaris. From noreply at opencsw.org Mon Feb 15 19:34:35 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 15 Feb 2010 19:34:35 +0100 Subject: [bug-notifications] [graphviz 0004276]: PNG backend: dot files from scfdot converted to png contain extraneous line In-Reply-To: <0f34b0b225f9c247158fcec31c7bfd3a> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4276 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: graphviz Issue ID: 4276 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-15 13:56 CET Last Modified: 2010-02-15 19:34 CET ====================================================================== Summary: PNG backend: dot files from scfdot converted to png contain extraneous line Description: When i feed .dot files generated by scfdot to dot with -Tpng, the resulting .png files contain an extra line at the top which makes the png unreadable by image viewers. Deleting this line fixes the issue. Is this a bug in dot, scfdot, or the png backend? $ dot -V dot - graphviz version 2.26.3 (20100126.1600) # pkgutil -t http://mirror.opencsw.org/opencsw/testing -Ni scfdot ... $ dot -Tpng -o test.png /opt/csw/share/doc/scfdot/examples/snv_24_x86.dot $ file test.png test.png: data $ head -1 test.png -36 2444.2 translate newpath user_shape_0 $ gsed -i -e '1d' test.png $ file test.png test.png: PNG image data Simple graphs don't expose this problem. $ echo "digraph G {Hello->World}" | dot -Tpng >hello.png $ file hello.png hello.png: PNG image data ====================================================================== ---------------------------------------------------------------------- (0007441) ellson (manager) - 2010-02-15 19:34 http://www.opencsw.org/mantis/view.php?id=4276#c7441 ---------------------------------------------------------------------- OK, It seems it may not be a bug, or it may be a different bug ;-) In our documentation we say: > External PostScript files > If using the PostScript driver (-Tps) you can import node shapes as external PostScript files such as EPS (Encapsulated PostScript). At a minimum, the external file must have a valid BoundingBox header and not do drastic things to the graphics state since we don't install a wrapper for example to inhibit showpage. > > To import an external PostScript file, set the shape and shapefile attributes as shown here: > > > somenode [shape=epsf, shapefile="yourfile.ps" ]; > > An EPSF shape is always clipped to its bounding box. > > The use of [shape=epsf, shapefile="yourfile.ps" ] is largely superceded by the mechanism described in the previous section, using [image="yourfile.ps" ]. So basically, you shouldn't be using shape=epsf unless your output is -Tps. You should be able to use the more recent imageloading code using "image": legend [shape=none,image="legend.ps",label=""]; Unfortunately, when I tried this on linux I got: Error: legend.ps: gsapi_init_with_args() returned: -15 "rangecheck" (PostScript Level 1) This may be a platform issue? Using a simpler .ps image that I generated locally worked ok. Also, converting your legend.ps to .epsi using ps2epsi produced an image that it would load. From noreply at opencsw.org Tue Feb 16 03:10:08 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Feb 2010 03:10:08 +0100 Subject: [bug-notifications] [imagemagick 0004278]: convert: Wrong JPEG library version: library is 62, caller expects 70 Message-ID: <4c79daa3d4b7b2e163df3af8cf1d3f01@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4278 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: imagemagick Issue ID: 4278 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-16 03:10 CET Last Modified: 2010-02-16 03:10 CET ====================================================================== Summary: convert: Wrong JPEG library version: library is 62, caller expects 70 Description: convert has some libjpeg-related troubles when converting to jpeg, i.e. the conversion will fail. All carried out on build10x. $ wget -qO test.png http://images.google.de/images/nav_logo7.png $ file test.png test.png: PNG image data $ convert test.png test.jpg convert: Wrong JPEG library version: library is 62, caller expects 70 `test.jpg' @ jpeg.c/EmitMessage/232. $ file test.jpg test.jpeg: empty file The other way round is fine. $ wget -qO test2.jpg http://blog.lib.umn.edu/jeffryes/biomedical/google.jpg $ file test2.jpg JPEG file $ convert test2.jpg test2.png $ file test2.png PNG image data ====================================================================== From noreply at opencsw.org Tue Feb 16 04:36:07 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Feb 2010 04:36:07 +0100 Subject: [bug-notifications] [imagemagick 0004278]: convert: Wrong JPEG library version: library is 62, caller expects 70 In-Reply-To: Message-ID: <83fcecaec0eaf9738f6894ca37f37bae@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4278 ====================================================================== Reported By: skayser Assigned To: hson ====================================================================== Project: imagemagick Issue ID: 4278 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-16 03:10 CET Last Modified: 2010-02-16 04:36 CET ====================================================================== Summary: convert: Wrong JPEG library version: library is 62, caller expects 70 Description: convert has some libjpeg-related troubles when converting to jpeg, i.e. the conversion will fail. All carried out on build10x. $ wget -qO test.png http://images.google.de/images/nav_logo7.png $ file test.png test.png: PNG image data $ convert test.png test.jpg convert: Wrong JPEG library version: library is 62, caller expects 70 `test.jpg' @ jpeg.c/EmitMessage/232. $ file test.jpg test.jpeg: empty file The other way round is fine. $ wget -qO test2.jpg http://blog.lib.umn.edu/jeffryes/biomedical/google.jpg $ file test2.jpg JPEG file $ convert test2.jpg test2.png $ file test2.png PNG image data ====================================================================== From noreply at opencsw.org Tue Feb 16 10:02:15 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Feb 2010 10:02:15 +0100 Subject: [bug-notifications] [dhcp 0003464]: DHCP 4.1 does not work on some Solaris systems In-Reply-To: Message-ID: <159ec53681f51be9b79652466d9eb9bb@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3464 ====================================================================== Reported By: bonivart Assigned To: bonivart ====================================================================== Project: dhcp Issue ID: 3464 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-03-13 13:59 CET Last Modified: 2010-02-16 10:02 CET ====================================================================== Summary: DHCP 4.1 does not work on some Solaris systems Description: There's a problem with DHCP 4.1 on Solaris and possibly some other OS:es. I have reports from two people that they can't get their old config (from 3.x) to work with 4.1. One has tested extensively by compiling 4.1 himself with exactly the same result so it's not unique to our package. He backed down to our old 3.1 package and all is well again. ====================================================================== ---------------------------------------------------------------------- (0007443) bonivart (manager) - 2010-02-16 10:02 http://www.opencsw.org/mantis/view.php?id=3464#c7443 ---------------------------------------------------------------------- 4.1.1 released. From noreply at opencsw.org Tue Feb 16 10:02:45 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Feb 2010 10:02:45 +0100 Subject: [bug-notifications] [dhcp 0004064]: RFE: Extend init script with a "restart" option In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4064 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: dhcp Issue ID: 4064 Category: packaging Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-12-03 13:29 CET Last Modified: 2010-02-16 10:02 CET ====================================================================== Summary: RFE: Extend init script with a "restart" option Description: To have dhcpd reload its configuration i currently do /etc/opt/csw/init.d/cswdhcpd stop /etc/opt/csw/init.d/cswdhcpd start Could we get a /etc/opt/csw/init.d/cswdhcpd restart instead? Possibly with configuration file syntax checking before the stop so that the service is only stopped when the configuration file is sane. Something like httpd -S (in case dhcpd offers it). ====================================================================== ---------------------------------------------------------------------- (0007444) bonivart (manager) - 2010-02-16 10:02 http://www.opencsw.org/mantis/view.php?id=4064#c7444 ---------------------------------------------------------------------- 4.1.1 released. From noreply at opencsw.org Tue Feb 16 10:04:04 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Feb 2010 10:04:04 +0100 Subject: [bug-notifications] [memconf 0004162]: Please upgrade to 2.13 In-Reply-To: Message-ID: <3b1cf3ace8b0c2f1211e1273dd95fdf1@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4162 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: memconf Issue ID: 4162 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-01-16 20:29 CET Last Modified: 2010-02-16 10:04 CET ====================================================================== Summary: Please upgrade to 2.13 Description: Please upgrade to 2.13 as released today on SFW ====================================================================== ---------------------------------------------------------------------- (0007445) bonivart (manager) - 2010-02-16 10:04 http://www.opencsw.org/mantis/view.php?id=4162#c7445 ---------------------------------------------------------------------- 2.13 released. From noreply at opencsw.org Tue Feb 16 10:04:56 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Feb 2010 10:04:56 +0100 Subject: [bug-notifications] [spamassassin 0003595]: Not sun4m compatible In-Reply-To: <31dc9b3ddc55076de1488933a8c744a5> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3595 ====================================================================== Reported By: james Assigned To: bonivart ====================================================================== Project: spamassassin Issue ID: 3595 Category: packaging Reproducibility: sometimes Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-02 20:11 CEST Last Modified: 2010-02-16 10:04 CET ====================================================================== Summary: Not sun4m compatible Description: Not sun4m compatible Needs -xarch=v8 to be generic ====================================================================== ---------------------------------------------------------------------- (0007446) bonivart (manager) - 2010-02-16 10:04 http://www.opencsw.org/mantis/view.php?id=3595#c7446 ---------------------------------------------------------------------- 3.3.0 released, no v8+ there. From noreply at opencsw.org Tue Feb 16 10:05:43 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Feb 2010 10:05:43 +0100 Subject: [bug-notifications] [spamassassin 0004105]: Default ruleset marks every message as in the future In-Reply-To: Message-ID: <2e17ac749cf63b7e03724d2209e2e27a@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4105 ====================================================================== Reported By: Kramer Assigned To: bonivart ====================================================================== Project: spamassassin Issue ID: 4105 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-01-02 04:07 CET Last Modified: 2010-02-16 10:05 CET ====================================================================== Summary: Default ruleset marks every message as in the future Description: Since this morning (Jan 1 2010), the default SA ruleset marks every message as being grossly in the future, assigning it 3.4 points, with the default threshold being 5.0. sa-update will fix the problem, but package should probably not be broken by default. Very simple patch included: ====================================================================== ---------------------------------------------------------------------- (0007447) bonivart (manager) - 2010-02-16 10:05 http://www.opencsw.org/mantis/view.php?id=4105#c7447 ---------------------------------------------------------------------- 3.3.0 released, no rulesets from SA anymore and they have fixed it themselves so no one should get this now. From noreply at opencsw.org Tue Feb 16 10:06:14 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Feb 2010 10:06:14 +0100 Subject: [bug-notifications] [pkgutil 0004273]: RFE: Pull in dependencies even when installing a local file In-Reply-To: Message-ID: <5c8981a31bc69df3ef334cda8c9f4d14@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4273 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4273 Category: regular use Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-14 19:59 CET Last Modified: 2010-02-16 10:06 CET ====================================================================== Summary: RFE: Pull in dependencies even when installing a local file Description: I have just used pkgutil 1.9.1 to install my experimental postfix package. I couldn't use -t as the experimental repository is currently broken, so I downloaded it manually and invoked pkgutil with -i on the local file. This only installs the package and doesn't seem to inspect the dependencies contained in the package. Could you add dependency handling for local file installs to be more consistent with the default operation mode of pkgutil (which is to pull in deps)? If someone doesn't want this to happen they should be able to say -N to suppress this. As a workaround I thought about pulling in the dependencies via "pkgutil -i postfix -x CSWpostfix", which would work in general, but I would only get the dependencies of the version from current/ (and the dependencies of the experimental package have changed compared to the ones from current). I know this wouldn't be required if experimental wasn't broken, but the dependency handling would still be a helpful addition to pkgutil. ====================================================================== From noreply at opencsw.org Tue Feb 16 11:15:28 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Feb 2010 11:15:28 +0100 Subject: [bug-notifications] [cswclassutils 0003637]: UID range for daemons In-Reply-To: <340a43b965ee1caf9de76f0c7cc41bc9> Message-ID: <7a306f23bd971d6ede79e62cd745c8e8@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3637 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3637 Category: regular use Reproducibility: have not tried Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-13 21:19 CEST Last Modified: 2010-02-16 11:15 CET ====================================================================== Summary: UID range for daemons Description: It would be nice to have a global config file to specify the UID range for daemons, line DAEMON_UID_LOW = 1100 DAEMON_UID_HIGH = 1199 ====================================================================== ---------------------------------------------------------------------- (0007448) bonivart (manager) - 2010-02-16 11:15 http://www.opencsw.org/mantis/view.php?id=3637#c7448 ---------------------------------------------------------------------- Sebastian is working on this. From noreply at opencsw.org Tue Feb 16 11:17:46 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Feb 2010 11:17:46 +0100 Subject: [bug-notifications] [dnstop 0004279]: Man page broken Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4279 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: dnstop Issue ID: 4279 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-16 11:17 CET Last Modified: 2010-02-16 11:17 CET ====================================================================== Summary: Man page broken Description: The man page seems to use features from Linux *roff. ====================================================================== From noreply at opencsw.org Tue Feb 16 15:20:54 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Feb 2010 15:20:54 +0100 Subject: [bug-notifications] [graphviz 0004276]: PNG backend: dot files from scfdot converted to png contain extraneous line In-Reply-To: <0f34b0b225f9c247158fcec31c7bfd3a> Message-ID: <94a3b54897de0af4873f1b91f05391c1@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4276 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: graphviz Issue ID: 4276 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-15 13:56 CET Last Modified: 2010-02-16 15:20 CET ====================================================================== Summary: PNG backend: dot files from scfdot converted to png contain extraneous line Description: When i feed .dot files generated by scfdot to dot with -Tpng, the resulting .png files contain an extra line at the top which makes the png unreadable by image viewers. Deleting this line fixes the issue. Is this a bug in dot, scfdot, or the png backend? $ dot -V dot - graphviz version 2.26.3 (20100126.1600) # pkgutil -t http://mirror.opencsw.org/opencsw/testing -Ni scfdot ... $ dot -Tpng -o test.png /opt/csw/share/doc/scfdot/examples/snv_24_x86.dot $ file test.png test.png: data $ head -1 test.png -36 2444.2 translate newpath user_shape_0 $ gsed -i -e '1d' test.png $ file test.png test.png: PNG image data Simple graphs don't expose this problem. $ echo "digraph G {Hello->World}" | dot -Tpng >hello.png $ file hello.png hello.png: PNG image data ====================================================================== ---------------------------------------------------------------------- (0007449) skayser (administrator) - 2010-02-16 15:20 http://www.opencsw.org/mantis/view.php?id=4276#c7449 ---------------------------------------------------------------------- Tried the suggestion to use image instead shapefile. Now the resulting png image file is valid, but the legend is missing. Guess that has got to do with the missing "loadimage plugin" warning. Do I have to install an additional package to get that plugin or do you need to repackage graphviz/cairo? $ cp /opt/csw/share/doc/scfdot/examples/snv_24_x86.dot test.dot $ cp /opt/csw/share/scfdot/legend.ps legend.ps $ ps2epsi legend.ps $ vi test.dot $ grep ^legend test.dot legend [shape=none,image="legend.epsi",label=""]; $ dot -Tpng -o test.png test.dot Warning: No loadimage plugin for "ps:cairo" $ file test.png test.png: PNG image data From noreply at opencsw.org Tue Feb 16 15:47:46 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Feb 2010 15:47:46 +0100 Subject: [bug-notifications] [graphviz 0004276]: PNG backend: dot files from scfdot converted to png contain extraneous line In-Reply-To: <0f34b0b225f9c247158fcec31c7bfd3a> Message-ID: <5a847a26a3da0a9854f0f05c325fe9b7@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4276 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: graphviz Issue ID: 4276 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-15 13:56 CET Last Modified: 2010-02-16 15:47 CET ====================================================================== Summary: PNG backend: dot files from scfdot converted to png contain extraneous line Description: When i feed .dot files generated by scfdot to dot with -Tpng, the resulting .png files contain an extra line at the top which makes the png unreadable by image viewers. Deleting this line fixes the issue. Is this a bug in dot, scfdot, or the png backend? $ dot -V dot - graphviz version 2.26.3 (20100126.1600) # pkgutil -t http://mirror.opencsw.org/opencsw/testing -Ni scfdot ... $ dot -Tpng -o test.png /opt/csw/share/doc/scfdot/examples/snv_24_x86.dot $ file test.png test.png: data $ head -1 test.png -36 2444.2 translate newpath user_shape_0 $ gsed -i -e '1d' test.png $ file test.png test.png: PNG image data Simple graphs don't expose this problem. $ echo "digraph G {Hello->World}" | dot -Tpng >hello.png $ file hello.png hello.png: PNG image data ====================================================================== ---------------------------------------------------------------------- (0007450) ellson (manager) - 2010-02-16 15:47 http://www.opencsw.org/mantis/view.php?id=4276#c7450 ---------------------------------------------------------------------- My bad. The ghostscript plugin was getting built but not packaged. Generating new packages now... From noreply at opencsw.org Tue Feb 16 17:22:31 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Feb 2010 17:22:31 +0100 Subject: [bug-notifications] [automake 0004184]: aclocal-1.9 uses automake-1.11 libraries In-Reply-To: <74e38d6b422d94c2e4b097777d7ec67d> Message-ID: <823429629672725d1804c1dbfe0ec1e0@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4184 ====================================================================== Reported By: Ridd Assigned To: dam ====================================================================== Project: automake Issue ID: 4184 Category: regular use Reproducibility: always Severity: major Priority: normal Status: confirmed ====================================================================== Date Submitted: 2010-01-25 15:33 CET Last Modified: 2010-02-16 17:22 CET ====================================================================== Summary: aclocal-1.9 uses automake-1.11 libraries Description: aclocal and automake need to be synchronized, so using aclocal-$foo should use automake-$foo. However aclocal-1.9 calls: BEGIN { my $perllibdir = $ENV{'perllibdir'} || '/opt/csw/share/automake-1.11'; unshift @INC, (split ':', $perllibdir); } Attempts to use this aclocal fail due to this version mismatch. ====================================================================== ---------------------------------------------------------------------- (0007451) dam (administrator) - 2010-02-16 17:22 http://www.opencsw.org/mantis/view.php?id=4184#c7451 ---------------------------------------------------------------------- Updated automake with alternatives-support in experimental: From noreply at opencsw.org Tue Feb 16 18:17:25 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Feb 2010 18:17:25 +0100 Subject: [bug-notifications] [pm_dbdoracle 0001518]: perl module CSWpmtk is required In-Reply-To: <01783e2bc09b7275811b16948fcca9e2> Message-ID: <5b2ebf42fbe55e2c325063e9497b4178@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=1518 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: pm_dbdoracle Issue ID: 1518 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2006-03-04 12:47 CET Last Modified: 2010-02-16 18:17 CET ====================================================================== Summary: perl module CSWpmtk is required Description: $ /opt/csw/bin/ora_explain Can\'t locate Tk.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/bin/ora_explain line 27. BEGIN failed--compilation aborted at /opt/csw/bin/ora_explain line 27. Reason is file uses Tk modules: use Tk; use Tk::Balloon; use Tk::ErrorDialog; use Tk::ROText; so CSWpmtk is needed in depend. Workaround, install pm_tk ====================================================================== From noreply at opencsw.org Tue Feb 16 18:28:17 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Feb 2010 18:28:17 +0100 Subject: [bug-notifications] [pm_dbdoracle 0004221]: Rebuild newest version with Perl 5.10.1 on build8xt and build8st In-Reply-To: <8b5d1e995ba9da8091530e2bf6c2a54b> Message-ID: <2774b3cfac6aac651a8d199a33aafddf@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4221 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pm_dbdoracle Issue ID: 4221 Category: upgrade Reproducibility: N/A Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-01-31 16:38 CET Last Modified: 2010-02-16 18:28 CET ====================================================================== Summary: Rebuild newest version with Perl 5.10.1 on build8xt and build8st Description: http://wiki.opencsw.org/perl ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0004222 Rebuild newest version with Perl 5.10.1... has duplicate 0004223 Rebuild newest version with Perl 5.10.1... has duplicate 0004224 Rebuild newest version with Perl 5.10.1... has duplicate 0004225 Rebuild newest version with Perl 5.10.1... has duplicate 0004226 Rebuild newest version with Perl 5.10.1... ====================================================================== ---------------------------------------------------------------------- (0007452) dam (administrator) - 2010-02-16 18:28 http://www.opencsw.org/mantis/view.php?id=4221#c7452 ---------------------------------------------------------------------- Updated packages in experimental/perl: pm_dbdoracle-1.23,REV=2010.02.16-SunOS5.8-i386-CSW.pkg.gz pm_dbdoraexplain-1.23,REV=2010.02.16-SunOS5.8-i386-CSW.pkg.gz pm_dbdoracle-1.23,REV=2010.02.16-SunOS5.8-sparc-CSW.pkg.gz pm_dbdoraexplain-1.23,REV=2010.02.16-SunOS5.8-sparc-CSW.pkg.gz From noreply at opencsw.org Tue Feb 16 19:22:52 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Feb 2010 19:22:52 +0100 Subject: [bug-notifications] [groff 0004280]: /opt/csw/share/groff/1.20.1/tmac/doc.tmac:3375: bad character definition Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4280 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: groff Issue ID: 4280 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-16 19:22 CET Last Modified: 2010-02-16 19:22 CET ====================================================================== Summary: /opt/csw/share/groff/1.20.1/tmac/doc.tmac:3375: bad character definition Description: Tested on build10x. When trying to format the autossh man page with gnroff, gnroff throws a warning: $ gnroff -man autossh.1 > /dev/null /opt/csw/share/groff/1.20.1/tmac/doc.tmac:3375: bad character definition The first part of the formatted man page (everything before the first .Sh) looks a bit garbled, although I don't know whether that's because of the above warning. R] .if 0nl] . setup-header ... UNTITLED LOCAL UNTITLED ... $] .tm Usage: .Sh section_name ... (http://www.opencsw.org/mantis/view.php?id=0.c]) I have attached the man page so that you can reproduce the warning message if necessary (and maybe shed some light on the garbled output). WRT to the warning message there is also a related bug report over at Gentoo: http://bugs.gentoo.org/263524. ====================================================================== From noreply at opencsw.org Tue Feb 16 20:20:25 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Feb 2010 20:20:25 +0100 Subject: [bug-notifications] [neon 0004281]: Causes subversion to pull in X11 libs (neon depends on libproxy which in turn depends on X11) Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4281 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: neon Issue ID: 4281 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-16 20:20 CET Last Modified: 2010-02-16 20:20 CET ====================================================================== Summary: Causes subversion to pull in X11 libs (neon depends on libproxy which in turn depends on X11) Description: Just installed subversion on a test system and pkgutil pulled in a whole lot more than I expected, namely the CSW X11 libs stack via neon -> libproxy. I don't mind for the test system, but I can imagine people with systems where they _don't_ want to install such a depedency list only to use subversion. # pkgutil -i subversion ... Fetching CSWx11common-1.0,REV=2009.05.24 (1/20)... Fetching CSWlibxau-1.0.4,REV=2009.06.04 (2/20)... Fetching CSWlibxcb-1.3,REV=2009.06.07 (3/20)... Fetching CSWlibice-1.0.6,REV=2009.09.22 (4/20)... Fetching CSWlibx11-1.2.2,REV=2009.07.12 (5/20)... Fetching CSWlibxt-1.0.6,REV=2009.09.25 (6/20)... Fetching CSWlibxext-1.0.5,REV=2009.09.22 (7/20)... Fetching CSWlibsm-1.1.1,REV=2009.09.23 (8/20)... Fetching CSWlibxmu-1.0.4,REV=2009.09.25 (9/20)... Fetching CSWlibproxy-0.3.0,REV=2010.01.18 (10/20)... Fetching CSWpakchois-0.4,REV=2009.10.08 (11/20)... Fetching CSWkrb5lib-1.4.4,REV=2006.12.27 (12/20)... Fetching CSWexpat-2.0.1,REV=2009.01.22 (13/20)... Fetching CSWsqlite3-3.6.21,REV=2010.01.04 (14/20)... Fetching CSWperl-5.8.8,REV=2009.11.12 (15/20)... Fetching CSWgsed-4.2.1,REV=2009.07.14 (16/20)... Fetching CSWbdb-4.7.25,REV=2009.10.18 (17/20)... Fetching CSWneon-0.29.3,REV=2010.01.19 (18/20)... Fetching CSWapache2rt-2.2.13,REV=2009.08.22 (19/20)... Fetching CSWsvn-1.6.6,REV=2009.11.14 (20/20)... ====================================================================== From noreply at opencsw.org Tue Feb 16 20:28:51 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Feb 2010 20:28:51 +0100 Subject: [bug-notifications] [groff 0004280]: /opt/csw/share/groff/1.20.1/tmac/doc.tmac:3375: bad character definition In-Reply-To: <8fe3f92bfcca72adeda9c03caf03b2bb> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4280 ====================================================================== Reported By: skayser Assigned To: james ====================================================================== Project: groff Issue ID: 4280 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-16 19:22 CET Last Modified: 2010-02-16 20:28 CET ====================================================================== Summary: /opt/csw/share/groff/1.20.1/tmac/doc.tmac:3375: bad character definition Description: Tested on build10x. When trying to format the autossh man page with gnroff, gnroff throws a warning: $ gnroff -man autossh.1 > /dev/null /opt/csw/share/groff/1.20.1/tmac/doc.tmac:3375: bad character definition The first part of the formatted man page (everything before the first .Sh) looks a bit garbled, although I don't know whether that's because of the above warning. R] .if 0nl] . setup-header ... UNTITLED LOCAL UNTITLED ... $] .tm Usage: .Sh section_name ... (http://www.opencsw.org/mantis/view.php?id=0.c]) I have attached the man page so that you can reproduce the warning message if necessary (and maybe shed some light on the garbled output). WRT to the warning message there is also a related bug report over at Gentoo: http://bugs.gentoo.org/263524. ====================================================================== From noreply at opencsw.org Tue Feb 16 21:05:47 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Feb 2010 21:05:47 +0100 Subject: [bug-notifications] [groff 0004280]: /opt/csw/share/groff/1.20.1/tmac/doc.tmac:3375: bad character definition In-Reply-To: <8fe3f92bfcca72adeda9c03caf03b2bb> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4280 ====================================================================== Reported By: skayser Assigned To: james ====================================================================== Project: groff Issue ID: 4280 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-16 19:22 CET Last Modified: 2010-02-16 21:05 CET ====================================================================== Summary: /opt/csw/share/groff/1.20.1/tmac/doc.tmac:3375: bad character definition Description: Tested on build10x. When trying to format the autossh man page with gnroff, gnroff throws a warning: $ gnroff -man autossh.1 > /dev/null /opt/csw/share/groff/1.20.1/tmac/doc.tmac:3375: bad character definition The first part of the formatted man page (everything before the first .Sh) looks a bit garbled, although I don't know whether that's because of the above warning. R] .if 0nl] . setup-header ... UNTITLED LOCAL UNTITLED ... $] .tm Usage: .Sh section_name ... (http://www.opencsw.org/mantis/view.php?id=0.c]) I have attached the man page so that you can reproduce the warning message if necessary (and maybe shed some light on the garbled output). WRT to the warning message there is also a related bug report over at Gentoo: http://bugs.gentoo.org/263524. ====================================================================== ---------------------------------------------------------------------- (0007453) james (manager) - 2010-02-16 21:05 http://www.opencsw.org/mantis/view.php?id=4280#c7453 ---------------------------------------------------------------------- The offending command is .Dd. It's not a standard man page, "man -s 5 man", should start .TH not .Dd. As it's short it would be easier to rewrite than debug why .Dd is failing. Even with the error it does format but you might try the following: sed -e '/.TH/a\ .ll 65n' autossh.1 | groff -te -T ascii -m man | sed -e 's/[^m]*m//g' -e 's/~/ /g' > catman There are bare escapees in the line which you won't see in this report. If you look at the out put you'll see the chars than need to convert the terminal control to text - I expect that is a groff flag for this if I looked carefully! From noreply at opencsw.org Tue Feb 16 22:01:15 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Feb 2010 22:01:15 +0100 Subject: [bug-notifications] [gkrellmd 0003247]: Depend on CSWggettextrt In-Reply-To: Message-ID: <800966429b0da34af02ba00f5944bba5@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3247 ====================================================================== Reported By: harpchad Assigned To: jgoerzen ====================================================================== Project: gkrellmd Issue ID: 3247 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:07 CET Last Modified: 2010-02-16 22:01 CET ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== From noreply at opencsw.org Tue Feb 16 22:50:04 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Feb 2010 22:50:04 +0100 Subject: [bug-notifications] [gkrellm 0001994]: local paths in config files In-Reply-To: Message-ID: <7c606f1feb92c4e295f8e7e35dbbbcd5@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=1994 ====================================================================== Reported By: james Assigned To: jgoerzen ====================================================================== Project: gkrellm Issue ID: 1994 Category: other Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2006-12-03 10:08 CET Last Modified: 2010-02-16 22:50 CET ====================================================================== Summary: local paths in config files Description: /opt/csw/lib/pkgconfig/gkrellm.pc contains local paths ====================================================================== ---------------------------------------------------------------------- (0007456) jgoerzen (manager) - 2010-02-16 22:50 http://www.opencsw.org/mantis/view.php?id=1994#c7456 ---------------------------------------------------------------------- committed GAR build recipe 8598 fixes local paths in gkrellm.pc updated packages are available in testing/ gkrellm-2.3.4,REV=2010.02.16-SunOS5.8-i386-CSW.pkg.gz gkrellm-2.3.4,REV=2010.02.16-SunOS5.8-sparc-CSW.pkg.gz From noreply at opencsw.org Wed Feb 17 01:24:59 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 01:24:59 +0100 Subject: [bug-notifications] [pysetuptools 0004282]: pkgutil can not install package CSWpysetuptools Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4282 ====================================================================== Reported By: flod Assigned To: ====================================================================== Project: pysetuptools Issue ID: 4282 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-17 01:24 CET Last Modified: 2010-02-17 01:24 CET ====================================================================== Summary: pkgutil can not install package CSWpysetuptools Description: pkgutil -i CSWpysetuptools exits with "Package CSWpydistutils not in catalog...exiting." ====================================================================== From noreply at opencsw.org Wed Feb 17 01:33:07 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 01:33:07 +0100 Subject: [bug-notifications] [pysetuptools 0004282]: pkgutil can not install package CSWpysetuptools In-Reply-To: <64d9818fb9e185e982e11f3bed4f9dd1> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4282 ====================================================================== Reported By: flod Assigned To: ====================================================================== Project: pysetuptools Issue ID: 4282 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-17 01:24 CET Last Modified: 2010-02-17 01:33 CET ====================================================================== Summary: pkgutil can not install package CSWpysetuptools Description: pkgutil -i CSWpysetuptools exits with "Package CSWpydistutils not in catalog...exiting." ====================================================================== ---------------------------------------------------------------------- (0007457) flod (reporter) - 2010-02-17 01:33 http://www.opencsw.org/mantis/view.php?id=4282#c7457 ---------------------------------------------------------------------- Problem occurs with the newly released 0.6,REV=2009.08.12_rev=c9 . From noreply at opencsw.org Wed Feb 17 03:20:49 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 03:20:49 +0100 Subject: [bug-notifications] [phpldapadmin 0004283]: preinstall script throws errors in sparse root zones Message-ID: <72c3af7283ffa157e0c0f96795cd9d8f@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4283 ====================================================================== Reported By: flod Assigned To: ====================================================================== Project: phpldapadmin Issue ID: 4283 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-17 03:20 CET Last Modified: 2010-02-17 03:20 CET ====================================================================== Summary: preinstall script throws errors in sparse root zones Description: When installing on sparse root zones with a read-only /opt fs the preinstall script will throw errors in the process of migrating data from /opt/csw/apache2/share/htdocs/phpldapadmin to /opt/csw/share/www/phpldapadmin/htdocs . I have no idea if the behavior of the migration script can be changed on the basis of the status of the files (inherited from root zone or not). Nevertheless the installation finishes with success and the final state seems to be sane in my case. ====================================================================== From noreply at opencsw.org Wed Feb 17 09:16:49 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 09:16:49 +0100 Subject: [bug-notifications] [phpldapadmin 0004283]: preinstall script throws errors in sparse root zones In-Reply-To: <31fead824df7dd346d3ab98b1624890e> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4283 ====================================================================== Reported By: flod Assigned To: dam ====================================================================== Project: phpldapadmin Issue ID: 4283 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-17 03:20 CET Last Modified: 2010-02-17 09:16 CET ====================================================================== Summary: preinstall script throws errors in sparse root zones Description: When installing on sparse root zones with a read-only /opt fs the preinstall script will throw errors in the process of migrating data from /opt/csw/apache2/share/htdocs/phpldapadmin to /opt/csw/share/www/phpldapadmin/htdocs . I have no idea if the behavior of the migration script can be changed on the basis of the status of the files (inherited from root zone or not). Nevertheless the installation finishes with success and the final state seems to be sane in my case. ====================================================================== From noreply at opencsw.org Wed Feb 17 09:22:19 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 09:22:19 +0100 Subject: [bug-notifications] [phpldapadmin 0004283]: preinstall script throws errors in sparse root zones In-Reply-To: <31fead824df7dd346d3ab98b1624890e> Message-ID: <816f066db6630dc646f1d123a1465c88@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4283 ====================================================================== Reported By: flod Assigned To: dam ====================================================================== Project: phpldapadmin Issue ID: 4283 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-17 03:20 CET Last Modified: 2010-02-17 09:22 CET ====================================================================== Summary: preinstall script throws errors in sparse root zones Description: When installing on sparse root zones with a read-only /opt fs the preinstall script will throw errors in the process of migrating data from /opt/csw/apache2/share/htdocs/phpldapadmin to /opt/csw/share/www/phpldapadmin/htdocs . I have no idea if the behavior of the migration script can be changed on the basis of the status of the files (inherited from root zone or not). Nevertheless the installation finishes with success and the final state seems to be sane in my case. ====================================================================== ---------------------------------------------------------------------- (0007458) dam (administrator) - 2010-02-17 09:22 http://www.opencsw.org/mantis/view.php?id=4283#c7458 ---------------------------------------------------------------------- As you have installed the package in the global zone and the migration has already been done there it should be no problem. Could you please verify that the files have actually been moved? However, I am a bit puzzled that there are files left in the original location that are tried to be moved to the other location during local zone propagation. From noreply at opencsw.org Wed Feb 17 09:23:00 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 09:23:00 +0100 Subject: [bug-notifications] [phpldapadmin 0004283]: preinstall script throws errors in sparse root zones In-Reply-To: <31fead824df7dd346d3ab98b1624890e> Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4283 ====================================================================== Reported By: flod Assigned To: dam ====================================================================== Project: phpldapadmin Issue ID: 4283 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-02-17 03:20 CET Last Modified: 2010-02-17 09:23 CET ====================================================================== Summary: preinstall script throws errors in sparse root zones Description: When installing on sparse root zones with a read-only /opt fs the preinstall script will throw errors in the process of migrating data from /opt/csw/apache2/share/htdocs/phpldapadmin to /opt/csw/share/www/phpldapadmin/htdocs . I have no idea if the behavior of the migration script can be changed on the basis of the status of the files (inherited from root zone or not). Nevertheless the installation finishes with success and the final state seems to be sane in my case. ====================================================================== ---------------------------------------------------------------------- (0007458) dam (administrator) - 2010-02-17 09:22 http://www.opencsw.org/mantis/view.php?id=4283#c7458 ---------------------------------------------------------------------- As you have installed the package in the global zone and the migration has already been done there it should be no problem. Could you please verify that the files have actually been moved? However, I am a bit puzzled that there are files left in the original location that are tried to be moved to the other location during local zone propagation. From noreply at opencsw.org Wed Feb 17 09:24:07 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 09:24:07 +0100 Subject: [bug-notifications] [phpldapadmin 0004283]: preinstall script throws errors in sparse root zones In-Reply-To: <31fead824df7dd346d3ab98b1624890e> Message-ID: <9e397d61e3bb341d1b6e4c75b642e523@www.opencsw.org> The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4283 ====================================================================== Reported By: flod Assigned To: dam ====================================================================== Project: phpldapadmin Issue ID: 4283 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-02-17 03:20 CET Last Modified: 2010-02-17 09:24 CET ====================================================================== Summary: preinstall script throws errors in sparse root zones Description: When installing on sparse root zones with a read-only /opt fs the preinstall script will throw errors in the process of migrating data from /opt/csw/apache2/share/htdocs/phpldapadmin to /opt/csw/share/www/phpldapadmin/htdocs . I have no idea if the behavior of the migration script can be changed on the basis of the status of the files (inherited from root zone or not). Nevertheless the installation finishes with success and the final state seems to be sane in my case. ====================================================================== ---------------------------------------------------------------------- (0007458) dam (administrator) - 2010-02-17 09:22 http://www.opencsw.org/mantis/view.php?id=4283#c7458 ---------------------------------------------------------------------- As you have installed the package in the global zone and the migration has already been done there it should be no problem. Could you please verify that the files have actually been moved? However, I am a bit puzzled that there are files left in the original location that are tried to be moved to the other location during local zone propagation. From noreply at opencsw.org Wed Feb 17 10:04:02 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 10:04:02 +0100 Subject: [bug-notifications] [mysql5rt 0004120]: libmysqlclient_r.so.15 missing In-Reply-To: <8dd2dc4635a3f1aade47c57fe0e38ab3> Message-ID: <91d59b25028722abf73738bc9b37ce06@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4120 ====================================================================== Reported By: maciej Assigned To: maciej ====================================================================== Project: mysql5rt Issue ID: 4120 Category: packaging Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-07 23:47 CET Last Modified: 2010-02-17 10:04 CET ====================================================================== Summary: libmysqlclient_r.so.15 missing Description: ld.so.1: bacula-dir: fatal: libmysqlclient_r.so.15: open failed: No such file or directory ====================================================================== ---------------------------------------------------------------------- (0007459) maciej (manager) - 2010-02-17 10:04 http://www.opencsw.org/mantis/view.php?id=4120#c7459 ---------------------------------------------------------------------- http://sourceforge.net/apps/trac/gar/ticket/18 is a ticket on which this bug depends: once there are assertions, I'll add an assertion about libmysqlclient_r.so.15 From noreply at opencsw.org Wed Feb 17 10:39:12 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 10:39:12 +0100 Subject: [bug-notifications] [diffutils 0003951]: Please upgrade to 2.8.7 In-Reply-To: <371fcf8a99bb6a4c2b52688d30b74dbf> Message-ID: <218c1b32937927eb560cec75d387e843@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3951 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: diffutils Issue ID: 3951 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-10-09 09:57 CEST Last Modified: 2010-02-17 10:39 CET ====================================================================== Summary: Please upgrade to 2.8.7 Description: Please upgrade to 2.8.7 ====================================================================== From noreply at opencsw.org Wed Feb 17 10:59:12 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 10:59:12 +0100 Subject: [bug-notifications] [diffutils 0003951]: Please upgrade to 2.8.7 In-Reply-To: <371fcf8a99bb6a4c2b52688d30b74dbf> Message-ID: <69486e12925c7678fc153e30dd3f56a9@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3951 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: diffutils Issue ID: 3951 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-10-09 09:57 CEST Last Modified: 2010-02-17 10:59 CET ====================================================================== Summary: Please upgrade to 2.8.7 Description: Please upgrade to 2.8.7 ====================================================================== ---------------------------------------------------------------------- (0007460) dam (administrator) - 2010-02-17 10:59 http://www.opencsw.org/mantis/view.php?id=3951#c7460 ---------------------------------------------------------------------- Version 2.9,REV=2010.02.17 released to current/ From noreply at opencsw.org Wed Feb 17 11:02:21 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 11:02:21 +0100 Subject: [bug-notifications] [clisp 0004284]: Please upgrade to 2.48 Message-ID: <305489f5fb07d805412b3dece89369d0@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4284 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: clisp Issue ID: 4284 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-17 11:02 CET Last Modified: 2010-02-17 11:02 CET ====================================================================== Summary: Please upgrade to 2.48 Description: Please upgrade to 2.48 ====================================================================== From noreply at opencsw.org Wed Feb 17 11:03:40 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 11:03:40 +0100 Subject: [bug-notifications] [sbcl 0004285]: Please upgrade to 1.0.35 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4285 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: sbcl Issue ID: 4285 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-17 11:03 CET Last Modified: 2010-02-17 11:03 CET ====================================================================== Summary: Please upgrade to 1.0.35 Description: Please upgrade to 1.0.35 ====================================================================== From noreply at opencsw.org Wed Feb 17 12:17:18 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 12:17:18 +0100 Subject: [bug-notifications] [gkrellm 0001994]: local paths in config files In-Reply-To: Message-ID: <040c8241013d48da04279d7f86cb6214@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=1994 ====================================================================== Reported By: james Assigned To: jgoerzen ====================================================================== Project: gkrellm Issue ID: 1994 Category: other Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2006-12-03 10:08 CET Last Modified: 2010-02-17 12:17 CET ====================================================================== Summary: local paths in config files Description: /opt/csw/lib/pkgconfig/gkrellm.pc contains local paths ====================================================================== ---------------------------------------------------------------------- (0007461) james (reporter) - 2010-02-17 12:17 http://www.opencsw.org/mantis/view.php?id=1994#c7461 ---------------------------------------------------------------------- The pc file is good. I've run the package through the general path check and it throws up: /usr/local/ found in file /opt/csw/include/gkrellm2/gkrellm.h /usr/local/ found in file /opt/csw/bin/gkrellm The include has within some ifs and buts: #define LOCAL_THEMES_DIR "/usr/local/share/gkrellm2/themes" Should this be /opt/csw/share/... ? I can't see themes in any package, does the user add these? Not knowing what the package does it's hard for me to say what is right but I'm asking the question. From noreply at opencsw.org Wed Feb 17 12:48:18 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 12:48:18 +0100 Subject: [bug-notifications] [phpldapadmin 0004283]: preinstall script throws errors in sparse root zones In-Reply-To: <31fead824df7dd346d3ab98b1624890e> Message-ID: <63e379735d8f9d66e480abf507ed04e9@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4283 ====================================================================== Reported By: flod Assigned To: dam ====================================================================== Project: phpldapadmin Issue ID: 4283 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-02-17 03:20 CET Last Modified: 2010-02-17 12:48 CET ====================================================================== Summary: preinstall script throws errors in sparse root zones Description: When installing on sparse root zones with a read-only /opt fs the preinstall script will throw errors in the process of migrating data from /opt/csw/apache2/share/htdocs/phpldapadmin to /opt/csw/share/www/phpldapadmin/htdocs . I have no idea if the behavior of the migration script can be changed on the basis of the status of the files (inherited from root zone or not). Nevertheless the installation finishes with success and the final state seems to be sane in my case. ====================================================================== ---------------------------------------------------------------------- (0007462) flod (reporter) - 2010-02-17 12:48 http://www.opencsw.org/mantis/view.php?id=4283#c7462 ---------------------------------------------------------------------- old directory: /opt/csw/apache2/share/htdocs/phpldapadmin new directory: /opt/csw/share/www/phpldapadmin/htdocs To your question: I installed the package for the first time. The old directory did not exist before the installation. My view on what seems to happen: = global zone installation pre-install script: The old directory is not found, no migration is done. installation: a symbolic link from the old to the new directory is installed (package content). /opt/csw/apache2/share/htdocs/phpldapadmin -> /opt/csw/share/www/phpldapadmin/htdocs = sparse root zone installation pre-install script: The script follows the symbolic link that was installed in the global zone. In the directory it finds all the newly installed files. The script tries to migrate these and throws errors as the fs is read-only. installation: all files are inherited from the global zone From noreply at opencsw.org Wed Feb 17 13:16:16 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 13:16:16 +0100 Subject: [bug-notifications] [xpdf 0004061]: Please upgrade to 3.02pl4 In-Reply-To: Message-ID: <335541ce62eb11317a248c625c4a7bcb@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4061 ====================================================================== Reported By: dam Assigned To: benny ====================================================================== Project: xpdf Issue ID: 4061 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-12-01 14:56 CET Last Modified: 2010-02-17 13:16 CET ====================================================================== Summary: Please upgrade to 3.02pl4 Description: Please upgrade to 3.02pl4 and change version to 3.02pl4 instead of ..._REV= ====================================================================== ---------------------------------------------------------------------- (0007463) benny (manager) - 2010-02-17 13:16 http://www.opencsw.org/bugtrack/view.php?id=4061#c7463 ---------------------------------------------------------------------- updated and released as per 3.02p4,REV=2010.02.16 From noreply at opencsw.org Wed Feb 17 14:18:23 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 14:18:23 +0100 Subject: [bug-notifications] [phpldapadmin 0004283]: preinstall script throws errors in sparse root zones In-Reply-To: <31fead824df7dd346d3ab98b1624890e> Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4283 ====================================================================== Reported By: flod Assigned To: dam ====================================================================== Project: phpldapadmin Issue ID: 4283 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-02-17 03:20 CET Last Modified: 2010-02-17 14:18 CET ====================================================================== Summary: preinstall script throws errors in sparse root zones Description: When installing on sparse root zones with a read-only /opt fs the preinstall script will throw errors in the process of migrating data from /opt/csw/apache2/share/htdocs/phpldapadmin to /opt/csw/share/www/phpldapadmin/htdocs . I have no idea if the behavior of the migration script can be changed on the basis of the status of the files (inherited from root zone or not). Nevertheless the installation finishes with success and the final state seems to be sane in my case. ====================================================================== ---------------------------------------------------------------------- (0007464) dam (administrator) - 2010-02-17 14:18 http://www.opencsw.org/mantis/view.php?id=4283#c7464 ---------------------------------------------------------------------- The migration script now check if the source is not a link. Additionally, I updated to 1.2.0.5. Please verify. http://mirror.opencsw.org/experimental.html#dam http://mirror.opencsw.org/experimental/dam/phpldapadmin-1.2.0.5,REV=2010.02.17-SunOS5.8-all-CSW.pkg.gz From noreply at opencsw.org Wed Feb 17 14:25:20 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 14:25:20 +0100 Subject: [bug-notifications] [phpldapadmin 0004283]: preinstall script throws errors in sparse root zones In-Reply-To: <31fead824df7dd346d3ab98b1624890e> Message-ID: <5ccf78c28fe7fb0ab13e4a437b6ba180@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4283 ====================================================================== Reported By: flod Assigned To: dam ====================================================================== Project: phpldapadmin Issue ID: 4283 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-02-17 03:20 CET Last Modified: 2010-02-17 14:25 CET ====================================================================== Summary: preinstall script throws errors in sparse root zones Description: When installing on sparse root zones with a read-only /opt fs the preinstall script will throw errors in the process of migrating data from /opt/csw/apache2/share/htdocs/phpldapadmin to /opt/csw/share/www/phpldapadmin/htdocs . I have no idea if the behavior of the migration script can be changed on the basis of the status of the files (inherited from root zone or not). Nevertheless the installation finishes with success and the final state seems to be sane in my case. ====================================================================== ---------------------------------------------------------------------- (0007465) flod (reporter) - 2010-02-17 14:25 http://www.opencsw.org/mantis/view.php?id=4283#c7465 ---------------------------------------------------------------------- Tested installation of http://mirror.opencsw.org/experimental/dam/phpldapadmin-1.2.0.5,REV=2010.02.17-SunOS5.8-all-CSW.pkg.gz : Installation works nicely in my case. Bug is gone. From noreply at opencsw.org Wed Feb 17 14:34:35 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 14:34:35 +0100 Subject: [bug-notifications] [graphviz 0004286]: Please rebuild ghostscript to link against CSW X11 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4286 ====================================================================== Reported By: ellson Assigned To: ====================================================================== Project: graphviz Issue ID: 4286 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-17 14:34 CET Last Modified: 2010-02-17 14:34 CET ====================================================================== Summary: Please rebuild ghostscript to link against CSW X11 Description: /opt/csw/lib/libgs.so currently links against: libXt.so.4 => /usr/lib/libXt.so.4 libSM.so.6 => /usr/lib/libSM.so.6 libICE.so.6 => /usr/lib/libICE.so.6 libXext.so.0 => /usr/lib/libXext.so.0 libX11.so.4 => /usr/lib/libX11.so.4 but /usr/lib/libX11.so.4 has a dependencies on /usr/openwin/lib/libXext.so.0 This openwin dependency is causing problems with use of libgs by graphviz. Could you please rebuild so as to use only the CSW version of X11 in /opt/csw/X11/lib/* instead? ====================================================================== From noreply at opencsw.org Wed Feb 17 14:37:02 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 14:37:02 +0100 Subject: [bug-notifications] [graphviz 0004287]: Please rebuild ghostscript to link against CSW X11 Message-ID: <629b135e3ec1edb18cdb9f70bfc6dfd5@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4287 ====================================================================== Reported By: ellson Assigned To: ====================================================================== Project: graphviz Issue ID: 4287 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-17 14:37 CET Last Modified: 2010-02-17 14:37 CET ====================================================================== Summary: Please rebuild ghostscript to link against CSW X11 Description: /opt/csw/lib/libgs.so currently links against: libXt.so.4 => /usr/lib/libXt.so.4 libSM.so.6 => /usr/lib/libSM.so.6 libICE.so.6 => /usr/lib/libICE.so.6 libXext.so.0 => /usr/lib/libXext.so.0 libX11.so.4 => /usr/lib/libX11.so.4 but /usr/lib/libX11.so.4 has a dependencies on /usr/openwin/lib/libXext.so.0 This openwin dependency is causing problems with use of libgs by graphviz. Could you please rebuild so as to use only the CSW version of X11 in /opt/csw/X11/lib/* instead? ====================================================================== From noreply at opencsw.org Wed Feb 17 14:38:50 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 14:38:50 +0100 Subject: [bug-notifications] [graphviz 0004287]: Please rebuild ghostscript to link against CSW X11 In-Reply-To: Message-ID: The following issue has been DELETED. ====================================================================== Reported By: ellson Assigned To: ====================================================================== Project: graphviz Issue ID: 4287 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-17 14:37 CET Last Modified: 2010-02-17 14:37 CET ====================================================================== Summary: Please rebuild ghostscript to link against CSW X11 Description: /opt/csw/lib/libgs.so currently links against: libXt.so.4 => /usr/lib/libXt.so.4 libSM.so.6 => /usr/lib/libSM.so.6 libICE.so.6 => /usr/lib/libICE.so.6 libXext.so.0 => /usr/lib/libXext.so.0 libX11.so.4 => /usr/lib/libX11.so.4 but /usr/lib/libX11.so.4 has a dependencies on /usr/openwin/lib/libXext.so.0 This openwin dependency is causing problems with use of libgs by graphviz. Could you please rebuild so as to use only the CSW version of X11 in /opt/csw/X11/lib/* instead? ====================================================================== From noreply at opencsw.org Wed Feb 17 14:38:51 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 14:38:51 +0100 Subject: [bug-notifications] [graphviz 0004286]: Please rebuild ghostscript to link against CSW X11 In-Reply-To: Message-ID: <858bddd4fcc87daf48969d62ba55c896@www.opencsw.org> The following issue has been DELETED. ====================================================================== Reported By: ellson Assigned To: ====================================================================== Project: graphviz Issue ID: 4286 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-17 14:34 CET Last Modified: 2010-02-17 14:37 CET ====================================================================== Summary: Please rebuild ghostscript to link against CSW X11 Description: /opt/csw/lib/libgs.so currently links against: libXt.so.4 => /usr/lib/libXt.so.4 libSM.so.6 => /usr/lib/libSM.so.6 libICE.so.6 => /usr/lib/libICE.so.6 libXext.so.0 => /usr/lib/libXext.so.0 libX11.so.4 => /usr/lib/libX11.so.4 but /usr/lib/libX11.so.4 has a dependencies on /usr/openwin/lib/libXext.so.0 This openwin dependency is causing problems with use of libgs by graphviz. Could you please rebuild so as to use only the CSW version of X11 in /opt/csw/X11/lib/* instead? ====================================================================== From noreply at opencsw.org Wed Feb 17 14:40:33 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 14:40:33 +0100 Subject: [bug-notifications] [graphviz 0004114]: Symbolic links to libraries missing In-Reply-To: <601c37c04f4b57cf14b942198bd1c24b> Message-ID: <1cbf4497c423c6470cdf04be49ebed40@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4114 ====================================================================== Reported By: hson Assigned To: ====================================================================== Project: graphviz Issue ID: 4114 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-01-05 15:42 CET Last Modified: 2010-02-17 14:40 CET ====================================================================== Summary: Symbolic links to libraries missing Description: Symbolic links libgvc.so, libcdt.so and libgraph.so are missing in the package ====================================================================== ---------------------------------------------------------------------- (0007361) ellson (manager) - 2010-01-28 17:51 http://www.opencsw.org/bugtrack/view.php?id=4114#c7361 ---------------------------------------------------------------------- Fixed in graphvizdevel-2.26.3,REV=2010.01.28 From noreply at opencsw.org Wed Feb 17 14:45:42 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 14:45:42 +0100 Subject: [bug-notifications] [ghostscript 0004288]: Please rebuild ghostscript to link against CSW X11 Message-ID: <941072f2b7410b5764e74955ddb3ae93@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4288 ====================================================================== Reported By: ellson Assigned To: ====================================================================== Project: ghostscript Issue ID: 4288 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-17 14:45 CET Last Modified: 2010-02-17 14:45 CET ====================================================================== Summary: Please rebuild ghostscript to link against CSW X11 Description: /opt/csw/lib/libgs.so is linked against: libXt.so.4 => /usr/lib/libXt.so.4 libSM.so.6 => /usr/lib/libSM.so.6 libICE.so.6 => /usr/lib/libICE.so.6 libXext.so.0 => /usr/lib/libXext.so.0 libX11.so.4 => /usr/lib/libX11.so.4 ... and, /usr/lib/libX11.so.4 was linked against /usr/openwin/lib/libXext.so.0 This is causing problems when trying to use -lgs from graphviz. Would you please rebuild ghostscript so as to pick up the OpenCSW X11 libs from /opt/csw/X11/lib ? ====================================================================== From noreply at opencsw.org Wed Feb 17 14:53:04 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 14:53:04 +0100 Subject: [bug-notifications] [phpldapadmin 0004283]: preinstall script throws errors in sparse root zones In-Reply-To: <31fead824df7dd346d3ab98b1624890e> Message-ID: <9b92503c270862f74d24bff7fcb86d67@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4283 ====================================================================== Reported By: flod Assigned To: dam ====================================================================== Project: phpldapadmin Issue ID: 4283 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-02-17 03:20 CET Last Modified: 2010-02-17 14:53 CET ====================================================================== Summary: preinstall script throws errors in sparse root zones Description: When installing on sparse root zones with a read-only /opt fs the preinstall script will throw errors in the process of migrating data from /opt/csw/apache2/share/htdocs/phpldapadmin to /opt/csw/share/www/phpldapadmin/htdocs . I have no idea if the behavior of the migration script can be changed on the basis of the status of the files (inherited from root zone or not). Nevertheless the installation finishes with success and the final state seems to be sane in my case. ====================================================================== ---------------------------------------------------------------------- (0007466) dam (administrator) - 2010-02-17 14:53 http://www.opencsw.org/mantis/view.php?id=4283#c7466 ---------------------------------------------------------------------- Version phpldapadmin-1.2.0.5,REV=2010.02.17-SunOS5.8-all-CSW.pkg.gz released to current. From noreply at opencsw.org Wed Feb 17 16:06:57 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 16:06:57 +0100 Subject: [bug-notifications] [pkgutil 0004289]: pkgutil uses regular expression for gpg that may not work in an i18n environment Message-ID: <1c33ae70d087b42f87b1a5a72387f447@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4289 ====================================================================== Reported By: flod Assigned To: ====================================================================== Project: pkgutil Issue ID: 4289 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-17 16:06 CET Last Modified: 2010-02-17 16:06 CET ====================================================================== Summary: pkgutil uses regular expression for gpg that may not work in an i18n environment Description: When $LANG is set to something else in stead of english (e.g. de_DE.UTF-8) the regular expression to handle the output of gpg may not work as the script looks for "BAD". ====================================================================== From noreply at opencsw.org Wed Feb 17 16:12:37 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 16:12:37 +0100 Subject: [bug-notifications] [graphviz 0004276]: PNG backend: dot files from scfdot converted to png contain extraneous line In-Reply-To: <0f34b0b225f9c247158fcec31c7bfd3a> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4276 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: graphviz Issue ID: 4276 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-15 13:56 CET Last Modified: 2010-02-17 16:12 CET ====================================================================== Summary: PNG backend: dot files from scfdot converted to png contain extraneous line Description: When i feed .dot files generated by scfdot to dot with -Tpng, the resulting .png files contain an extra line at the top which makes the png unreadable by image viewers. Deleting this line fixes the issue. Is this a bug in dot, scfdot, or the png backend? $ dot -V dot - graphviz version 2.26.3 (20100126.1600) # pkgutil -t http://mirror.opencsw.org/opencsw/testing -Ni scfdot ... $ dot -Tpng -o test.png /opt/csw/share/doc/scfdot/examples/snv_24_x86.dot $ file test.png test.png: data $ head -1 test.png -36 2444.2 translate newpath user_shape_0 $ gsed -i -e '1d' test.png $ file test.png test.png: PNG image data Simple graphs don't expose this problem. $ echo "digraph G {Hello->World}" | dot -Tpng >hello.png $ file hello.png hello.png: PNG image data ====================================================================== ---------------------------------------------------------------------- (0007467) ellson (manager) - 2010-02-17 16:12 http://www.opencsw.org/mantis/view.php?id=4276#c7467 ---------------------------------------------------------------------- Status update: The graphviz update is stalled pending a rebuild of ghostscript to use /opt/csw/X11/lib/ Ref: Mantis http://www.opencsw.org/mantis/view.php?id=4288 From noreply at opencsw.org Wed Feb 17 16:13:27 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 16:13:27 +0100 Subject: [bug-notifications] [pysetuptools 0004282]: pkgutil can not install package CSWpysetuptools In-Reply-To: <64d9818fb9e185e982e11f3bed4f9dd1> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4282 ====================================================================== Reported By: flod Assigned To: ====================================================================== Project: pysetuptools Issue ID: 4282 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-17 01:24 CET Last Modified: 2010-02-17 16:13 CET ====================================================================== Summary: pkgutil can not install package CSWpysetuptools Description: pkgutil -i CSWpysetuptools exits with "Package CSWpydistutils not in catalog...exiting." ====================================================================== ---------------------------------------------------------------------- (0007468) flod (reporter) - 2010-02-17 16:13 http://www.opencsw.org/bugtrack/view.php?id=4282#c7468 ---------------------------------------------------------------------- > grep ^pysetup /var/opt/csw/pkgutil/catalog.csw.informatik.uni-erlangen.de_csw_current_i386_5.10 pysetuptools 0.6,REV=2009.08.12_rev=c9 CSWpysetuptools pysetuptools-0.6,REV=2009.08.12_rev=c9-SunOS5.9-all-CSW.pkg.gz cee3e579967b62e364c45b9461ff0dc6 126553 CSWpython|CSWpydistutils|CSWcswclassutils|CSWcommon none From noreply at opencsw.org Wed Feb 17 16:44:31 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 16:44:31 +0100 Subject: [bug-notifications] [dnstop 0004279]: Man page broken In-Reply-To: <74857733954e140890765a1793b376a0> Message-ID: <221d1a3775a0d66888b46ab215a03e5b@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4279 ====================================================================== Reported By: bonivart Assigned To: bonivart ====================================================================== Project: dnstop Issue ID: 4279 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-16 11:17 CET Last Modified: 2010-02-17 16:44 CET ====================================================================== Summary: Man page broken Description: The man page seems to use features from Linux *roff. ====================================================================== From noreply at opencsw.org Wed Feb 17 16:47:44 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 16:47:44 +0100 Subject: [bug-notifications] [pkgutil 0004289]: pkgutil uses regular expression for gpg that may not work in an i18n environment In-Reply-To: <7ab58529a1761d56be06664de748316f> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4289 ====================================================================== Reported By: flod Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4289 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-17 16:06 CET Last Modified: 2010-02-17 16:47 CET ====================================================================== Summary: pkgutil uses regular expression for gpg that may not work in an i18n environment Description: When $LANG is set to something else in stead of english (e.g. de_DE.UTF-8) the regular expression to handle the output of gpg may not work as the script looks for "BAD". ====================================================================== From noreply at opencsw.org Wed Feb 17 16:56:10 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 16:56:10 +0100 Subject: [bug-notifications] [mc 0004290]: Please upgrade to 4.7.0.2 Message-ID: <26257077c3ca2e59ac31ebcb4e78c70d@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4290 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: mc Issue ID: 4290 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-17 16:56 CET Last Modified: 2010-02-17 16:56 CET ====================================================================== Summary: Please upgrade to 4.7.0.2 Description: Please upgrade to 4.7.0.2 ====================================================================== From noreply at opencsw.org Wed Feb 17 16:58:01 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 16:58:01 +0100 Subject: [bug-notifications] [dnstop 0004279]: Man page broken In-Reply-To: <74857733954e140890765a1793b376a0> Message-ID: <44d49fe18c2b1a9f2875a148bfadebaf@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4279 ====================================================================== Reported By: bonivart Assigned To: bonivart ====================================================================== Project: dnstop Issue ID: 4279 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-16 11:17 CET Last Modified: 2010-02-17 16:58 CET ====================================================================== Summary: Man page broken Description: The man page seems to use features from Linux *roff. ====================================================================== ---------------------------------------------------------------------- (0007469) bonivart (manager) - 2010-02-17 16:58 http://www.opencsw.org/mantis/view.php?id=4279#c7469 ---------------------------------------------------------------------- I wrote a POD page and converted it with pod2man. Dirty fix but still a fix. http://mirror.opencsw.org/experimental.html#bonivart From noreply at opencsw.org Wed Feb 17 21:37:06 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 21:37:06 +0100 Subject: [bug-notifications] [dnstop 0004279]: Man page broken In-Reply-To: <74857733954e140890765a1793b376a0> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4279 ====================================================================== Reported By: bonivart Assigned To: bonivart ====================================================================== Project: dnstop Issue ID: 4279 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-02-16 11:17 CET Last Modified: 2010-02-17 21:37 CET ====================================================================== Summary: Man page broken Description: The man page seems to use features from Linux *roff. ====================================================================== ---------------------------------------------------------------------- (0007470) bonivart (manager) - 2010-02-17 21:37 http://www.opencsw.org/mantis/view.php?id=4279#c7470 ---------------------------------------------------------------------- New package released. From noreply at opencsw.org Wed Feb 17 22:23:33 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 22:23:33 +0100 Subject: [bug-notifications] [dbus_glib 0003377]: Depend on CSWggettextrt In-Reply-To: <1de1fe82565033791f5eb5c9f6931e36> Message-ID: <53b213480a37a2414c5ad310e41990ed@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/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: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:21 CET Last Modified: 2010-02-17 22:23 CET ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0007471) wbonnet (manager) - 2010-02-17 22:23 http://www.opencsw.org/mantis/view.php?id=3377#c7471 ---------------------------------------------------------------------- A new package version that fixes this issues has been put in testing From noreply at opencsw.org Wed Feb 17 22:27:59 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 22:27:59 +0100 Subject: [bug-notifications] [dbus_glib 0004291]: Add 64 bits support and libs Message-ID: <6a5ec8c02e5b8aa2c3cae881432e95e5@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4291 ====================================================================== Reported By: wbonnet Assigned To: ====================================================================== Project: dbus_glib Issue ID: 4291 Category: packaging Reproducibility: always Severity: feature Priority: low Status: new ====================================================================== Date Submitted: 2010-02-17 22:27 CET Last Modified: 2010-02-17 22:27 CET ====================================================================== Summary: Add 64 bits support and libs Description: Add 64 bits support and libs ====================================================================== From noreply at opencsw.org Wed Feb 17 22:28:36 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 22:28:36 +0100 Subject: [bug-notifications] [dbus 0004292]: Add 64 bits support and libs Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4292 ====================================================================== Reported By: wbonnet Assigned To: ====================================================================== Project: dbus Issue ID: 4292 Category: packaging Reproducibility: always Severity: feature Priority: low Status: new ====================================================================== Date Submitted: 2010-02-17 22:28 CET Last Modified: 2010-02-17 22:28 CET ====================================================================== Summary: Add 64 bits support and libs Description: Add 64 bits support and libs ====================================================================== From noreply at opencsw.org Wed Feb 17 22:29:44 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 22:29:44 +0100 Subject: [bug-notifications] [ant 0004293]: Upgrade to 1.8.0 Message-ID: <9c65f1f37b782b3352d5c00fd9dbcef7@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4293 ====================================================================== Reported By: wbonnet Assigned To: ====================================================================== Project: ant Issue ID: 4293 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-17 22:29 CET Last Modified: 2010-02-17 22:29 CET ====================================================================== Summary: Upgrade to 1.8.0 Description: Please upgrade the package to version 1.8.0 ====================================================================== From noreply at opencsw.org Wed Feb 17 22:30:36 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 22:30:36 +0100 Subject: [bug-notifications] [antdoc 0004294]: Upgrade to 1.8.0 Message-ID: <3733e02e8341b200381a2bee67a3ad29@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4294 ====================================================================== Reported By: wbonnet Assigned To: ====================================================================== Project: antdoc Issue ID: 4294 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-17 22:30 CET Last Modified: 2010-02-17 22:30 CET ====================================================================== Summary: Upgrade to 1.8.0 Description: Please upgrade the package to version 1.8.0 ====================================================================== From noreply at opencsw.org Wed Feb 17 22:42:22 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 22:42:22 +0100 Subject: [bug-notifications] [dbus 0004292]: Add 64 bits support and libs In-Reply-To: <3ca8a463368fa7813d4679a779860f31> Message-ID: <3dc44f650e64d6724bf753743ccbb98b@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4292 ====================================================================== Reported By: wbonnet Assigned To: wbonnet ====================================================================== Project: dbus Issue ID: 4292 Category: packaging Reproducibility: always Severity: feature Priority: low Status: assigned ====================================================================== Date Submitted: 2010-02-17 22:28 CET Last Modified: 2010-02-17 22:42 CET ====================================================================== Summary: Add 64 bits support and libs Description: Add 64 bits support and libs ====================================================================== From noreply at opencsw.org Wed Feb 17 22:43:29 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 22:43:29 +0100 Subject: [bug-notifications] [dbus_glib 0004291]: Add 64 bits support and libs In-Reply-To: <724e4f0b46cc2b5a83016daac9c31a1a> Message-ID: <9456251b8a8628270878f4c16b1da6b7@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4291 ====================================================================== Reported By: wbonnet Assigned To: wbonnet ====================================================================== Project: dbus_glib Issue ID: 4291 Category: packaging Reproducibility: always Severity: feature Priority: low Status: assigned ====================================================================== Date Submitted: 2010-02-17 22:27 CET Last Modified: 2010-02-17 22:43 CET ====================================================================== Summary: Add 64 bits support and libs Description: Add 64 bits support and libs ====================================================================== From noreply at opencsw.org Wed Feb 17 23:49:00 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Feb 2010 23:49:00 +0100 Subject: [bug-notifications] [dbus_glib 0003377]: Depend on CSWggettextrt In-Reply-To: <1de1fe82565033791f5eb5c9f6931e36> Message-ID: <6bf245f884e9cc34bb9041f00b83dbba@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/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: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:21 CET Last Modified: 2010-02-17 23:49 CET ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0007472) wbonnet (manager) - 2010-02-17 23:49 http://www.opencsw.org/mantis/view.php?id=3377#c7472 ---------------------------------------------------------------------- Fix has been submitted to unstable. From noreply at opencsw.org Thu Feb 18 10:29:32 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 18 Feb 2010 10:29:32 +0100 Subject: [bug-notifications] [ant 0004293]: Upgrade to 1.8.0 In-Reply-To: <4f62d530ce8e0beb6fd12e698d393ae1> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4293 ====================================================================== Reported By: wbonnet Assigned To: james ====================================================================== Project: ant Issue ID: 4293 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-17 22:29 CET Last Modified: 2010-02-18 10:29 CET ====================================================================== Summary: Upgrade to 1.8.0 Description: Please upgrade the package to version 1.8.0 ====================================================================== From noreply at opencsw.org Thu Feb 18 10:34:31 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 18 Feb 2010 10:34:31 +0100 Subject: [bug-notifications] [ant 0004293]: Upgrade to 1.8.0 In-Reply-To: <4f62d530ce8e0beb6fd12e698d393ae1> Message-ID: <558a062cc8c6034b302e59552a297e0a@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4293 ====================================================================== Reported By: wbonnet Assigned To: james ====================================================================== Project: ant Issue ID: 4293 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-17 22:29 CET Last Modified: 2010-02-18 10:34 CET ====================================================================== Summary: Upgrade to 1.8.0 Description: Please upgrade the package to version 1.8.0 ====================================================================== ---------------------------------------------------------------------- (0007473) james (manager) - 2010-02-18 10:34 http://www.opencsw.org/mantis/view.php?id=4293#c7473 ---------------------------------------------------------------------- You have dam's trouble. It's been out a week and I know. Please fix your crash bug on Firefox and stop filing update requests immediately a release appears. From noreply at opencsw.org Thu Feb 18 10:35:14 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 18 Feb 2010 10:35:14 +0100 Subject: [bug-notifications] [antdoc 0004294]: Upgrade to 1.8.0 In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4294 ====================================================================== Reported By: wbonnet Assigned To: james ====================================================================== Project: antdoc Issue ID: 4294 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-17 22:30 CET Last Modified: 2010-02-18 10:35 CET ====================================================================== Summary: Upgrade to 1.8.0 Description: Please upgrade the package to version 1.8.0 ====================================================================== From noreply at opencsw.org Thu Feb 18 15:23:25 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 18 Feb 2010 15:23:25 +0100 Subject: [bug-notifications] [texinfo 0003613]: texi2dvi doesn't work with /bin/sh In-Reply-To: <9c9cde08c36130352d3dccdd3afc494e> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3613 ====================================================================== Reported By: pfelecan Assigned To: dam ====================================================================== Project: texinfo Issue ID: 3613 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-03 13:14 CEST Last Modified: 2010-02-18 15:23 CET ====================================================================== Summary: texi2dvi doesn't work with /bin/sh Description: The texi2dvi script uses as its default command interpreter /bin/sh A simple invocation on the attached texi source gives: texi2dvi t.texi /opt/csw/bin/texi2dvi: local: not found /opt/csw/bin/texi2dvi: BSTINPUTS: not found Using explicitely the Bash command interpreter works: bash texi2dvi t.texi This is pdfeTeXk, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) file:line:error style messages enabled. entering extended mode (./t.texi (/opt/csw/share/texmf-dist/tex/texinfo/texinfo.tex Loading texinfo [version 2005-01-30.17]: Basics, pdf, fonts, page headings, tables, conditionals, indexing, sectioning, toc, environments, defuns, macros, cross references, insertions, (/opt/csw/share/texmf-dist/tex/generic/epsf/epsf.tex) localization, and turning on texinfo input format.) (./t.aux) [-1] ) Output written on t.dvi (1 page, 228 bytes). Transcript written on t.log. This is probably a "linuxism" as: /bin/sh --version GNU bash, version 3.2.48(1)-release (i486-pc-linux-gnu) Copyright (C) 2007 Free Software Foundation, Inc. My suggestion is to patch all the shell scripts in your package and make it depend on CSWbash See the enclosed test case ====================================================================== ---------------------------------------------------------------------- (0007474) dam (administrator) - 2010-02-18 15:23 http://www.opencsw.org/mantis/view.php?id=3613#c7474 ---------------------------------------------------------------------- As standard solaris has bash installed, is it really necessary, that texinfo depends on cswbash? It could depend on SUNWbash, but I don't know how common the installation of that one is. It should work, though. From noreply at opencsw.org Thu Feb 18 18:58:26 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 18 Feb 2010 18:58:26 +0100 Subject: [bug-notifications] [texinfo 0003613]: texi2dvi doesn't work with /bin/sh In-Reply-To: <9c9cde08c36130352d3dccdd3afc494e> Message-ID: <0844a12599044a0d7375ca4e98a7ab26@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3613 ====================================================================== Reported By: pfelecan Assigned To: dam ====================================================================== Project: texinfo Issue ID: 3613 Category: regular use Reproducibility: always Severity: block Priority: normal Status: confirmed ====================================================================== Date Submitted: 2009-04-03 13:14 CEST Last Modified: 2010-02-18 18:58 CET ====================================================================== Summary: texi2dvi doesn't work with /bin/sh Description: The texi2dvi script uses as its default command interpreter /bin/sh A simple invocation on the attached texi source gives: texi2dvi t.texi /opt/csw/bin/texi2dvi: local: not found /opt/csw/bin/texi2dvi: BSTINPUTS: not found Using explicitely the Bash command interpreter works: bash texi2dvi t.texi This is pdfeTeXk, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) file:line:error style messages enabled. entering extended mode (./t.texi (/opt/csw/share/texmf-dist/tex/texinfo/texinfo.tex Loading texinfo [version 2005-01-30.17]: Basics, pdf, fonts, page headings, tables, conditionals, indexing, sectioning, toc, environments, defuns, macros, cross references, insertions, (/opt/csw/share/texmf-dist/tex/generic/epsf/epsf.tex) localization, and turning on texinfo input format.) (./t.aux) [-1] ) Output written on t.dvi (1 page, 228 bytes). Transcript written on t.log. This is probably a "linuxism" as: /bin/sh --version GNU bash, version 3.2.48(1)-release (i486-pc-linux-gnu) Copyright (C) 2007 Free Software Foundation, Inc. My suggestion is to patch all the shell scripts in your package and make it depend on CSWbash See the enclosed test case ====================================================================== ---------------------------------------------------------------------- (0007475) pfelecan (reporter) - 2010-02-18 18:58 http://www.opencsw.org/mantis/view.php?id=3613#c7475 ---------------------------------------------------------------------- IMHO we should depend on our stuff at least for coherency reasons but also for freshness. From noreply at opencsw.org Thu Feb 18 19:52:48 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 18 Feb 2010 19:52:48 +0100 Subject: [bug-notifications] [mysql5 0004295]: Warns about "old configuration directory", but references /opt/csw/mysql5/var while doing so Message-ID: <5e311e451b7f495952f7d808b211ff4c@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4295 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: mysql5 Issue ID: 4295 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-18 19:52 CET Last Modified: 2010-02-18 19:52 CET ====================================================================== Summary: Warns about "old configuration directory", but references /opt/csw/mysql5/var while doing so Description: Just upgraded from an oldish-installation (5.0.51,REV=2008.01.20) to 5.0.87,REV=2010.01.08. On installation of the new version there was a warning about a still existing "old configuration directory", but it referenced /opt/csw/mysql5/var which isn't a configuration directory, is it? ==> Installing CSWmysql5-5.0.87,REV=2010.01.08 Please see /opt/csw/share/doc/mysql5/license for license information. ******************************************************************* * The old configuration directory /opt/csw/mysql5/var still exists. * Please move your configuration to /var/opt/csw/mysql5. * * Installation will continue in 10 seconds. * Press CTRL+C if you want to stop now. ******************************************************************* Installing class ... Group mysql already exists User mysql already exists ... ====================================================================== From noreply at opencsw.org Thu Feb 18 21:46:50 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 18 Feb 2010 21:46:50 +0100 Subject: [bug-notifications] [php5_mysql 0004149]: Cannot find libmysqlclient.so.15 In-Reply-To: Message-ID: <59162119d1072af091db63c77054bb81@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4149 ====================================================================== Reported By: dorix Assigned To: ====================================================================== Project: php5_mysql Issue ID: 4149 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-01-12 18:51 CET Last Modified: 2010-02-18 21:46 CET ====================================================================== Summary: Cannot find libmysqlclient.so.15 Description: Since a recent upgrade of the Mysql5 packages, php5_mysql's mysql.so file cannot find its required libmysqlclient.so.15 library anymore. I have worked around this by: ln -s /opt/csw/mysql5/lib/mysql /opt/csw/lib/mysql ====================================================================== ---------------------------------------------------------------------- (0007476) skayser (administrator) - 2010-02-18 21:46 http://www.opencsw.org/bugtrack/view.php?id=4149#c7476 ---------------------------------------------------------------------- Problem with PHP's mysql.so persists. Looks as if the symlink points one directory too high. # pkgparam CSWmysql5rt VERSION 5.0.87,REV=2010.02.08 # grep /opt/csw/lib/mysql /var/sadm/install/contents /opt/csw/lib/mysql=../../mysql5/lib/mysql s none CSWmysql5rt # cd /opt/csw/lib/ # ls -l mysql lrwxrwxrwx 1 root root 22 Feb 18 19:24 mysql -> ../../mysql5/lib/mysql # cd ../../mysql5/lib/mysql bash: cd: ../../mysql5/lib/mysql: No such file or directory # ls -ld /opt/csw/mysql5/lib/mysql drwxr-xr-x 2 root bin 512 Feb 18 19:24 /opt/csw/mysql5/lib/mysql Re-pointing the link does the job (notice the single ../ instead of ../../). # rm mysql # ln -s ../mysql5/lib/mysql . # ls -l mysql lrwxrwxrwx 1 root root 19 Feb 18 21:45 mysql -> ../mysql5/lib/mysql # cd mysql # ls 64 libmysqlclient.so.15 libmysqlclient_r.so libmysqlclient_r.so.15.0.0 sparcv9 libmysqlclient.so libmysqlclient.so.15.0.0 libmysqlclient_r.so.15 sparcv8 From noreply at opencsw.org Fri Feb 19 02:38:53 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Feb 2010 02:38:53 +0100 Subject: [bug-notifications] [pkgutil 0004296]: Use of uninitialized value in concatenation (.) or string at, line 283 Message-ID: <8824d22a777f76b11c3994404bcb9a32@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4296 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 4296 Category: regular use Reproducibility: have not tried Severity: tweak Priority: low Status: new ====================================================================== Date Submitted: 2010-02-19 02:38 CET Last Modified: 2010-02-19 02:38 CET ====================================================================== Summary: Use of uninitialized value in concatenation (.) or string at, line 283 Description: I don't know how, but I managed to make pkgutil choke with the following error message. -U fixed it, but you might want to catch/suppress the uninitialized warning. Fetching CSWlibidn-1.16,REV=2010.01.14 (24/141)... Use of uninitialized value in concatenation (.) or string at /opt/csw/bin/pkgutil line 283. Fetching of failed. Try updating your catalog with pkgutil -U. ====================================================================== From noreply at opencsw.org Fri Feb 19 02:44:41 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Feb 2010 02:44:41 +0100 Subject: [bug-notifications] [sudo 0003978]: Log directory (/var/opt/csw/sudo/logs) does not exist In-Reply-To: <786d6a4494191e73633a7e45aa20fe79> Message-ID: <04c6cc620c3f2f42ca5c6baf82557a7e@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3978 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: sudo Issue ID: 3978 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-10-27 07:18 CET Last Modified: 2010-02-19 02:44 CET ====================================================================== Summary: Log directory (/var/opt/csw/sudo/logs) does not exist Description: sudo complains: netra.chopin.edu.pl : Oct 27 06:36:47 : maciej : Can't open log file: /var/opt/csw/sudo/logs/sudolog: No such file or directory After manually creating /var/opt/csw/sudo/logs, sudo stops complaining. I think that the /var/opt/csw/sudo/logs should be created by one of the sudo packages. ====================================================================== ---------------------------------------------------------------------- (0007477) skayser (administrator) - 2010-02-19 02:44 http://www.opencsw.org/mantis/view.php?id=3978#c7477 ---------------------------------------------------------------------- Same issue observed here. Would second Maciej's thought to make /var/opt/csw/sudo/logs part of one of the sudo packages, most likely sudo_common. # pkgparam CSWsudo VERSION 1.7.2,REV=2009.10.05_rev=p1 # pkgparam CSWsudo-common VERSION 1.7.2,REV=2009.10.05_rev=p1 From noreply at opencsw.org Fri Feb 19 10:00:07 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Feb 2010 10:00:07 +0100 Subject: [bug-notifications] [pkgutil 0004296]: Use of uninitialized value in concatenation (.) or string at, line 283 In-Reply-To: <6b7ce558254d1add66754ca2ff37a333> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4296 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4296 Category: regular use Reproducibility: have not tried Severity: tweak Priority: low Status: assigned ====================================================================== Date Submitted: 2010-02-19 02:38 CET Last Modified: 2010-02-19 10:00 CET ====================================================================== Summary: Use of uninitialized value in concatenation (.) or string at, line 283 Description: I don't know how, but I managed to make pkgutil choke with the following error message. -U fixed it, but you might want to catch/suppress the uninitialized warning. Fetching CSWlibidn-1.16,REV=2010.01.14 (24/141)... Use of uninitialized value in concatenation (.) or string at /opt/csw/bin/pkgutil line 283. Fetching of failed. Try updating your catalog with pkgutil -U. ====================================================================== From noreply at opencsw.org Fri Feb 19 10:02:51 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Feb 2010 10:02:51 +0100 Subject: [bug-notifications] [pkgutil 0004296]: Use of uninitialized value in concatenation (.) or string at, line 283 In-Reply-To: <6b7ce558254d1add66754ca2ff37a333> Message-ID: <8aa5dd3dc105e041e02117a8b44c7bd9@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4296 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4296 Category: regular use Reproducibility: have not tried Severity: tweak Priority: low Status: assigned ====================================================================== Date Submitted: 2010-02-19 02:38 CET Last Modified: 2010-02-19 10:02 CET ====================================================================== Summary: Use of uninitialized value in concatenation (.) or string at, line 283 Description: I don't know how, but I managed to make pkgutil choke with the following error message. -U fixed it, but you might want to catch/suppress the uninitialized warning. Fetching CSWlibidn-1.16,REV=2010.01.14 (24/141)... Use of uninitialized value in concatenation (.) or string at /opt/csw/bin/pkgutil line 283. Fetching of failed. Try updating your catalog with pkgutil -U. ====================================================================== ---------------------------------------------------------------------- (0007478) bonivart (manager) - 2010-02-19 10:02 http://www.opencsw.org/mantis/view.php?id=4296#c7478 ---------------------------------------------------------------------- I see that CSWlibidn was just updated to 1.18,REV=2010.02.16. I assume your catalog contained 1.16,REV=2010.01.14 and when trying to fetch that it wasn't on the mirror. That's why updating the catalog helped. So the hint was helpful but the problem wasn't handled gracefully. I'll add that to my todo-list. From noreply at opencsw.org Fri Feb 19 11:06:07 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Feb 2010 11:06:07 +0100 Subject: [bug-notifications] [groff 0004280]: /opt/csw/share/groff/1.20.1/tmac/doc.tmac:3375: bad character definition In-Reply-To: <8fe3f92bfcca72adeda9c03caf03b2bb> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4280 ====================================================================== Reported By: skayser Assigned To: james ====================================================================== Project: groff Issue ID: 4280 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-16 19:22 CET Last Modified: 2010-02-19 11:06 CET ====================================================================== Summary: /opt/csw/share/groff/1.20.1/tmac/doc.tmac:3375: bad character definition Description: Tested on build10x. When trying to format the autossh man page with gnroff, gnroff throws a warning: $ gnroff -man autossh.1 > /dev/null /opt/csw/share/groff/1.20.1/tmac/doc.tmac:3375: bad character definition The first part of the formatted man page (everything before the first .Sh) looks a bit garbled, although I don't know whether that's because of the above warning. R] .if 0nl] . setup-header ... UNTITLED LOCAL UNTITLED ... $] .tm Usage: .Sh section_name ... (http://www.opencsw.org/bugtrack/view.php?id=0.c]) I have attached the man page so that you can reproduce the warning message if necessary (and maybe shed some light on the garbled output). WRT to the warning message there is also a related bug report over at Gentoo: http://bugs.gentoo.org/263524. ====================================================================== ---------------------------------------------------------------------- (0007479) james (manager) - 2010-02-19 11:06 http://www.opencsw.org/bugtrack/view.php?id=4280#c7479 ---------------------------------------------------------------------- I played with this some more last night but still can't find why it reports the bad char but even with message it produced output. Reading "man groff_man" the page isn't even a groff standard man page so rewrite it first and then re-ask the question on groff. It will need rewriting as a standard man page suitable for /usr/bin/man (unless pre-formatted for cat) so rewrite it properly in the first place and forget groff. Ask if you need help with this. From noreply at opencsw.org Fri Feb 19 13:43:40 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Feb 2010 13:43:40 +0100 Subject: [bug-notifications] [nano 0004297]: Please upgrade to 2,2,3 Message-ID: <0a1d1555e614470464483d54e7a3648e@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4297 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: nano Issue ID: 4297 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-19 13:43 CET Last Modified: 2010-02-19 13:43 CET ====================================================================== Summary: Please upgrade to 2,2,3 Description: Please upgrade to 2,2,3 ====================================================================== From noreply at opencsw.org Fri Feb 19 16:56:50 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Feb 2010 16:56:50 +0100 Subject: [bug-notifications] [libming 0004298]: Please upgrade to 0.4.3 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4298 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: libming Issue ID: 4298 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-19 16:56 CET Last Modified: 2010-02-19 16:56 CET ====================================================================== Summary: Please upgrade to 0.4.3 Description: Please upgrade to 0.4.3 ====================================================================== From noreply at opencsw.org Fri Feb 19 22:26:31 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Feb 2010 22:26:31 +0100 Subject: [bug-notifications] [neon 0004281]: Causes subversion to pull in X11 libs (neon depends on libproxy which in turn depends on X11) In-Reply-To: <7e4ffd2bbc7caa8b2b66e7a8c83f0a28> Message-ID: <124d8cc65fcd2a017bcc2b870c0a6a62@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4281 ====================================================================== Reported By: skayser Assigned To: dam ====================================================================== Project: neon Issue ID: 4281 Category: packaging Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-16 20:20 CET Last Modified: 2010-02-19 22:26 CET ====================================================================== Summary: Causes subversion to pull in X11 libs (neon depends on libproxy which in turn depends on X11) Description: Just installed subversion on a test system and pkgutil pulled in a whole lot more than I expected, namely the CSW X11 libs stack via neon -> libproxy. I don't mind for the test system, but I can imagine people with systems where they _don't_ want to install such a depedency list only to use subversion. # pkgutil -i subversion ... Fetching CSWx11common-1.0,REV=2009.05.24 (1/20)... Fetching CSWlibxau-1.0.4,REV=2009.06.04 (2/20)... Fetching CSWlibxcb-1.3,REV=2009.06.07 (3/20)... Fetching CSWlibice-1.0.6,REV=2009.09.22 (4/20)... Fetching CSWlibx11-1.2.2,REV=2009.07.12 (5/20)... Fetching CSWlibxt-1.0.6,REV=2009.09.25 (6/20)... Fetching CSWlibxext-1.0.5,REV=2009.09.22 (7/20)... Fetching CSWlibsm-1.1.1,REV=2009.09.23 (8/20)... Fetching CSWlibxmu-1.0.4,REV=2009.09.25 (9/20)... Fetching CSWlibproxy-0.3.0,REV=2010.01.18 (10/20)... Fetching CSWpakchois-0.4,REV=2009.10.08 (11/20)... Fetching CSWkrb5lib-1.4.4,REV=2006.12.27 (12/20)... Fetching CSWexpat-2.0.1,REV=2009.01.22 (13/20)... Fetching CSWsqlite3-3.6.21,REV=2010.01.04 (14/20)... Fetching CSWperl-5.8.8,REV=2009.11.12 (15/20)... Fetching CSWgsed-4.2.1,REV=2009.07.14 (16/20)... Fetching CSWbdb-4.7.25,REV=2009.10.18 (17/20)... Fetching CSWneon-0.29.3,REV=2010.01.19 (18/20)... Fetching CSWapache2rt-2.2.13,REV=2009.08.22 (19/20)... Fetching CSWsvn-1.6.6,REV=2009.11.14 (20/20)... ====================================================================== From noreply at opencsw.org Fri Feb 19 22:27:19 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Feb 2010 22:27:19 +0100 Subject: [bug-notifications] [neon 0004281]: Causes subversion to pull in X11 libs (neon depends on libproxy which in turn depends on X11) In-Reply-To: <7e4ffd2bbc7caa8b2b66e7a8c83f0a28> Message-ID: <079a38408995b42964063df82d18806e@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4281 ====================================================================== Reported By: skayser Assigned To: dam ====================================================================== Project: neon Issue ID: 4281 Category: packaging Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-16 20:20 CET Last Modified: 2010-02-19 22:27 CET ====================================================================== Summary: Causes subversion to pull in X11 libs (neon depends on libproxy which in turn depends on X11) Description: Just installed subversion on a test system and pkgutil pulled in a whole lot more than I expected, namely the CSW X11 libs stack via neon -> libproxy. I don't mind for the test system, but I can imagine people with systems where they _don't_ want to install such a depedency list only to use subversion. # pkgutil -i subversion ... Fetching CSWx11common-1.0,REV=2009.05.24 (1/20)... Fetching CSWlibxau-1.0.4,REV=2009.06.04 (2/20)... Fetching CSWlibxcb-1.3,REV=2009.06.07 (3/20)... Fetching CSWlibice-1.0.6,REV=2009.09.22 (4/20)... Fetching CSWlibx11-1.2.2,REV=2009.07.12 (5/20)... Fetching CSWlibxt-1.0.6,REV=2009.09.25 (6/20)... Fetching CSWlibxext-1.0.5,REV=2009.09.22 (7/20)... Fetching CSWlibsm-1.1.1,REV=2009.09.23 (8/20)... Fetching CSWlibxmu-1.0.4,REV=2009.09.25 (9/20)... Fetching CSWlibproxy-0.3.0,REV=2010.01.18 (10/20)... Fetching CSWpakchois-0.4,REV=2009.10.08 (11/20)... Fetching CSWkrb5lib-1.4.4,REV=2006.12.27 (12/20)... Fetching CSWexpat-2.0.1,REV=2009.01.22 (13/20)... Fetching CSWsqlite3-3.6.21,REV=2010.01.04 (14/20)... Fetching CSWperl-5.8.8,REV=2009.11.12 (15/20)... Fetching CSWgsed-4.2.1,REV=2009.07.14 (16/20)... Fetching CSWbdb-4.7.25,REV=2009.10.18 (17/20)... Fetching CSWneon-0.29.3,REV=2010.01.19 (18/20)... Fetching CSWapache2rt-2.2.13,REV=2009.08.22 (19/20)... Fetching CSWsvn-1.6.6,REV=2009.11.14 (20/20)... ====================================================================== ---------------------------------------------------------------------- (0007480) dam (administrator) - 2010-02-19 22:27 http://www.opencsw.org/mantis/view.php?id=4281#c7480 ---------------------------------------------------------------------- Plan is to build two libraries, one with minimal, one with full dependencies in packages CSWneon and CSWneonfancy switched via alternatives where neonfancy has higher priority. From noreply at opencsw.org Fri Feb 19 22:49:37 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Feb 2010 22:49:37 +0100 Subject: [bug-notifications] [automake 0004184]: aclocal-1.9 uses automake-1.11 libraries In-Reply-To: <74e38d6b422d94c2e4b097777d7ec67d> Message-ID: <7abed93c438d5e1db876101bfb897bee@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4184 ====================================================================== Reported By: Ridd Assigned To: dam ====================================================================== Project: automake Issue ID: 4184 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-01-25 15:33 CET Last Modified: 2010-02-19 22:49 CET ====================================================================== Summary: aclocal-1.9 uses automake-1.11 libraries Description: aclocal and automake need to be synchronized, so using aclocal-$foo should use automake-$foo. However aclocal-1.9 calls: BEGIN { my $perllibdir = $ENV{'perllibdir'} || '/opt/csw/share/automake-1.11'; unshift @INC, (split ':', $perllibdir); } Attempts to use this aclocal fail due to this version mismatch. ====================================================================== ---------------------------------------------------------------------- (0007481) dam (administrator) - 2010-02-19 22:49 http://www.opencsw.org/mantis/view.php?id=4184#c7481 ---------------------------------------------------------------------- Version 1.11.1,REV=2010.02.19 has been released to current with alternatives support to peristently select a version for "automake" and "aclocal" even during package upgrades. Versions are selectable with /opt/csw/sbin/alternatives --config automake Please verify. From noreply at opencsw.org Fri Feb 19 22:52:38 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Feb 2010 22:52:38 +0100 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: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3648 ====================================================================== Reported By: meunier Assigned To: dam ====================================================================== Project: mutt Issue ID: 3648 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-04-29 07:59 CEST Last Modified: 2010-02-19 22:52 CET ====================================================================== 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, ====================================================================== ---------------------------------------------------------------------- (0007482) dam (administrator) - 2010-02-19 22:52 http://www.opencsw.org/mantis/view.php?id=3648#c7482 ---------------------------------------------------------------------- Version 1.5.20,REV=2010.02.19 has been released to current with alternatives support to peristently select a version either with ncurses or slang called "mutt". Select with /opt/csw/sbin/alternatives --config mutt From noreply at opencsw.org Sat Feb 20 00:06:41 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 20 Feb 2010 00:06:41 +0100 Subject: [bug-notifications] [gkrellm 0001994]: local paths in config files In-Reply-To: Message-ID: <7c5b3cd594f034f13109073eb0340873@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=1994 ====================================================================== Reported By: james Assigned To: jgoerzen ====================================================================== Project: gkrellm Issue ID: 1994 Category: other Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2006-12-03 10:08 CET Last Modified: 2010-02-20 00:06 CET ====================================================================== Summary: local paths in config files Description: /opt/csw/lib/pkgconfig/gkrellm.pc contains local paths ====================================================================== ---------------------------------------------------------------------- (0007483) jgoerzen (manager) - 2010-02-20 00:06 http://www.opencsw.org/mantis/view.php?id=1994#c7483 ---------------------------------------------------------------------- Yes, should be /opt/csw/share. The themes are like xmms skins the user could add them self or could be packaged up but I haven't gotten around to it yet. I have created a patch for gkrellm.h that changes occurrences of /usr/local to /opt/csw and then recompiled new packages. They are available in testing/ gkrellm-2.3.4,REV=2010.02.19-SunOS5.8-i386-CSW.pkg.gz gkrellm-2.3.4,REV=2010.02.19-SunOS5.8-sparc-CSW.pkg.gz gkrellmd-2.3.4,REV=2010.02.19-SunOS5.8-i386-CSW.pkg.gz gkrellmd-2.3.4,REV=2010.02.19-SunOS5.8-sparc-CSW.pkg.gz Thanks! From noreply at opencsw.org Sat Feb 20 12:46:12 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 20 Feb 2010 12:46:12 +0100 Subject: [bug-notifications] [groff 0004280]: /opt/csw/share/groff/1.20.1/tmac/doc.tmac:3375: bad character definition In-Reply-To: <8fe3f92bfcca72adeda9c03caf03b2bb> Message-ID: <18bbfaa355df454b8a6b87f84ad4105d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4280 ====================================================================== Reported By: skayser Assigned To: james ====================================================================== Project: groff Issue ID: 4280 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-16 19:22 CET Last Modified: 2010-02-20 12:46 CET ====================================================================== Summary: /opt/csw/share/groff/1.20.1/tmac/doc.tmac:3375: bad character definition Description: Tested on build10x. When trying to format the autossh man page with gnroff, gnroff throws a warning: $ gnroff -man autossh.1 > /dev/null /opt/csw/share/groff/1.20.1/tmac/doc.tmac:3375: bad character definition The first part of the formatted man page (everything before the first .Sh) looks a bit garbled, although I don't know whether that's because of the above warning. R] .if 0nl] . setup-header ... UNTITLED LOCAL UNTITLED ... $] .tm Usage: .Sh section_name ... (http://www.opencsw.org/bugtrack/view.php?id=0.c]) I have attached the man page so that you can reproduce the warning message if necessary (and maybe shed some light on the garbled output). WRT to the warning message there is also a related bug report over at Gentoo: http://bugs.gentoo.org/263524. ====================================================================== ---------------------------------------------------------------------- (0007484) james (manager) - 2010-02-20 12:46 http://www.opencsw.org/bugtrack/view.php?id=4280#c7484 ---------------------------------------------------------------------- The autossh.1 man source file fits the groff mdoc format. Should be available with "man groff_mdoc" except the man page is, hurrah, mdoc format and therefore broken. View with: $ gnroff -mdoc /opt/csw/share/man/man7/groff_mdoc.7 | more use the same flag with autossh.1 to get formatted text. The same "bad character definition" message is thrown up but it does work. I'll investigate this warning in the general case but the autossh man page still needs writing if it's to work with /usr/bin/man (or provide cat man pre-formatted). A way round this generally would be to add an alternative man system that used groff. Seems like utter stupidity to me just to compensate for people that can't (be bothered to) write a correct man page. From noreply at opencsw.org Sat Feb 20 15:34:54 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 20 Feb 2010 15:34:54 +0100 Subject: [bug-notifications] [groff 0004280]: /opt/csw/share/groff/1.20.1/tmac/doc.tmac:3375: bad character definition In-Reply-To: <8fe3f92bfcca72adeda9c03caf03b2bb> Message-ID: <7da92bb9dfbe680bd81dfab5d40864d2@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4280 ====================================================================== Reported By: skayser Assigned To: james ====================================================================== Project: groff Issue ID: 4280 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-16 19:22 CET Last Modified: 2010-02-20 15:34 CET ====================================================================== Summary: /opt/csw/share/groff/1.20.1/tmac/doc.tmac:3375: bad character definition Description: Tested on build10x. When trying to format the autossh man page with gnroff, gnroff throws a warning: $ gnroff -man autossh.1 > /dev/null /opt/csw/share/groff/1.20.1/tmac/doc.tmac:3375: bad character definition The first part of the formatted man page (everything before the first .Sh) looks a bit garbled, although I don't know whether that's because of the above warning. R] .if 0nl] . setup-header ... UNTITLED LOCAL UNTITLED ... $] .tm Usage: .Sh section_name ... (http://www.opencsw.org/bugtrack/view.php?id=0.c]) I have attached the man page so that you can reproduce the warning message if necessary (and maybe shed some light on the garbled output). WRT to the warning message there is also a related bug report over at Gentoo: http://bugs.gentoo.org/263524. ====================================================================== ---------------------------------------------------------------------- (0007485) james (manager) - 2010-02-20 15:34 http://www.opencsw.org/bugtrack/view.php?id=4280#c7485 ---------------------------------------------------------------------- This is a bug in groff and not the packaging nor autossh.1. Workaround is: --- doc.tmac.orig 2009-07-16 12:01:35.000000000 +0100 +++ doc.tmac 2010-02-20 14:32:24.489689000 +0000 @@ -3372,7 +3372,7 @@ .blm empty-line .if '\*[.T]'utf8' \{\ .rchar \- - ' ` -.char \- \N'45' +.rchar \- \N'45' .char - \N'45' .char ' \N'39' .char ` \N'96' From noreply at opencsw.org Sun Feb 21 10:21:26 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Feb 2010 10:21:26 +0100 Subject: [bug-notifications] [libming 0004298]: Please upgrade to 0.4.3 In-Reply-To: Message-ID: <020dba4b87fc2cb9a1a4401a26531a9f@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4298 ====================================================================== Reported By: dam Assigned To: pfelecan ====================================================================== Project: libming Issue ID: 4298 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-19 16:56 CET Last Modified: 2010-02-21 10:21 CET ====================================================================== Summary: Please upgrade to 0.4.3 Description: Please upgrade to 0.4.3 ====================================================================== From noreply at opencsw.org Sun Feb 21 12:54:50 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Feb 2010 12:54:50 +0100 Subject: [bug-notifications] [pkgutil 0004299]: RFE: Suppress license on installation (per default, optional or simply via pkgaddopts) Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4299 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 4299 Category: regular use Reproducibility: N/A Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-21 12:54 CET Last Modified: 2010-02-21 12:54 CET ====================================================================== Summary: RFE: Suppress license on installation (per default, optional or simply via pkgaddopts) Description: Upgraded a bunch of machines with a very downrev CSW software stack this week so I saw a lot of copyright notices flying by. In between these longish copyright messages, valuable output (e.g. WRT to changed configuration file location) was almost too easy to miss. While many of our new packages reduce the clutter on the console (they only point to /opt/csw/share/doc/foobar/license), there are at least as many packages which still output the full license. As long as we haven't "fixed" those packages, there is the undocumented/non-public -S flag to pkgadd which James has mentioned a couple of times in the past. http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/cmd/svr4pkg/pkgadd/main.c#780 Could we have pkgutil leverage this option somehow? Could be a documented workaround via pkgaddopts, could be an option like --nolicense, or could even be made a default for the sake of reducing the pkgadd output to real important things like those migration related notices. Haven't yet tested the -S flag (should do so to so whether it is available starting from Solaris 8), but if it is working, it would be a very valuable addition when it comes to user-friendliness (less clutter) and for us to better make sure our user see important package notices. ====================================================================== From noreply at opencsw.org Sun Feb 21 14:46:14 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Feb 2010 14:46:14 +0100 Subject: [bug-notifications] [pkgutil 0004299]: RFE: Suppress license on installation (per default, optional or simply via pkgaddopts) In-Reply-To: <2012db78a912d316702f9824627e1832> Message-ID: <5c9b3b7253ebfb69e626b4092c459804@www.opencsw.org> The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4299 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 4299 Category: regular use Reproducibility: N/A Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-21 12:54 CET Last Modified: 2010-02-21 14:46 CET ====================================================================== Summary: RFE: Suppress license on installation (per default, optional or simply via pkgaddopts) Description: Upgraded a bunch of machines with a very downrev CSW software stack this week so I saw a lot of copyright notices flying by. In between these longish copyright messages, valuable output (e.g. WRT to changed configuration file location) was almost too easy to miss. While many of our new packages do reduce the clutter on the console (they only point to /opt/csw/share/doc/foobar/license), there are at least as many packages which still output the full license. As long as we haven't "fixed" those packages, there is the undocumented/non-public -S flag to pkgadd (which James has mentioned a couple of times in the past) that can be used to suppress the license/copyright output. http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/cmd/svr4pkg/pkgadd/main.c#780 Could we have pkgutil leverage this option somehow? Could be a documented workaround via pkgaddopts, could be an option like --nolicense, or could even be made a default for the sake of reducing the pkgadd output to real important things like those migration related notices. Haven't yet tested the -S flag (should do so to see whether it is available starting from Solaris 8), but if it is working, it would be a very valuable addition when it comes to user-friendliness (less clutter) and for us to better make sure that our users see important package notices. ====================================================================== From noreply at opencsw.org Sun Feb 21 18:23:59 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Feb 2010 18:23:59 +0100 Subject: [bug-notifications] [pkgutil 0004299]: RFE: Suppress license on installation (per default, optional or simply via pkgaddopts) In-Reply-To: <2012db78a912d316702f9824627e1832> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4299 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4299 Category: regular use Reproducibility: N/A Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-21 12:54 CET Last Modified: 2010-02-21 18:23 CET ====================================================================== Summary: RFE: Suppress license on installation (per default, optional or simply via pkgaddopts) Description: Upgraded a bunch of machines with a very downrev CSW software stack this week so I saw a lot of copyright notices flying by. In between these longish copyright messages, valuable output (e.g. WRT to changed configuration file location) was almost too easy to miss. While many of our new packages do reduce the clutter on the console (they only point to /opt/csw/share/doc/foobar/license), there are at least as many packages which still output the full license. As long as we haven't "fixed" those packages, there is the undocumented/non-public -S flag to pkgadd (which James has mentioned a couple of times in the past) that can be used to suppress the license/copyright output. http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/cmd/svr4pkg/pkgadd/main.c#780 Could we have pkgutil leverage this option somehow? Could be a documented workaround via pkgaddopts, could be an option like --nolicense, or could even be made a default for the sake of reducing the pkgadd output to real important things like those migration related notices. Haven't yet tested the -S flag (should do so to see whether it is available starting from Solaris 8), but if it is working, it would be a very valuable addition when it comes to user-friendliness (less clutter) and for us to better make sure that our users see important package notices. ====================================================================== From noreply at opencsw.org Sun Feb 21 18:25:48 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Feb 2010 18:25:48 +0100 Subject: [bug-notifications] [pkgutil 0004299]: RFE: Suppress license on installation (per default, optional or simply via pkgaddopts) In-Reply-To: <2012db78a912d316702f9824627e1832> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4299 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4299 Category: regular use Reproducibility: N/A Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-21 12:54 CET Last Modified: 2010-02-21 18:25 CET ====================================================================== Summary: RFE: Suppress license on installation (per default, optional or simply via pkgaddopts) Description: Upgraded a bunch of machines with a very downrev CSW software stack this week so I saw a lot of copyright notices flying by. In between these longish copyright messages, valuable output (e.g. WRT to changed configuration file location) was almost too easy to miss. While many of our new packages do reduce the clutter on the console (they only point to /opt/csw/share/doc/foobar/license), there are at least as many packages which still output the full license. As long as we haven't "fixed" those packages, there is the undocumented/non-public -S flag to pkgadd (which James has mentioned a couple of times in the past) that can be used to suppress the license/copyright output. http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/cmd/svr4pkg/pkgadd/main.c#780 Could we have pkgutil leverage this option somehow? Could be a documented workaround via pkgaddopts, could be an option like --nolicense, or could even be made a default for the sake of reducing the pkgadd output to real important things like those migration related notices. Haven't yet tested the -S flag (should do so to see whether it is available starting from Solaris 8), but if it is working, it would be a very valuable addition when it comes to user-friendliness (less clutter) and for us to better make sure that our users see important package notices. ====================================================================== ---------------------------------------------------------------------- (0007486) bonivart (manager) - 2010-02-21 18:25 http://www.opencsw.org/mantis/view.php?id=4299#c7486 ---------------------------------------------------------------------- It's already in pkgutil.conf.CSW as a tip for the pkgadd option in SVN, will be in the next version. A problem with that is that many don't look at the .CSW file if they upgrade, they keep using their own file without checking for new options in the .CSW file. From noreply at opencsw.org Sun Feb 21 19:06:04 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Feb 2010 19:06:04 +0100 Subject: [bug-notifications] [netsnmp 0004264]: Please rebuild with new perl 5.10.1 In-Reply-To: <2473109c7e522a915219d852ead39e9a> Message-ID: <9f576ff7efdff0fa862945db699fb0cd@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4264 ====================================================================== Reported By: benny Assigned To: hson ====================================================================== Project: netsnmp Issue ID: 4264 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-11 15:21 CET Last Modified: 2010-02-21 19:06 CET ====================================================================== Summary: Please rebuild with new perl 5.10.1 Description: Hi, can you please rebuild the package with our new perl 5.10.1 on build8xt and build8st and place it into /home/experimental/perl afterwards? Thanks, benny ====================================================================== From noreply at opencsw.org Sun Feb 21 19:07:47 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Feb 2010 19:07:47 +0100 Subject: [bug-notifications] [imagemagick 0004265]: Please rebuild with new perl 5.10.1 In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4265 ====================================================================== Reported By: benny Assigned To: hson ====================================================================== Project: imagemagick Issue ID: 4265 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-11 15:23 CET Last Modified: 2010-02-21 19:07 CET ====================================================================== Summary: Please rebuild with new perl 5.10.1 Description: Hi, can you please rebuild the package with our new perl 5.10.1 on build8xt and build8st and place it into /home/experimental/perl afterwards? Thanks, benny ====================================================================== From noreply at opencsw.org Sun Feb 21 19:09:04 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Feb 2010 19:09:04 +0100 Subject: [bug-notifications] [htmldoc 0003548]: RPATH contains /opt/csw/lib/SALIST and /opt/csw/lib/\$ISALIST In-Reply-To: Message-ID: <48a5e780b7b63487fb4941bc0751144e@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3548 ====================================================================== Reported By: james Assigned To: hson ====================================================================== Project: htmldoc Issue ID: 3548 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-01 18:13 CEST Last Modified: 2010-02-21 19:09 CET ====================================================================== Summary: RPATH contains /opt/csw/lib/SALIST and /opt/csw/lib/\$ISALIST Description: RPATH contains /opt/csw/lib/SALIST and /opt/csw/lib/\$ISALIST so will not pick up arch libs. ====================================================================== ---------------------------------------------------------------------- (0007489) hson (manager) - 2010-02-21 19:09 http://www.opencsw.org/bugtrack/view.php?id=3548#c7489 ---------------------------------------------------------------------- Latest release fixes this issue From noreply at opencsw.org Mon Feb 22 10:47:30 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 22 Feb 2010 10:47:30 +0100 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: <203a2ffdc64da11f43ed7a0de6bf83be@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3648 ====================================================================== Reported By: meunier Assigned To: dam ====================================================================== Project: mutt Issue ID: 3648 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-04-29 07:59 CEST Last Modified: 2010-02-22 10:47 CET ====================================================================== 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, ====================================================================== ---------------------------------------------------------------------- (0007490) meunier (reporter) - 2010-02-22 10:47 http://www.opencsw.org/mantis/view.php?id=3648#c7490 ---------------------------------------------------------------------- Thanks a lot guys, but unfortunately in the 10 months since I reported the issue my organization has switched to Linux, so I cannot test your packages anymore and the whole issue has in fact become moot for me. Well, hopefully it will benefit someone else in the future... From noreply at opencsw.org Mon Feb 22 15:13:30 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 22 Feb 2010 15:13:30 +0100 Subject: [bug-notifications] [windowmaker_dtlogin 0004300]: Doesn't leverage /usr/dt/bin/Xsession (thus misses out on Xsession.d for example) Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4300 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: windowmaker_dtlogin Issue ID: 4300 Category: regular use Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-22 15:13 CET Last Modified: 2010-02-22 15:13 CET ====================================================================== Summary: Doesn't leverage /usr/dt/bin/Xsession (thus misses out on Xsession.d for example) Description: 3rd party window managers (like window maker) can integrate /usr/dt/bin/Xsession into their startup files. This way, sysadmin facilities like a global /etc/dt/config/Xsession.d directory with hook scripts which are called on session startup become available. The windowmaker_dtlogin package doesn't do this currently. How about leveraging Xsession (or at least the Xsession.d sub-part)? For an example of how this can be done, please see the gnome_dtlogin package. The order in which the gnome_dtlogin configuration file and scripts are processed is roughly the following: * /etc/dt/config/C/Xresources.d/Xresources.CSWgnome (configures dtlogin) * /etc/dt/config/Xsession.CSWgnome (called by dtlogin, starts Xsession) * /usr/dt/bin/Xsession * /etc/dt/config/Xsession2.CSWgnome (called by Xsession via $SDT_ALT_SESSION) * /etc/dt/config/Xinitrc.CSWgnome ====================================================================== From noreply at opencsw.org Tue Feb 23 04:49:24 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 04:49:24 +0100 Subject: [bug-notifications] [pkgutil 0004301]: pkgutil -u stops exits with unresolvable dependencies in the catalog Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4301 ====================================================================== Reported By: flod Assigned To: ====================================================================== Project: pkgutil Issue ID: 4301 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-23 04:49 CET Last Modified: 2010-02-23 04:49 CET ====================================================================== Summary: pkgutil -u stops exits with unresolvable dependencies in the catalog Description: If any of the installed packages has an unresolvable in the catalog, pkgutil -u will exit with: Package not in catalog...exiting. Systems can now only be updated manually with pkgutil -u ====================================================================== From noreply at opencsw.org Tue Feb 23 09:06:44 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 09:06:44 +0100 Subject: [bug-notifications] [pkgutil 0004301]: pkgutil -u stops exits with unresolvable dependencies in the catalog In-Reply-To: Message-ID: <2b42c01d33233a0c100513db45fd8005@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4301 ====================================================================== Reported By: flod Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4301 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-23 04:49 CET Last Modified: 2010-02-23 09:06 CET ====================================================================== Summary: pkgutil -u stops exits with unresolvable dependencies in the catalog Description: If any of the installed packages has an unresolvable in the catalog, pkgutil -u will exit with: Package not in catalog...exiting. Systems can now only be updated manually with pkgutil -u ====================================================================== From noreply at opencsw.org Tue Feb 23 09:15:17 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 09:15:17 +0100 Subject: [bug-notifications] [pkgutil 0004301]: pkgutil -u stops exits with unresolvable dependencies in the catalog In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4301 ====================================================================== Reported By: flod Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4301 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-23 04:49 CET Last Modified: 2010-02-23 09:15 CET ====================================================================== Summary: pkgutil -u stops exits with unresolvable dependencies in the catalog Description: If any of the installed packages has an unresolvable in the catalog, pkgutil -u will exit with: Package not in catalog...exiting. Systems can now only be updated manually with pkgutil -u ====================================================================== ---------------------------------------------------------------------- (0007491) bonivart (manager) - 2010-02-23 09:15 http://www.opencsw.org/mantis/view.php?id=4301#c7491 ---------------------------------------------------------------------- Yes, it's impossible to resolve the dependency chain if the catalog is broken. What do you suggest I do? The system can not work without its dependencies anyway so what's the point of going forward even though a problem has been detected? What we do in these cases (http://www.opencsw.org/mantis/view.php?id=4282) is to get the package fixed. I think I know who this might belong to, I will poke him. :-) From noreply at opencsw.org Tue Feb 23 09:35:59 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 09:35:59 +0100 Subject: [bug-notifications] [pysetuptools 0004282]: pkgutil can not install package CSWpysetuptools In-Reply-To: <64d9818fb9e185e982e11f3bed4f9dd1> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4282 ====================================================================== Reported By: flod Assigned To: ====================================================================== Project: pysetuptools Issue ID: 4282 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-17 01:24 CET Last Modified: 2010-02-23 09:35 CET ====================================================================== Summary: pkgutil can not install package CSWpysetuptools Description: pkgutil -i CSWpysetuptools exits with "Package CSWpydistutils not in catalog...exiting." ====================================================================== ---------------------------------------------------------------------- (0007492) bonivart (reporter) - 2010-02-23 09:35 http://www.opencsw.org/mantis/view.php?id=4282#c7492 ---------------------------------------------------------------------- CSWpydistutils is an obsolete package, CSWpysetuptools is being rebuilt without it as we speak. From noreply at opencsw.org Tue Feb 23 10:04:53 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 10:04:53 +0100 Subject: [bug-notifications] [pysetuptools 0004282]: pkgutil can not install package CSWpysetuptools In-Reply-To: <64d9818fb9e185e982e11f3bed4f9dd1> Message-ID: <1be0504f6049fb621152f1acf5c37d6d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4282 ====================================================================== Reported By: flod Assigned To: ====================================================================== Project: pysetuptools Issue ID: 4282 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-17 01:24 CET Last Modified: 2010-02-23 10:04 CET ====================================================================== Summary: pkgutil can not install package CSWpysetuptools Description: pkgutil -i CSWpysetuptools exits with "Package CSWpydistutils not in catalog...exiting." ====================================================================== ---------------------------------------------------------------------- (0007493) maciej (reporter) - 2010-02-23 10:04 http://www.opencsw.org/mantis/view.php?id=4282#c7493 ---------------------------------------------------------------------- Please test newer pysetuptools from http://mirror.opencsw.org/experimental.html#maciej From noreply at opencsw.org Tue Feb 23 14:51:42 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 14:51:42 +0100 Subject: [bug-notifications] [pkgutil 0004289]: pkgutil uses regular expression for gpg that may not work in an i18n environment In-Reply-To: <7ab58529a1761d56be06664de748316f> Message-ID: <0aef17371c733b4541c5101ea4086551@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4289 ====================================================================== Reported By: flod Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4289 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-17 16:06 CET Last Modified: 2010-02-23 14:51 CET ====================================================================== Summary: pkgutil uses regular expression for gpg that may not work in an i18n environment Description: When $LANG is set to something else in stead of english (e.g. de_DE.UTF-8) the regular expression to handle the output of gpg may not work as the script looks for "BAD". ====================================================================== ---------------------------------------------------------------------- (0007494) bonivart (manager) - 2010-02-23 14:51 http://www.opencsw.org/mantis/view.php?id=4289#c7494 ---------------------------------------------------------------------- I'm not sure why I chose to do it like that..? Thanks for spotting this, it's now done with return status from GPG instead so it should work with all languages. It will be in the next release, it's checked in as r196 if you want to use it directly. http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=196 From noreply at opencsw.org Tue Feb 23 14:53:16 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 14:53:16 +0100 Subject: [bug-notifications] [pkgutil 0004289]: pkgutil uses regular expression for gpg that may not work in an i18n environment In-Reply-To: <7ab58529a1761d56be06664de748316f> Message-ID: <49f650adeaec5196fe5c09fb2eb951f3@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4289 ====================================================================== Reported By: flod Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4289 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-02-17 16:06 CET Last Modified: 2010-02-23 14:53 CET ====================================================================== Summary: pkgutil uses regular expression for gpg that may not work in an i18n environment Description: When $LANG is set to something else in stead of english (e.g. de_DE.UTF-8) the regular expression to handle the output of gpg may not work as the script looks for "BAD". ====================================================================== ---------------------------------------------------------------------- (0007495) bonivart (manager) - 2010-02-23 14:53 http://www.opencsw.org/mantis/view.php?id=4289#c7495 ---------------------------------------------------------------------- See previous note. Will be in next release. From noreply at opencsw.org Tue Feb 23 15:24:23 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 15:24:23 +0100 Subject: [bug-notifications] [pkgutil 0004299]: RFE: Suppress license on installation (per default, optional or simply via pkgaddopts) In-Reply-To: <2012db78a912d316702f9824627e1832> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4299 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4299 Category: regular use Reproducibility: N/A Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-21 12:54 CET Last Modified: 2010-02-23 15:24 CET ====================================================================== Summary: RFE: Suppress license on installation (per default, optional or simply via pkgaddopts) Description: Upgraded a bunch of machines with a very downrev CSW software stack this week so I saw a lot of copyright notices flying by. In between these longish copyright messages, valuable output (e.g. WRT to changed configuration file location) was almost too easy to miss. While many of our new packages do reduce the clutter on the console (they only point to /opt/csw/share/doc/foobar/license), there are at least as many packages which still output the full license. As long as we haven't "fixed" those packages, there is the undocumented/non-public -S flag to pkgadd (which James has mentioned a couple of times in the past) that can be used to suppress the license/copyright output. http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/cmd/svr4pkg/pkgadd/main.c#780 Could we have pkgutil leverage this option somehow? Could be a documented workaround via pkgaddopts, could be an option like --nolicense, or could even be made a default for the sake of reducing the pkgadd output to real important things like those migration related notices. Haven't yet tested the -S flag (should do so to see whether it is available starting from Solaris 8), but if it is working, it would be a very valuable addition when it comes to user-friendliness (less clutter) and for us to better make sure that our users see important package notices. ====================================================================== ---------------------------------------------------------------------- (0007496) bonivart (manager) - 2010-02-23 15:24 http://www.opencsw.org/mantis/view.php?id=4299#c7496 ---------------------------------------------------------------------- I think I will post a simple note about checking the pkgutil.conf.CSW file for new options and changed defaults at the end of pkgutil installation. From noreply at opencsw.org Tue Feb 23 15:26:37 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 15:26:37 +0100 Subject: [bug-notifications] [pkgutil 0004301]: pkgutil -u stops exits with unresolvable dependencies in the catalog In-Reply-To: Message-ID: <4f68ab86492c368fd3030a20e10d61ac@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4301 ====================================================================== Reported By: flod Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4301 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-23 04:49 CET Last Modified: 2010-02-23 15:26 CET ====================================================================== Summary: pkgutil -u stops exits with unresolvable dependencies in the catalog Description: If any of the installed packages has an unresolvable in the catalog, pkgutil -u will exit with: Package not in catalog...exiting. Systems can now only be updated manually with pkgutil -u ====================================================================== ---------------------------------------------------------------------- (0007497) bonivart (manager) - 2010-02-23 15:26 http://www.opencsw.org/mantis/view.php?id=4301#c7497 ---------------------------------------------------------------------- I just saw someone try to install this with pkg-get and they ended up with a broken system since it uninstalled the CSWpysetuptools before discovering that CSWpydistutils is not available and then crashing. I think it's better to know in advance that the operation can not succeed. From noreply at opencsw.org Tue Feb 23 15:39:39 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 15:39:39 +0100 Subject: [bug-notifications] [pkgutil 0004296]: Use of uninitialized value in concatenation (.) or string at, line 283 In-Reply-To: <6b7ce558254d1add66754ca2ff37a333> Message-ID: <2fa596fb57b39833227f75228fe299a1@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4296 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4296 Category: regular use Reproducibility: have not tried Severity: tweak Priority: low Status: assigned ====================================================================== Date Submitted: 2010-02-19 02:38 CET Last Modified: 2010-02-23 15:39 CET ====================================================================== Summary: Use of uninitialized value in concatenation (.) or string at, line 283 Description: I don't know how, but I managed to make pkgutil choke with the following error message. -U fixed it, but you might want to catch/suppress the uninitialized warning. Fetching CSWlibidn-1.16,REV=2010.01.14 (24/141)... Use of uninitialized value in concatenation (.) or string at /opt/csw/bin/pkgutil line 283. Fetching of failed. Try updating your catalog with pkgutil -U. ====================================================================== ---------------------------------------------------------------------- (0007499) bonivart (manager) - 2010-02-23 15:39 http://www.opencsw.org/mantis/view.php?id=4296#c7499 ---------------------------------------------------------------------- Checked in as r197. From noreply at opencsw.org Tue Feb 23 15:40:10 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 15:40:10 +0100 Subject: [bug-notifications] [pkgutil 0004296]: Use of uninitialized value in concatenation (.) or string at, line 283 In-Reply-To: <6b7ce558254d1add66754ca2ff37a333> Message-ID: <780679fafd66c4f688e8e1dca6a59935@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4296 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4296 Category: regular use Reproducibility: have not tried Severity: tweak Priority: low Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-02-19 02:38 CET Last Modified: 2010-02-23 15:40 CET ====================================================================== Summary: Use of uninitialized value in concatenation (.) or string at, line 283 Description: I don't know how, but I managed to make pkgutil choke with the following error message. -U fixed it, but you might want to catch/suppress the uninitialized warning. Fetching CSWlibidn-1.16,REV=2010.01.14 (24/141)... Use of uninitialized value in concatenation (.) or string at /opt/csw/bin/pkgutil line 283. Fetching of failed. Try updating your catalog with pkgutil -U. ====================================================================== ---------------------------------------------------------------------- (0007500) bonivart (manager) - 2010-02-23 15:40 http://www.opencsw.org/mantis/view.php?id=4296#c7500 ---------------------------------------------------------------------- See previous notes. From noreply at opencsw.org Tue Feb 23 15:40:14 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 15:40:14 +0100 Subject: [bug-notifications] [pysetuptools 0004282]: pkgutil can not install package CSWpysetuptools In-Reply-To: <64d9818fb9e185e982e11f3bed4f9dd1> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4282 ====================================================================== Reported By: flod Assigned To: ====================================================================== Project: pysetuptools Issue ID: 4282 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-17 01:24 CET Last Modified: 2010-02-23 15:40 CET ====================================================================== Summary: pkgutil can not install package CSWpysetuptools Description: pkgutil -i CSWpysetuptools exits with "Package CSWpydistutils not in catalog...exiting." ====================================================================== ---------------------------------------------------------------------- (0007501) flod (reporter) - 2010-02-23 15:40 http://www.opencsw.org/mantis/view.php?id=4282#c7501 ---------------------------------------------------------------------- Tested install of http://mirror.opencsw.org/experimental/maciej/pysetuptools-0.6c11,REV=2010.02.23-SunOS5.8-all-CSW.pkg.gz . I would suggest pushing the new package into the distribution to get rid of the unresolvable dependency. From noreply at opencsw.org Tue Feb 23 15:43:22 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 15:43:22 +0100 Subject: [bug-notifications] [pkgutil 0004273]: RFE: Pull in dependencies even when installing a local file In-Reply-To: Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4273 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4273 Category: regular use Reproducibility: N/A Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-02-14 19:59 CET Last Modified: 2010-02-23 15:43 CET ====================================================================== Summary: RFE: Pull in dependencies even when installing a local file Description: I have just used pkgutil 1.9.1 to install my experimental postfix package. I couldn't use -t as the experimental repository is currently broken, so I downloaded it manually and invoked pkgutil with -i on the local file. This only installs the package and doesn't seem to inspect the dependencies contained in the package. Could you add dependency handling for local file installs to be more consistent with the default operation mode of pkgutil (which is to pull in deps)? If someone doesn't want this to happen they should be able to say -N to suppress this. As a workaround I thought about pulling in the dependencies via "pkgutil -i postfix -x CSWpostfix", which would work in general, but I would only get the dependencies of the version from current/ (and the dependencies of the experimental package have changed compared to the ones from current). I know this wouldn't be required if experimental wasn't broken, but the dependency handling would still be a helpful addition to pkgutil. ====================================================================== ---------------------------------------------------------------------- (0007502) bonivart (manager) - 2010-02-23 15:43 http://www.opencsw.org/mantis/view.php?id=4273#c7502 ---------------------------------------------------------------------- I think the idea (from Trygve) was that when you're building packages you often create a build that you want to install, you take care of the dependencies the first time (by installing from current e.g.) and then you just need to install the local package over and over again until you're satisfied with it. I'll look into it though. From noreply at opencsw.org Tue Feb 23 15:52:44 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 15:52:44 +0100 Subject: [bug-notifications] [pkgutil 0004301]: pkgutil -u stops exits with unresolvable dependencies in the catalog In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4301 ====================================================================== Reported By: flod Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4301 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2010-02-23 04:49 CET Last Modified: 2010-02-23 15:52 CET ====================================================================== Summary: pkgutil -u stops exits with unresolvable dependencies in the catalog Description: If any of the installed packages has an unresolvable in the catalog, pkgutil -u will exit with: Package not in catalog...exiting. Systems can now only be updated manually with pkgutil -u ====================================================================== ---------------------------------------------------------------------- (0007503) flod (reporter) - 2010-02-23 15:52 http://www.opencsw.org/mantis/view.php?id=4301#c7503 ---------------------------------------------------------------------- (1) It's clear that the dependencies for the problematic package can not be resolved. The update for this package should be aborted. (2) For me it would make more sense to skip packages with unresolvable dependencies (instead of exiting before updating the sane packages). But this might depend on any policies for the opencsw catalog as a whole. If the whole catalog is considered problematic/buggy with an unresolvable dependency than it makes sense to me, to stop updating at all. (3) I have no idea how the dependencies are resolved any way. If it is not possible to nicely skip a package, I would leave it as it is. (4) Maybe it makes more sense to check the integrity of the catalog on the server side. Is it possible to check for unresolvable dependencies before updating packages in the repository or when rebuilding the catalog? From noreply at opencsw.org Tue Feb 23 16:00:35 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 16:00:35 +0100 Subject: [bug-notifications] [pkgutil 0004154]: RFE: Display the full target path when using --extract In-Reply-To: <4a2d00b9ae1aec84812eaf3f240051ef> Message-ID: <32bc38f2a3f582d459a4ea5e6c089455@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4154 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4154 Category: regular use Reproducibility: N/A Severity: feature Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-01-14 01:08 CET Last Modified: 2010-02-23 16:00 CET ====================================================================== Summary: RFE: Display the full target path when using --extract Description: When using --extract, could pkgutil display the full target path instead of just /var/opt/csw/pkgutil/packages? I use the --extract feature quite often and the full path would make it easier to simply copy and paste. Example invocation: # pkgutil -Nd --extract postfix Parsing catalog, may take a while... Package list: CSWpostfix-2.4.6,REV=2008.05.28 Total size: 9.4 MB Fetching CSWpostfix-2.4.6,REV=2008.05.28 (1/1)... Extracting CSWpostfix-2.4.6,REV=2008.05.28 (/var/opt/csw/pkgutil/packages)... # ====================================================================== ---------------------------------------------------------------------- (0007504) bonivart (manager) - 2010-02-23 16:00 http://www.opencsw.org/mantis/view.php?id=4154#c7504 ---------------------------------------------------------------------- You got "Extracting CSWpostfix-2.4.6,REV=2008.05.28 to /var/opt/csw/pkgutil/packages/CSWpostfix ..." in r198. To name them with version is a little unnatural since the package itself contains the dir name it will create during pkgtrans. It has to be done afterwards (as far as I know). From noreply at opencsw.org Tue Feb 23 16:01:13 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 16:01:13 +0100 Subject: [bug-notifications] [pkgutil 0004302]: provide a command-line switch for use_gpg configuration option Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4302 ====================================================================== Reported By: flod Assigned To: ====================================================================== Project: pkgutil Issue ID: 4302 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-23 16:01 CET Last Modified: 2010-02-23 16:01 CET ====================================================================== Summary: provide a command-line switch for use_gpg configuration option Description: There is a nice configuration option "use_gpg" for installing only signed packages. When using an experimental catalog with -t (like the ones from http://mirror.opencsw.org/experimental.html ), for test releases the packages are not signed with the usual key. It would be nice to be able to toggle this option on the command line. With the -t switch it's easy to use experimental catalogs, but I still would want to use "use_gpg" for the distribution catalog. ====================================================================== From noreply at opencsw.org Tue Feb 23 16:29:04 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 16:29:04 +0100 Subject: [bug-notifications] [pkgutil 0004302]: provide a command-line switch for use_gpg configuration option In-Reply-To: <1816309bd6a19264046e2a3a0556613d> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4302 ====================================================================== Reported By: flod Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4302 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-23 16:01 CET Last Modified: 2010-02-23 16:29 CET ====================================================================== Summary: provide a command-line switch for use_gpg configuration option Description: There is a nice configuration option "use_gpg" for installing only signed packages. When using an experimental catalog with -t (like the ones from http://mirror.opencsw.org/experimental.html ), for test releases the packages are not signed with the usual key. It would be nice to be able to toggle this option on the command line. With the -t switch it's easy to use experimental catalogs, but I still would want to use "use_gpg" for the distribution catalog. ====================================================================== From noreply at opencsw.org Tue Feb 23 16:34:12 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 16:34:12 +0100 Subject: [bug-notifications] [pkgutil 0004302]: provide a command-line switch for use_gpg configuration option In-Reply-To: <1816309bd6a19264046e2a3a0556613d> Message-ID: <0b265c80dc4094584b16e47a926b0e7e@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4302 ====================================================================== Reported By: flod Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4302 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-23 16:01 CET Last Modified: 2010-02-23 16:34 CET ====================================================================== Summary: provide a command-line switch for use_gpg configuration option Description: There is a nice configuration option "use_gpg" for installing only signed packages. When using an experimental catalog with -t (like the ones from http://mirror.opencsw.org/experimental.html ), for test releases the packages are not signed with the usual key. It would be nice to be able to toggle this option on the command line. With the -t switch it's easy to use experimental catalogs, but I still would want to use "use_gpg" for the distribution catalog. ====================================================================== ---------------------------------------------------------------------- (0007505) bonivart (manager) - 2010-02-23 16:34 http://www.opencsw.org/mantis/view.php?id=4302#c7505 ---------------------------------------------------------------------- I need to keep new command line options somewhat restricted, it's getting to be a lot already! :-) There's another bug report, http://www.opencsw.org/mantis/view.php?id=4045, that requests a --param option that can take any pkgutil.conf option and override it. That would produce: # pkgutil --param use_gpg=false -t http://mirror.opencsw.org/opencsw/experimental/alternatives -i foo Would that work for you as well? From noreply at opencsw.org Tue Feb 23 16:36:50 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 16:36:50 +0100 Subject: [bug-notifications] [pkgutil 0004302]: provide a command-line switch for use_gpg configuration option In-Reply-To: <1816309bd6a19264046e2a3a0556613d> Message-ID: <4f64aa4f424d0be5ae91538fa89b6dad@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4302 ====================================================================== Reported By: flod Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4302 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-23 16:01 CET Last Modified: 2010-02-23 16:36 CET ====================================================================== Summary: provide a command-line switch for use_gpg configuration option Description: There is a nice configuration option "use_gpg" for installing only signed packages. When using an experimental catalog with -t (like the ones from http://mirror.opencsw.org/experimental.html ), for test releases the packages are not signed with the usual key. It would be nice to be able to toggle this option on the command line. With the -t switch it's easy to use experimental catalogs, but I still would want to use "use_gpg" for the distribution catalog. ====================================================================== ---------------------------------------------------------------------- (0007506) flod (reporter) - 2010-02-23 16:36 http://www.opencsw.org/mantis/view.php?id=4302#c7506 ---------------------------------------------------------------------- Yes, please keep the amount of options low :-) Sure, this solution would work :-) It's even much more general and nicer. From noreply at opencsw.org Tue Feb 23 16:37:07 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 16:37:07 +0100 Subject: [bug-notifications] [pkgutil 0004053]: RFE: Option to force non-cached downloads of catalog files In-Reply-To: <55987039197a0b3892f0ff386bf71ea2> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4053 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4053 Category: regular use Reproducibility: N/A Severity: feature Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-11-23 13:09 CET Last Modified: 2010-02-23 16:37 CET ====================================================================== Summary: RFE: Option to force non-cached downloads of catalog files Description: We are sitting behind a proxy which sometimes doesn't hand out the current testing catalog (maybe it's just me triggering -U too often when i can't wait for the testing catalog to be rebuild). Anyway, when i run into this issue, I usually call wget --no-cache once to download the current catalog and then continue using pkgutil. Could an option be added to pkgutil to have _catalog_ downloads run with --no-cache? As a comparison, Patch Check Advanced (pca) seems to have seen a similar "stale proxy files" issue and features a --nocache command line argument / configuration file option (http://www.par.univie.ac.at/solaris/pca/usage.html) to force fresh downloads of the patchdiag.xref file. ====================================================================== ---------------------------------------------------------------------- (0007507) bonivart (manager) - 2010-02-23 16:37 http://www.opencsw.org/mantis/view.php?id=4053#c7507 ---------------------------------------------------------------------- See previous notes. From noreply at opencsw.org Tue Feb 23 16:51:26 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 16:51:26 +0100 Subject: [bug-notifications] [pkgutil 0004116]: Syscheck option -V doesn't honor alternative config given via --config In-Reply-To: <73ae222e86f3748e1a002eab28ce805a> Message-ID: <3fbe0ba1032f5480d204e2f95eff824f@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4116 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4116 Category: regular use Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-01-07 11:53 CET Last Modified: 2010-02-23 16:51 CET ====================================================================== Summary: Syscheck option -V doesn't honor alternative config given via --config Description: Just wanted to test an alternative config via -V, but noticed that -V doesn't honor an alternative config as the alternative configuration is only parsed after the syscheck done in pkgutilver(). pkgutilver(1) if $opt_syscheck; ... init($opt_config) if $opt_config; To reproduce simply create an alternative config with an altered configuration value and try to display it via --config and -V. ====================================================================== ---------------------------------------------------------------------- (0007508) bonivart (manager) - 2010-02-23 16:51 http://www.opencsw.org/mantis/view.php?id=4116#c7508 ---------------------------------------------------------------------- Fixed in r201. From noreply at opencsw.org Tue Feb 23 17:45:31 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 17:45:31 +0100 Subject: [bug-notifications] [pkgutil 0004301]: pkgutil -u stops exits with unresolvable dependencies in the catalog In-Reply-To: Message-ID: <823fbaeb0e6c6d476a552978e9dda241@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4301 ====================================================================== Reported By: flod Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4301 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2010-02-23 04:49 CET Last Modified: 2010-02-23 17:45 CET ====================================================================== Summary: pkgutil -u stops exits with unresolvable dependencies in the catalog Description: If any of the installed packages has an unresolvable in the catalog, pkgutil -u will exit with: Package not in catalog...exiting. Systems can now only be updated manually with pkgutil -u ====================================================================== ---------------------------------------------------------------------- (0007509) bonivart (manager) - 2010-02-23 17:45 http://www.opencsw.org/mantis/view.php?id=4301#c7509 ---------------------------------------------------------------------- I think key here is what you're saying in (4), to produce a correct catalog (and hopefully correct packages to go with it :-). The problem has been to introduce modern ways of producing the catalog and quality checking of said catalog. Finally, there seems to be some progress with quality checking at least and my chkcat utility (from CSWpkgutilplus) is supposed to be used. Unfortunately it only says warning about a missing dependency, it should have error status and it's been fixed so running it with the -e (erroronly) option on the current catalog clearly shows us our problem: $ chkcat -e /var/opt/csw/pkgutil/catalog.ftp.df.lth.se_pub_csw_current_i386_5.10 ERROR! Dependency CSWpydistutils of package CSWpysetuptools is missing. When I get this fixed version into service we will no longer produce catalogs with these kinds of problems. From noreply at opencsw.org Tue Feb 23 17:49:17 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 17:49:17 +0100 Subject: [bug-notifications] [pkgutil 0004302]: provide a command-line switch for use_gpg configuration option In-Reply-To: <1816309bd6a19264046e2a3a0556613d> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4302 ====================================================================== Reported By: flod Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4302 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: resolved Resolution: duplicate Duplicate: 4045 Fixed in Version: ====================================================================== Date Submitted: 2010-02-23 16:01 CET Last Modified: 2010-02-23 17:49 CET ====================================================================== Summary: provide a command-line switch for use_gpg configuration option Description: There is a nice configuration option "use_gpg" for installing only signed packages. When using an experimental catalog with -t (like the ones from http://mirror.opencsw.org/experimental.html ), for test releases the packages are not signed with the usual key. It would be nice to be able to toggle this option on the command line. With the -t switch it's easy to use experimental catalogs, but I still would want to use "use_gpg" for the distribution catalog. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0004045 RFE: Override configuration parameters ... ====================================================================== ---------------------------------------------------------------------- (0007510) bonivart (manager) - 2010-02-23 17:49 http://www.opencsw.org/mantis/view.php?id=4302#c7510 ---------------------------------------------------------------------- Ok, I will set this report in the "resolved" status then and work on http://www.opencsw.org/mantis/view.php?id=4045 instead. Thanks for your feedback. From noreply at opencsw.org Tue Feb 23 21:58:11 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 21:58:11 +0100 Subject: [bug-notifications] [ggrep 0004303]: grep has untracked dependency on pcre Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4303 ====================================================================== Reported By: scovich Assigned To: ====================================================================== Project: ggrep Issue ID: 4303 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-23 21:58 CET Last Modified: 2010-02-23 21:58 CET ====================================================================== Summary: grep has untracked dependency on pcre Description: After installing grep (or some package which installed grep as a dependency... can't remember for certain) I was unable to run because loading failed to find libpcre.so; installing pcre manually fixed the problem. ====================================================================== From noreply at opencsw.org Tue Feb 23 22:06:33 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 22:06:33 +0100 Subject: [bug-notifications] [ggrep 0004303]: grep has untracked dependency on pcre In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4303 ====================================================================== Reported By: scovich Assigned To: ====================================================================== Project: ggrep Issue ID: 4303 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-23 21:58 CET Last Modified: 2010-02-23 22:06 CET ====================================================================== Summary: grep has untracked dependency on pcre Description: After installing grep (or some package which installed grep as a dependency... can't remember for certain) I was unable to run because loading failed to find libpcre.so; installing pcre manually fixed the problem. ====================================================================== ---------------------------------------------------------------------- (0007511) philadmin (administrator) - 2010-02-23 22:06 http://www.opencsw.org/bugtrack/view.php?id=4303#c7511 ---------------------------------------------------------------------- Perhaps you might give more details as to exactly where you got ggrep from, and how? from where I'm looking our gnu grep package already has a dependancy on CSWpcrert, which contains the library. From noreply at opencsw.org Tue Feb 23 22:06:42 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 22:06:42 +0100 Subject: [bug-notifications] [ggrep 0004303]: grep has untracked dependency on pcre In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4303 ====================================================================== Reported By: scovich Assigned To: phil ====================================================================== Project: ggrep Issue ID: 4303 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-23 21:58 CET Last Modified: 2010-02-23 22:06 CET ====================================================================== Summary: grep has untracked dependency on pcre Description: After installing grep (or some package which installed grep as a dependency... can't remember for certain) I was unable to run because loading failed to find libpcre.so; installing pcre manually fixed the problem. ====================================================================== ---------------------------------------------------------------------- (0007511) philadmin (administrator) - 2010-02-23 22:06 http://www.opencsw.org/bugtrack/view.php?id=4303#c7511 ---------------------------------------------------------------------- Perhaps you might give more details as to exactly where you got ggrep from, and how? from where I'm looking our gnu grep package already has a dependancy on CSWpcrert, which contains the library. From noreply at opencsw.org Tue Feb 23 22:08:12 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 22:08:12 +0100 Subject: [bug-notifications] [ggrep 0004303]: grep has untracked dependency on pcre In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4303 ====================================================================== Reported By: scovich Assigned To: phil ====================================================================== Project: ggrep Issue ID: 4303 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-02-23 21:58 CET Last Modified: 2010-02-23 22:08 CET ====================================================================== Summary: grep has untracked dependency on pcre Description: After installing grep (or some package which installed grep as a dependency... can't remember for certain) I was unable to run because loading failed to find libpcre.so; installing pcre manually fixed the problem. ====================================================================== ---------------------------------------------------------------------- (0007512) philadmin (administrator) - 2010-02-23 22:08 http://www.opencsw.org/bugtrack/view.php?id=4303#c7512 ---------------------------------------------------------------------- Actually, with apologies, I think I shall just go ahead and close this bug. it sounds like your situation is rather non-reproducible one. As I have mentioned, our ggrep already has the proper dependancy. If you do manage to reproduce the problem, please open a new bug, with specifics on how to do so. From noreply at opencsw.org Tue Feb 23 22:20:04 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Feb 2010 22:20:04 +0100 Subject: [bug-notifications] [ggrep 0004303]: grep has untracked dependency on pcre In-Reply-To: Message-ID: <151b75dff5de07cb4d0fa4e811d2003b@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4303 ====================================================================== Reported By: scovich Assigned To: phil ====================================================================== Project: ggrep Issue ID: 4303 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: unable to reproduce Fixed in Version: ====================================================================== Date Submitted: 2010-02-23 21:58 CET Last Modified: 2010-02-23 22:20 CET ====================================================================== Summary: grep has untracked dependency on pcre Description: After installing grep (or some package which installed grep as a dependency... can't remember for certain) I was unable to run because loading failed to find libpcre.so; installing pcre manually fixed the problem. ====================================================================== ---------------------------------------------------------------------- (0007513) skayser (administrator) - 2010-02-23 22:20 http://www.opencsw.org/bugtrack/view.php?id=4303#c7513 ---------------------------------------------------------------------- scovich, for the sake of completeness and just so that you know where to turn to in case short term troubleshooting is required: there is always #opencsw on freenode [1] as well as the users mailing list [2]. HTH [1] http://webchat.freenode.net/?channels=opencsw [2] https://lists.opencsw.org/mailman/listinfo/users From noreply at opencsw.org Wed Feb 24 00:21:40 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 24 Feb 2010 00:21:40 +0100 Subject: [bug-notifications] [groff 0004280]: /opt/csw/share/groff/1.20.1/tmac/doc.tmac:3375: bad character definition In-Reply-To: <8fe3f92bfcca72adeda9c03caf03b2bb> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4280 ====================================================================== Reported By: skayser Assigned To: james ====================================================================== Project: groff Issue ID: 4280 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-16 19:22 CET Last Modified: 2010-02-24 00:21 CET ====================================================================== Summary: /opt/csw/share/groff/1.20.1/tmac/doc.tmac:3375: bad character definition Description: Tested on build10x. When trying to format the autossh man page with gnroff, gnroff throws a warning: $ gnroff -man autossh.1 > /dev/null /opt/csw/share/groff/1.20.1/tmac/doc.tmac:3375: bad character definition The first part of the formatted man page (everything before the first .Sh) looks a bit garbled, although I don't know whether that's because of the above warning. R] .if 0nl] . setup-header ... UNTITLED LOCAL UNTITLED ... $] .tm Usage: .Sh section_name ... (http://www.opencsw.org/mantis/view.php?id=0.c]) I have attached the man page so that you can reproduce the warning message if necessary (and maybe shed some light on the garbled output). WRT to the warning message there is also a related bug report over at Gentoo: http://bugs.gentoo.org/263524. ====================================================================== ---------------------------------------------------------------------- (0007514) skayser (administrator) - 2010-02-24 00:21 http://www.opencsw.org/mantis/view.php?id=4280#c7514 ---------------------------------------------------------------------- Thanks very much for all the explanation James! Further to this I found the roff(7) man page a very enlightening read, in particular on how the differents sub parts fit together (groff, gtroff/gnroff, grotty and such). WRT to the autossh package, it now ships with a pre-formatted catman man page which is produced via groff -m doc -Tascii -P-cuob $(WORKSRC)/autossh.1 For future reference, if anyone stumbles upon a man page which won't properly format with the man macro package, the grog(1) utility tries to heuristicly determine the macro package that is used by a particular man page (and by this the groff invocation line which is suitable to produce intermediary roff output). Example: $ grog ./work/build-isa-sparcv8/autossh-1.4b/autossh.1 groff -mdoc ./work/build-isa-sparcv8/autossh-1.4b/autossh.1 Then either of: $ groff -Tascii -mdoc ./work/build-isa-sparcv8/autossh-1.4b/autossh.1 $ gnroff -mdoc ./work/build-isa-sparcv8/autossh-1.4b/autossh.1 ... (nicely formatted man page) ... From noreply at opencsw.org Wed Feb 24 00:47:04 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 24 Feb 2010 00:47:04 +0100 Subject: [bug-notifications] [dnstop 0004279]: Man page broken In-Reply-To: <74857733954e140890765a1793b376a0> Message-ID: <4646dc2920f96f53f8b70f2c1183d640@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4279 ====================================================================== Reported By: bonivart Assigned To: bonivart ====================================================================== Project: dnstop Issue ID: 4279 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-02-16 11:17 CET Last Modified: 2010-02-24 00:47 CET ====================================================================== Summary: Man page broken Description: The man page seems to use features from Linux *roff. ====================================================================== ---------------------------------------------------------------------- (0007515) skayser (administrator) - 2010-02-24 00:47 http://www.opencsw.org/mantis/view.php?id=4279#c7515 ---------------------------------------------------------------------- For more details on the underlying issue you can see http://www.opencsw.org/mantis/view.php?id=4280. (I just verified that the upstream dnstop man page is in mdoc format so you can pretty much follow what I posted as possible workaround to the autossh man page problems). From noreply at opencsw.org Wed Feb 24 08:50:35 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 24 Feb 2010 08:50:35 +0100 Subject: [bug-notifications] [ffmpeg 0004304]: Possibilities of ffmpeg with Solaris Sparc Message-ID: <90e7b1835e33534dd63f17af6b815a8f@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4304 ====================================================================== Reported By: cjpeliss Assigned To: ====================================================================== Project: ffmpeg Issue ID: 4304 Category: upgrade Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-24 08:50 CET Last Modified: 2010-02-24 08:50 CET ====================================================================== Summary: Possibilities of ffmpeg with Solaris Sparc Description: /opt/csw/bin/ffmpeg -vcodec png -i file.flv -ss 00:00:10 -vframes 1 -f ffmpeg version 0.4.9-pre1, build 4718, Copyright (c) 2000-2004 Fabrice Bellard built on Oct 27 2005 18:34:55, gcc: 3.4.4 Unknown video codec 'png' Same problem if you change png to jpg or gif -formats options show that decoding (D) and Encoding(E) are available for flv and png formats /opt/csw/bin/ffmpeg -formats ffmpeg version 0.4.9-pre1, build 4718, Copyright (c) 2000-2004 Fabrice Bellard built on Oct 27 2005 18:34:55, gcc: 3.4.4 File formats: E 3gp D 4xm D RoQ DE ac3 DE alaw DE asf E asf_stream DE au DE avi E crc DE dv DE ffm D film_cpk D flic DE flv DE gif D h261 DE h263 DE h264 D idcin DE image DE imagepipe D ipmovie DE m4v D matroska DE mjpeg E mov D mov,mp4,m4a,3gp E mp2 DE mp3 E mp4 DE mpeg E mpeg1video DE mpegts D mpegvideo E mpjpeg DE mulaw E null DE nut DE ogg D psxstr DE rawvideo D redir DE rm E rtp D rtsp DE s16be DE s16le DE s8 D sdp E singlejpeg E svcd DE swf DE u16be DE u16le DE u8 E vcd D vmd E vob DE wav D wc3movie D wsaud D wsvqa DE yuv4mpegpipe Image formats: D pnm E pbm E pgm E ppm DE pam DE pgmyuv DE yuv DE png DE jpeg DE gif DE sgi Codecs: D V 4xm D V D 8bps D A aac EA ac3 DEA adpcm_4xm DEA adpcm_adx DEA adpcm_ea DEA adpcm_ima_dk3 DEA adpcm_ima_dk4 DEA adpcm_ima_qt DEA adpcm_ima_smjpeg DEA adpcm_ima_wav DEA adpcm_ima_ws DEA adpcm_ms DEA adpcm_xa DEV D asv1 DEV D asv2 D V D cinepak D V D cljr D V D cyuv DEV D dvvideo DEV D ffv1 D A flac D V D flic DEVSD flv DEA g726 D V T h261 DEVSDT h263 D VSD h263i EV h263p D V DT h264 DEVSD huffyuv D V D idcinvideo D V indeo3 D A interplay_dpcm D V D interplayvideo EV ljpeg D A mace3 D A mace6 D V D mdec DEV D mjpeg D V D mjpegb DEA mp2 DEA mp3 DEVSDT mpeg1video DEVSDT mpeg2video DEVSDT mpeg4 D A mpeg4aac D VSDT mpegvideo DEVSD msmpeg4 DEVSD msmpeg4v1 DEVSD msmpeg4v2 D V D msrle D V D msvideo1 D V D mszh DEA pcm_alaw DEA pcm_mulaw DEA pcm_s16be DEA pcm_s16le DEA pcm_s8 DEA pcm_u16be DEA pcm_u16le DEA pcm_u8 D V D qtrle DEV rawvideo D A real_144 D A real_288 D A roq_dpcm D V D roqvideo D V D rpza DEV D rv10 D V D rv20 D V D smc D V D sp5x DEV D svq1 D VSD svq3 D V theora D V D truemotion1 D V D vcr1 D A vmdaudio D V D vmdvideo DEA vorbis D V vp3 D V D vqavideo D A wmav1 D A wmav2 DEVSD wmv1 DEVSD wmv2 D A xan_dpcm D V D xan_wc3 DEV D zlib Supported file protocols: file: pipe: udp: rtp: tcp: http: Frame size, frame rate abbreviations: ntsc pal qntsc qpal sntsc spal film ntsc-film sqcif qcif cif 4cif Motion estimation methods: zero(fastest) full(slowest) log phods epzs(default) x1 Note, the names of encoders and decoders dont always match, so there are several cases where the above table shows encoder only or decoder only entries even though both encoding and decoding are supported for example, the h263 decoder corresponds to the h263 and h263p encoders, for file formats its even worse $ ldd /opt/csw/bin/ffmpeg libavformat.so => /opt/csw/lib/libavformat.so libavcodec.so => /opt/csw/lib/libavcodec.so libm.so.1 => /usr/lib/libm.so.1 libsocket.so.1 => /usr/lib/libsocket.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libz.so => /usr/lib/libz.so libpthread.so.1 => /usr/lib/libpthread.so.1 libdl.so.1 => /usr/lib/libdl.so.1 libogg.so.0 => /usr/lib/libogg.so.0 libvorbis.so.0 => /usr/lib/libvorbis.so.0 libvorbisenc.so.2 => /usr/lib/libvorbisenc.so.2 libfaad.so.0 => /opt/csw/lib/libfaad.so.0 libc.so.1 => /usr/lib/libc.so.1 libgcc_s.so.1 => /opt/csw/lib/libgcc_s.so.1 libpostproc.so.0 => /opt/csw/lib/libpostproc.so.0 librt.so.1 => /usr/lib/librt.so.1 libmp.so.2 => /usr/lib/libmp.so.2 libmd.so.1 => /usr/lib/libmd.so.1 libscf.so.1 => /usr/lib/libscf.so.1 libm.so.2 => /usr/lib/libm.so.2 libaio.so.1 => /usr/lib/libaio.so.1 libdoor.so.1 => /usr/lib/libdoor.so.1 libuutil.so.1 => /usr/lib/libuutil.so.1 libgen.so.1 => /usr/lib/libgen.so.1 /platform/SUNW,Sun-Fire-V250/lib/libc_psr.so.1 /platform/SUNW,Sun-Fire-V250/lib/libmd_psr.so.1 do not show png libs ====================================================================== From noreply at opencsw.org Wed Feb 24 09:50:25 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 24 Feb 2010 09:50:25 +0100 Subject: [bug-notifications] [pkgutil 0004299]: RFE: Suppress license on installation (per default, optional or simply via pkgaddopts) In-Reply-To: <2012db78a912d316702f9824627e1832> Message-ID: <7d7314dfabda11a1215a907becd0ee57@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4299 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4299 Category: regular use Reproducibility: N/A Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-21 12:54 CET Last Modified: 2010-02-24 09:50 CET ====================================================================== Summary: RFE: Suppress license on installation (per default, optional or simply via pkgaddopts) Description: Upgraded a bunch of machines with a very downrev CSW software stack this week so I saw a lot of copyright notices flying by. In between these longish copyright messages, valuable output (e.g. WRT to changed configuration file location) was almost too easy to miss. While many of our new packages do reduce the clutter on the console (they only point to /opt/csw/share/doc/foobar/license), there are at least as many packages which still output the full license. As long as we haven't "fixed" those packages, there is the undocumented/non-public -S flag to pkgadd (which James has mentioned a couple of times in the past) that can be used to suppress the license/copyright output. http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/cmd/svr4pkg/pkgadd/main.c#780 Could we have pkgutil leverage this option somehow? Could be a documented workaround via pkgaddopts, could be an option like --nolicense, or could even be made a default for the sake of reducing the pkgadd output to real important things like those migration related notices. Haven't yet tested the -S flag (should do so to see whether it is available starting from Solaris 8), but if it is working, it would be a very valuable addition when it comes to user-friendliness (less clutter) and for us to better make sure that our users see important package notices. ====================================================================== ---------------------------------------------------------------------- (0007516) bonivart (manager) - 2010-02-24 09:50 http://www.opencsw.org/mantis/view.php?id=4299#c7516 ---------------------------------------------------------------------- pkgadd -S confirmed to work on Solaris 8 (sparc). From noreply at opencsw.org Wed Feb 24 09:55:59 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 24 Feb 2010 09:55:59 +0100 Subject: [bug-notifications] [pkgutil 0004273]: RFE: Pull in dependencies even when installing a local file In-Reply-To: Message-ID: <06eaf76e487511eba4210775ee8cdc9f@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4273 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4273 Category: regular use Reproducibility: N/A Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-02-14 19:59 CET Last Modified: 2010-02-24 09:55 CET ====================================================================== Summary: RFE: Pull in dependencies even when installing a local file Description: I have just used pkgutil 1.9.1 to install my experimental postfix package. I couldn't use -t as the experimental repository is currently broken, so I downloaded it manually and invoked pkgutil with -i on the local file. This only installs the package and doesn't seem to inspect the dependencies contained in the package. Could you add dependency handling for local file installs to be more consistent with the default operation mode of pkgutil (which is to pull in deps)? If someone doesn't want this to happen they should be able to say -N to suppress this. As a workaround I thought about pulling in the dependencies via "pkgutil -i postfix -x CSWpostfix", which would work in general, but I would only get the dependencies of the version from current/ (and the dependencies of the experimental package have changed compared to the ones from current). I know this wouldn't be required if experimental wasn't broken, but the dependency handling would still be a helpful addition to pkgutil. ====================================================================== ---------------------------------------------------------------------- (0007517) bonivart (manager) - 2010-02-24 09:55 http://www.opencsw.org/mantis/view.php?id=4273#c7517 ---------------------------------------------------------------------- I now remember that the local file install just triggers a pkgadd on the file, that is it doesn't know anything about dependencies. To know that I need to transform the package, look at the depend file and start to download/install them, if they are at all in the catalog. Might be a new package with all new deps. I think in most cases deps from current will be very similar, and now experimental works well. From noreply at opencsw.org Wed Feb 24 10:31:47 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 24 Feb 2010 10:31:47 +0100 Subject: [bug-notifications] [vlc 0004305]: VLC 0.7.2 is too old Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4305 ====================================================================== Reported By: cjpeliss Assigned To: ====================================================================== Project: vlc Issue ID: 4305 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-24 10:31 CET Last Modified: 2010-02-24 10:31 CET ====================================================================== Summary: VLC 0.7.2 is too old Description: OpenCSW VLC 0.7.2 is too old (2004). Current 2010 release is now 1.0.5. Windows, MacOS, Linux, have the last VLC release ... why Solaris does not have it ! Lack of firefox video plugins other than flash or real last now for a too long time. VLC is also a file converter useful to maintain web site with videos. ====================================================================== From noreply at opencsw.org Wed Feb 24 17:31:19 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 24 Feb 2010 17:31:19 +0100 Subject: [bug-notifications] [pkgutil 0004001]: temp site is not really used as a primary site In-Reply-To: Message-ID: <1e7c38540d61317a32f22ce66153d6f1@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4001 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4001 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-07 00:34 CET Last Modified: 2010-02-24 17:31 CET ====================================================================== Summary: temp site is not really used as a primary site Description: If the same package (with the same version) is present in the temp site and in the default mirror, it's the package from the default mirror which is downloaded and not the one from the temp site as we could expect. Not a very important bug as the case should not happen very often. ====================================================================== ---------------------------------------------------------------------- (0007518) bonivart (manager) - 2010-02-24 17:31 http://www.opencsw.org/mantis/view.php?id=4001#c7518 ---------------------------------------------------------------------- I'm looking at this again. :-) The temp mirror was never meant to be "primary", it was just to add to the mirrors you already have, usually current/unstable. More than one mirror is allowed in pkgutil.conf, also more than one -t option can be specified on the command line. They don't really have any priority over each other, what decide what's selected is the version compare only. In your case you had the exact same package in both repos so it probably fetched the first match. I haven't looked at the code but I don't think pkgutil is aware of which repo is which, they are all combined into one. From noreply at opencsw.org Wed Feb 24 23:17:16 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 24 Feb 2010 23:17:16 +0100 Subject: [bug-notifications] [automake 0004184]: aclocal-1.9 uses automake-1.11 libraries In-Reply-To: <74e38d6b422d94c2e4b097777d7ec67d> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4184 ====================================================================== Reported By: Ridd Assigned To: dam ====================================================================== Project: automake Issue ID: 4184 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-01-25 15:33 CET Last Modified: 2010-02-24 23:17 CET ====================================================================== Summary: aclocal-1.9 uses automake-1.11 libraries Description: aclocal and automake need to be synchronized, so using aclocal-$foo should use automake-$foo. However aclocal-1.9 calls: BEGIN { my $perllibdir = $ENV{'perllibdir'} || '/opt/csw/share/automake-1.11'; unshift @INC, (split ':', $perllibdir); } Attempts to use this aclocal fail due to this version mismatch. ====================================================================== ---------------------------------------------------------------------- (0007519) dam (administrator) - 2010-02-24 23:17 http://www.opencsw.org/mantis/view.php?id=4184#c7519 ---------------------------------------------------------------------- No negative feedback is good feedback, closing. From noreply at opencsw.org Wed Feb 24 23:17:55 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 24 Feb 2010 23:17:55 +0100 Subject: [bug-notifications] [curl 0004277]: Please compile against latest libssh2 In-Reply-To: Message-ID: <0d97da8f58971ed8149e6ea6c451d6cc@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4277 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: curl Issue ID: 4277 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-15 15:45 CET Last Modified: 2010-02-24 23:17 CET ====================================================================== Summary: Please compile against latest libssh2 Description: Please compile against latest libssh2 ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- parent of 0003972 Please upgrade to 1.2.1 ====================================================================== ---------------------------------------------------------------------- (0007520) dam (administrator) - 2010-02-24 23:17 http://www.opencsw.org/mantis/view.php?id=4277#c7520 ---------------------------------------------------------------------- This should be done using alternatives to also allow minimal dependencies. From noreply at opencsw.org Wed Feb 24 23:18:26 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 24 Feb 2010 23:18:26 +0100 Subject: [bug-notifications] [diffutils 0003951]: Please upgrade to 2.8.7 In-Reply-To: <371fcf8a99bb6a4c2b52688d30b74dbf> Message-ID: <0d41c7c23ea7b29c5c5f600df2219075@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3951 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: diffutils Issue ID: 3951 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-10-09 09:57 CEST Last Modified: 2010-02-24 23:18 CET ====================================================================== Summary: Please upgrade to 2.8.7 Description: Please upgrade to 2.8.7 ====================================================================== ---------------------------------------------------------------------- (0007460) dam (administrator) - 2010-02-17 10:59 http://www.opencsw.org/mantis/view.php?id=3951#c7460 ---------------------------------------------------------------------- Version 2.9,REV=2010.02.17 released to current/ From noreply at opencsw.org Wed Feb 24 23:19:05 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 24 Feb 2010 23:19:05 +0100 Subject: [bug-notifications] [pigz 0004268]: Pigz Sol8 Workaround for threads causes failures when symlinked as /usr/bin/gzip In-Reply-To: <44f564a3eaa368c3df42573571fdd5d7> Message-ID: <76523c3b00aa3f0537316ead65bca81f@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4268 ====================================================================== Reported By: ckmehta1 Assigned To: dam ====================================================================== Project: pigz Issue ID: 4268 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-02-12 14:59 CET Last Modified: 2010-02-24 23:19 CET ====================================================================== Summary: Pigz Sol8 Workaround for threads causes failures when symlinked as /usr/bin/gzip Description: One of the nice features about PIGZ is the ability to be a drop-in replacement for /usr/bin/gzip and get the multi-threading without changing every script that ultimately referenced GZIP (perhaps through a GTAR -Z function). However this workaround for Sol8 causes problems when I invoke /usr/bin/gzip, I get this error: /usr/bin/gzip: /usr/bin/../libexec/gzip: not found ====================================================================== ---------------------------------------------------------------------- (0007521) dam (administrator) - 2010-02-24 23:19 http://www.opencsw.org/mantis/view.php?id=4268#c7521 ---------------------------------------------------------------------- Version 2.1.6,REV=2010.02.19 released to current. From noreply at opencsw.org Thu Feb 25 14:48:08 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 25 Feb 2010 14:48:08 +0100 Subject: [bug-notifications] [openssh_client 0004306]: Consider adding ssh-copy-id script to openssh_client package Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4306 ====================================================================== Reported By: ckmehta1 Assigned To: ====================================================================== Project: openssh_client Issue ID: 4306 Category: other Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-25 14:48 CET Last Modified: 2010-02-25 14:48 CET ====================================================================== Summary: Consider adding ssh-copy-id script to openssh_client package Description: ssh-copy-id is a script that uses ssh to log into a remote machine and sets up a public-key configuration that supports password-less logins over ssh Supposedly it is located in the portable OpenSSH source code, but just in case, the latest script & manpage I could find is located at: http://anoncvs.mindrot.org/index.cgi/openssh/contrib/ssh-copy-id http://anoncvs.mindrot.org/index.cgi/openssh/contrib/ssh-copy-id.1 ====================================================================== From noreply at opencsw.org Thu Feb 25 16:47:44 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 25 Feb 2010 16:47:44 +0100 Subject: [bug-notifications] [libproxy 0004307]: split libproxy package to remove X deps Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4307 ====================================================================== Reported By: bwalton Assigned To: ====================================================================== Project: libproxy Issue ID: 4307 Category: packaging Reproducibility: N/A Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-25 16:47 CET Last Modified: 2010-02-25 16:47 CET ====================================================================== Summary: split libproxy package to remove X deps Description: Hi Roger, What are your thoughts about splitting libproxy into libproxy-core, libproxy-gnome, etc. I'd like to get the core bits without dragging in half of X. For example, I shouldn't need all of the X libs to install svn which has indirect dependencies on libproxy. Thanks -Ben ====================================================================== From noreply at opencsw.org Fri Feb 26 00:13:18 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 00:13:18 +0100 Subject: [bug-notifications] [syslog_ng 0004308]: syslog_ng fails with exit status 2 on shutdown/reboot Message-ID: <38c00b16a9f11de669dc4ca5c17948ea@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4308 ====================================================================== Reported By: diget Assigned To: ====================================================================== Project: syslog_ng Issue ID: 4308 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-26 00:13 CET Last Modified: 2010-02-26 00:13 CET ====================================================================== Summary: syslog_ng fails with exit status 2 on shutdown/reboot Description: On rebooting a Solaris 10u8 (10/09) SPARC machine it complains about shutting down syslog-ng with the following message: svc.startd[7]: svc:/network/cswsyslog_ng:default: Method "/var/opt/csw/svc/method/svc-cswsyslog_ng stop" failed with exit status 2. With syslog_ng running and running the manifest file by hand, it appears that the pid file as gone via the kill -15 and therefore the rm ${PID_FILE} in the stop section complains. I think adding a "-f" to the rm would fix the problem. ====================================================================== From noreply at opencsw.org Fri Feb 26 00:19:49 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 00:19:49 +0100 Subject: [bug-notifications] [pysetuptools 0003729]: Missing dependency on CSWpython-devel? In-Reply-To: <3c0efaa53a34b56a1f6af4b2d58767ab> Message-ID: <9bdfff961ca04f0dbd948f9a6601d991@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3729 ====================================================================== Reported By: skayser Assigned To: mwatters ====================================================================== Project: pysetuptools Issue ID: 3729 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-06-26 00:23 CEST Last Modified: 2010-02-26 00:19 CET ====================================================================== Summary: Missing dependency on CSWpython-devel? Description: Just installed CSWpysetuptools and easy_install bailed out on me. Upon installation of CSWpython-devel (which contains distutils) the error below goes away. skayser @ ray1 ~$ easy_install Traceback (most recent call last): File "/opt/csw/bin/easy_install", line 5, in from pkg_resources import load_entry_point File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 657, in class Environment(object): File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 660, in Environment def __init__(self, search_path=None, platform=get_supported_platform(), python=PY_MAJOR): File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 55, in get_supported_platform plat = get_build_platform(); m = macosVersionString.match(plat) File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 186, in get_build_platform from distutils.util import get_platform ImportError: No module named distutils.util ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0003732 CSWpysetuptools dependency failure ====================================================================== ---------------------------------------------------------------------- (0007522) maciej (manager) - 2010-02-26 00:19 http://www.opencsw.org/mantis/view.php?id=3729#c7522 ---------------------------------------------------------------------- This has been fixed: CSWpython now includes distutils, and the distutils package is gone. From noreply at opencsw.org Fri Feb 26 00:20:54 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 00:20:54 +0100 Subject: [bug-notifications] [pysetuptools 0003907]: Missing dependency on "python_devel" In-Reply-To: <49244097e94080ea5dd1908cd3bce3dc> Message-ID: <5297cc27d8daa6628476368f37a2b290@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3907 ====================================================================== Reported By: trygvis Assigned To: ====================================================================== Project: pysetuptools Issue ID: 3907 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-17 22:10 CEST Last Modified: 2010-02-26 00:20 CET ====================================================================== Summary: Missing dependency on "python_devel" Description: When importing my public key I got a python exception about a missing distutils module. $ gitosis-init < /tmp/id_dsa.pub Traceback (most recent call last): File "/opt/csw/bin/gitosis-init", line 5, in from pkg_resources import load_entry_point File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 657, in class Environment(object): File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 660, in Environment def __init__(self, search_path=None, platform=get_supported_platform(), python=PY_MAJOR): File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 55, in get_supported_platform plat = get_build_platform(); m = macosVersionString.match(plat) File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 186, in get_build_platform from distutils.util import get_platform ImportError: No module named distutils.util Installing python_devel fixed it. Not sure if gitosis is missing the dependency, it seems to be used by setuptools. ====================================================================== ---------------------------------------------------------------------- (0007523) maciej (manager) - 2010-02-26 00:20 http://www.opencsw.org/mantis/view.php?id=3907#c7523 ---------------------------------------------------------------------- distutils have been moved to CSWpython, this issue is now fixed. From noreply at opencsw.org Fri Feb 26 00:22:07 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 00:22:07 +0100 Subject: [bug-notifications] [pysetuptools 0004282]: pkgutil can not install package CSWpysetuptools In-Reply-To: <64d9818fb9e185e982e11f3bed4f9dd1> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4282 ====================================================================== Reported By: flod Assigned To: ====================================================================== Project: pysetuptools Issue ID: 4282 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-02-17 01:24 CET Last Modified: 2010-02-26 00:22 CET ====================================================================== Summary: pkgutil can not install package CSWpysetuptools Description: pkgutil -i CSWpysetuptools exits with "Package CSWpydistutils not in catalog...exiting." ====================================================================== ---------------------------------------------------------------------- (0007524) maciej (manager) - 2010-02-26 00:22 http://www.opencsw.org/mantis/view.php?id=4282#c7524 ---------------------------------------------------------------------- New setuputils does not contain the dependency on distutils any more, new pysetuptools are now available from the mirrors. From noreply at opencsw.org Fri Feb 26 00:23:11 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 00:23:11 +0100 Subject: [bug-notifications] [pysetuptools 0003907]: Missing dependency on "python_devel" In-Reply-To: <49244097e94080ea5dd1908cd3bce3dc> Message-ID: <8e9957f3745623a6621b1027a0038a17@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3907 ====================================================================== Reported By: trygvis Assigned To: maciej ====================================================================== Project: pysetuptools Issue ID: 3907 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-17 22:10 CEST Last Modified: 2010-02-26 00:23 CET ====================================================================== Summary: Missing dependency on "python_devel" Description: When importing my public key I got a python exception about a missing distutils module. $ gitosis-init < /tmp/id_dsa.pub Traceback (most recent call last): File "/opt/csw/bin/gitosis-init", line 5, in from pkg_resources import load_entry_point File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 657, in class Environment(object): File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 660, in Environment def __init__(self, search_path=None, platform=get_supported_platform(), python=PY_MAJOR): File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 55, in get_supported_platform plat = get_build_platform(); m = macosVersionString.match(plat) File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 186, in get_build_platform from distutils.util import get_platform ImportError: No module named distutils.util Installing python_devel fixed it. Not sure if gitosis is missing the dependency, it seems to be used by setuptools. ====================================================================== ---------------------------------------------------------------------- (0007523) maciej (manager) - 2010-02-26 00:20 http://www.opencsw.org/mantis/view.php?id=3907#c7523 ---------------------------------------------------------------------- distutils have been moved to CSWpython, this issue is now fixed. From noreply at opencsw.org Fri Feb 26 00:24:00 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 00:24:00 +0100 Subject: [bug-notifications] [pysetuptools 0004282]: pkgutil can not install package CSWpysetuptools In-Reply-To: <64d9818fb9e185e982e11f3bed4f9dd1> Message-ID: <857ae5b00eb1796cff1399a2e97acf46@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4282 ====================================================================== Reported By: flod Assigned To: maciej ====================================================================== Project: pysetuptools Issue ID: 4282 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-02-17 01:24 CET Last Modified: 2010-02-26 00:24 CET ====================================================================== Summary: pkgutil can not install package CSWpysetuptools Description: pkgutil -i CSWpysetuptools exits with "Package CSWpydistutils not in catalog...exiting." ====================================================================== ---------------------------------------------------------------------- (0007524) maciej (manager) - 2010-02-26 00:22 http://www.opencsw.org/mantis/view.php?id=4282#c7524 ---------------------------------------------------------------------- New setuputils does not contain the dependency on distutils any more, new pysetuptools are now available from the mirrors. From noreply at opencsw.org Fri Feb 26 00:26:57 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 00:26:57 +0100 Subject: [bug-notifications] [pysqlite2 0004090]: Change the dependency from CSWpython-rt to CSWpython In-Reply-To: Message-ID: <6e17eb700068b108ee59ece4c91a3d1f@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4090 ====================================================================== Reported By: maciej Assigned To: maciej ====================================================================== Project: pysqlite2 Issue ID: 4090 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-12-22 18:18 CET Last Modified: 2010-02-26 00:26 CET ====================================================================== Summary: Change the dependency from CSWpython-rt to CSWpython Description: Executive summary: CSWpython-rt is deprecated, please re-point your dependencies at CSWpython. ====================================================================== ---------------------------------------------------------------------- (0007526) maciej (manager) - 2010-02-26 00:26 http://www.opencsw.org/mantis/view.php?id=4090#c7526 ---------------------------------------------------------------------- This has been fixed. From noreply at opencsw.org Fri Feb 26 07:21:20 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 07:21:20 +0100 Subject: [bug-notifications] [gitosis 0004309]: Gitosis won't run, complains about setuptools Message-ID: <3d4cd0c1acf7aacec1b4b92281289034@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4309 ====================================================================== Reported By: gadavis Assigned To: ====================================================================== Project: gitosis Issue ID: 4309 Category: packaging Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-26 07:21 CET Last Modified: 2010-02-26 07:21 CET ====================================================================== Summary: Gitosis won't run, complains about setuptools Description: After upgrading the python packages, gitosis isn't working any more: Traceback (most recent call last): File "/opt/csw/bin/gitosis-serve", line 5, in from pkg_resources import load_entry_point File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 2603, in working_set.require(__requires__) File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 666, in require needed = self.resolve(parse_requirements(requirements)) File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 565, in resolve raise DistributionNotFound(req) # XXX put more info here pkg_resources.DistributionNotFound: setuptools>=0.6c5 fatal: The remote end hung up unexpectedly ====================================================================== From noreply at opencsw.org Fri Feb 26 16:50:06 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 16:50:06 +0100 Subject: [bug-notifications] [cvsproxy 0001839]: pkgrm removes link /etc/inetd.conf -> /etc/inet/inetd.conf and create second inetd.conf In-Reply-To: <36ef52031508bd41f0452dcc40c9b27a> Message-ID: <10394a75ed160047c2d4c8e81153352f@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=1839 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: cvsproxy Issue ID: 1839 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2006-09-29 11:50 CEST Last Modified: 2010-02-26 16:50 CET ====================================================================== Summary: pkgrm removes link /etc/inetd.conf -> /etc/inet/inetd.conf and create second inetd.conf Description: edits the file /etc/inetd.conf and moves it to a backup name./ This file is a link so the process creates a new file /etc/inetd.conf and destoys the link to ./inet/inetd.conf. After pkgrm: $ ls -l /etc/inetd.conf* -rw-r--r-- 1 root other 6615 Sep 29 16:44 /etc/inetd.conf lrwxrwxrwx 1 root other 17 Aug 17 11:26 /etc/inetd.conf.O -> ./inet/inetd.conf ====================================================================== ---------------------------------------------------------------------- (0007527) bonivart (reporter) - 2010-02-26 16:50 http://www.opencsw.org/mantis/view.php?id=1839#c7527 ---------------------------------------------------------------------- Notes from IRC: 16:45:04 Ok, It should on preinstall for fixing call the following lines: 16:45:04 build8st# mv /etc/inetd.conf /etc/inet/inetd.conf 16:45:05 build8st# mv /etc/inetd.conf.O /etc/inetd.conf 16:46:01 build8st# mv /etc/services /etc/inet/services 16:46:01 build8st# mv /etc/services.O /etc/services 16:46:15 And trigger on [ -f /etc/inetd.conf.O ] 16:46:36 Best location would be pkgutil update hook 16:48:11 It may go into preinstall script, but that would also trigger when some unware admin make inetd.conf.o himself 16:48:43 It should for sanity check the link for name and destination also From noreply at opencsw.org Fri Feb 26 18:26:33 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 18:26:33 +0100 Subject: [bug-notifications] [libproxy 0004307]: split libproxy package to remove X deps In-Reply-To: <4fe18547693031e338ffb42a3a51991e> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4307 ====================================================================== Reported By: bwalton Assigned To: hson ====================================================================== Project: libproxy Issue ID: 4307 Category: packaging Reproducibility: N/A Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-25 16:47 CET Last Modified: 2010-02-26 18:26 CET ====================================================================== Summary: split libproxy package to remove X deps Description: Hi Roger, What are your thoughts about splitting libproxy into libproxy-core, libproxy-gnome, etc. I'd like to get the core bits without dragging in half of X. For example, I shouldn't need all of the X libs to install svn which has indirect dependencies on libproxy. Thanks -Ben ====================================================================== ---------------------------------------------------------------------- (0007528) hson (manager) - 2010-02-26 18:26 http://www.opencsw.org/mantis/view.php?id=4307#c7528 ---------------------------------------------------------------------- It's on my todo as part of doing so for a number of packages From noreply at opencsw.org Fri Feb 26 18:27:20 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 18:27:20 +0100 Subject: [bug-notifications] [py_suds 0004310]: Please upgrade to 0.3.9 Message-ID: <70dd97c7e2085654fed460f641955eb1@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4310 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: py_suds Issue ID: 4310 Category: other Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-26 18:27 CET Last Modified: 2010-02-26 18:27 CET ====================================================================== Summary: Please upgrade to 0.3.9 Description: 0.3.9 fixes some local caching issues, 0.3.8 is already working wonderfully in this CLI client which i am gonna release soonish :) ====================================================================== From noreply at opencsw.org Fri Feb 26 18:35:16 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 18:35:16 +0100 Subject: [bug-notifications] [ghostscript 0004311]: Please rebuild, linking with libjpeg.so.7 instead of libjpeg.so.62 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4311 ====================================================================== Reported By: hson Assigned To: ====================================================================== Project: ghostscript Issue ID: 4311 Category: packaging Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-26 18:35 CET Last Modified: 2010-02-26 18:35 CET ====================================================================== Summary: Please rebuild, linking with libjpeg.so.7 instead of libjpeg.so.62 Description: In order to build a new version of imagemagick, I need a libgs which is linked to libjpeg.so.7 and not libjpeg.so.62 ====================================================================== From noreply at opencsw.org Fri Feb 26 18:35:37 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 18:35:37 +0100 Subject: [bug-notifications] [imagemagick 0004265]: Please rebuild with new perl 5.10.1 In-Reply-To: Message-ID: <28c813bdcf3cf717caf58d74f1239080@www.opencsw.org> The following issue has been set PARENT OF issue 0004311. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4265 ====================================================================== Reported By: benny Assigned To: hson ====================================================================== Project: imagemagick Issue ID: 4265 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2010-02-11 15:23 CET Last Modified: 2010-02-26 18:35 CET ====================================================================== Summary: Please rebuild with new perl 5.10.1 Description: Hi, can you please rebuild the package with our new perl 5.10.1 on build8xt and build8st and place it into /home/experimental/perl afterwards? Thanks, benny ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- parent of 0004311 Please rebuild, linking with libjpeg.so... ====================================================================== ---------------------------------------------------------------------- (0007488) hson (manager) - 2010-02-21 19:08 http://www.opencsw.org/mantis/view.php?id=4265#c7488 ---------------------------------------------------------------------- Will try as soon as py_yaml is installed From noreply at opencsw.org Fri Feb 26 18:35:38 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 18:35:38 +0100 Subject: [bug-notifications] [ghostscript 0004311]: Please rebuild, linking with libjpeg.so.7 instead of libjpeg.so.62 In-Reply-To: Message-ID: The following issue has been set CHILD OF issue 0004265. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4311 ====================================================================== Reported By: hson Assigned To: ====================================================================== Project: ghostscript Issue ID: 4311 Category: packaging Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-26 18:35 CET Last Modified: 2010-02-26 18:35 CET ====================================================================== Summary: Please rebuild, linking with libjpeg.so.7 instead of libjpeg.so.62 Description: In order to build a new version of imagemagick, I need a libgs which is linked to libjpeg.so.7 and not libjpeg.so.62 ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- child of 0004265 Please rebuild with new perl 5.10.1 ====================================================================== From noreply at opencsw.org Fri Feb 26 18:35:49 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 18:35:49 +0100 Subject: [bug-notifications] [imagemagick 0004278]: convert: Wrong JPEG library version: library is 62, caller expects 70 In-Reply-To: Message-ID: The following issue has been set PARENT OF issue 0004311. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4278 ====================================================================== Reported By: skayser Assigned To: hson ====================================================================== Project: imagemagick Issue ID: 4278 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: confirmed ====================================================================== Date Submitted: 2010-02-16 03:10 CET Last Modified: 2010-02-26 18:35 CET ====================================================================== Summary: convert: Wrong JPEG library version: library is 62, caller expects 70 Description: convert has some libjpeg-related troubles when converting to jpeg, i.e. the conversion will fail. All carried out on build10x. $ wget -qO test.png http://images.google.de/images/nav_logo7.png $ file test.png test.png: PNG image data $ convert test.png test.jpg convert: Wrong JPEG library version: library is 62, caller expects 70 `test.jpg' @ jpeg.c/EmitMessage/232. $ file test.jpg test.jpeg: empty file The other way round is fine. $ wget -qO test2.jpg http://blog.lib.umn.edu/jeffryes/biomedical/google.jpg $ file test2.jpg JPEG file $ convert test2.jpg test2.png $ file test2.png PNG image data ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- parent of 0004311 Please rebuild, linking with libjpeg.so... ====================================================================== ---------------------------------------------------------------------- (0007442) hson (manager) - 2010-02-16 04:48 http://www.opencsw.org/mantis/view.php?id=4278#c7442 ---------------------------------------------------------------------- I've also noticed this. The problem is libtiff and libgs which is linked to libjpeg.so.62 which get loaded before libjpeg.so.7 (which convert is linked to) From noreply at opencsw.org Fri Feb 26 18:35:50 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 18:35:50 +0100 Subject: [bug-notifications] [ghostscript 0004311]: Please rebuild, linking with libjpeg.so.7 instead of libjpeg.so.62 In-Reply-To: Message-ID: The following issue has been set CHILD OF issue 0004278. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4311 ====================================================================== Reported By: hson Assigned To: ====================================================================== Project: ghostscript Issue ID: 4311 Category: packaging Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-26 18:35 CET Last Modified: 2010-02-26 18:35 CET ====================================================================== Summary: Please rebuild, linking with libjpeg.so.7 instead of libjpeg.so.62 Description: In order to build a new version of imagemagick, I need a libgs which is linked to libjpeg.so.7 and not libjpeg.so.62 ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- child of 0004265 Please rebuild with new perl 5.10.1 child of 0004278 convert: Wrong JPEG library version: li... ====================================================================== From noreply at opencsw.org Fri Feb 26 18:36:11 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 18:36:11 +0100 Subject: [bug-notifications] [gitosis 0004309]: Gitosis won't run, complains about setuptools In-Reply-To: <2a8b01731efdfd67336ed51b00017494> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4309 ====================================================================== Reported By: gadavis Assigned To: ====================================================================== Project: gitosis Issue ID: 4309 Category: packaging Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-26 07:21 CET Last Modified: 2010-02-26 18:36 CET ====================================================================== Summary: Gitosis won't run, complains about setuptools Description: After upgrading the python packages, gitosis isn't working any more: Traceback (most recent call last): File "/opt/csw/bin/gitosis-serve", line 5, in from pkg_resources import load_entry_point File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 2603, in working_set.require(__requires__) File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 666, in require needed = self.resolve(parse_requirements(requirements)) File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 565, in resolve raise DistributionNotFound(req) # XXX put more info here pkg_resources.DistributionNotFound: setuptools>=0.6c5 fatal: The remote end hung up unexpectedly ====================================================================== ---------------------------------------------------------------------- (0007529) gadavis (reporter) - 2010-02-26 18:36 http://www.opencsw.org/mantis/view.php?id=4309#c7529 ---------------------------------------------------------------------- After updating pysetuptools (my package was a day old), removing, and then reinstalling gitosis, things appear to be working now. Looks like we can close this out. From noreply at opencsw.org Fri Feb 26 18:36:57 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 18:36:57 +0100 Subject: [bug-notifications] [tiff 0004312]: Please rebuild, linking with libjpeg.so.7 instead of libjpeg.so.62 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4312 ====================================================================== Reported By: hson Assigned To: ====================================================================== Project: tiff Issue ID: 4312 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-26 18:36 CET Last Modified: 2010-02-26 18:36 CET ====================================================================== Summary: Please rebuild, linking with libjpeg.so.7 instead of libjpeg.so.62 Description: In order to build a new version of imagemagick, I need a libtiff which is linked to libjpeg.so.7 and not libjpeg.so.62 ====================================================================== From noreply at opencsw.org Fri Feb 26 18:37:09 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 18:37:09 +0100 Subject: [bug-notifications] [imagemagick 0004265]: Please rebuild with new perl 5.10.1 In-Reply-To: Message-ID: <19083828a5e2597fa59ea7308b7b06b3@www.opencsw.org> The following issue has been set PARENT OF issue 0004312. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4265 ====================================================================== Reported By: benny Assigned To: hson ====================================================================== Project: imagemagick Issue ID: 4265 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2010-02-11 15:23 CET Last Modified: 2010-02-26 18:37 CET ====================================================================== Summary: Please rebuild with new perl 5.10.1 Description: Hi, can you please rebuild the package with our new perl 5.10.1 on build8xt and build8st and place it into /home/experimental/perl afterwards? Thanks, benny ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- parent of 0004311 Please rebuild, linking with libjpeg.so... parent of 0004312 Please rebuild, linking with libjpeg.so... ====================================================================== ---------------------------------------------------------------------- (0007488) hson (manager) - 2010-02-21 19:08 http://www.opencsw.org/mantis/view.php?id=4265#c7488 ---------------------------------------------------------------------- Will try as soon as py_yaml is installed From noreply at opencsw.org Fri Feb 26 18:37:10 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 18:37:10 +0100 Subject: [bug-notifications] [tiff 0004312]: Please rebuild, linking with libjpeg.so.7 instead of libjpeg.so.62 In-Reply-To: <6781d36d63f3426c847505f871ad2188> Message-ID: <83774c19334be9e77cea9c302b95a660@www.opencsw.org> The following issue has been set CHILD OF issue 0004265. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4312 ====================================================================== Reported By: hson Assigned To: ====================================================================== Project: tiff Issue ID: 4312 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-26 18:36 CET Last Modified: 2010-02-26 18:36 CET ====================================================================== Summary: Please rebuild, linking with libjpeg.so.7 instead of libjpeg.so.62 Description: In order to build a new version of imagemagick, I need a libtiff which is linked to libjpeg.so.7 and not libjpeg.so.62 ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- child of 0004265 Please rebuild with new perl 5.10.1 ====================================================================== From noreply at opencsw.org Fri Feb 26 18:37:18 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 18:37:18 +0100 Subject: [bug-notifications] [imagemagick 0004278]: convert: Wrong JPEG library version: library is 62, caller expects 70 In-Reply-To: Message-ID: <14a98a2d9a0b31cef8e4fbeca166383b@www.opencsw.org> The following issue has been set PARENT OF issue 0004312. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4278 ====================================================================== Reported By: skayser Assigned To: hson ====================================================================== Project: imagemagick Issue ID: 4278 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: confirmed ====================================================================== Date Submitted: 2010-02-16 03:10 CET Last Modified: 2010-02-26 18:37 CET ====================================================================== Summary: convert: Wrong JPEG library version: library is 62, caller expects 70 Description: convert has some libjpeg-related troubles when converting to jpeg, i.e. the conversion will fail. All carried out on build10x. $ wget -qO test.png http://images.google.de/images/nav_logo7.png $ file test.png test.png: PNG image data $ convert test.png test.jpg convert: Wrong JPEG library version: library is 62, caller expects 70 `test.jpg' @ jpeg.c/EmitMessage/232. $ file test.jpg test.jpeg: empty file The other way round is fine. $ wget -qO test2.jpg http://blog.lib.umn.edu/jeffryes/biomedical/google.jpg $ file test2.jpg JPEG file $ convert test2.jpg test2.png $ file test2.png PNG image data ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- parent of 0004311 Please rebuild, linking with libjpeg.so... parent of 0004312 Please rebuild, linking with libjpeg.so... ====================================================================== ---------------------------------------------------------------------- (0007442) hson (manager) - 2010-02-16 04:48 http://www.opencsw.org/mantis/view.php?id=4278#c7442 ---------------------------------------------------------------------- I've also noticed this. The problem is libtiff and libgs which is linked to libjpeg.so.62 which get loaded before libjpeg.so.7 (which convert is linked to) From noreply at opencsw.org Fri Feb 26 18:37:19 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 18:37:19 +0100 Subject: [bug-notifications] [tiff 0004312]: Please rebuild, linking with libjpeg.so.7 instead of libjpeg.so.62 In-Reply-To: <6781d36d63f3426c847505f871ad2188> Message-ID: The following issue has been set CHILD OF issue 0004278. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4312 ====================================================================== Reported By: hson Assigned To: ====================================================================== Project: tiff Issue ID: 4312 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-26 18:36 CET Last Modified: 2010-02-26 18:36 CET ====================================================================== Summary: Please rebuild, linking with libjpeg.so.7 instead of libjpeg.so.62 Description: In order to build a new version of imagemagick, I need a libtiff which is linked to libjpeg.so.7 and not libjpeg.so.62 ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- child of 0004265 Please rebuild with new perl 5.10.1 child of 0004278 convert: Wrong JPEG library version: li... ====================================================================== From noreply at opencsw.org Fri Feb 26 18:39:22 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 18:39:22 +0100 Subject: [bug-notifications] [lcms 0004158]: Please provide 64 bit libs In-Reply-To: <8f9ac451aceeaa5500e2f56c8c5bc107> Message-ID: The following issue has been set PARENT OF issue 0004312. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4158 ====================================================================== Reported By: dam Assigned To: hson ====================================================================== Project: lcms Issue ID: 4158 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2010-01-14 23:27 CET Last Modified: 2010-02-26 18:39 CET ====================================================================== Summary: Please provide 64 bit libs Description: Please provide 64 bit libs which is needed for GIMP ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- parent of 0004312 Please rebuild, linking with libjpeg.so... child of 0004175 Please add 64 bit for large images ====================================================================== ---------------------------------------------------------------------- (0007238) hson (manager) - 2010-01-15 01:13 http://www.opencsw.org/mantis/view.php?id=4158#c7238 ---------------------------------------------------------------------- It's on my todo list, as soon as James releases a tiff-package linked to libjpeg.so.7 (lcms is linked to both libjpeg and libtiff) From noreply at opencsw.org Fri Feb 26 18:39:23 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 18:39:23 +0100 Subject: [bug-notifications] [tiff 0004312]: Please rebuild, linking with libjpeg.so.7 instead of libjpeg.so.62 In-Reply-To: <6781d36d63f3426c847505f871ad2188> Message-ID: <3a3a0e0150c397210688a25bc2342b52@www.opencsw.org> The following issue has been set CHILD OF issue 0004158. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4312 ====================================================================== Reported By: hson Assigned To: ====================================================================== Project: tiff Issue ID: 4312 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-26 18:36 CET Last Modified: 2010-02-26 18:36 CET ====================================================================== Summary: Please rebuild, linking with libjpeg.so.7 instead of libjpeg.so.62 Description: In order to build a new version of imagemagick, I need a libtiff which is linked to libjpeg.so.7 and not libjpeg.so.62 ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- child of 0004265 Please rebuild with new perl 5.10.1 child of 0004278 convert: Wrong JPEG library version: li... child of 0004158 Please provide 64 bit libs ====================================================================== From noreply at opencsw.org Fri Feb 26 18:56:58 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 18:56:58 +0100 Subject: [bug-notifications] [gitosis 0004309]: Gitosis won't run, complains about setuptools In-Reply-To: <2a8b01731efdfd67336ed51b00017494> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4309 ====================================================================== Reported By: gadavis Assigned To: ====================================================================== Project: gitosis Issue ID: 4309 Category: packaging Reproducibility: always Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-02-26 07:21 CET Last Modified: 2010-02-26 18:56 CET ====================================================================== Summary: Gitosis won't run, complains about setuptools Description: After upgrading the python packages, gitosis isn't working any more: Traceback (most recent call last): File "/opt/csw/bin/gitosis-serve", line 5, in from pkg_resources import load_entry_point File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 2603, in working_set.require(__requires__) File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 666, in require needed = self.resolve(parse_requirements(requirements)) File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 565, in resolve raise DistributionNotFound(req) # XXX put more info here pkg_resources.DistributionNotFound: setuptools>=0.6c5 fatal: The remote end hung up unexpectedly ====================================================================== ---------------------------------------------------------------------- (0007530) bwalton (manager) - 2010-02-26 18:56 http://www.opencsw.org/mantis/view.php?id=4309#c7530 ---------------------------------------------------------------------- Resolving as per feedback. From noreply at opencsw.org Fri Feb 26 21:04:31 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 21:04:31 +0100 Subject: [bug-notifications] [perl 0004103]: Sun Studio Compiler PATH in Config.pm/Config_heavy.pl and config.h In-Reply-To: Message-ID: <0939eca5c82338f2040f63b2435e3997@www.opencsw.org> The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4103 ====================================================================== Reported By: rrossi33 Assigned To: ====================================================================== Project: perl Issue ID: 4103 Category: other Reproducibility: always Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2009-12-29 10:41 CET Last Modified: 2010-02-26 21:04 CET ====================================================================== Summary: Sun Studio Compiler PATH in Config.pm/Config_heavy.pl and config.h Description: Wrong hard coded cc path in Config.pm/ Config_heavy.pl and config.h cc => ?/opt/studio/SOS11/SUNWspro/bin/cc', on Machine: /opt/SUNWspro/bin/cc Result: /opt/csw/bin/perl -MCPAN -e shell CPAN Module Compiling - Entry in Makefile.pl: /opt/studio/SOS11/SUNWspro/bin/cc error in compiling ====================================================================== ---------------------------------------------------------------------- (0007531) skayser (administrator) - 2010-02-26 21:04 http://www.opencsw.org/bugtrack/view.php?id=4103#c7531 ---------------------------------------------------------------------- Changing "View Status" to "public". In fact "private" shouldn't be selectable on the "Report Issue" form in the first place (not even email notifications get sent out for such submitted bugs). Sorry for the inconvenience. From noreply at opencsw.org Fri Feb 26 21:15:51 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 21:15:51 +0100 Subject: [bug-notifications] [lcms 0004158]: Please provide 64 bit libs In-Reply-To: <8f9ac451aceeaa5500e2f56c8c5bc107> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4158 ====================================================================== Reported By: dam Assigned To: hson ====================================================================== Project: lcms Issue ID: 4158 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2010-01-14 23:27 CET Last Modified: 2010-02-26 21:15 CET ====================================================================== Summary: Please provide 64 bit libs Description: Please provide 64 bit libs which is needed for GIMP ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- parent of 0004312 Please rebuild, linking with libjpeg.so... child of 0004175 Please add 64 bit for large images ====================================================================== ---------------------------------------------------------------------- (0007532) dam (administrator) - 2010-02-26 21:15 http://www.opencsw.org/mantis/view.php?id=4158#c7532 ---------------------------------------------------------------------- Didn't you also provide a GAR recipe for libtiff? We should move to GAR-build packages when available. From noreply at opencsw.org Fri Feb 26 21:25:49 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 21:25:49 +0100 Subject: [bug-notifications] [libproxy 0004307]: split libproxy package to remove X deps In-Reply-To: <4fe18547693031e338ffb42a3a51991e> Message-ID: <5b598b8b21325ae22f3eae194cb6a4f4@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4307 ====================================================================== Reported By: bwalton Assigned To: hson ====================================================================== Project: libproxy Issue ID: 4307 Category: packaging Reproducibility: N/A Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-25 16:47 CET Last Modified: 2010-02-26 21:25 CET ====================================================================== Summary: split libproxy package to remove X deps Description: Hi Roger, What are your thoughts about splitting libproxy into libproxy-core, libproxy-gnome, etc. I'd like to get the core bits without dragging in half of X. For example, I shouldn't need all of the X libs to install svn which has indirect dependencies on libproxy. Thanks -Ben ====================================================================== ---------------------------------------------------------------------- (0007533) dam (administrator) - 2010-02-26 21:25 http://www.opencsw.org/mantis/view.php?id=4307#c7533 ---------------------------------------------------------------------- There is no direct dependency from svn to libproxy, it is svn -> neon -> libproxy. I have now added alternatives for neon, one with minimal dependencies without libproxy and one with full dependencies including libproxy, so the immediate need may be leveled. Additionally, the same mechanism can be applied here for alternatives on libproxy, one minimal without X11 and one with full dependencies. The mechanism is not straight-forward, I'd be happy to give you a hand. Maybe on the next 0.4 update? From noreply at opencsw.org Fri Feb 26 21:39:51 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 21:39:51 +0100 Subject: [bug-notifications] [perl 0004103]: Sun Studio Compiler PATH in Config.pm/Config_heavy.pl and config.h In-Reply-To: Message-ID: <455bb44cfeca62e841b0f74cacb2af87@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4103 ====================================================================== Reported By: rrossi33 Assigned To: ====================================================================== Project: perl Issue ID: 4103 Category: other Reproducibility: always Severity: tweak Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-12-29 10:41 CET Last Modified: 2010-02-26 21:39 CET ====================================================================== Summary: Sun Studio Compiler PATH in Config.pm/Config_heavy.pl and config.h Description: Wrong hard coded cc path in Config.pm/ Config_heavy.pl and config.h cc => ?/opt/studio/SOS11/SUNWspro/bin/cc', on Machine: /opt/SUNWspro/bin/cc Result: /opt/csw/bin/perl -MCPAN -e shell CPAN Module Compiling - Entry in Makefile.pl: /opt/studio/SOS11/SUNWspro/bin/cc error in compiling ====================================================================== ---------------------------------------------------------------------- (0007534) dam (administrator) - 2010-02-26 21:39 http://www.opencsw.org/bugtrack/view.php?id=4103#c7534 ---------------------------------------------------------------------- The path /opt/studio/SOS11/SUNWspro/bin/cc is indeed the default compiler path for OpenCSW. This is due to the fact there are many different Sun Studio and other compilers installed and each compiler has specific pathes and flags. I don't see a simple way around this. From noreply at opencsw.org Fri Feb 26 21:44:21 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 21:44:21 +0100 Subject: [bug-notifications] [lynx 0002692]: lynx.cfg contains a typo In-Reply-To: <94adcd5c731b3ce4bffdc37b456935a2> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2692 ====================================================================== Reported By: irilyth Assigned To: dam ====================================================================== Project: lynx Issue ID: 2692 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-12-06 16:23 CET Last Modified: 2010-02-26 21:44 CET ====================================================================== Summary: lynx.cfg contains a typo Description: After updating to the 2007 Q4 stable repository, and upgrading CSWlynx to 2.8.6,REV=2007.07.29, lynx crashes when launched: +$ lynx http://www.blastwave.org/ Syntax Error parsing COLOR in configuration file: The line must be of the form: COLOR:INTEGER:FOREGROUND:BACKGROUND Here FOREGROUND and BACKGROUND must be one of: The special strings \'nocolor\' or \'default\', or black red green brown blue magenta cyan lightgray gray brightred brightgreen yellow brightblue brightmagenta brightcyan white Offending line: There\'s no offending line listed, but this line seems to be the one it\'s unhappy with: COLOR:6:brightred:black Commenting out this line fixes the problem. ====================================================================== ---------------------------------------------------------------------- (0006417) skayser (administrator) - 2009-07-09 17:15 http://www.opencsw.org/mantis/view.php?id=2692#c6417 ---------------------------------------------------------------------- I am seeing this too on 5.10 i386. Can we get this fixed / investigated please? # pkginfo -x CSWlynx CSWlynx lynx - lynx - text browser for the World Wide Web (i386) 2.8.6,REV=2007.07.29 From noreply at opencsw.org Fri Feb 26 21:51:28 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 21:51:28 +0100 Subject: [bug-notifications] [lynx 0002692]: lynx.cfg contains a typo In-Reply-To: <94adcd5c731b3ce4bffdc37b456935a2> Message-ID: <16d5ccb90674d5ef06571a2dd01e5223@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2692 ====================================================================== Reported By: irilyth Assigned To: dam ====================================================================== Project: lynx Issue ID: 2692 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-12-06 16:23 CET Last Modified: 2010-02-26 21:51 CET ====================================================================== Summary: lynx.cfg contains a typo Description: After updating to the 2007 Q4 stable repository, and upgrading CSWlynx to 2.8.6,REV=2007.07.29, lynx crashes when launched: +$ lynx http://www.blastwave.org/ Syntax Error parsing COLOR in configuration file: The line must be of the form: COLOR:INTEGER:FOREGROUND:BACKGROUND Here FOREGROUND and BACKGROUND must be one of: The special strings \'nocolor\' or \'default\', or black red green brown blue magenta cyan lightgray gray brightred brightgreen yellow brightblue brightmagenta brightcyan white Offending line: There\'s no offending line listed, but this line seems to be the one it\'s unhappy with: COLOR:6:brightred:black Commenting out this line fixes the problem. ====================================================================== ---------------------------------------------------------------------- (0007535) dam (administrator) - 2010-02-26 21:51 http://www.opencsw.org/mantis/view.php?id=2692#c7535 ---------------------------------------------------------------------- Fixed in 2.8.7,REV=2010.02.26 and released to current/. From noreply at opencsw.org Fri Feb 26 21:52:41 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 21:52:41 +0100 Subject: [bug-notifications] [neon 0004281]: Causes subversion to pull in X11 libs (neon depends on libproxy which in turn depends on X11) In-Reply-To: <7e4ffd2bbc7caa8b2b66e7a8c83f0a28> Message-ID: <0d02b83462a2c2a0c340a9f7bf2e23d8@www.opencsw.org> The following issue has been set as RELATED TO issue 0004307. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4281 ====================================================================== Reported By: skayser Assigned To: dam ====================================================================== Project: neon Issue ID: 4281 Category: packaging Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-16 20:20 CET Last Modified: 2010-02-26 21:52 CET ====================================================================== Summary: Causes subversion to pull in X11 libs (neon depends on libproxy which in turn depends on X11) Description: Just installed subversion on a test system and pkgutil pulled in a whole lot more than I expected, namely the CSW X11 libs stack via neon -> libproxy. I don't mind for the test system, but I can imagine people with systems where they _don't_ want to install such a depedency list only to use subversion. # pkgutil -i subversion ... Fetching CSWx11common-1.0,REV=2009.05.24 (1/20)... Fetching CSWlibxau-1.0.4,REV=2009.06.04 (2/20)... Fetching CSWlibxcb-1.3,REV=2009.06.07 (3/20)... Fetching CSWlibice-1.0.6,REV=2009.09.22 (4/20)... Fetching CSWlibx11-1.2.2,REV=2009.07.12 (5/20)... Fetching CSWlibxt-1.0.6,REV=2009.09.25 (6/20)... Fetching CSWlibxext-1.0.5,REV=2009.09.22 (7/20)... Fetching CSWlibsm-1.1.1,REV=2009.09.23 (8/20)... Fetching CSWlibxmu-1.0.4,REV=2009.09.25 (9/20)... Fetching CSWlibproxy-0.3.0,REV=2010.01.18 (10/20)... Fetching CSWpakchois-0.4,REV=2009.10.08 (11/20)... Fetching CSWkrb5lib-1.4.4,REV=2006.12.27 (12/20)... Fetching CSWexpat-2.0.1,REV=2009.01.22 (13/20)... Fetching CSWsqlite3-3.6.21,REV=2010.01.04 (14/20)... Fetching CSWperl-5.8.8,REV=2009.11.12 (15/20)... Fetching CSWgsed-4.2.1,REV=2009.07.14 (16/20)... Fetching CSWbdb-4.7.25,REV=2009.10.18 (17/20)... Fetching CSWneon-0.29.3,REV=2010.01.19 (18/20)... Fetching CSWapache2rt-2.2.13,REV=2009.08.22 (19/20)... Fetching CSWsvn-1.6.6,REV=2009.11.14 (20/20)... ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0004307 split libproxy package to remove X deps ====================================================================== ---------------------------------------------------------------------- (0007480) dam (administrator) - 2010-02-19 22:27 http://www.opencsw.org/mantis/view.php?id=4281#c7480 ---------------------------------------------------------------------- Plan is to build two libraries, one with minimal, one with full dependencies in packages CSWneon and CSWneonfancy switched via alternatives where neonfancy has higher priority. From noreply at opencsw.org Fri Feb 26 21:52:42 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 21:52:42 +0100 Subject: [bug-notifications] [libproxy 0004307]: split libproxy package to remove X deps In-Reply-To: <4fe18547693031e338ffb42a3a51991e> Message-ID: <00a2d7fcc85a8b5c91935872f2c13c11@www.opencsw.org> The following issue has been set as RELATED TO issue 0004281. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4307 ====================================================================== Reported By: bwalton Assigned To: hson ====================================================================== Project: libproxy Issue ID: 4307 Category: packaging Reproducibility: N/A Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-25 16:47 CET Last Modified: 2010-02-26 21:25 CET ====================================================================== Summary: split libproxy package to remove X deps Description: Hi Roger, What are your thoughts about splitting libproxy into libproxy-core, libproxy-gnome, etc. I'd like to get the core bits without dragging in half of X. For example, I shouldn't need all of the X libs to install svn which has indirect dependencies on libproxy. Thanks -Ben ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0004281 Causes subversion to pull in X11 libs (... ====================================================================== ---------------------------------------------------------------------- (0007533) dam (administrator) - 2010-02-26 21:25 http://www.opencsw.org/mantis/view.php?id=4307#c7533 ---------------------------------------------------------------------- There is no direct dependency from svn to libproxy, it is svn -> neon -> libproxy. I have now added alternatives for neon, one with minimal dependencies without libproxy and one with full dependencies including libproxy, so the immediate need may be leveled. Additionally, the same mechanism can be applied here for alternatives on libproxy, one minimal without X11 and one with full dependencies. The mechanism is not straight-forward, I'd be happy to give you a hand. Maybe on the next 0.4 update? From noreply at opencsw.org Fri Feb 26 21:55:51 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 21:55:51 +0100 Subject: [bug-notifications] [neon 0004281]: Causes subversion to pull in X11 libs (neon depends on libproxy which in turn depends on X11) In-Reply-To: <7e4ffd2bbc7caa8b2b66e7a8c83f0a28> Message-ID: <38241c396e5290d4a60593eb045b7bfa@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4281 ====================================================================== Reported By: skayser Assigned To: dam ====================================================================== Project: neon Issue ID: 4281 Category: packaging Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-02-16 20:20 CET Last Modified: 2010-02-26 21:55 CET ====================================================================== Summary: Causes subversion to pull in X11 libs (neon depends on libproxy which in turn depends on X11) Description: Just installed subversion on a test system and pkgutil pulled in a whole lot more than I expected, namely the CSW X11 libs stack via neon -> libproxy. I don't mind for the test system, but I can imagine people with systems where they _don't_ want to install such a depedency list only to use subversion. # pkgutil -i subversion ... Fetching CSWx11common-1.0,REV=2009.05.24 (1/20)... Fetching CSWlibxau-1.0.4,REV=2009.06.04 (2/20)... Fetching CSWlibxcb-1.3,REV=2009.06.07 (3/20)... Fetching CSWlibice-1.0.6,REV=2009.09.22 (4/20)... Fetching CSWlibx11-1.2.2,REV=2009.07.12 (5/20)... Fetching CSWlibxt-1.0.6,REV=2009.09.25 (6/20)... Fetching CSWlibxext-1.0.5,REV=2009.09.22 (7/20)... Fetching CSWlibsm-1.1.1,REV=2009.09.23 (8/20)... Fetching CSWlibxmu-1.0.4,REV=2009.09.25 (9/20)... Fetching CSWlibproxy-0.3.0,REV=2010.01.18 (10/20)... Fetching CSWpakchois-0.4,REV=2009.10.08 (11/20)... Fetching CSWkrb5lib-1.4.4,REV=2006.12.27 (12/20)... Fetching CSWexpat-2.0.1,REV=2009.01.22 (13/20)... Fetching CSWsqlite3-3.6.21,REV=2010.01.04 (14/20)... Fetching CSWperl-5.8.8,REV=2009.11.12 (15/20)... Fetching CSWgsed-4.2.1,REV=2009.07.14 (16/20)... Fetching CSWbdb-4.7.25,REV=2009.10.18 (17/20)... Fetching CSWneon-0.29.3,REV=2010.01.19 (18/20)... Fetching CSWapache2rt-2.2.13,REV=2009.08.22 (19/20)... Fetching CSWsvn-1.6.6,REV=2009.11.14 (20/20)... ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0004307 split libproxy package to remove X deps ====================================================================== ---------------------------------------------------------------------- (0007536) dam (administrator) - 2010-02-26 21:55 http://www.opencsw.org/mantis/view.php?id=4281#c7536 ---------------------------------------------------------------------- Version 0.29.3,REV=2010.02.25 with alternatives support available at http://mirror.opencsw.org/experimental.html#alternatives for testing. From noreply at opencsw.org Fri Feb 26 21:57:01 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 21:57:01 +0100 Subject: [bug-notifications] [pm_soaplite 0004269]: SOAP::Lite fails to load properly, looking for version.pm In-Reply-To: <4a59a6e5d114d7a6211944d76e62cfdb> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4269 ====================================================================== Reported By: gadavis Assigned To: dam ====================================================================== Project: pm_soaplite Issue ID: 4269 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-02-13 02:58 CET Last Modified: 2010-02-26 21:57 CET ====================================================================== Summary: SOAP::Lite fails to load properly, looking for version.pm Description: With the most recent version of the perl packages, the SOAP::Lite module fails to load properly. Trivial test case: $ /opt/csw/bin/perl -e 'use SOAP::Lite; print "Testing SOAP::Lite\n";' Results in: 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/SOAP/Lite.pm line 22. BEGIN failed--compilation aborted at /opt/csw/share/perl/csw/SOAP/Lite.pm line 22. Compilation failed in require at -e line 1. BEGIN failed--compilation aborted at -e line 1. ====================================================================== ---------------------------------------------------------------------- (0007537) dam (administrator) - 2010-02-26 21:57 http://www.opencsw.org/mantis/view.php?id=4269#c7537 ---------------------------------------------------------------------- Fixed among other dependencies in 0.710.10,REV=2010.02.25 and released to current/. From noreply at opencsw.org Fri Feb 26 21:57:28 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 21:57:28 +0100 Subject: [bug-notifications] [pm_xmlparser 0004171]: Please upgrade to 2.36 In-Reply-To: Message-ID: <03311182e55b5cf8a7538a3f583db84a@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4171 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: pm_xmlparser Issue ID: 4171 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-19 15:24 CET Last Modified: 2010-02-26 21:57 CET ====================================================================== Summary: Please upgrade to 2.36 Description: Please upgrade to 2.36 ====================================================================== From noreply at opencsw.org Fri Feb 26 21:57:44 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 21:57:44 +0100 Subject: [bug-notifications] [pm_xmlparser 0004171]: Please upgrade to 2.36 In-Reply-To: Message-ID: <5a243287d717285b353378e344e92490@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4171 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: pm_xmlparser Issue ID: 4171 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-01-19 15:24 CET Last Modified: 2010-02-26 21:57 CET ====================================================================== Summary: Please upgrade to 2.36 Description: Please upgrade to 2.36 ====================================================================== ---------------------------------------------------------------------- (0007538) dam (administrator) - 2010-02-26 21:57 http://www.opencsw.org/mantis/view.php?id=4171#c7538 ---------------------------------------------------------------------- Fixed in 2.36,REV=2010.02.26 and released to current/. From noreply at opencsw.org Fri Feb 26 23:18:39 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 26 Feb 2010 23:18:39 +0100 Subject: [bug-notifications] [tk 0004313]: tk links to /usr/openwin/lib/libX11.so.4 - please rebuild to link against opencsw X11 libs Message-ID: <1196a60a49c0705941a1dc3c20e2bc81@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4313 ====================================================================== Reported By: ellson Assigned To: ====================================================================== Project: tk Issue ID: 4313 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-26 23:18 CET Last Modified: 2010-02-26 23:18 CET ====================================================================== Summary: tk links to /usr/openwin/lib/libX11.so.4 - please rebuild to link against opencsw X11 libs Description: tk links to /usr/openwin/lib/libX11.so.4 - please rebuild to link against opencsw X11 libs This is causing problems for graphviz when trying to link against libtkso. ====================================================================== From noreply at opencsw.org Sat Feb 27 05:43:04 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 27 Feb 2010 05:43:04 +0100 Subject: [bug-notifications] [libxext_devel 0004314]: xext.pc has xextproto as requirement, but no package dependency Message-ID: <605e1402ad80fdb171d9d684a31f1803@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4314 ====================================================================== Reported By: hson Assigned To: ====================================================================== Project: libxext_devel Issue ID: 4314 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-27 05:43 CET Last Modified: 2010-02-27 05:43 CET ====================================================================== Summary: xext.pc has xextproto as requirement, but no package dependency Description: xext.pc has xextproto as requirement but libext_devel doesn't have x11_xextproto (or xextproto whichever is the correct package) as dependency ====================================================================== From noreply at opencsw.org Sat Feb 27 14:12:04 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 27 Feb 2010 14:12:04 +0100 Subject: [bug-notifications] [syslog_ng 0004308]: syslog_ng fails with exit status 2 on shutdown/reboot In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4308 ====================================================================== Reported By: diget Assigned To: maciej ====================================================================== Project: syslog_ng Issue ID: 4308 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-26 00:13 CET Last Modified: 2010-02-27 14:12 CET ====================================================================== Summary: syslog_ng fails with exit status 2 on shutdown/reboot Description: On rebooting a Solaris 10u8 (10/09) SPARC machine it complains about shutting down syslog-ng with the following message: svc.startd[7]: svc:/network/cswsyslog_ng:default: Method "/var/opt/csw/svc/method/svc-cswsyslog_ng stop" failed with exit status 2. With syslog_ng running and running the manifest file by hand, it appears that the pid file as gone via the kill -15 and therefore the rm ${PID_FILE} in the stop section complains. I think adding a "-f" to the rm would fix the problem. ====================================================================== ---------------------------------------------------------------------- (0007539) maciej (manager) - 2010-02-27 14:12 http://www.opencsw.org/bugtrack/view.php?id=4308#c7539 ---------------------------------------------------------------------- Please try the new syslog-ng packages from experimental: http://mirror.opencsw.org/experimental.html#maciej From noreply at opencsw.org Sat Feb 27 14:12:16 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 27 Feb 2010 14:12:16 +0100 Subject: [bug-notifications] [syslog_ng 0004308]: syslog_ng fails with exit status 2 on shutdown/reboot In-Reply-To: Message-ID: <9f24c618b9bd570172c968a9468c1e62@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4308 ====================================================================== Reported By: diget Assigned To: maciej ====================================================================== Project: syslog_ng Issue ID: 4308 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-02-26 00:13 CET Last Modified: 2010-02-27 14:12 CET ====================================================================== Summary: syslog_ng fails with exit status 2 on shutdown/reboot Description: On rebooting a Solaris 10u8 (10/09) SPARC machine it complains about shutting down syslog-ng with the following message: svc.startd[7]: svc:/network/cswsyslog_ng:default: Method "/var/opt/csw/svc/method/svc-cswsyslog_ng stop" failed with exit status 2. With syslog_ng running and running the manifest file by hand, it appears that the pid file as gone via the kill -15 and therefore the rm ${PID_FILE} in the stop section complains. I think adding a "-f" to the rm would fix the problem. ====================================================================== ---------------------------------------------------------------------- (0007540) maciej (manager) - 2010-02-27 14:12 http://www.opencsw.org/bugtrack/view.php?id=4308#c7540 ---------------------------------------------------------------------- http://mirror.opencsw.org/experimental.html#maciej From noreply at opencsw.org Sat Feb 27 14:18:09 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 27 Feb 2010 14:18:09 +0100 Subject: [bug-notifications] [cups 0002924]: A subsiture package for SUNWpcr and SUNWpcu should be provided In-Reply-To: Message-ID: <5200651369610f9f3f89cbbdb0657625@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2924 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: cups Issue ID: 2924 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-07-08 07:43 CEST Last Modified: 2010-02-27 14:18 CET ====================================================================== Summary: A subsiture package for SUNWpcr and SUNWpcu should be provided Description: It would be cool to have a package containing links of /usr/bin/lp* to the cups binaries which acts as a plug-in-replacemenet for the supplied System V provided. The package should be flagged INCOMPATIBLE with the above package. ====================================================================== ---------------------------------------------------------------------- (0007541) maciej (manager) - 2010-02-27 14:18 http://www.opencsw.org/mantis/view.php?id=2924#c7541 ---------------------------------------------------------------------- Doesn't seem like it's going to be released. Dago, what do we do with this one? From noreply at opencsw.org Sat Feb 27 14:37:40 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 27 Feb 2010 14:37:40 +0100 Subject: [bug-notifications] [cups 0002924]: A subsiture package for SUNWpcr and SUNWpcu should be provided In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2924 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: cups Issue ID: 2924 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-07-08 07:43 CEST Last Modified: 2010-02-27 14:37 CET ====================================================================== Summary: A subsiture package for SUNWpcr and SUNWpcu should be provided Description: It would be cool to have a package containing links of /usr/bin/lp* to the cups binaries which acts as a plug-in-replacemenet for the supplied System V provided. The package should be flagged INCOMPATIBLE with the above package. ====================================================================== ---------------------------------------------------------------------- (0007542) dam (administrator) - 2010-02-27 14:37 http://www.opencsw.org/mantis/view.php?id=2924#c7542 ---------------------------------------------------------------------- I say we use a the prefix CSWsunwcups and make a new catalog "sunwreplace" or similar on mirror.opencsw.org and collect everything until we have the new release-and-staging in place. From noreply at opencsw.org Sat Feb 27 17:29:58 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 27 Feb 2010 17:29:58 +0100 Subject: [bug-notifications] [mysql5 0004295]: Warns about "old configuration directory", but references /opt/csw/mysql5/var while doing so In-Reply-To: <57e62d85de105d87af3829f4bc55dd52> Message-ID: <11e8fe1b6eaf74803eb3b6d7e1371434@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4295 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: mysql5 Issue ID: 4295 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-02-18 19:52 CET Last Modified: 2010-02-27 17:29 CET ====================================================================== Summary: Warns about "old configuration directory", but references /opt/csw/mysql5/var while doing so Description: Just upgraded from an oldish-installation (5.0.51,REV=2008.01.20) to 5.0.87,REV=2010.01.08. On installation of the new version there was a warning about a still existing "old configuration directory", but it referenced /opt/csw/mysql5/var which isn't a configuration directory, is it? ==> Installing CSWmysql5-5.0.87,REV=2010.01.08 Please see /opt/csw/share/doc/mysql5/license for license information. ******************************************************************* * The old configuration directory /opt/csw/mysql5/var still exists. * Please move your configuration to /var/opt/csw/mysql5. * * Installation will continue in 10 seconds. * Press CTRL+C if you want to stop now. ******************************************************************* Installing class ... Group mysql already exists User mysql already exists ... ====================================================================== ---------------------------------------------------------------------- (0007543) maciej (manager) - 2010-02-27 17:29 http://www.opencsw.org/mantis/view.php?id=4295#c7543 ---------------------------------------------------------------------- This bit belongs to cswclassutils. Revision 8865 updates the message. Plase see experimental for the updated package. From noreply at opencsw.org Sun Feb 28 09:44:29 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Feb 2010 09:44:29 +0100 Subject: [bug-notifications] [trac 0004077]: undeclared dependency on python_devel In-Reply-To: <69dc581f71dc1381ee7d3f88761cc0b3> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4077 ====================================================================== Reported By: pfelecan Assigned To: rupert ====================================================================== Project: trac Issue ID: 4077 Category: packaging Reproducibility: always Severity: block Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-12-11 09:22 CET Last Modified: 2010-02-28 09:44 CET ====================================================================== Summary: undeclared dependency on python_devel Description: After installing trac, trying to get help: trac-admin help we get: Traceback (most recent call last): File "/opt/csw/bin/trac-admin", line 5, in from pkg_resources import load_entry_point File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 657, in class Environment(object): File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 660, in Environment def __init__(self, search_path=None, platform=get_supported_platform(), python=PY_MAJOR): File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 55, in get_supported_platform plat = get_build_platform(); m = macosVersionString.match(plat) File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 186, in get_build_platform from distutils.util import get_platform ImportError: No module named distutils.util After installing python_devel, everything seems alright. ====================================================================== ---------------------------------------------------------------------- (0007099) maciej (manager) - 2009-12-18 20:58 http://www.opencsw.org/bugtrack/view.php?id=4077#c7099 ---------------------------------------------------------------------- This issue will be gone when CSWpython 2.6.4 is released. (it's in testing now) From noreply at opencsw.org Sun Feb 28 09:44:55 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Feb 2010 09:44:55 +0100 Subject: [bug-notifications] [trac 0004086]: Change the dependency from CSWpysvn to CSWpythonsvn In-Reply-To: Message-ID: <6789aeea6e1a4c23d038b70957ff1e5e@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4086 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: trac Issue ID: 4086 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-12-18 20:59 CET Last Modified: 2010-02-28 09:44 CET ====================================================================== Summary: Change the dependency from CSWpysvn to CSWpythonsvn Description: The old pysvn package will now contain a new module. What was previously pysvn is now pythonsvn. ====================================================================== ---------------------------------------------------------------------- (0007101) rupert (reporter) - 2009-12-19 21:16 http://www.opencsw.org/bugtrack/view.php?id=4086#c7101 ---------------------------------------------------------------------- now in testing, with trac-0.11.6 From noreply at opencsw.org Sun Feb 28 09:48:08 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Feb 2010 09:48:08 +0100 Subject: [bug-notifications] [trac 0004086]: Change the dependency from CSWpysvn to CSWpythonsvn In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4086 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: trac Issue ID: 4086 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-12-18 20:59 CET Last Modified: 2010-02-28 09:48 CET ====================================================================== Summary: Change the dependency from CSWpysvn to CSWpythonsvn Description: The old pysvn package will now contain a new module. What was previously pysvn is now pythonsvn. ====================================================================== ---------------------------------------------------------------------- (0007544) maciej (manager) - 2010-02-28 09:48 http://www.opencsw.org/bugtrack/view.php?id=4086#c7544 ---------------------------------------------------------------------- New trac has been released. From noreply at opencsw.org Sun Feb 28 13:45:41 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Feb 2010 13:45:41 +0100 Subject: [bug-notifications] [pixman 0003890]: Please upgrade to 0.16 In-Reply-To: Message-ID: <03406eb633b89e0de7f0f41af51f2d58@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3890 ====================================================================== Reported By: dam Assigned To: wbonnet ====================================================================== Project: pixman Issue ID: 3890 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-09 14:46 CEST Last Modified: 2010-02-28 13:45 CET ====================================================================== Summary: Please upgrade to 0.16 Description: Please upgrade to 0.16 ====================================================================== ---------------------------------------------------------------------- (0007545) wbonnet (manager) - 2010-02-28 13:45 http://www.opencsw.org/bugtrack/view.php?id=3890#c7545 ---------------------------------------------------------------------- Version 0.17.8 has been pushed to unstable From noreply at opencsw.org Sun Feb 28 15:43:06 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Feb 2010 15:43:06 +0100 Subject: [bug-notifications] [mysql5devel 0004180]: mysql5_devel depends on mysql5 not mysql5_rt In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4180 ====================================================================== Reported By: hson Assigned To: ====================================================================== Project: mysql5devel Issue ID: 4180 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-01-25 02:42 CET Last Modified: 2010-02-28 15:43 CET ====================================================================== Summary: mysql5_devel depends on mysql5 not mysql5_rt Description: Shouldn't it be enough for mysql5_devel to depend on mysql5_rt instead of mysql5? Right now, if I want to compile something with mysql support, I have to drag in the whole mysql5 sever (which gets autostarted in Solaris 10 with the smf support) This seems a bit overkill... ====================================================================== ---------------------------------------------------------------------- (0007546) maciej (manager) - 2010-02-28 15:43 http://www.opencsw.org/mantis/view.php?id=4180#c7546 ---------------------------------------------------------------------- The updated package is in experimental, please try. http://mirror.opencsw.org/experimental.html#maciej From noreply at opencsw.org Sun Feb 28 15:43:19 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Feb 2010 15:43:19 +0100 Subject: [bug-notifications] [mysql5devel 0004180]: mysql5_devel depends on mysql5 not mysql5_rt In-Reply-To: Message-ID: <11c7154d59796638140ee1fcfdf3b57e@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4180 ====================================================================== Reported By: hson Assigned To: maciej ====================================================================== Project: mysql5devel Issue ID: 4180 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-01-25 02:42 CET Last Modified: 2010-02-28 15:43 CET ====================================================================== Summary: mysql5_devel depends on mysql5 not mysql5_rt Description: Shouldn't it be enough for mysql5_devel to depend on mysql5_rt instead of mysql5? Right now, if I want to compile something with mysql support, I have to drag in the whole mysql5 sever (which gets autostarted in Solaris 10 with the smf support) This seems a bit overkill... ====================================================================== ---------------------------------------------------------------------- (0007547) maciej (manager) - 2010-02-28 15:43 http://www.opencsw.org/mantis/view.php?id=4180#c7547 ---------------------------------------------------------------------- http://mirror.opencsw.org/experimental.html#maciej From noreply at opencsw.org Sun Feb 28 15:58:32 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Feb 2010 15:58:32 +0100 Subject: [bug-notifications] [py_suds 0004310]: Please upgrade to 0.3.9 In-Reply-To: <69aeb82849296335bcd4acacac651298> Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4310 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: py_suds Issue ID: 4310 Category: other Reproducibility: N/A Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-02-26 18:27 CET Last Modified: 2010-02-28 15:58 CET ====================================================================== Summary: Please upgrade to 0.3.9 Description: 0.3.9 fixes some local caching issues, 0.3.8 is already working wonderfully in this CLI client which i am gonna release soonish :) ====================================================================== ---------------------------------------------------------------------- (0007548) maciej (manager) - 2010-02-28 15:58 http://www.opencsw.org/mantis/view.php?id=4310#c7548 ---------------------------------------------------------------------- Updated package is in experimental. From noreply at opencsw.org Sun Feb 28 16:31:04 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Feb 2010 16:31:04 +0100 Subject: [bug-notifications] [py_suds 0004310]: Please upgrade to 0.3.9 In-Reply-To: <69aeb82849296335bcd4acacac651298> Message-ID: <152fe7426b18fb565b71ae1323ed38d2@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4310 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: py_suds Issue ID: 4310 Category: other Reproducibility: N/A Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-02-26 18:27 CET Last Modified: 2010-02-28 16:31 CET ====================================================================== Summary: Please upgrade to 0.3.9 Description: 0.3.9 fixes some local caching issues, 0.3.8 is already working wonderfully in this CLI client which i am gonna release soonish :) ====================================================================== ---------------------------------------------------------------------- (0007549) skayser (administrator) - 2010-02-28 16:31 http://www.opencsw.org/mantis/view.php?id=4310#c7549 ---------------------------------------------------------------------- Looks good, thanks! From noreply at opencsw.org Sun Feb 28 17:25:50 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Feb 2010 17:25:50 +0100 Subject: [bug-notifications] [openssh_client 0004306]: Consider adding ssh-copy-id script to openssh_client package In-Reply-To: <490c7ea049e20c494fd620b955a0dd8e> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4306 ====================================================================== Reported By: ckmehta1 Assigned To: yann ====================================================================== Project: openssh_client Issue ID: 4306 Category: other Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-25 14:48 CET Last Modified: 2010-02-28 17:25 CET ====================================================================== Summary: Consider adding ssh-copy-id script to openssh_client package Description: ssh-copy-id is a script that uses ssh to log into a remote machine and sets up a public-key configuration that supports password-less logins over ssh Supposedly it is located in the portable OpenSSH source code, but just in case, the latest script & manpage I could find is located at: http://anoncvs.mindrot.org/index.cgi/openssh/contrib/ssh-copy-id http://anoncvs.mindrot.org/index.cgi/openssh/contrib/ssh-copy-id.1 ====================================================================== From noreply at opencsw.org Sun Feb 28 18:26:48 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Feb 2010 18:26:48 +0100 Subject: [bug-notifications] [php5 0004315]: RFE: Ship the PHP DTrace module Message-ID: <0ce7d8f11ada6d9222f93f1a0dd8288c@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4315 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: php5 Issue ID: 4315 Category: other Reproducibility: N/A Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2010-02-28 18:26 CET Last Modified: 2010-02-28 18:26 CET ====================================================================== Summary: RFE: Ship the PHP DTrace module Description: There is a somewhat dated PHP module available over at http://pecl.php.net/package/DTrace which makes for some cool debugging features (e.g. http://netevil.org/blog/2005/aug/dtracing-php-on-solaris, http://hub.opensolaris.org/bin/download/Community+Group+edu/nocost_resources/DTRACEGSG.pdf). Somewhat of an alternative and more integrated approach to profiling than xdebug. If this module is buildable against our PHP, it would be a helpful addition. ====================================================================== From noreply at opencsw.org Sun Feb 28 22:55:02 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Feb 2010 22:55:02 +0100 Subject: [bug-notifications] [mysql5devel 0004180]: mysql5_devel depends on mysql5 not mysql5_rt In-Reply-To: Message-ID: <23356c6f7888f0e07d4101d3bf6c025f@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4180 ====================================================================== Reported By: hson Assigned To: maciej ====================================================================== Project: mysql5devel Issue ID: 4180 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-01-25 02:42 CET Last Modified: 2010-02-28 22:55 CET ====================================================================== Summary: mysql5_devel depends on mysql5 not mysql5_rt Description: Shouldn't it be enough for mysql5_devel to depend on mysql5_rt instead of mysql5? Right now, if I want to compile something with mysql support, I have to drag in the whole mysql5 sever (which gets autostarted in Solaris 10 with the smf support) This seems a bit overkill... ====================================================================== ---------------------------------------------------------------------- (0007550) hson (reporter) - 2010-02-28 22:55 http://www.opencsw.org/mantis/view.php?id=4180#c7550 ---------------------------------------------------------------------- Looks good From noreply at opencsw.org Sun Feb 28 23:05:55 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Feb 2010 23:05:55 +0100 Subject: [bug-notifications] [libx11_devel 0004155]: Missing dependencies In-Reply-To: <009b5382fe926ff37e854160da7180a2> Message-ID: <813818057d65ebed9efec1461dc66e11@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4155 ====================================================================== Reported By: hson Assigned To: wbonnet ====================================================================== Project: libx11_devel Issue ID: 4155 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-14 02:07 CET Last Modified: 2010-02-28 23:05 CET ====================================================================== Summary: Missing dependencies Description: x11.pc lists xproto and kbproto as requirements but libx11_devel don't have CSWxproto and CSWkbproto as dependencies ====================================================================== From noreply at opencsw.org Sun Feb 28 23:05:59 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Feb 2010 23:05:59 +0100 Subject: [bug-notifications] [libxt 0004176]: libSM.so.6 (SUNWprivate) => (version not found) In-Reply-To: <70b75a64476921f0fafd22eb2d9c19ea> Message-ID: <7380d0e49606f8243219c0e1acebb93e@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4176 ====================================================================== Reported By: james Assigned To: wbonnet ====================================================================== Project: libxt Issue ID: 4176 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-23 12:28 CET Last Modified: 2010-02-28 23:05 CET ====================================================================== Summary: libSM.so.6 (SUNWprivate) => (version not found) Description: Linked to SUNWprivate version of libSM.so.6 and complains "version not found" ====================================================================== From noreply at opencsw.org Sun Feb 28 23:06:02 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Feb 2010 23:06:02 +0100 Subject: [bug-notifications] [libxext_devel 0004314]: xext.pc has xextproto as requirement, but no package dependency In-Reply-To: Message-ID: <3f099aa49035a5e4786eaa50ca4f8435@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4314 ====================================================================== Reported By: hson Assigned To: wbonnet ====================================================================== Project: libxext_devel Issue ID: 4314 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-27 05:43 CET Last Modified: 2010-02-28 23:06 CET ====================================================================== Summary: xext.pc has xextproto as requirement, but no package dependency Description: xext.pc has xextproto as requirement but libext_devel doesn't have x11_xextproto (or xextproto whichever is the correct package) as dependency ====================================================================== From noreply at opencsw.org Sun Feb 28 23:06:09 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Feb 2010 23:06:09 +0100 Subject: [bug-notifications] [libxau_devel 0004136]: xau requires xproto but no dependency exists In-Reply-To: <250d7d6027b5b579efd0b0acbacc966e> Message-ID: <16ba629438df6e7be15498bddc77a5d9@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4136 ====================================================================== Reported By: hson Assigned To: wbonnet ====================================================================== Project: libxau_devel Issue ID: 4136 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-10 03:16 CET Last Modified: 2010-02-28 23:06 CET ====================================================================== Summary: xau requires xproto but no dependency exists Description: libxau_devel should be dependent on xproto ====================================================================== ---------------------------------------------------------------------- (0007215) dam (administrator) - 2010-01-13 15:47 http://www.opencsw.org/bugtrack/view.php?id=4136#c7215 ---------------------------------------------------------------------- The X11 subsystem is currently being updated by William, cc'ing him for next action. From noreply at opencsw.org Sun Feb 28 23:06:12 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Feb 2010 23:06:12 +0100 Subject: [bug-notifications] [libxv 0001823]: No shared libs in package In-Reply-To: Message-ID: <666e3636cb489a51b3cad6a93c5c63ea@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1823 ====================================================================== Reported By: kenmays Assigned To: wbonnet ====================================================================== Project: libxv Issue ID: 1823 Category: packaging Reproducibility: always Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2006-09-24 17:22 CEST Last Modified: 2010-02-28 23:06 CET ====================================================================== Summary: No shared libs in package Description: Need to provide shared libs in package as well as update this to 6.8.2 for better alignment to Solaris 9/10 Xsun/Xorg development. ====================================================================== ---------------------------------------------------------------------- (0004377) jgoerzen (reporter) - 2007-02-27 13:26 http://www.opencsw.org/bugtrack/view.php?id=1823#c4377 ---------------------------------------------------------------------- It is not possible to create a libXv package with shared libraries to run on Solaris 8/9 because the functions that are require for the Xv extension are not available until Solaris 10. From noreply at opencsw.org Sun Feb 28 23:07:36 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Feb 2010 23:07:36 +0100 Subject: [bug-notifications] [libxv 0001823]: No shared libs in package In-Reply-To: Message-ID: <44d8b83f353f61f09a3e42517555675b@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1823 ====================================================================== Reported By: kenmays Assigned To: wbonnet ====================================================================== Project: libxv Issue ID: 1823 Category: packaging Reproducibility: always Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2006-09-24 17:22 CEST Last Modified: 2010-02-28 23:07 CET ====================================================================== Summary: No shared libs in package Description: Need to provide shared libs in package as well as update this to 6.8.2 for better alignment to Solaris 9/10 Xsun/Xorg development. ====================================================================== ---------------------------------------------------------------------- (0007551) wbonnet (manager) - 2010-02-28 23:07 http://www.opencsw.org/bugtrack/view.php?id=1823#c7551 ---------------------------------------------------------------------- Fixed in current version