From noreply at opencsw.org Thu Aug 1 23:02:45 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 1 Aug 2013 23:02:45 +0200 Subject: [bug-notifications] [dovecot 0005096]: The cswdovecot method does not work with "stop" In-Reply-To: <1ade558a2c7e10e9a0e69ce4fbf9a916> Message-ID: <1ce40cb1924b4a1b2b239f6226f1c9b0@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5096 ====================================================================== Reported By: laurent Assigned To: jgoerzen ====================================================================== Project: dovecot Issue ID: 5096 Category: regular use Reproducibility: always Severity: major Priority: high Status: assigned ====================================================================== Date Submitted: 2013-07-30 00:25 CEST Last Modified: 2013-08-01 23:02 CEST ====================================================================== Summary: The cswdovecot method does not work with "stop" Description: On every system shutdown, or when doing an "svcadm disable cswdovecot", the cswdovecot service goes into maintenance mode, as the processes are killed by the system instead of the method: [ Jul 29 10:47:34 Stopping because service disabled. ] [ Jul 29 10:47:34 Executing stop method ("/var/opt/csw/svc/method/svc-cswdovecot stop") ] Dovecot is already stopped. [ Jul 29 10:47:35 Method "stop" exited with status 0 ] [ Jul 29 10:48:34 Method or service exit timed out. Killing contract 53 ] ====================================================================== From noreply at opencsw.org Fri Aug 2 21:39:12 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 2 Aug 2013 21:39:12 +0200 Subject: [bug-notifications] [curl 0005098]: curl fails to connect to any site over SSL Message-ID: <455ca8214269a985c0dc19d9fa84761c@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5098 ====================================================================== Reported By: soladmin Assigned To: ====================================================================== Project: curl Issue ID: 5098 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2013-08-02 21:39 CEST Last Modified: 2013-08-02 21:39 CEST ====================================================================== Summary: curl fails to connect to any site over SSL Description: Solaris 10 using opencsw's kiel repository. Curl always fails when connecting to any system using SSL. # curl -v https://google.com/ * About to connect() to google.com port 443 (https://www.opencsw.org/mantis/view.php?id=0) * Trying 173.194.46.32... * connected * Connected to google.com (173.194.46.32) port 443 (https://www.opencsw.org/mantis/view.php?id=0) * successfully set certificate verify locations: * CAfile: none CApath: /opt/csw/ssl/certs * SSLv3, TLS handshake, Client hello (1): * SSLv3, TLS handshake, Server hello (2): * SSLv3, TLS handshake, CERT (11): * SSLv3, TLS alert, Server hello (2): * error:800960A0:lib(128):PK11_DIGEST_COPY:C_GetOperationState failed * Closing connection https://www.opencsw.org/mantis/view.php?id=0 curl: (35) error:800960A0:lib(128):PK11_DIGEST_COPY:C_GetOperationState failed ====================================================================== From noreply at opencsw.org Sat Aug 3 01:00:03 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 3 Aug 2013 01:00:03 +0200 Subject: [bug-notifications] [dovecot 0005096]: The cswdovecot method does not work with "stop" In-Reply-To: <1ade558a2c7e10e9a0e69ce4fbf9a916> Message-ID: <684da2fc2ad920ddb17d3ab19849a2b9@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5096 ====================================================================== Reported By: laurent Assigned To: jgoerzen ====================================================================== Project: dovecot Issue ID: 5096 Category: regular use Reproducibility: always Severity: major Priority: high Status: feedback ====================================================================== Date Submitted: 2013-07-30 00:25 CEST Last Modified: 2013-08-03 01:00 CEST ====================================================================== Summary: The cswdovecot method does not work with "stop" Description: On every system shutdown, or when doing an "svcadm disable cswdovecot", the cswdovecot service goes into maintenance mode, as the processes are killed by the system instead of the method: [ Jul 29 10:47:34 Stopping because service disabled. ] [ Jul 29 10:47:34 Executing stop method ("/var/opt/csw/svc/method/svc-cswdovecot stop") ] Dovecot is already stopped. [ Jul 29 10:47:35 Method "stop" exited with status 0 ] [ Jul 29 10:48:34 Method or service exit timed out. Killing contract 53 ] ====================================================================== ---------------------------------------------------------------------- (0010510) jgoerzen (manager) - 2013-08-03 01:00 https://www.opencsw.org/mantis/view.php?id=5096#c10510 ---------------------------------------------------------------------- Thanks for the patch! Patch has been added to the build recipe and the following new packages have been created and uploaded to the unstable catalog: dovecot-2.2.4,REV=2013.08.02-SunOS5.10-i386-CSW.pkg.gz dovecot-2.2.4,REV=2013.08.02-SunOS5.10-sparc-CSW.pkg.gz dovecot_dev-2.2.4,REV=2013.08.02-SunOS5.10-i386-CSW.pkg.gz dovecot_dev-2.2.4,REV=2013.08.02-SunOS5.10-sparc-CSW.pkg.gz dovecot_devel_stub-2.2.4,REV=2013.08.02-SunOS5.10-all-CSW.pkg.gz please verify the bug has been fixed. From noreply at opencsw.org Mon Aug 5 10:50:05 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 5 Aug 2013 10:50:05 +0200 Subject: [bug-notifications] [curl 0005098]: curl fails to connect to any site over SSL In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5098 ====================================================================== Reported By: soladmin Assigned To: dam ====================================================================== Project: curl Issue ID: 5098 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-08-02 21:39 CEST Last Modified: 2013-08-05 10:50 CEST ====================================================================== Summary: curl fails to connect to any site over SSL Description: Solaris 10 using opencsw's kiel repository. Curl always fails when connecting to any system using SSL. # curl -v https://google.com/ * About to connect() to google.com port 443 (https://www.opencsw.org/mantis/view.php?id=0) * Trying 173.194.46.32... * connected * Connected to google.com (173.194.46.32) port 443 (https://www.opencsw.org/mantis/view.php?id=0) * successfully set certificate verify locations: * CAfile: none CApath: /opt/csw/ssl/certs * SSLv3, TLS handshake, Client hello (1): * SSLv3, TLS handshake, Server hello (2): * SSLv3, TLS handshake, CERT (11): * SSLv3, TLS alert, Server hello (2): * error:800960A0:lib(128):PK11_DIGEST_COPY:C_GetOperationState failed * Closing connection https://www.opencsw.org/mantis/view.php?id=0 curl: (35) error:800960A0:lib(128):PK11_DIGEST_COPY:C_GetOperationState failed ====================================================================== From noreply at opencsw.org Mon Aug 5 11:01:24 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 5 Aug 2013 11:01:24 +0200 Subject: [bug-notifications] [curl 0005098]: curl fails to connect to any site over SSL In-Reply-To: Message-ID: <462a690eba6d2f347c5990076e50aa48@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5098 ====================================================================== Reported By: soladmin Assigned To: dam ====================================================================== Project: curl Issue ID: 5098 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-08-02 21:39 CEST Last Modified: 2013-08-05 11:01 CEST ====================================================================== Summary: curl fails to connect to any site over SSL Description: Solaris 10 using opencsw's kiel repository. Curl always fails when connecting to any system using SSL. # curl -v https://google.com/ * About to connect() to google.com port 443 (https://www.opencsw.org/mantis/view.php?id=0) * Trying 173.194.46.32... * connected * Connected to google.com (173.194.46.32) port 443 (https://www.opencsw.org/mantis/view.php?id=0) * successfully set certificate verify locations: * CAfile: none CApath: /opt/csw/ssl/certs * SSLv3, TLS handshake, Client hello (1): * SSLv3, TLS handshake, Server hello (2): * SSLv3, TLS handshake, CERT (11): * SSLv3, TLS alert, Server hello (2): * error:800960A0:lib(128):PK11_DIGEST_COPY:C_GetOperationState failed * Closing connection https://www.opencsw.org/mantis/view.php?id=0 curl: (35) error:800960A0:lib(128):PK11_DIGEST_COPY:C_GetOperationState failed ====================================================================== ---------------------------------------------------------------------- (0010511) dam (administrator) - 2013-08-05 11:01 https://www.opencsw.org/mantis/view.php?id=5098#c10511 ---------------------------------------------------------------------- I just verified with unstable and it also fails to connect: dam at login [login]:/home/dam > curl -v https://google.com * About to connect() to google.com port 443 (https://www.opencsw.org/mantis/view.php?id=0) * Trying 74.125.136.138... * connected * Connected to google.com (74.125.136.138) port 443 (https://www.opencsw.org/mantis/view.php?id=0) * successfully set certificate verify locations: * CAfile: none CApath: /opt/csw/ssl/certs * SSLv3, TLS handshake, Client hello (1): * SSLv3, TLS handshake, Server hello (2): * SSLv3, TLS handshake, CERT (11): * SSLv3, TLS handshake, Server key exchange (12): * SSLv3, TLS handshake, Server finished (14): * SSLv3, TLS handshake, Client key exchange (16): * SSLv3, TLS change cipher, Client hello (1): * Unknown SSL protocol error in connection to google.com:443 * Closing connection https://www.opencsw.org/mantis/view.php?id=0 curl: (35) Unknown SSL protocol error in connection to google.com:443 zsh: 13637 exit 35 curl -v https://google.com However, there are also other issues reported against OpenSSL 1.0 bindings, so these may be related. From noreply at opencsw.org Mon Aug 5 12:06:14 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 5 Aug 2013 12:06:14 +0200 Subject: [bug-notifications] [python27 0005099]: incorrect alternative path Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5099 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: python27 Issue ID: 5099 Category: Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2013-08-05 12:06 CEST Last Modified: 2013-08-05 12:06 CEST ====================================================================== Summary: incorrect alternative path Description: When trying to change the default Python interpreter: /opt/csw/sbin/alternatives --config python-symlink we have this output: Chooser for software 'python-symlink' 2600 /opt/csw/bin/python /opt/csw/bin/python2.6 270 /opt/csw/bin/python python2.7 Input the priority number for your desired choice, or 0 to quit 270 /opt/csw/sbin/alternatives Note: manual choice set, but is invalid. Ignoring python2.7 I corrected the path in the recipe's revision 21550 but you packaged a previous version. Tweaking /opt/csw/share/alternatives/python27 is a working temporary solution. ====================================================================== From noreply at opencsw.org Mon Aug 5 12:22:21 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 5 Aug 2013 12:22:21 +0200 Subject: [bug-notifications] [python27 0005099]: incorrect alternative path In-Reply-To: Message-ID: <645b6026ad5e375914d5ad8c808c5259@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5099 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: python27 Issue ID: 5099 Category: Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2013-08-05 12:06 CEST Last Modified: 2013-08-05 12:22 CEST ====================================================================== Summary: incorrect alternative path Description: When trying to change the default Python interpreter: /opt/csw/sbin/alternatives --config python-symlink we have this output: Chooser for software 'python-symlink' 2600 /opt/csw/bin/python /opt/csw/bin/python2.6 270 /opt/csw/bin/python python2.7 Input the priority number for your desired choice, or 0 to quit 270 /opt/csw/sbin/alternatives Note: manual choice set, but is invalid. Ignoring python2.7 I corrected the path in the recipe's revision 21550 but you packaged a previous version. Tweaking /opt/csw/share/alternatives/python27 is a working temporary solution. ====================================================================== ---------------------------------------------------------------------- (0010512) maciej (manager) - 2013-08-05 12:22 https://www.opencsw.org/mantis/view.php?id=5099#c10512 ---------------------------------------------------------------------- If you don't mind, please correct, rebuild and push. From noreply at opencsw.org Mon Aug 5 12:29:51 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 5 Aug 2013 12:29:51 +0200 Subject: [bug-notifications] [python27 0005099]: incorrect alternative path In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5099 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: python27 Issue ID: 5099 Category: Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2013-08-05 12:06 CEST Last Modified: 2013-08-05 12:29 CEST ====================================================================== Summary: incorrect alternative path Description: When trying to change the default Python interpreter: /opt/csw/sbin/alternatives --config python-symlink we have this output: Chooser for software 'python-symlink' 2600 /opt/csw/bin/python /opt/csw/bin/python2.6 270 /opt/csw/bin/python python2.7 Input the priority number for your desired choice, or 0 to quit 270 /opt/csw/sbin/alternatives Note: manual choice set, but is invalid. Ignoring python2.7 I corrected the path in the recipe's revision 21550 but you packaged a previous version. Tweaking /opt/csw/share/alternatives/python27 is a working temporary solution. ====================================================================== ---------------------------------------------------------------------- (0010513) pfelecan (developer) - 2013-08-05 12:29 https://www.opencsw.org/mantis/view.php?id=5099#c10513 ---------------------------------------------------------------------- It was corrected on the same day, ie July 25th I will rebuild and push but the side effect of that is me becoming in charge of... We really need a NMO procedure. From noreply at opencsw.org Mon Aug 5 21:33:43 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 5 Aug 2013 21:33:43 +0200 Subject: [bug-notifications] [curl 0005098]: curl fails to connect to any site over SSL In-Reply-To: Message-ID: <1fb8c41b19aef8d379926c6f36540de8@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5098 ====================================================================== Reported By: soladmin Assigned To: dam ====================================================================== Project: curl Issue ID: 5098 Category: regular use Reproducibility: always Severity: major Priority: normal Status: confirmed ====================================================================== Date Submitted: 2013-08-02 21:39 CEST Last Modified: 2013-08-05 21:33 CEST ====================================================================== Summary: curl fails to connect to any site over SSL Description: Solaris 10 using opencsw's kiel repository. Curl always fails when connecting to any system using SSL. # curl -v https://google.com/ * About to connect() to google.com port 443 (https://www.opencsw.org/mantis/view.php?id=0) * Trying 173.194.46.32... * connected * Connected to google.com (173.194.46.32) port 443 (https://www.opencsw.org/mantis/view.php?id=0) * successfully set certificate verify locations: * CAfile: none CApath: /opt/csw/ssl/certs * SSLv3, TLS handshake, Client hello (1): * SSLv3, TLS handshake, Server hello (2): * SSLv3, TLS handshake, CERT (11): * SSLv3, TLS alert, Server hello (2): * error:800960A0:lib(128):PK11_DIGEST_COPY:C_GetOperationState failed * Closing connection https://www.opencsw.org/mantis/view.php?id=0 curl: (35) error:800960A0:lib(128):PK11_DIGEST_COPY:C_GetOperationState failed ====================================================================== ---------------------------------------------------------------------- (0010515) dam (administrator) - 2013-08-05 21:33 https://www.opencsw.org/mantis/view.php?id=5098#c10515 ---------------------------------------------------------------------- Until the issue is resolved you can add --sslv3 as a workaround From noreply at opencsw.org Wed Aug 7 20:56:29 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 7 Aug 2013 20:56:29 +0200 Subject: [bug-notifications] [curl 0005098]: curl fails to connect to any site over SSL In-Reply-To: Message-ID: <762dc230642f42ff54d4762d78bb8497@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5098 ====================================================================== Reported By: soladmin Assigned To: dam ====================================================================== Project: curl Issue ID: 5098 Category: regular use Reproducibility: always Severity: major Priority: normal Status: confirmed ====================================================================== Date Submitted: 2013-08-02 21:39 CEST Last Modified: 2013-08-07 20:56 CEST ====================================================================== Summary: curl fails to connect to any site over SSL Description: Solaris 10 using opencsw's kiel repository. Curl always fails when connecting to any system using SSL. # curl -v https://google.com/ * About to connect() to google.com port 443 (https://www.opencsw.org/mantis/view.php?id=0) * Trying 173.194.46.32... * connected * Connected to google.com (173.194.46.32) port 443 (https://www.opencsw.org/mantis/view.php?id=0) * successfully set certificate verify locations: * CAfile: none CApath: /opt/csw/ssl/certs * SSLv3, TLS handshake, Client hello (1): * SSLv3, TLS handshake, Server hello (2): * SSLv3, TLS handshake, CERT (11): * SSLv3, TLS alert, Server hello (2): * error:800960A0:lib(128):PK11_DIGEST_COPY:C_GetOperationState failed * Closing connection https://www.opencsw.org/mantis/view.php?id=0 curl: (35) error:800960A0:lib(128):PK11_DIGEST_COPY:C_GetOperationState failed ====================================================================== ---------------------------------------------------------------------- (0010516) yann (developer) - 2013-08-07 20:56 https://www.opencsw.org/mantis/view.php?id=5098#c10516 ---------------------------------------------------------------------- I tracked the origin of the problem in the patch applied to enable the pkcs11 engine. I don't know exactly why it causes some failures and it will takes some time to find out, so I will release shortly a new version of the openssl package with pkcs11 engine disabled under sparc. I'll keep you updated. Yann From noreply at opencsw.org Wed Aug 7 23:45:32 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 7 Aug 2013 23:45:32 +0200 Subject: [bug-notifications] [curl 0005098]: curl fails to connect to any site over SSL In-Reply-To: Message-ID: <33ad4ae0da92bf57c815d0b52b565c65@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5098 ====================================================================== Reported By: soladmin Assigned To: dam ====================================================================== Project: curl Issue ID: 5098 Category: regular use Reproducibility: always Severity: major Priority: normal Status: confirmed ====================================================================== Date Submitted: 2013-08-02 21:39 CEST Last Modified: 2013-08-07 23:45 CEST ====================================================================== Summary: curl fails to connect to any site over SSL Description: Solaris 10 using opencsw's kiel repository. Curl always fails when connecting to any system using SSL. # curl -v https://google.com/ * About to connect() to google.com port 443 (https://www.opencsw.org/mantis/view.php?id=0) * Trying 173.194.46.32... * connected * Connected to google.com (173.194.46.32) port 443 (https://www.opencsw.org/mantis/view.php?id=0) * successfully set certificate verify locations: * CAfile: none CApath: /opt/csw/ssl/certs * SSLv3, TLS handshake, Client hello (1): * SSLv3, TLS handshake, Server hello (2): * SSLv3, TLS handshake, CERT (11): * SSLv3, TLS alert, Server hello (2): * error:800960A0:lib(128):PK11_DIGEST_COPY:C_GetOperationState failed * Closing connection https://www.opencsw.org/mantis/view.php?id=0 curl: (35) error:800960A0:lib(128):PK11_DIGEST_COPY:C_GetOperationState failed ====================================================================== ---------------------------------------------------------------------- (0010517) yann (developer) - 2013-08-07 23:45 https://www.opencsw.org/mantis/view.php?id=5098#c10517 ---------------------------------------------------------------------- Could you try the following packages in my experimental repository and tell me if it works ? http://buildfarm.opencsw.org/opencsw/experimental/yann/sparc/5.10/libssl1_0_0-1.0.1e,REV=2013.08.07-SunOS5.10-sparc-CSW.pkg.gz http://buildfarm.opencsw.org/opencsw/experimental/yann/sparc/5.10/libssl_dev-1.0.1e,REV=2013.08.07-SunOS5.10-sparc-CSW.pkg.gz http://buildfarm.opencsw.org/opencsw/experimental/yann/sparc/5.10/openssl_utils-1.0.1e,REV=2013.08.07-SunOS5.10-sparc-CSW.pkg.gz From noreply at opencsw.org Wed Aug 7 23:55:31 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 7 Aug 2013 23:55:31 +0200 Subject: [bug-notifications] [curl 0005098]: curl fails to connect to any site over SSL In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5098 ====================================================================== Reported By: soladmin Assigned To: dam ====================================================================== Project: curl Issue ID: 5098 Category: regular use Reproducibility: always Severity: major Priority: normal Status: confirmed ====================================================================== Date Submitted: 2013-08-02 21:39 CEST Last Modified: 2013-08-07 23:55 CEST ====================================================================== Summary: curl fails to connect to any site over SSL Description: Solaris 10 using opencsw's kiel repository. Curl always fails when connecting to any system using SSL. # curl -v https://google.com/ * About to connect() to google.com port 443 (https://www.opencsw.org/mantis/view.php?id=0) * Trying 173.194.46.32... * connected * Connected to google.com (173.194.46.32) port 443 (https://www.opencsw.org/mantis/view.php?id=0) * successfully set certificate verify locations: * CAfile: none CApath: /opt/csw/ssl/certs * SSLv3, TLS handshake, Client hello (1): * SSLv3, TLS handshake, Server hello (2): * SSLv3, TLS handshake, CERT (11): * SSLv3, TLS alert, Server hello (2): * error:800960A0:lib(128):PK11_DIGEST_COPY:C_GetOperationState failed * Closing connection https://www.opencsw.org/mantis/view.php?id=0 curl: (35) error:800960A0:lib(128):PK11_DIGEST_COPY:C_GetOperationState failed ====================================================================== ---------------------------------------------------------------------- (0010518) soladmin (reporter) - 2013-08-07 23:55 https://www.opencsw.org/mantis/view.php?id=5098#c10518 ---------------------------------------------------------------------- I installed the new patches you list, and they fix the problem I was encountering. Thanks for working on this! From noreply at opencsw.org Thu Aug 8 05:23:16 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 8 Aug 2013 05:23:16 +0200 Subject: [bug-notifications] [dovecot 0005096]: The cswdovecot method does not work with "stop" In-Reply-To: <1ade558a2c7e10e9a0e69ce4fbf9a916> Message-ID: <99a3f0b2e2af254b9753b855dd76a446@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5096 ====================================================================== Reported By: laurent Assigned To: jgoerzen ====================================================================== Project: dovecot Issue ID: 5096 Category: regular use Reproducibility: always Severity: major Priority: high Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2013-07-30 00:25 CEST Last Modified: 2013-08-08 05:23 CEST ====================================================================== Summary: The cswdovecot method does not work with "stop" Description: On every system shutdown, or when doing an "svcadm disable cswdovecot", the cswdovecot service goes into maintenance mode, as the processes are killed by the system instead of the method: [ Jul 29 10:47:34 Stopping because service disabled. ] [ Jul 29 10:47:34 Executing stop method ("/var/opt/csw/svc/method/svc-cswdovecot stop") ] Dovecot is already stopped. [ Jul 29 10:47:35 Method "stop" exited with status 0 ] [ Jul 29 10:48:34 Method or service exit timed out. Killing contract 53 ] ====================================================================== ---------------------------------------------------------------------- (0010519) jgoerzen (manager) - 2013-08-08 05:23 https://www.opencsw.org/mantis/view.php?id=5096#c10519 ---------------------------------------------------------------------- Fixed in 2.2.4,REV=2013.08.02 released to unstable catalog From noreply at opencsw.org Thu Aug 8 21:40:31 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 8 Aug 2013 21:40:31 +0200 Subject: [bug-notifications] [findutils 0005100]: exclude /afs from search directories Message-ID: <94194a71e008f634507a95b81ff98393@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5100 ====================================================================== Reported By: kdreyer Assigned To: ====================================================================== Project: findutils Issue ID: 5100 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-08-08 21:40 CEST Last Modified: 2013-08-08 21:40 CEST ====================================================================== Summary: exclude /afs from search directories Description: Thank you very much for your packaging work in OpenCSW. Could you please add "/afs" to the list of directories that updatedb excludes while crawling? ====================================================================== From noreply at opencsw.org Thu Aug 8 22:25:29 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 8 Aug 2013 22:25:29 +0200 Subject: [bug-notifications] [findutils 0005100]: exclude /afs from search directories In-Reply-To: <33e1f402285be465686450fd49a0e8d1> Message-ID: <57d45723da881fa8553f39326b5fc25b@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5100 ====================================================================== Reported By: kdreyer Assigned To: ====================================================================== Project: findutils Issue ID: 5100 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-08-08 21:40 CEST Last Modified: 2013-08-08 22:25 CEST ====================================================================== Summary: exclude /afs from search directories Description: Thank you very much for your packaging work in OpenCSW. Could you please add "/afs" to the list of directories that updatedb excludes while crawling? ====================================================================== ---------------------------------------------------------------------- (0010520) bwalton (administrator) - 2013-08-08 22:25 https://www.opencsw.org/mantis/view.php?id=5100#c10520 ---------------------------------------------------------------------- What is /afs? If it's not a stock mount for every solaris box, I'm not inclined to exclude it. Doing so would potentially break the setup at some other site. If it's not stock solaris, and I don't think it is, your best option is to automate the management of the file that updatedb uses for excludes so that all of your installations are maintained with your site-local settings. Please correct me if this is some standard solaris option though. Thanks -Ben From noreply at opencsw.org Thu Aug 8 22:44:23 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 8 Aug 2013 22:44:23 +0200 Subject: [bug-notifications] [findutils 0005100]: exclude /afs from search directories In-Reply-To: <33e1f402285be465686450fd49a0e8d1> Message-ID: <77104ed085f952c82c497c26b4139caa@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5100 ====================================================================== Reported By: kdreyer Assigned To: ====================================================================== Project: findutils Issue ID: 5100 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-08-08 21:40 CEST Last Modified: 2013-08-08 22:44 CEST ====================================================================== Summary: exclude /afs from search directories Description: Thank you very much for your packaging work in OpenCSW. Could you please add "/afs" to the list of directories that updatedb excludes while crawling? ====================================================================== ---------------------------------------------------------------------- (0010521) kdreyer (reporter) - 2013-08-08 22:44 https://www.opencsw.org/mantis/view.php?id=5100#c10521 ---------------------------------------------------------------------- Hi Ben, Thank you for considering this. AFS is the Andrew File System, a distributed, open-source filesystem similar to NFS. It has been around for a long time, but it's not part of any software that Oracle ships. It is not a part of Linux either, but you can see that Red Hat excludes /afs, all the way from RHEL 5 in 2007, up to Fedora Rawhide: http://pkgs.fedoraproject.org/cgit/mlocate.git/tree/updatedb.conf >From digging around in mailing list archives, there are references to this Red Hat configuration back in 2003, even though Red Hat has never shipped OpenAFS in its product line. AFS servers can be geographically located all over the world, and the OpenAFS client ships with a lot of AFS "cells" (sites) under /afs. The autodiscovery and subsequent crawling by updatedb can generate a lot of network traffic and use a lot of resources. While it is technically possible that skipping /afs has the potential to break setups at a hypothetical site, I believe that the overwhelming majority of people who have files located under /afs are running OpenAFS and would prefer that updatedb skip this location. From noreply at opencsw.org Thu Aug 8 22:54:20 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 8 Aug 2013 22:54:20 +0200 Subject: [bug-notifications] [findutils 0005100]: exclude /afs from search directories In-Reply-To: <33e1f402285be465686450fd49a0e8d1> Message-ID: <0c51647440928f347f8c6e0853940a25@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5100 ====================================================================== Reported By: kdreyer Assigned To: ====================================================================== Project: findutils Issue ID: 5100 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-08-08 21:40 CEST Last Modified: 2013-08-08 22:54 CEST ====================================================================== Summary: exclude /afs from search directories Description: Thank you very much for your packaging work in OpenCSW. Could you please add "/afs" to the list of directories that updatedb excludes while crawling? ====================================================================== ---------------------------------------------------------------------- (0010522) bwalton (administrator) - 2013-08-08 22:54 https://www.opencsw.org/mantis/view.php?id=5100#c10522 ---------------------------------------------------------------------- Ok, let's add it to PRUNEFS then so that regardless of mount point it's not crawled. This would make me feel better than adding it to PRUNEPATHS as it should do what you need and be more generic at with less risk of hurting other sites. Work for you? From noreply at opencsw.org Thu Aug 8 23:48:34 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 8 Aug 2013 23:48:34 +0200 Subject: [bug-notifications] [findutils 0005100]: exclude /afs from search directories In-Reply-To: <33e1f402285be465686450fd49a0e8d1> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5100 ====================================================================== Reported By: kdreyer Assigned To: ====================================================================== Project: findutils Issue ID: 5100 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-08-08 21:40 CEST Last Modified: 2013-08-08 23:48 CEST ====================================================================== Summary: exclude /afs from search directories Description: Thank you very much for your packaging work in OpenCSW. Could you please add "/afs" to the list of directories that updatedb excludes while crawling? ====================================================================== ---------------------------------------------------------------------- (0010523) kdreyer (reporter) - 2013-08-08 23:48 https://www.opencsw.org/mantis/view.php?id=5100#c10523 ---------------------------------------------------------------------- Sure, I think that would work for me. Thank you. From noreply at opencsw.org Fri Aug 9 01:45:57 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 9 Aug 2013 01:45:57 +0200 Subject: [bug-notifications] [dovecot 0005096]: The cswdovecot method does not work with "stop" In-Reply-To: <1ade558a2c7e10e9a0e69ce4fbf9a916> Message-ID: <408682763bc397cd1ba0bca3c6c991a4@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5096 ====================================================================== Reported By: laurent Assigned To: jgoerzen ====================================================================== Project: dovecot Issue ID: 5096 Category: regular use Reproducibility: always Severity: major Priority: high Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2013-07-30 00:25 CEST Last Modified: 2013-08-09 01:45 CEST ====================================================================== Summary: The cswdovecot method does not work with "stop" Description: On every system shutdown, or when doing an "svcadm disable cswdovecot", the cswdovecot service goes into maintenance mode, as the processes are killed by the system instead of the method: [ Jul 29 10:47:34 Stopping because service disabled. ] [ Jul 29 10:47:34 Executing stop method ("/var/opt/csw/svc/method/svc-cswdovecot stop") ] Dovecot is already stopped. [ Jul 29 10:47:35 Method "stop" exited with status 0 ] [ Jul 29 10:48:34 Method or service exit timed out. Killing contract 53 ] ====================================================================== ---------------------------------------------------------------------- (0010519) jgoerzen (manager) - 2013-08-08 05:23 https://www.opencsw.org/mantis/view.php?id=5096#c10519 ---------------------------------------------------------------------- Fixed in 2.2.4,REV=2013.08.02 released to unstable catalog From noreply at opencsw.org Sun Aug 11 16:35:17 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 11 Aug 2013 16:35:17 +0200 Subject: [bug-notifications] [fluxbox 0005078]: fluxbox-generate_menu broken In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5078 ====================================================================== Reported By: phil Assigned To: maciej ====================================================================== Project: fluxbox Issue ID: 5078 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: reopened Fixed in Version: ====================================================================== Date Submitted: 2013-05-20 19:48 CEST Last Modified: 2013-08-11 16:35 CEST ====================================================================== Summary: fluxbox-generate_menu broken Description: current version, spews grep: illegal option -- o Usage: grep [-c|-l|-q] [-bhinsvwx] pattern_list [file ...] grep [-c|-l|-q] [-bhinsvwx] [-e pattern_list]... [-f pattern_file]... [file...] I think this is because of a Solaris "fix", that breaks it. PATH=/usr/xpg4/bin:$PATH # just for xpg4 'id'. Sol11 is fine with /bin/id So, it "fixes" id, but breaks the grep call, since /usr/xpg4/bin/grep ====================================================================== ---------------------------------------------------------------------- (0010524) maciej (manager) - 2013-08-11 16:35 https://www.opencsw.org/mantis/view.php?id=5078#c10524 ---------------------------------------------------------------------- Please reopen if it's still a problem. From noreply at opencsw.org Mon Aug 12 00:17:33 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 12 Aug 2013 00:17:33 +0200 Subject: [bug-notifications] [graphviz 0004195]: Build 64-bit package In-Reply-To: <430b958bf6ff202f83d2b8205d280dc8> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4195 ====================================================================== Reported By: hson Assigned To: laurent ====================================================================== Project: graphviz Issue ID: 4195 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-28 14:21 CET Last Modified: 2013-08-12 00:17 CEST ====================================================================== Summary: Build 64-bit package Description: Please, provide a 64-bit library, needed for 64-bit ImageMagick ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- parent of 0004194 Provide 64-bit library child of 0004175 Please add 64 bit for large images ====================================================================== From noreply at opencsw.org Mon Aug 12 00:18:13 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 12 Aug 2013 00:18:13 +0200 Subject: [bug-notifications] [graphviz 0004195]: Build 64-bit package In-Reply-To: <430b958bf6ff202f83d2b8205d280dc8> Message-ID: <9ac7f19c5b03b9d2df46d5c298c6e1bf@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4195 ====================================================================== Reported By: hson Assigned To: laurent ====================================================================== Project: graphviz Issue ID: 4195 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-01-28 14:21 CET Last Modified: 2013-08-12 00:18 CEST ====================================================================== Summary: Build 64-bit package Description: Please, provide a 64-bit library, needed for 64-bit ImageMagick ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- parent of 0004194 Provide 64-bit library child of 0004175 Please add 64 bit for large images ====================================================================== ---------------------------------------------------------------------- (0010525) laurent (manager) - 2013-08-12 00:18 https://www.opencsw.org/mantis/view.php?id=4195#c10525 ---------------------------------------------------------------------- Done, pushed. From noreply at opencsw.org Mon Aug 12 00:18:15 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 12 Aug 2013 00:18:15 +0200 Subject: [bug-notifications] [imagemagick 0004175]: Please add 64 bit for large images In-Reply-To: <666fd55284e32d982583ef52b1c2cc6e> Message-ID: The RELATED issue 0004195 has been CLOSED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4175 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: imagemagick Issue ID: 4175 Category: packaging Reproducibility: have not tried Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-23 10:39 CET Last Modified: 2012-06-19 10:44 CEST ====================================================================== Summary: Please add 64 bit for large images Description: Please add 64 bit for large images ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- parent of 0004188 Build 64-bit package parent of 0004192 Build 64-bit package parent of 0004191 Build 64-bit package parent of 0004158 Please provide 64 bit libs parent of 0004189 Build 64-bit package parent of 0004195 Build 64-bit package ====================================================================== ---------------------------------------------------------------------- (0007312) hson (developer) - 2010-01-23 11:42 https://www.opencsw.org/mantis/view.php?id=4175#c7312 ---------------------------------------------------------------------- Its on my TODO, as soon as all dependencies have 64-bit libraries From noreply at opencsw.org Mon Aug 12 00:18:49 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 12 Aug 2013 00:18:49 +0200 Subject: [bug-notifications] [py_graphviz 0004094]: Change the dependency from CSWpython-rt to CSWpython In-Reply-To: <6932e94cd751508973eea3d637597709> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4094 ====================================================================== Reported By: maciej Assigned To: laurent ====================================================================== Project: py_graphviz Issue ID: 4094 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-12-22 18:21 CET Last Modified: 2013-08-12 00:18 CEST ====================================================================== Summary: Change the dependency from CSWpython-rt to CSWpython Description: Executive summary: CSWpython-rt is deprecated, please re-point your dependencies at CSWpython. ====================================================================== ---------------------------------------------------------------------- (0007355) ellson (developer) - 2010-01-28 11:48 https://www.opencsw.org/mantis/view.php?id=4094#c7355 ---------------------------------------------------------------------- Fixed in graphvizpython-2.26.3 From noreply at opencsw.org Mon Aug 12 00:20:18 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 12 Aug 2013 00:20:18 +0200 Subject: [bug-notifications] [py_graphviz 0004094]: Change the dependency from CSWpython-rt to CSWpython In-Reply-To: <6932e94cd751508973eea3d637597709> Message-ID: <56c241610852b4ab5f0eb14f5cb7343b@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4094 ====================================================================== Reported By: maciej Assigned To: laurent ====================================================================== Project: py_graphviz Issue ID: 4094 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-12-22 18:21 CET Last Modified: 2013-08-12 00:20 CEST ====================================================================== Summary: Change the dependency from CSWpython-rt to CSWpython Description: Executive summary: CSWpython-rt is deprecated, please re-point your dependencies at CSWpython. ====================================================================== ---------------------------------------------------------------------- (0010526) laurent (manager) - 2013-08-12 00:20 https://www.opencsw.org/mantis/view.php?id=4094#c10526 ---------------------------------------------------------------------- Changed to CSWpython27, package renamed to CSWpy-graphviz. pushed. From noreply at opencsw.org Mon Aug 12 00:22:46 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 12 Aug 2013 00:22:46 +0200 Subject: [bug-notifications] [graphviz 0004276]: PNG backend: dot files from scfdot converted to png contain extraneous line In-Reply-To: <0f34b0b225f9c247158fcec31c7bfd3a> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4276 ====================================================================== Reported By: skayser Assigned To: laurent ====================================================================== Project: graphviz Issue ID: 4276 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-02-15 13:56 CET Last Modified: 2013-08-12 00:22 CEST ====================================================================== Summary: PNG backend: dot files from scfdot converted to png contain extraneous line Description: When i feed .dot files generated by scfdot to dot with -Tpng, the resulting .png files contain an extra line at the top which makes the png unreadable by image viewers. Deleting this line fixes the issue. Is this a bug in dot, scfdot, or the png backend? $ dot -V dot - graphviz version 2.26.3 (20100126.1600) # pkgutil -t http://mirror.opencsw.org/opencsw/testing -Ni scfdot ... $ dot -Tpng -o test.png /opt/csw/share/doc/scfdot/examples/snv_24_x86.dot $ file test.png test.png: data $ head -1 test.png -36 2444.2 translate newpath user_shape_0 $ gsed -i -e '1d' test.png $ file test.png test.png: PNG image data Simple graphs don't expose this problem. $ echo "digraph G {Hello->World}" | dot -Tpng >hello.png $ file hello.png hello.png: PNG image data ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0004288 Please rebuild ghostscript to link agai... ====================================================================== ---------------------------------------------------------------------- (0007945) skayser (administrator) - 2010-05-25 21:40 https://www.opencsw.org/mantis/view.php?id=4276#c7945 ---------------------------------------------------------------------- John, I have revisited this issue and the related bug against ghostscript. Not sure, why ghostscript was needed to be rebuilt against CSW's X11 ... but this might have changed: libXrender is now available again in version that links against vanilla X11 and installs in /opt/csw/lib (libxrender), while the version which links against CSW's X11 and which installs to /opt/csw/X11/lib was moved to a separate package (cx_libxrender). Would you mind to have a look again? From noreply at opencsw.org Mon Aug 12 00:24:09 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 12 Aug 2013 00:24:09 +0200 Subject: [bug-notifications] [graphviz 0004276]: PNG backend: dot files from scfdot converted to png contain extraneous line In-Reply-To: <0f34b0b225f9c247158fcec31c7bfd3a> Message-ID: <4fa5474b6664d42dcc346eecd8dc8545@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4276 ====================================================================== Reported By: skayser Assigned To: laurent ====================================================================== Project: graphviz Issue ID: 4276 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-02-15 13:56 CET Last Modified: 2013-08-12 00:24 CEST ====================================================================== Summary: PNG backend: dot files from scfdot converted to png contain extraneous line Description: When i feed .dot files generated by scfdot to dot with -Tpng, the resulting .png files contain an extra line at the top which makes the png unreadable by image viewers. Deleting this line fixes the issue. Is this a bug in dot, scfdot, or the png backend? $ dot -V dot - graphviz version 2.26.3 (20100126.1600) # pkgutil -t http://mirror.opencsw.org/opencsw/testing -Ni scfdot ... $ dot -Tpng -o test.png /opt/csw/share/doc/scfdot/examples/snv_24_x86.dot $ file test.png test.png: data $ head -1 test.png -36 2444.2 translate newpath user_shape_0 $ gsed -i -e '1d' test.png $ file test.png test.png: PNG image data Simple graphs don't expose this problem. $ echo "digraph G {Hello->World}" | dot -Tpng >hello.png $ file hello.png hello.png: PNG image data ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0004288 Please rebuild ghostscript to link agai... ====================================================================== ---------------------------------------------------------------------- (0010527) laurent (manager) - 2013-08-12 00:24 https://www.opencsw.org/mantis/view.php?id=4276#c10527 ---------------------------------------------------------------------- GraphViz was updated to the latest version, however, it seems the files required to reproduce this test are not available anymore. Closing as I can't check it, however, I might take another look if needed. From noreply at opencsw.org Mon Aug 12 00:24:30 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 12 Aug 2013 00:24:30 +0200 Subject: [bug-notifications] [graphviz 0004114]: Symbolic links to libraries missing In-Reply-To: <601c37c04f4b57cf14b942198bd1c24b> Message-ID: <591e833f8a514150e6fc943bfe7476fe@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4114 ====================================================================== Reported By: hson Assigned To: laurent ====================================================================== Project: graphviz Issue ID: 4114 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-05 15:42 CET Last Modified: 2013-08-12 00:24 CEST ====================================================================== Summary: Symbolic links to libraries missing Description: Symbolic links libgvc.so, libcdt.so and libgraph.so are missing in the package ====================================================================== ---------------------------------------------------------------------- (0007361) ellson (developer) - 2010-01-28 17:51 https://www.opencsw.org/mantis/view.php?id=4114#c7361 ---------------------------------------------------------------------- Fixed in graphvizdevel-2.26.3,REV=2010.01.28 From noreply at opencsw.org Mon Aug 12 00:24:52 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 12 Aug 2013 00:24:52 +0200 Subject: [bug-notifications] [graphviz 0004114]: Symbolic links to libraries missing In-Reply-To: <601c37c04f4b57cf14b942198bd1c24b> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4114 ====================================================================== Reported By: hson Assigned To: laurent ====================================================================== Project: graphviz Issue ID: 4114 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-01-05 15:42 CET Last Modified: 2013-08-12 00:24 CEST ====================================================================== Summary: Symbolic links to libraries missing Description: Symbolic links libgvc.so, libcdt.so and libgraph.so are missing in the package ====================================================================== ---------------------------------------------------------------------- (0010528) laurent (manager) - 2013-08-12 00:24 https://www.opencsw.org/mantis/view.php?id=4114#c10528 ---------------------------------------------------------------------- All good in the latest packages. From noreply at opencsw.org Mon Aug 12 00:25:31 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 12 Aug 2013 00:25:31 +0200 Subject: [bug-notifications] [imagemagick 0004175]: Please add 64 bit for large images In-Reply-To: <666fd55284e32d982583ef52b1c2cc6e> Message-ID: <39b47cc4f2e384dfa9be1014abd0463f@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4175 ====================================================================== Reported By: dam Assigned To: laurent ====================================================================== Project: imagemagick Issue ID: 4175 Category: packaging Reproducibility: have not tried Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-23 10:39 CET Last Modified: 2013-08-12 00:25 CEST ====================================================================== Summary: Please add 64 bit for large images Description: Please add 64 bit for large images ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- parent of 0004188 Build 64-bit package parent of 0004192 Build 64-bit package parent of 0004191 Build 64-bit package parent of 0004158 Please provide 64 bit libs parent of 0004189 Build 64-bit package parent of 0004195 Build 64-bit package ====================================================================== ---------------------------------------------------------------------- (0007312) hson (developer) - 2010-01-23 11:42 https://www.opencsw.org/mantis/view.php?id=4175#c7312 ---------------------------------------------------------------------- Its on my TODO, as soon as all dependencies have 64-bit libraries From noreply at opencsw.org Mon Aug 12 00:26:05 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 12 Aug 2013 00:26:05 +0200 Subject: [bug-notifications] [imagemagick 0004175]: Please add 64 bit for large images In-Reply-To: <666fd55284e32d982583ef52b1c2cc6e> Message-ID: <4e27147bd3587bdf184f6927977c0d25@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4175 ====================================================================== Reported By: dam Assigned To: laurent ====================================================================== Project: imagemagick Issue ID: 4175 Category: packaging Reproducibility: have not tried Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-01-23 10:39 CET Last Modified: 2013-08-12 00:26 CEST ====================================================================== Summary: Please add 64 bit for large images Description: Please add 64 bit for large images ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- parent of 0004188 Build 64-bit package parent of 0004192 Build 64-bit package parent of 0004191 Build 64-bit package parent of 0004158 Please provide 64 bit libs parent of 0004189 Build 64-bit package parent of 0004195 Build 64-bit package ====================================================================== ---------------------------------------------------------------------- (0010529) laurent (manager) - 2013-08-12 00:26 https://www.opencsw.org/mantis/view.php?id=4175#c10529 ---------------------------------------------------------------------- Now available: # file /opt/csw/bin/amd64/convert /opt/csw/bin/amd64/convert: ELF 64-bit LSB executable AMD64 Version 1, dynamically linked, stripped From noreply at opencsw.org Mon Aug 12 00:26:47 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 12 Aug 2013 00:26:47 +0200 Subject: [bug-notifications] [graphicsmagick 0004333]: Depend on CSWlibwmf instead of CSWwmf In-Reply-To: <5583cb63b05f3f20a6af6049d478f805> Message-ID: <9348e0dbfc6f185649119fe7f2795001@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4333 ====================================================================== Reported By: hson Assigned To: laurent ====================================================================== Project: graphicsmagick Issue ID: 4333 Category: packaging Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-03-10 14:00 CET Last Modified: 2013-08-12 00:26 CEST ====================================================================== Summary: Depend on CSWlibwmf instead of CSWwmf Description: libwmflite-0.2.so.7 have been moved to CSWlibwmf instead of CSWwmf, so there is no need to depend on CSWmwf unless graphicsmagick use any of the binaries in CSWwmf. ====================================================================== From noreply at opencsw.org Mon Aug 12 00:29:28 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 12 Aug 2013 00:29:28 +0200 Subject: [bug-notifications] [graphicsmagick 0004333]: Depend on CSWlibwmf instead of CSWwmf In-Reply-To: <5583cb63b05f3f20a6af6049d478f805> Message-ID: <36362626c0dab6db98bafdd16fe250d7@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4333 ====================================================================== Reported By: hson Assigned To: laurent ====================================================================== Project: graphicsmagick Issue ID: 4333 Category: packaging Reproducibility: N/A Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-03-10 14:00 CET Last Modified: 2013-08-12 00:29 CEST ====================================================================== Summary: Depend on CSWlibwmf instead of CSWwmf Description: libwmflite-0.2.so.7 have been moved to CSWlibwmf instead of CSWwmf, so there is no need to depend on CSWmwf unless graphicsmagick use any of the binaries in CSWwmf. ====================================================================== ---------------------------------------------------------------------- (0010530) laurent (manager) - 2013-08-12 00:29 https://www.opencsw.org/mantis/view.php?id=4333#c10530 ---------------------------------------------------------------------- Recipe remade and fixed to depend on CSWlibwmflite0-2-7 From noreply at opencsw.org Mon Aug 12 00:31:17 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 12 Aug 2013 00:31:17 +0200 Subject: [bug-notifications] [gts 0004926]: Mangled RUNPATH and RPATH in gts In-Reply-To: Message-ID: <8a618c22df56d8184150e7636a100cdb@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4926 ====================================================================== Reported By: macareus Assigned To: laurent ====================================================================== Project: gts Issue ID: 4926 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2012-03-26 04:00 CEST Last Modified: 2013-08-12 00:31 CEST ====================================================================== Summary: Mangled RUNPATH and RPATH in gts Description: For reasons completely unrelated to CSWgts, I wrote a script to sweep through all ELF executable files and show the union of all their RUNPATHs and/or RPATHs. Several files related to CSWgts have some "interesting" RPATH, RUNPATH components. Below is some diagnostic output. There is repetition, because the same problem is reported once for RPATH and again for RUNPATH. It looks like what were indented to be '$ORIGIN' and '$ISALIST' got mangled. Severity is actually unknown, because I have not tried out any of these programs. ====================================================================== ---------------------------------------------------------------------- (0010531) laurent (manager) - 2013-08-12 00:31 https://www.opencsw.org/mantis/view.php?id=4926#c10531 ---------------------------------------------------------------------- All good. From noreply at opencsw.org Mon Aug 12 10:53:41 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 12 Aug 2013 10:53:41 +0200 Subject: [bug-notifications] [gdb 0005101]: gdb error due to missing symbol ps_lgetxregsize Message-ID: <4475d22d48afe1a02e92ed082ee4c474@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5101 ====================================================================== Reported By: slowfranklin Assigned To: ====================================================================== Project: gdb Issue ID: 5101 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2013-08-12 10:53 CEST Last Modified: 2013-08-12 10:53 CEST ====================================================================== Summary: gdb error due to missing symbol ps_lgetxregsize Description: Running gdb command on a core file results in the following message being displayed. [GDB will not be able to debug user-mode threads: ld.so.1: gdb: fatal: relocation error: file /lib/64/libthread_db.so.1: symbol ps_lgetxregsize: referenced symbol not found] Upstream bug: Patches availbale. Afaict gdb, at least on my Solaris 11.1 host, is broken anyway (can't examine running processes, can't examine core file), so not sure if fixing this really adds much. ====================================================================== From noreply at opencsw.org Tue Aug 13 09:26:32 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 13 Aug 2013 09:26:32 +0200 Subject: [bug-notifications] [python 0005089]: python 2.7.5 In-Reply-To: Message-ID: <443690b815ab5f153bd4b7fb30313817@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5089 ====================================================================== Reported By: pfelecan Assigned To: pfelecan ====================================================================== Project: python Issue ID: 5089 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2013-07-09 18:28 CEST Last Modified: 2013-08-13 09:26 CEST ====================================================================== Summary: python 2.7.5 Description: Please update to 2.7 as most of Linux distributions use a 2.7 Python and python based project use more and more specific constructs, e.g. tuple/set literals of the form {'a', 'b'} instead of set(['a', 'b']) ====================================================================== ---------------------------------------------------------------------- (0010532) pfelecan (manager) - 2013-08-13 09:26 https://www.opencsw.org/mantis/view.php?id=5089#c10532 ---------------------------------------------------------------------- 2.7.5 was released From noreply at opencsw.org Tue Aug 13 09:27:15 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 13 Aug 2013 09:27:15 +0200 Subject: [bug-notifications] [python27 0005099]: incorrect alternative path In-Reply-To: Message-ID: <968c1331b50961f764d714e0dd5d5fbc@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5099 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: python27 Issue ID: 5099 Category: Reproducibility: always Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-08-05 12:06 CEST Last Modified: 2013-08-13 09:27 CEST ====================================================================== Summary: incorrect alternative path Description: When trying to change the default Python interpreter: /opt/csw/sbin/alternatives --config python-symlink we have this output: Chooser for software 'python-symlink' 2600 /opt/csw/bin/python /opt/csw/bin/python2.6 270 /opt/csw/bin/python python2.7 Input the priority number for your desired choice, or 0 to quit 270 /opt/csw/sbin/alternatives Note: manual choice set, but is invalid. Ignoring python2.7 I corrected the path in the recipe's revision 21550 but you packaged a previous version. Tweaking /opt/csw/share/alternatives/python27 is a working temporary solution. ====================================================================== ---------------------------------------------------------------------- (0010533) pfelecan (manager) - 2013-08-13 09:27 https://www.opencsw.org/mantis/view.php?id=5099#c10533 ---------------------------------------------------------------------- corrected From noreply at opencsw.org Wed Aug 14 09:22:06 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 14 Aug 2013 09:22:06 +0200 Subject: [bug-notifications] [gdb 0005101]: gdb error due to missing symbol ps_lgetxregsize In-Reply-To: <54d552c211666dbd225e7a2e6e2d5a4c> Message-ID: <607a63becef795ca35088961d806c307@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5101 ====================================================================== Reported By: slowfranklin Assigned To: pfelecan ====================================================================== Project: gdb Issue ID: 5101 Category: regular use Reproducibility: always Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-08-12 10:53 CEST Last Modified: 2013-08-14 09:22 CEST ====================================================================== Summary: gdb error due to missing symbol ps_lgetxregsize Description: Running gdb command on a core file results in the following message being displayed. [GDB will not be able to debug user-mode threads: ld.so.1: gdb: fatal: relocation error: file /lib/64/libthread_db.so.1: symbol ps_lgetxregsize: referenced symbol not found] Upstream bug: Patches availbale. Afaict gdb, at least on my Solaris 11.1 host, is broken anyway (can't examine running processes, can't examine core file), so not sure if fixing this really adds much. ====================================================================== From noreply at opencsw.org Wed Aug 14 16:48:00 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 14 Aug 2013 16:48:00 +0200 Subject: [bug-notifications] [gdb 0005101]: gdb error due to missing symbol ps_lgetxregsize In-Reply-To: <54d552c211666dbd225e7a2e6e2d5a4c> Message-ID: <2fd35acd024375ec1881938af043642a@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5101 ====================================================================== Reported By: slowfranklin Assigned To: pfelecan ====================================================================== Project: gdb Issue ID: 5101 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-08-12 10:53 CEST Last Modified: 2013-08-14 16:47 CEST ====================================================================== Summary: gdb error due to missing symbol ps_lgetxregsize Description: Running gdb command on a core file results in the following message being displayed. [GDB will not be able to debug user-mode threads: ld.so.1: gdb: fatal: relocation error: file /lib/64/libthread_db.so.1: symbol ps_lgetxregsize: referenced symbol not found] Upstream bug: Patches availbale. Afaict gdb, at least on my Solaris 11.1 host, is broken anyway (can't examine running processes, can't examine core file), so not sure if fixing this really adds much. ====================================================================== ---------------------------------------------------------------------- (0010534) pfelecan (manager) - 2013-08-14 16:47 https://www.opencsw.org/mantis/view.php?id=5101#c10534 ---------------------------------------------------------------------- in 7.6,REV=2013.08.14 From noreply at opencsw.org Fri Aug 16 17:13:43 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 16 Aug 2013 17:13:43 +0200 Subject: [bug-notifications] [pkgutil 0005102]: Remove hardcoded paths to SVR4 package tools Message-ID: <062065b92e4422786b0fc72a0560d206@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5102 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: pkgutil Issue ID: 5102 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2013-08-16 17:13 CEST Last Modified: 2013-08-16 17:13 CEST ====================================================================== Summary: Remove hardcoded paths to SVR4 package tools Description: Hi Peter, Might be strange but I am trying to use pkgutil on a SmartOS server where pkgadd, pkgrm.. are not available. I can get them and put them in a different location but most path are to these tools are hardcoded in pkgutil so this doesn't work out of the box. So my feature request is: is this possible to modify pkgutil so path to SVR4 package tools are not hardcoded ? Thanks in advance for your answer, Yann ====================================================================== From noreply at opencsw.org Fri Aug 16 17:15:49 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 16 Aug 2013 17:15:49 +0200 Subject: [bug-notifications] [pkgutil 0005102]: Remove hardcoded paths to SVR4 package tools In-Reply-To: <3ce776570a8cf52933b407523bfa0def> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5102 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: pkgutil Issue ID: 5102 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2013-08-16 17:13 CEST Last Modified: 2013-08-16 17:15 CEST ====================================================================== Summary: Remove hardcoded paths to SVR4 package tools Description: Hi Peter, Might be strange but I am trying to use pkgutil on a SmartOS server where pkgadd, pkgrm.. are not available. I can get them and put them in a different location but most path are to these tools are hardcoded in pkgutil so this doesn't work out of the box. So my feature request is: is this possible to modify pkgutil so path to SVR4 package tools are not hardcoded ? Thanks in advance for your answer, Yann ====================================================================== ---------------------------------------------------------------------- (0010535) yann (developer) - 2013-08-16 17:15 https://www.opencsw.org/mantis/view.php?id=5102#c10535 ---------------------------------------------------------------------- I attached the modification I've made to make it work: https://www.opencsw.org/mantis/file_download.php?file_id=67&type=bug From noreply at opencsw.org Mon Aug 19 11:37:40 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 19 Aug 2013 11:37:40 +0200 Subject: [bug-notifications] [gstreamer 0003198]: Depend on CSWggettextrt In-Reply-To: <9056bf8af22047991db971d6577881a9> Message-ID: <94b358863493cb5967ea1a415151d560@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3198 ====================================================================== Reported By: harpchad Assigned To: cgrzemba ====================================================================== Project: gstreamer Issue ID: 3198 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:02 CET Last Modified: 2013-08-19 11:37 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== From noreply at opencsw.org Mon Aug 19 13:52:48 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 19 Aug 2013 13:52:48 +0200 Subject: [bug-notifications] [pkgutil 0005102]: Remove hardcoded paths to SVR4 package tools In-Reply-To: <3ce776570a8cf52933b407523bfa0def> Message-ID: <975248226abe8333596dc2a9d791af31@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5102 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 5102 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-08-16 17:13 CEST Last Modified: 2013-08-19 13:52 CEST ====================================================================== Summary: Remove hardcoded paths to SVR4 package tools Description: Hi Peter, Might be strange but I am trying to use pkgutil on a SmartOS server where pkgadd, pkgrm.. are not available. I can get them and put them in a different location but most path are to these tools are hardcoded in pkgutil so this doesn't work out of the box. So my feature request is: is this possible to modify pkgutil so path to SVR4 package tools are not hardcoded ? Thanks in advance for your answer, Yann ====================================================================== ---------------------------------------------------------------------- (0010535) yann (developer) - 2013-08-16 17:15 https://www.opencsw.org/mantis/view.php?id=5102#c10535 ---------------------------------------------------------------------- I attached the modification I've made to make it work: https://www.opencsw.org/mantis/file_download.php?file_id=67&type=bug From noreply at opencsw.org Mon Aug 19 13:54:31 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 19 Aug 2013 13:54:31 +0200 Subject: [bug-notifications] [pkgutil 0005102]: Remove hardcoded paths to SVR4 package tools In-Reply-To: <3ce776570a8cf52933b407523bfa0def> Message-ID: <8e9471bdad93670e7d76dbdbcaaf5892@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5102 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 5102 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-08-16 17:13 CEST Last Modified: 2013-08-19 13:54 CEST ====================================================================== Summary: Remove hardcoded paths to SVR4 package tools Description: Hi Peter, Might be strange but I am trying to use pkgutil on a SmartOS server where pkgadd, pkgrm.. are not available. I can get them and put them in a different location but most path are to these tools are hardcoded in pkgutil so this doesn't work out of the box. So my feature request is: is this possible to modify pkgutil so path to SVR4 package tools are not hardcoded ? Thanks in advance for your answer, Yann ====================================================================== ---------------------------------------------------------------------- (0010536) bonivart (manager) - 2013-08-19 13:54 https://www.opencsw.org/mantis/view.php?id=5102#c10536 ---------------------------------------------------------------------- So you're basically adding another path to PATH and then removing all hardcoded paths? Looks very straightforward. I can do a minor update with that. From noreply at opencsw.org Fri Aug 23 16:29:05 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 23 Aug 2013 16:29:05 +0200 Subject: [bug-notifications] [bash 0005103]: missing bash.info Message-ID: <2127cd1793a669881f2da6b602b07a21@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5103 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: bash Issue ID: 5103 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-08-23 16:29 CEST Last Modified: 2013-08-23 16:29 CEST ====================================================================== Summary: missing bash.info Description: The bash.info file is missing. Reviewing the recipe I see, in the post-merge target, this command: rm -f $(PKGROOT)/$(infodir)/bash.info What's the reason of this? Can you please modify the recipe and eventually upload a new version containing this file? TIA ====================================================================== From noreply at opencsw.org Sat Aug 24 15:37:53 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 24 Aug 2013 15:37:53 +0200 Subject: [bug-notifications] [curl 0005104]: curl is compiled against incorrent CA certificates directory Message-ID: <16a7d2f53be0e0b9959736e69dce70d5@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5104 ====================================================================== Reported By: Ch00k Assigned To: ====================================================================== Project: curl Issue ID: 5104 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-08-24 15:37 CEST Last Modified: 2013-08-24 15:37 CEST ====================================================================== Summary: curl is compiled against incorrent CA certificates directory Description: curl is built with --with-ca-path=/opt/csw/ssl/certs whereas cacertificates package installs CA certificates into /etc/opt/csw/ssl/certs. To make curl actually find the directory with CA certificates libssl0_9_8 must be installed which creates a symlink /opt/csw/ssl/certs -> /etc/opt/csw/ssl/certs. Suggested is to change curl recipe to build against /etc/opt/csw/ssl/certs as CA certificates directory ====================================================================== From noreply at opencsw.org Sat Aug 24 15:40:04 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 24 Aug 2013 15:40:04 +0200 Subject: [bug-notifications] [curl 0005104]: curl is compiled against incorrent CA certificates directory In-Reply-To: Message-ID: <8b3643730e21102faf97817016b81a9d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5104 ====================================================================== Reported By: Ch00k Assigned To: ====================================================================== Project: curl Issue ID: 5104 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-08-24 15:37 CEST Last Modified: 2013-08-24 15:40 CEST ====================================================================== Summary: curl is compiled against incorrent CA certificates directory Description: curl is built with --with-ca-path=/opt/csw/ssl/certs whereas cacertificates package installs CA certificates into /etc/opt/csw/ssl/certs. To make curl actually find the directory with CA certificates libssl0_9_8 must be installed which creates a symlink /opt/csw/ssl/certs -> /etc/opt/csw/ssl/certs. Suggested is to change curl recipe to build against /etc/opt/csw/ssl/certs as CA certificates directory ====================================================================== ---------------------------------------------------------------------- (0010537) Ch00k (reporter) - 2013-08-24 15:40 https://www.opencsw.org/mantis/view.php?id=5104#c10537 ---------------------------------------------------------------------- Besides, maybe it's also good to add cacertificates as a dependency to install curl. From noreply at opencsw.org Sun Aug 25 09:24:06 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 25 Aug 2013 09:24:06 +0200 Subject: [bug-notifications] [python 0005005]: unable to install virtualenv: ImportError: No module named md5 In-Reply-To: Message-ID: <1677e645e20a85321bd30d9f46bf6d3f@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5005 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: python Issue ID: 5005 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2012-09-30 15:27 CEST Last Modified: 2013-08-25 09:24 CEST ====================================================================== Summary: unable to install virtualenv: ImportError: No module named md5 Description: on solaris 10 (sparc), i'm trying to install virtualenv according to: http://www.pip-installer.org/en/latest/installing.html it fails with the following messages: t2000-root% /opt/csw/bin/python virtualenv.py my_new_env New python executable in my_new_env/bin/python Installing setuptools...... Complete output from command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools: Traceback (most recent call last): File "", line 67, in ImportError: No module named md5 ---------------------------------------- ...Installing setuptools...done. Traceback (most recent call last): File "virtualenv.py", line 2471, in main() File "virtualenv.py", line 942, in main never_download=options.never_download) File "virtualenv.py", line 1052, in create_environment search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 599, in install_setuptools search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 571, in _install_req cwd=cwd) File "virtualenv.py", line 1020, in call_subprocess % (cmd_desc, proc.returncode)) OSError: Command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools failed with error code 1 ====================================================================== ---------------------------------------------------------------------- (0010538) pfelecan (manager) - 2013-08-25 09:24 https://www.opencsw.org/mantis/view.php?id=5005#c10538 ---------------------------------------------------------------------- Python 2.6 or 2.7 ? From noreply at opencsw.org Sun Aug 25 09:26:42 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 25 Aug 2013 09:26:42 +0200 Subject: [bug-notifications] [python 0005089]: python 2.7.5 In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5089 ====================================================================== Reported By: pfelecan Assigned To: pfelecan ====================================================================== Project: python Issue ID: 5089 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2013-07-09 18:28 CEST Last Modified: 2013-08-25 09:26 CEST ====================================================================== Summary: python 2.7.5 Description: Please update to 2.7 as most of Linux distributions use a 2.7 Python and python based project use more and more specific constructs, e.g. tuple/set literals of the form {'a', 'b'} instead of set(['a', 'b']) ====================================================================== ---------------------------------------------------------------------- (0010539) pfelecan (manager) - 2013-08-25 09:26 https://www.opencsw.org/mantis/view.php?id=5089#c10539 ---------------------------------------------------------------------- There is now an alternative From noreply at opencsw.org Sun Aug 25 10:34:08 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 25 Aug 2013 10:34:08 +0200 Subject: [bug-notifications] [netpbm 0004183]: manpages contain references to buildfarm env In-Reply-To: Message-ID: <22001abd6a8656b5c54030535eb90c2e@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4183 ====================================================================== Reported By: dam Assigned To: laurent ====================================================================== Project: netpbm Issue ID: 4183 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-25 15:25 CET Last Modified: 2013-08-25 10:34 CEST ====================================================================== Summary: manpages contain references to buildfarm env Description: Manpages contain references to buildfarm env. ====================================================================== From noreply at opencsw.org Sun Aug 25 10:37:59 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 25 Aug 2013 10:37:59 +0200 Subject: [bug-notifications] [netpbm 0004183]: manpages contain references to buildfarm env In-Reply-To: Message-ID: <50e7eb0443d243bbfbd966702243affd@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4183 ====================================================================== Reported By: dam Assigned To: laurent ====================================================================== Project: netpbm Issue ID: 4183 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: resolved Resolution: not fixable Fixed in Version: ====================================================================== Date Submitted: 2010-01-25 15:25 CET Last Modified: 2013-08-25 10:37 CEST ====================================================================== Summary: manpages contain references to buildfarm env Description: Manpages contain references to buildfarm env. ====================================================================== ---------------------------------------------------------------------- (0010540) laurent (manager) - 2013-08-25 10:37 https://www.opencsw.org/mantis/view.php?id=4183#c10540 ---------------------------------------------------------------------- The current version of netpbm removed the full manpages to replace them with a link to the online HTML page. Re-adding them seems like a hurdle, and that package is already annoying enough as it is. Unless there's a demand for them, I'll keep them out, which solves that particular issue. From noreply at opencsw.org Sun Aug 25 13:51:26 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 25 Aug 2013 13:51:26 +0200 Subject: [bug-notifications] [alternatives 0004424]: CSWsudo and CSWalternatives interaction breaks sudo installs on SPARC In-Reply-To: <3033786cfdacd651341fd82348463841> Message-ID: <29547f93d7b55aaa99e125202da0d735@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4424 ====================================================================== Reported By: dkohfield Assigned To: phil ====================================================================== Project: alternatives Issue ID: 4424 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-05-20 22:46 CEST Last Modified: 2013-08-25 13:51 CEST ====================================================================== Summary: CSWsudo and CSWalternatives interaction breaks sudo installs on SPARC Description: Upgraded from a blastwave installation, which for all practical purposes was a clean install on the system in question: SunOS neon 5.9 Generic_118558-05 sun4u sparc SUNW,Sun-Fire-V240 After the upgrade/install, sudo was not working. Trouble-shooting included uninstalling and reinstalling CSWsudo and all of its dependencies. Using 'pkg-get -i sudo' installed all dependencies, then generated the following error as the CSWsudo package was installed: /opt/csw/bin/sudo.minimal /opt/csw/share/doc/sudo/license [ verifying class ] /opt/csw/bin/sudoedit.minimal Registering 'sudo' alternative /opt/csw/bin/sudo.minimal ... ERROR: /opt/csw/sbin/alternatives could not be found [ verifying class ] This is despite CSWalternatives having been successfully (?) installed as a dependency, and '/opt/csw/sbin/alternatives' being present (though not executable). The net result is that no symlink, or symlink chain is created along the lines of: /opt/csw/bin/sudo -> \ /etc/opt/csw/alternatives/sudo -> \ /opt/csw/bin/sudo.minimal Another system upgraded roughly 2-3 months ago has this symlink chain in place. The version of CSWalternatives is different. On the working system, 'pkginfo -l CSWalternatives' produces: PKGINST: CSWalternatives NAME: alternatives - Alternatives engine from Red Hat chkconfig-1.3.30c CATEGORY: application ARCH: sparc VERSION: 1.3.30c,REV=2010.02.18 VENDOR: http://www.sfr-fresh.com/unix/privat/ packaged for CSW by Dagobert Michelsen PSTAMP: dam at build8s-20100218134904 INSTDATE: Mar 31 2010 13:08 HOTLINE: http://www.opencsw.org/bugtrack/ EMAIL: dam at opencsw.org STATUS: completely installed FILES: 12 installed pathnames 1 shared pathnames 7 directories 3 executables 111 blocks used (approx) On the non-working system, 'pkginfo -l CSWalternatives' produces: PKGINST: CSWalternatives NAME: alternatives - an implementation of linux-style alternatives choice mgr CATEGORY: system ARCH: all VERSION: 1.0,REV=2009.10.17 VENDOR: http://www.opencsw.org written and packaged for CSW by Philip Brown PSTAMP: cswalternatives v1.0 INSTDATE: May 20 2010 11:52 HOTLINE: http://www.opencsw.org/bugtrack/ EMAIL: phil at opencsw.org STATUS: completely installed FILES: 3 installed pathnames 2 executables 26 blocks used (approx) ====================================================================== ---------------------------------------------------------------------- (0010541) pfelecan (manager) - 2013-08-25 13:51 https://www.opencsw.org/mantis/view.php?id=4424#c10541 ---------------------------------------------------------------------- Being so old I think that it was fixed but the maintainer forgot to close the issue. If it's not the case, please re-open with additional information. From noreply at opencsw.org Sun Aug 25 13:54:47 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 25 Aug 2013 13:54:47 +0200 Subject: [bug-notifications] [alternatives 0004774]: The alternatives --set option fails for sudo/sudo_ldap In-Reply-To: <71902bdc8ea2eab05df3e2cdf5cb9de2> Message-ID: <5646e8834ec7cc7086cdd23d965d787f@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4774 ====================================================================== Reported By: jcraig Assigned To: phil ====================================================================== Project: alternatives Issue ID: 4774 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2011-05-25 16:26 CEST Last Modified: 2013-08-25 13:54 CEST ====================================================================== Summary: The alternatives --set option fails for sudo/sudo_ldap Description: With sudo and sudo_ldap installed the alternatives --auto sudo makes a selection, but using the --set option one is unable to select a specific alternative. # alternatives --display sudo Installed alternatives for sudo are: /opt/csw/bin/sudo sudo /opt/csw/bin/sudo.ldap 60 /opt/csw/bin/sudoedit sudoedit /opt/csw/bin/sudoedit.ldap /opt/csw/bin/sudo sudo /opt/csw/bin/sudo.minimal 50 /opt/csw/bin/sudoedit sudoedit /opt/csw/bin/sudoedit.minimal # alternatives --set sudo /opt/csw/bin/sudo.minimal Error: no installed match found for sudo /opt/csw/bin/sudo.minimal The issue is with: 297 check=`egrep -l "^[^ ]* $1 $2 " $PRIORITIESDIR/*` This assumes a single space between fields. Given the lack of documentation for this file format it is reasonable that one would assume the unix norm of one or more spaces between fields. On fix for this would be: check=`egrep -l "^[^ ]* [ ]*$1 [ ]*$2 " $PRIORITIESDIR/*` As an alternative you may wish to also add support for tab separators. Man page / documentation would be appreciated. I chose to submit this as a alternatives bug rather than a sudo* bug because I believe alternatives should support this functionality. ====================================================================== ---------------------------------------------------------------------- (0009097) phil (reporter) - 2011-05-31 23:48 https://www.opencsw.org/mantis/view.php?id=4774#c9097 ---------------------------------------------------------------------- No feedback recieved. releasing new package, rather than waiting indefinately. From noreply at opencsw.org Sun Aug 25 13:58:54 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 25 Aug 2013 13:58:54 +0200 Subject: [bug-notifications] [alternatives 0004559]: --set does not work In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4559 ====================================================================== Reported By: jh Assigned To: phil ====================================================================== Project: alternatives Issue ID: 4559 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: reopened Fixed in Version: ====================================================================== Date Submitted: 2010-09-30 15:47 CEST Last Modified: 2013-08-25 13:58 CEST ====================================================================== Summary: --set does not work Description: during testing the new apache2 package I wanted to change the alternative: /opt/csw/sbin/alternatives --display httpd Installed alternatives for httpd are: /opt/csw/apache2/sbin/httpd httpd /opt/csw/apache2/sbin/httpd.prefork 100 /opt/csw/apache2/sbin/httpd httpd /opt/csw/apache2/sbin/httpd.worker 50 /opt/csw/sbin/alternatives --set httpd /opt/csw/apache2/sbin/httpd.worker ln: cannot create /etc/opt/etc/alternatives/httpd: No such file or directory ====================================================================== ---------------------------------------------------------------------- (0010542) pfelecan (manager) - 2013-08-25 13:58 https://www.opencsw.org/mantis/view.php?id=4559#c10542 ---------------------------------------------------------------------- So old that I think this can be closed. If I'm wrong, please re-open it. From noreply at opencsw.org Sun Aug 25 15:27:54 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 25 Aug 2013 15:27:54 +0200 Subject: [bug-notifications] [alternatives 0004560]: /opt/csw/sbin/alternatives not installed in sparse zone In-Reply-To: <769f5ab44be7e7fcc92e4351ec650807> Message-ID: <92061657227d69e33f5dc6328a131f3b@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4560 ====================================================================== Reported By: jh Assigned To: phil ====================================================================== Project: alternatives Issue ID: 4560 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: reopened Fixed in Version: ====================================================================== Date Submitted: 2010-10-01 16:13 CEST Last Modified: 2013-08-25 15:27 CEST ====================================================================== Summary: /opt/csw/sbin/alternatives not installed in sparse zone Description: I have CSWsudo installed in globle zone. Hence alternatives too. If I create a sparse zone alternatives is not installed correct into the sparse zone. Hence no symlinks for sudo. pkgchk CSWalternatives ERROR: /opt/csw/sbin/alternatives pathname does not exist The script is missing. ====================================================================== ---------------------------------------------------------------------- (0010543) pfelecan (manager) - 2013-08-25 15:27 https://www.opencsw.org/mantis/view.php?id=4560#c10543 ---------------------------------------------------------------------- Tis is too old. If confirmed pleas re-open. From noreply at opencsw.org Sun Aug 25 15:33:09 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 25 Aug 2013 15:33:09 +0200 Subject: [bug-notifications] [alternatives 0004556]: Major selection used by all packages does not work In-Reply-To: <5726e3969ec32419f294c61ea9df623d> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4556 ====================================================================== Reported By: dam Assigned To: phil ====================================================================== Project: alternatives Issue ID: 4556 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-09-28 11:16 CEST Last Modified: 2013-08-25 15:33 CEST ====================================================================== Summary: Major selection used by all packages does not work Description: The major selection option used by all of my packages like /opt/csw/sbin/alternatives --config mutt does not work in this implementation. It should display a menu and allow easy selection. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0004602 Postinstall message shows wrong alterna... ====================================================================== ---------------------------------------------------------------------- (0010544) pfelecan (manager) - 2013-08-25 15:33 https://www.opencsw.org/mantis/view.php?id=4556#c10544 ---------------------------------------------------------------------- Probably this has no more relevancy. If it's not the case, please re-open From noreply at opencsw.org Sun Aug 25 15:35:52 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 25 Aug 2013 15:35:52 +0200 Subject: [bug-notifications] [alternatives 0004538]: Symbolic links not created in new sparse-root zone In-Reply-To: <960a7844ae1b95d457c73e12363db4d1> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4538 ====================================================================== Reported By: gadavis Assigned To: phil ====================================================================== Project: alternatives Issue ID: 4538 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: reopened Fixed in Version: ====================================================================== Date Submitted: 2010-08-31 22:19 CEST Last Modified: 2013-08-25 15:35 CEST ====================================================================== Summary: Symbolic links not created in new sparse-root zone Description: There appears to be a bug in the alternatives mechanism when creating a new sparse-root zone on Solaris 10 systems. I have a global zone with CSW alternatives, CSWneon, CSWsudo, and CSWsudo-common installed. The alternatives mechanism has registered the symlinks in the right locations and alternatives --display neon and alternatives --display sudo work as expected. If I then create a new non-global zone with the default inherited paths (your typical sparse-root zone), alternatives --display whatever shows the correct paths listed, but the symlinks are not there. After zone creation, I have to manually force the alternatives mechanism to install the needed symlinks by running a shell loop: for d in `ls /opt/csw/share/alternatives`; do alt=`basename $d`; alternatives --auto $alt; done Note that if I uninstall CSWsudo inside the zone and then re-install it, the alternatives mechanism works as expected. It's only upon initial zone creation that the alternatives symlinks do not get created. ====================================================================== ---------------------------------------------------------------------- (0010545) pfelecan (manager) - 2013-08-25 15:35 https://www.opencsw.org/mantis/view.php?id=4538#c10545 ---------------------------------------------------------------------- This being too old I think that its relevancy is no more. If I'm wrong, please re-open it. From noreply at opencsw.org Sun Aug 25 21:40:02 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 25 Aug 2013 21:40:02 +0200 Subject: [bug-notifications] [alternatives 0004424]: CSWsudo and CSWalternatives interaction breaks sudo installs on SPARC In-Reply-To: <3033786cfdacd651341fd82348463841> Message-ID: <75ccc4f4b3048caad2f51182aef54c76@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4424 ====================================================================== Reported By: dkohfield Assigned To: phil ====================================================================== Project: alternatives Issue ID: 4424 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-05-20 22:46 CEST Last Modified: 2013-08-25 21:40 CEST ====================================================================== Summary: CSWsudo and CSWalternatives interaction breaks sudo installs on SPARC Description: Upgraded from a blastwave installation, which for all practical purposes was a clean install on the system in question: SunOS neon 5.9 Generic_118558-05 sun4u sparc SUNW,Sun-Fire-V240 After the upgrade/install, sudo was not working. Trouble-shooting included uninstalling and reinstalling CSWsudo and all of its dependencies. Using 'pkg-get -i sudo' installed all dependencies, then generated the following error as the CSWsudo package was installed: /opt/csw/bin/sudo.minimal /opt/csw/share/doc/sudo/license [ verifying class ] /opt/csw/bin/sudoedit.minimal Registering 'sudo' alternative /opt/csw/bin/sudo.minimal ... ERROR: /opt/csw/sbin/alternatives could not be found [ verifying class ] This is despite CSWalternatives having been successfully (?) installed as a dependency, and '/opt/csw/sbin/alternatives' being present (though not executable). The net result is that no symlink, or symlink chain is created along the lines of: /opt/csw/bin/sudo -> \ /etc/opt/csw/alternatives/sudo -> \ /opt/csw/bin/sudo.minimal Another system upgraded roughly 2-3 months ago has this symlink chain in place. The version of CSWalternatives is different. On the working system, 'pkginfo -l CSWalternatives' produces: PKGINST: CSWalternatives NAME: alternatives - Alternatives engine from Red Hat chkconfig-1.3.30c CATEGORY: application ARCH: sparc VERSION: 1.3.30c,REV=2010.02.18 VENDOR: http://www.sfr-fresh.com/unix/privat/ packaged for CSW by Dagobert Michelsen PSTAMP: dam at build8s-20100218134904 INSTDATE: Mar 31 2010 13:08 HOTLINE: http://www.opencsw.org/bugtrack/ EMAIL: dam at opencsw.org STATUS: completely installed FILES: 12 installed pathnames 1 shared pathnames 7 directories 3 executables 111 blocks used (approx) On the non-working system, 'pkginfo -l CSWalternatives' produces: PKGINST: CSWalternatives NAME: alternatives - an implementation of linux-style alternatives choice mgr CATEGORY: system ARCH: all VERSION: 1.0,REV=2009.10.17 VENDOR: http://www.opencsw.org written and packaged for CSW by Philip Brown PSTAMP: cswalternatives v1.0 INSTDATE: May 20 2010 11:52 HOTLINE: http://www.opencsw.org/bugtrack/ EMAIL: phil at opencsw.org STATUS: completely installed FILES: 3 installed pathnames 2 executables 26 blocks used (approx) ====================================================================== ---------------------------------------------------------------------- (0010546) dam (administrator) - 2013-08-25 21:40 https://www.opencsw.org/mantis/view.php?id=4424#c10546 ---------------------------------------------------------------------- sudo does not use the alternatives mechanism any more as the ldap-capable library can now be enabled via a configuration directive in sudo.conf. Peter, as you are probably reinstantiating the RedHat implementation it is most likely that the issue will reoccur, would you mind doublechecking that it is gone? Otherwise we probably need some more fixing. From noreply at opencsw.org Sun Aug 25 21:42:06 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 25 Aug 2013 21:42:06 +0200 Subject: [bug-notifications] [alternatives 0004560]: /opt/csw/sbin/alternatives not installed in sparse zone In-Reply-To: <769f5ab44be7e7fcc92e4351ec650807> Message-ID: <54f0455104313d30ecc7de222bede471@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4560 ====================================================================== Reported By: jh Assigned To: phil ====================================================================== Project: alternatives Issue ID: 4560 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-10-01 16:13 CEST Last Modified: 2013-08-25 21:42 CEST ====================================================================== Summary: /opt/csw/sbin/alternatives not installed in sparse zone Description: I have CSWsudo installed in globle zone. Hence alternatives too. If I create a sparse zone alternatives is not installed correct into the sparse zone. Hence no symlinks for sudo. pkgchk CSWalternatives ERROR: /opt/csw/sbin/alternatives pathname does not exist The script is missing. ====================================================================== ---------------------------------------------------------------------- (0010547) dam (administrator) - 2013-08-25 21:42 https://www.opencsw.org/mantis/view.php?id=4560#c10547 ---------------------------------------------------------------------- Peter, if this was opened against Phils implementation it can probably be closed, otherwise we should add a note to the alternatives implementation that it is not sparse-zone capable and probably print a warning when the package is installed in a sparse zone. From noreply at opencsw.org Sun Aug 25 21:43:37 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 25 Aug 2013 21:43:37 +0200 Subject: [bug-notifications] [alternatives 0004538]: Symbolic links not created in new sparse-root zone In-Reply-To: <960a7844ae1b95d457c73e12363db4d1> Message-ID: The following issue has been set as DUPLICATE OF issue 0004560. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4538 ====================================================================== Reported By: gadavis Assigned To: phil ====================================================================== Project: alternatives Issue ID: 4538 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-08-31 22:19 CEST Last Modified: 2013-08-25 21:43 CEST ====================================================================== Summary: Symbolic links not created in new sparse-root zone Description: There appears to be a bug in the alternatives mechanism when creating a new sparse-root zone on Solaris 10 systems. I have a global zone with CSW alternatives, CSWneon, CSWsudo, and CSWsudo-common installed. The alternatives mechanism has registered the symlinks in the right locations and alternatives --display neon and alternatives --display sudo work as expected. If I then create a new non-global zone with the default inherited paths (your typical sparse-root zone), alternatives --display whatever shows the correct paths listed, but the symlinks are not there. After zone creation, I have to manually force the alternatives mechanism to install the needed symlinks by running a shell loop: for d in `ls /opt/csw/share/alternatives`; do alt=`basename $d`; alternatives --auto $alt; done Note that if I uninstall CSWsudo inside the zone and then re-install it, the alternatives mechanism works as expected. It's only upon initial zone creation that the alternatives symlinks do not get created. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0004560 /opt/csw/sbin/alternatives not installe... ====================================================================== ---------------------------------------------------------------------- (0010545) pfelecan (manager) - 2013-08-25 15:35 https://www.opencsw.org/mantis/view.php?id=4538#c10545 ---------------------------------------------------------------------- This being too old I think that its relevancy is no more. If I'm wrong, please re-open it. From noreply at opencsw.org Sun Aug 25 21:43:39 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 25 Aug 2013 21:43:39 +0200 Subject: [bug-notifications] [alternatives 0004560]: /opt/csw/sbin/alternatives not installed in sparse zone In-Reply-To: <769f5ab44be7e7fcc92e4351ec650807> Message-ID: The issue 0004538 has been set as DUPLICATE OF the following issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4560 ====================================================================== Reported By: jh Assigned To: phil ====================================================================== Project: alternatives Issue ID: 4560 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-10-01 16:13 CEST Last Modified: 2013-08-25 21:42 CEST ====================================================================== Summary: /opt/csw/sbin/alternatives not installed in sparse zone Description: I have CSWsudo installed in globle zone. Hence alternatives too. If I create a sparse zone alternatives is not installed correct into the sparse zone. Hence no symlinks for sudo. pkgchk CSWalternatives ERROR: /opt/csw/sbin/alternatives pathname does not exist The script is missing. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0004538 Symbolic links not created in new spars... ====================================================================== ---------------------------------------------------------------------- (0010547) dam (administrator) - 2013-08-25 21:42 https://www.opencsw.org/mantis/view.php?id=4560#c10547 ---------------------------------------------------------------------- Peter, if this was opened against Phils implementation it can probably be closed, otherwise we should add a note to the alternatives implementation that it is not sparse-zone capable and probably print a warning when the package is installed in a sparse zone. From noreply at opencsw.org Sun Aug 25 21:47:06 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 25 Aug 2013 21:47:06 +0200 Subject: [bug-notifications] [curl 0005104]: curl is compiled against incorrent CA certificates directory In-Reply-To: Message-ID: <2a4be395f0866200dd00d4095932b747@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5104 ====================================================================== Reported By: Ch00k Assigned To: dam ====================================================================== Project: curl Issue ID: 5104 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-08-24 15:37 CEST Last Modified: 2013-08-25 21:47 CEST ====================================================================== Summary: curl is compiled against incorrent CA certificates directory Description: curl is built with --with-ca-path=/opt/csw/ssl/certs whereas cacertificates package installs CA certificates into /etc/opt/csw/ssl/certs. To make curl actually find the directory with CA certificates libssl0_9_8 must be installed which creates a symlink /opt/csw/ssl/certs -> /etc/opt/csw/ssl/certs. Suggested is to change curl recipe to build against /etc/opt/csw/ssl/certs as CA certificates directory ====================================================================== ---------------------------------------------------------------------- (0010537) Ch00k (reporter) - 2013-08-24 15:40 https://www.opencsw.org/mantis/view.php?id=5104#c10537 ---------------------------------------------------------------------- Besides, maybe it's also good to add cacertificates as a dependency to install curl. From noreply at opencsw.org Mon Aug 26 09:33:52 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 26 Aug 2013 09:33:52 +0200 Subject: [bug-notifications] [python 0005005]: unable to install virtualenv: ImportError: No module named md5 In-Reply-To: Message-ID: <38f07ca41727de63dc907e6ef51e23a7@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5005 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: python Issue ID: 5005 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2012-09-30 15:27 CEST Last Modified: 2013-08-26 09:33 CEST ====================================================================== Summary: unable to install virtualenv: ImportError: No module named md5 Description: on solaris 10 (sparc), i'm trying to install virtualenv according to: http://www.pip-installer.org/en/latest/installing.html it fails with the following messages: t2000-root% /opt/csw/bin/python virtualenv.py my_new_env New python executable in my_new_env/bin/python Installing setuptools...... Complete output from command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools: Traceback (most recent call last): File "", line 67, in ImportError: No module named md5 ---------------------------------------- ...Installing setuptools...done. Traceback (most recent call last): File "virtualenv.py", line 2471, in main() File "virtualenv.py", line 942, in main never_download=options.never_download) File "virtualenv.py", line 1052, in create_environment search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 599, in install_setuptools search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 571, in _install_req cwd=cwd) File "virtualenv.py", line 1020, in call_subprocess % (cmd_desc, proc.returncode)) OSError: Command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools failed with error code 1 ====================================================================== ---------------------------------------------------------------------- (0010549) ghenry (developer) - 2013-08-26 09:33 https://www.opencsw.org/mantis/view.php?id=5005#c10549 ---------------------------------------------------------------------- i'm interested in python 2.7 From noreply at opencsw.org Mon Aug 26 09:43:56 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 26 Aug 2013 09:43:56 +0200 Subject: [bug-notifications] [python27 0005005]: unable to install virtualenv: ImportError: No module named md5 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5005 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: python27 Issue ID: 5005 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2012-09-30 15:27 CEST Last Modified: 2013-08-26 09:43 CEST ====================================================================== Summary: unable to install virtualenv: ImportError: No module named md5 Description: on solaris 10 (sparc), i'm trying to install virtualenv according to: http://www.pip-installer.org/en/latest/installing.html it fails with the following messages: t2000-root% /opt/csw/bin/python virtualenv.py my_new_env New python executable in my_new_env/bin/python Installing setuptools...... Complete output from command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools: Traceback (most recent call last): File "", line 67, in ImportError: No module named md5 ---------------------------------------- ...Installing setuptools...done. Traceback (most recent call last): File "virtualenv.py", line 2471, in main() File "virtualenv.py", line 942, in main never_download=options.never_download) File "virtualenv.py", line 1052, in create_environment search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 599, in install_setuptools search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 571, in _install_req cwd=cwd) File "virtualenv.py", line 1020, in call_subprocess % (cmd_desc, proc.returncode)) OSError: Command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools failed with error code 1 ====================================================================== ---------------------------------------------------------------------- (0010550) pfelecan (manager) - 2013-08-26 09:43 https://www.opencsw.org/mantis/view.php?id=5005#c10550 ---------------------------------------------------------------------- Thank you. You should note that for 2.7 issues the Mantis project is now python27. From noreply at opencsw.org Mon Aug 26 12:15:01 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 26 Aug 2013 12:15:01 +0200 Subject: [bug-notifications] [nrpe 0005087]: Skript Error: /var/opt/csw/svc/method/svc-cswnrpe: line 44: syntax error at line 58: `(' In-Reply-To: <84f4361bfcd4ce8277238dc9d33595da> Message-ID: <3ea4168ad641c6c3356599cd4debc6c9@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5087 ====================================================================== Reported By: cgrzemba Assigned To: ====================================================================== Project: nrpe Issue ID: 5087 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2013-07-04 11:27 CEST Last Modified: 2013-08-26 12:15 CEST ====================================================================== Summary: Skript Error: /var/opt/csw/svc/method/svc-cswnrpe: line 44: syntax error at line 58: `(' Description: SMF cswnrpe is in maintenance because: root at delphi:/home/admin# sh -x /var/opt/csw/svc/method/svc-cswnrpe + BINDIR=/opt/csw/bin + BINFILE=/opt/csw/bin/nrpe + RUNFLAG=1 + uname -r + awk -F. '{print $2}' + SOLREL=11 + [ 11 -ge 10 ] + /sbin/zonename + ZONENAME=global + . /lib/svc/share/smf_include.sh + SMF_EXIT_OK=0 + SMF_EXIT_ERR_FATAL=95 + SMF_EXIT_ERR_CONFIG=96 + SMF_EXIT_MON_DEGRADE=97 + SMF_EXIT_MON_OFFLINE=98 + SMF_EXIT_ERR_NOSMF=99 + SMF_EXIT_ERR_PERM=100 + SMF_EXIT_TEMP_DISABLE=101 + SMF_EXIT_TEMP_TRANSIENT=102 + SMF_SYSVOL_FS=/system/volatile + __smf_exit_fmri='' + CONFIG_FILE=/etc/opt/csw/nrpe.cfg + [ ! -f /etc/opt/csw/nrpe.cfg ] /var/opt/csw/svc/method/svc-cswnrpe: line 44: syntax error at line 58: `(' unexpected stopping also produce an error: root at delphi:/home/admin# sh -x /var/opt/csw/svc/method/svc-cswnrpe stop + BINDIR=/opt/csw/bin + BINFILE=/opt/csw/bin/nrpe + RUNFLAG=1 + uname -r + awk -F. '{print $2}' + SOLREL=11 + [ 11 -ge 10 ] + /sbin/zonename + ZONENAME=global + . /lib/svc/share/smf_include.sh + SMF_EXIT_OK=0 + SMF_EXIT_ERR_FATAL=95 + SMF_EXIT_ERR_CONFIG=96 + SMF_EXIT_MON_DEGRADE=97 + SMF_EXIT_MON_OFFLINE=98 + SMF_EXIT_ERR_NOSMF=99 + SMF_EXIT_ERR_PERM=100 + SMF_EXIT_TEMP_DISABLE=101 + SMF_EXIT_TEMP_TRANSIENT=102 + SMF_SYSVOL_FS=/system/volatile + __smf_exit_fmri='' + CONFIG_FILE=/etc/opt/csw/nrpe.cfg + [ ! -f /etc/opt/csw/nrpe.cfg ] + kill -s STOP Usage: kill [-l] [-n signum] [-s signame] job ... Or:job ... killjob ... [job ... optionsjob ... ] -l [arg ...] + exit 0 ====================================================================== ---------------------------------------------------------------------- (0010551) cgrzemba (developer) - 2013-08-26 12:15 https://www.opencsw.org/mantis/view.php?id=5087#c10551 ---------------------------------------------------------------------- The background of the problem described here: http://www.opencsw.org/community/questions/274/annoying-ksh-builtin-aliases-why-service-stop-not-work From noreply at opencsw.org Mon Aug 26 13:34:50 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 26 Aug 2013 13:34:50 +0200 Subject: [bug-notifications] [curl 0005104]: curl is compiled against incorrent CA certificates directory In-Reply-To: Message-ID: The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5104 ====================================================================== Reported By: Ch00k Assigned To: dam ====================================================================== Project: curl Issue ID: 5104 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-08-24 15:37 CEST Last Modified: 2013-08-26 13:34 CEST ====================================================================== Summary: curl is compiled against incorrent CA certificates directory Description: curl is built with --with-ca-path=/opt/csw/ssl/certs whereas cacertificates package installs CA certificates into /etc/opt/csw/ssl/certs. To make curl actually find the directory with CA certificates libssl0_9_8 must be installed which creates a symlink /opt/csw/ssl/certs -> /etc/opt/csw/ssl/certs. Suggested is to change curl recipe to build against /etc/opt/csw/ssl/certs as CA certificates directory ====================================================================== ---------------------------------------------------------------------- (0010552) dam (administrator) - 2013-08-26 13:34 https://www.opencsw.org/mantis/view.php?id=5104#c10552 ---------------------------------------------------------------------- Feel free to try the new packages at http://buildfarm.opencsw.org/experimental.html#curl Let me know if everything work. From noreply at opencsw.org Tue Aug 27 12:06:31 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 27 Aug 2013 12:06:31 +0200 Subject: [bug-notifications] [python27 0005005]: unable to install virtualenv: ImportError: No module named md5 In-Reply-To: Message-ID: <8bb554d02cfd0f270b7991a33a9b3d07@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5005 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: python27 Issue ID: 5005 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2012-09-30 15:27 CEST Last Modified: 2013-08-27 12:06 CEST ====================================================================== Summary: unable to install virtualenv: ImportError: No module named md5 Description: on solaris 10 (sparc), i'm trying to install virtualenv according to: http://www.pip-installer.org/en/latest/installing.html it fails with the following messages: t2000-root% /opt/csw/bin/python virtualenv.py my_new_env New python executable in my_new_env/bin/python Installing setuptools...... Complete output from command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools: Traceback (most recent call last): File "", line 67, in ImportError: No module named md5 ---------------------------------------- ...Installing setuptools...done. Traceback (most recent call last): File "virtualenv.py", line 2471, in main() File "virtualenv.py", line 942, in main never_download=options.never_download) File "virtualenv.py", line 1052, in create_environment search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 599, in install_setuptools search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 571, in _install_req cwd=cwd) File "virtualenv.py", line 1020, in call_subprocess % (cmd_desc, proc.returncode)) OSError: Command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools failed with error code 1 ====================================================================== ---------------------------------------------------------------------- (0010553) pfelecan (manager) - 2013-08-27 12:06 https://www.opencsw.org/mantis/view.php?id=5005#c10553 ---------------------------------------------------------------------- what's the output of "python --version" ? Anyway, the error about no module md5 found is strange as both python environments provide md5.py From noreply at opencsw.org Tue Aug 27 12:21:49 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 27 Aug 2013 12:21:49 +0200 Subject: [bug-notifications] [libkrb5_3 0005105]: Package should include krb5.conf Message-ID: <821f8338832fdc8abb0ae8daf3cddd93@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5105 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: libkrb5_3 Issue ID: 5105 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-08-27 12:21 CEST Last Modified: 2013-08-27 12:21 CEST ====================================================================== Summary: Package should include krb5.conf Description: I suggest adding a symlink from /etc/opt/csw/krb5.conf to ../../krb5/krb5.conf (which is /etc/krb5/krb5.conf) to make the OpenCSW Kerberos libraries use the realm configuration from the system. ====================================================================== From noreply at opencsw.org Tue Aug 27 12:22:37 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 27 Aug 2013 12:22:37 +0200 Subject: [bug-notifications] [python27 0005005]: unable to install virtualenv: ImportError: No module named md5 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5005 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: python27 Issue ID: 5005 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2012-09-30 15:27 CEST Last Modified: 2013-08-27 12:22 CEST ====================================================================== Summary: unable to install virtualenv: ImportError: No module named md5 Description: on solaris 10 (sparc), i'm trying to install virtualenv according to: http://www.pip-installer.org/en/latest/installing.html it fails with the following messages: t2000-root% /opt/csw/bin/python virtualenv.py my_new_env New python executable in my_new_env/bin/python Installing setuptools...... Complete output from command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools: Traceback (most recent call last): File "", line 67, in ImportError: No module named md5 ---------------------------------------- ...Installing setuptools...done. Traceback (most recent call last): File "virtualenv.py", line 2471, in main() File "virtualenv.py", line 942, in main never_download=options.never_download) File "virtualenv.py", line 1052, in create_environment search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 599, in install_setuptools search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 571, in _install_req cwd=cwd) File "virtualenv.py", line 1020, in call_subprocess % (cmd_desc, proc.returncode)) OSError: Command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools failed with error code 1 ====================================================================== ---------------------------------------------------------------------- (0010554) maciej (developer) - 2013-08-27 12:22 https://www.opencsw.org/mantis/view.php?id=5005#c10554 ---------------------------------------------------------------------- Was the report copied from the old one or was it rerun again? I'm asking because we've made major changes to our Python packages and the old behavior doesn't necessarily have anything to do with the new one. It's very probable thay the virtualenv package needs to be rebuilt against the new python packages and it will fix the issue. I suggest making a new virtualenv package and looking what happens. From noreply at opencsw.org Tue Aug 27 12:51:29 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 27 Aug 2013 12:51:29 +0200 Subject: [bug-notifications] [python27 0005005]: unable to install virtualenv: ImportError: No module named md5 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5005 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: python27 Issue ID: 5005 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2012-09-30 15:27 CEST Last Modified: 2013-08-27 12:51 CEST ====================================================================== Summary: unable to install virtualenv: ImportError: No module named md5 Description: on solaris 10 (sparc), i'm trying to install virtualenv according to: http://www.pip-installer.org/en/latest/installing.html it fails with the following messages: t2000-root% /opt/csw/bin/python virtualenv.py my_new_env New python executable in my_new_env/bin/python Installing setuptools...... Complete output from command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools: Traceback (most recent call last): File "", line 67, in ImportError: No module named md5 ---------------------------------------- ...Installing setuptools...done. Traceback (most recent call last): File "virtualenv.py", line 2471, in main() File "virtualenv.py", line 942, in main never_download=options.never_download) File "virtualenv.py", line 1052, in create_environment search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 599, in install_setuptools search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 571, in _install_req cwd=cwd) File "virtualenv.py", line 1020, in call_subprocess % (cmd_desc, proc.returncode)) OSError: Command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools failed with error code 1 ====================================================================== ---------------------------------------------------------------------- (0010555) pfelecan (manager) - 2013-08-27 12:51 https://www.opencsw.org/mantis/view.php?id=5005#c10555 ---------------------------------------------------------------------- You're probably right. Thus, I just released a new package and bumped the version as a side effect. From noreply at opencsw.org Tue Aug 27 14:08:43 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 27 Aug 2013 14:08:43 +0200 Subject: [bug-notifications] [curl 0005104]: curl is compiled against incorrent CA certificates directory In-Reply-To: Message-ID: <52784b404781ebadbc3829c6135bf1f3@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5104 ====================================================================== Reported By: Ch00k Assigned To: dam ====================================================================== Project: curl Issue ID: 5104 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-08-24 15:37 CEST Last Modified: 2013-08-27 14:08 CEST ====================================================================== Summary: curl is compiled against incorrent CA certificates directory Description: curl is built with --with-ca-path=/opt/csw/ssl/certs whereas cacertificates package installs CA certificates into /etc/opt/csw/ssl/certs. To make curl actually find the directory with CA certificates libssl0_9_8 must be installed which creates a symlink /opt/csw/ssl/certs -> /etc/opt/csw/ssl/certs. Suggested is to change curl recipe to build against /etc/opt/csw/ssl/certs as CA certificates directory ====================================================================== ---------------------------------------------------------------------- (0010556) Ch00k (reporter) - 2013-08-27 14:08 https://www.opencsw.org/mantis/view.php?id=5104#c10556 ---------------------------------------------------------------------- Tried on Solaris 10. Everything works fine. From noreply at opencsw.org Tue Aug 27 16:08:56 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 27 Aug 2013 16:08:56 +0200 Subject: [bug-notifications] [curl 0005104]: curl is compiled against incorrent CA certificates directory In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5104 ====================================================================== Reported By: Ch00k Assigned To: dam ====================================================================== Project: curl Issue ID: 5104 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-08-24 15:37 CEST Last Modified: 2013-08-27 16:08 CEST ====================================================================== Summary: curl is compiled against incorrent CA certificates directory Description: curl is built with --with-ca-path=/opt/csw/ssl/certs whereas cacertificates package installs CA certificates into /etc/opt/csw/ssl/certs. To make curl actually find the directory with CA certificates libssl0_9_8 must be installed which creates a symlink /opt/csw/ssl/certs -> /etc/opt/csw/ssl/certs. Suggested is to change curl recipe to build against /etc/opt/csw/ssl/certs as CA certificates directory ====================================================================== ---------------------------------------------------------------------- (0010557) dam (administrator) - 2013-08-27 16:08 https://www.opencsw.org/mantis/view.php?id=5104#c10557 ---------------------------------------------------------------------- Packages for 7.32.0,REV=2013.08.26 have been pushed to unstable. From noreply at opencsw.org Tue Aug 27 16:13:57 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 27 Aug 2013 16:13:57 +0200 Subject: [bug-notifications] [curl 0005095]: curl: (35) error:140920E3:SSL routines:SSL3_GET_SERVER_HELLO:parse tlsext In-Reply-To: <8fa128dd149592fc634cd3dbf230997d> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5095 ====================================================================== Reported By: hudesd Assigned To: dam ====================================================================== Project: curl Issue ID: 5095 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-07-19 21:13 CEST Last Modified: 2013-08-27 16:13 CEST ====================================================================== Summary: curl: (35) error:140920E3:SSL routines:SSL3_GET_SERVER_HELLO:parse tlsext Description: Connecting to download from IBM mainframe via ftps gets the error curl: (35) error:140920E3:SSL routines:SSL3_GET_SERVER_HELLO:parse tlsext Using the old Solaris SFWcurl 7.19.5 with old libssl 0.9.7 works. Using the Solaris 11 curl 7.21 with ssl 1.0.0 doesn't work either. The command line for connection, with username and password elided: /opt/csw/bin/curl --engine pkcs11 -R --trace-ascii /var/tmp/curl.log --disable-epsv --ssl-reqd -k -m 30 -l -G -u XXX:YYY ftp://nhpafts1:19003/FISAFMS/ Content /var/tmp/curl.log: == Info: set default crypto engine 'pkcs11' == Info: About to connect() to nhpafts1 port 19003 (https://www.opencsw.org/mantis/view.php?id=0) == Info: Trying 10.185.8.14... == Info: connected == Info: Connected to nhpafts1 (10.185.8.14) port 19003 (https://www.opencsw.org/mantis/view.php?id=0) <= Recv header, 32 bytes (0x20) 0000: 220 Server ready for new user. => Send header, 10 bytes (0xa) 0000: AUTH SSL <= Recv header, 38 bytes (0x26) 0000: 234 Security data exchange complete. == Info: successfully set certificate verify locations: == Info: CAfile: none CApath: /opt/csw/ssl/certs == Info: SSLv3, TLS handshake, Client hello (1): => Send SSL data, 341 bytes (0x155) 0000: ...Q..Q...G..~....S..6..0..l...v....Q....0.,.(.$.....".!.....k. 0040: j.9.8.....2...*.&.......=.5...................../.+.'.#......... 0080: ....g. at .3.2.....E.D.1.-.).%.......<./...A....................... 00c0: ......................nhpafts1.fisa.nycnet...........4.2........ 0100: .............................................". ................ 0140: ..................... == Info: SSLv3, TLS handshake, Server hello (2): <= Recv SSL data, 66 bytes (0x42) 0000: ...>..Q..._....>.8z.P.'o.q..!_.Y..Kb.'...cf...f)....6...5....... 0040: .. == Info: SSLv3, TLS alert, Server hello (2): => Send SSL data, 2 bytes (0x2) 0000: .p == Info: error:140920E3:SSL routines:SSL3_GET_SERVER_HELLO:parse tlsext == Info: Closing connection https://www.opencsw.org/mantis/view.php?id=0 ====================================================================== ---------------------------------------------------------------------- (0010558) dam (administrator) - 2013-08-27 16:13 https://www.opencsw.org/mantis/view.php?id=5095#c10558 ---------------------------------------------------------------------- Which version of libssl are you running? Please try pkginfo -x CSWlibssl1-0-0 You are probably running a version prior to 1.0.1e,REV=2013.08.08 which had issues in the pkcs#11 acceleration on Sparc. From noreply at opencsw.org Tue Aug 27 16:25:16 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 27 Aug 2013 16:25:16 +0200 Subject: [bug-notifications] [python27 0005005]: unable to install virtualenv: ImportError: No module named md5 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5005 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: python27 Issue ID: 5005 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2012-09-30 15:27 CEST Last Modified: 2013-08-27 16:25 CEST ====================================================================== Summary: unable to install virtualenv: ImportError: No module named md5 Description: on solaris 10 (sparc), i'm trying to install virtualenv according to: http://www.pip-installer.org/en/latest/installing.html it fails with the following messages: t2000-root% /opt/csw/bin/python virtualenv.py my_new_env New python executable in my_new_env/bin/python Installing setuptools...... Complete output from command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools: Traceback (most recent call last): File "", line 67, in ImportError: No module named md5 ---------------------------------------- ...Installing setuptools...done. Traceback (most recent call last): File "virtualenv.py", line 2471, in main() File "virtualenv.py", line 942, in main never_download=options.never_download) File "virtualenv.py", line 1052, in create_environment search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 599, in install_setuptools search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 571, in _install_req cwd=cwd) File "virtualenv.py", line 1020, in call_subprocess % (cmd_desc, proc.returncode)) OSError: Command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools failed with error code 1 ====================================================================== ---------------------------------------------------------------------- (0010559) ghenry (developer) - 2013-08-27 16:25 https://www.opencsw.org/mantis/view.php?id=5005#c10559 ---------------------------------------------------------------------- t2000-root% /opt/csw/bin/python --version Python 2.6.8 From noreply at opencsw.org Tue Aug 27 16:54:09 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 27 Aug 2013 16:54:09 +0200 Subject: [bug-notifications] [pkgutil 0005102]: Remove hardcoded paths to SVR4 package tools In-Reply-To: <3ce776570a8cf52933b407523bfa0def> Message-ID: <10fe00553fa2cceb14ab8d14da2db1ce@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5102 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 5102 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-08-16 17:13 CEST Last Modified: 2013-08-27 16:54 CEST ====================================================================== Summary: Remove hardcoded paths to SVR4 package tools Description: Hi Peter, Might be strange but I am trying to use pkgutil on a SmartOS server where pkgadd, pkgrm.. are not available. I can get them and put them in a different location but most path are to these tools are hardcoded in pkgutil so this doesn't work out of the box. So my feature request is: is this possible to modify pkgutil so path to SVR4 package tools are not hardcoded ? Thanks in advance for your answer, Yann ====================================================================== ---------------------------------------------------------------------- (0010560) bonivart (manager) - 2013-08-27 16:54 https://www.opencsw.org/mantis/view.php?id=5102#c10560 ---------------------------------------------------------------------- Did you test your patch on a normal Solaris system? I ran it on Solaris 10 and pkgadd/pkgrm are not found. You only added /opt/csw/bin to the path but some pkg tools are found in /usr/sbin. Couldn't you accomplish the same thing by placing your pkg tools in the normal Solaris paths? From noreply at opencsw.org Tue Aug 27 21:27:08 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 27 Aug 2013 21:27:08 +0200 Subject: [bug-notifications] [pkgutil 0005102]: Remove hardcoded paths to SVR4 package tools In-Reply-To: <3ce776570a8cf52933b407523bfa0def> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5102 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 5102 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-08-16 17:13 CEST Last Modified: 2013-08-27 21:27 CEST ====================================================================== Summary: Remove hardcoded paths to SVR4 package tools Description: Hi Peter, Might be strange but I am trying to use pkgutil on a SmartOS server where pkgadd, pkgrm.. are not available. I can get them and put them in a different location but most path are to these tools are hardcoded in pkgutil so this doesn't work out of the box. So my feature request is: is this possible to modify pkgutil so path to SVR4 package tools are not hardcoded ? Thanks in advance for your answer, Yann ====================================================================== ---------------------------------------------------------------------- (0010561) yann (developer) - 2013-08-27 21:27 https://www.opencsw.org/mantis/view.php?id=5102#c10561 ---------------------------------------------------------------------- You're right. I saw the standard /usr/bin:/bin paths and assumed that this was sufficient to have pkgutil find the native tools if they were present but I went too fast. So I think the path modification should rather be: -$ENV{'PATH'} = '/bin:/usr/bin'; +$ENV{'PATH'} = '/usr/sbin:/bin:/usr/bin:/opt/csw/bin'; To answer your question: no I can't, smartos /usr partition is readonly and I am using a cloud environment where I don't have control on the OS. From noreply at opencsw.org Thu Aug 29 23:44:44 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 29 Aug 2013 23:44:44 +0200 Subject: [bug-notifications] [pkgutil 0005102]: Remove hardcoded paths to SVR4 package tools In-Reply-To: <3ce776570a8cf52933b407523bfa0def> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5102 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 5102 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-08-16 17:13 CEST Last Modified: 2013-08-29 23:44 CEST ====================================================================== Summary: Remove hardcoded paths to SVR4 package tools Description: Hi Peter, Might be strange but I am trying to use pkgutil on a SmartOS server where pkgadd, pkgrm.. are not available. I can get them and put them in a different location but most path are to these tools are hardcoded in pkgutil so this doesn't work out of the box. So my feature request is: is this possible to modify pkgutil so path to SVR4 package tools are not hardcoded ? Thanks in advance for your answer, Yann ====================================================================== ---------------------------------------------------------------------- (0010563) yann (developer) - 2013-08-29 23:44 https://www.opencsw.org/mantis/view.php?id=5102#c10563 ---------------------------------------------------------------------- I updated the patch accordingly. I tested on Solaris 10 and it works fine. https://www.opencsw.org/mantis/file_download.php?file_id=68&type=bug Sorry for the previous defective patch. From noreply at opencsw.org Sat Aug 31 16:08:59 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 31 Aug 2013 16:08:59 +0200 Subject: [bug-notifications] [bash 0005103]: missing bash.info In-Reply-To: <243564533c1c2385cf48e53b9a482853> Message-ID: <4fa525a6d4d12b977cd9fe91d0c9caff@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5103 ====================================================================== Reported By: pfelecan Assigned To: yann ====================================================================== Project: bash Issue ID: 5103 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2013-08-23 16:29 CEST Last Modified: 2013-08-31 16:08 CEST ====================================================================== Summary: missing bash.info Description: The bash.info file is missing. Reviewing the recipe I see, in the post-merge target, this command: rm -f $(PKGROOT)/$(infodir)/bash.info What's the reason of this? Can you please modify the recipe and eventually upload a new version containing this file? TIA ====================================================================== ---------------------------------------------------------------------- (0010564) yann (manager) - 2013-08-31 16:08 https://www.opencsw.org/mantis/view.php?id=5103#c10564 ---------------------------------------------------------------------- Updated packages are now in unstable with the bash.info file back: # pkgchk -v CSWbash 2>&1 | grep /opt/csw/share/info/bash.info /opt/csw/share/info/bash.info I am closing this bug.