From noreply at opencsw.org Wed Dec 1 13:54:27 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 1 Dec 2010 13:54:27 +0100 Subject: [bug-notifications] [libtool 0004617]: 2.2.10 info for 2.4 In-Reply-To: <0a01fc4c1c12861f309bd54a161fe014> Message-ID: <48c13e4d026f7bec0da717e77c87a410@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4617 ====================================================================== Reported By: pfelecan Assigned To: dam ====================================================================== Project: libtool Issue ID: 4617 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-11-30 16:07 CET Last Modified: 2010-12-01 13:54 CET ====================================================================== Summary: 2.2.10 info for 2.4 Description: The packaged 2.4 supply the 2.2.10 info file! (verified in the upstream archive which correctly documents 2.4) ====================================================================== From noreply at opencsw.org Wed Dec 1 13:55:12 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 1 Dec 2010 13:55:12 +0100 Subject: [bug-notifications] [libtool 0004617]: 2.2.10 info for 2.4 In-Reply-To: <0a01fc4c1c12861f309bd54a161fe014> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4617 ====================================================================== Reported By: pfelecan Assigned To: dam ====================================================================== Project: libtool Issue ID: 4617 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-11-30 16:07 CET Last Modified: 2010-12-01 13:55 CET ====================================================================== Summary: 2.2.10 info for 2.4 Description: The packaged 2.4 supply the 2.2.10 info file! (verified in the upstream archive which correctly documents 2.4) ====================================================================== ---------------------------------------------------------------------- (0008507) dam (administrator) - 2010-12-01 13:55 https://www.opencsw.org/mantis/view.php?id=4617#c8507 ---------------------------------------------------------------------- User looked at wrong machine, everything fine here. Closing. From noreply at opencsw.org Wed Dec 1 14:01:33 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 1 Dec 2010 14:01:33 +0100 Subject: [bug-notifications] [libtool 0004622]: undue warnings In-Reply-To: <9ba6b204942772f512f3afbee2717fa2> Message-ID: <63f2d36ecc3ad3de0e4cfb73d71541b5@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4622 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: libtool Issue ID: 4622 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-11-30 20:02 CET Last Modified: 2010-12-01 14:01 CET ====================================================================== Summary: undue warnings Description: With a minimal configure.ac we get undue warnings (at least im my understanding) after the transition from 2.2 to 2.4; here is a minimal configure.ac file: AC_INIT([ltt],[1.0]) AC_CONFIG_MACRO_DIR([m4]) # library production requirements: LT_INIT() LT_LANG([C]) AC_OUTPUT And here are the generated warnings when running aclocal: configure.ac:6: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from... /opt/csw/share/aclocal/libtool.m4:1084: _LT_SYS_MODULE_PATH_AIX is expanded from... /opt/csw/share/aclocal/libtool.m4:4207: _LT_LINKER_SHLIBS is expanded from... /opt/csw/share/aclocal/libtool.m4:5339: _LT_LANG_C_CONFIG is expanded from... /opt/csw/share/aclocal/libtool.m4:143: _LT_SETUP is expanded from... /opt/csw/share/aclocal/libtool.m4:69: LT_INIT is expanded from... configure.ac:6: the top level configure.ac:6: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from... /opt/csw/share/aclocal/libtool.m4:4207: _LT_LINKER_SHLIBS is expanded from... /opt/csw/share/aclocal/libtool.m4:5339: _LT_LANG_C_CONFIG is expanded from... /opt/csw/share/aclocal/libtool.m4:143: _LT_SETUP is expanded from... /opt/csw/share/aclocal/libtool.m4:69: LT_INIT is expanded from... configure.ac:6: the top level ====================================================================== ---------------------------------------------------------------------- (0008508) pfelecan (developer) - 2010-12-01 14:01 https://www.opencsw.org/mantis/view.php?id=4622#c8508 ---------------------------------------------------------------------- erroneous repoort when working with a different version of libtool (2.2.10 vs 2.4) From noreply at opencsw.org Wed Dec 1 14:30:00 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 1 Dec 2010 14:30:00 +0100 Subject: [bug-notifications] [dia 0002314]: dia needs to be recompiled with openssl 0.9.8 In-Reply-To: <2e78c0f14301437c46f1f6ebad2c89d7> Message-ID: <914e5fa155fc9aeee02ee34bd385e076@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2314 ====================================================================== Reported By: yann Assigned To: dam ====================================================================== Project: dia Issue ID: 2314 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-07-25 18:03 CEST Last Modified: 2010-12-01 14:29 CET ====================================================================== Summary: dia needs to be recompiled with openssl 0.9.8 Description: dia is still linked with openssl 0.9.7 which is not the current version. Please recompile this package with the current openssl version (0.9.8). Openssl 0.9.7 libraries are still provided in the openssl package for compatibility reasons but they are bound to be removed in the future. ====================================================================== From noreply at opencsw.org Wed Dec 1 14:30:37 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 1 Dec 2010 14:30:37 +0100 Subject: [bug-notifications] [dia 0002314]: dia needs to be recompiled with openssl 0.9.8 In-Reply-To: <2e78c0f14301437c46f1f6ebad2c89d7> Message-ID: <223d9df5fab600bcc412886114441bf8@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=2314 ====================================================================== Reported By: yann Assigned To: dam ====================================================================== Project: dia Issue ID: 2314 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-07-25 18:03 CEST Last Modified: 2010-12-01 14:30 CET ====================================================================== Summary: dia needs to be recompiled with openssl 0.9.8 Description: dia is still linked with openssl 0.9.7 which is not the current version. Please recompile this package with the current openssl version (0.9.8). Openssl 0.9.7 libraries are still provided in the openssl package for compatibility reasons but they are bound to be removed in the future. ====================================================================== ---------------------------------------------------------------------- (0008509) dam (administrator) - 2010-12-01 14:30 https://www.opencsw.org/mantis/view.php?id=2314#c8509 ---------------------------------------------------------------------- The current dia 0.97,REV=2010.11.23 does not depend on openssl any more. From noreply at opencsw.org Wed Dec 1 14:34:11 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 1 Dec 2010 14:34:11 +0100 Subject: [bug-notifications] [sox 0004594]: broken by libao update In-Reply-To: <398bd22ce16928f702206ad54491ade6> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4594 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: sox Issue ID: 4594 Category: regular use Reproducibility: always Severity: crash Priority: high Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-11-05 17:17 CET Last Modified: 2010-12-01 14:34 CET ====================================================================== Summary: broken by libao update Description: Sox broken by libao update, needs linking to newer lib or ask for libao to include the old libs. ====================================================================== ---------------------------------------------------------------------- (0008510) dam (administrator) - 2010-12-01 14:34 https://www.opencsw.org/mantis/view.php?id=4594#c8510 ---------------------------------------------------------------------- sox 14.3.1,REV=2010.11.09 has been rebuilt to link against the new libao.so.4 and released to current/. From noreply at opencsw.org Wed Dec 1 15:00:15 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 1 Dec 2010 15:00:15 +0100 Subject: [bug-notifications] [openldap 0004521]: openldaprc file is missing, slapd.conf not found by service start method In-Reply-To: <1423014f13e8c4d26c47fd2a1b7dfee3> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4521 ====================================================================== Reported By: dorix Assigned To: dam ====================================================================== Project: openldap Issue ID: 4521 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-08-13 22:43 CEST Last Modified: 2010-12-01 15:00 CET ====================================================================== Summary: openldaprc file is missing, slapd.conf not found by service start method Description: A fresh install of CSWopenldap 2.4.22,REV=2010.06.08 on a new zone immediately comes up in maintenance state. The service start method looks for the non-existent openldaprc file in /etc/opt/csw and /opt/csw/etc, fails to find it, and tries to fall back on the now-incorrect default location for slapd.conf and slapd.d: /opt/csw/etc/openldap/slapd.conf and /opt/csw/etc/openldap/slapd.d. Comments in /var/opt/csw/svc/method/svc-cswopenldap say to copy the openldaprc template file from /opt/csw/share/doc/openldap to /etc/opt/csw, but there is no openldaprc template file in /opt/csw/share/doc/openldap. ====================================================================== ---------------------------------------------------------------------- (0008511) dam (administrator) - 2010-12-01 15:00 https://www.opencsw.org/mantis/view.php?id=4521#c8511 ---------------------------------------------------------------------- Closing after user verification. From noreply at opencsw.org Thu Dec 2 00:45:04 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 2 Dec 2010 00:45:04 +0100 Subject: [bug-notifications] [pm_mailspf 0004623]: Missing dependency on CSWpmerror Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4623 ====================================================================== Reported By: dchee Assigned To: ====================================================================== Project: pm_mailspf Issue ID: 4623 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-02 00:45 CET Last Modified: 2010-12-02 00:45 CET ====================================================================== Summary: Missing dependency on CSWpmerror Description: $ /opt/csw/bin/perl -MMail::SPF Can't locate Error.pm in @INC (@INC contains: /opt/csw/lib/perl/5.10.1 /opt/csw/share/perl/5.10.1 /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/Mail/SPF/Base.pm line 22. BEGIN failed--compilation aborted at /opt/csw/share/perl/csw/Mail/SPF/Base.pm line 22. Compilation failed in require at (eval 2) line 3. ...propagated at /opt/csw/share/perl/5.10.1/base.pm line 94. BEGIN failed--compilation aborted at /opt/csw/share/perl/csw/Mail/SPF/Server.pm line 22. Compilation failed in require at /opt/csw/share/perl/csw/Mail/SPF.pm line 29. BEGIN failed--compilation aborted at /opt/csw/share/perl/csw/Mail/SPF.pm line 29. Compilation failed in require. BEGIN failed--compilation aborted. ====================================================================== From noreply at opencsw.org Thu Dec 2 10:31:04 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 2 Dec 2010 10:31:04 +0100 Subject: [bug-notifications] [pm_mailspf 0004623]: Missing dependency on CSWpmerror In-Reply-To: <7a0ce9d0733cdfe09c4eb70cd2fdf385> Message-ID: <7d259a7b68194361fbe9c2ccf22b1330@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4623 ====================================================================== Reported By: dchee Assigned To: dam ====================================================================== Project: pm_mailspf Issue ID: 4623 Category: packaging Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-02 00:45 CET Last Modified: 2010-12-02 10:31 CET ====================================================================== Summary: Missing dependency on CSWpmerror Description: $ /opt/csw/bin/perl -MMail::SPF Can't locate Error.pm in @INC (@INC contains: /opt/csw/lib/perl/5.10.1 /opt/csw/share/perl/5.10.1 /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/Mail/SPF/Base.pm line 22. BEGIN failed--compilation aborted at /opt/csw/share/perl/csw/Mail/SPF/Base.pm line 22. Compilation failed in require at (eval 2) line 3. ...propagated at /opt/csw/share/perl/5.10.1/base.pm line 94. BEGIN failed--compilation aborted at /opt/csw/share/perl/csw/Mail/SPF/Server.pm line 22. Compilation failed in require at /opt/csw/share/perl/csw/Mail/SPF.pm line 29. BEGIN failed--compilation aborted at /opt/csw/share/perl/csw/Mail/SPF.pm line 29. Compilation failed in require. BEGIN failed--compilation aborted. ====================================================================== From noreply at opencsw.org Thu Dec 2 10:47:17 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 2 Dec 2010 10:47:17 +0100 Subject: [bug-notifications] [pm_mailspf 0004623]: Missing dependency on CSWpmerror In-Reply-To: <7a0ce9d0733cdfe09c4eb70cd2fdf385> Message-ID: <288dae73541c20a745f9b2fe1ab5d5fa@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4623 ====================================================================== Reported By: dchee Assigned To: dam ====================================================================== Project: pm_mailspf Issue ID: 4623 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-12-02 00:45 CET Last Modified: 2010-12-02 10:47 CET ====================================================================== Summary: Missing dependency on CSWpmerror Description: $ /opt/csw/bin/perl -MMail::SPF Can't locate Error.pm in @INC (@INC contains: /opt/csw/lib/perl/5.10.1 /opt/csw/share/perl/5.10.1 /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/Mail/SPF/Base.pm line 22. BEGIN failed--compilation aborted at /opt/csw/share/perl/csw/Mail/SPF/Base.pm line 22. Compilation failed in require at (eval 2) line 3. ...propagated at /opt/csw/share/perl/5.10.1/base.pm line 94. BEGIN failed--compilation aborted at /opt/csw/share/perl/csw/Mail/SPF/Server.pm line 22. Compilation failed in require at /opt/csw/share/perl/csw/Mail/SPF.pm line 29. BEGIN failed--compilation aborted at /opt/csw/share/perl/csw/Mail/SPF.pm line 29. Compilation failed in require. BEGIN failed--compilation aborted. ====================================================================== ---------------------------------------------------------------------- (0008512) dam (administrator) - 2010-12-02 10:47 https://www.opencsw.org/mantis/view.php?id=4623#c8512 ---------------------------------------------------------------------- This has been fixed in pm_mailspf-2.007,REV=2010.12.02-SunOS5.9-all-CSW.pkg.gz and is released to current/. Until it reaches the mirrors you can use the final package from http://buildfarm.opencsw.org/experimental.html#perl Thanks for the report! From noreply at opencsw.org Thu Dec 2 13:45:10 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 2 Dec 2010 13:45:10 +0100 Subject: [bug-notifications] [nmh 0004624]: upgrade process does not honor existing mts.conf Message-ID: <357ffd39bb9233b88673a01716033985@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4624 ====================================================================== Reported By: schwindt Assigned To: ====================================================================== Project: nmh Issue ID: 4624 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-02 13:45 CET Last Modified: 2010-12-02 13:45 CET ====================================================================== Summary: upgrade process does not honor existing mts.conf Description: /opt/csw/etc/nmh/mts.conf gets overwritten when upgrading to : nmh 1.3,REV=2010.10.25 The mails delivered after the update do not get lost, they are deliviered to /var/mail/ which is the default. As we deliver to /home//.mail we were ab bit suprised .) At least a backup would be nice. ====================================================================== From noreply at opencsw.org Thu Dec 2 14:27:56 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 2 Dec 2010 14:27:56 +0100 Subject: [bug-notifications] [trac 0004625]: Version conflict with genshi Message-ID: <37fbe74ea54e91b656cf1f9328cd0e7d@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4625 ====================================================================== Reported By: schwindt Assigned To: ====================================================================== Project: trac Issue ID: 4625 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-02 14:27 CET Last Modified: 2010-12-02 14:27 CET ====================================================================== Summary: Version conflict with genshi Description: After the upgrade to trac 0.12.1,REV=2010.11.14 the sites break. The apache log reads : VersionConflict: (Genshi 0.5.1 (/opt/csw/lib/python/site-packages), Requirement.parse('Genshi>=0.6')) Upgrading Genshi by hand fixed the trac instances. Neither the newpkgs mails from Phillip Brown nor two mirrors mention/have an updated version of genshi ====================================================================== From noreply at opencsw.org Thu Dec 2 15:09:09 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 2 Dec 2010 15:09:09 +0100 Subject: [bug-notifications] [trac 0004625]: Version conflict with genshi In-Reply-To: <60d772aec844487a927dbff51b9c6dd3> Message-ID: <217efed172b398f7b6c361662f3a62d5@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4625 ====================================================================== Reported By: schwindt Assigned To: dam ====================================================================== Project: trac Issue ID: 4625 Category: packaging Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-02 14:27 CET Last Modified: 2010-12-02 15:09 CET ====================================================================== Summary: Version conflict with genshi Description: After the upgrade to trac 0.12.1,REV=2010.11.14 the sites break. The apache log reads : VersionConflict: (Genshi 0.5.1 (/opt/csw/lib/python/site-packages), Requirement.parse('Genshi>=0.6')) Upgrading Genshi by hand fixed the trac instances. Neither the newpkgs mails from Phillip Brown nor two mirrors mention/have an updated version of genshi ====================================================================== From noreply at opencsw.org Thu Dec 2 15:10:23 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 2 Dec 2010 15:10:23 +0100 Subject: [bug-notifications] [genshi 0004625]: Version conflict with genshi In-Reply-To: <60d772aec844487a927dbff51b9c6dd3> Message-ID: <914f3c4ea1ebec22c33284f7ad242f42@www.opencsw.org> The following issue has been UPDATED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4625 ====================================================================== Reported By: schwindt Assigned To: dam ====================================================================== Project: genshi Issue ID: 4625 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-02 14:27 CET Last Modified: 2010-12-02 15:10 CET ====================================================================== Summary: Version conflict with genshi Description: After the upgrade to trac 0.12.1,REV=2010.11.14 the sites break. The apache log reads : VersionConflict: (Genshi 0.5.1 (/opt/csw/lib/python/site-packages), Requirement.parse('Genshi>=0.6')) Upgrading Genshi by hand fixed the trac instances. Neither the newpkgs mails from Phillip Brown nor two mirrors mention/have an updated version of genshi ====================================================================== From noreply at opencsw.org Thu Dec 2 15:11:44 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 2 Dec 2010 15:11:44 +0100 Subject: [bug-notifications] [genshi 0004625]: Version conflict with genshi In-Reply-To: <60d772aec844487a927dbff51b9c6dd3> Message-ID: <486255b9b7e3198242eec63991726abf@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4625 ====================================================================== Reported By: schwindt Assigned To: dam ====================================================================== Project: genshi Issue ID: 4625 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-12-02 14:27 CET Last Modified: 2010-12-02 15:11 CET ====================================================================== Summary: Version conflict with genshi Description: After the upgrade to trac 0.12.1,REV=2010.11.14 the sites break. The apache log reads : VersionConflict: (Genshi 0.5.1 (/opt/csw/lib/python/site-packages), Requirement.parse('Genshi>=0.6')) Upgrading Genshi by hand fixed the trac instances. Neither the newpkgs mails from Phillip Brown nor two mirrors mention/have an updated version of genshi ====================================================================== ---------------------------------------------------------------------- (0008513) dam (administrator) - 2010-12-02 15:11 https://www.opencsw.org/mantis/view.php?id=4625#c8513 ---------------------------------------------------------------------- Looks like the update was missed. An updated genshi package is provided at http://buildfarm.opencsw.org/experimental.html#trac Please verify if this fixes your issue so it can be pushed to current/. Sorry for the inconvenience -- Dago From noreply at opencsw.org Fri Dec 3 11:48:42 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 3 Dec 2010 11:48:42 +0100 Subject: [bug-notifications] [trac 0004626]: unresolved internal dependency Message-ID: <43259f961bd1deb82f8ffcdea5d2189f@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4626 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: trac Issue ID: 4626 Category: regular use Reproducibility: always Severity: block Priority: urgent Status: new ====================================================================== Date Submitted: 2010-12-03 11:48 CET Last Modified: 2010-12-03 11:48 CET ====================================================================== Summary: unresolved internal dependency Description: when using the administration module, the internal python dependency tracker detects an incorrect version for genshi (available 0.5.1, needed 0.6): -bash-4.1$ trac-admin /tracs/test resync 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 2607, in parse_requirements(__requires__), Environment() 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: Genshi>=0.6 ====================================================================== From noreply at opencsw.org Fri Dec 3 11:58:22 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 3 Dec 2010 11:58:22 +0100 Subject: [bug-notifications] [genshi 0004625]: Version conflict with genshi In-Reply-To: <60d772aec844487a927dbff51b9c6dd3> Message-ID: <6d379ca6b341837bb81e2ab85382e285@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4625 ====================================================================== Reported By: schwindt Assigned To: dam ====================================================================== Project: genshi Issue ID: 4625 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-12-02 14:27 CET Last Modified: 2010-12-03 11:58 CET ====================================================================== Summary: Version conflict with genshi Description: After the upgrade to trac 0.12.1,REV=2010.11.14 the sites break. The apache log reads : VersionConflict: (Genshi 0.5.1 (/opt/csw/lib/python/site-packages), Requirement.parse('Genshi>=0.6')) Upgrading Genshi by hand fixed the trac instances. Neither the newpkgs mails from Phillip Brown nor two mirrors mention/have an updated version of genshi ====================================================================== ---------------------------------------------------------------------- (0008514) pfelecan (developer) - 2010-12-03 11:58 https://www.opencsw.org/mantis/view.php?id=4625#c8514 ---------------------------------------------------------------------- installed the experimental 0.6 genshi and now trac-admin says: trac-admin /tracs/test resync Error: Command not found No documentation found for 'resync' Does it come from trac or genshi? From noreply at opencsw.org Fri Dec 3 12:29:21 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 3 Dec 2010 12:29:21 +0100 Subject: [bug-notifications] [genshi 0004625]: Version conflict with genshi In-Reply-To: <60d772aec844487a927dbff51b9c6dd3> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4625 ====================================================================== Reported By: schwindt Assigned To: dam ====================================================================== Project: genshi Issue ID: 4625 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-12-02 14:27 CET Last Modified: 2010-12-03 12:29 CET ====================================================================== Summary: Version conflict with genshi Description: After the upgrade to trac 0.12.1,REV=2010.11.14 the sites break. The apache log reads : VersionConflict: (Genshi 0.5.1 (/opt/csw/lib/python/site-packages), Requirement.parse('Genshi>=0.6')) Upgrading Genshi by hand fixed the trac instances. Neither the newpkgs mails from Phillip Brown nor two mirrors mention/have an updated version of genshi ====================================================================== ---------------------------------------------------------------------- (0008515) schwindt (developer) - 2010-12-03 12:29 https://www.opencsw.org/mantis/view.php?id=4625#c8515 ---------------------------------------------------------------------- try trac-admin /tracs/test repository resync "(default)" New feature due to mutli repository support From noreply at opencsw.org Fri Dec 3 13:05:41 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 3 Dec 2010 13:05:41 +0100 Subject: [bug-notifications] [genshi 0004625]: Version conflict with genshi In-Reply-To: <60d772aec844487a927dbff51b9c6dd3> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4625 ====================================================================== Reported By: schwindt Assigned To: dam ====================================================================== Project: genshi Issue ID: 4625 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-12-02 14:27 CET Last Modified: 2010-12-03 13:05 CET ====================================================================== Summary: Version conflict with genshi Description: After the upgrade to trac 0.12.1,REV=2010.11.14 the sites break. The apache log reads : VersionConflict: (Genshi 0.5.1 (/opt/csw/lib/python/site-packages), Requirement.parse('Genshi>=0.6')) Upgrading Genshi by hand fixed the trac instances. Neither the newpkgs mails from Phillip Brown nor two mirrors mention/have an updated version of genshi ====================================================================== ---------------------------------------------------------------------- (0008516) pfelecan (developer) - 2010-12-03 13:05 https://www.opencsw.org/mantis/view.php?id=4625#c8516 ---------------------------------------------------------------------- trac-admin /tracs/test repository resync "(default)" OperationalError: no such table: repository From noreply at opencsw.org Fri Dec 3 13:08:30 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 3 Dec 2010 13:08:30 +0100 Subject: [bug-notifications] [genshi 0004625]: Version conflict with genshi In-Reply-To: <60d772aec844487a927dbff51b9c6dd3> Message-ID: <89a7edf069bca9850180f7afcdc9033a@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4625 ====================================================================== Reported By: schwindt Assigned To: dam ====================================================================== Project: genshi Issue ID: 4625 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-12-02 14:27 CET Last Modified: 2010-12-03 13:08 CET ====================================================================== Summary: Version conflict with genshi Description: After the upgrade to trac 0.12.1,REV=2010.11.14 the sites break. The apache log reads : VersionConflict: (Genshi 0.5.1 (/opt/csw/lib/python/site-packages), Requirement.parse('Genshi>=0.6')) Upgrading Genshi by hand fixed the trac instances. Neither the newpkgs mails from Phillip Brown nor two mirrors mention/have an updated version of genshi ====================================================================== ---------------------------------------------------------------------- (0008517) pfelecan (developer) - 2010-12-03 13:08 https://www.opencsw.org/mantis/view.php?id=4625#c8517 ---------------------------------------------------------------------- trac-admin /tracs/test upgrade and trac-admin /tracs/test wiki upgrade solved the last issue From noreply at opencsw.org Sat Dec 4 12:16:13 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 4 Dec 2010 12:16:13 +0100 Subject: [bug-notifications] [trac 0004626]: unresolved internal dependency In-Reply-To: <167621f947136368c95da6995e2f33c8> Message-ID: <2a6a1e20f4bcbb1c94e0c65dc16c573a@www.opencsw.org> The following issue has been set as DUPLICATE OF issue 0004625. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4626 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: trac Issue ID: 4626 Category: regular use Reproducibility: always Severity: block Priority: urgent Status: new ====================================================================== Date Submitted: 2010-12-03 11:48 CET Last Modified: 2010-12-04 12:16 CET ====================================================================== Summary: unresolved internal dependency Description: when using the administration module, the internal python dependency tracker detects an incorrect version for genshi (available 0.5.1, needed 0.6): -bash-4.1$ trac-admin /tracs/test resync 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 2607, in parse_requirements(__requires__), Environment() 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: Genshi>=0.6 ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0004625 Version conflict with genshi ====================================================================== From noreply at opencsw.org Sat Dec 4 12:16:15 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 4 Dec 2010 12:16:15 +0100 Subject: [bug-notifications] [genshi 0004625]: Version conflict with genshi In-Reply-To: <60d772aec844487a927dbff51b9c6dd3> Message-ID: <6ba0e09fd2acd577970edc20d89ebaba@www.opencsw.org> The issue 0004626 has been set as DUPLICATE OF the following issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4625 ====================================================================== Reported By: schwindt Assigned To: dam ====================================================================== Project: genshi Issue ID: 4625 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-12-02 14:27 CET Last Modified: 2010-12-03 13:08 CET ====================================================================== Summary: Version conflict with genshi Description: After the upgrade to trac 0.12.1,REV=2010.11.14 the sites break. The apache log reads : VersionConflict: (Genshi 0.5.1 (/opt/csw/lib/python/site-packages), Requirement.parse('Genshi>=0.6')) Upgrading Genshi by hand fixed the trac instances. Neither the newpkgs mails from Phillip Brown nor two mirrors mention/have an updated version of genshi ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0004626 unresolved internal dependency ====================================================================== ---------------------------------------------------------------------- (0008517) pfelecan (developer) - 2010-12-03 13:08 https://www.opencsw.org/mantis/view.php?id=4625#c8517 ---------------------------------------------------------------------- trac-admin /tracs/test upgrade and trac-admin /tracs/test wiki upgrade solved the last issue From noreply at opencsw.org Sat Dec 4 12:16:59 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 4 Dec 2010 12:16:59 +0100 Subject: [bug-notifications] [trac 0004626]: unresolved internal dependency In-Reply-To: <167621f947136368c95da6995e2f33c8> Message-ID: The following issue has been UPDATED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4626 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: trac Issue ID: 4626 Category: regular use Reproducibility: always Severity: block Priority: urgent Status: new ====================================================================== Date Submitted: 2010-12-03 11:48 CET Last Modified: 2010-12-04 12:16 CET ====================================================================== Summary: unresolved internal dependency Description: when using the administration module, the internal python dependency tracker detects an incorrect version for genshi (available 0.5.1, needed 0.6): -bash-4.1$ trac-admin /tracs/test resync 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 2607, in parse_requirements(__requires__), Environment() 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: Genshi>=0.6 ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0004625 Version conflict with genshi ====================================================================== From noreply at opencsw.org Sat Dec 4 12:43:47 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 4 Dec 2010 12:43:47 +0100 Subject: [bug-notifications] [genshi 0004625]: Version conflict with genshi In-Reply-To: <60d772aec844487a927dbff51b9c6dd3> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4625 ====================================================================== Reported By: schwindt Assigned To: dam ====================================================================== Project: genshi Issue ID: 4625 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-12-02 14:27 CET Last Modified: 2010-12-04 12:43 CET ====================================================================== Summary: Version conflict with genshi Description: After the upgrade to trac 0.12.1,REV=2010.11.14 the sites break. The apache log reads : VersionConflict: (Genshi 0.5.1 (/opt/csw/lib/python/site-packages), Requirement.parse('Genshi>=0.6')) Upgrading Genshi by hand fixed the trac instances. Neither the newpkgs mails from Phillip Brown nor two mirrors mention/have an updated version of genshi ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0004626 unresolved internal dependency ====================================================================== ---------------------------------------------------------------------- (0008518) rupert (developer) - 2010-12-04 12:43 https://www.opencsw.org/mantis/view.php?id=4625#c8518 ---------------------------------------------------------------------- submitted dago's version for release From noreply at opencsw.org Sat Dec 4 12:45:55 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 4 Dec 2010 12:45:55 +0100 Subject: [bug-notifications] [genshi 0004093]: Change the dependency from CSWpython-rt to CSWpython In-Reply-To: <771a9efb974752a20de76fe9fd2f559c> Message-ID: <57d4581b10eaf582bb8a3175fdc9c0d4@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4093 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: genshi Issue ID: 4093 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-12-22 18:20 CET Last Modified: 2010-12-04 12:45 CET ====================================================================== Summary: Change the dependency from CSWpython-rt to CSWpython Description: Executive summary: CSWpython-rt is deprecated, please re-point your dependencies at CSWpython. ====================================================================== ---------------------------------------------------------------------- (0007123) rupert (developer) - 2009-12-24 12:58 https://www.opencsw.org/mantis/view.php?id=4093#c7123 ---------------------------------------------------------------------- checked in, put it in testing. From noreply at opencsw.org Sat Dec 4 12:46:57 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 4 Dec 2010 12:46:57 +0100 Subject: [bug-notifications] [trac 0004626]: unresolved internal dependency In-Reply-To: <167621f947136368c95da6995e2f33c8> Message-ID: <21d3ebde47aefaf5abbf0a97c8f9bc41@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4626 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: trac Issue ID: 4626 Category: regular use Reproducibility: always Severity: block Priority: urgent Status: closed Resolution: duplicate Duplicate: 0 Fixed in Version: ====================================================================== Date Submitted: 2010-12-03 11:48 CET Last Modified: 2010-12-04 12:46 CET ====================================================================== Summary: unresolved internal dependency Description: when using the administration module, the internal python dependency tracker detects an incorrect version for genshi (available 0.5.1, needed 0.6): -bash-4.1$ trac-admin /tracs/test resync 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 2607, in parse_requirements(__requires__), Environment() 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: Genshi>=0.6 ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0004625 Version conflict with genshi ====================================================================== From noreply at opencsw.org Sat Dec 4 19:22:12 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 4 Dec 2010 19:22:12 +0100 Subject: [bug-notifications] [ruby 0004399]: Segmentation Fault in Garbage Collection for Ruby 1.8.7 prior to Dec 2009 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4399 ====================================================================== Reported By: nutznboltz Assigned To: bwalton ====================================================================== Project: ruby Issue ID: 4399 Category: regular use Reproducibility: sometimes Severity: minor Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2010-04-16 18:09 CEST Last Modified: 2010-12-04 19:22 CET ====================================================================== Summary: Segmentation Fault in Garbage Collection for Ruby 1.8.7 prior to Dec 2009 Description: A known bug exists in Ruby that causes it crash with segmentation faults (SIGSEGV, signal 11, etc.) when it allocates objects frequently. This is causing the Ops Code Chef client to crash on our Solaris 10 systems. A upstream fix was released. Could someone rebuild the OpenCSW Ruby from the latest 1.8.7 sources? ====================================================================== ---------------------------------------------------------------------- (0008519) bwalton (manager) - 2010-12-04 19:22 https://www.opencsw.org/mantis/view.php?id=4399#c8519 ---------------------------------------------------------------------- Ok, this seems to work ok. Can you verify it against your segfault issue. I'd like to release these... From noreply at opencsw.org Sat Dec 4 19:45:30 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 4 Dec 2010 19:45:30 +0100 Subject: [bug-notifications] [ruby 0004399]: Segmentation Fault in Garbage Collection for Ruby 1.8.7 prior to Dec 2009 In-Reply-To: Message-ID: <5abdf37057ee042cb9857474504fa2a8@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4399 ====================================================================== Reported By: nutznboltz Assigned To: bwalton ====================================================================== Project: ruby Issue ID: 4399 Category: regular use Reproducibility: sometimes Severity: minor Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2010-04-16 18:09 CEST Last Modified: 2010-12-04 19:45 CET ====================================================================== Summary: Segmentation Fault in Garbage Collection for Ruby 1.8.7 prior to Dec 2009 Description: A known bug exists in Ruby that causes it crash with segmentation faults (SIGSEGV, signal 11, etc.) when it allocates objects frequently. This is causing the Ops Code Chef client to crash on our Solaris 10 systems. A upstream fix was released. Could someone rebuild the OpenCSW Ruby from the latest 1.8.7 sources? ====================================================================== ---------------------------------------------------------------------- (0008520) nutznboltz (reporter) - 2010-12-04 19:45 https://www.opencsw.org/mantis/view.php?id=4399#c8520 ---------------------------------------------------------------------- It all works great! Thanks so much! From noreply at opencsw.org Sat Dec 4 19:59:44 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 4 Dec 2010 19:59:44 +0100 Subject: [bug-notifications] [ruby 0004399]: Segmentation Fault in Garbage Collection for Ruby 1.8.7 prior to Dec 2009 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4399 ====================================================================== Reported By: nutznboltz Assigned To: bwalton ====================================================================== Project: ruby Issue ID: 4399 Category: regular use Reproducibility: sometimes Severity: minor Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2010-04-16 18:09 CEST Last Modified: 2010-12-04 19:59 CET ====================================================================== Summary: Segmentation Fault in Garbage Collection for Ruby 1.8.7 prior to Dec 2009 Description: A known bug exists in Ruby that causes it crash with segmentation faults (SIGSEGV, signal 11, etc.) when it allocates objects frequently. This is causing the Ops Code Chef client to crash on our Solaris 10 systems. A upstream fix was released. Could someone rebuild the OpenCSW Ruby from the latest 1.8.7 sources? ====================================================================== ---------------------------------------------------------------------- (0008521) bwalton (manager) - 2010-12-04 19:59 https://www.opencsw.org/mantis/view.php?id=4399#c8521 ---------------------------------------------------------------------- Pushed to release. -Ben From noreply at opencsw.org Sat Dec 4 20:00:03 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 4 Dec 2010 20:00:03 +0100 Subject: [bug-notifications] [ruby 0004399]: Segmentation Fault in Garbage Collection for Ruby 1.8.7 prior to Dec 2009 In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4399 ====================================================================== Reported By: nutznboltz Assigned To: bwalton ====================================================================== Project: ruby Issue ID: 4399 Category: regular use Reproducibility: sometimes Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-04-16 18:09 CEST Last Modified: 2010-12-04 20:00 CET ====================================================================== Summary: Segmentation Fault in Garbage Collection for Ruby 1.8.7 prior to Dec 2009 Description: A known bug exists in Ruby that causes it crash with segmentation faults (SIGSEGV, signal 11, etc.) when it allocates objects frequently. This is causing the Ops Code Chef client to crash on our Solaris 10 systems. A upstream fix was released. Could someone rebuild the OpenCSW Ruby from the latest 1.8.7 sources? ====================================================================== ---------------------------------------------------------------------- (0008521) bwalton (manager) - 2010-12-04 19:59 https://www.opencsw.org/mantis/view.php?id=4399#c8521 ---------------------------------------------------------------------- Pushed to release. -Ben From noreply at opencsw.org Sun Dec 5 07:50:20 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 5 Dec 2010 07:50:20 +0100 Subject: [bug-notifications] [cmake 0004413]: Please upgrade to 2.8.1 In-Reply-To: <85a701ae89c4195cac30120ece0ddbdf> Message-ID: <779c65b4d9c697f1522c6832982fb7c7@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4413 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: cmake Issue ID: 4413 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-05-04 09:20 CEST Last Modified: 2010-12-05 07:50 CET ====================================================================== Summary: Please upgrade to 2.8.1 Description: Please upgrade to 2.8.1 ====================================================================== ---------------------------------------------------------------------- (0008522) rupert (manager) - 2010-12-05 07:50 https://www.opencsw.org/mantis/view.php?id=4413#c8522 ---------------------------------------------------------------------- upgraded to 2.8.2 From noreply at opencsw.org Sun Dec 5 07:52:02 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 5 Dec 2010 07:52:02 +0100 Subject: [bug-notifications] [lzip 0004589]: Please upgrade to 1.11 In-Reply-To: <6ded010fbb84cf96a4585c8877508bcc> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4589 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: lzip Issue ID: 4589 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-11-01 09:30 CET Last Modified: 2010-12-05 07:52 CET ====================================================================== Summary: Please upgrade to 1.11 Description: Please upgrade to 1.11 ====================================================================== ---------------------------------------------------------------------- (0008523) rupert (manager) - 2010-12-05 07:52 https://www.opencsw.org/mantis/view.php?id=4589#c8523 ---------------------------------------------------------------------- 0.12.1 is on current From noreply at opencsw.org Sun Dec 5 07:53:35 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 5 Dec 2010 07:53:35 +0100 Subject: [bug-notifications] [ap2_subversion 0004490]: Upgrading to 1.6.11, REV=2010.05.27 breaks webdav folders In-Reply-To: <5199f52ef74d140834dfbd01a174f95e> Message-ID: <0462d0c03248efb202986582fc5f6d82@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4490 ====================================================================== Reported By: schwindt Assigned To: dam ====================================================================== Project: ap2_subversion Issue ID: 4490 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-07-15 21:26 CEST Last Modified: 2010-12-05 07:53 CET ====================================================================== Summary: Upgrading to 1.6.11,REV=2010.05.27 breaks webdav folders Description: uploads no longer are possible. The main problem seems to be bdb48, as apr-util still uses bdb47 the DavLockDB is no longer useable/createable and as a result the uploads fail. ====================================================================== ---------------------------------------------------------------------- (0008524) rupert (manager) - 2010-12-05 07:53 https://www.opencsw.org/mantis/view.php?id=4490#c8524 ---------------------------------------------------------------------- fixed now From noreply at opencsw.org Sun Dec 5 07:56:55 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 5 Dec 2010 07:56:55 +0100 Subject: [bug-notifications] [lzip 0004589]: Please upgrade to 1.11 In-Reply-To: <6ded010fbb84cf96a4585c8877508bcc> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4589 ====================================================================== Reported By: dam Assigned To: rupert ====================================================================== Project: lzip Issue ID: 4589 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-11-01 09:30 CET Last Modified: 2010-12-05 07:56 CET ====================================================================== Summary: Please upgrade to 1.11 Description: Please upgrade to 1.11 ====================================================================== ---------------------------------------------------------------------- (0008525) rupert (manager) - 2010-12-05 07:56 https://www.opencsw.org/mantis/view.php?id=4589#c8525 ---------------------------------------------------------------------- try to get this off the "new and unassigned" notification list mantis sends From noreply at opencsw.org Sun Dec 5 07:59:37 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 5 Dec 2010 07:59:37 +0100 Subject: [bug-notifications] [subversion 0003034]: Separate server and user command line binaries In-Reply-To: <928d2bc1ae4e9f1f52c9a54c75105520> Message-ID: <1df0c7856647ba91b392b5ff3f5ca8bd@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3034 ====================================================================== Reported By: wbonnet Assigned To: wbonnet ====================================================================== Project: subversion Issue ID: 3034 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-01-22 21:04 CET Last Modified: 2010-12-05 07:59 CET ====================================================================== Summary: Separate server and user command line binaries Description: Would it be possible to split this package in two, making a subversion server package and a subversion user package (ie : svn command line tool) ====================================================================== ---------------------------------------------------------------------- (0008526) rupert (manager) - 2010-12-05 07:59 https://www.opencsw.org/mantis/view.php?id=3034#c8526 ---------------------------------------------------------------------- copy from 4542, dam: The dependencies for the "svn" binary are already quite long. It may be necessary to add a "thin" svn client with minimal dependencies as alternative: current9s% ldd -r work/solaris9-sparc/pkgroot/opt/csw/bin/svn /usr/lib/secure/s9_preload.so.1 libsvn_client-1.so.0 => /opt/csw/lib/svn/libsvn_client-1.so.0 libsvn_wc-1.so.0 => /opt/csw/lib/svn/libsvn_wc-1.so.0 libsvn_ra-1.so.0 => /opt/csw/lib/svn/libsvn_ra-1.so.0 libsvn_diff-1.so.0 => /opt/csw/lib/svn/libsvn_diff-1.so.0 libsvn_ra_local-1.so.0 => /opt/csw/lib/svn/libsvn_ra_local-1.so.0 libsvn_repos-1.so.0 => /opt/csw/lib/svn/libsvn_repos-1.so.0 libsvn_fs-1.so.0 => /opt/csw/lib/svn/libsvn_fs-1.so.0 libsvn_fs_fs-1.so.0 => /opt/csw/lib/svn/libsvn_fs_fs-1.so.0 libsvn_fs_base-1.so.0 => /opt/csw/lib/svn/libsvn_fs_base-1.so.0 libdb-4.8.so => /opt/csw/bdb48/lib/libdb-4.8.so libsvn_fs_util-1.so.0 => /opt/csw/lib/svn/libsvn_fs_util-1.so.0 libsvn_ra_svn-1.so.0 => /opt/csw/lib/svn/libsvn_ra_svn-1.so.0 libsasl2.so.2 => /opt/csw/lib/sparcv8/libsasl2.so.2 libsvn_ra_neon-1.so.0 => /opt/csw/lib/svn/libsvn_ra_neon-1.so.0 libsvn_ra_serf-1.so.0 => /opt/csw/lib/svn/libsvn_ra_serf-1.so.0 libserf-0.so.0 => /opt/csw/lib/sparcv8/libserf-0.so.0 libsvn_delta-1.so.0 => /opt/csw/lib/svn/libsvn_delta-1.so.0 libsvn_subr-1.so.0 => /opt/csw/lib/svn/libsvn_subr-1.so.0 libintl.so.8 => /opt/csw/lib/sparcv8/libintl.so.8 libz.so.1 => /opt/csw/lib/sparcv8plus+vis/libz.so.1 libsqlite3.so.0 => /opt/csw/lib/sparcv8/libsqlite3.so.0 libaprutil-1.so.0 => /opt/csw/apache2/lib/libaprutil-1.so.0 libldap-2.4.so.2 => /opt/csw/lib/sparcv8/libldap-2.4.so.2 liblber-2.4.so.2 => /opt/csw/lib/sparcv8/liblber-2.4.so.2 libexpat.so.1 => /opt/csw/lib/sparcv8/libexpat.so.1 libiconv.so.2 => /opt/csw/lib/sparcv8/libiconv.so.2 libapr-1.so.0 => /opt/csw/apache2/lib/libapr-1.so.0 libuuid.so.1 => /usr/lib/libuuid.so.1 libsendfile.so.1 => /usr/lib/libsendfile.so.1 librt.so.1 => /usr/lib/librt.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libpthread.so.1 => /usr/lib/libpthread.so.1 libdl.so.1 => /usr/lib/libdl.so.1 libneon.so.27 => /opt/csw/lib/sparcv8/libneon.so.27 libsocket.so.1 => /usr/lib/libsocket.so.1 libthread.so.1 => /usr/lib/libthread.so.1 libc.so.1 => /usr/lib/libc.so.1 libldap-2.3.so.0 => /opt/csw/lib/sparcv8/libldap-2.3.so.0 liblber-2.3.so.0 => /opt/csw/lib/sparcv8/liblber-2.3.so.0 libresolv.so.2 => /usr/lib/libresolv.so.2 libaprutil-1.so.0 => /opt/csw/lib/libaprutil-1.so.0 libapr-1.so.0 => /opt/csw/lib/libapr-1.so.0 libm.so.1 => /usr/lib/libm.so.1 libz.so.1 => /opt/csw/lib/libz.so.1 libssl.so.0.9.8 => /opt/csw/lib/libssl.so.0.9.8 libcrypto.so.0.9.8 => /opt/csw/lib/libcrypto.so.0.9.8 libsec.so.1 => /usr/lib/libsec.so.1 libgen.so.1 => /usr/lib/libgen.so.1 libnet.so => /opt/csw/lib/sparcv8/libnet.so libssl.so.0.9.8 => /opt/csw/lib/sparcv8plus+vis/libssl.so.0.9.8 libcrypto.so.0.9.8 => /opt/csw/lib/sparcv8plus+vis/libcrypto.so.0.9.8 libaio.so.1 => /usr/lib/libaio.so.1 libmd5.so.1 => /usr/lib/libmd5.so.1 libmp.so.2 => /usr/lib/libmp.so.2 /usr/platform/SUNW,SPARC-Enterprise-T5220/lib/libc_psr.so.1 From noreply at opencsw.org Sun Dec 5 07:59:57 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 5 Dec 2010 07:59:57 +0100 Subject: [bug-notifications] [subversion 0004542]: Subversion needs a client only compilation In-Reply-To: <9723c32d5cb799c0e8759127bdf99424> Message-ID: <0ff3c3fc33b81015f332f63ceb9cbe7f@www.opencsw.org> The following issue has been set as DUPLICATE OF issue 0003034. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4542 ====================================================================== Reported By: fuqqer Assigned To: dam ====================================================================== Project: subversion Issue ID: 4542 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-09-02 23:42 CEST Last Modified: 2010-12-05 07:59 CET ====================================================================== Summary: Subversion needs a client only compilation Description: the subversion package should not have heavy requirements just to check out from a tree. There should be a client and a server side package for subversion. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0003034 Separate server and user command line b... ====================================================================== ---------------------------------------------------------------------- (0008293) dam (administrator) - 2010-09-22 09:45 https://www.opencsw.org/mantis/view.php?id=4542#c8293 ---------------------------------------------------------------------- The dependencies for the "svn" binary are already quite long. It may be necessary to add a "thin" svn client with minimal dependencies as alternative: current9s% ldd -r work/solaris9-sparc/pkgroot/opt/csw/bin/svn /usr/lib/secure/s9_preload.so.1 libsvn_client-1.so.0 => /opt/csw/lib/svn/libsvn_client-1.so.0 libsvn_wc-1.so.0 => /opt/csw/lib/svn/libsvn_wc-1.so.0 libsvn_ra-1.so.0 => /opt/csw/lib/svn/libsvn_ra-1.so.0 libsvn_diff-1.so.0 => /opt/csw/lib/svn/libsvn_diff-1.so.0 libsvn_ra_local-1.so.0 => /opt/csw/lib/svn/libsvn_ra_local-1.so.0 libsvn_repos-1.so.0 => /opt/csw/lib/svn/libsvn_repos-1.so.0 libsvn_fs-1.so.0 => /opt/csw/lib/svn/libsvn_fs-1.so.0 libsvn_fs_fs-1.so.0 => /opt/csw/lib/svn/libsvn_fs_fs-1.so.0 libsvn_fs_base-1.so.0 => /opt/csw/lib/svn/libsvn_fs_base-1.so.0 libdb-4.8.so => /opt/csw/bdb48/lib/libdb-4.8.so libsvn_fs_util-1.so.0 => /opt/csw/lib/svn/libsvn_fs_util-1.so.0 libsvn_ra_svn-1.so.0 => /opt/csw/lib/svn/libsvn_ra_svn-1.so.0 libsasl2.so.2 => /opt/csw/lib/sparcv8/libsasl2.so.2 libsvn_ra_neon-1.so.0 => /opt/csw/lib/svn/libsvn_ra_neon-1.so.0 libsvn_ra_serf-1.so.0 => /opt/csw/lib/svn/libsvn_ra_serf-1.so.0 libserf-0.so.0 => /opt/csw/lib/sparcv8/libserf-0.so.0 libsvn_delta-1.so.0 => /opt/csw/lib/svn/libsvn_delta-1.so.0 libsvn_subr-1.so.0 => /opt/csw/lib/svn/libsvn_subr-1.so.0 libintl.so.8 => /opt/csw/lib/sparcv8/libintl.so.8 libz.so.1 => /opt/csw/lib/sparcv8plus+vis/libz.so.1 libsqlite3.so.0 => /opt/csw/lib/sparcv8/libsqlite3.so.0 libaprutil-1.so.0 => /opt/csw/apache2/lib/libaprutil-1.so.0 libldap-2.4.so.2 => /opt/csw/lib/sparcv8/libldap-2.4.so.2 liblber-2.4.so.2 => /opt/csw/lib/sparcv8/liblber-2.4.so.2 libexpat.so.1 => /opt/csw/lib/sparcv8/libexpat.so.1 libiconv.so.2 => /opt/csw/lib/sparcv8/libiconv.so.2 libapr-1.so.0 => /opt/csw/apache2/lib/libapr-1.so.0 libuuid.so.1 => /usr/lib/libuuid.so.1 libsendfile.so.1 => /usr/lib/libsendfile.so.1 librt.so.1 => /usr/lib/librt.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libpthread.so.1 => /usr/lib/libpthread.so.1 libdl.so.1 => /usr/lib/libdl.so.1 libneon.so.27 => /opt/csw/lib/sparcv8/libneon.so.27 libsocket.so.1 => /usr/lib/libsocket.so.1 libthread.so.1 => /usr/lib/libthread.so.1 libc.so.1 => /usr/lib/libc.so.1 libldap-2.3.so.0 => /opt/csw/lib/sparcv8/libldap-2.3.so.0 liblber-2.3.so.0 => /opt/csw/lib/sparcv8/liblber-2.3.so.0 libresolv.so.2 => /usr/lib/libresolv.so.2 libaprutil-1.so.0 => /opt/csw/lib/libaprutil-1.so.0 libapr-1.so.0 => /opt/csw/lib/libapr-1.so.0 libm.so.1 => /usr/lib/libm.so.1 libz.so.1 => /opt/csw/lib/libz.so.1 libssl.so.0.9.8 => /opt/csw/lib/libssl.so.0.9.8 libcrypto.so.0.9.8 => /opt/csw/lib/libcrypto.so.0.9.8 libsec.so.1 => /usr/lib/libsec.so.1 libgen.so.1 => /usr/lib/libgen.so.1 libnet.so => /opt/csw/lib/sparcv8/libnet.so libssl.so.0.9.8 => /opt/csw/lib/sparcv8plus+vis/libssl.so.0.9.8 libcrypto.so.0.9.8 => /opt/csw/lib/sparcv8plus+vis/libcrypto.so.0.9.8 libaio.so.1 => /usr/lib/libaio.so.1 libmd5.so.1 => /usr/lib/libmd5.so.1 libmp.so.2 => /usr/lib/libmp.so.2 /usr/platform/SUNW,SPARC-Enterprise-T5220/lib/libc_psr.so.1 From noreply at opencsw.org Sun Dec 5 07:59:58 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 5 Dec 2010 07:59:58 +0100 Subject: [bug-notifications] [subversion 0003034]: Separate server and user command line binaries In-Reply-To: <928d2bc1ae4e9f1f52c9a54c75105520> Message-ID: The issue 0004542 has been set as DUPLICATE OF the following issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3034 ====================================================================== Reported By: wbonnet Assigned To: wbonnet ====================================================================== Project: subversion Issue ID: 3034 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-01-22 21:04 CET Last Modified: 2010-12-05 07:59 CET ====================================================================== Summary: Separate server and user command line binaries Description: Would it be possible to split this package in two, making a subversion server package and a subversion user package (ie : svn command line tool) ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0004542 Subversion needs a client only compilation ====================================================================== ---------------------------------------------------------------------- (0008526) rupert (manager) - 2010-12-05 07:59 https://www.opencsw.org/mantis/view.php?id=3034#c8526 ---------------------------------------------------------------------- copy from 4542, dam: The dependencies for the "svn" binary are already quite long. It may be necessary to add a "thin" svn client with minimal dependencies as alternative: current9s% ldd -r work/solaris9-sparc/pkgroot/opt/csw/bin/svn /usr/lib/secure/s9_preload.so.1 libsvn_client-1.so.0 => /opt/csw/lib/svn/libsvn_client-1.so.0 libsvn_wc-1.so.0 => /opt/csw/lib/svn/libsvn_wc-1.so.0 libsvn_ra-1.so.0 => /opt/csw/lib/svn/libsvn_ra-1.so.0 libsvn_diff-1.so.0 => /opt/csw/lib/svn/libsvn_diff-1.so.0 libsvn_ra_local-1.so.0 => /opt/csw/lib/svn/libsvn_ra_local-1.so.0 libsvn_repos-1.so.0 => /opt/csw/lib/svn/libsvn_repos-1.so.0 libsvn_fs-1.so.0 => /opt/csw/lib/svn/libsvn_fs-1.so.0 libsvn_fs_fs-1.so.0 => /opt/csw/lib/svn/libsvn_fs_fs-1.so.0 libsvn_fs_base-1.so.0 => /opt/csw/lib/svn/libsvn_fs_base-1.so.0 libdb-4.8.so => /opt/csw/bdb48/lib/libdb-4.8.so libsvn_fs_util-1.so.0 => /opt/csw/lib/svn/libsvn_fs_util-1.so.0 libsvn_ra_svn-1.so.0 => /opt/csw/lib/svn/libsvn_ra_svn-1.so.0 libsasl2.so.2 => /opt/csw/lib/sparcv8/libsasl2.so.2 libsvn_ra_neon-1.so.0 => /opt/csw/lib/svn/libsvn_ra_neon-1.so.0 libsvn_ra_serf-1.so.0 => /opt/csw/lib/svn/libsvn_ra_serf-1.so.0 libserf-0.so.0 => /opt/csw/lib/sparcv8/libserf-0.so.0 libsvn_delta-1.so.0 => /opt/csw/lib/svn/libsvn_delta-1.so.0 libsvn_subr-1.so.0 => /opt/csw/lib/svn/libsvn_subr-1.so.0 libintl.so.8 => /opt/csw/lib/sparcv8/libintl.so.8 libz.so.1 => /opt/csw/lib/sparcv8plus+vis/libz.so.1 libsqlite3.so.0 => /opt/csw/lib/sparcv8/libsqlite3.so.0 libaprutil-1.so.0 => /opt/csw/apache2/lib/libaprutil-1.so.0 libldap-2.4.so.2 => /opt/csw/lib/sparcv8/libldap-2.4.so.2 liblber-2.4.so.2 => /opt/csw/lib/sparcv8/liblber-2.4.so.2 libexpat.so.1 => /opt/csw/lib/sparcv8/libexpat.so.1 libiconv.so.2 => /opt/csw/lib/sparcv8/libiconv.so.2 libapr-1.so.0 => /opt/csw/apache2/lib/libapr-1.so.0 libuuid.so.1 => /usr/lib/libuuid.so.1 libsendfile.so.1 => /usr/lib/libsendfile.so.1 librt.so.1 => /usr/lib/librt.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libpthread.so.1 => /usr/lib/libpthread.so.1 libdl.so.1 => /usr/lib/libdl.so.1 libneon.so.27 => /opt/csw/lib/sparcv8/libneon.so.27 libsocket.so.1 => /usr/lib/libsocket.so.1 libthread.so.1 => /usr/lib/libthread.so.1 libc.so.1 => /usr/lib/libc.so.1 libldap-2.3.so.0 => /opt/csw/lib/sparcv8/libldap-2.3.so.0 liblber-2.3.so.0 => /opt/csw/lib/sparcv8/liblber-2.3.so.0 libresolv.so.2 => /usr/lib/libresolv.so.2 libaprutil-1.so.0 => /opt/csw/lib/libaprutil-1.so.0 libapr-1.so.0 => /opt/csw/lib/libapr-1.so.0 libm.so.1 => /usr/lib/libm.so.1 libz.so.1 => /opt/csw/lib/libz.so.1 libssl.so.0.9.8 => /opt/csw/lib/libssl.so.0.9.8 libcrypto.so.0.9.8 => /opt/csw/lib/libcrypto.so.0.9.8 libsec.so.1 => /usr/lib/libsec.so.1 libgen.so.1 => /usr/lib/libgen.so.1 libnet.so => /opt/csw/lib/sparcv8/libnet.so libssl.so.0.9.8 => /opt/csw/lib/sparcv8plus+vis/libssl.so.0.9.8 libcrypto.so.0.9.8 => /opt/csw/lib/sparcv8plus+vis/libcrypto.so.0.9.8 libaio.so.1 => /usr/lib/libaio.so.1 libmd5.so.1 => /usr/lib/libmd5.so.1 libmp.so.2 => /usr/lib/libmp.so.2 /usr/platform/SUNW,SPARC-Enterprise-T5220/lib/libc_psr.so.1 From noreply at opencsw.org Sun Dec 5 08:00:22 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 5 Dec 2010 08:00:22 +0100 Subject: [bug-notifications] [subversion 0004542]: Subversion needs a client only compilation In-Reply-To: <9723c32d5cb799c0e8759127bdf99424> Message-ID: <2baf92dd16672319c6e6f514d3eadfa1@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4542 ====================================================================== Reported By: fuqqer Assigned To: dam ====================================================================== Project: subversion Issue ID: 4542 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-09-02 23:42 CEST Last Modified: 2010-12-05 08:00 CET ====================================================================== Summary: Subversion needs a client only compilation Description: the subversion package should not have heavy requirements just to check out from a tree. There should be a client and a server side package for subversion. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0003034 Separate server and user command line b... ====================================================================== ---------------------------------------------------------------------- (0008293) dam (administrator) - 2010-09-22 09:45 https://www.opencsw.org/mantis/view.php?id=4542#c8293 ---------------------------------------------------------------------- The dependencies for the "svn" binary are already quite long. It may be necessary to add a "thin" svn client with minimal dependencies as alternative: current9s% ldd -r work/solaris9-sparc/pkgroot/opt/csw/bin/svn /usr/lib/secure/s9_preload.so.1 libsvn_client-1.so.0 => /opt/csw/lib/svn/libsvn_client-1.so.0 libsvn_wc-1.so.0 => /opt/csw/lib/svn/libsvn_wc-1.so.0 libsvn_ra-1.so.0 => /opt/csw/lib/svn/libsvn_ra-1.so.0 libsvn_diff-1.so.0 => /opt/csw/lib/svn/libsvn_diff-1.so.0 libsvn_ra_local-1.so.0 => /opt/csw/lib/svn/libsvn_ra_local-1.so.0 libsvn_repos-1.so.0 => /opt/csw/lib/svn/libsvn_repos-1.so.0 libsvn_fs-1.so.0 => /opt/csw/lib/svn/libsvn_fs-1.so.0 libsvn_fs_fs-1.so.0 => /opt/csw/lib/svn/libsvn_fs_fs-1.so.0 libsvn_fs_base-1.so.0 => /opt/csw/lib/svn/libsvn_fs_base-1.so.0 libdb-4.8.so => /opt/csw/bdb48/lib/libdb-4.8.so libsvn_fs_util-1.so.0 => /opt/csw/lib/svn/libsvn_fs_util-1.so.0 libsvn_ra_svn-1.so.0 => /opt/csw/lib/svn/libsvn_ra_svn-1.so.0 libsasl2.so.2 => /opt/csw/lib/sparcv8/libsasl2.so.2 libsvn_ra_neon-1.so.0 => /opt/csw/lib/svn/libsvn_ra_neon-1.so.0 libsvn_ra_serf-1.so.0 => /opt/csw/lib/svn/libsvn_ra_serf-1.so.0 libserf-0.so.0 => /opt/csw/lib/sparcv8/libserf-0.so.0 libsvn_delta-1.so.0 => /opt/csw/lib/svn/libsvn_delta-1.so.0 libsvn_subr-1.so.0 => /opt/csw/lib/svn/libsvn_subr-1.so.0 libintl.so.8 => /opt/csw/lib/sparcv8/libintl.so.8 libz.so.1 => /opt/csw/lib/sparcv8plus+vis/libz.so.1 libsqlite3.so.0 => /opt/csw/lib/sparcv8/libsqlite3.so.0 libaprutil-1.so.0 => /opt/csw/apache2/lib/libaprutil-1.so.0 libldap-2.4.so.2 => /opt/csw/lib/sparcv8/libldap-2.4.so.2 liblber-2.4.so.2 => /opt/csw/lib/sparcv8/liblber-2.4.so.2 libexpat.so.1 => /opt/csw/lib/sparcv8/libexpat.so.1 libiconv.so.2 => /opt/csw/lib/sparcv8/libiconv.so.2 libapr-1.so.0 => /opt/csw/apache2/lib/libapr-1.so.0 libuuid.so.1 => /usr/lib/libuuid.so.1 libsendfile.so.1 => /usr/lib/libsendfile.so.1 librt.so.1 => /usr/lib/librt.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libpthread.so.1 => /usr/lib/libpthread.so.1 libdl.so.1 => /usr/lib/libdl.so.1 libneon.so.27 => /opt/csw/lib/sparcv8/libneon.so.27 libsocket.so.1 => /usr/lib/libsocket.so.1 libthread.so.1 => /usr/lib/libthread.so.1 libc.so.1 => /usr/lib/libc.so.1 libldap-2.3.so.0 => /opt/csw/lib/sparcv8/libldap-2.3.so.0 liblber-2.3.so.0 => /opt/csw/lib/sparcv8/liblber-2.3.so.0 libresolv.so.2 => /usr/lib/libresolv.so.2 libaprutil-1.so.0 => /opt/csw/lib/libaprutil-1.so.0 libapr-1.so.0 => /opt/csw/lib/libapr-1.so.0 libm.so.1 => /usr/lib/libm.so.1 libz.so.1 => /opt/csw/lib/libz.so.1 libssl.so.0.9.8 => /opt/csw/lib/libssl.so.0.9.8 libcrypto.so.0.9.8 => /opt/csw/lib/libcrypto.so.0.9.8 libsec.so.1 => /usr/lib/libsec.so.1 libgen.so.1 => /usr/lib/libgen.so.1 libnet.so => /opt/csw/lib/sparcv8/libnet.so libssl.so.0.9.8 => /opt/csw/lib/sparcv8plus+vis/libssl.so.0.9.8 libcrypto.so.0.9.8 => /opt/csw/lib/sparcv8plus+vis/libcrypto.so.0.9.8 libaio.so.1 => /usr/lib/libaio.so.1 libmd5.so.1 => /usr/lib/libmd5.so.1 libmp.so.2 => /usr/lib/libmp.so.2 /usr/platform/SUNW,SPARC-Enterprise-T5220/lib/libc_psr.so.1 From noreply at opencsw.org Mon Dec 6 14:25:52 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 6 Dec 2010 14:25:52 +0100 Subject: [bug-notifications] [cas_initsmf 0004588]: cswinitsmf: FMRI dot in value detection is faulty In-Reply-To: Message-ID: <73b08c804becfcc209b0df4543a86345@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4588 ====================================================================== Reported By: bwalton Assigned To: bonivart ====================================================================== Project: cas_initsmf Issue ID: 4588 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-10-26 04:17 CEST Last Modified: 2010-12-06 14:25 CET ====================================================================== Summary: cswinitsmf: FMRI dot in value detection is faulty Description: The grep statement used to detect a . in the FMRI name of cswinitsmf should be '\.' rather than '.'. ====================================================================== ---------------------------------------------------------------------- (0008527) bonivart (developer) - 2010-12-06 14:25 https://www.opencsw.org/mantis/view.php?id=4588#c8527 ---------------------------------------------------------------------- This is fixed in the latest release. From noreply at opencsw.org Mon Dec 6 17:09:40 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 6 Dec 2010 17:09:40 +0100 Subject: [bug-notifications] [perl 0004544]: perl is missing DB_File.pm In-Reply-To: <72c7a47afe735db2b8d109e5a6e129d4> Message-ID: <7a9d1795b6639b3e3c3e9902236e0178@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4544 ====================================================================== Reported By: arw Assigned To: bonivart ====================================================================== Project: perl Issue ID: 4544 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-09-04 22:17 CEST Last Modified: 2010-12-06 17:09 CET ====================================================================== Summary: perl is missing DB_File.pm Description: current perl package is missing DB_File.pm which breaks e.g. spamassassin Bayes-filtering. See error output in 'Additional Information'. Earlier versions of the perl 5.10.1 still included DB_File: Compare http://webcache.googleusercontent.com/search?q=cache:s-uSuGiWrqAJ:www.opencsw.org/search/perl/+DB_File.pm+opencsw&cd=2&hl=de&ct=clnk to current file list. ====================================================================== ---------------------------------------------------------------------- (0008528) dam (administrator) - 2010-12-06 17:09 https://www.opencsw.org/mantis/view.php?id=4544#c8528 ---------------------------------------------------------------------- This is hopefully resolved in r11808: https://sourceforge.net/apps/trac/gar/changeset/11808 Updated Perl packages 5.10.1,REV=2010.12.06 are available for testing at http://buildfarm.opencsw.org/experimental.html#perl From noreply at opencsw.org Mon Dec 6 17:53:54 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 6 Dec 2010 17:53:54 +0100 Subject: [bug-notifications] [gcc4corert 0004497]: symlinks "32" and "64" are not created from within gcc4corert package In-Reply-To: Message-ID: <798f8ccc584454d3b1764457649c0329@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4497 ====================================================================== Reported By: wilbury Assigned To: ====================================================================== Project: gcc4corert Issue ID: 4497 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-07-24 00:42 CEST Last Modified: 2010-12-06 17:53 CET ====================================================================== Summary: symlinks "32" and "64" are not created from within gcc4corert package Description: There are missing symlinks in gcc4corert package, in /opt/csw/gcc4/lib. ld.so expects 64-bit libraries in /opt/csw/gcc4/lib while gcc4corert package only create "amd64" directory without "32" and "64" symlinks, which are created only by much bigger "gcc4core" package. ====================================================================== ---------------------------------------------------------------------- (0008529) gadavis (developer) - 2010-12-06 17:53 https://www.opencsw.org/mantis/view.php?id=4497#c8529 ---------------------------------------------------------------------- Per discussion on the maintainers list, the proper solution is to move the 32 and 64 symlinks out of gcc4core into gcc4corert. From noreply at opencsw.org Mon Dec 6 21:24:21 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 6 Dec 2010 21:24:21 +0100 Subject: [bug-notifications] [php5 0004627]: No http wrapper for fopen? Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4627 ====================================================================== Reported By: Chris Majewski Assigned To: ====================================================================== Project: php5 Issue ID: 4627 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-06 21:24 CET Last Modified: 2010-12-06 21:24 CET ====================================================================== Summary: No http wrapper for fopen? Description: Code: $data = file_get_contents('http://cnn.com'); print "DATA:$data:
\n"; produces: DATA::
Error: [Mon Dec 06 20:19:22 2010] [error] [client 132.xx.yy.zz] PHP Notice: file_get_contents() [function.file-get-contents]: Unable to find the wrapper "http" - did you forget to enable it when you configured PHP? in /xx/yy/zz.php on line ## [Mon Dec 06 20:19:22 2010] [error] [client 132.xx.yy.zz] PHP Warning: file_get_contents(http://cnn.com) [function.file-get-contents]: failed to open stream: No such file or directory in /xx/yy/zz.php on line ## Code to confirm: Produces: array(4) { [0]=> string(3) "php" [1]=> string(4) "file" [2]=> string(4) "data" [3]=> string(13) "compress.zlib" } No http, should this not be standard? ====================================================================== From noreply at opencsw.org Tue Dec 7 15:06:13 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Dec 2010 15:06:13 +0100 Subject: [bug-notifications] [apache2 0004579]: Can not install in zone In-Reply-To: <1142676cd18a846802fd82f259d2aac5> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4579 ====================================================================== Reported By: james Assigned To: bwalton ====================================================================== Project: apache2 Issue ID: 4579 Category: packaging Reproducibility: sometimes Severity: block Priority: high Status: assigned ====================================================================== Date Submitted: 2010-10-19 13:32 CEST Last Modified: 2010-12-07 15:06 CET ====================================================================== Summary: Can not install in zone Description: Package tries to install files in /usr and fails when in zone. ====================================================================== ---------------------------------------------------------------------- (0008530) japester (reporter) - 2010-12-07 15:06 https://www.opencsw.org/mantis/view.php?id=4579#c8530 ---------------------------------------------------------------------- I note that the experimental builds have disappeared. Are you planning on pushing this into current soon? From noreply at opencsw.org Tue Dec 7 15:10:19 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Dec 2010 15:10:19 +0100 Subject: [bug-notifications] [apache2 0004579]: Can not install in zone In-Reply-To: <1142676cd18a846802fd82f259d2aac5> Message-ID: <07c5741556e8d22c1733bc90acd6402a@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4579 ====================================================================== Reported By: james Assigned To: bwalton ====================================================================== Project: apache2 Issue ID: 4579 Category: packaging Reproducibility: sometimes Severity: block Priority: high Status: assigned ====================================================================== Date Submitted: 2010-10-19 13:32 CEST Last Modified: 2010-12-07 15:10 CET ====================================================================== Summary: Can not install in zone Description: Package tries to install files in /usr and fails when in zone. ====================================================================== ---------------------------------------------------------------------- (0008531) bwalton (manager) - 2010-12-07 15:10 https://www.opencsw.org/mantis/view.php?id=4579#c8531 ---------------------------------------------------------------------- I removed them as I broke the update process the other night and didn't want to leave broken packages there. I'll release them when I've nailed down the migration of /opt/csw/apache2/etc to /etc/opt/csw/apache2. Hopefully will get to work on this tonight. From noreply at opencsw.org Tue Dec 7 19:29:48 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Dec 2010 19:29:48 +0100 Subject: [bug-notifications] [libassuan 0004628]: assuan-uds.c:211:3: warning: dereferencing type-punned pointer will break strict-aliasing rules Message-ID: <3536549017308ebc87a610481db3c362@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4628 ====================================================================== Reported By: c1pher Assigned To: ====================================================================== Project: libassuan Issue ID: 4628 Category: other Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-07 19:29 CET Last Modified: 2010-12-07 19:29 CET ====================================================================== Summary: assuan-uds.c:211:3: warning: dereferencing type-punned pointer will break strict-aliasing rules Description: Small Quality Assurance issue. To quote the Gentoo bug report: The most common warning you will see is probably "dereferencing type- punned pointer will break strict-aliasing rules". The place where it warns is in general not wrong -- what gcc tries to tell you is that you will break the aliasing rules when you dereference the pointer later (unless you cast it back to its original type first). This warning should be interpreted as saying that your interfaces are badly designed, and the correct way to avoid the warning is to redesign them in a way where you do not need to cast between conflicting types. (Even if you often can make this warning go away by changing void** to void*...) >> Please read the actual standard too. The rules about pointer type conversions are at 6.3.2.3. The appropriate paragraphs are paragraphs 1 and 7. http://www.open-std.org/JTC1/SC22/WG14/www/docs/n1124.pdf. Our bug report is located at: http://bugs.gentoo.org/show_bug.cgi?id=347807 ====================================================================== From noreply at opencsw.org Tue Dec 7 20:28:17 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Dec 2010 20:28:17 +0100 Subject: [bug-notifications] [openssl_devel 0004607]: apache + openssl coredumps In-Reply-To: <7f50786bf0b794f552523658aa9ff51e> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4607 ====================================================================== Reported By: mihailp Assigned To: yann ====================================================================== Project: openssl_devel Issue ID: 4607 Category: regular use Reproducibility: sometimes Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-11-16 19:59 CET Last Modified: 2010-12-07 20:28 CET ====================================================================== Summary: apache + openssl coredumps Description: Server: Solaris 10u3 + latest 10Recommended Soft: Apache 2.2.15 (compiled by Sun Studio 12 + latest patches) Soft: openssl 0.9.8n from opencsw This combination of soft coredumps 20+ times per day under load. I can't repeat it in test bed. 1. # mdb core.httpd.11638 Loading modules: [ libc.so.1 libuutil.so.1 ld.so.1 ] > ::stack libc.so.1`__lwp_park+0x14(eec75a00, 0, ff033a20, 0, 1c00, 1d3c) libc.so.1`malloc+0x44(8, 1, d95ac, fe643520, ff0303d8, ff03a5a0) libcrypto.so.0.9.8`CRYPTO_malloc+0x7c(fe740c04, fe740c04, 19d, 8, fe769608, fed1d948) libcrypto.so.0.9.8`int_new_ex_data+0x6c(1, 95adf0, 95aed4, 2, 2319f0, fe740c04) libssl.so.0.9.8`SSL_new+0x220(95adf0, 225e50, 0, 225eb0, fecb4ccc, fecc2a7c) mod_ssl.so`ssl_init_ssl_connection+0x100(934ae0, 1ea, 6, 0, 934ae0, fed1f89c) mod_ssl.so`ssl_hook_pre_connection+0x194(934ae0, 934830, 934830, 3ca, 934ad8, 940ed8) ap_run_pre_connection+0x7c(934ae0, 934830, 1, 1ca, 940ed8, 1) ap_process_connection+0x24(934ae0, 934830, 934830, 3ca, 934ad8, 940ed8) process_socket+0xc4(9347f0, 934830, 1, 1ca, 940ed8, 1) worker_thread+0x2e0(480368, 23e070, 0, 0, 0, 0) libapr-1.so.0`dummy_worker+0x24(480368, e01fc000, 0, 0, ff2084f8, 1) libc.so.1`_lwp_start(0, 0, 0, 0, 0, 0) 2. # mdb core.httpd.5550 Loading modules: [ libc.so.1 libuutil.so.1 ld.so.1 ] > ::stack libc.so.1`__lwp_park+0x14(dea8fa00, 0, ff033a20, 0, 1c00, 1d3c) libc.so.1`free+0x1c(776138, 34, d871c, feca6550, ff0303d8, 67fbc8) libcrypto.so.0.9.8`CRYPTO_free+0x48(0, 618, 400, fe768ff8, 127b40, 776138) libssl.so.0.9.8`tls1_setup_key_block+0x128(65bab0, 34, 20, 776138, 14, 67fbc8) libssl.so.0.9.8`ssl3_accept+0x6e0(65bab0, 21d0, fed0c518, 2000, 21d0, 67fbc8) libssl.so.0.9.8`ssl23_get_client_hello+0x784(65bab0, b, 2210, 3, fecd6fa0, dcc7b91c) libssl.so.0.9.8`ssl23_accept+0x29c(65bab0, fed0c518, 0, 225e50, fecd6fa0, 2000) mod_ssl.so`ssl_io_filter_connect+0x3a0(62fe40, 6a4bf0, 1, 0, 0, 0) mod_ssl.so`ssl_io_filter_input+0x1a0(6a2de8, 6a4bf0, 1, 0, 0, 0) ap_get_brigade+0x70(6a2de8, 6a4bf0, 1, 0, 0, 0) ap_rgetline_core+0x90(6a3e60, 2000, dcc7bc44, 6a3e48, 0, 6a4bf0) read_request_line+0x7c(6a3e48, 6a4bf0, ffffffff, 0, 0, 6a3ff1) ap_read_request+0x224(62f918, 3, 0, 1fe, 6336a8, 1) ap_process_http_connection+0x28(62f918, 62f668, 62f668, 3fe, 62f910, 6336a8) ap_run_process_connection+0x74(62f918, 62f668, 1, 1fe, 6336a8, 1) ap_process_connection+0x88(62f918, 62f668, 62f668, 3fe, 62f910, 6336a8) process_socket+0xc4(62f628, 62f668, 1, 1fe, 6336a8, 1) worker_thread+0x2e0(4809e8, 23e070, 0, 0, 0, 0) libapr-1.so.0`dummy_worker+0x24(4809e8, dcc7c000, 0, 0, ff2084f8, 1) libc.so.1`_lwp_start(0, 0, 0, 0, 0, 0) > Is this openssl problem? I don't have any ideas where start to fix. ====================================================================== ---------------------------------------------------------------------- (0008532) mihailp (reporter) - 2010-12-07 20:28 https://www.opencsw.org/mantis/view.php?id=4607#c8532 ---------------------------------------------------------------------- no coredumps without *glassfish* loadbalancer for the last 24h. you could close the report. From noreply at opencsw.org Tue Dec 7 20:29:44 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Dec 2010 20:29:44 +0100 Subject: [bug-notifications] [freeradius 0002061]: LDAP support In-Reply-To: <5806d2c3d0b99b6000f626f1761b9353> Message-ID: <7a98bcd6dddb8c4cb82f2f635fe2c847@www.opencsw.org> The issue 0002222 has been set as DUPLICATE OF the following issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2061 ====================================================================== Reported By: damjan Assigned To: ====================================================================== Project: freeradius Issue ID: 2061 Category: packaging Reproducibility: N/A Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2006-12-04 16:19 CET Last Modified: 2010-12-07 20:29 CET ====================================================================== Summary: LDAP support Description: Compile FreeRADIUS with LDAP support. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0002222 rlm_ldap ====================================================================== From noreply at opencsw.org Tue Dec 7 20:30:30 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Dec 2010 20:30:30 +0100 Subject: [bug-notifications] [freeradius 0002222]: rlm_ldap In-Reply-To: <9e898ef1c43f386b2ae4c80244a0b3a3> Message-ID: The following issue has been set as DUPLICATE OF issue 0002061. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2222 ====================================================================== Reported By: thsch Assigned To: ====================================================================== Project: freeradius Issue ID: 2222 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2007-04-25 08:37 CEST Last Modified: 2007-04-25 08:39 CEST ====================================================================== Summary: rlm_ldap Description: There is no LDAP Realm (rlm_ldap) available in the freeradius package. Therefore any attempt to authenticate against LDAP will fail. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0002061 LDAP support ====================================================================== ---------------------------------------------------------------------- (0004539) thsch (reporter) - 2007-04-25 08:39 https://www.opencsw.org/mantis/view.php?id=2222#c4539 ---------------------------------------------------------------------- radiusd.conf[724] Failed to link to module \'rlm_ldap\': ld.so.1: radiusd: fatal: rlm_ldap.so: open failed: No such file or directory From noreply at opencsw.org Tue Dec 7 20:31:41 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Dec 2010 20:31:41 +0100 Subject: [bug-notifications] [freeradius 0001832]: Error in init.d naming In-Reply-To: Message-ID: The issue 0002061 has been set as DUPLICATE OF the following issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=1832 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: freeradius Issue ID: 1832 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2006-09-27 12:12 CEST Last Modified: 2010-12-07 20:31 CET ====================================================================== Summary: Error in init.d naming Description: The postinstall does the following: #pre Solaris 10. We install the init file. cp /opt/csw/sbin/rc.radiusd /etc/init.d rm /etc/rc0.d/K11cswfreeradius rm /etc/rc1.d/K11cswfreeradius rm /etc/rc2.d/K11cswfreeradius rm /etc/rcS.d/K11cswfreeradius rm /etc/rc3.d/S51cswfreeradius ln -s /etc/init.d/radiusd /etc/rc0.d/K11cswfreeradius ln -s /etc/init.d/radiusd /etc/rc1.d/K11cswfreeradius ln -s /etc/init.d/radiusd /etc/rc2.d/K11cswfreeradius ln -s /etc/init.d/radiusd /etc/rcS.d/K11cswfreeradius ln -s /etc/init.d/radiusd /etc/rc3.d/S51cswfreeradius The file in init.d should have prefix \"csw\". But it fails because the copied file does not have the name being linked, (radiusd vs rc.radiusd). Suggest a rewrite anyway there are neater ways to do this, see some examples in other packages that use classes to install the appropriate init system based on OS rev. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0002061 LDAP support ====================================================================== ---------------------------------------------------------------------- (0004227) james (developer) - 2006-12-17 14:29 https://www.opencsw.org/mantis/view.php?id=1832#c4227 ---------------------------------------------------------------------- Still outstanding, hence still excluded from stable. From noreply at opencsw.org Tue Dec 7 20:31:42 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Dec 2010 20:31:42 +0100 Subject: [bug-notifications] [freeradius 0002061]: LDAP support In-Reply-To: <5806d2c3d0b99b6000f626f1761b9353> Message-ID: <45c22ec3b6a95c3b5d6d39bf7f68b6a6@www.opencsw.org> The following issue has been set as DUPLICATE OF issue 0001832. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2061 ====================================================================== Reported By: damjan Assigned To: ====================================================================== Project: freeradius Issue ID: 2061 Category: packaging Reproducibility: N/A Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2006-12-04 16:19 CET Last Modified: 2010-12-07 20:29 CET ====================================================================== Summary: LDAP support Description: Compile FreeRADIUS with LDAP support. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0001832 Error in init.d naming has duplicate 0002222 rlm_ldap ====================================================================== From noreply at opencsw.org Tue Dec 7 20:32:21 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Dec 2010 20:32:21 +0100 Subject: [bug-notifications] [freeradius 0001832]: Error in init.d naming In-Reply-To: Message-ID: <74d23a72d14a0c499919dbb56993d81e@www.opencsw.org> The issue 0002061 has been removed as a DUPLICATE OF the following issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=1832 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: freeradius Issue ID: 1832 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2006-09-27 12:12 CEST Last Modified: 2010-12-07 20:32 CET ====================================================================== Summary: Error in init.d naming Description: The postinstall does the following: #pre Solaris 10. We install the init file. cp /opt/csw/sbin/rc.radiusd /etc/init.d rm /etc/rc0.d/K11cswfreeradius rm /etc/rc1.d/K11cswfreeradius rm /etc/rc2.d/K11cswfreeradius rm /etc/rcS.d/K11cswfreeradius rm /etc/rc3.d/S51cswfreeradius ln -s /etc/init.d/radiusd /etc/rc0.d/K11cswfreeradius ln -s /etc/init.d/radiusd /etc/rc1.d/K11cswfreeradius ln -s /etc/init.d/radiusd /etc/rc2.d/K11cswfreeradius ln -s /etc/init.d/radiusd /etc/rcS.d/K11cswfreeradius ln -s /etc/init.d/radiusd /etc/rc3.d/S51cswfreeradius The file in init.d should have prefix \"csw\". But it fails because the copied file does not have the name being linked, (radiusd vs rc.radiusd). Suggest a rewrite anyway there are neater ways to do this, see some examples in other packages that use classes to install the appropriate init system based on OS rev. ====================================================================== ---------------------------------------------------------------------- (0004227) james (developer) - 2006-12-17 14:29 https://www.opencsw.org/mantis/view.php?id=1832#c4227 ---------------------------------------------------------------------- Still outstanding, hence still excluded from stable. From noreply at opencsw.org Tue Dec 7 20:32:22 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Dec 2010 20:32:22 +0100 Subject: [bug-notifications] [freeradius 0002061]: LDAP support In-Reply-To: <5806d2c3d0b99b6000f626f1761b9353> Message-ID: The following issue has been UNset as DUPLICATE OF issue 0001832. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2061 ====================================================================== Reported By: damjan Assigned To: ====================================================================== Project: freeradius Issue ID: 2061 Category: packaging Reproducibility: N/A Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2006-12-04 16:19 CET Last Modified: 2010-12-07 20:29 CET ====================================================================== Summary: LDAP support Description: Compile FreeRADIUS with LDAP support. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0002222 rlm_ldap ====================================================================== From noreply at opencsw.org Tue Dec 7 20:34:05 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Dec 2010 20:34:05 +0100 Subject: [bug-notifications] [freeradius 0002061]: LDAP support In-Reply-To: <5806d2c3d0b99b6000f626f1761b9353> Message-ID: <244b4b65a62e0c55ef2db741c9ea0f43@www.opencsw.org> The issue 0004110 has been set as DUPLICATE OF the following issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2061 ====================================================================== Reported By: damjan Assigned To: ====================================================================== Project: freeradius Issue ID: 2061 Category: packaging Reproducibility: N/A Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2006-12-04 16:19 CET Last Modified: 2010-12-07 20:34 CET ====================================================================== Summary: LDAP support Description: Compile FreeRADIUS with LDAP support. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0002222 rlm_ldap has duplicate 0004110 No rlm_ldap module for FreeRadius ====================================================================== From noreply at opencsw.org Tue Dec 7 20:34:06 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Dec 2010 20:34:06 +0100 Subject: [bug-notifications] [freeradius 0004110]: No rlm_ldap module for FreeRadius In-Reply-To: Message-ID: <918e48895368be74aa88f45c779e8cb5@www.opencsw.org> The following issue has been set as DUPLICATE OF issue 0002061. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4110 ====================================================================== Reported By: ois_unix Assigned To: ====================================================================== Project: freeradius Issue ID: 4110 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2010-01-04 19:43 CET Last Modified: 2010-01-04 19:43 CET ====================================================================== Summary: No rlm_ldap module for FreeRadius Description: "No rlm_ldap is included so attempting to authenticate against LDAP will fail." ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0002061 LDAP support ====================================================================== From noreply at opencsw.org Tue Dec 7 20:35:50 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Dec 2010 20:35:50 +0100 Subject: [bug-notifications] [freeradius 0002222]: rlm_ldap In-Reply-To: <9e898ef1c43f386b2ae4c80244a0b3a3> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2222 ====================================================================== Reported By: thsch Assigned To: gadavis ====================================================================== Project: freeradius Issue ID: 2222 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-04-25 08:37 CEST Last Modified: 2010-12-07 20:35 CET ====================================================================== Summary: rlm_ldap Description: There is no LDAP Realm (rlm_ldap) available in the freeradius package. Therefore any attempt to authenticate against LDAP will fail. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0002061 LDAP support ====================================================================== ---------------------------------------------------------------------- (0004539) thsch (reporter) - 2007-04-25 08:39 https://www.opencsw.org/mantis/view.php?id=2222#c4539 ---------------------------------------------------------------------- radiusd.conf[724] Failed to link to module \'rlm_ldap\': ld.so.1: radiusd: fatal: rlm_ldap.so: open failed: No such file or directory From noreply at opencsw.org Tue Dec 7 20:36:56 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Dec 2010 20:36:56 +0100 Subject: [bug-notifications] [freeradius 0002222]: rlm_ldap In-Reply-To: <9e898ef1c43f386b2ae4c80244a0b3a3> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=2222 ====================================================================== Reported By: thsch Assigned To: gadavis ====================================================================== Project: freeradius Issue ID: 2222 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-04-25 08:37 CEST Last Modified: 2010-12-07 20:36 CET ====================================================================== Summary: rlm_ldap Description: There is no LDAP Realm (rlm_ldap) available in the freeradius package. Therefore any attempt to authenticate against LDAP will fail. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0002061 LDAP support ====================================================================== ---------------------------------------------------------------------- (0008533) gadavis (developer) - 2010-12-07 20:36 https://www.opencsw.org/mantis/view.php?id=2222#c8533 ---------------------------------------------------------------------- This is a duplicate of Issue 2061 From noreply at opencsw.org Tue Dec 7 20:37:21 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Dec 2010 20:37:21 +0100 Subject: [bug-notifications] [freeradius 0004110]: No rlm_ldap module for FreeRadius In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4110 ====================================================================== Reported By: ois_unix Assigned To: gadavis ====================================================================== Project: freeradius Issue ID: 4110 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-04 19:43 CET Last Modified: 2010-12-07 20:37 CET ====================================================================== Summary: No rlm_ldap module for FreeRadius Description: "No rlm_ldap is included so attempting to authenticate against LDAP will fail." ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0002061 LDAP support ====================================================================== From noreply at opencsw.org Tue Dec 7 20:37:40 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Dec 2010 20:37:40 +0100 Subject: [bug-notifications] [freeradius 0004110]: No rlm_ldap module for FreeRadius In-Reply-To: Message-ID: <1fff6a91ebc97a3b9e38c60e80882594@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4110 ====================================================================== Reported By: ois_unix Assigned To: gadavis ====================================================================== Project: freeradius Issue ID: 4110 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-01-04 19:43 CET Last Modified: 2010-12-07 20:37 CET ====================================================================== Summary: No rlm_ldap module for FreeRadius Description: "No rlm_ldap is included so attempting to authenticate against LDAP will fail." ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0002061 LDAP support ====================================================================== ---------------------------------------------------------------------- (0008534) gadavis (developer) - 2010-12-07 20:37 https://www.opencsw.org/mantis/view.php?id=4110#c8534 ---------------------------------------------------------------------- Dupe of 2061 From noreply at opencsw.org Tue Dec 7 20:39:31 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Dec 2010 20:39:31 +0100 Subject: [bug-notifications] [freeradius 0002626]: FreeRadius is currently 1.0.1, the newest is 1.1.7 In-Reply-To: <47879ac14bc0aa3f7afcc831a6c98182> Message-ID: <55b521e92a60786c234fe9cd07792850@www.opencsw.org> The following issue has been set as DUPLICATE OF issue 0002550. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2626 ====================================================================== Reported By: rurouni13 Assigned To: ====================================================================== Project: freeradius Issue ID: 2626 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2007-10-11 16:43 CEST Last Modified: 2010-12-07 20:39 CET ====================================================================== Summary: FreeRadius is currently 1.0.1, the newest is 1.1.7 Description: An upgrade would be greatly appreciated. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0002550 upgrade to 1.1.7 ====================================================================== From noreply at opencsw.org Tue Dec 7 20:39:33 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Dec 2010 20:39:33 +0100 Subject: [bug-notifications] [freeradius 0002550]: upgrade to 1.1.7 In-Reply-To: <29966b24ea8532e0dd1b2c2e9fc9b0ec> Message-ID: <158c3c823a7816384473c0ac0f2158cb@www.opencsw.org> The issue 0002626 has been set as DUPLICATE OF the following issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2550 ====================================================================== Reported By: tbingen Assigned To: ====================================================================== Project: freeradius Issue ID: 2550 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2007-07-29 08:08 CEST Last Modified: 2007-07-29 08:08 CEST ====================================================================== Summary: upgrade to 1.1.7 Description: 1.0.1 was made obsolete on 16 Feb 2005 1.1.7 is current since 25 Jul 2007 ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0002626 FreeRadius is currently 1.0.1, the newe... ====================================================================== From noreply at opencsw.org Tue Dec 7 20:39:49 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Dec 2010 20:39:49 +0100 Subject: [bug-notifications] [freeradius 0002626]: FreeRadius is currently 1.0.1, the newest is 1.1.7 In-Reply-To: <47879ac14bc0aa3f7afcc831a6c98182> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2626 ====================================================================== Reported By: rurouni13 Assigned To: gadavis ====================================================================== Project: freeradius Issue ID: 2626 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-10-11 16:43 CEST Last Modified: 2010-12-07 20:39 CET ====================================================================== Summary: FreeRadius is currently 1.0.1, the newest is 1.1.7 Description: An upgrade would be greatly appreciated. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0002550 upgrade to 1.1.7 ====================================================================== From noreply at opencsw.org Tue Dec 7 20:40:10 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Dec 2010 20:40:10 +0100 Subject: [bug-notifications] [freeradius 0002626]: FreeRadius is currently 1.0.1, the newest is 1.1.7 In-Reply-To: <47879ac14bc0aa3f7afcc831a6c98182> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=2626 ====================================================================== Reported By: rurouni13 Assigned To: gadavis ====================================================================== Project: freeradius Issue ID: 2626 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-10-11 16:43 CEST Last Modified: 2010-12-07 20:40 CET ====================================================================== Summary: FreeRadius is currently 1.0.1, the newest is 1.1.7 Description: An upgrade would be greatly appreciated. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0002550 upgrade to 1.1.7 ====================================================================== ---------------------------------------------------------------------- (0008535) gadavis (developer) - 2010-12-07 20:40 https://www.opencsw.org/mantis/view.php?id=2626#c8535 ---------------------------------------------------------------------- Dupe of 2550 From noreply at opencsw.org Tue Dec 7 21:05:37 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Dec 2010 21:05:37 +0100 Subject: [bug-notifications] [freeradius 0001832]: Error in init.d naming In-Reply-To: Message-ID: <15a762aec1778f590a33b45ed44ec3d3@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=1832 ====================================================================== Reported By: james Assigned To: gadavis ====================================================================== Project: freeradius Issue ID: 1832 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2006-09-27 12:12 CEST Last Modified: 2010-12-07 21:05 CET ====================================================================== Summary: Error in init.d naming Description: The postinstall does the following: #pre Solaris 10. We install the init file. cp /opt/csw/sbin/rc.radiusd /etc/init.d rm /etc/rc0.d/K11cswfreeradius rm /etc/rc1.d/K11cswfreeradius rm /etc/rc2.d/K11cswfreeradius rm /etc/rcS.d/K11cswfreeradius rm /etc/rc3.d/S51cswfreeradius ln -s /etc/init.d/radiusd /etc/rc0.d/K11cswfreeradius ln -s /etc/init.d/radiusd /etc/rc1.d/K11cswfreeradius ln -s /etc/init.d/radiusd /etc/rc2.d/K11cswfreeradius ln -s /etc/init.d/radiusd /etc/rcS.d/K11cswfreeradius ln -s /etc/init.d/radiusd /etc/rc3.d/S51cswfreeradius The file in init.d should have prefix \"csw\". But it fails because the copied file does not have the name being linked, (radiusd vs rc.radiusd). Suggest a rewrite anyway there are neater ways to do this, see some examples in other packages that use classes to install the appropriate init system based on OS rev. ====================================================================== ---------------------------------------------------------------------- (0004227) james (developer) - 2006-12-17 14:29 https://www.opencsw.org/mantis/view.php?id=1832#c4227 ---------------------------------------------------------------------- Still outstanding, hence still excluded from stable. From noreply at opencsw.org Tue Dec 7 21:06:17 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Dec 2010 21:06:17 +0100 Subject: [bug-notifications] [freeradius 0001832]: Error in init.d naming In-Reply-To: Message-ID: <5a92ea99a13aa13d515b56c0bda920bc@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=1832 ====================================================================== Reported By: james Assigned To: gadavis ====================================================================== Project: freeradius Issue ID: 1832 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2006-09-27 12:12 CEST Last Modified: 2010-12-07 21:06 CET ====================================================================== Summary: Error in init.d naming Description: The postinstall does the following: #pre Solaris 10. We install the init file. cp /opt/csw/sbin/rc.radiusd /etc/init.d rm /etc/rc0.d/K11cswfreeradius rm /etc/rc1.d/K11cswfreeradius rm /etc/rc2.d/K11cswfreeradius rm /etc/rcS.d/K11cswfreeradius rm /etc/rc3.d/S51cswfreeradius ln -s /etc/init.d/radiusd /etc/rc0.d/K11cswfreeradius ln -s /etc/init.d/radiusd /etc/rc1.d/K11cswfreeradius ln -s /etc/init.d/radiusd /etc/rc2.d/K11cswfreeradius ln -s /etc/init.d/radiusd /etc/rcS.d/K11cswfreeradius ln -s /etc/init.d/radiusd /etc/rc3.d/S51cswfreeradius The file in init.d should have prefix \"csw\". But it fails because the copied file does not have the name being linked, (radiusd vs rc.radiusd). Suggest a rewrite anyway there are neater ways to do this, see some examples in other packages that use classes to install the appropriate init system based on OS rev. ====================================================================== ---------------------------------------------------------------------- (0008536) gadavis (developer) - 2010-12-07 21:06 https://www.opencsw.org/mantis/view.php?id=1832#c8536 ---------------------------------------------------------------------- I'm in the process of modernizing this package, which should take care of the poorly named init scripts. It will use the cswinitsmf class. From noreply at opencsw.org Wed Dec 8 00:32:54 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 8 Dec 2010 00:32:54 +0100 Subject: [bug-notifications] [freeradius 0002061]: LDAP support In-Reply-To: <5806d2c3d0b99b6000f626f1761b9353> Message-ID: <03385b37c693ee4b326c45df56d50164@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2061 ====================================================================== Reported By: damjan Assigned To: gadavis ====================================================================== Project: freeradius Issue ID: 2061 Category: packaging Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2006-12-04 16:19 CET Last Modified: 2010-12-08 00:32 CET ====================================================================== Summary: LDAP support Description: Compile FreeRADIUS with LDAP support. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0002222 rlm_ldap has duplicate 0004110 No rlm_ldap module for FreeRadius ====================================================================== From noreply at opencsw.org Wed Dec 8 00:38:28 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 8 Dec 2010 00:38:28 +0100 Subject: [bug-notifications] [freeradius 0001983]: la file contains local paths In-Reply-To: <40ed9149848d55708344484a3f53d2f8> Message-ID: <9fa6d28b767edf2b42ea99b6b8b5b69f@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=1983 ====================================================================== Reported By: james Assigned To: gadavis ====================================================================== Project: freeradius Issue ID: 1983 Category: other Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2006-12-03 09:43 CET Last Modified: 2010-12-08 00:38 CET ====================================================================== Summary: la file contains local paths Description: .la should not contain local paths fix this at the same time as updating to version 1.1.3 ====================================================================== From noreply at opencsw.org Wed Dec 8 00:40:56 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 8 Dec 2010 00:40:56 +0100 Subject: [bug-notifications] [freeradius 0002060]: Upgrade to 1.1.3 In-Reply-To: Message-ID: The following issue has been set as RELATED TO issue 0002799. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2060 ====================================================================== Reported By: damjan Assigned To: ====================================================================== Project: freeradius Issue ID: 2060 Category: upgrade Reproducibility: N/A Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2006-12-04 16:17 CET Last Modified: 2010-12-08 00:40 CET ====================================================================== Summary: Upgrade to 1.1.3 Description: Latest stable radius is 1.1.3, which has quite a few security fixes. http://www.freeradius.org/security.html ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0002799 version is 1.0.1, latest version is 2.0.2 ====================================================================== From noreply at opencsw.org Wed Dec 8 00:40:57 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 8 Dec 2010 00:40:57 +0100 Subject: [bug-notifications] [freeradius 0002799]: version is 1.0.1, latest version is 2.0.2 In-Reply-To: Message-ID: <6577072301e45f2dfa39f23e665df647@www.opencsw.org> The following issue has been set as RELATED TO issue 0002060. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2799 ====================================================================== Reported By: maverickbna Assigned To: ====================================================================== Project: freeradius Issue ID: 2799 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2008-02-20 17:57 CET Last Modified: 2008-02-20 17:57 CET ====================================================================== Summary: version is 1.0.1, latest version is 2.0.2 Description: Please work on newer version. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0002060 Upgrade to 1.1.3 ====================================================================== From noreply at opencsw.org Wed Dec 8 00:41:33 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 8 Dec 2010 00:41:33 +0100 Subject: [bug-notifications] [freeradius 0002550]: upgrade to 1.1.7 In-Reply-To: <29966b24ea8532e0dd1b2c2e9fc9b0ec> Message-ID: <94bb6e90f9bb7323b31ede25db882911@www.opencsw.org> The following issue has been set as RELATED TO issue 0002799. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2550 ====================================================================== Reported By: tbingen Assigned To: ====================================================================== Project: freeradius Issue ID: 2550 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2007-07-29 08:08 CEST Last Modified: 2010-12-08 00:41 CET ====================================================================== Summary: upgrade to 1.1.7 Description: 1.0.1 was made obsolete on 16 Feb 2005 1.1.7 is current since 25 Jul 2007 ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0002799 version is 1.0.1, latest version is 2.0.2 has duplicate 0002626 FreeRadius is currently 1.0.1, the newe... ====================================================================== From noreply at opencsw.org Wed Dec 8 00:41:33 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 8 Dec 2010 00:41:33 +0100 Subject: [bug-notifications] [freeradius 0002799]: version is 1.0.1, latest version is 2.0.2 In-Reply-To: Message-ID: <724ddb24e4510365fcd8986426954bbc@www.opencsw.org> The following issue has been set as RELATED TO issue 0002550. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2799 ====================================================================== Reported By: maverickbna Assigned To: ====================================================================== Project: freeradius Issue ID: 2799 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2008-02-20 17:57 CET Last Modified: 2008-02-20 17:57 CET ====================================================================== Summary: version is 1.0.1, latest version is 2.0.2 Description: Please work on newer version. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0002060 Upgrade to 1.1.3 related to 0002550 upgrade to 1.1.7 ====================================================================== From noreply at opencsw.org Wed Dec 8 16:10:03 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 8 Dec 2010 16:10:03 +0100 Subject: [bug-notifications] [pm_dbdpg 0004621]: Please upgrade to DBD-Pg-2.17.2 In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4621 ====================================================================== Reported By: dguennewig Assigned To: dam ====================================================================== Project: pm_dbdpg Issue ID: 4621 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-11-30 19:15 CET Last Modified: 2010-12-08 16:10 CET ====================================================================== Summary: Please upgrade to DBD-Pg-2.17.2 Description: New Version DBD-Pg-2.17.2 released on 08.04.2010 ====================================================================== From noreply at opencsw.org Wed Dec 8 16:10:51 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 8 Dec 2010 16:10:51 +0100 Subject: [bug-notifications] [pm_dbdpg 0004621]: Please upgrade to DBD-Pg-2.17.2 In-Reply-To: Message-ID: <6332309f2a76ccde5c2f659d03d2951c@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4621 ====================================================================== Reported By: dguennewig Assigned To: dam ====================================================================== Project: pm_dbdpg Issue ID: 4621 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-11-30 19:15 CET Last Modified: 2010-12-08 16:10 CET ====================================================================== Summary: Please upgrade to DBD-Pg-2.17.2 Description: New Version DBD-Pg-2.17.2 released on 08.04.2010 ====================================================================== ---------------------------------------------------------------------- (0008541) dam (administrator) - 2010-12-08 16:10 https://www.opencsw.org/mantis/view.php?id=4621#c8541 ---------------------------------------------------------------------- Fixed with 2.17.2,REV=2010.12.01 and released to current/. From noreply at opencsw.org Wed Dec 8 16:14:59 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 8 Dec 2010 16:14:59 +0100 Subject: [bug-notifications] [libassuan 0004628]: assuan-uds.c:211:3: warning: dereferencing type-punned pointer will break strict-aliasing rules In-Reply-To: Message-ID: <9616159817627d356e6d15557bb7f952@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4628 ====================================================================== Reported By: c1pher Assigned To: dam ====================================================================== Project: libassuan Issue ID: 4628 Category: other Reproducibility: always Severity: trivial Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-07 19:29 CET Last Modified: 2010-12-08 16:14 CET ====================================================================== Summary: assuan-uds.c:211:3: warning: dereferencing type-punned pointer will break strict-aliasing rules Description: Small Quality Assurance issue. To quote the Gentoo bug report: The most common warning you will see is probably "dereferencing type- punned pointer will break strict-aliasing rules". The place where it warns is in general not wrong -- what gcc tries to tell you is that you will break the aliasing rules when you dereference the pointer later (unless you cast it back to its original type first). This warning should be interpreted as saying that your interfaces are badly designed, and the correct way to avoid the warning is to redesign them in a way where you do not need to cast between conflicting types. (Even if you often can make this warning go away by changing void** to void*...) >> Please read the actual standard too. The rules about pointer type conversions are at 6.3.2.3. The appropriate paragraphs are paragraphs 1 and 7. http://www.open-std.org/JTC1/SC22/WG14/www/docs/n1124.pdf. Our bug report is located at: http://bugs.gentoo.org/show_bug.cgi?id=347807 ====================================================================== From noreply at opencsw.org Wed Dec 8 16:19:28 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 8 Dec 2010 16:19:28 +0100 Subject: [bug-notifications] [libassuan 0004628]: assuan-uds.c:211:3: warning: dereferencing type-punned pointer will break strict-aliasing rules In-Reply-To: Message-ID: The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4628 ====================================================================== Reported By: c1pher Assigned To: dam ====================================================================== Project: libassuan Issue ID: 4628 Category: other Reproducibility: always Severity: trivial Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-12-07 19:29 CET Last Modified: 2010-12-08 16:19 CET ====================================================================== Summary: assuan-uds.c:211:3: warning: dereferencing type-punned pointer will break strict-aliasing rules Description: Small Quality Assurance issue. To quote the Gentoo bug report: The most common warning you will see is probably "dereferencing type- punned pointer will break strict-aliasing rules". The place where it warns is in general not wrong -- what gcc tries to tell you is that you will break the aliasing rules when you dereference the pointer later (unless you cast it back to its original type first). This warning should be interpreted as saying that your interfaces are badly designed, and the correct way to avoid the warning is to redesign them in a way where you do not need to cast between conflicting types. (Even if you often can make this warning go away by changing void** to void*...) >> Please read the actual standard too. The rules about pointer type conversions are at 6.3.2.3. The appropriate paragraphs are paragraphs 1 and 7. http://www.open-std.org/JTC1/SC22/WG14/www/docs/n1124.pdf. Our bug report is located at: http://bugs.gentoo.org/show_bug.cgi?id=347807 ====================================================================== ---------------------------------------------------------------------- (0008542) dam (administrator) - 2010-12-08 16:19 https://www.opencsw.org/mantis/view.php?id=4628#c8542 ---------------------------------------------------------------------- >From reading your gentoo bug report I get the impression you think OpenCSW is the upstream project for libassuan. This is not the case. OpenCSW is a packaging project like gentoo. If you have upstream bugs regarding libassuan please report them at the libassuan bugtracker site at http://gnupg.org/documentation/bts.en.html From noreply at opencsw.org Wed Dec 8 16:45:11 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 8 Dec 2010 16:45:11 +0100 Subject: [bug-notifications] [libassuan 0004628]: assuan-uds.c:211:3: warning: dereferencing type-punned pointer will break strict-aliasing rules In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4628 ====================================================================== Reported By: c1pher Assigned To: dam ====================================================================== Project: libassuan Issue ID: 4628 Category: other Reproducibility: always Severity: trivial Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-12-07 19:29 CET Last Modified: 2010-12-08 16:45 CET ====================================================================== Summary: assuan-uds.c:211:3: warning: dereferencing type-punned pointer will break strict-aliasing rules Description: Small Quality Assurance issue. To quote the Gentoo bug report: The most common warning you will see is probably "dereferencing type- punned pointer will break strict-aliasing rules". The place where it warns is in general not wrong -- what gcc tries to tell you is that you will break the aliasing rules when you dereference the pointer later (unless you cast it back to its original type first). This warning should be interpreted as saying that your interfaces are badly designed, and the correct way to avoid the warning is to redesign them in a way where you do not need to cast between conflicting types. (Even if you often can make this warning go away by changing void** to void*...) >> Please read the actual standard too. The rules about pointer type conversions are at 6.3.2.3. The appropriate paragraphs are paragraphs 1 and 7. http://www.open-std.org/JTC1/SC22/WG14/www/docs/n1124.pdf. Our bug report is located at: http://bugs.gentoo.org/show_bug.cgi?id=347807 ====================================================================== ---------------------------------------------------------------------- (0008543) c1pher (reporter) - 2010-12-08 16:45 https://www.opencsw.org/mantis/view.php?id=4628#c8543 ---------------------------------------------------------------------- My apologies. I submitted it with gnupg. Feel free to close this. Sorry for the confusion. From noreply at opencsw.org Wed Dec 8 16:47:19 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 8 Dec 2010 16:47:19 +0100 Subject: [bug-notifications] [libassuan 0004628]: assuan-uds.c:211:3: warning: dereferencing type-punned pointer will break strict-aliasing rules In-Reply-To: Message-ID: <4d47d49e407b145b25ce13df745c0245@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4628 ====================================================================== Reported By: c1pher Assigned To: dam ====================================================================== Project: libassuan Issue ID: 4628 Category: other Reproducibility: always Severity: trivial Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-12-07 19:29 CET Last Modified: 2010-12-08 16:47 CET ====================================================================== Summary: assuan-uds.c:211:3: warning: dereferencing type-punned pointer will break strict-aliasing rules Description: Small Quality Assurance issue. To quote the Gentoo bug report: The most common warning you will see is probably "dereferencing type- punned pointer will break strict-aliasing rules". The place where it warns is in general not wrong -- what gcc tries to tell you is that you will break the aliasing rules when you dereference the pointer later (unless you cast it back to its original type first). This warning should be interpreted as saying that your interfaces are badly designed, and the correct way to avoid the warning is to redesign them in a way where you do not need to cast between conflicting types. (Even if you often can make this warning go away by changing void** to void*...) >> Please read the actual standard too. The rules about pointer type conversions are at 6.3.2.3. The appropriate paragraphs are paragraphs 1 and 7. http://www.open-std.org/JTC1/SC22/WG14/www/docs/n1124.pdf. Our bug report is located at: http://bugs.gentoo.org/show_bug.cgi?id=347807 ====================================================================== ---------------------------------------------------------------------- (0008543) c1pher (reporter) - 2010-12-08 16:45 https://www.opencsw.org/mantis/view.php?id=4628#c8543 ---------------------------------------------------------------------- My apologies. I submitted it with gnupg. Feel free to close this. Sorry for the confusion. From noreply at opencsw.org Thu Dec 9 03:23:04 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 9 Dec 2010 03:23:04 +0100 Subject: [bug-notifications] [apache2 0003964]: Package does not conform to openCSW filesystem standards In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3964 ====================================================================== Reported By: japester Assigned To: bwalton ====================================================================== Project: apache2 Issue ID: 3964 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2009-10-14 17:33 CEST Last Modified: 2010-12-09 03:23 CET ====================================================================== Summary: Package does not conform to openCSW filesystem standards Description: default install breaks many packaging conventions. config is stored in shared binary space (/opt/csw/apache/etc) opencsw standards say they should go to /opt/csw/etc/apache for shared configurations, or to /etc/opt/csw/apache for local configuration. default install puts log files into shared directory space. - Log files should go into /var/ not /opt/csw/var - same for PID files. ====================================================================== ---------------------------------------------------------------------- (0008544) bwalton (manager) - 2010-12-09 03:23 https://www.opencsw.org/mantis/view.php?id=3964#c8544 ---------------------------------------------------------------------- Packages in the experimental repo apache2 address this issue. Config is migrated to /etc/opt/csw/apache2. Logs are in /var/opt/csw/log/apache2. Please test. Any issues you find during the migration of files from old etc/ to new are really important to get feedback on. I don't move log files. From noreply at opencsw.org Thu Dec 9 03:23:32 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 9 Dec 2010 03:23:32 +0100 Subject: [bug-notifications] [apache2 0004579]: Can not install in zone In-Reply-To: <1142676cd18a846802fd82f259d2aac5> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4579 ====================================================================== Reported By: james Assigned To: bwalton ====================================================================== Project: apache2 Issue ID: 4579 Category: packaging Reproducibility: sometimes Severity: block Priority: high Status: assigned ====================================================================== Date Submitted: 2010-10-19 13:32 CEST Last Modified: 2010-12-09 03:23 CET ====================================================================== Summary: Can not install in zone Description: Package tries to install files in /usr and fails when in zone. ====================================================================== ---------------------------------------------------------------------- (0008545) bwalton (manager) - 2010-12-09 03:23 https://www.opencsw.org/mantis/view.php?id=4579#c8545 ---------------------------------------------------------------------- The packages in the experimental apache2 repo address this. Please test. From noreply at opencsw.org Thu Dec 9 03:30:56 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 9 Dec 2010 03:30:56 +0100 Subject: [bug-notifications] [apache2 0003773]: svc method script does not use config file variable In-Reply-To: <89ce5efba8bdd5ca964c859d537c83b3> Message-ID: The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3773 ====================================================================== Reported By: rogdavies Assigned To: bwalton ====================================================================== Project: apache2 Issue ID: 3773 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: won't fix Fixed in Version: ====================================================================== Date Submitted: 2009-07-22 10:24 CEST Last Modified: 2010-12-09 03:30 CET ====================================================================== Summary: svc method script does not use config file variable Description: The method script cswapache2, does not use the CONF_FILE variable to start apache. The 'cmd' variable require something like cmd="$cmd -f $CONF_FILE" set in 'start' and 'restart' ( I think ) ====================================================================== ---------------------------------------------------------------------- (0008546) bwalton (manager) - 2010-12-09 03:30 https://www.opencsw.org/mantis/view.php?id=3773#c8546 ---------------------------------------------------------------------- No feedback. From noreply at opencsw.org Thu Dec 9 17:31:25 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 9 Dec 2010 17:31:25 +0100 Subject: [bug-notifications] [munin_node 0004553]: Please upgrade to 1.4 series In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4553 ====================================================================== Reported By: mgrueter Assigned To: ja ====================================================================== Project: munin_node Issue ID: 4553 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-09-23 16:25 CEST Last Modified: 2010-12-09 17:31 CET ====================================================================== Summary: Please upgrade to 1.4 series Description: Please upgrade to the stable 1.4 release series of munin. According munin folks, the 1.3 series was never "release quality", it was a test series. ====================================================================== ---------------------------------------------------------------------- (0008547) japester (reporter) - 2010-12-09 17:31 https://www.opencsw.org/mantis/view.php?id=4553#c8547 ---------------------------------------------------------------------- Have installed into a pair of (sparse) zones and appears to have upgraded okay. Did pkgrm first and then adde in the updated dependencies. The install process appears to have gone okay so far. Can't say for certain how many plugin graphs are affected, but that's an issue related to the changes between 1.2 and 1.4 :) I'll keep an eye on my upgrade over the next few days, but I don't expect to see anything unusual. From noreply at opencsw.org Fri Dec 10 00:00:36 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 10 Dec 2010 00:00:36 +0100 Subject: [bug-notifications] [php5 0004377]: Upgrade to PHP v5.3.x In-Reply-To: Message-ID: <1426ea188e4976be1fb27ed21954aab2@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4377 ====================================================================== Reported By: kenmays Assigned To: ====================================================================== Project: php5 Issue ID: 4377 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2010-03-26 16:49 CET Last Modified: 2010-12-10 00:00 CET ====================================================================== Summary: Upgrade to PHP v5.3.x Description: The many improvements to the new stable releases of PHP 5.3.x for Apache/PHP development work, security fixes, and MySQL/SQLite3 databases make this a MUCH worthy update: ?Improved LCG entropy. ?Added support for SHA-256 and SHA-512 to php's crypt. ?Enchant - An abstraction layer above various spelling libraries ?Fileinfo - An improved and more solid replacement, featuring full BC, for the Mimetype extension, which has been removed. ?INTL - Internationalization extension. INTL is a wrapper around the ? ICU library. ?Phar - Implementation of PHP-Archive files. ?SQLite3 - Support for SQLite version 3 databases. ====================================================================== ---------------------------------------------------------------------- (0008548) bryanwgraham (reporter) - 2010-12-10 00:00 https://www.opencsw.org/mantis/view.php?id=4377#c8548 ---------------------------------------------------------------------- Our group would also like to see the 5.3 upgrade, specifically for its improved garbage collection. We're having memory leak problems at the moment, which are reported as fixed from 5.2.9 to 5.3.x From noreply at opencsw.org Fri Dec 10 12:01:54 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 10 Dec 2010 12:01:54 +0100 Subject: [bug-notifications] [amavisd_new 0004629]: With CSWbdb48 4.8.30, REV=2010.12.06_rev=p0 amavisd-new fails to start. Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4629 ====================================================================== Reported By: smwardle Assigned To: ====================================================================== Project: amavisd_new Issue ID: 4629 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-10 12:01 CET Last Modified: 2010-12-10 12:01 CET ====================================================================== Summary: With CSWbdb48 4.8.30,REV=2010.12.06_rev=p0 amavisd-new fails to start. Description: Following the upgrade of CSWbdb48 to 4.8.30,REV=2010.12.06_rev=p0 amavisd-new fails to start. Excerpt from /var/svc/log/network-cswamavisdnew:default.log: [ Dec 10 10:55:08 Executing start method ("/var/opt/csw/svc/method/svc-cswamavisdnew start") ] Problem in Amavis::DB or Amavis::DB::SNMP code: BerkeleyDB needs compatible versions of libdb & db.h you have db.h version 4.8.26 and libdb version 4.8.30 Compilation failed in require at (eval 81) line 19. BEGIN failed--compilation aborted at (eval 81) line 19. [ Dec 10 10:55:14 Method "start" exited with status 9 ] ====================================================================== From noreply at opencsw.org Fri Dec 10 21:43:21 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 10 Dec 2010 21:43:21 +0100 Subject: [bug-notifications] [ghostscript 0004288]: Please rebuild ghostscript to link against CSW X11 In-Reply-To: <3c9c0e51acaeb2b0cd0c17723585aeeb> Message-ID: <3afd87d7e5f885c114af418830f754fc@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4288 ====================================================================== Reported By: ellson Assigned To: james ====================================================================== Project: ghostscript Issue ID: 4288 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: resolved Resolution: won't fix Fixed in Version: ====================================================================== Date Submitted: 2010-02-17 14:45 CET Last Modified: 2010-12-10 21:43 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 ? ====================================================================== ---------------------------------------------------------------------- (0008549) james (manager) - 2010-12-10 21:43 https://www.opencsw.org/mantis/view.php?id=4288#c8549 ---------------------------------------------------------------------- CSW X11 is no longer in favour so gs will remain linked to Sun X11 From noreply at opencsw.org Fri Dec 10 21:46:27 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 10 Dec 2010 21:46:27 +0100 Subject: [bug-notifications] [ghostscript 0003651]: Please provide 64 bit version In-Reply-To: Message-ID: <9ccc14fcf5dc14067a40355a368e3703@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3651 ====================================================================== Reported By: dam Assigned To: james ====================================================================== Project: ghostscript Issue ID: 3651 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-05-06 14:28 CEST Last Modified: 2010-12-10 21:46 CET ====================================================================== Summary: Please provide 64 bit version Description: Please provide 64 bit version of at least libgs.so as dependency for libspectre. ====================================================================== ---------------------------------------------------------------------- (0008550) james (manager) - 2010-12-10 21:46 https://www.opencsw.org/mantis/view.php?id=3651#c8550 ---------------------------------------------------------------------- Still waiting for CUPS and krb5. From noreply at opencsw.org Sat Dec 11 06:34:17 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 11 Dec 2010 06:34:17 +0100 Subject: [bug-notifications] [apache2 0004579]: Can not install in zone In-Reply-To: <1142676cd18a846802fd82f259d2aac5> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4579 ====================================================================== Reported By: james Assigned To: bwalton ====================================================================== Project: apache2 Issue ID: 4579 Category: packaging Reproducibility: sometimes Severity: block Priority: high Status: assigned ====================================================================== Date Submitted: 2010-10-19 13:32 CEST Last Modified: 2010-12-11 06:34 CET ====================================================================== Summary: Can not install in zone Description: Package tries to install files in /usr and fails when in zone. ====================================================================== ---------------------------------------------------------------------- (0008551) japester (reporter) - 2010-12-11 06:34 https://www.opencsw.org/mantis/view.php?id=4579#c8551 ---------------------------------------------------------------------- Appears to upgrade cleanly :) From noreply at opencsw.org Sun Dec 12 08:25:08 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 12 Dec 2010 08:25:08 +0100 Subject: [bug-notifications] [trac 0004500]: Error when trying to initenv In-Reply-To: <824f20332ab690b886b3a6e1be1dface> Message-ID: <40a87085f3f6f4a57dd18bfe4ac56b7c@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4500 ====================================================================== Reported By: dpretlor Assigned To: ====================================================================== Project: trac Issue ID: 4500 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-07-28 23:50 CEST Last Modified: 2010-12-12 08:25 CET ====================================================================== Summary: Error when trying to initenv Description: I installed the package from the OpenCSW site, when I tried to run the initenv for a folder, I get the following error: ./trac-admin /usr/local/trac/testenv initenv /opt/csw/lib/python/site-packages/trac/util/compat.py:150: DeprecationWarning: the md5 module is deprecated; use hashlib instead from md5 import md5 Traceback (most recent call last): File "./trac-admin", line 8, in load_entry_point('Trac==0.11.7', 'console_scripts', 'trac-admin')() File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 318, in load_entry_point return get_distribution(dist).load_entry_point(group, name) File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 2221, in load_entry_point return ep.load() File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 1954, in load entry = __import__(self.module_name, globals(),globals(), ['__name__']) File "/opt/csw/lib/python/site-packages/trac/admin/console.py", line 30, in from trac import perm, util, db_default File "/opt/csw/lib/python/site-packages/trac/perm.py", line 22, in from trac.config import ExtensionOption, OrderedExtensionsOption File "/opt/csw/lib/python/site-packages/trac/config.py", line 20, in from trac.util import AtomicFile File "/opt/csw/lib/python/site-packages/trac/util/__init__.py", line 33, in from trac.util.compat import md5, reversed, sha1, sorted, tee File "/opt/csw/lib/python/site-packages/trac/util/compat.py", line 150, in from md5 import md5 File "/opt/csw/lib/python/md5.py", line 10, in from hashlib import md5 File "/opt/csw/lib/python/hashlib.py", line 136, in md5 = __get_builtin_constructor('md5') File "/opt/csw/lib/python/hashlib.py", line 63, in __get_builtin_constructor import _md5 ImportError: No module named _md5 ====================================================================== ---------------------------------------------------------------------- (0008552) rupert (manager) - 2010-12-12 08:25 https://www.opencsw.org/mantis/view.php?id=4500#c8552 ---------------------------------------------------------------------- can it be you use an old version of trac? the version in the log says 0.11.7, while it should be 0.12.1 ? From noreply at opencsw.org Sun Dec 12 08:32:18 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 12 Dec 2010 08:32:18 +0100 Subject: [bug-notifications] [subversion_contrib 0004597]: dependency and specific documentation In-Reply-To: Message-ID: <9f8a4112e4e8ff13a444421d6d76bc06@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4597 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: subversion_contrib Issue ID: 4597 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-11-08 10:04 CET Last Modified: 2010-12-12 08:32 CET ====================================================================== Summary: dependency and specific documentation Description: This package provides a bunch of contributed tools from the subversion repository in the package's documentation directory. Unfortunately there is no cursory explanation of how to install a contributed tool and, most importantly, what are the required run-time dependencies. For example, svn2cl needs the xslt processor supplied by libxslt package. My suggestion is, at least, to document the required dependencies for each contribution in a specific documentation and, if there is interest, to supply some contributions in a separated package which have explicit run-time dependencies. ====================================================================== ---------------------------------------------------------------------- (0008553) rupert (manager) - 2010-12-12 08:32 https://www.opencsw.org/mantis/view.php?id=4597#c8553 ---------------------------------------------------------------------- good idea, if you could please include the document in the package with what you already found out we have a start! From noreply at opencsw.org Mon Dec 13 11:20:33 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 13 Dec 2010 11:20:33 +0100 Subject: [bug-notifications] [pca 0004630]: Please upgrade to 20101213-01 Message-ID: <1531621e7d961a8678277231a77c9bb6@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4630 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: pca Issue ID: 4630 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-13 11:20 CET Last Modified: 2010-12-13 11:20 CET ====================================================================== Summary: Please upgrade to 20101213-01 Description: Version 20101213-01 * Use getupdates.oracle.com as patch server * Use standard wget authentication options with Oracle * Remove option to download patches in JAR format (--jar) * Include and use VeriSign certificate for HTTPS downloads from Oracle * Remove unused VeriSign certificate for sunsolve.sun.com * Documentation: Replace Sun Online Account with My Oracle Support Account * Documentation: Replace sunsolve.sun.com with getupdates.oracle.com * Documentation: Replace Sun with Oracle * Whitelist: add 144537 * Apply check: add 145786 Attention: A My Oracle Support Account is required instead of a Sun Online Account now. All downloads from Oracle's patch server require a wget binary with SSL/HTTPS support. Downloads of patches in JAR format are not supported by Oracle anymore. ====================================================================== From noreply at opencsw.org Mon Dec 13 11:59:14 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 13 Dec 2010 11:59:14 +0100 Subject: [bug-notifications] [pm_berkeleydb 0004629]: With CSWbdb48 4.8.30, REV=2010.12.06_rev=p0 amavisd-new fails to start. In-Reply-To: <2e013e2a0c6a5c6b93e50a983c1322a2> Message-ID: <5549f75c2e633dfc722e46ae2ea02db4@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4629 ====================================================================== Reported By: smwardle Assigned To: dam ====================================================================== Project: pm_berkeleydb Issue ID: 4629 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-10 12:01 CET Last Modified: 2010-12-13 11:59 CET ====================================================================== Summary: With CSWbdb48 4.8.30,REV=2010.12.06_rev=p0 amavisd-new fails to start. Description: Following the upgrade of CSWbdb48 to 4.8.30,REV=2010.12.06_rev=p0 amavisd-new fails to start. Excerpt from /var/svc/log/network-cswamavisdnew:default.log: [ Dec 10 10:55:08 Executing start method ("/var/opt/csw/svc/method/svc-cswamavisdnew start") ] Problem in Amavis::DB or Amavis::DB::SNMP code: BerkeleyDB needs compatible versions of libdb & db.h you have db.h version 4.8.26 and libdb version 4.8.30 Compilation failed in require at (eval 81) line 19. BEGIN failed--compilation aborted at (eval 81) line 19. [ Dec 10 10:55:14 Method "start" exited with status 9 ] ====================================================================== From noreply at opencsw.org Mon Dec 13 12:31:49 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 13 Dec 2010 12:31:49 +0100 Subject: [bug-notifications] [exim 0004631]: Upgrade exim to 4.72 Message-ID: <6da6ac09a9c90858ec2228ed4ade2c28@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4631 ====================================================================== Reported By: dm26 Assigned To: ====================================================================== Project: exim Issue ID: 4631 Category: upgrade Reproducibility: have not tried Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-13 12:31 CET Last Modified: 2010-12-13 12:31 CET ====================================================================== Summary: Upgrade exim to 4.72 Description: Please upgrade exim to the latest version. The current OpenCSW version (4.68) has a remote root vulnerability. The exploit is detailed here: http://isc.sans.edu/diary.html?storyid=10057 ====================================================================== From noreply at opencsw.org Mon Dec 13 12:58:53 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 13 Dec 2010 12:58:53 +0100 Subject: [bug-notifications] [pm_berkeleydb 0004629]: With CSWbdb48 4.8.30, REV=2010.12.06_rev=p0 amavisd-new fails to start. In-Reply-To: <2e013e2a0c6a5c6b93e50a983c1322a2> Message-ID: <274ca6bae33e48604f9f74b3595c13ed@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4629 ====================================================================== Reported By: smwardle Assigned To: dam ====================================================================== Project: pm_berkeleydb Issue ID: 4629 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-12-10 12:01 CET Last Modified: 2010-12-13 12:58 CET ====================================================================== Summary: With CSWbdb48 4.8.30,REV=2010.12.06_rev=p0 amavisd-new fails to start. Description: Following the upgrade of CSWbdb48 to 4.8.30,REV=2010.12.06_rev=p0 amavisd-new fails to start. Excerpt from /var/svc/log/network-cswamavisdnew:default.log: [ Dec 10 10:55:08 Executing start method ("/var/opt/csw/svc/method/svc-cswamavisdnew start") ] Problem in Amavis::DB or Amavis::DB::SNMP code: BerkeleyDB needs compatible versions of libdb & db.h you have db.h version 4.8.26 and libdb version 4.8.30 Compilation failed in require at (eval 81) line 19. BEGIN failed--compilation aborted at (eval 81) line 19. [ Dec 10 10:55:14 Method "start" exited with status 9 ] ====================================================================== ---------------------------------------------------------------------- (0008555) dam (administrator) - 2010-12-13 12:58 https://www.opencsw.org/mantis/view.php?id=4629#c8555 ---------------------------------------------------------------------- You can try the to-be-released updated Perl modules pm_berkeleydb-0.43,REV=2010.12.13-SunOS5.9-i386-CSW.pkg.gz pm_berkeleydb-0.43,REV=2010.12.13-SunOS5.9-sparc-CSW.pkg.gz which will appear shortly in http://buildfarm.opencsw.org/experimental.html#dam From noreply at opencsw.org Mon Dec 13 13:14:21 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 13 Dec 2010 13:14:21 +0100 Subject: [bug-notifications] [pm_berkeleydb 0004629]: With CSWbdb48 4.8.30, REV=2010.12.06_rev=p0 amavisd-new fails to start. In-Reply-To: <2e013e2a0c6a5c6b93e50a983c1322a2> Message-ID: <40ed6f5d09ede3307b9a84fec0beda37@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4629 ====================================================================== Reported By: smwardle Assigned To: dam ====================================================================== Project: pm_berkeleydb Issue ID: 4629 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-12-10 12:01 CET Last Modified: 2010-12-13 13:14 CET ====================================================================== Summary: With CSWbdb48 4.8.30,REV=2010.12.06_rev=p0 amavisd-new fails to start. Description: Following the upgrade of CSWbdb48 to 4.8.30,REV=2010.12.06_rev=p0 amavisd-new fails to start. Excerpt from /var/svc/log/network-cswamavisdnew:default.log: [ Dec 10 10:55:08 Executing start method ("/var/opt/csw/svc/method/svc-cswamavisdnew start") ] Problem in Amavis::DB or Amavis::DB::SNMP code: BerkeleyDB needs compatible versions of libdb & db.h you have db.h version 4.8.26 and libdb version 4.8.30 Compilation failed in require at (eval 81) line 19. BEGIN failed--compilation aborted at (eval 81) line 19. [ Dec 10 10:55:14 Method "start" exited with status 9 ] ====================================================================== ---------------------------------------------------------------------- (0008556) smwardle (reporter) - 2010-12-13 13:14 https://www.opencsw.org/mantis/view.php?id=4629#c8556 ---------------------------------------------------------------------- Installed pm_berkeleydb-0.43,REV=2010.12.13-SunOS5.9-sparc-CSW.pkg.gz and that appears to have fixed the problem seen with amavisd-new. Thanks. From noreply at opencsw.org Mon Dec 13 22:38:04 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 13 Dec 2010 22:38:04 +0100 Subject: [bug-notifications] [pca 0004630]: Please upgrade to 20101213-01 In-Reply-To: <312e62ff6804def9b4e18fe567e31c61> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4630 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pca Issue ID: 4630 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-13 11:20 CET Last Modified: 2010-12-13 22:38 CET ====================================================================== Summary: Please upgrade to 20101213-01 Description: Version 20101213-01 * Use getupdates.oracle.com as patch server * Use standard wget authentication options with Oracle * Remove option to download patches in JAR format (--jar) * Include and use VeriSign certificate for HTTPS downloads from Oracle * Remove unused VeriSign certificate for sunsolve.sun.com * Documentation: Replace Sun Online Account with My Oracle Support Account * Documentation: Replace sunsolve.sun.com with getupdates.oracle.com * Documentation: Replace Sun with Oracle * Whitelist: add 144537 * Apply check: add 145786 Attention: A My Oracle Support Account is required instead of a Sun Online Account now. All downloads from Oracle's patch server require a wget binary with SSL/HTTPS support. Downloads of patches in JAR format are not supported by Oracle anymore. ====================================================================== From noreply at opencsw.org Mon Dec 13 22:40:59 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 13 Dec 2010 22:40:59 +0100 Subject: [bug-notifications] [pca 0004630]: Please upgrade to 20101213-01 In-Reply-To: <312e62ff6804def9b4e18fe567e31c61> Message-ID: <61adc84d6fc0730ee8396fb04abcf2f9@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4630 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: pca Issue ID: 4630 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-12-13 11:20 CET Last Modified: 2010-12-13 22:40 CET ====================================================================== Summary: Please upgrade to 20101213-01 Description: Version 20101213-01 * Use getupdates.oracle.com as patch server * Use standard wget authentication options with Oracle * Remove option to download patches in JAR format (--jar) * Include and use VeriSign certificate for HTTPS downloads from Oracle * Remove unused VeriSign certificate for sunsolve.sun.com * Documentation: Replace Sun Online Account with My Oracle Support Account * Documentation: Replace sunsolve.sun.com with getupdates.oracle.com * Documentation: Replace Sun with Oracle * Whitelist: add 144537 * Apply check: add 145786 Attention: A My Oracle Support Account is required instead of a Sun Online Account now. All downloads from Oracle's patch server require a wget binary with SSL/HTTPS support. Downloads of patches in JAR format are not supported by Oracle anymore. ====================================================================== ---------------------------------------------------------------------- (0008557) dam (administrator) - 2010-12-13 22:40 https://www.opencsw.org/mantis/view.php?id=4630#c8557 ---------------------------------------------------------------------- Updated in 20101213.01,REV=2010.12.13 and released to current/. From noreply at opencsw.org Mon Dec 13 22:42:19 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 13 Dec 2010 22:42:19 +0100 Subject: [bug-notifications] [pm_berkeleydb 0004629]: With CSWbdb48 4.8.30, REV=2010.12.06_rev=p0 amavisd-new fails to start. In-Reply-To: <2e013e2a0c6a5c6b93e50a983c1322a2> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4629 ====================================================================== Reported By: smwardle Assigned To: dam ====================================================================== Project: pm_berkeleydb Issue ID: 4629 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-12-10 12:01 CET Last Modified: 2010-12-13 22:42 CET ====================================================================== Summary: With CSWbdb48 4.8.30,REV=2010.12.06_rev=p0 amavisd-new fails to start. Description: Following the upgrade of CSWbdb48 to 4.8.30,REV=2010.12.06_rev=p0 amavisd-new fails to start. Excerpt from /var/svc/log/network-cswamavisdnew:default.log: [ Dec 10 10:55:08 Executing start method ("/var/opt/csw/svc/method/svc-cswamavisdnew start") ] Problem in Amavis::DB or Amavis::DB::SNMP code: BerkeleyDB needs compatible versions of libdb & db.h you have db.h version 4.8.26 and libdb version 4.8.30 Compilation failed in require at (eval 81) line 19. BEGIN failed--compilation aborted at (eval 81) line 19. [ Dec 10 10:55:14 Method "start" exited with status 9 ] ====================================================================== ---------------------------------------------------------------------- (0008558) dam (administrator) - 2010-12-13 22:42 https://www.opencsw.org/mantis/view.php?id=4629#c8558 ---------------------------------------------------------------------- Fixed in 0.43,REV=2010.12.13 and released to current/. From noreply at opencsw.org Tue Dec 14 03:20:45 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 14 Dec 2010 03:20:45 +0100 Subject: [bug-notifications] [exim 0004631]: Upgrade exim to 4.72 In-Reply-To: <5f8193ba327c2feecdf40b90d68dab23> Message-ID: <9169b79350f2906639ae5840f767a087@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4631 ====================================================================== Reported By: dm26 Assigned To: ====================================================================== Project: exim Issue ID: 4631 Category: upgrade Reproducibility: have not tried Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-13 12:31 CET Last Modified: 2010-12-14 03:20 CET ====================================================================== Summary: Upgrade exim to 4.72 Description: Please upgrade exim to the latest version. The current OpenCSW version (4.68) has a remote root vulnerability. The exploit is detailed here: http://isc.sans.edu/diary.html?storyid=10057 ====================================================================== ---------------------------------------------------------------------- (0008559) bwalton (developer) - 2010-12-14 03:20 https://www.opencsw.org/mantis/view.php?id=4631#c8559 ---------------------------------------------------------------------- Working on it. -Ben From noreply at opencsw.org Tue Dec 14 05:56:46 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 14 Dec 2010 05:56:46 +0100 Subject: [bug-notifications] [freeradius 0002061]: LDAP support In-Reply-To: <5806d2c3d0b99b6000f626f1761b9353> Message-ID: <1f90975da9d0ae59ff863a38bff9128f@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2061 ====================================================================== Reported By: damjan Assigned To: gadavis ====================================================================== Project: freeradius Issue ID: 2061 Category: packaging Reproducibility: N/A Severity: feature Priority: normal Status: feedback ====================================================================== Date Submitted: 2006-12-04 16:19 CET Last Modified: 2010-12-14 05:56 CET ====================================================================== Summary: LDAP support Description: Compile FreeRADIUS with LDAP support. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0002222 rlm_ldap has duplicate 0004110 No rlm_ldap module for FreeRadius ====================================================================== ---------------------------------------------------------------------- (0008560) gadavis (developer) - 2010-12-14 05:56 https://www.opencsw.org/mantis/view.php?id=2061#c8560 ---------------------------------------------------------------------- Hi, I have released some experimental packages of FreeRADIUS 2.1.10, which includes LDAP support. I would appreciate some feedback for these packages, as I have little experience deploying FreeRADIUS. The packages are available as part of the experimental package archive. http://buildfarm.opencsw.org/experimental.html#freeradius Note that in order to get LDAP support, you will need to install the package freeradius_ldap Thanks, Geoff From noreply at opencsw.org Tue Dec 14 05:58:24 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 14 Dec 2010 05:58:24 +0100 Subject: [bug-notifications] [freeradius 0002550]: upgrade to 1.1.7 In-Reply-To: <29966b24ea8532e0dd1b2c2e9fc9b0ec> Message-ID: The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2550 ====================================================================== Reported By: tbingen Assigned To: gadavis ====================================================================== Project: freeradius Issue ID: 2550 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2007-07-29 08:08 CEST Last Modified: 2010-12-14 05:58 CET ====================================================================== Summary: upgrade to 1.1.7 Description: 1.0.1 was made obsolete on 16 Feb 2005 1.1.7 is current since 25 Jul 2007 ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0002799 version is 1.0.1, latest version is 2.0.2 has duplicate 0002626 FreeRadius is currently 1.0.1, the newe... ====================================================================== ---------------------------------------------------------------------- (0008561) gadavis (developer) - 2010-12-14 05:58 https://www.opencsw.org/mantis/view.php?id=2550#c8561 ---------------------------------------------------------------------- Hi, I have released some experimental packages of FreeRADIUS 2.1.10, which includes LDAP support. I would appreciate some feedback for these packages, as I have little experience deploying FreeRADIUS. The packages are available as part of the experimental package archive. http://buildfarm.opencsw.org/experimental.html#freeradius Note that in order to get LDAP support, you will need to install the package freeradius_ldap Thanks, Geoff From noreply at opencsw.org Tue Dec 14 06:00:14 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 14 Dec 2010 06:00:14 +0100 Subject: [bug-notifications] [freeradius 0001983]: la file contains local paths In-Reply-To: <40ed9149848d55708344484a3f53d2f8> Message-ID: <9502b22a93b18b29ee9f36b00764c0a1@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=1983 ====================================================================== Reported By: james Assigned To: gadavis ====================================================================== Project: freeradius Issue ID: 1983 Category: other Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2006-12-03 09:43 CET Last Modified: 2010-12-14 06:00 CET ====================================================================== Summary: la file contains local paths Description: .la should not contain local paths fix this at the same time as updating to version 1.1.3 ====================================================================== ---------------------------------------------------------------------- (0008562) gadavis (developer) - 2010-12-14 06:00 https://www.opencsw.org/mantis/view.php?id=1983#c8562 ---------------------------------------------------------------------- Hi James, I realize that your bug is from a while back, but I figured I'd let you take a peek at my new packages in experimental for FreeRADIUS. http://buildfarm.opencsw.org/experimental.html#freeradius It's been rebuilt using GAR, so the .la files should no longer be an issue. Thanks, Geoff From noreply at opencsw.org Tue Dec 14 06:01:16 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 14 Dec 2010 06:01:16 +0100 Subject: [bug-notifications] [freeradius 0002784]: libtool dependancy deprecated: please use libtool_rt instead In-Reply-To: <601812f6275ef9101b1ce8aded3bad75> Message-ID: <99f23e6863b21da04fbfe683ca390e21@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2784 ====================================================================== Reported By: dam Assigned To: gadavis ====================================================================== Project: freeradius Issue ID: 2784 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: feedback ====================================================================== Date Submitted: 2008-02-19 14:53 CET Last Modified: 2010-12-14 06:01 CET ====================================================================== Summary: libtool dependancy deprecated: please use libtool_rt instead Description: libtool dependancy deprecated: please use libtool_rt instead ====================================================================== ---------------------------------------------------------------------- (0008563) gadavis (developer) - 2010-12-14 06:01 https://www.opencsw.org/mantis/view.php?id=2784#c8563 ---------------------------------------------------------------------- GAR-ified build process and rebuilt for 2.1.10. Hi, I have released some experimental packages of FreeRADIUS 2.1.10, which includes LDAP support. I would appreciate some feedback for these packages, as I have little experience deploying FreeRADIUS. http://buildfarm.opencsw.org/experimental.html#freeradius Take a look and let me know if I broke anything too badly. From noreply at opencsw.org Tue Dec 14 06:03:35 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 14 Dec 2010 06:03:35 +0100 Subject: [bug-notifications] [freeradius 0001832]: Error in init.d naming In-Reply-To: Message-ID: <0b368e3d85907379207a66ea803ffdc4@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=1832 ====================================================================== Reported By: james Assigned To: gadavis ====================================================================== Project: freeradius Issue ID: 1832 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2006-09-27 12:12 CEST Last Modified: 2010-12-14 06:03 CET ====================================================================== Summary: Error in init.d naming Description: The postinstall does the following: #pre Solaris 10. We install the init file. cp /opt/csw/sbin/rc.radiusd /etc/init.d rm /etc/rc0.d/K11cswfreeradius rm /etc/rc1.d/K11cswfreeradius rm /etc/rc2.d/K11cswfreeradius rm /etc/rcS.d/K11cswfreeradius rm /etc/rc3.d/S51cswfreeradius ln -s /etc/init.d/radiusd /etc/rc0.d/K11cswfreeradius ln -s /etc/init.d/radiusd /etc/rc1.d/K11cswfreeradius ln -s /etc/init.d/radiusd /etc/rc2.d/K11cswfreeradius ln -s /etc/init.d/radiusd /etc/rcS.d/K11cswfreeradius ln -s /etc/init.d/radiusd /etc/rc3.d/S51cswfreeradius The file in init.d should have prefix \"csw\". But it fails because the copied file does not have the name being linked, (radiusd vs rc.radiusd). Suggest a rewrite anyway there are neater ways to do this, see some examples in other packages that use classes to install the appropriate init system based on OS rev. ====================================================================== ---------------------------------------------------------------------- (0008564) gadavis (developer) - 2010-12-14 06:03 https://www.opencsw.org/mantis/view.php?id=1832#c8564 ---------------------------------------------------------------------- Hopefully this bug has been addressed by my build of 2.1.10. I am now using the CSWclassutils stuff in GAR and is being copied into /etc/opt/csw/init.d/cswfreeradius per other packages. From noreply at opencsw.org Tue Dec 14 06:05:08 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 14 Dec 2010 06:05:08 +0100 Subject: [bug-notifications] [freeradius 0002060]: Upgrade to 1.1.3 In-Reply-To: Message-ID: <009c8533c6cf6c70a48dc0b2ce2080e8@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2060 ====================================================================== Reported By: damjan Assigned To: gadavis ====================================================================== Project: freeradius Issue ID: 2060 Category: upgrade Reproducibility: N/A Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2006-12-04 16:17 CET Last Modified: 2010-12-14 06:05 CET ====================================================================== Summary: Upgrade to 1.1.3 Description: Latest stable radius is 1.1.3, which has quite a few security fixes. http://www.freeradius.org/security.html ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0002799 version is 1.0.1, latest version is 2.0.2 ====================================================================== ---------------------------------------------------------------------- (0008565) gadavis (developer) - 2010-12-14 06:05 https://www.opencsw.org/mantis/view.php?id=2060#c8565 ---------------------------------------------------------------------- Hi, While I realize that your now four year old request was for 1.1.3, I have released some experimental packages of FreeRADIUS 2.1.10, which includes LDAP support. I would appreciate some feedback for these packages, as I have little experience deploying FreeRADIUS. The packages are available as part of the experimental package archive. http://buildfarm.opencsw.org/experimental.html#freeradius Note that in order to get LDAP support, you will need to install the package freeradius_ldap Thanks, Geoff From noreply at opencsw.org Tue Dec 14 06:08:58 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 14 Dec 2010 06:08:58 +0100 Subject: [bug-notifications] [freeradius 0002799]: version is 1.0.1, latest version is 2.0.2 In-Reply-To: Message-ID: <3b0f84b69e7230ce17128f4b99e0831d@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2799 ====================================================================== Reported By: maverickbna Assigned To: gadavis ====================================================================== Project: freeradius Issue ID: 2799 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: feedback ====================================================================== Date Submitted: 2008-02-20 17:57 CET Last Modified: 2010-12-14 06:08 CET ====================================================================== Summary: version is 1.0.1, latest version is 2.0.2 Description: Please work on newer version. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0002060 Upgrade to 1.1.3 related to 0002550 upgrade to 1.1.7 ====================================================================== ---------------------------------------------------------------------- (0008566) gadavis (developer) - 2010-12-14 06:08 https://www.opencsw.org/mantis/view.php?id=2799#c8566 ---------------------------------------------------------------------- Hi, I have released some experimental packages of FreeRADIUS 2.1.10, which includes LDAP support. I would appreciate some feedback for these packages, as I have little experience deploying FreeRADIUS. The packages are available as part of the experimental package archive. http://buildfarm.opencsw.org/experimental.html#freeradius Note that in order to get LDAP support, you will need to install the package freeradius_ldap Thanks, Geoff _______________________________________________ From noreply at opencsw.org Tue Dec 14 10:48:34 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 14 Dec 2010 10:48:34 +0100 Subject: [bug-notifications] [freeradius 0001983]: la file contains local paths In-Reply-To: <40ed9149848d55708344484a3f53d2f8> Message-ID: <5810f5053072be002dea5f46a9bda62e@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=1983 ====================================================================== Reported By: james Assigned To: gadavis ====================================================================== Project: freeradius Issue ID: 1983 Category: other Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2006-12-03 09:43 CET Last Modified: 2010-12-14 10:48 CET ====================================================================== Summary: la file contains local paths Description: .la should not contain local paths fix this at the same time as updating to version 1.1.3 ====================================================================== ---------------------------------------------------------------------- (0008567) james (developer) - 2010-12-14 10:48 https://www.opencsw.org/mantis/view.php?id=1983#c8567 ---------------------------------------------------------------------- Geoff, Thanks for the opportunity to check and comment but in this case I'm not a radius user and the report was based on an automatic check "does the package contain an la file?". If you have removed it that is good enough for me. Sorry for not being of more assistance, ie, being a quality assurance radius checker. James. From noreply at opencsw.org Tue Dec 14 20:13:08 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 14 Dec 2010 20:13:08 +0100 Subject: [bug-notifications] [clamav 0004632]: please upgrade to version 0.96.5 Message-ID: <2967db3f2c23913e5aca5fb68a366e74@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4632 ====================================================================== Reported By: jgoerzen Assigned To: ====================================================================== Project: clamav Issue ID: 4632 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-14 20:13 CET Last Modified: 2010-12-14 20:13 CET ====================================================================== Summary: please upgrade to version 0.96.5 Description: Please upgrade to latest stable release version 0.96.5 ====================================================================== From noreply at opencsw.org Wed Dec 15 11:51:55 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 15 Dec 2010 11:51:55 +0100 Subject: [bug-notifications] [clamav 0004632]: please upgrade to version 0.96.5 In-Reply-To: <12419a4c69223272d62d44d792787a47> Message-ID: <943e9747afee2b23c22ed9fc70e5c4c0@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4632 ====================================================================== Reported By: jgoerzen Assigned To: bonivart ====================================================================== Project: clamav Issue ID: 4632 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-14 20:13 CET Last Modified: 2010-12-15 11:51 CET ====================================================================== Summary: please upgrade to version 0.96.5 Description: Please upgrade to latest stable release version 0.96.5 ====================================================================== From noreply at opencsw.org Wed Dec 15 11:52:46 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 15 Dec 2010 11:52:46 +0100 Subject: [bug-notifications] [clamav 0004632]: please upgrade to version 0.96.5 In-Reply-To: <12419a4c69223272d62d44d792787a47> Message-ID: <106346522f9e93d25c2079d45272868a@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4632 ====================================================================== Reported By: jgoerzen Assigned To: bonivart ====================================================================== Project: clamav Issue ID: 4632 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-12-14 20:13 CET Last Modified: 2010-12-15 11:52 CET ====================================================================== Summary: please upgrade to version 0.96.5 Description: Please upgrade to latest stable release version 0.96.5 ====================================================================== ---------------------------------------------------------------------- (0008568) bonivart (manager) - 2010-12-15 11:52 https://www.opencsw.org/mantis/view.php?id=4632#c8568 ---------------------------------------------------------------------- Packages have been waiting for Phil's blessing since December 1st. From noreply at opencsw.org Wed Dec 15 12:11:07 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 15 Dec 2010 12:11:07 +0100 Subject: [bug-notifications] [clamav 0004632]: please upgrade to version 0.96.5 In-Reply-To: <12419a4c69223272d62d44d792787a47> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4632 ====================================================================== Reported By: jgoerzen Assigned To: bonivart ====================================================================== Project: clamav Issue ID: 4632 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-12-14 20:13 CET Last Modified: 2010-12-15 12:11 CET ====================================================================== Summary: please upgrade to version 0.96.5 Description: Please upgrade to latest stable release version 0.96.5 ====================================================================== ---------------------------------------------------------------------- (0008569) bonivart (manager) - 2010-12-15 12:11 https://www.opencsw.org/mantis/view.php?id=4632#c8569 ---------------------------------------------------------------------- By the way, you can use them from my experimental folder: http://buildfarm.opencsw.org/experimental.html#bonivart With: # pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/bonivart -i clamav From noreply at opencsw.org Wed Dec 15 17:51:13 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 15 Dec 2010 17:51:13 +0100 Subject: [bug-notifications] [amavisd_new 0004633]: pm_berkeley won't install Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4633 ====================================================================== Reported By: dhe Assigned To: ====================================================================== Project: amavisd_new Issue ID: 4633 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-15 17:51 CET Last Modified: 2010-12-15 17:51 CET ====================================================================== Summary: pm_berkeley won't install Description: root at mailtest:[/opt/csw/bin]#pkgutil --install pm_berkeleydb Solving needed dependencies ... Solving dependency order ... Install 2 NEW packages: CSWbdb48-4.8.30,REV=2010.12.06_rev=p0 CSWpmberkeleydb-0.43,REV=2010.09.10 Install 1 UPDATED packages: CSWperl-5.10.1,REV=2010.08.11 2 CURRENT packages: CSWcommon-1.4.7,REV=2009.09.20 CSWgdbm-1.8.3,REV=2006.01.01 Total size: 13.7 MB 3 packages to fetch. Do you want to continue? [Y,n] y A local copy of CSWbdb48-4.8.30,REV=2010.12.06_rev=p0 exists and is of matching size. A local copy of CSWperl-5.10.1,REV=2010.08.11 exists and is of matching size. Removing non-matching local file for CSWpmberkeleydb-0.43,REV=2010.09.10. => Fetching CSWpmberkeleydb-0.43,REV=2010.09.10 (3/3) ... --2010-12-15 11:48:41-- http://ibiblio.org/pub/packages/solaris/opencsw/current/i386/5.10/pm_berkeleydb-0.43,REV=2010.09.10-SunOS5.9-i386-CSW.pkg.gz Resolving ibiblio.org... 152.46.7.80 Connecting to ibiblio.org|152.46.7.80|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/i386/5.10/pm_berkeleydb-0.43,REV=2010.09.10-SunOS5.9-i386-CSW.pkg.gz [following] --2010-12-15 11:48:41-- http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/i386/5.10/pm_berkeleydb-0.43,REV=2010.09.10-SunOS5.9-i386-CSW.pkg.gz Resolving mirrors.ibiblio.org... 152.46.7.65 Connecting to mirrors.ibiblio.org|152.46.7.65|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2010-12-15 11:48:42 ERROR 404: Not Found. Fetching of CSWpmberkeleydb-0.43,REV=2010.09.10 failed. Try updating your catalog with pkgutil -U. root at mailtest:[/opt/csw/bin]# ====================================================================== From noreply at opencsw.org Wed Dec 15 20:23:52 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 15 Dec 2010 20:23:52 +0100 Subject: [bug-notifications] [antdoc 0004294]: Upgrade to 1.8.0 In-Reply-To: Message-ID: <3dc2f32af88635ca80cbc30aa23b53bc@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://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: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-02-17 22:30 CET Last Modified: 2010-12-15 20:23 CET ====================================================================== Summary: Upgrade to 1.8.0 Description: Please upgrade the package to version 1.8.0 ====================================================================== ---------------------------------------------------------------------- (0008570) james (manager) - 2010-12-15 20:23 https://www.opencsw.org/mantis/view.php?id=4294#c8570 ---------------------------------------------------------------------- This was fixed long ago wit the release of ant 1.8.1 From noreply at opencsw.org Wed Dec 15 21:35:31 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 15 Dec 2010 21:35:31 +0100 Subject: [bug-notifications] [amavisd_new 0004633]: pm_berkeley won't install In-Reply-To: <57a02bb283b51c9a296edbf4d78bb76f> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4633 ====================================================================== Reported By: dhe Assigned To: dam ====================================================================== Project: amavisd_new Issue ID: 4633 Category: packaging Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-15 17:51 CET Last Modified: 2010-12-15 21:35 CET ====================================================================== Summary: pm_berkeley won't install Description: root at mailtest:[/opt/csw/bin]#pkgutil --install pm_berkeleydb Solving needed dependencies ... Solving dependency order ... Install 2 NEW packages: CSWbdb48-4.8.30,REV=2010.12.06_rev=p0 CSWpmberkeleydb-0.43,REV=2010.09.10 Install 1 UPDATED packages: CSWperl-5.10.1,REV=2010.08.11 2 CURRENT packages: CSWcommon-1.4.7,REV=2009.09.20 CSWgdbm-1.8.3,REV=2006.01.01 Total size: 13.7 MB 3 packages to fetch. Do you want to continue? [Y,n] y A local copy of CSWbdb48-4.8.30,REV=2010.12.06_rev=p0 exists and is of matching size. A local copy of CSWperl-5.10.1,REV=2010.08.11 exists and is of matching size. Removing non-matching local file for CSWpmberkeleydb-0.43,REV=2010.09.10. => Fetching CSWpmberkeleydb-0.43,REV=2010.09.10 (3/3) ... --2010-12-15 11:48:41-- http://ibiblio.org/pub/packages/solaris/opencsw/current/i386/5.10/pm_berkeleydb-0.43,REV=2010.09.10-SunOS5.9-i386-CSW.pkg.gz Resolving ibiblio.org... 152.46.7.80 Connecting to ibiblio.org|152.46.7.80|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/i386/5.10/pm_berkeleydb-0.43,REV=2010.09.10-SunOS5.9-i386-CSW.pkg.gz [following] --2010-12-15 11:48:41-- http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/i386/5.10/pm_berkeleydb-0.43,REV=2010.09.10-SunOS5.9-i386-CSW.pkg.gz Resolving mirrors.ibiblio.org... 152.46.7.65 Connecting to mirrors.ibiblio.org|152.46.7.65|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2010-12-15 11:48:42 ERROR 404: Not Found. Fetching of CSWpmberkeleydb-0.43,REV=2010.09.10 failed. Try updating your catalog with pkgutil -U. root at mailtest:[/opt/csw/bin]# ====================================================================== From noreply at opencsw.org Wed Dec 15 21:37:15 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 15 Dec 2010 21:37:15 +0100 Subject: [bug-notifications] [amavisd_new 0004633]: pm_berkeley won't install In-Reply-To: <57a02bb283b51c9a296edbf4d78bb76f> Message-ID: The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4633 ====================================================================== Reported By: dhe Assigned To: dam ====================================================================== Project: amavisd_new Issue ID: 4633 Category: packaging Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-12-15 17:51 CET Last Modified: 2010-12-15 21:37 CET ====================================================================== Summary: pm_berkeley won't install Description: root at mailtest:[/opt/csw/bin]#pkgutil --install pm_berkeleydb Solving needed dependencies ... Solving dependency order ... Install 2 NEW packages: CSWbdb48-4.8.30,REV=2010.12.06_rev=p0 CSWpmberkeleydb-0.43,REV=2010.09.10 Install 1 UPDATED packages: CSWperl-5.10.1,REV=2010.08.11 2 CURRENT packages: CSWcommon-1.4.7,REV=2009.09.20 CSWgdbm-1.8.3,REV=2006.01.01 Total size: 13.7 MB 3 packages to fetch. Do you want to continue? [Y,n] y A local copy of CSWbdb48-4.8.30,REV=2010.12.06_rev=p0 exists and is of matching size. A local copy of CSWperl-5.10.1,REV=2010.08.11 exists and is of matching size. Removing non-matching local file for CSWpmberkeleydb-0.43,REV=2010.09.10. => Fetching CSWpmberkeleydb-0.43,REV=2010.09.10 (3/3) ... --2010-12-15 11:48:41-- http://ibiblio.org/pub/packages/solaris/opencsw/current/i386/5.10/pm_berkeleydb-0.43,REV=2010.09.10-SunOS5.9-i386-CSW.pkg.gz Resolving ibiblio.org... 152.46.7.80 Connecting to ibiblio.org|152.46.7.80|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/i386/5.10/pm_berkeleydb-0.43,REV=2010.09.10-SunOS5.9-i386-CSW.pkg.gz [following] --2010-12-15 11:48:41-- http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/i386/5.10/pm_berkeleydb-0.43,REV=2010.09.10-SunOS5.9-i386-CSW.pkg.gz Resolving mirrors.ibiblio.org... 152.46.7.65 Connecting to mirrors.ibiblio.org|152.46.7.65|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2010-12-15 11:48:42 ERROR 404: Not Found. Fetching of CSWpmberkeleydb-0.43,REV=2010.09.10 failed. Try updating your catalog with pkgutil -U. root at mailtest:[/opt/csw/bin]# ====================================================================== ---------------------------------------------------------------------- (0008571) dam (administrator) - 2010-12-15 21:37 https://www.opencsw.org/mantis/view.php?id=4633#c8571 ---------------------------------------------------------------------- There is a newer package already released. It looks like ibiblio has not been updated in a couple of days: http://www.canoedissent.org.uk/mirror/status/ You can always use the primary mirror at http://mirror.opencsw.org/opencsw/current/ From noreply at opencsw.org Thu Dec 16 00:01:50 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 16 Dec 2010 00:01:50 +0100 Subject: [bug-notifications] [exim 0004631]: Upgrade exim to 4.72 In-Reply-To: <5f8193ba327c2feecdf40b90d68dab23> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4631 ====================================================================== Reported By: dm26 Assigned To: ====================================================================== Project: exim Issue ID: 4631 Category: upgrade Reproducibility: have not tried Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-13 12:31 CET Last Modified: 2010-12-16 00:01 CET ====================================================================== Summary: Upgrade exim to 4.72 Description: Please upgrade exim to the latest version. The current OpenCSW version (4.68) has a remote root vulnerability. The exploit is detailed here: http://isc.sans.edu/diary.html?storyid=10057 ====================================================================== ---------------------------------------------------------------------- (0008572) bwalton (developer) - 2010-12-16 00:01 https://www.opencsw.org/mantis/view.php?id=4631#c8572 ---------------------------------------------------------------------- Packages available in experimental. I haven't tested these myself yet, so treat with care. I won't have a chance to do so until alter tonight. pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/exim -i CSWexim Thanks -Ben From noreply at opencsw.org Thu Dec 16 05:33:29 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 16 Dec 2010 05:33:29 +0100 Subject: [bug-notifications] [cupsd 0004634]: CSWcupsd 1.4.3, REV=2010.06.29 no longer starts Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4634 ====================================================================== Reported By: flod Assigned To: ====================================================================== Project: cupsd Issue ID: 4634 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-16 05:33 CET Last Modified: 2010-12-16 05:33 CET ====================================================================== Summary: CSWcupsd 1.4.3,REV=2010.06.29 no longer starts Description: cupsd can no longer be started. /var/svc/log/network-cswcups:default.log: cups: unable to start scheduler. [ Dec 16 05:25:20 Method "start" exited with status 1 ] [ Dec 16 05:25:20 Executing start method ("/var/opt/csw/svc/method/svc-cswcups start") ] ld.so.1: cupsd: fatal: relocation error: file /opt/csw/sbin/cupsd: symbol _httpReadGNUTLS: referenced symbol not found Killed It looks like all cups packages are on 1.4.4. except CSWcupsd . This should normally not happen when releasing. ====================================================================== From noreply at opencsw.org Thu Dec 16 08:58:16 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 16 Dec 2010 08:58:16 +0100 Subject: [bug-notifications] [cupsd 0004634]: CSWcupsd 1.4.3, REV=2010.06.29 no longer starts In-Reply-To: <0803b9a1ac491aea50c09b36adde55e6> Message-ID: <2415b852dde0e027d781a8453235f07e@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4634 ====================================================================== Reported By: flod Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 4634 Category: regular use Reproducibility: always Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-16 05:33 CET Last Modified: 2010-12-16 08:58 CET ====================================================================== Summary: CSWcupsd 1.4.3,REV=2010.06.29 no longer starts Description: cupsd can no longer be started. /var/svc/log/network-cswcups:default.log: cups: unable to start scheduler. [ Dec 16 05:25:20 Method "start" exited with status 1 ] [ Dec 16 05:25:20 Executing start method ("/var/opt/csw/svc/method/svc-cswcups start") ] ld.so.1: cupsd: fatal: relocation error: file /opt/csw/sbin/cupsd: symbol _httpReadGNUTLS: referenced symbol not found Killed It looks like all cups packages are on 1.4.4. except CSWcupsd . This should normally not happen when releasing. ====================================================================== From noreply at opencsw.org Thu Dec 16 10:16:03 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 16 Dec 2010 10:16:03 +0100 Subject: [bug-notifications] [cupsd 0004634]: CSWcupsd 1.4.3, REV=2010.06.29 no longer starts In-Reply-To: <0803b9a1ac491aea50c09b36adde55e6> Message-ID: <4dc130d318da4d3b1da8b1ef9dde7b97@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4634 ====================================================================== Reported By: flod Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 4634 Category: regular use Reproducibility: always Severity: block Priority: normal Status: confirmed ====================================================================== Date Submitted: 2010-12-16 05:33 CET Last Modified: 2010-12-16 10:16 CET ====================================================================== Summary: CSWcupsd 1.4.3,REV=2010.06.29 no longer starts Description: cupsd can no longer be started. /var/svc/log/network-cswcups:default.log: cups: unable to start scheduler. [ Dec 16 05:25:20 Method "start" exited with status 1 ] [ Dec 16 05:25:20 Executing start method ("/var/opt/csw/svc/method/svc-cswcups start") ] ld.so.1: cupsd: fatal: relocation error: file /opt/csw/sbin/cupsd: symbol _httpReadGNUTLS: referenced symbol not found Killed It looks like all cups packages are on 1.4.4. except CSWcupsd . This should normally not happen when releasing. ====================================================================== ---------------------------------------------------------------------- (0008574) flod (reporter) - 2010-12-16 10:16 https://www.opencsw.org/mantis/view.php?id=4634#c8574 ---------------------------------------------------------------------- Thanks, for the fast response. I will test cups again when the missing package is released. From noreply at opencsw.org Thu Dec 16 12:15:17 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 16 Dec 2010 12:15:17 +0100 Subject: [bug-notifications] [nrpe 0004635]: NRPE package fails to install if /opt/csw/etc/init.d doesn't already exist Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4635 ====================================================================== Reported By: andybotting Assigned To: ====================================================================== Project: nrpe Issue ID: 4635 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-16 12:15 CET Last Modified: 2010-12-16 12:15 CET ====================================================================== Summary: NRPE package fails to install if /opt/csw/etc/init.d doesn't already exist Description: I've been installing NRPE by Puppet, and found that it was failing. Package doesn't complete post-install because it barfs, trying to put a file in /etc/opt/csw/init.d. I just pre-create this directory to get around the problem. ====================================================================== From noreply at opencsw.org Thu Dec 16 12:21:38 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 16 Dec 2010 12:21:38 +0100 Subject: [bug-notifications] [puppet 0004636]: Include pkgutil provider for OpenCSW Message-ID: <941c23c4a78b97edc5a68907a33774c4@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4636 ====================================================================== Reported By: andybotting Assigned To: ====================================================================== Project: puppet Issue ID: 4636 Category: packaging Reproducibility: N/A Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-16 12:21 CET Last Modified: 2010-12-16 12:21 CET ====================================================================== Summary: Include pkgutil provider for OpenCSW Description: I'm loving pkgutil as a package provider in Puppet. Looks like pkgutil will be included in a release of Puppet very soon[1], but in the mean time, it would be great to include the pkgutil provider as a minor update for these packages. I've been running this command: wget --no-check-certificate https://github.com/domcleal/puppet/raw/143fc744a839affd328234fca26246d49d15d3d8/lib/puppet/provider/package/pkgutil.rb -O /opt/csw/lib/ruby/site_ruby/1.8/puppet/provider/package/pkgutil.rb before starting the Puppet daemon. If you could include this file in the package, it would be a quick fix until pkgutil support is officially included in Puppet. [1] See Puppet issue https://www.opencsw.org/mantis/view.php?id=4258: Add pkgutil provider (http://projects.puppetlabs.com/issues/4258) ====================================================================== From noreply at opencsw.org Thu Dec 16 17:50:20 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 16 Dec 2010 17:50:20 +0100 Subject: [bug-notifications] [mplayer 0004637]: Fails to play WMV files Message-ID: <3d0d4dd67a68cba6f40b5d227bad92ae@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4637 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: mplayer Issue ID: 4637 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-16 17:50 CET Last Modified: 2010-12-16 17:50 CET ====================================================================== Summary: Fails to play WMV files Description: Fails to play WMV files. Older CSW mplayer packages do and play the samples I'm testing so I don't think the files are at fault. ====================================================================== From noreply at opencsw.org Thu Dec 16 19:46:57 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 16 Dec 2010 19:46:57 +0100 Subject: [bug-notifications] [openldap 0004638]: openldap can't be started after berklydb upgrade Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4638 ====================================================================== Reported By: olfway Assigned To: ====================================================================== Project: openldap Issue ID: 4638 Category: other Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-16 19:46 CET Last Modified: 2010-12-16 19:46 CET ====================================================================== Summary: openldap can't be started after berklydb upgrade Description: i'm using solaris 10/sparc (current): openldap CSWoldap 2.4.23,REV=2010.11.17 berkeleydb48 CSWbdb48 4.8.30,REV=2010.12.06_rev=p0 trying to start slapd: bdb_back_initialize: BDB library version mismatch: expected Berkeley DB 4.8.26: (December 18, 2009), got Berkeley DB 4.8.30: (April 9, 2010) ====================================================================== From noreply at opencsw.org Thu Dec 16 21:24:49 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 16 Dec 2010 21:24:49 +0100 Subject: [bug-notifications] [openldap 0004638]: openldap can't be started after berklydb upgrade In-Reply-To: Message-ID: <64e6dcd672fa47234da976044a315e22@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4638 ====================================================================== Reported By: olfway Assigned To: dam ====================================================================== Project: openldap Issue ID: 4638 Category: other Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-16 19:46 CET Last Modified: 2010-12-16 21:24 CET ====================================================================== Summary: openldap can't be started after berklydb upgrade Description: i'm using solaris 10/sparc (current): openldap CSWoldap 2.4.23,REV=2010.11.17 berkeleydb48 CSWbdb48 4.8.30,REV=2010.12.06_rev=p0 trying to start slapd: bdb_back_initialize: BDB library version mismatch: expected Berkeley DB 4.8.26: (December 18, 2009), got Berkeley DB 4.8.30: (April 9, 2010) ====================================================================== From noreply at opencsw.org Thu Dec 16 22:19:16 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 16 Dec 2010 22:19:16 +0100 Subject: [bug-notifications] [exim 0004631]: Upgrade exim to 4.72 In-Reply-To: <5f8193ba327c2feecdf40b90d68dab23> Message-ID: <20ef77c7b153b0cb6ab9ea00c144567f@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4631 ====================================================================== Reported By: dm26 Assigned To: bwalton ====================================================================== Project: exim Issue ID: 4631 Category: upgrade Reproducibility: have not tried Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-13 12:31 CET Last Modified: 2010-12-16 22:19 CET ====================================================================== Summary: Upgrade exim to 4.72 Description: Please upgrade exim to the latest version. The current OpenCSW version (4.68) has a remote root vulnerability. The exploit is detailed here: http://isc.sans.edu/diary.html?storyid=10057 ====================================================================== ---------------------------------------------------------------------- (0008576) bwalton (developer) - 2010-12-16 22:19 https://www.opencsw.org/mantis/view.php?id=4631#c8576 ---------------------------------------------------------------------- The updates have serious issues. I'm working to resolve them. More on this later tonight... From noreply at opencsw.org Thu Dec 16 22:20:54 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 16 Dec 2010 22:20:54 +0100 Subject: [bug-notifications] [cups 0002924]: A subsiture package for SUNWpcr and SUNWpcu should be provided In-Reply-To: Message-ID: <4e7ad40e7a90fad1c4a2e1ff92c2df68@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://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: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2008-07-08 07:43 CEST Last Modified: 2010-12-16 22:20 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. ====================================================================== ---------------------------------------------------------------------- (0008577) maciej (manager) - 2010-12-16 22:20 https://www.opencsw.org/mantis/view.php?id=2924#c8577 ---------------------------------------------------------------------- There doesn't seem to be an agreement how to do this. Other repository, or other prefix - these things have to be decided first. I'll close this bug for now. If you have the power to spearhead and solve underlying issues (how to provide substitute symlinks in general), please reopen this bug. The code for the package is there in the repo, I'll respin and release it. From noreply at opencsw.org Thu Dec 16 22:23:49 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 16 Dec 2010 22:23:49 +0100 Subject: [bug-notifications] [cupsd 0004634]: CSWcupsd 1.4.3, REV=2010.06.29 no longer starts In-Reply-To: <0803b9a1ac491aea50c09b36adde55e6> Message-ID: <4158c06516e4015d68c665fe4ebd01bc@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4634 ====================================================================== Reported By: flod Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 4634 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-12-16 05:33 CET Last Modified: 2010-12-16 22:23 CET ====================================================================== Summary: CSWcupsd 1.4.3,REV=2010.06.29 no longer starts Description: cupsd can no longer be started. /var/svc/log/network-cswcups:default.log: cups: unable to start scheduler. [ Dec 16 05:25:20 Method "start" exited with status 1 ] [ Dec 16 05:25:20 Executing start method ("/var/opt/csw/svc/method/svc-cswcups start") ] ld.so.1: cupsd: fatal: relocation error: file /opt/csw/sbin/cupsd: symbol _httpReadGNUTLS: referenced symbol not found Killed It looks like all cups packages are on 1.4.4. except CSWcupsd . This should normally not happen when releasing. ====================================================================== ---------------------------------------------------------------------- (0008578) maciej (manager) - 2010-12-16 22:23 https://www.opencsw.org/mantis/view.php?id=4634#c8578 ---------------------------------------------------------------------- I've sent the missing package for release, but it was rejected because of an unrelated issue. In the meantime, I've built cups-1.4.5, so we'll do a release of cups-1.4.5 instead. Could you test the cups-1.4.5? I've placed it in the experimental repository, you can install it with the following command: pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/maciej -y -i cups From noreply at opencsw.org Fri Dec 17 00:12:30 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 17 Dec 2010 00:12:30 +0100 Subject: [bug-notifications] [openssh 0004417]: SSHD User's Home Directory In-Reply-To: <21a121ec7ac4f3c7f9877ec08647d5a7> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4417 ====================================================================== Reported By: ckmehta1 Assigned To: yann ====================================================================== Project: openssh Issue ID: 4417 Category: packaging Reproducibility: always Severity: tweak Priority: low Status: closed Resolution: no change required Fixed in Version: ====================================================================== Date Submitted: 2010-05-14 20:25 CEST Last Modified: 2010-12-17 00:12 CET ====================================================================== Summary: SSHD User's Home Directory Description: I was reviewing what components are in the package and I saw this directory in the package map file: /var/empty After some research for /var/empty and OpenSSH, I see its typically used as the home directory for the sshd user created in "preinstall" script. However the home directory for the sshd user in that script is "/var/run". I am thinking it might be advisable to make the home-directory for that user the /var/empty directory. ====================================================================== ---------------------------------------------------------------------- (0008579) yann (manager) - 2010-12-17 00:12 https://www.opencsw.org/mantis/view.php?id=4417#c8579 ---------------------------------------------------------------------- No news, good news: I am closing this bug. Feel free to reopen a bug if necessary. From noreply at opencsw.org Fri Dec 17 00:34:23 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 17 Dec 2010 00:34:23 +0100 Subject: [bug-notifications] [cupsd 0004634]: CSWcupsd 1.4.3, REV=2010.06.29 no longer starts In-Reply-To: <0803b9a1ac491aea50c09b36adde55e6> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4634 ====================================================================== Reported By: flod Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 4634 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-12-16 05:33 CET Last Modified: 2010-12-17 00:34 CET ====================================================================== Summary: CSWcupsd 1.4.3,REV=2010.06.29 no longer starts Description: cupsd can no longer be started. /var/svc/log/network-cswcups:default.log: cups: unable to start scheduler. [ Dec 16 05:25:20 Method "start" exited with status 1 ] [ Dec 16 05:25:20 Executing start method ("/var/opt/csw/svc/method/svc-cswcups start") ] ld.so.1: cupsd: fatal: relocation error: file /opt/csw/sbin/cupsd: symbol _httpReadGNUTLS: referenced symbol not found Killed It looks like all cups packages are on 1.4.4. except CSWcupsd . This should normally not happen when releasing. ====================================================================== ---------------------------------------------------------------------- (0008580) flod (reporter) - 2010-12-17 00:34 https://www.opencsw.org/mantis/view.php?id=4634#c8580 ---------------------------------------------------------------------- I will look into the new 1.4.5 packages. I believe that it is not the best to leave the official repository knowingly in an inconsistent state. From noreply at opencsw.org Fri Dec 17 01:30:48 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 17 Dec 2010 01:30:48 +0100 Subject: [bug-notifications] [cupsd 0004634]: CSWcupsd 1.4.3, REV=2010.06.29 no longer starts In-Reply-To: <0803b9a1ac491aea50c09b36adde55e6> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4634 ====================================================================== Reported By: flod Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 4634 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-12-16 05:33 CET Last Modified: 2010-12-17 01:30 CET ====================================================================== Summary: CSWcupsd 1.4.3,REV=2010.06.29 no longer starts Description: cupsd can no longer be started. /var/svc/log/network-cswcups:default.log: cups: unable to start scheduler. [ Dec 16 05:25:20 Method "start" exited with status 1 ] [ Dec 16 05:25:20 Executing start method ("/var/opt/csw/svc/method/svc-cswcups start") ] ld.so.1: cupsd: fatal: relocation error: file /opt/csw/sbin/cupsd: symbol _httpReadGNUTLS: referenced symbol not found Killed It looks like all cups packages are on 1.4.4. except CSWcupsd . This should normally not happen when releasing. ====================================================================== ---------------------------------------------------------------------- (0008581) flod (reporter) - 2010-12-17 01:30 https://www.opencsw.org/mantis/view.php?id=4634#c8581 ---------------------------------------------------------------------- I needed pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/maciej -y -i cups cupsdev cupsdoc libcups --param=use_gpg:false to pull in all dependencies. My use case works. I did not see any packaging peculiarities. pkgutil -c | grep cups CSWcups 1.4.5,REV=2010.12.16 1.4.4,REV=2010.10.20 CSWcupsclient 1.4.5,REV=2010.12.16 1.4.4,REV=2010.10.20 CSWcupsd 1.4.5,REV=2010.12.16 1.4.3,REV=2010.06.29 CSWcupsdev 1.4.5,REV=2010.12.16 1.4.4,REV=2010.10.20 CSWcupsdoc 1.4.5,REV=2010.12.16 1.4.4,REV=2010.10.20 CSWlibcups 1.4.5,REV=2010.12.16 1.4.4,REV=2010.10.20 CSWlibcups2 1.4.5,REV=2010.12.16 1.4.4,REV=2010.10.20 CSWlibcupscgi1 1.4.5,REV=2010.12.16 1.4.4,REV=2010.10.20 CSWlibcupsdriver1 1.4.5,REV=2010.12.16 1.4.4,REV=2010.10.20 CSWlibcupsimage2 1.4.5,REV=2010.12.16 1.4.4,REV=2010.10.20 CSWlibcupsmime1 1.4.5,REV=2010.12.16 1.4.4,REV=2010.10.20 CSWlibcupsppdc1 1.4.5,REV=2010.12.16 1.4.4,REV=2010.10.20 I wondered a bit about the pentium_pro* libraries: ldd /opt/csw/sbin/cupsd | grep pentium libz.so.1 => /opt/csw/lib/pentium_pro+mmx/libz.so.1 libssl.so.0.9.8 => /opt/csw/lib/pentium_pro/libssl.so.0.9.8 libcrypto.so.0.9.8 => /opt/csw/lib/pentium_pro/libcrypto.so.0.9.8 I expected something else on AMD64, but as cups is 32-bit this is understandable. From noreply at opencsw.org Fri Dec 17 09:38:13 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 17 Dec 2010 09:38:13 +0100 Subject: [bug-notifications] [cupsd 0004634]: CSWcupsd 1.4.3, REV=2010.06.29 no longer starts In-Reply-To: <0803b9a1ac491aea50c09b36adde55e6> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4634 ====================================================================== Reported By: flod Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 4634 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-12-16 05:33 CET Last Modified: 2010-12-17 09:38 CET ====================================================================== Summary: CSWcupsd 1.4.3,REV=2010.06.29 no longer starts Description: cupsd can no longer be started. /var/svc/log/network-cswcups:default.log: cups: unable to start scheduler. [ Dec 16 05:25:20 Method "start" exited with status 1 ] [ Dec 16 05:25:20 Executing start method ("/var/opt/csw/svc/method/svc-cswcups start") ] ld.so.1: cupsd: fatal: relocation error: file /opt/csw/sbin/cupsd: symbol _httpReadGNUTLS: referenced symbol not found Killed It looks like all cups packages are on 1.4.4. except CSWcupsd . This should normally not happen when releasing. ====================================================================== ---------------------------------------------------------------------- (0008582) maciej (manager) - 2010-12-17 09:38 https://www.opencsw.org/mantis/view.php?id=4634#c8582 ---------------------------------------------------------------------- Bad news on sparc front. cupsd segfaults when reading configuration. (dbx) run -f Running: cupsd -f (process id 11919) Reading libc_psr.so.1 Reading en_US.UTF-8.so.3 Reading methods_unicode.so.3 t at 1 (l at 1) signal SEGV (no mapping at the fault address) in cupsdReadConfiguration at 0x27894 0x00027894: cupsdReadConfiguration+0x24fc: ld [%o5], %i4 From noreply at opencsw.org Fri Dec 17 11:09:45 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 17 Dec 2010 11:09:45 +0100 Subject: [bug-notifications] [openldap 0004638]: openldap can't be started after berklydb upgrade In-Reply-To: Message-ID: The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4638 ====================================================================== Reported By: olfway Assigned To: dam ====================================================================== Project: openldap Issue ID: 4638 Category: other Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-12-16 19:46 CET Last Modified: 2010-12-17 11:09 CET ====================================================================== Summary: openldap can't be started after berklydb upgrade Description: i'm using solaris 10/sparc (current): openldap CSWoldap 2.4.23,REV=2010.11.17 berkeleydb48 CSWbdb48 4.8.30,REV=2010.12.06_rev=p0 trying to start slapd: bdb_back_initialize: BDB library version mismatch: expected Berkeley DB 4.8.26: (December 18, 2009), got Berkeley DB 4.8.30: (April 9, 2010) ====================================================================== ---------------------------------------------------------------------- (0008583) dam (administrator) - 2010-12-17 11:09 https://www.opencsw.org/mantis/view.php?id=4638#c8583 ---------------------------------------------------------------------- Updated packages with REV=2010.12.17 will appear in a couple of minutes here: http://buildfarm.opencsw.org/experimental.html#openldap It would be nice if you could verify that these actually fix your reported problem. From noreply at opencsw.org Fri Dec 17 16:00:07 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 17 Dec 2010 16:00:07 +0100 Subject: [bug-notifications] [cswpkgloghooks 0004639]: Package names with "-" in it don't seem to be properly processed Message-ID: <1ac03e0981b8b2541e19a56ae3352d9d@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4639 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: cswpkgloghooks Issue ID: 4639 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-17 16:00 CET Last Modified: 2010-12-17 16:00 CET ====================================================================== Summary: Package names with "-" in it don't seem to be properly processed Description: This is a snipped from a pkgutil update: pkgparam: ERROR: unable to locate parameter information for "CSWpy" => Removing old version of CSWpy-mox (5/9) ... Removing pyo and pyc files for package ... Removal of was successful. Looks like CSWpy-mox was incorrectly split. ====================================================================== From noreply at opencsw.org Sat Dec 18 05:33:20 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 18 Dec 2010 05:33:20 +0100 Subject: [bug-notifications] [cupsd 0004634]: CSWcupsd 1.4.3, REV=2010.06.29 no longer starts In-Reply-To: <0803b9a1ac491aea50c09b36adde55e6> Message-ID: <74c25c4fcfb891ad512fed01acb33075@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4634 ====================================================================== Reported By: flod Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 4634 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-12-16 05:33 CET Last Modified: 2010-12-18 05:33 CET ====================================================================== Summary: CSWcupsd 1.4.3,REV=2010.06.29 no longer starts Description: cupsd can no longer be started. /var/svc/log/network-cswcups:default.log: cups: unable to start scheduler. [ Dec 16 05:25:20 Method "start" exited with status 1 ] [ Dec 16 05:25:20 Executing start method ("/var/opt/csw/svc/method/svc-cswcups start") ] ld.so.1: cupsd: fatal: relocation error: file /opt/csw/sbin/cupsd: symbol _httpReadGNUTLS: referenced symbol not found Killed It looks like all cups packages are on 1.4.4. except CSWcupsd . This should normally not happen when releasing. ====================================================================== ---------------------------------------------------------------------- (0008584) flod (reporter) - 2010-12-18 05:33 https://www.opencsw.org/mantis/view.php?id=4634#c8584 ---------------------------------------------------------------------- The group changed from lp to bin in the 1.4.5 experimental package. Old config files and dirs will still belong to lp. From noreply at opencsw.org Sat Dec 18 06:33:49 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 18 Dec 2010 06:33:49 +0100 Subject: [bug-notifications] [coreutils 0004640]: coreutils-8.4, REV=2010.06.28 incompatible with common-1.5, REV=2010.12.11 Message-ID: <4bbf3b52fa7b02b94fa663c80bfa997e@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4640 ====================================================================== Reported By: flod Assigned To: ====================================================================== Project: coreutils Issue ID: 4640 Category: packaging Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-18 06:33 CET Last Modified: 2010-12-18 06:33 CET ====================================================================== Summary: coreutils-8.4,REV=2010.06.28 incompatible with common-1.5,REV=2010.12.11 Description: There is a newly released common-1.5,REV=2010.12.11. It doesn't contain the LC_TIME symbolic links as before. See https://www.opencsw.org/mantis/view.php?id=4508 and https://www.opencsw.org/mantis/view.php?id=4510. So the bugs there can be closed. But now the installation of coreutils-8.4,REV=2010.06.28 fails, as the LC_TIME directories are not there. ====================================================================== From noreply at opencsw.org Sat Dec 18 06:37:28 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 18 Dec 2010 06:37:28 +0100 Subject: [bug-notifications] [coreutils 0004640]: coreutils-8.4, REV=2010.06.28 incompatible with common-1.5, REV=2010.12.11 In-Reply-To: <696a0ef0d3bc58c5f1ec8b11a4188e37> Message-ID: <9e46737047cf75a409b6d64fe3e93359@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4640 ====================================================================== Reported By: flod Assigned To: ====================================================================== Project: coreutils Issue ID: 4640 Category: packaging Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-18 06:33 CET Last Modified: 2010-12-18 06:37 CET ====================================================================== Summary: coreutils-8.4,REV=2010.06.28 incompatible with common-1.5,REV=2010.12.11 Description: There is a newly released common-1.5,REV=2010.12.11. It doesn't contain the LC_TIME symbolic links as before. See https://www.opencsw.org/mantis/view.php?id=4508 and https://www.opencsw.org/mantis/view.php?id=4510. So the bugs there can be closed. But now the installation of coreutils-8.4,REV=2010.06.28 fails, as the LC_TIME directories are not there. ====================================================================== ---------------------------------------------------------------------- (0008585) flod (reporter) - 2010-12-18 06:37 https://www.opencsw.org/mantis/view.php?id=4640#c8585 ---------------------------------------------------------------------- And in a non-global zone: WARNING: attribute verification of failed file type expected actual WARNING: content verification of failed pathname does not exist WARNING: attribute verification of failed file type expected actual WARNING: content verification of failed pathname does not exist WARNING: attribute verification of failed file type expected actual WARNING: content verification of failed pathname does not exist WARNING: attribute verification of failed file type expected actual WARNING: content verification of failed pathname does not exist WARNING: attribute verification of failed file type expected actual WARNING: content verification of failed pathname does not exist WARNING: attribute verification of failed file type expected actual WARNING: content verification of failed pathname does not exist WARNING: attribute verification of failed file type expected actual WARNING: content verification of failed pathname does not exist WARNING: attribute verification of failed file type expected actual WARNING: content verification of failed pathname does not exist WARNING: attribute verification of failed file type expected actual WARNING: content verification of failed pathname does not exist WARNING: attribute verification of failed file type expected actual WARNING: content verification of failed pathname does not exist WARNING: attribute verification of failed file type expected actual WARNING: content verification of failed pathname does not exist WARNING: attribute verification of failed file type expected actual WARNING: content verification of failed pathname does not exist WARNING: attribute verification of failed file type expected actual WARNING: content verification of failed pathname does not exist WARNING: attribute verification of failed file type expected actual WARNING: content verification of failed pathname does not exist WARNING: attribute verification of failed file type expected actual WARNING: content verification of failed pathname does not exist WARNING: attribute verification of failed file type expected actual WARNING: content verification of failed pathname does not exist WARNING: attribute verification of failed file type expected actual WARNING: content verification of failed pathname does not exist WARNING: attribute verification of failed file type expected actual WARNING: content verification of failed pathname does not exist WARNING: attribute verification of failed file type expected actual WARNING: content verification of failed pathname does not exist From noreply at opencsw.org Sat Dec 18 09:04:56 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 18 Dec 2010 09:04:56 +0100 Subject: [bug-notifications] [cupsd 0004634]: CSWcupsd 1.4.3, REV=2010.06.29 no longer starts In-Reply-To: <0803b9a1ac491aea50c09b36adde55e6> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4634 ====================================================================== Reported By: flod Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 4634 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-12-16 05:33 CET Last Modified: 2010-12-18 09:04 CET ====================================================================== Summary: CSWcupsd 1.4.3,REV=2010.06.29 no longer starts Description: cupsd can no longer be started. /var/svc/log/network-cswcups:default.log: cups: unable to start scheduler. [ Dec 16 05:25:20 Method "start" exited with status 1 ] [ Dec 16 05:25:20 Executing start method ("/var/opt/csw/svc/method/svc-cswcups start") ] ld.so.1: cupsd: fatal: relocation error: file /opt/csw/sbin/cupsd: symbol _httpReadGNUTLS: referenced symbol not found Killed It looks like all cups packages are on 1.4.4. except CSWcupsd . This should normally not happen when releasing. ====================================================================== ---------------------------------------------------------------------- (0008586) maciej (manager) - 2010-12-18 09:04 https://www.opencsw.org/mantis/view.php?id=4634#c8586 ---------------------------------------------------------------------- I don't think this is the case. Comparing the package in the catalog with the one in the experimental directory, there are no permission changes in the cupsd package: maciej at login [login]:~/src/opencsw-git/gar/v2 > bin/comparepkg -a /home/mirror/opencsw/current/sparc/5.9 -b ~/exp -c cupsd -p --- /tmp/pkg_2gwCVX/cupsd-1.4.3,REV=2010.06.29-SunOS5.9-sparc-CSW.pkg.gz +++ /tmp/pkg_CHmqnf/cupsd-1.4.5,REV=2010.12.18.02.07-SunOS5.9-sparc-CSW.pkg.gz @@ -7,17 +7,6 @@ /etc/opt/csw/cups/ssl 0755 root bin /etc/opt/csw/init.d 0755 root bin /etc/opt/csw/init.d/cswcups 0555 root bin -/etc/opt/csw/rc0.d 0755 root bin -/etc/opt/csw/rc0.d/K00cups --> ../init.d/cswcups -/etc/opt/csw/rc2.d 0755 root bin -/etc/opt/csw/rc2.d/K00cups --> ../init.d/cswcups -/etc/opt/csw/rc2.d/S99cups --> ../init.d/cswcups -/etc/opt/csw/rc3.d 0755 root bin -/etc/opt/csw/rc3.d/K00cups --> ../init.d/cswcups -/etc/opt/csw/rc3.d/S99cups --> ../init.d/cswcups -/etc/opt/csw/rc5.d 0755 root bin -/etc/opt/csw/rc5.d/K00cups --> ../init.d/cswcups -/etc/opt/csw/rc5.d/S99cups --> ../init.d/cswcups /opt/csw/bin/ppdc 0555 root bin /opt/csw/bin/ppdhtml 0555 root bin /opt/csw/bin/ppdi 0555 root bin @@ -75,9 +64,6 @@ /opt/csw/sbin/cupsfilter 0555 root bin /opt/csw/share/applications 0755 root bin /opt/csw/share/applications/cups.desktop 0444 root bin -/opt/csw/share/checkpkg 0755 root bin -/opt/csw/share/checkpkg/overrides 0755 root bin -/opt/csw/share/checkpkg/overrides/cupsd 0644 root bin /opt/csw/share/cups 0755 root bin /opt/csw/share/cups/banners 0755 root bin /opt/csw/share/cups/banners/classified 0444 root bin From noreply at opencsw.org Sat Dec 18 12:29:33 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 18 Dec 2010 12:29:33 +0100 Subject: [bug-notifications] [openssl_devel 0004607]: apache + openssl coredumps In-Reply-To: <7f50786bf0b794f552523658aa9ff51e> Message-ID: <27ed997d06ea2f1f19e060315404d9d0@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4607 ====================================================================== Reported By: mihailp Assigned To: yann ====================================================================== Project: openssl_devel Issue ID: 4607 Category: regular use Reproducibility: sometimes Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-11-16 19:59 CET Last Modified: 2010-12-18 12:29 CET ====================================================================== Summary: apache + openssl coredumps Description: Server: Solaris 10u3 + latest 10Recommended Soft: Apache 2.2.15 (compiled by Sun Studio 12 + latest patches) Soft: openssl 0.9.8n from opencsw This combination of soft coredumps 20+ times per day under load. I can't repeat it in test bed. 1. # mdb core.httpd.11638 Loading modules: [ libc.so.1 libuutil.so.1 ld.so.1 ] > ::stack libc.so.1`__lwp_park+0x14(eec75a00, 0, ff033a20, 0, 1c00, 1d3c) libc.so.1`malloc+0x44(8, 1, d95ac, fe643520, ff0303d8, ff03a5a0) libcrypto.so.0.9.8`CRYPTO_malloc+0x7c(fe740c04, fe740c04, 19d, 8, fe769608, fed1d948) libcrypto.so.0.9.8`int_new_ex_data+0x6c(1, 95adf0, 95aed4, 2, 2319f0, fe740c04) libssl.so.0.9.8`SSL_new+0x220(95adf0, 225e50, 0, 225eb0, fecb4ccc, fecc2a7c) mod_ssl.so`ssl_init_ssl_connection+0x100(934ae0, 1ea, 6, 0, 934ae0, fed1f89c) mod_ssl.so`ssl_hook_pre_connection+0x194(934ae0, 934830, 934830, 3ca, 934ad8, 940ed8) ap_run_pre_connection+0x7c(934ae0, 934830, 1, 1ca, 940ed8, 1) ap_process_connection+0x24(934ae0, 934830, 934830, 3ca, 934ad8, 940ed8) process_socket+0xc4(9347f0, 934830, 1, 1ca, 940ed8, 1) worker_thread+0x2e0(480368, 23e070, 0, 0, 0, 0) libapr-1.so.0`dummy_worker+0x24(480368, e01fc000, 0, 0, ff2084f8, 1) libc.so.1`_lwp_start(0, 0, 0, 0, 0, 0) 2. # mdb core.httpd.5550 Loading modules: [ libc.so.1 libuutil.so.1 ld.so.1 ] > ::stack libc.so.1`__lwp_park+0x14(dea8fa00, 0, ff033a20, 0, 1c00, 1d3c) libc.so.1`free+0x1c(776138, 34, d871c, feca6550, ff0303d8, 67fbc8) libcrypto.so.0.9.8`CRYPTO_free+0x48(0, 618, 400, fe768ff8, 127b40, 776138) libssl.so.0.9.8`tls1_setup_key_block+0x128(65bab0, 34, 20, 776138, 14, 67fbc8) libssl.so.0.9.8`ssl3_accept+0x6e0(65bab0, 21d0, fed0c518, 2000, 21d0, 67fbc8) libssl.so.0.9.8`ssl23_get_client_hello+0x784(65bab0, b, 2210, 3, fecd6fa0, dcc7b91c) libssl.so.0.9.8`ssl23_accept+0x29c(65bab0, fed0c518, 0, 225e50, fecd6fa0, 2000) mod_ssl.so`ssl_io_filter_connect+0x3a0(62fe40, 6a4bf0, 1, 0, 0, 0) mod_ssl.so`ssl_io_filter_input+0x1a0(6a2de8, 6a4bf0, 1, 0, 0, 0) ap_get_brigade+0x70(6a2de8, 6a4bf0, 1, 0, 0, 0) ap_rgetline_core+0x90(6a3e60, 2000, dcc7bc44, 6a3e48, 0, 6a4bf0) read_request_line+0x7c(6a3e48, 6a4bf0, ffffffff, 0, 0, 6a3ff1) ap_read_request+0x224(62f918, 3, 0, 1fe, 6336a8, 1) ap_process_http_connection+0x28(62f918, 62f668, 62f668, 3fe, 62f910, 6336a8) ap_run_process_connection+0x74(62f918, 62f668, 1, 1fe, 6336a8, 1) ap_process_connection+0x88(62f918, 62f668, 62f668, 3fe, 62f910, 6336a8) process_socket+0xc4(62f628, 62f668, 1, 1fe, 6336a8, 1) worker_thread+0x2e0(4809e8, 23e070, 0, 0, 0, 0) libapr-1.so.0`dummy_worker+0x24(4809e8, dcc7c000, 0, 0, ff2084f8, 1) libc.so.1`_lwp_start(0, 0, 0, 0, 0, 0) > Is this openssl problem? I don't have any ideas where start to fix. ====================================================================== ---------------------------------------------------------------------- (0008587) yann (manager) - 2010-12-18 12:29 https://www.opencsw.org/mantis/view.php?id=4607#c8587 ---------------------------------------------------------------------- Ok, thanks for the update, closing the bug. From noreply at opencsw.org Sat Dec 18 12:31:15 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 18 Dec 2010 12:31:15 +0100 Subject: [bug-notifications] [openssh 0004398]: cswopenssh stops Sun ssh In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4398 ====================================================================== Reported By: dam Assigned To: yann ====================================================================== Project: openssh Issue ID: 4398 Category: other Reproducibility: have not tried Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-04-16 18:04 CEST Last Modified: 2010-12-18 12:31 CET ====================================================================== Summary: cswopenssh stops Sun ssh Description: It looks like the cswopenssh kills the Sun ssh processes, even with autoenable_daemons=no on Solaris 9. ====================================================================== ---------------------------------------------------------------------- (0008588) yann (manager) - 2010-12-18 12:31 https://www.opencsw.org/mantis/view.php?id=4398#c8588 ---------------------------------------------------------------------- dam, still no news ? I will have to close the bug as "unable to reproduce" if you can't provide me more information. From noreply at opencsw.org Sat Dec 18 15:37:48 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 18 Dec 2010 15:37:48 +0100 Subject: [bug-notifications] [cyrus_imapd 0004616]: Cyrus Imapd 2.4.5 In-Reply-To: Message-ID: <57044f00322dcf334abd3441b4e60ba0@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4616 ====================================================================== Reported By: ctw Assigned To: yann ====================================================================== Project: cyrus_imapd Issue ID: 4616 Category: packaging Reproducibility: N/A Severity: feature Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-11-30 11:42 CET Last Modified: 2010-12-18 15:37 CET ====================================================================== Summary: Cyrus Imapd 2.4.5 Description: Hi, Could you package this new version of Cyrus Imapd ? ====================================================================== ---------------------------------------------------------------------- (0008590) yann (manager) - 2010-12-18 15:37 https://www.opencsw.org/mantis/view.php?id=4616#c8590 ---------------------------------------------------------------------- Hi, I am working on it but the opencsw version is traditionnally shipped with the autocreate [1] and autosieve [2] patches, and theses patches have not yet been updated for the 2.4 branch [3], they are targeted for 2.5 branch [4] If you don't use these feature, I can send you the 2.4.5 packages I am currently working on. [1] http://email.uoa.gr/projects/cyrus/autocreate/ [2] http://email.uoa.gr/projects/cyrus/autosievefolder/ [3] http://lists.andrew.cmu.edu/pipermail/cyrus-devel/2010-November/001661.html [4] http://www.cyrusimap.org/mediawiki/index.php/Bugs_Blocking_2.5-next From noreply at opencsw.org Sat Dec 18 16:45:42 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 18 Dec 2010 16:45:42 +0100 Subject: [bug-notifications] [cswpkgloghooks 0004639]: Package names with "-" in it don't seem to be properly processed In-Reply-To: Message-ID: <7d54bf0b8db02800c26bed83ab7c4a05@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4639 ====================================================================== Reported By: dam Assigned To: bwalton ====================================================================== Project: cswpkgloghooks Issue ID: 4639 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-12-17 16:00 CET Last Modified: 2010-12-18 16:45 CET ====================================================================== Summary: Package names with "-" in it don't seem to be properly processed Description: This is a snipped from a pkgutil update: pkgparam: ERROR: unable to locate parameter information for "CSWpy" => Removing old version of CSWpy-mox (5/9) ... Removing pyo and pyc files for package ... Removal of was successful. Looks like CSWpy-mox was incorrectly split. ====================================================================== ---------------------------------------------------------------------- (0008591) bwalton (manager) - 2010-12-18 16:45 https://www.opencsw.org/mantis/view.php?id=4639#c8591 ---------------------------------------------------------------------- Updated version pushed for release. -Ben From noreply at opencsw.org Sat Dec 18 16:48:00 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 18 Dec 2010 16:48:00 +0100 Subject: [bug-notifications] [coreutils 0004640]: coreutils-8.4, REV=2010.06.28 incompatible with common-1.5, REV=2010.12.11 In-Reply-To: <696a0ef0d3bc58c5f1ec8b11a4188e37> Message-ID: <001ffb175ddba2b0352c432f9ab69e12@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4640 ====================================================================== Reported By: flod Assigned To: bwalton ====================================================================== Project: coreutils Issue ID: 4640 Category: packaging Reproducibility: always Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-18 06:33 CET Last Modified: 2010-12-18 16:48 CET ====================================================================== Summary: coreutils-8.4,REV=2010.06.28 incompatible with common-1.5,REV=2010.12.11 Description: There is a newly released common-1.5,REV=2010.12.11. It doesn't contain the LC_TIME symbolic links as before. See https://www.opencsw.org/mantis/view.php?id=4508 and https://www.opencsw.org/mantis/view.php?id=4510. So the bugs there can be closed. But now the installation of coreutils-8.4,REV=2010.06.28 fails, as the LC_TIME directories are not there. ====================================================================== ---------------------------------------------------------------------- (0008592) bwalton (manager) - 2010-12-18 16:48 https://www.opencsw.org/mantis/view.php?id=4640#c8592 ---------------------------------------------------------------------- Updated packages in experimental that contain the LC_TIME directories. Please test: http://buildfarm.opencsw.org/experimental.html#coreutils Thanks -Ben From noreply at opencsw.org Sat Dec 18 19:12:46 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 18 Dec 2010 19:12:46 +0100 Subject: [bug-notifications] [coreutils 0004640]: coreutils-8.4, REV=2010.06.28 incompatible with common-1.5, REV=2010.12.11 In-Reply-To: <696a0ef0d3bc58c5f1ec8b11a4188e37> Message-ID: <4829b53e67f71e8f703e5cd97041a921@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4640 ====================================================================== Reported By: flod Assigned To: bwalton ====================================================================== Project: coreutils Issue ID: 4640 Category: packaging Reproducibility: always Severity: block Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-12-18 06:33 CET Last Modified: 2010-12-18 19:12 CET ====================================================================== Summary: coreutils-8.4,REV=2010.06.28 incompatible with common-1.5,REV=2010.12.11 Description: There is a newly released common-1.5,REV=2010.12.11. It doesn't contain the LC_TIME symbolic links as before. See https://www.opencsw.org/mantis/view.php?id=4508 and https://www.opencsw.org/mantis/view.php?id=4510. So the bugs there can be closed. But now the installation of coreutils-8.4,REV=2010.06.28 fails, as the LC_TIME directories are not there. ====================================================================== ---------------------------------------------------------------------- (0008593) bwalton (manager) - 2010-12-18 19:12 https://www.opencsw.org/mantis/view.php?id=4640#c8593 ---------------------------------------------------------------------- Updated packages pushed for release. -Ben From noreply at opencsw.org Sat Dec 18 19:20:31 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 18 Dec 2010 19:20:31 +0100 Subject: [bug-notifications] [coreutils 0004640]: coreutils-8.4, REV=2010.06.28 incompatible with common-1.5, REV=2010.12.11 In-Reply-To: <696a0ef0d3bc58c5f1ec8b11a4188e37> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4640 ====================================================================== Reported By: flod Assigned To: bwalton ====================================================================== Project: coreutils Issue ID: 4640 Category: packaging Reproducibility: always Severity: block Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-12-18 06:33 CET Last Modified: 2010-12-18 19:20 CET ====================================================================== Summary: coreutils-8.4,REV=2010.06.28 incompatible with common-1.5,REV=2010.12.11 Description: There is a newly released common-1.5,REV=2010.12.11. It doesn't contain the LC_TIME symbolic links as before. See https://www.opencsw.org/mantis/view.php?id=4508 and https://www.opencsw.org/mantis/view.php?id=4510. So the bugs there can be closed. But now the installation of coreutils-8.4,REV=2010.06.28 fails, as the LC_TIME directories are not there. ====================================================================== ---------------------------------------------------------------------- (0008593) bwalton (manager) - 2010-12-18 19:12 https://www.opencsw.org/mantis/view.php?id=4640#c8593 ---------------------------------------------------------------------- Updated packages pushed for release. -Ben From noreply at opencsw.org Sat Dec 18 19:23:21 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 18 Dec 2010 19:23:21 +0100 Subject: [bug-notifications] [cyrus_imapd 0004616]: Cyrus Imapd 2.4.5 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4616 ====================================================================== Reported By: ctw Assigned To: yann ====================================================================== Project: cyrus_imapd Issue ID: 4616 Category: packaging Reproducibility: N/A Severity: feature Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-11-30 11:42 CET Last Modified: 2010-12-18 19:23 CET ====================================================================== Summary: Cyrus Imapd 2.4.5 Description: Hi, Could you package this new version of Cyrus Imapd ? ====================================================================== ---------------------------------------------------------------------- (0008594) yann (manager) - 2010-12-18 19:23 https://www.opencsw.org/mantis/view.php?id=4616#c8594 ---------------------------------------------------------------------- You can try the 2.4.5 packages in my experimental repository: http://buildfarm.opencsw.org/experimental.html#yann From noreply at opencsw.org Sat Dec 18 20:10:38 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 18 Dec 2010 20:10:38 +0100 Subject: [bug-notifications] [clamav 0004632]: please upgrade to version 0.96.5 In-Reply-To: <12419a4c69223272d62d44d792787a47> Message-ID: <082688e8f3ffe0f6f34e42f596b50c38@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4632 ====================================================================== Reported By: jgoerzen Assigned To: bonivart ====================================================================== Project: clamav Issue ID: 4632 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-12-14 20:13 CET Last Modified: 2010-12-18 20:10 CET ====================================================================== Summary: please upgrade to version 0.96.5 Description: Please upgrade to latest stable release version 0.96.5 ====================================================================== ---------------------------------------------------------------------- (0008595) jgoerzen (developer) - 2010-12-18 20:10 https://www.opencsw.org/mantis/view.php?id=4632#c8595 ---------------------------------------------------------------------- I have installed as suggested and have confirmed the experimental pkgs are working as expected. In my opinion they are ready for release to current. Thanks! From noreply at opencsw.org Sat Dec 18 20:53:31 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 18 Dec 2010 20:53:31 +0100 Subject: [bug-notifications] [exim 0004631]: Upgrade exim to 4.72 In-Reply-To: <5f8193ba327c2feecdf40b90d68dab23> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4631 ====================================================================== Reported By: dm26 Assigned To: bwalton ====================================================================== Project: exim Issue ID: 4631 Category: upgrade Reproducibility: have not tried Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-13 12:31 CET Last Modified: 2010-12-18 20:53 CET ====================================================================== Summary: Upgrade exim to 4.72 Description: Please upgrade exim to the latest version. The current OpenCSW version (4.68) has a remote root vulnerability. The exploit is detailed here: http://isc.sans.edu/diary.html?storyid=10057 ====================================================================== ---------------------------------------------------------------------- (0008596) bwalton (developer) - 2010-12-18 20:53 https://www.opencsw.org/mantis/view.php?id=4631#c8596 ---------------------------------------------------------------------- Ok, the update in experimental seem reasonable to me. Please test and let me know your experience. http://buildfarm.opencsw.org/experimental.html#exim Sorry this has taken so long. :( Thanks -Ben From noreply at opencsw.org Sat Dec 18 22:15:04 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 18 Dec 2010 22:15:04 +0100 Subject: [bug-notifications] [cupsd 0004634]: CSWcupsd 1.4.3, REV=2010.06.29 no longer starts In-Reply-To: <0803b9a1ac491aea50c09b36adde55e6> Message-ID: <9f16d893a7119bdb0505ca53fc3c509c@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4634 ====================================================================== Reported By: flod Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 4634 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-12-16 05:33 CET Last Modified: 2010-12-18 22:15 CET ====================================================================== Summary: CSWcupsd 1.4.3,REV=2010.06.29 no longer starts Description: cupsd can no longer be started. /var/svc/log/network-cswcups:default.log: cups: unable to start scheduler. [ Dec 16 05:25:20 Method "start" exited with status 1 ] [ Dec 16 05:25:20 Executing start method ("/var/opt/csw/svc/method/svc-cswcups start") ] ld.so.1: cupsd: fatal: relocation error: file /opt/csw/sbin/cupsd: symbol _httpReadGNUTLS: referenced symbol not found Killed It looks like all cups packages are on 1.4.4. except CSWcupsd . This should normally not happen when releasing. ====================================================================== ---------------------------------------------------------------------- (0008597) flod (reporter) - 2010-12-18 22:15 https://www.opencsw.org/mantis/view.php?id=4634#c8597 ---------------------------------------------------------------------- You are correct. I did not look into the packages. I have no idea how all my cups configuration files happen to belong to the lp group. Maybe that was from some even older cups package or my doing something stupid long time ago. Thanks for the nice diff. As a pure package consumer I never used gar. I would consider it a very nice feature for any package upgrade to have such a diff between the previous current and a new package. With that one can see what an update might change in the layout/ownership. I saw that there already are package reports: http://pkg.opencsw.org/pkgbrowser/reports/ But they don't contain diffs to the previous "current" package. It might not help a lot, when packages get split (lib.* et al) but I hope that this happens not at every single update. From noreply at opencsw.org Sun Dec 19 11:02:31 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 19 Dec 2010 11:02:31 +0100 Subject: [bug-notifications] [openssh 0004398]: cswopenssh stops Sun ssh In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4398 ====================================================================== Reported By: dam Assigned To: yann ====================================================================== Project: openssh Issue ID: 4398 Category: other Reproducibility: have not tried Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-04-16 18:04 CEST Last Modified: 2010-12-19 11:02 CET ====================================================================== Summary: cswopenssh stops Sun ssh Description: It looks like the cswopenssh kills the Sun ssh processes, even with autoenable_daemons=no on Solaris 9. ====================================================================== ---------------------------------------------------------------------- (0008598) dam (administrator) - 2010-12-19 11:02 https://www.opencsw.org/mantis/view.php?id=4398#c8598 ---------------------------------------------------------------------- Hi Yann, I think I know now what happens: Both /etc/init.d/ssh and /etc/init.d/cswopenssh use /var/run/sshd.pid. When the Sun SSH is used and started everything is fine. On cswopenssh shutdown it thinks that the daemon to shutdown is the CSW one, although it is the Sun SSH and kills the SUNW ssh process. IMHO it may be best to use different pidfiles (/var/run/cswsshd.pid?). Sorry for the long delay... Best regards -- Dago From noreply at opencsw.org Sun Dec 19 11:47:28 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 19 Dec 2010 11:47:28 +0100 Subject: [bug-notifications] [xchm 0003586]: Please upgrade to 1.14 In-Reply-To: <38b7d70d3c27e8432e1dd6bd334b9ad7> Message-ID: <13f85dc5015989d04a95fb89ae8cdc10@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3586 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: xchm Issue ID: 3586 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-02 08:33 CEST Last Modified: 2010-12-19 11:47 CET ====================================================================== Summary: Please upgrade to 1.14 Description: Please upgrade to 1.14 ====================================================================== From noreply at opencsw.org Sun Dec 19 11:47:45 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 19 Dec 2010 11:47:45 +0100 Subject: [bug-notifications] [xchm 0003586]: Please upgrade to 1.14 In-Reply-To: <38b7d70d3c27e8432e1dd6bd334b9ad7> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3586 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: xchm Issue ID: 3586 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-02 08:33 CEST Last Modified: 2010-12-19 11:47 CET ====================================================================== Summary: Please upgrade to 1.14 Description: Please upgrade to 1.14 ====================================================================== ---------------------------------------------------------------------- (0008599) dam (administrator) - 2010-12-19 11:47 https://www.opencsw.org/mantis/view.php?id=3586#c8599 ---------------------------------------------------------------------- Fixed with 1.18,REV=2010.12.14 and released to current/. From noreply at opencsw.org Sun Dec 19 11:48:43 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 19 Dec 2010 11:48:43 +0100 Subject: [bug-notifications] [xchm 0004067]: Rebuild against wxwidgets-2.8.10 In-Reply-To: <1e28632b338056b02c4c5ad79d05cb2a> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4067 ====================================================================== Reported By: maciej Assigned To: dam ====================================================================== Project: xchm Issue ID: 4067 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-12-08 19:54 CET Last Modified: 2010-12-19 11:48 CET ====================================================================== Summary: Rebuild against wxwidgets-2.8.10 Description: A new, garified version of wxwidgets has been released. The new package provides the old binaries for backward compatibility. Please rebuild the package against the new version of wxwidgets, so that the old binaries can be removed. ====================================================================== From noreply at opencsw.org Sun Dec 19 11:48:52 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 19 Dec 2010 11:48:52 +0100 Subject: [bug-notifications] [xchm 0004067]: Rebuild against wxwidgets-2.8.10 In-Reply-To: <1e28632b338056b02c4c5ad79d05cb2a> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4067 ====================================================================== Reported By: maciej Assigned To: dam ====================================================================== Project: xchm Issue ID: 4067 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-12-08 19:54 CET Last Modified: 2010-12-19 11:48 CET ====================================================================== Summary: Rebuild against wxwidgets-2.8.10 Description: A new, garified version of wxwidgets has been released. The new package provides the old binaries for backward compatibility. Please rebuild the package against the new version of wxwidgets, so that the old binaries can be removed. ====================================================================== ---------------------------------------------------------------------- (0008600) dam (administrator) - 2010-12-19 11:48 https://www.opencsw.org/mantis/view.php?id=4067#c8600 ---------------------------------------------------------------------- Fixed with 1.18,REV=2010.12.14 and released to current/. From noreply at opencsw.org Sun Dec 19 11:49:03 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 19 Dec 2010 11:49:03 +0100 Subject: [bug-notifications] [xchm 0004071]: Rebuild xchm against wxwidgets-2.8.10 In-Reply-To: <703d7900e09f34796c539642cda76532> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4071 ====================================================================== Reported By: maciej Assigned To: dam ====================================================================== Project: xchm Issue ID: 4071 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-12-08 20:00 CET Last Modified: 2010-12-19 11:49 CET ====================================================================== Summary: Rebuild xchm against wxwidgets-2.8.10 Description: A new, garified version of wxwidgets has been released. The new package provides the old binaries for backward compatibility. Please rebuild the package against the new version of wxwidgets, so that the old binaries can be removed. ====================================================================== From noreply at opencsw.org Sun Dec 19 11:49:13 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 19 Dec 2010 11:49:13 +0100 Subject: [bug-notifications] [xchm 0004071]: Rebuild xchm against wxwidgets-2.8.10 In-Reply-To: <703d7900e09f34796c539642cda76532> Message-ID: <12aa4b4fe766a5de5cd2327ad3ad0e46@www.opencsw.org> The following issue has been set as DUPLICATE OF issue 0004067. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4071 ====================================================================== Reported By: maciej Assigned To: dam ====================================================================== Project: xchm Issue ID: 4071 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-12-08 20:00 CET Last Modified: 2010-12-19 11:49 CET ====================================================================== Summary: Rebuild xchm against wxwidgets-2.8.10 Description: A new, garified version of wxwidgets has been released. The new package provides the old binaries for backward compatibility. Please rebuild the package against the new version of wxwidgets, so that the old binaries can be removed. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0004067 Rebuild against wxwidgets-2.8.10 ====================================================================== From noreply at opencsw.org Sun Dec 19 11:49:14 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 19 Dec 2010 11:49:14 +0100 Subject: [bug-notifications] [xchm 0004067]: Rebuild against wxwidgets-2.8.10 In-Reply-To: <1e28632b338056b02c4c5ad79d05cb2a> Message-ID: The issue 0004071 has been set as DUPLICATE OF the following issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4067 ====================================================================== Reported By: maciej Assigned To: dam ====================================================================== Project: xchm Issue ID: 4067 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-12-08 19:54 CET Last Modified: 2010-12-19 11:48 CET ====================================================================== Summary: Rebuild against wxwidgets-2.8.10 Description: A new, garified version of wxwidgets has been released. The new package provides the old binaries for backward compatibility. Please rebuild the package against the new version of wxwidgets, so that the old binaries can be removed. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0004071 Rebuild xchm against wxwidgets-2.8.10 ====================================================================== ---------------------------------------------------------------------- (0008600) dam (administrator) - 2010-12-19 11:48 https://www.opencsw.org/mantis/view.php?id=4067#c8600 ---------------------------------------------------------------------- Fixed with 1.18,REV=2010.12.14 and released to current/. From noreply at opencsw.org Sun Dec 19 11:49:38 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 19 Dec 2010 11:49:38 +0100 Subject: [bug-notifications] [xchm 0004071]: Rebuild xchm against wxwidgets-2.8.10 In-Reply-To: <703d7900e09f34796c539642cda76532> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4071 ====================================================================== Reported By: maciej Assigned To: dam ====================================================================== Project: xchm Issue ID: 4071 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-12-08 20:00 CET Last Modified: 2010-12-19 11:49 CET ====================================================================== Summary: Rebuild xchm against wxwidgets-2.8.10 Description: A new, garified version of wxwidgets has been released. The new package provides the old binaries for backward compatibility. Please rebuild the package against the new version of wxwidgets, so that the old binaries can be removed. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0004067 Rebuild against wxwidgets-2.8.10 ====================================================================== ---------------------------------------------------------------------- (0008601) dam (administrator) - 2010-12-19 11:49 https://www.opencsw.org/mantis/view.php?id=4071#c8601 ---------------------------------------------------------------------- Closed as dup has been fixed. From noreply at opencsw.org Sun Dec 19 14:56:19 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 19 Dec 2010 14:56:19 +0100 Subject: [bug-notifications] [apache2 0004579]: Can not install in zone In-Reply-To: <1142676cd18a846802fd82f259d2aac5> Message-ID: <70e0f3c55e9cf60c2de0faf5cff1f9bd@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4579 ====================================================================== Reported By: james Assigned To: bwalton ====================================================================== Project: apache2 Issue ID: 4579 Category: packaging Reproducibility: sometimes Severity: block Priority: high Status: assigned ====================================================================== Date Submitted: 2010-10-19 13:32 CEST Last Modified: 2010-12-19 14:56 CET ====================================================================== Summary: Can not install in zone Description: Package tries to install files in /usr and fails when in zone. ====================================================================== ---------------------------------------------------------------------- (0008603) japester (reporter) - 2010-12-19 14:56 https://www.opencsw.org/mantis/view.php?id=4579#c8603 ---------------------------------------------------------------------- eeep! something that we need to be aware of with the change to /etc/opt/csw/apache, we have to update all (sigh, yes, all) apache2 modules that drop a config file into the apache/extra directory. From noreply at opencsw.org Sun Dec 19 15:04:03 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 19 Dec 2010 15:04:03 +0100 Subject: [bug-notifications] [apache2 0004579]: Can not install in zone In-Reply-To: <1142676cd18a846802fd82f259d2aac5> Message-ID: <3912b37097e3985b55954174c9ad83bc@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4579 ====================================================================== Reported By: james Assigned To: bwalton ====================================================================== Project: apache2 Issue ID: 4579 Category: packaging Reproducibility: sometimes Severity: block Priority: high Status: assigned ====================================================================== Date Submitted: 2010-10-19 13:32 CEST Last Modified: 2010-12-19 15:04 CET ====================================================================== Summary: Can not install in zone Description: Package tries to install files in /usr and fails when in zone. ====================================================================== ---------------------------------------------------------------------- (0008604) bwalton (manager) - 2010-12-19 15:04 https://www.opencsw.org/mantis/view.php?id=4579#c8604 ---------------------------------------------------------------------- Yes, I'm looking at this too. It's a really nasty migration overall. My current thinking is to copy _all_ files from old directory to new and then run a few regex replacements on everything. I'm sure there are still some corner cases that will sneak through, but... From noreply at opencsw.org Sun Dec 19 16:29:20 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 19 Dec 2010 16:29:20 +0100 Subject: [bug-notifications] [openldap 0004638]: openldap can't be started after berklydb upgrade In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4638 ====================================================================== Reported By: olfway Assigned To: dam ====================================================================== Project: openldap Issue ID: 4638 Category: other Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-12-16 19:46 CET Last Modified: 2010-12-19 16:29 CET ====================================================================== Summary: openldap can't be started after berklydb upgrade Description: i'm using solaris 10/sparc (current): openldap CSWoldap 2.4.23,REV=2010.11.17 berkeleydb48 CSWbdb48 4.8.30,REV=2010.12.06_rev=p0 trying to start slapd: bdb_back_initialize: BDB library version mismatch: expected Berkeley DB 4.8.26: (December 18, 2009), got Berkeley DB 4.8.30: (April 9, 2010) ====================================================================== ---------------------------------------------------------------------- (0008605) olfway (reporter) - 2010-12-19 16:29 https://www.opencsw.org/mantis/view.php?id=4638#c8605 ---------------------------------------------------------------------- upgrade resetted slapd config to default, i'm not sure if that's a bug or not it works with new berklydb after i restored my configs i have: CSWbdb48 - 4.8.30,REV=2010.12.06_rev=p0 CSWoldap,CSWoldapclient,CSWoldaprt - 2.4.23,REV=2010.12.17 From noreply at opencsw.org Mon Dec 20 13:50:28 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Dec 2010 13:50:28 +0100 Subject: [bug-notifications] [openldap 0004638]: openldap can't be started after berklydb upgrade In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4638 ====================================================================== Reported By: olfway Assigned To: dam ====================================================================== Project: openldap Issue ID: 4638 Category: other Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-12-16 19:46 CET Last Modified: 2010-12-20 13:50 CET ====================================================================== Summary: openldap can't be started after berklydb upgrade Description: i'm using solaris 10/sparc (current): openldap CSWoldap 2.4.23,REV=2010.11.17 berkeleydb48 CSWbdb48 4.8.30,REV=2010.12.06_rev=p0 trying to start slapd: bdb_back_initialize: BDB library version mismatch: expected Berkeley DB 4.8.26: (December 18, 2009), got Berkeley DB 4.8.30: (April 9, 2010) ====================================================================== ---------------------------------------------------------------------- (0008606) dam (administrator) - 2010-12-20 13:50 https://www.opencsw.org/mantis/view.php?id=4638#c8606 ---------------------------------------------------------------------- Thanks for noticing. The new version will preserve ldap.conf and slapd.conf during updates. However, the currently released version will remove the configuration on update, so it will help only on future updates. I have rerolled a new set of packages for release. From noreply at opencsw.org Mon Dec 20 15:54:16 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Dec 2010 15:54:16 +0100 Subject: [bug-notifications] [exim 0004631]: Upgrade exim to 4.72 In-Reply-To: <5f8193ba327c2feecdf40b90d68dab23> Message-ID: <06c950ff7a1f12c940afe7a4291dac96@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4631 ====================================================================== Reported By: dm26 Assigned To: bwalton ====================================================================== Project: exim Issue ID: 4631 Category: upgrade Reproducibility: have not tried Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-13 12:31 CET Last Modified: 2010-12-20 15:54 CET ====================================================================== Summary: Upgrade exim to 4.72 Description: Please upgrade exim to the latest version. The current OpenCSW version (4.68) has a remote root vulnerability. The exploit is detailed here: http://isc.sans.edu/diary.html?storyid=10057 ====================================================================== ---------------------------------------------------------------------- (0008607) dm26 (reporter) - 2010-12-20 15:54 https://www.opencsw.org/mantis/view.php?id=4631#c8607 ---------------------------------------------------------------------- Ben, I've tested the new build on a couple of servers and it looks ok so far. Thanks for your help. Darren Miller From noreply at opencsw.org Mon Dec 20 16:08:16 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Dec 2010 16:08:16 +0100 Subject: [bug-notifications] [exim 0004631]: Upgrade exim to 4.72 In-Reply-To: <5f8193ba327c2feecdf40b90d68dab23> Message-ID: <48c1f451c3cb23e17e301a8c6b2a3234@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4631 ====================================================================== Reported By: dm26 Assigned To: bwalton ====================================================================== Project: exim Issue ID: 4631 Category: upgrade Reproducibility: have not tried Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-13 12:31 CET Last Modified: 2010-12-20 16:08 CET ====================================================================== Summary: Upgrade exim to 4.72 Description: Please upgrade exim to the latest version. The current OpenCSW version (4.68) has a remote root vulnerability. The exploit is detailed here: http://isc.sans.edu/diary.html?storyid=10057 ====================================================================== ---------------------------------------------------------------------- (0008608) bwalton (developer) - 2010-12-20 16:08 https://www.opencsw.org/mantis/view.php?id=4631#c8608 ---------------------------------------------------------------------- Hi Darren, Are you by any chance using either of the mysql or postgresql lookup facilities? My own exim use is as a smarthost relay, so I'm not personally using any of these advanced lookup types. Thanks -Ben From noreply at opencsw.org Mon Dec 20 16:42:19 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Dec 2010 16:42:19 +0100 Subject: [bug-notifications] [libgnomeui 0004641]: i386 has no dependencies at all Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4641 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: libgnomeui Issue ID: 4641 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-20 16:42 CET Last Modified: 2010-12-20 16:42 CET ====================================================================== Summary: i386 has no dependencies at all Description: This is in the catalog of i386/5.10: libgnomeui 2.24.3,REV=2010.06.26 CSWlibgnomeui libgnomeui-2.24.3,REV=2010.06.26-SunOS5.9-i386-CSW.pkg.gz b74115e6e686402c9562ab940b628ae1 1262446 none none none It looks like all the dependencies are missing. ====================================================================== From noreply at opencsw.org Mon Dec 20 17:44:44 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Dec 2010 17:44:44 +0100 Subject: [bug-notifications] [libgnomeui 0004641]: i386 has no dependencies at all In-Reply-To: <3646b49c98c5b846281531a2b8ccf168> Message-ID: <9046331c5e8c392ae207fb672f8816c8@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4641 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: libgnomeui Issue ID: 4641 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-20 16:42 CET Last Modified: 2010-12-20 17:44 CET ====================================================================== Summary: i386 has no dependencies at all Description: This is in the catalog of i386/5.10: libgnomeui 2.24.3,REV=2010.06.26 CSWlibgnomeui libgnomeui-2.24.3,REV=2010.06.26-SunOS5.9-i386-CSW.pkg.gz b74115e6e686402c9562ab940b628ae1 1262446 none none none It looks like all the dependencies are missing. ====================================================================== From noreply at opencsw.org Mon Dec 20 17:45:10 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Dec 2010 17:45:10 +0100 Subject: [bug-notifications] [libgnomeui 0004641]: i386 has no dependencies at all In-Reply-To: <3646b49c98c5b846281531a2b8ccf168> Message-ID: <48d10106001561001000fe7841a4c9ad@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4641 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: libgnomeui Issue ID: 4641 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-20 16:42 CET Last Modified: 2010-12-20 17:45 CET ====================================================================== Summary: i386 has no dependencies at all Description: This is in the catalog of i386/5.10: libgnomeui 2.24.3,REV=2010.06.26 CSWlibgnomeui libgnomeui-2.24.3,REV=2010.06.26-SunOS5.9-i386-CSW.pkg.gz b74115e6e686402c9562ab940b628ae1 1262446 none none none It looks like all the dependencies are missing. ====================================================================== ---------------------------------------------------------------------- (0008609) dam (administrator) - 2010-12-20 17:45 https://www.opencsw.org/mantis/view.php?id=4641#c8609 ---------------------------------------------------------------------- I made updated split packages available at http://buildfarm.opencsw.org/experimental.html#libgnomeui Please release/rebuild as you see fit. From noreply at opencsw.org Mon Dec 20 18:35:39 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Dec 2010 18:35:39 +0100 Subject: [bug-notifications] [libgnomeui 0004641]: i386 has no dependencies at all In-Reply-To: <3646b49c98c5b846281531a2b8ccf168> Message-ID: <9503c740411d001d54a838783576de1d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4641 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: libgnomeui Issue ID: 4641 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-20 16:42 CET Last Modified: 2010-12-20 18:35 CET ====================================================================== Summary: i386 has no dependencies at all Description: This is in the catalog of i386/5.10: libgnomeui 2.24.3,REV=2010.06.26 CSWlibgnomeui libgnomeui-2.24.3,REV=2010.06.26-SunOS5.9-i386-CSW.pkg.gz b74115e6e686402c9562ab940b628ae1 1262446 none none none It looks like all the dependencies are missing. ====================================================================== ---------------------------------------------------------------------- (0008610) philadmin (administrator) - 2010-12-20 18:35 https://www.opencsw.org/mantis/view.php?id=4641#c8610 ---------------------------------------------------------------------- first... "oops". secondly... hey thanks for doing the work an all... if you want to see your packages get in, please do the usual submission process and you will be the new libgnomeui maintainer. I dont have time to do full testing of that stuff. I did a one-time quickie update. From noreply at opencsw.org Mon Dec 20 19:50:22 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Dec 2010 19:50:22 +0100 Subject: [bug-notifications] [libgnomeui 0004641]: i386 has no dependencies at all In-Reply-To: <3646b49c98c5b846281531a2b8ccf168> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4641 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: libgnomeui Issue ID: 4641 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-20 16:42 CET Last Modified: 2010-12-20 19:50 CET ====================================================================== Summary: i386 has no dependencies at all Description: This is in the catalog of i386/5.10: libgnomeui 2.24.3,REV=2010.06.26 CSWlibgnomeui libgnomeui-2.24.3,REV=2010.06.26-SunOS5.9-i386-CSW.pkg.gz b74115e6e686402c9562ab940b628ae1 1262446 none none none It looks like all the dependencies are missing. ====================================================================== ---------------------------------------------------------------------- (0008611) dam (administrator) - 2010-12-20 19:50 https://www.opencsw.org/mantis/view.php?id=4641#c8611 ---------------------------------------------------------------------- Ok, just awaiting a last user test. From noreply at opencsw.org Mon Dec 20 21:35:02 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Dec 2010 21:35:02 +0100 Subject: [bug-notifications] [openssh 0004403]: Etc Config Files When Installing OpenSSH in Solaris Zone or NFS environment In-Reply-To: <7c0bfc1ba570ff2e7589860e3e484632> Message-ID: The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4403 ====================================================================== Reported By: ckmehta1 Assigned To: yann ====================================================================== Project: openssh Issue ID: 4403 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-04-20 16:27 CEST Last Modified: 2010-12-20 21:35 CET ====================================================================== Summary: Etc Config Files When Installing OpenSSH in Solaris Zone or NFS environment Description: This might be on your internal to-do list, but currently when you install OpenCSW version of OpenSSH, in a global zone and you either want to share that installed version of OpenSSH via NFS and/or inherited zone environment, the etc-config files for OpenSSH cannot be easily abstracted for a particular NFS-share-client or zone. Since the etc-config files are located in /opt/csw/etc/ssh, when you zone-inherit or NFS-share the /opt/csw directory, as currently compiled, OpenSSH is only going to look at /opt/csw/etc/ssh. Ideally OpenSSH could be compiled to look at /etc/opt/csw/ssh and then /opt/csw/etc/ssh. This way every machine/zone can have their own config, but if you want to live the old method and share keys amongst machines, it would work. I got these directories based on information in: ---------- http://www.opencsw.org/userguide/sharingcsw ---------- http://wiki.opencsw.org/shared-opt-csw-setup ====================================================================== ---------------------------------------------------------------------- (0008612) yann (manager) - 2010-12-20 21:35 https://www.opencsw.org/mantis/view.php?id=4403#c8612 ---------------------------------------------------------------------- Hi, You will find the latest openssh packages in my experimental repository [1] with configuration files migrated to /etc/opt/csw/ssh. Could you try these packages and tell me if they work for you ? [1] http://buildfarm.opencsw.org/experimental.html#yann From noreply at opencsw.org Mon Dec 20 21:37:55 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Dec 2010 21:37:55 +0100 Subject: [bug-notifications] [exim 0004631]: Upgrade exim to 4.72 In-Reply-To: <5f8193ba327c2feecdf40b90d68dab23> Message-ID: <3e9b4ae851d2264616bc226c6275b31d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4631 ====================================================================== Reported By: dm26 Assigned To: bwalton ====================================================================== Project: exim Issue ID: 4631 Category: upgrade Reproducibility: have not tried Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-13 12:31 CET Last Modified: 2010-12-20 21:37 CET ====================================================================== Summary: Upgrade exim to 4.72 Description: Please upgrade exim to the latest version. The current OpenCSW version (4.68) has a remote root vulnerability. The exploit is detailed here: http://isc.sans.edu/diary.html?storyid=10057 ====================================================================== ---------------------------------------------------------------------- (0008613) dm26 (reporter) - 2010-12-20 21:37 https://www.opencsw.org/mantis/view.php?id=4631#c8613 ---------------------------------------------------------------------- Ben, no, I'm only using a basic configuration. Darren From noreply at opencsw.org Mon Dec 20 21:48:32 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Dec 2010 21:48:32 +0100 Subject: [bug-notifications] [openssh 0004494]: sshd shows wrong "last login" date/time In-Reply-To: Message-ID: <7f8c2c2f41886757e6c9d0b8c06c340f@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4494 ====================================================================== Reported By: helmped Assigned To: yann ====================================================================== Project: openssh Issue ID: 4494 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-07-20 15:45 CEST Last Modified: 2010-12-20 21:48 CET ====================================================================== Summary: sshd shows wrong "last login" date/time Description: Login in on any host (SPARC/x86, latest CSWossh installed) via ssh shows not the last session login date/time. Instead the actual login date/time is displayed. Using SUNs sshd the login date/time information is correct. Regards Helmut ====================================================================== ---------------------------------------------------------------------- (0008614) yann (manager) - 2010-12-20 21:48 https://www.opencsw.org/mantis/view.php?id=4494#c8614 ---------------------------------------------------------------------- Hi, This problem seems to be caused by pam which updates the /var/adm/lastlog file before ssh reads the information. I (re-)opened a bug upstream about this problem: https://bugzilla.mindrot.org/show_bug.cgi?id=87 Meanwhile I applied a workaround to temporarily solve this bug in the opencsw package: openssh doesn't read or update anymore the /var/adm/lastlog file (but still update wtmp). This means /var/adm/lastlog could not be updated in some non standard pam configuration. Could you try latest openssh packages in my experimental repository [1] to test if this fix work for you ? Thanks in advance, Yann [1] http://buildfarm.opencsw.org/experimental.html#yann From noreply at opencsw.org Mon Dec 20 21:50:44 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Dec 2010 21:50:44 +0100 Subject: [bug-notifications] [openssh 0004398]: cswopenssh stops Sun ssh In-Reply-To: Message-ID: <39cb407337cbe5a3a545e6e53d041dfe@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4398 ====================================================================== Reported By: dam Assigned To: yann ====================================================================== Project: openssh Issue ID: 4398 Category: other Reproducibility: have not tried Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-04-16 18:04 CEST Last Modified: 2010-12-20 21:50 CET ====================================================================== Summary: cswopenssh stops Sun ssh Description: It looks like the cswopenssh kills the Sun ssh processes, even with autoenable_daemons=no on Solaris 9. ====================================================================== ---------------------------------------------------------------------- (0008615) yann (manager) - 2010-12-20 21:50 https://www.opencsw.org/mantis/view.php?id=4398#c8615 ---------------------------------------------------------------------- You will find the latest openssh package in my experimental repository [1] with a fix for this bug. Could you try them to see if it works correctly for you ? Thanks in advance, Yann [1] http://buildfarm.opencsw.org/experimental.html#yann From noreply at opencsw.org Mon Dec 20 21:53:45 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Dec 2010 21:53:45 +0100 Subject: [bug-notifications] [cyrus_imapd 0004616]: Cyrus Imapd 2.4.5 In-Reply-To: Message-ID: <585ec4866610737bfe22df499b63c6b3@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4616 ====================================================================== Reported By: ctw Assigned To: yann ====================================================================== Project: cyrus_imapd Issue ID: 4616 Category: packaging Reproducibility: N/A Severity: feature Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-11-30 11:42 CET Last Modified: 2010-12-20 21:53 CET ====================================================================== Summary: Cyrus Imapd 2.4.5 Description: Hi, Could you package this new version of Cyrus Imapd ? ====================================================================== ---------------------------------------------------------------------- (0008616) yann (manager) - 2010-12-20 21:53 https://www.opencsw.org/mantis/view.php?id=4616#c8616 ---------------------------------------------------------------------- 2.4.6 is out, you will find in my repository instead of the 2.4.5 ones. From noreply at opencsw.org Mon Dec 20 22:12:49 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Dec 2010 22:12:49 +0100 Subject: [bug-notifications] [openssh 0004398]: cswopenssh stops Sun ssh In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4398 ====================================================================== Reported By: dam Assigned To: yann ====================================================================== Project: openssh Issue ID: 4398 Category: other Reproducibility: have not tried Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-04-16 18:04 CEST Last Modified: 2010-12-20 22:12 CET ====================================================================== Summary: cswopenssh stops Sun ssh Description: It looks like the cswopenssh kills the Sun ssh processes, even with autoenable_daemons=no on Solaris 9. ====================================================================== ---------------------------------------------------------------------- (0008617) dam (administrator) - 2010-12-20 22:12 https://www.opencsw.org/mantis/view.php?id=4398#c8617 ---------------------------------------------------------------------- It looks like /etc/init.d/cswopenssh still references /var/run/sshd.pid. Additionally, I think it would be better to put the pidfile in /var/run/cswsshd.pid as it is of type tmpfs on Solaris 10 and hence doesn't have cleanup problems on reboot. From noreply at opencsw.org Mon Dec 20 22:14:11 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Dec 2010 22:14:11 +0100 Subject: [bug-notifications] [libserf 0004642]: update to change dependencies Message-ID: <0eada025ad11b4411c4008b385445c7d@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4642 ====================================================================== Reported By: bwalton Assigned To: ====================================================================== Project: libserf Issue ID: 4642 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-20 22:14 CET Last Modified: 2010-12-20 22:14 CET ====================================================================== Summary: update to change dependencies Description: libserf is depending on apache2rt as that used to be our apr/apr-util provider. Now that these packages are separate, the deps need to be altered. ====================================================================== From noreply at opencsw.org Mon Dec 20 23:42:26 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Dec 2010 23:42:26 +0100 Subject: [bug-notifications] [bash 0004600]: rbash symlink not created In-Reply-To: Message-ID: <16b633d825937d1a2cc669696e15f87b@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4600 ====================================================================== Reported By: nicols Assigned To: yann ====================================================================== Project: bash Issue ID: 4600 Category: packaging Reproducibility: always Severity: tweak Priority: low Status: feedback ====================================================================== Date Submitted: 2010-11-09 10:55 CET Last Modified: 2010-12-20 23:42 CET ====================================================================== Summary: rbash symlink not created Description: The manpage for bash suggests that restricted bash can be started either with rbash or bash -r. The rbash option is provided since the shell argument in /etc/passwd doesn't take an argument and so it is required for use. However, it appears that the OpenCSW packaging of rbash doesn't create the symlink for rbash in the packaging. ====================================================================== ---------------------------------------------------------------------- (0008618) yann (manager) - 2010-12-20 23:42 https://www.opencsw.org/mantis/view.php?id=4600#c8618 ---------------------------------------------------------------------- Hi, You will find the fixed packages in my experimental repository [1]. Could you try these packages and tell me if they work for you ? [1] http://buildfarm.opencsw.org/experimental.html#yann From noreply at opencsw.org Tue Dec 21 00:29:38 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 21 Dec 2010 00:29:38 +0100 Subject: [bug-notifications] [openssh 0004398]: cswopenssh stops Sun ssh In-Reply-To: Message-ID: <9380886a9c6acddab26129b281649da6@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4398 ====================================================================== Reported By: dam Assigned To: yann ====================================================================== Project: openssh Issue ID: 4398 Category: other Reproducibility: have not tried Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-04-16 18:04 CEST Last Modified: 2010-12-21 00:29 CET ====================================================================== Summary: cswopenssh stops Sun ssh Description: It looks like the cswopenssh kills the Sun ssh processes, even with autoenable_daemons=no on Solaris 9. ====================================================================== ---------------------------------------------------------------------- (0008619) yann (manager) - 2010-12-21 00:29 https://www.opencsw.org/mantis/view.php?id=4398#c8619 ---------------------------------------------------------------------- My mistake, I uploaded a new package and took your comment in account. Could you try the new package ? BTW, is is possible to have a build9s-yann like I had on build8s to be able to test the initd system of solaris < 10 ? From noreply at opencsw.org Tue Dec 21 01:53:53 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 21 Dec 2010 01:53:53 +0100 Subject: [bug-notifications] [exim 0004631]: Upgrade exim to 4.72 In-Reply-To: <5f8193ba327c2feecdf40b90d68dab23> Message-ID: <98b01c3ad129ffe15415edf56cef3944@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4631 ====================================================================== Reported By: dm26 Assigned To: bwalton ====================================================================== Project: exim Issue ID: 4631 Category: upgrade Reproducibility: have not tried Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-12-13 12:31 CET Last Modified: 2010-12-21 01:53 CET ====================================================================== Summary: Upgrade exim to 4.72 Description: Please upgrade exim to the latest version. The current OpenCSW version (4.68) has a remote root vulnerability. The exploit is detailed here: http://isc.sans.edu/diary.html?storyid=10057 ====================================================================== ---------------------------------------------------------------------- (0008620) bwalton (developer) - 2010-12-21 01:53 https://www.opencsw.org/mantis/view.php?id=4631#c8620 ---------------------------------------------------------------------- Updated packages pushed to release. -Ben From noreply at opencsw.org Tue Dec 21 01:54:25 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 21 Dec 2010 01:54:25 +0100 Subject: [bug-notifications] [exim 0004066]: Please upgrade to 4.71 In-Reply-To: <751986a346b1b8ae941d3544801a7372> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4066 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: exim Issue ID: 4066 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-12-07 11:24 CET Last Modified: 2010-12-21 01:54 CET ====================================================================== Summary: Please upgrade to 4.71 Description: Please upgrade to 4.71 ====================================================================== ---------------------------------------------------------------------- (0008621) bwalton (developer) - 2010-12-21 01:54 https://www.opencsw.org/mantis/view.php?id=4066#c8621 ---------------------------------------------------------------------- 4.72 pushed to release. From noreply at opencsw.org Tue Dec 21 01:54:35 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 21 Dec 2010 01:54:35 +0100 Subject: [bug-notifications] [exim 0004066]: Please upgrade to 4.71 In-Reply-To: <751986a346b1b8ae941d3544801a7372> Message-ID: <1754a17bfdeaec619be5f59b3d757d91@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4066 ====================================================================== Reported By: dam Assigned To: bwalton ====================================================================== Project: exim Issue ID: 4066 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-12-07 11:24 CET Last Modified: 2010-12-21 01:54 CET ====================================================================== Summary: Please upgrade to 4.71 Description: Please upgrade to 4.71 ====================================================================== ---------------------------------------------------------------------- (0008621) bwalton (developer) - 2010-12-21 01:54 https://www.opencsw.org/mantis/view.php?id=4066#c8621 ---------------------------------------------------------------------- 4.72 pushed to release. From noreply at opencsw.org Tue Dec 21 01:55:47 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 21 Dec 2010 01:55:47 +0100 Subject: [bug-notifications] [exim 0004066]: Please upgrade to 4.71 In-Reply-To: <751986a346b1b8ae941d3544801a7372> Message-ID: <017240be4ed138c98b783db4c4d6cea2@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4066 ====================================================================== Reported By: dam Assigned To: bwalton ====================================================================== Project: exim Issue ID: 4066 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-12-07 11:24 CET Last Modified: 2010-12-21 01:55 CET ====================================================================== Summary: Please upgrade to 4.71 Description: Please upgrade to 4.71 ====================================================================== ---------------------------------------------------------------------- (0008621) bwalton (developer) - 2010-12-21 01:54 https://www.opencsw.org/mantis/view.php?id=4066#c8621 ---------------------------------------------------------------------- 4.72 pushed to release. From noreply at opencsw.org Tue Dec 21 01:59:17 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 21 Dec 2010 01:59:17 +0100 Subject: [bug-notifications] [exim 0003176]: Depend on CSWggettextrt In-Reply-To: Message-ID: <2159166cd89ec7ee104584db482d40d5@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3176 ====================================================================== Reported By: harpchad Assigned To: bwalton ====================================================================== Project: exim Issue ID: 3176 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 02:59 CET Last Modified: 2010-12-21 01:59 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 Dec 21 02:00:02 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 21 Dec 2010 02:00:02 +0100 Subject: [bug-notifications] [exim 0003176]: Depend on CSWggettextrt In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3176 ====================================================================== Reported By: harpchad Assigned To: bwalton ====================================================================== Project: exim Issue ID: 3176 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 02:59 CET Last Modified: 2010-12-21 02:00 CET ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0008622) bwalton (developer) - 2010-12-21 02:00 https://www.opencsw.org/mantis/view.php?id=3176#c8622 ---------------------------------------------------------------------- I'm not sure this dependency should have existed previously. The newly release package has no dependency requirement that I'm aware of (and therefore doesn't include it). From noreply at opencsw.org Tue Dec 21 02:02:48 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 21 Dec 2010 02:02:48 +0100 Subject: [bug-notifications] [exim 0002484]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: <3fdc49a9d08b6aa56c4f648b1255dec0> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=2484 ====================================================================== Reported By: yann Assigned To: mmayer ====================================================================== Project: exim Issue ID: 2484 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2007-07-28 09:14 CEST Last Modified: 2010-12-21 02:02 CET ====================================================================== Summary: openssl dependancy deprecated: please use openssl_rt instead Description: Following the openssl package split, the ssl libraries are now directly provided by the openssl_rt package. The openssl package still exists, it\'s a metapackage which will install openssl_rt, openssl_devel and openssl_utils which contains respectively the ssl libraries, the development files and the openssl utilities. Your package probably only use the ssl libraries, so to avoid installing unnecessary dependancies, please update your package to depend on openssl_rt rather than openssl. ====================================================================== ---------------------------------------------------------------------- (0004753) mmayer (manager) - 2007-09-20 15:58 https://www.opencsw.org/mantis/view.php?id=2484#c4753 ---------------------------------------------------------------------- Changed dependency. From noreply at opencsw.org Tue Dec 21 02:05:19 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 21 Dec 2010 02:05:19 +0100 Subject: [bug-notifications] [exim 0003492]: Package does not create /opt/csw/var/spool/exim if /opt/csw/var/spool does not already exist. In-Reply-To: <5266f35b533fe55d9873d9edfb9e70e5> Message-ID: <965f7672c030c61ae122f187594467fe@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3492 ====================================================================== Reported By: andrewnicols Assigned To: bwalton ====================================================================== Project: exim Issue ID: 3492 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-24 10:07 CET Last Modified: 2010-12-21 02:05 CET ====================================================================== Summary: Package does not create /opt/csw/var/spool/exim if /opt/csw/var/spool does not already exist. Description: Upon installation, if $CSW/var/spool does not exist, the package does not create the required spool directory for exim and leads to mail being rejected. ====================================================================== ---------------------------------------------------------------------- (0008100) nicols (developer) - 2010-07-07 18:04 https://www.opencsw.org/mantis/view.php?id=3492#c8100 ---------------------------------------------------------------------- Looking at the recipe for this package, it no longer complies with the filesystem layout policies and with various other CSW packaging policies. From noreply at opencsw.org Tue Dec 21 02:05:58 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 21 Dec 2010 02:05:58 +0100 Subject: [bug-notifications] [exim 0003492]: Package does not create /opt/csw/var/spool/exim if /opt/csw/var/spool does not already exist. In-Reply-To: <5266f35b533fe55d9873d9edfb9e70e5> Message-ID: <8fa5db89237b316aee8470fb032e6b49@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3492 ====================================================================== Reported By: andrewnicols Assigned To: bwalton ====================================================================== Project: exim Issue ID: 3492 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-24 10:07 CET Last Modified: 2010-12-21 02:05 CET ====================================================================== Summary: Package does not create /opt/csw/var/spool/exim if /opt/csw/var/spool does not already exist. Description: Upon installation, if $CSW/var/spool does not exist, the package does not create the required spool directory for exim and leads to mail being rejected. ====================================================================== ---------------------------------------------------------------------- (0008623) bwalton (developer) - 2010-12-21 02:05 https://www.opencsw.org/mantis/view.php?id=3492#c8623 ---------------------------------------------------------------------- I'm going to address this with the other changes that will see config move to /etc/opt/csw/exim, the spool move to /var/opt/csw/spool/exim and logs move to /var/opt/csw/log/exim. Thanks -Ben From noreply at opencsw.org Tue Dec 21 17:34:22 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 21 Dec 2010 17:34:22 +0100 Subject: [bug-notifications] [xmlstarlet 0004643]: Documentation "Finding binary packages": Add OpenCSW to the list Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4643 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: xmlstarlet Issue ID: 4643 Category: other Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-21 17:34 CET Last Modified: 2010-12-21 17:34 CET ====================================================================== Summary: Documentation "Finding binary packages": Add OpenCSW to the list Description: The xmlstarlet documentation at http://xmlstar.sourceforge.net/doc/UG/xmlstarlet-ug.html#d0e130 mentions several locations to download pre-compiled binary packages. OpenCSW is not among them. Could you ask upstream (i.e. yourself ATM?) to include a reference to our packages? ====================================================================== From noreply at opencsw.org Tue Dec 21 17:52:19 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 21 Dec 2010 17:52:19 +0100 Subject: [bug-notifications] [xmlstarlet 0004644]: Multiple options (-a -u) not supported in element mode Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4644 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: xmlstarlet Issue ID: 4644 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-21 17:52 CET Last Modified: 2010-12-21 17:52 CET ====================================================================== Summary: Multiple options (-a -u) not supported in element mode Description: I am hitting errors when trying to use multiple options (-u and -a) in element mode with 1.0.2. On their own, these option do work, combining them (which I would like to do to reduce output) doesn't seem to be possible though. $ xmlstarlet el -u config.xml UserScriptConfig UserScriptConfig/Script UserScriptConfig/Script/Include $ xmlstarlet el -a config.xml UserScriptConfig UserScriptConfig/Script UserScriptConfig/Script/@filename UserScriptConfig/Script/@name UserScriptConfig/Script/@namespace ... $ xmlstarlet el -u -a config.xml I/O warning : failed to load external entity "-a" $ xmlstarlet el -u -a config.xml I/O warning : failed to load external entity "-a" $ xmlstarlet el -ua config.xml XMLStarlet Toolkit: Display element structure of XML document Usage: xml el [] where - input XML document file name (stdin is used if missing) is one of: -a - show attributes as well -v - show attributes and their values -u - print out sorted unique lines -d - print out sorted unique lines up to depth XMLStarlet is a command line toolkit to query/edit/check/transform XML documents (for more information see http://xmlstar.sourceforge.net/) ====================================================================== From noreply at opencsw.org Tue Dec 21 18:51:15 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 21 Dec 2010 18:51:15 +0100 Subject: [bug-notifications] [xmlstarlet 0004645]: Return code in select mode could indicate whether query matches or not Message-ID: <0ec0d46c2e84efd6cbcedca07e570356@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4645 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: xmlstarlet Issue ID: 4645 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-21 18:51 CET Last Modified: 2010-12-21 18:51 CET ====================================================================== Summary: Return code in select mode could indicate whether query matches or not Description: I am trying to use xmlstarlet to test whether XML documents contain certain elements. Here it would be very helpful, if xmlstarlet could indicate via its return code whether or not matching elements were found (just like e.g. grep does). Currently, the return code is always 0 in either case. $ cat test.xml bar $ xmlstarlet sel -t -c "//item[@name='foo']" test.xml bar $ echo $? 0 $ xmlstarlet sel -t -c "//item[@name='foo-nomatch']" test.xml $ echo $? 0 ====================================================================== From noreply at opencsw.org Wed Dec 22 13:49:30 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 22 Dec 2010 13:49:30 +0100 Subject: [bug-notifications] [mysql5 0004646]: /var/opt/csw/mysql5/my.cnf ignored Message-ID: <3b532fda44929ed9a60e2aee509556ab@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4646 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: mysql5 Issue ID: 4646 Category: other Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-22 13:49 CET Last Modified: 2010-12-22 13:49 CET ====================================================================== Summary: /var/opt/csw/mysql5/my.cnf ignored Description: The start up script: /var/opt/csw/svc/method/svc-cswmysql5 has provision to use a local configuration: MYSQL_VAR=/var/opt/csw/mysql5 CONFFILE=$MYSQL_VAR/my.cnf but it fails: WARNING: Found two instances of my.cnf - /opt/csw/mysql5/my.cnf and /var/opt/csw/mysql5/my.cnf IGNORING /var/opt/csw/mysql5/my.cnf If I can't write to /opt this is a problem and if I can then I'm wasting my time in /var/opt anyway. ====================================================================== From noreply at opencsw.org Wed Dec 22 17:21:33 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 22 Dec 2010 17:21:33 +0100 Subject: [bug-notifications] [apache 0004647]: Apache was broken after updating the package. Message-ID: <5570ca54b282dea14b27f0648f1bcec8@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4647 ====================================================================== Reported By: niranjanb19 Assigned To: ====================================================================== Project: apache Issue ID: 4647 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-22 17:21 CET Last Modified: 2010-12-22 17:21 CET ====================================================================== Summary: Apache was broken after updating the package. Description: httpd: Syntax error on line 78 of /opt/csw/apache2/etc/httpd.conf: Cannot load /opt/csw/apache2/libexec/mod_authnz_ldap.so into server: ld.so.1: httpd.prefork: fatal: libldap-2.4.so.2: open failed: No such file or directory ====================================================================== From noreply at opencsw.org Wed Dec 22 18:20:20 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 22 Dec 2010 18:20:20 +0100 Subject: [bug-notifications] [cupsd 0004634]: CSWcupsd 1.4.3, REV=2010.06.29 no longer starts In-Reply-To: <0803b9a1ac491aea50c09b36adde55e6> Message-ID: <664d50fe0b910270b99a2199d0f598d4@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4634 ====================================================================== Reported By: flod Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 4634 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-12-16 05:33 CET Last Modified: 2010-12-22 18:20 CET ====================================================================== Summary: CSWcupsd 1.4.3,REV=2010.06.29 no longer starts Description: cupsd can no longer be started. /var/svc/log/network-cswcups:default.log: cups: unable to start scheduler. [ Dec 16 05:25:20 Method "start" exited with status 1 ] [ Dec 16 05:25:20 Executing start method ("/var/opt/csw/svc/method/svc-cswcups start") ] ld.so.1: cupsd: fatal: relocation error: file /opt/csw/sbin/cupsd: symbol _httpReadGNUTLS: referenced symbol not found Killed It looks like all cups packages are on 1.4.4. except CSWcupsd . This should normally not happen when releasing. ====================================================================== ---------------------------------------------------------------------- (0008624) maciej (manager) - 2010-12-22 18:20 https://www.opencsw.org/mantis/view.php?id=4634#c8624 ---------------------------------------------------------------------- All package builds are tracked in subversion, and each package contains information about the exact revision it was built from, so it's possible to reproduce builds and examine package build descriptions. I've rebuilt cups with debugging symbols - and couldn't reproduce the issue. Debugging version of cupsd works, optimized - segfaults. Since I don't want to keep cups in a broken state, I plan to release packages with debugging symbols. It will at least not segfault. From noreply at opencsw.org Wed Dec 22 18:59:12 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 22 Dec 2010 18:59:12 +0100 Subject: [bug-notifications] [apache 0004647]: Apache was broken after updating the package. In-Reply-To: <13675018f4264bcdb9e5c2d1a04fc100> Message-ID: <3dd2d2b2e8df0d40828e38cdc518c5b0@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4647 ====================================================================== Reported By: niranjanb19 Assigned To: dam ====================================================================== Project: apache Issue ID: 4647 Category: packaging Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-22 17:21 CET Last Modified: 2010-12-22 18:59 CET ====================================================================== Summary: Apache was broken after updating the package. Description: httpd: Syntax error on line 78 of /opt/csw/apache2/etc/httpd.conf: Cannot load /opt/csw/apache2/libexec/mod_authnz_ldap.so into server: ld.so.1: httpd.prefork: fatal: libldap-2.4.so.2: open failed: No such file or directory ====================================================================== From noreply at opencsw.org Thu Dec 23 16:42:40 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Dec 2010 16:42:40 +0100 Subject: [bug-notifications] [apache2 0004647]: Apache was broken after updating the package. In-Reply-To: <13675018f4264bcdb9e5c2d1a04fc100> Message-ID: <83e5e5d0518d2f5c04f6b9c7590f2063@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4647 ====================================================================== Reported By: niranjanb19 Assigned To: bwalton ====================================================================== Project: apache2 Issue ID: 4647 Category: packaging Reproducibility: always Severity: major Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2010-12-22 17:21 CET Last Modified: 2010-12-23 16:42 CET ====================================================================== Summary: Apache was broken after updating the package. Description: httpd: Syntax error on line 78 of /opt/csw/apache2/etc/httpd.conf: Cannot load /opt/csw/apache2/libexec/mod_authnz_ldap.so into server: ld.so.1: httpd.prefork: fatal: libldap-2.4.so.2: open failed: No such file or directory ====================================================================== ---------------------------------------------------------------------- (0008626) niranjanb19 (reporter) - 2010-12-23 16:42 https://www.opencsw.org/mantis/view.php?id=4647#c8626 ---------------------------------------------------------------------- Hi Ben, Please find the version here. 2.2.16,REV=2010.10.09 Thanks Niranjan From noreply at opencsw.org Thu Dec 23 16:47:01 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Dec 2010 16:47:01 +0100 Subject: [bug-notifications] [apache2 0004647]: Apache was broken after updating the package. In-Reply-To: <13675018f4264bcdb9e5c2d1a04fc100> Message-ID: <7c674e73815b674726376be14a27b511@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4647 ====================================================================== Reported By: niranjanb19 Assigned To: bwalton ====================================================================== Project: apache2 Issue ID: 4647 Category: packaging Reproducibility: always Severity: major Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2010-12-22 17:21 CET Last Modified: 2010-12-23 16:47 CET ====================================================================== Summary: Apache was broken after updating the package. Description: httpd: Syntax error on line 78 of /opt/csw/apache2/etc/httpd.conf: Cannot load /opt/csw/apache2/libexec/mod_authnz_ldap.so into server: ld.so.1: httpd.prefork: fatal: libldap-2.4.so.2: open failed: No such file or directory ====================================================================== ---------------------------------------------------------------------- (0008627) bwalton (manager) - 2010-12-23 16:47 https://www.opencsw.org/mantis/view.php?id=4647#c8627 ---------------------------------------------------------------------- Ok, how about: ldd /opt/csw/apache2/libexec/mod_authnz_ldap.so and: pkgparam CSWoldaprt VERSION Thanks -Ben From noreply at opencsw.org Thu Dec 23 16:48:01 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Dec 2010 16:48:01 +0100 Subject: [bug-notifications] [apache2 0004647]: Apache was broken after updating the package. In-Reply-To: <13675018f4264bcdb9e5c2d1a04fc100> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4647 ====================================================================== Reported By: niranjanb19 Assigned To: bwalton ====================================================================== Project: apache2 Issue ID: 4647 Category: packaging Reproducibility: always Severity: major Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2010-12-22 17:21 CET Last Modified: 2010-12-23 16:48 CET ====================================================================== Summary: Apache was broken after updating the package. Description: httpd: Syntax error on line 78 of /opt/csw/apache2/etc/httpd.conf: Cannot load /opt/csw/apache2/libexec/mod_authnz_ldap.so into server: ld.so.1: httpd.prefork: fatal: libldap-2.4.so.2: open failed: No such file or directory ====================================================================== ---------------------------------------------------------------------- (0008628) bwalton (manager) - 2010-12-23 16:48 https://www.opencsw.org/mantis/view.php?id=4647#c8628 ---------------------------------------------------------------------- Also, were other packages updated alongside apache2? Thanks -Ben From noreply at opencsw.org Thu Dec 23 16:54:22 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Dec 2010 16:54:22 +0100 Subject: [bug-notifications] [apache2 0004647]: Apache was broken after updating the package. In-Reply-To: <13675018f4264bcdb9e5c2d1a04fc100> Message-ID: <6e925c3851f6ad8f26c0896d998aecdd@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4647 ====================================================================== Reported By: niranjanb19 Assigned To: bwalton ====================================================================== Project: apache2 Issue ID: 4647 Category: packaging Reproducibility: always Severity: major Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2010-12-22 17:21 CET Last Modified: 2010-12-23 16:54 CET ====================================================================== Summary: Apache was broken after updating the package. Description: httpd: Syntax error on line 78 of /opt/csw/apache2/etc/httpd.conf: Cannot load /opt/csw/apache2/libexec/mod_authnz_ldap.so into server: ld.so.1: httpd.prefork: fatal: libldap-2.4.so.2: open failed: No such file or directory ====================================================================== ---------------------------------------------------------------------- (0008629) niranjanb19 (reporter) - 2010-12-23 16:54 https://www.opencsw.org/mantis/view.php?id=4647#c8629 ---------------------------------------------------------------------- ldd /opt/csw/apache2/libexec/mod_authnz_ldap.so libldap-2.4.so.2 => /opt/csw/lib/libldap-2.4.so.2 liblber-2.4.so.2 => (file not found) libc.so.1 => /lib/libc.so.1 liblber-2.3.so.0 => /opt/csw/lib/liblber-2.3.so.0 libresolv.so.2 => /lib/libresolv.so.2 libgen.so.1 => /lib/libgen.so.1 libnsl.so.1 => /lib/libnsl.so.1 libnet.so => /opt/csw/lib/libnet.so libsocket.so.1 => /lib/libsocket.so.1 libsasl2.so.2 => /opt/csw/lib/libsasl2.so.2 libssl.so.0.9.8 => /opt/csw/lib/libssl.so.0.9.8 libcrypto.so.0.9.8 => /opt/csw/lib/libcrypto.so.0.9.8 libmp.so.2 => /lib/libmp.so.2 libmd.so.1 => /lib/libmd.so.1 libscf.so.1 => /lib/libscf.so.1 libdl.so.1 => /lib/libdl.so.1 libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 libm.so.2 => /lib/libm.so.2 pkgparam CSWoldaprt VERSION 2.3.39,REV=2008.02.22 From noreply at opencsw.org Thu Dec 23 18:07:50 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Dec 2010 18:07:50 +0100 Subject: [bug-notifications] [apache2 0004647]: Apache was broken after updating the package. In-Reply-To: <13675018f4264bcdb9e5c2d1a04fc100> Message-ID: <273f87fff1a7400a1c7aadf0fa764c9f@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4647 ====================================================================== Reported By: niranjanb19 Assigned To: bwalton ====================================================================== Project: apache2 Issue ID: 4647 Category: packaging Reproducibility: always Severity: major Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2010-12-22 17:21 CET Last Modified: 2010-12-23 18:07 CET ====================================================================== Summary: Apache was broken after updating the package. Description: httpd: Syntax error on line 78 of /opt/csw/apache2/etc/httpd.conf: Cannot load /opt/csw/apache2/libexec/mod_authnz_ldap.so into server: ld.so.1: httpd.prefork: fatal: libldap-2.4.so.2: open failed: No such file or directory ====================================================================== ---------------------------------------------------------------------- (0008630) bwalton (manager) - 2010-12-23 18:07 https://www.opencsw.org/mantis/view.php?id=4647#c8630 ---------------------------------------------------------------------- Not sure why this isn't working for you: find /opt/csw/lib -name liblber-2.4.so.2 ?? Also, there is a new CSWoldaprt. Try updating to that as well. Thanks -Ben From noreply at opencsw.org Thu Dec 23 21:25:58 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Dec 2010 21:25:58 +0100 Subject: [bug-notifications] [openssh 0004398]: cswopenssh stops Sun ssh In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4398 ====================================================================== Reported By: dam Assigned To: yann ====================================================================== Project: openssh Issue ID: 4398 Category: other Reproducibility: have not tried Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-04-16 18:04 CEST Last Modified: 2010-12-23 21:25 CET ====================================================================== Summary: cswopenssh stops Sun ssh Description: It looks like the cswopenssh kills the Sun ssh processes, even with autoenable_daemons=no on Solaris 9. ====================================================================== ---------------------------------------------------------------------- (0008631) dam (administrator) - 2010-12-23 21:25 https://www.opencsw.org/mantis/view.php?id=4398#c8631 ---------------------------------------------------------------------- You now have current9s-yann (a clone of current9s) which you can access the same way as current8s-yann. The package should be fine now. From noreply at opencsw.org Fri Dec 24 07:33:44 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 24 Dec 2010 07:33:44 +0100 Subject: [bug-notifications] [cupsd 0004634]: CSWcupsd 1.4.3, REV=2010.06.29 no longer starts In-Reply-To: <0803b9a1ac491aea50c09b36adde55e6> Message-ID: The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4634 ====================================================================== Reported By: flod Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 4634 Category: regular use Reproducibility: always Severity: block Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-12-16 05:33 CET Last Modified: 2010-12-24 07:33 CET ====================================================================== Summary: CSWcupsd 1.4.3,REV=2010.06.29 no longer starts Description: cupsd can no longer be started. /var/svc/log/network-cswcups:default.log: cups: unable to start scheduler. [ Dec 16 05:25:20 Method "start" exited with status 1 ] [ Dec 16 05:25:20 Executing start method ("/var/opt/csw/svc/method/svc-cswcups start") ] ld.so.1: cupsd: fatal: relocation error: file /opt/csw/sbin/cupsd: symbol _httpReadGNUTLS: referenced symbol not found Killed It looks like all cups packages are on 1.4.4. except CSWcupsd . This should normally not happen when releasing. ====================================================================== ---------------------------------------------------------------------- (0008632) maciej (manager) - 2010-12-24 07:33 https://www.opencsw.org/mantis/view.php?id=4634#c8632 ---------------------------------------------------------------------- cupsd-1.4.5 is now available from mirrors. From noreply at opencsw.org Fri Dec 24 07:46:36 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 24 Dec 2010 07:46:36 +0100 Subject: [bug-notifications] [z 0004648]: Getting error "ld.so.1: /home/SUNWspro12/bin/cc: fatal: libpicl.so.1: open failed: No such file or directory" Message-ID: <27725b80993e0c7725e7ca7c12470373@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4648 ====================================================================== Reported By: rekha Assigned To: ====================================================================== Project: z Issue ID: 4648 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-24 07:46 CET Last Modified: 2010-12-24 07:46 CET ====================================================================== Summary: Getting error "ld.so.1: /home/SUNWspro12/bin/cc: fatal: libpicl.so.1: open failed: No such file or directory" Description: I am trying to build my code on solaris 8 machine and getting error "ld.so.1: /home/SUNWspro12/bin/cc: fatal: libpicl.so.1: open failed: No such file or directory" Please let me know what can i do to resolve this issue. below is system information [dbx6:// 5]uname -a SunOS dbx6 5.8 Generic_108528-13 sun4u sparc SUNW,Ultra-80 ====================================================================== From noreply at opencsw.org Fri Dec 24 08:53:14 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 24 Dec 2010 08:53:14 +0100 Subject: [bug-notifications] [z 0004648]: Getting error "ld.so.1: /home/SUNWspro12/bin/cc: fatal: libpicl.so.1: open failed: No such file or directory" In-Reply-To: <727c90ef7358240fab8315927d2ab80e> Message-ID: <538ce717c9de245eb7d85e574d24eac4@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4648 ====================================================================== Reported By: rekha Assigned To: dam ====================================================================== Project: z Issue ID: 4648 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-24 07:46 CET Last Modified: 2010-12-24 08:53 CET ====================================================================== Summary: Getting error "ld.so.1: /home/SUNWspro12/bin/cc: fatal: libpicl.so.1: open failed: No such file or directory" Description: I am trying to build my code on solaris 8 machine and getting error "ld.so.1: /home/SUNWspro12/bin/cc: fatal: libpicl.so.1: open failed: No such file or directory" Please let me know what can i do to resolve this issue. below is system information [dbx6:// 5]uname -a SunOS dbx6 5.8 Generic_108528-13 sun4u sparc SUNW,Ultra-80 ====================================================================== From noreply at opencsw.org Fri Dec 24 08:58:11 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 24 Dec 2010 08:58:11 +0100 Subject: [bug-notifications] [z 0004648]: Getting error "ld.so.1: /home/SUNWspro12/bin/cc: fatal: libpicl.so.1: open failed: No such file or directory" In-Reply-To: <727c90ef7358240fab8315927d2ab80e> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4648 ====================================================================== Reported By: rekha Assigned To: dam ====================================================================== Project: z Issue ID: 4648 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-24 07:46 CET Last Modified: 2010-12-24 08:58 CET ====================================================================== Summary: Getting error "ld.so.1: /home/SUNWspro12/bin/cc: fatal: libpicl.so.1: open failed: No such file or directory" Description: I am trying to build my code on solaris 8 machine and getting error "ld.so.1: /home/SUNWspro12/bin/cc: fatal: libpicl.so.1: open failed: No such file or directory" Please let me know what can i do to resolve this issue. below is system information [dbx6:// 5]uname -a SunOS dbx6 5.8 Generic_108528-13 sun4u sparc SUNW,Ultra-80 ====================================================================== ---------------------------------------------------------------------- (0008633) dam (administrator) - 2010-12-24 08:58 https://www.opencsw.org/mantis/view.php?id=4648#c8633 ---------------------------------------------------------------------- Sun Studio 12 is supported (here: usable) starting from Solaris 9 as stated in the release notes: http://docs.sun.com/source/820-2973/release_notesML.html#SystemReqs Please discuss problems not directly related to a package on the users@ mailing list: https://lists.opencsw.org/mailman/listinfo/users From noreply at opencsw.org Mon Dec 27 10:42:59 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 27 Dec 2010 10:42:59 +0100 Subject: [bug-notifications] [libserf 0004642]: update to change dependencies In-Reply-To: <44b55b17e7541ff5963da9fa803ea66b> Message-ID: <1bed9e46ce3adaddd62ae14bf392bbaf@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4642 ====================================================================== Reported By: bwalton Assigned To: dam ====================================================================== Project: libserf Issue ID: 4642 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-20 22:14 CET Last Modified: 2010-12-27 10:42 CET ====================================================================== Summary: update to change dependencies Description: libserf is depending on apache2rt as that used to be our apr/apr-util provider. Now that these packages are separate, the deps need to be altered. ====================================================================== From noreply at opencsw.org Mon Dec 27 18:28:43 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 27 Dec 2010 18:28:43 +0100 Subject: [bug-notifications] [common 0004454]: CSWcoreutils-8.4, REV=2010.05.20: problems with locale files attributes In-Reply-To: <2e5a62b12ad643776ad33942068f7086> Message-ID: <741a07c4ae47d155847a8eadf7a6f565@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4454 ====================================================================== Reported By: flod Assigned To: phil ====================================================================== Project: common Issue ID: 4454 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-06-15 05:01 CEST Last Modified: 2010-12-27 18:28 CET ====================================================================== Summary: CSWcoreutils-8.4,REV=2010.05.20: problems with locale files attributes Description: When installing the package on a system with sparse-root zones I get warnings about wrong attributes (see in additional information). When looking up the files with warnings they seem to be cyclic symbolic links even on the root zone: ll /opt/csw/share/locale/bg/LC_MESSAGES/coreutils.mo lrwxrwxrwx 1 root root 27 Jun 15 04:51 /opt/csw/share/locale/bg/LC_MESSAGES/coreutils.mo -> ../LC_MESSAGES/coreutils.mo So there seems to be no content for this file on my system. Somehow this only throws a warning in the zone installation. ====================================================================== ---------------------------------------------------------------------- (0008634) flod (reporter) - 2010-12-27 18:28 https://www.opencsw.org/mantis/view.php?id=4454#c8634 ---------------------------------------------------------------------- Resolved. Can be closed. From noreply at opencsw.org Mon Dec 27 18:32:30 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 27 Dec 2010 18:32:30 +0100 Subject: [bug-notifications] [x11_xproto 0004328]: pkgadd has problem with package CSWx11xproto-7.0.16, REV=2010.02.20 In-Reply-To: Message-ID: <43e7de4cb0a7a1b1b7979aeaf3d5aaf4@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4328 ====================================================================== Reported By: flod Assigned To: wbonnet ====================================================================== Project: x11_xproto Issue ID: 4328 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-03-09 21:17 CET Last Modified: 2010-12-27 18:32 CET ====================================================================== Summary: pkgadd has problem with package CSWx11xproto-7.0.16,REV=2010.02.20 Description: => Installing CSWx11xproto-7.0.16,REV=2010.02.20 ## Verifying package dependencies in zone <...> pkgadd: ERROR: unknown preinstallation dependency check line for package zone : ignored ====================================================================== ---------------------------------------------------------------------- (0008635) flod (reporter) - 2010-12-27 18:32 https://www.opencsw.org/mantis/view.php?id=4328#c8635 ---------------------------------------------------------------------- No longer reproducible. Possibly a side effect of https://www.opencsw.org/mantis/view.php?id=4338. Can be closed. From noreply at opencsw.org Mon Dec 27 18:48:33 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 27 Dec 2010 18:48:33 +0100 Subject: [bug-notifications] [cupsd 0004649]: cupsd changes group ownership of various working directories Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4649 ====================================================================== Reported By: flod Assigned To: ====================================================================== Project: cupsd Issue ID: 4649 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-27 18:48 CET Last Modified: 2010-12-27 18:48 CET ====================================================================== Summary: cupsd changes group ownership of various working directories Description: When starting cups, the group ownership of some directories get set to lp. A simple start changes ownership for at least: /var/opt/csw/run/cups/certs (user) /var/opt/csw/cache/cups /var/opt/csw/cache/cups/rss /var/opt/csw/log/cups/error_log /var/opt/csw/run/cups /var/opt/csw/spool/cups /var/opt/csw/spool/cups/tmp But these directories are in the package repository with "bin" as group. Evaluating the installation (e.g. with pkgchk) shows errors at least for: ERROR: /etc/opt/csw/cups ERROR: /etc/opt/csw/cups/ppd ERROR: /etc/opt/csw/cups/ssl ERROR: /var/opt/csw/cache/cups ERROR: /var/opt/csw/cache/cups/rss ERROR: /var/opt/csw/run/cups ERROR: /var/opt/csw/run/cups/certs ERROR: /var/opt/csw/spool/cups ERROR: /var/opt/csw/spool/cups/tmp package revisions: CSWcups 1.4.5,REV=2010.12.24 SAME CSWcupsclient 1.4.5,REV=2010.12.24 SAME CSWcupsd 1.4.5,REV=2010.12.24 SAME CSWcupsdoc 1.4.5,REV=2010.12.24 SAME CSWlibcups 1.4.5,REV=2010.12.24 SAME CSWlibcups2 1.4.5,REV=2010.12.24 SAME CSWlibcupscgi1 1.4.5,REV=2010.12.24 SAME CSWlibcupsdriver1 1.4.5,REV=2010.12.24 SAME CSWlibcupsimage2 1.4.5,REV=2010.12.24 SAME CSWlibcupsmime1 1.4.5,REV=2010.12.24 SAME CSWlibcupsppdc1 1.4.5,REV=2010.12.24 SAME ====================================================================== From noreply at opencsw.org Mon Dec 27 23:43:09 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 27 Dec 2010 23:43:09 +0100 Subject: [bug-notifications] [z 0004648]: Getting error "ld.so.1: /home/SUNWspro12/bin/cc: fatal: libpicl.so.1: open failed: No such file or directory" In-Reply-To: <727c90ef7358240fab8315927d2ab80e> Message-ID: <2b1d8e88f62f603722fab043e08cff8c@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4648 ====================================================================== Reported By: rekha Assigned To: dam ====================================================================== Project: z Issue ID: 4648 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-12-24 07:46 CET Last Modified: 2010-12-27 23:43 CET ====================================================================== Summary: Getting error "ld.so.1: /home/SUNWspro12/bin/cc: fatal: libpicl.so.1: open failed: No such file or directory" Description: I am trying to build my code on solaris 8 machine and getting error "ld.so.1: /home/SUNWspro12/bin/cc: fatal: libpicl.so.1: open failed: No such file or directory" Please let me know what can i do to resolve this issue. below is system information [dbx6:// 5]uname -a SunOS dbx6 5.8 Generic_108528-13 sun4u sparc SUNW,Ultra-80 ====================================================================== ---------------------------------------------------------------------- (0008636) dam (administrator) - 2010-12-27 23:43 https://www.opencsw.org/mantis/view.php?id=4648#c8636 ---------------------------------------------------------------------- Closing as invalid. From noreply at opencsw.org Tue Dec 28 18:16:10 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Dec 2010 18:16:10 +0100 Subject: [bug-notifications] [common 0004454]: CSWcoreutils-8.4, REV=2010.05.20: problems with locale files attributes In-Reply-To: <2e5a62b12ad643776ad33942068f7086> Message-ID: <598803a2ef3f7b5f519ccef18107ba6a@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4454 ====================================================================== Reported By: flod Assigned To: phil ====================================================================== Project: common Issue ID: 4454 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-06-15 05:01 CEST Last Modified: 2010-12-28 18:16 CET ====================================================================== Summary: CSWcoreutils-8.4,REV=2010.05.20: problems with locale files attributes Description: When installing the package on a system with sparse-root zones I get warnings about wrong attributes (see in additional information). When looking up the files with warnings they seem to be cyclic symbolic links even on the root zone: ll /opt/csw/share/locale/bg/LC_MESSAGES/coreutils.mo lrwxrwxrwx 1 root root 27 Jun 15 04:51 /opt/csw/share/locale/bg/LC_MESSAGES/coreutils.mo -> ../LC_MESSAGES/coreutils.mo So there seems to be no content for this file on my system. Somehow this only throws a warning in the zone installation. ====================================================================== ---------------------------------------------------------------------- (0008634) flod (reporter) - 2010-12-27 18:28 https://www.opencsw.org/mantis/view.php?id=4454#c8634 ---------------------------------------------------------------------- Resolved. Can be closed. From noreply at opencsw.org Tue Dec 28 20:44:37 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Dec 2010 20:44:37 +0100 Subject: [bug-notifications] [gawk 0004501]: gawk linked against old libsigsegv In-Reply-To: <16206b7e52b09f009efde8051ffb2af1> Message-ID: <903bb943f288df356bb3286e2ec2a3c6@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4501 ====================================================================== Reported By: flod Assigned To: dam ====================================================================== Project: gawk Issue ID: 4501 Category: regular use Reproducibility: always Severity: block Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2010-07-29 06:51 CEST Last Modified: 2010-12-28 20:44 CET ====================================================================== Summary: gawk linked against old libsigsegv Description: gawk is linked against the old libsigsegv.so.0 , which is no longer provided. ====================================================================== ---------------------------------------------------------------------- (0008637) flod (reporter) - 2010-12-28 20:44 https://www.opencsw.org/mantis/view.php?id=4501#c8637 ---------------------------------------------------------------------- With the new packages: CSWlibsigsegv 2.9,REV=2010.11.19 SAME CSWlibsigsegv0 2.9,REV=2010.11.19 SAME CSWlibsigsegv2 2.9,REV=2010.11.19 SAME the problem happens again: > find /opt/csw/ -name libsigsegv.so* /opt/csw/lib/libsigsegv.so.2.0.2 /opt/csw/lib/libsigsegv.so.0.0.0 /opt/csw/lib/amd64/libsigsegv.so.0.0.0 /opt/csw/lib/amd64/libsigsegv.so.2.0.2 > gawk ld.so.1: gawk: fatal: libsigsegv.so.2: open failed: No such file or directory Killed From noreply at opencsw.org Tue Dec 28 20:53:52 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Dec 2010 20:53:52 +0100 Subject: [bug-notifications] [common 0004510]: conflicting files In-Reply-To: <5ba3abd42c5bf9d81041d99aa2ad4657> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4510 ====================================================================== Reported By: flod Assigned To: ====================================================================== Project: common Issue ID: 4510 Category: packaging Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2010-08-02 15:53 CEST Last Modified: 2010-12-28 20:53 CET ====================================================================== Summary: conflicting files Description: With 1.5,REV=2010.07.29 there are many conflicting files. I would suggest not to publish core packages (common) which conflict with the current version of other core packages (coreutils). I ended up removing CSWcoreutils and CSWcommon to reinstall cleanly (with the previous common version). This is not really smooth. ====================================================================== ---------------------------------------------------------------------- (0008638) flod (reporter) - 2010-12-28 20:53 https://www.opencsw.org/mantis/view.php?id=4510#c8638 ---------------------------------------------------------------------- Resolved with: CSWcommon 1.5,REV=2010.12.11 SAME Please close. From noreply at opencsw.org Tue Dec 28 22:06:32 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Dec 2010 22:06:32 +0100 Subject: [bug-notifications] [gawk 0004501]: gawk linked against old libsigsegv In-Reply-To: <16206b7e52b09f009efde8051ffb2af1> Message-ID: <7e9ed38b78cb9774443481e05da24d94@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4501 ====================================================================== Reported By: flod Assigned To: dam ====================================================================== Project: gawk Issue ID: 4501 Category: regular use Reproducibility: always Severity: block Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2010-07-29 06:51 CEST Last Modified: 2010-12-28 22:06 CET ====================================================================== Summary: gawk linked against old libsigsegv Description: gawk is linked against the old libsigsegv.so.0 , which is no longer provided. ====================================================================== ---------------------------------------------------------------------- (0008639) dam (administrator) - 2010-12-28 22:06 https://www.opencsw.org/mantis/view.php?id=4501#c8639 ---------------------------------------------------------------------- This is a different problem. I missed to include the base shared library in the version-specific packages. Updated packages are available in a few minutes at http://buildfarm.opencsw.org/experimental.html#libsigsegv and have been delivered to current/ for release. From noreply at opencsw.org Tue Dec 28 22:06:46 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Dec 2010 22:06:46 +0100 Subject: [bug-notifications] [gawk 0004501]: gawk linked against old libsigsegv In-Reply-To: <16206b7e52b09f009efde8051ffb2af1> Message-ID: <5c9646d37474874a9170d9bb5f86cc1e@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4501 ====================================================================== Reported By: flod Assigned To: dam ====================================================================== Project: gawk Issue ID: 4501 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-07-29 06:51 CEST Last Modified: 2010-12-28 22:06 CET ====================================================================== Summary: gawk linked against old libsigsegv Description: gawk is linked against the old libsigsegv.so.0 , which is no longer provided. ====================================================================== ---------------------------------------------------------------------- (0008639) dam (administrator) - 2010-12-28 22:06 https://www.opencsw.org/mantis/view.php?id=4501#c8639 ---------------------------------------------------------------------- This is a different problem. I missed to include the base shared library in the version-specific packages. Updated packages are available in a few minutes at http://buildfarm.opencsw.org/experimental.html#libsigsegv and have been delivered to current/ for release. From noreply at opencsw.org Tue Dec 28 23:15:10 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Dec 2010 23:15:10 +0100 Subject: [bug-notifications] [gawk 0004501]: gawk linked against old libsigsegv In-Reply-To: <16206b7e52b09f009efde8051ffb2af1> Message-ID: <094d00a817273851f1afaa6b350c9142@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4501 ====================================================================== Reported By: flod Assigned To: dam ====================================================================== Project: gawk Issue ID: 4501 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-07-29 06:51 CEST Last Modified: 2010-12-28 23:15 CET ====================================================================== Summary: gawk linked against old libsigsegv Description: gawk is linked against the old libsigsegv.so.0 , which is no longer provided. ====================================================================== ---------------------------------------------------------------------- (0008640) flod (reporter) - 2010-12-28 23:15 https://www.opencsw.org/mantis/view.php?id=4501#c8640 ---------------------------------------------------------------------- I did pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/libsigsegv -i CSWlibsigsegv --param=use_gpg:false pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/libsigsegv -i CSWlibsigsegv2 --param=use_gpg:false Now gawk doesn't coredump. I am not sure about the dependencies. Nothing required CSWlibsigsegv2 so I needed to install that manually. At least gawk should require it. I don't know about other packages. CSWlibsigsegv is only there for compatibility issues and pulls in CSWlibsigsegv0. From noreply at opencsw.org Wed Dec 29 09:47:59 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 29 Dec 2010 09:47:59 +0100 Subject: [bug-notifications] [gawk 0004501]: gawk linked against old libsigsegv In-Reply-To: <16206b7e52b09f009efde8051ffb2af1> Message-ID: <648763e593a202466a0c5b07ff61d65e@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4501 ====================================================================== Reported By: flod Assigned To: dam ====================================================================== Project: gawk Issue ID: 4501 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-07-29 06:51 CEST Last Modified: 2010-12-29 09:47 CET ====================================================================== Summary: gawk linked against old libsigsegv Description: gawk is linked against the old libsigsegv.so.0 , which is no longer provided. ====================================================================== ---------------------------------------------------------------------- (0008641) dam (administrator) - 2010-12-29 09:47 https://www.opencsw.org/mantis/view.php?id=4501#c8641 ---------------------------------------------------------------------- *Sigh* This is what happens when a package release takes too long: In the meantime some dependent packages (like gawk) were updated to link to .so.2 whereas at the time of libsigsegv creation all existing packages linked to .so.0. I have updated CSWlibsigsegv to now depend on both .so.0 and .so.2, new packages are available in http://buildfarm.opencsw.org/experimental.html#libsigsegv From noreply at opencsw.org Wed Dec 29 14:02:56 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 29 Dec 2010 14:02:56 +0100 Subject: [bug-notifications] [cupsd 0004649]: cupsd changes group ownership of various working directories In-Reply-To: <53bddbdb8a470533325cd3cd9ad3d5d3> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4649 ====================================================================== Reported By: flod Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 4649 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-27 18:48 CET Last Modified: 2010-12-29 14:02 CET ====================================================================== Summary: cupsd changes group ownership of various working directories Description: When starting cups, the group ownership of some directories get set to lp. A simple start changes ownership for at least: /var/opt/csw/run/cups/certs (user) /var/opt/csw/cache/cups /var/opt/csw/cache/cups/rss /var/opt/csw/log/cups/error_log /var/opt/csw/run/cups /var/opt/csw/spool/cups /var/opt/csw/spool/cups/tmp But these directories are in the package repository with "bin" as group. Evaluating the installation (e.g. with pkgchk) shows errors at least for: ERROR: /etc/opt/csw/cups ERROR: /etc/opt/csw/cups/ppd ERROR: /etc/opt/csw/cups/ssl ERROR: /var/opt/csw/cache/cups ERROR: /var/opt/csw/cache/cups/rss ERROR: /var/opt/csw/run/cups ERROR: /var/opt/csw/run/cups/certs ERROR: /var/opt/csw/spool/cups ERROR: /var/opt/csw/spool/cups/tmp package revisions: CSWcups 1.4.5,REV=2010.12.24 SAME CSWcupsclient 1.4.5,REV=2010.12.24 SAME CSWcupsd 1.4.5,REV=2010.12.24 SAME CSWcupsdoc 1.4.5,REV=2010.12.24 SAME CSWlibcups 1.4.5,REV=2010.12.24 SAME CSWlibcups2 1.4.5,REV=2010.12.24 SAME CSWlibcupscgi1 1.4.5,REV=2010.12.24 SAME CSWlibcupsdriver1 1.4.5,REV=2010.12.24 SAME CSWlibcupsimage2 1.4.5,REV=2010.12.24 SAME CSWlibcupsmime1 1.4.5,REV=2010.12.24 SAME CSWlibcupsppdc1 1.4.5,REV=2010.12.24 SAME ====================================================================== From noreply at opencsw.org Wed Dec 29 14:05:47 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 29 Dec 2010 14:05:47 +0100 Subject: [bug-notifications] [cupsd 0004649]: cupsd changes group ownership of various working directories In-Reply-To: <53bddbdb8a470533325cd3cd9ad3d5d3> Message-ID: <1a38c1d230749cb7e773aadec9a3c715@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4649 ====================================================================== Reported By: flod Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 4649 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-12-27 18:48 CET Last Modified: 2010-12-29 14:05 CET ====================================================================== Summary: cupsd changes group ownership of various working directories Description: When starting cups, the group ownership of some directories get set to lp. A simple start changes ownership for at least: /var/opt/csw/run/cups/certs (user) /var/opt/csw/cache/cups /var/opt/csw/cache/cups/rss /var/opt/csw/log/cups/error_log /var/opt/csw/run/cups /var/opt/csw/spool/cups /var/opt/csw/spool/cups/tmp But these directories are in the package repository with "bin" as group. Evaluating the installation (e.g. with pkgchk) shows errors at least for: ERROR: /etc/opt/csw/cups ERROR: /etc/opt/csw/cups/ppd ERROR: /etc/opt/csw/cups/ssl ERROR: /var/opt/csw/cache/cups ERROR: /var/opt/csw/cache/cups/rss ERROR: /var/opt/csw/run/cups ERROR: /var/opt/csw/run/cups/certs ERROR: /var/opt/csw/spool/cups ERROR: /var/opt/csw/spool/cups/tmp package revisions: CSWcups 1.4.5,REV=2010.12.24 SAME CSWcupsclient 1.4.5,REV=2010.12.24 SAME CSWcupsd 1.4.5,REV=2010.12.24 SAME CSWcupsdoc 1.4.5,REV=2010.12.24 SAME CSWlibcups 1.4.5,REV=2010.12.24 SAME CSWlibcups2 1.4.5,REV=2010.12.24 SAME CSWlibcupscgi1 1.4.5,REV=2010.12.24 SAME CSWlibcupsdriver1 1.4.5,REV=2010.12.24 SAME CSWlibcupsimage2 1.4.5,REV=2010.12.24 SAME CSWlibcupsmime1 1.4.5,REV=2010.12.24 SAME CSWlibcupsppdc1 1.4.5,REV=2010.12.24 SAME ====================================================================== ---------------------------------------------------------------------- (0008642) maciej (manager) - 2010-12-29 14:05 https://www.opencsw.org/mantis/view.php?id=4649#c8642 ---------------------------------------------------------------------- I've updated the package to ship all directories under /etc and /var with group lp. Can you test? http://buildfarm.opencsw.org/experimental.html#cups pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/cups -y -i cups From noreply at opencsw.org Wed Dec 29 16:48:23 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 29 Dec 2010 16:48:23 +0100 Subject: [bug-notifications] [cupsd 0004649]: cupsd changes group ownership of various working directories In-Reply-To: <53bddbdb8a470533325cd3cd9ad3d5d3> Message-ID: <3f718dc5229908b1dd31edc00efaae69@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4649 ====================================================================== Reported By: flod Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 4649 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-12-27 18:48 CET Last Modified: 2010-12-29 16:48 CET ====================================================================== Summary: cupsd changes group ownership of various working directories Description: When starting cups, the group ownership of some directories get set to lp. A simple start changes ownership for at least: /var/opt/csw/run/cups/certs (user) /var/opt/csw/cache/cups /var/opt/csw/cache/cups/rss /var/opt/csw/log/cups/error_log /var/opt/csw/run/cups /var/opt/csw/spool/cups /var/opt/csw/spool/cups/tmp But these directories are in the package repository with "bin" as group. Evaluating the installation (e.g. with pkgchk) shows errors at least for: ERROR: /etc/opt/csw/cups ERROR: /etc/opt/csw/cups/ppd ERROR: /etc/opt/csw/cups/ssl ERROR: /var/opt/csw/cache/cups ERROR: /var/opt/csw/cache/cups/rss ERROR: /var/opt/csw/run/cups ERROR: /var/opt/csw/run/cups/certs ERROR: /var/opt/csw/spool/cups ERROR: /var/opt/csw/spool/cups/tmp package revisions: CSWcups 1.4.5,REV=2010.12.24 SAME CSWcupsclient 1.4.5,REV=2010.12.24 SAME CSWcupsd 1.4.5,REV=2010.12.24 SAME CSWcupsdoc 1.4.5,REV=2010.12.24 SAME CSWlibcups 1.4.5,REV=2010.12.24 SAME CSWlibcups2 1.4.5,REV=2010.12.24 SAME CSWlibcupscgi1 1.4.5,REV=2010.12.24 SAME CSWlibcupsdriver1 1.4.5,REV=2010.12.24 SAME CSWlibcupsimage2 1.4.5,REV=2010.12.24 SAME CSWlibcupsmime1 1.4.5,REV=2010.12.24 SAME CSWlibcupsppdc1 1.4.5,REV=2010.12.24 SAME ====================================================================== ---------------------------------------------------------------------- (0008643) flod (reporter) - 2010-12-29 16:48 https://www.opencsw.org/mantis/view.php?id=4649#c8643 ---------------------------------------------------------------------- "/var/opt/csw/cache" collides at least with CSWfconfig. grep "/var/opt/csw/cache" /var/sadm/install/contents /var/opt/csw/cache d none 0755 root lp CSWfconfig CSWcupsd /var/opt/csw/cache/cups d none 0755 root lp CSWcupsd /var/opt/csw/cache/cups/rss d none 0755 root lp CSWcupsd /var/opt/csw/cache/fontconfig d none 0755 root bin CSWfconfig From noreply at opencsw.org Thu Dec 30 09:40:33 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 30 Dec 2010 09:40:33 +0100 Subject: [bug-notifications] [xmlstarlet 0004643]: Documentation "Finding binary packages": Add OpenCSW to the list In-Reply-To: <532485ae802773dd2e384da3a3aef8ae> Message-ID: <2ad47638160e9eca658419be01c75431@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4643 ====================================================================== Reported By: skayser Assigned To: dam ====================================================================== Project: xmlstarlet Issue ID: 4643 Category: other Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-21 17:34 CET Last Modified: 2010-12-30 09:40 CET ====================================================================== Summary: Documentation "Finding binary packages": Add OpenCSW to the list Description: The xmlstarlet documentation at http://xmlstar.sourceforge.net/doc/UG/xmlstarlet-ug.html#d0e130 mentions several locations to download pre-compiled binary packages. OpenCSW is not among them. Could you ask upstream (i.e. yourself ATM?) to include a reference to our packages? ====================================================================== From noreply at opencsw.org Thu Dec 30 10:46:05 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 30 Dec 2010 10:46:05 +0100 Subject: [bug-notifications] [xmlstarlet 0004643]: Documentation "Finding binary packages": Add OpenCSW to the list In-Reply-To: <532485ae802773dd2e384da3a3aef8ae> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4643 ====================================================================== Reported By: skayser Assigned To: dam ====================================================================== Project: xmlstarlet Issue ID: 4643 Category: other Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-12-21 17:34 CET Last Modified: 2010-12-30 10:46 CET ====================================================================== Summary: Documentation "Finding binary packages": Add OpenCSW to the list Description: The xmlstarlet documentation at http://xmlstar.sourceforge.net/doc/UG/xmlstarlet-ug.html#d0e130 mentions several locations to download pre-compiled binary packages. OpenCSW is not among them. Could you ask upstream (i.e. yourself ATM?) to include a reference to our packages? ====================================================================== ---------------------------------------------------------------------- (0008644) dam (administrator) - 2010-12-30 10:46 https://www.opencsw.org/mantis/view.php?id=4643#c8644 ---------------------------------------------------------------------- The documentation looks generated and I haven't found the sources yet. I guess I need to talk to the original author. From noreply at opencsw.org Thu Dec 30 14:47:47 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 30 Dec 2010 14:47:47 +0100 Subject: [bug-notifications] [php5 0004627]: No http wrapper for fopen? In-Reply-To: <4df544656f41909d192f2c4285873902> Message-ID: <3e620bc50cdc34260023f11414f6cb08@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4627 ====================================================================== Reported By: Chris Majewski Assigned To: ====================================================================== Project: php5 Issue ID: 4627 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-06 21:24 CET Last Modified: 2010-12-30 14:47 CET ====================================================================== Summary: No http wrapper for fopen? Description: Code: $data = file_get_contents('http://cnn.com'); print "DATA:$data:
\n"; produces: DATA::
Error: [Mon Dec 06 20:19:22 2010] [error] [client 132.xx.yy.zz] PHP Notice: file_get_contents() [function.file-get-contents]: Unable to find the wrapper "http" - did you forget to enable it when you configured PHP? in /xx/yy/zz.php on line ## [Mon Dec 06 20:19:22 2010] [error] [client 132.xx.yy.zz] PHP Warning: file_get_contents(http://cnn.com) [function.file-get-contents]: failed to open stream: No such file or directory in /xx/yy/zz.php on line ## Code to confirm: Produces: array(4) { [0]=> string(3) "php" [1]=> string(4) "file" [2]=> string(4) "data" [3]=> string(13) "compress.zlib" } No http, should this not be standard? ====================================================================== ---------------------------------------------------------------------- (0008645) markp (reporter) - 2010-12-30 14:47 https://www.opencsw.org/mantis/view.php?id=4627#c8645 ---------------------------------------------------------------------- It looks like it's provided by CSWphp5curl From noreply at opencsw.org Thu Dec 30 18:50:59 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 30 Dec 2010 18:50:59 +0100 Subject: [bug-notifications] [libxcb 0004343]: Symbolic links to nowhere In-Reply-To: <0759bc029958f3cde6a383f4c5a85366> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4343 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: libxcb Issue ID: 4343 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-03-15 21:13 CET Last Modified: 2010-12-30 18:50 CET ====================================================================== Summary: Symbolic links to nowhere Description: The package include may extra links to files that don't exist, eg: $ ls -l /opt/csw/lib/lbxcb-composite.so lrwxrwxrwx 1 root other 25 Mar 13 12:38 /opt/csw/lib/lbxcb-composite.so -> libxcb-composite.so.0.0.0 $ wc /opt/csw/lib/lbxcb-composite.so wc: cannot open /opt/csw/lib/lbxcb-composite.so ====================================================================== ---------------------------------------------------------------------- (0008646) maciej (manager) - 2010-12-30 18:50 https://www.opencsw.org/mantis/view.php?id=4343#c8646 ---------------------------------------------------------------------- A couple things have changed since, we no longer link against own X11 libs, and we now package shared libraries in separate packages. I personally no longer use Solaris desktop, so I don't have a testbed for X11-related packages. I've recently implemented a check for dangling symlinks, so I'll see if I can respin the xcb package and its dependencies in /opt/csw. If any dangling symlinks appear, they will be detected by checkpkg. From noreply at opencsw.org Fri Dec 31 16:40:52 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 31 Dec 2010 16:40:52 +0100 Subject: [bug-notifications] [cswutils 0004650]: checkpkg: wrong detection of package compression Message-ID: <043d9f7307b1e2c24ebf0435db3ea169@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4650 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: cswutils Issue ID: 4650 Category: regular use Reproducibility: always Severity: block Priority: high Status: new ====================================================================== Date Submitted: 2010-12-31 16:40 CET Last Modified: 2010-12-31 16:40 CET ====================================================================== Summary: checkpkg: wrong detection of package compression Description: The detection of the compression of the package is wrong. In the following construct: file $f |sed 's/^.*://' |grep gzip >/dev/null the sed regex is too greedy when gnulinks package is installed and file is gfile; the output contains 2 : The correct construct is: file $f |sed 's/^[^:]*://' |grep gzip >/dev/null IMHO the sed is not realy useful... ====================================================================== From noreply at opencsw.org Fri Dec 31 17:09:44 2010 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 31 Dec 2010 17:09:44 +0100 Subject: [bug-notifications] [lua 0004651]: Dynamic shared object library location is incorrect. Message-ID: <30f4c4ec91be05fc9deaaa59516dce9e@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4651 ====================================================================== Reported By: jon Assigned To: ====================================================================== Project: lua Issue ID: 4651 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2010-12-31 17:09 CET Last Modified: 2010-12-31 17:09 CET ====================================================================== Summary: Dynamic shared object library location is incorrect. Description: The shared object library location is incorrect in this executable and should be defined as "/opt/csw". e.g. loading the lua-gd component then I get an error such as follows: module 'gd' not found: no field package.preload['gd'] no file './gd.lua' no file '/usr/local/share/lua/5.1/gd.lua' no file '/usr/local/share/lua/5.1/gd/init.lua' no file '/usr/local/lib/lua/5.1/gd.lua' no file '/usr/local/lib/lua/5.1/gd/init.lua' no file './gd.so' no file '/usr/local/lib/lua/5.1/gd.so' no file '/usr/local/lib/lua/5.1/loadall.so' The expectation is that the shared object directory is "/opt/csw/lib/lua/5.1" which means that LUA_ROOT in luaconf.h should be changed from "/usr/local" to "/opt/csw". The directories "/opt/csw/lib/lua/5.1" and "/opt/csw/share/lua/5.1" do exist in the package install however at the moment they are not being accessed by the binary that has been built. BTW: Thanks for packaging it. ======================================================================