http://blog.gmane.org/gmane.os.solaris.opencsw.bugs hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.os.solaris.opencsw.bugs/7658 <pre> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4950 ====================================================================== Reported By: damjan Assigned To: ====================================================================== Project: tun Issue ID: 4950 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2012-05-26 18:01 CEST Last Modified: 2012-05-26 18:01 CEST ====================================================================== Summary: tun driver does not load on Solaris 11 Description: tun module does not load on Solaris 11. -bash-4.1# modload -p drv/tun can't load module: Invalid argument -bash-4.1# dmesg | tail May 26 23:47:55 mlincek genunix: [ID 819705 kern.notice] /usr/kernel/drv/amd64/tun: undefined symbol May 26 23:47:55 mlincek genunix: [ID 826211 kern.notice] 'ddi_power' May 26 23:47:55 mlincek genunix: [ID 472681 kern.notice] WARNING: mod_load: cannot load module 'tun' Author of TAP/TUN driver on Solaris has already changed the code to make it Solaris 11 compatible. From the change log at http://www.whiteboard.ne.jp/~admin2/tuntap/ : 10/23/2011 tuntap: Changed tun.c configure.in to be able to build on Solaris 11 EA (snv_173). Because snv_173 doesn't have ddi_power kernel function and DDI_PM_SUSPEND macro. ====================================================================== </pre> Mantis Bug Tracker 2012-05-26T16:01:50 http://comments.gmane.org/gmane.os.solaris.opencsw.bugs/7655 <pre> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4949 ====================================================================== Reported By: phil Assigned To: ====================================================================== Project: fluxbox Issue ID: 4949 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-05-25 22:35 CEST Last Modified: 2012-05-25 22:35 CEST ====================================================================== Summary: please update to newer version (1.3.2) Description: Current package is now very old. http://fluxbox.org/download/ ====================================================================== </pre> Mantis Bug Tracker 2012-05-25T20:35:05 http://comments.gmane.org/gmane.os.solaris.opencsw.bugs/7654 <pre> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4948 ====================================================================== Reported By: briandking Assigned To: ====================================================================== Project: apache2 Issue ID: 4948 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2012-05-24 01:34 CEST Last Modified: 2012-05-24 01:34 CEST ====================================================================== Summary: packaging of envvars clobbers local envvars on an upgrade Description: I would like to suggest that the envvars file be packaged the same way httpd.conf is, so that when apache is upgraded, it doesn't clobber a site specific envvars file. E.g. httpd.conf is not clobbered because it's packaged as httpd.conf.CSW: /opt/csw/apache2/etc/httpd.conf.CSW f none 0644 root bin 17158 11884 1326427072 CSWapache2 envvars is clobbered because it's packaged twice: /opt/csw/apache2/sbin/envvars f none 0644 root bin 976 18721 1326427061 CSWapache2 /opt/csw/apache2/sbin/envvars-std f none 0644 root bin 976 18721 1326427061 CSWapache2 If the /opt/csw/apache2/sbin/envvars was dropped, an example envvars would still be distributed, and the local envvars would not be overwritten. ====================================================================== </pre> Mantis Bug Tracker 2012-05-23T23:34:59 http://comments.gmane.org/gmane.os.solaris.opencsw.bugs/7647 <pre> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4947 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: libneon27 Issue ID: 4947 Category: Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-05-17 16:39 CEST Last Modified: 2012-05-17 16:39 CEST ====================================================================== Summary: Please rebuild neon against libssl 1.0 Description: Hi Dam, I would like to rebuild cadaver against libssl 1.0, unfortunately the new package doesn't work at runtime with the following error: SSL handshake failed: SSL disabled due to library version mismatch It's libneon error that is probably caused by the fact that cadaver is linked with openssl 1.0 while neon is linked against libssl 0.9.8 So it seems I would need neon to be first rebuilt against libssl 1.0 before I can build cadaver against libssl 1.0. The problem is that you will have to coordinate the upload with all reverse dependancies so you don't break anything. Yann ====================================================================== </pre> Mantis Bug Tracker 2012-05-17T14:39:05 http://comments.gmane.org/gmane.os.solaris.opencsw.bugs/7642 <pre> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4946 ====================================================================== Reported By: phil Assigned To: ====================================================================== Project: pidgin Issue ID: 4946 Category: packaging Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2012-05-16 21:51 CEST Last Modified: 2012-05-16 21:51 CEST ====================================================================== Summary: Needs SSL support Description: Without SSL support, this v2.6.6 binary is less useful than the old v2.0 binary included with solaris 10. (which does have ssl support) ====================================================================== </pre> Mantis Bug Tracker 2012-05-16T19:51:57 http://comments.gmane.org/gmane.os.solaris.opencsw.bugs/7641 <pre> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4945 ====================================================================== Reported By: florian Assigned To: ====================================================================== Project: php5_snmp Issue ID: 4945 Category: other Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-05-16 13:32 CEST Last Modified: 2012-05-16 13:32 CEST ====================================================================== Summary: snmp.so - Library libnetsnmp.so.15 dedicated linked Description: Hello, through an Update of netsnmp (5.4.2.1 -&gt; 5.6.1.1) the php snmp extension (snmp.so) is broken. A ldd of /opt/csw/php5/lib/php/extensions/no-debug-non-zts-20090626/snmp.so shows that the library is dedicated linked to libnetsnmp.so.15 ldd /opt/csw/php5/lib/php/extensions/no-debug-non-zts-20090626/snmp.so libCstd.so.1 =&gt; /usr/lib/libCstd.so.1 libz.so.1 =&gt; /opt/csw/lib/libz.so.1 libnetsnmp.so.15 =&gt; /opt/csw/lib/libnetsnmp.so.15 libgen.so.1 =&gt; /lib/libgen.so.1 libelf.so.1 =&gt; /lib/libelf.so.1 libnsl.so.1 =&gt; /lib/libnsl.so.1 libsocket.so.1 =&gt; /lib/libsocket.so.1 libc.so.1 =&gt; /lib/libc.so.1 libCrun.so.1 =&gt; /usr/lib/libCrun.so.1 libkstat.so.1 =&gt; /lib/libkstat.so.1 libmp.so.2 =&gt; /lib/libmp.so.2 libmd.so.1 =&gt; /lib/libmd.so.1 libscf.so.1 =&gt; /lib/libscf.so.1 libdoor.so.1 =&gt; /lib/libdoor.so.1 libuutil.so.1 =&gt; /lib/libuutil.so.1 /usr/lib/cpu/sparcv8plus/libCstd_isa.so.1 libm.so.2 =&gt; /lib/libm.so.2 /platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1 /platform/SUNW,Sun-Fire-V240/lib/libmd_psr.so.1 Regards, Florian ====================================================================== </pre> Mantis Bug Tracker 2012-05-16T11:32:19 http://comments.gmane.org/gmane.os.solaris.opencsw.bugs/7639 <pre> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4944 ====================================================================== Reported By: phil Assigned To: ====================================================================== Project: lighttpd Issue ID: 4944 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-05-15 19:19 CEST Last Modified: 2012-05-15 19:19 CEST ====================================================================== Summary: missing file proxy.txt Description: lighttpd.conf references, ## read proxy.txt for more info However, that file does not seem to be present in the package ====================================================================== </pre> Mantis Bug Tracker 2012-05-15T17:19:13 http://comments.gmane.org/gmane.os.solaris.opencsw.bugs/7638 <pre> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4943 ====================================================================== Reported By: kaempfer Assigned To: ====================================================================== Project: git Issue ID: 4943 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-05-15 11:59 CEST Last Modified: 2012-05-15 11:59 CEST ====================================================================== Summary: git-remote-https doesn't accept passwords longer than 8 charakters Description: We want to use git with https and ldap authenfication. I installed CSWgit 1.7.10.2,REV=2012.05.12. (sparc, solaris 10) It seems, that git-remote-https doesn't work with passwords longer than 8 characters. With 8 characters it works. Example: password 9 characters bash-3.2$ git clone https://bellus3/git/myrepo.git Cloning into 'myrepo'... Username for 'https://bellus3': Password for 'https://kaempfer&lt; at &gt;bellus3': fatal: Authentication failed bash-3.2$ Example: password 8 characters bash-3.2$ git clone https://bellus3/git/myrepo.git Cloning into 'myrepo'... Username for 'https://bellus3': Password for 'https://student&lt; at &gt;bellus3': remote: Counting objects: 9, done. remote: Compressing objects: 100% (5/5), done. remote: Total 9 (delta 0), reused 0 (delta 0) Unpacking objects: 100% (9/9), done. bash-3.2$ ====================================================================== </pre> Mantis Bug Tracker 2012-05-15T09:59:36 http://comments.gmane.org/gmane.os.solaris.opencsw.bugs/7629 <pre> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4942 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: wget Issue ID: 4942 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-05-12 12:17 CEST Last Modified: 2012-05-12 12:17 CEST ====================================================================== Summary: By default, wget should use /etc/opt/csw/ssl/certs as the CA directory Description: Currently, wget will use /etc/ssl/certs as the CA directory is no option is given on the command line or in wgetrc. However CA certificates shipped with OpenCSW in the ca_certificates package are located in /etc/opt/csw/ssl/certs, so it would be better if wget could use that location by default. ====================================================================== </pre> Mantis Bug Tracker 2012-05-12T10:17:34 http://comments.gmane.org/gmane.os.solaris.opencsw.bugs/7620 <pre> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4941 ====================================================================== Reported By: jcordero Assigned To: ====================================================================== Project: php5_xsl Issue ID: 4941 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-05-03 01:37 CEST Last Modified: 2012-05-03 01:37 CEST ====================================================================== Summary: On a fresh Solaris 11 install the php5_xsl fails to load Description: The error log tells that there is a problem with the so link. [02-May-2012 23:24:09 UTC] PHP Warning: PHP Startup: Unable to load dynamic library '/opt/csw/php5/lib/php/extensions/no-debug-non-zts-20090626/xsl.so' - ld.so.1: httpd.prefork: fatal: relocation error: file /opt/csw/php5/lib/php/extensions/no-debug-non-zts-20090626/xsl.so: symbol dom_node_class_entry: referenced symbol not found in Unknown on line 0 ====================================================================== </pre> Mantis Bug Tracker 2012-05-02T23:37:28 http://comments.gmane.org/gmane.os.solaris.opencsw.bugs/7595 <pre> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4940 ====================================================================== Reported By: leinenbach Assigned To: ====================================================================== Project: freeradius Issue ID: 4940 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-04-24 11:49 CEST Last Modified: 2012-04-24 11:49 CEST ====================================================================== Summary: freeRADIUS v1.0.1 package is obsolete and may be insecure Description: The freeRADIUS 1.0.1 package is extremely outdated, should not be used and is insecure. Version 2.x is now recommended, but there's no such package. Quote: "As of January 2008, the version 1.1.x releases are no longer actively maintained. Version 1.1.7 was the last release in that cycle. We recommend that everyone using Version 1.1.7 (or any earlier version) upgrade to the latest 2.x release as soon as possible." Source: http://freeradius.org/download.html ====================================================================== </pre> Mantis Bug Tracker 2012-04-24T09:49:22 http://comments.gmane.org/gmane.os.solaris.opencsw.bugs/7585 <pre> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4939 ====================================================================== Reported By: mihailp Assigned To: ====================================================================== Project: openssl Issue ID: 4939 Category: upgrade Reproducibility: have not tried Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-04-20 08:49 CEST Last Modified: 2012-04-20 08:49 CEST ====================================================================== Summary: new openssl-0.9.8v Description: important fix ====================================================================== </pre> Mantis Bug Tracker 2012-04-20T06:49:02 http://comments.gmane.org/gmane.os.solaris.opencsw.bugs/7583 <pre> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4938 ====================================================================== Reported By: kotunarendra Assigned To: ====================================================================== Project: netsnmp Issue ID: 4938 Category: regular use Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2012-04-18 09:43 CEST Last Modified: 2012-04-18 09:43 CEST ====================================================================== Summary: LSI SNMP subagent (AgentX protocol) get/getNext/set requests are failing in Oracle Solaris 11 11/11 SPARC Description: The varbind values as seen using ‘snmpd -Ddump,agentx -f -Lo udp:161’ command shows that the values are ‘NULL’. Net-snmp main agent dumps (attached) show that the error index as 1, error status as 2 (noSuchName). The error index and error status is not filled by the LSI SNMP subagent. ====================================================================== _______________________________________________ bug-notifications mailing list bug-notifications&lt; at &gt;lists.opencsw.org https://lists.opencsw.org/mailman/listinfo/bug-notifications</pre> Mantis Bug Tracker 2012-04-18T07:43:53 http://comments.gmane.org/gmane.os.solaris.opencsw.bugs/7574 <pre> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4937 ====================================================================== Reported By: cgrzemba Assigned To: ====================================================================== Project: libtasn1_3 Issue ID: 4937 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-04-16 19:46 CEST Last Modified: 2012-04-16 19:46 CEST ====================================================================== Summary: libgnutls needs 64bit libtasn1.so.3 Description: on building cups 64bit libs: ld: warning: file libtasn1.so.3: required by /opt/csw/lib/64/libgnutls.so, not found Undefined first referenced symbol in file asn1_number_of_elements /opt/csw/lib/64/libgnutls.so asn1_find_structure_from_oid /opt/csw/lib/64/libgnutls.so asn1_check_version /opt/csw/lib/64/libgnutls.so asn1_delete_structure /opt/csw/lib/64/libgnutls.so asn1_der_coding /opt/csw/lib/64/libgnutls.so asn1_read_value /opt/csw/lib/64/libgnutls.so asn1_array2tree /opt/csw/lib/64/libgnutls.so asn1_get_length_der /opt/csw/lib/64/libgnutls.so asn1_create_element /opt/csw/lib/64/libgnutls.so asn1_get_tag_der /opt/csw/lib/64/libgnutls.so asn1_copy_node /opt/csw/lib/64/libgnutls.so asn1_write_value /opt/csw/lib/64/libgnutls.so asn1_der_decoding_startEnd /opt/csw/lib/64/libgnutls.so asn1_der_decoding /opt/csw/lib/64/libgnutls.so asn1_find_node /opt/csw/lib/64/libgnutls.so ld: fatal: Symbol referencing errors. No output written to ippserver ====================================================================== </pre> Mantis Bug Tracker 2012-04-16T17:46:51 http://comments.gmane.org/gmane.os.solaris.opencsw.bugs/7572 <pre> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4936 ====================================================================== Reported By: moenoel Assigned To: ====================================================================== Project: cupsd Issue ID: 4936 Category: regular use Reproducibility: have not tried Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-04-16 18:41 CEST Last Modified: 2012-04-16 18:41 CEST ====================================================================== Summary: cupds linked against wrong libslp Description: cupsd is linked against /opt/csw/lib/i386/libslp.so.1 (v1.2) but wants /usr/lib/libslp.so.1 (v1.1). Setting LD_LIBRARY_PATH=/usr/lib or (re)moving /opt/csw/lib/i386/libslp.so.1 works as a workaround. ====================================================================== </pre> Mantis Bug Tracker 2012-04-16T16:41:41 http://comments.gmane.org/gmane.os.solaris.opencsw.bugs/7559 <pre> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4935 ====================================================================== Reported By: toomasp Assigned To: ====================================================================== Project: puppet Issue ID: 4935 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-04-13 21:14 CEST Last Modified: 2012-04-13 21:14 CEST ====================================================================== Summary: svcadm restart cswpuppetd results in maintenance state Description: Hello, Manual restarts of puppet result in maintenance state in fairly often. IE: [ Apr 13 18:40:17 Executing start method ("/var/opt/csw/svc/method/svc-cswpuppetd start") ] Starting Puppet client services: puppetd [ Apr 13 18:40:19 Method "start" exited with status 0 ] [ Apr 13 18:40:19 Stopping because all processes in service exited. ] [ Apr 13 18:40:19 Executing stop method ("/var/opt/csw/svc/method/svc-cswpuppetd stop") ] Stopping Puppet client services:/var/opt/csw/svc/method/svc-cswpuppetd: kill: no such process puppetd [ Apr 13 18:40:20 Method "stop" exited with status 0 ] [ Apr 13 18:40:20 Executing start method ("/var/opt/csw/svc/method/svc-cswpuppetd start") ] Starting Puppet client services: puppetd [ Apr 13 18:40:22 Method "start" exited with status 0 ] [ Apr 13 18:40:22 Stopping because all processes in service exited. ] [ Apr 13 18:40:22 Executing stop method ("/var/opt/csw/svc/method/svc-cswpuppetd stop") ] Stopping Puppet client services:/var/opt/csw/svc/method/svc-cswpuppetd: kill: no such process puppetd [ Apr 13 18:40:22 Method "stop" exited with status 0 ] [ Apr 13 18:40:22 Executing start method ("/var/opt/csw/svc/method/svc-cswpuppetd start") ] Starting Puppet client services: puppetd [ Apr 13 18:40:24 Method "start" exited with status 0 ] [ Apr 13 18:40:24 Stopping because all processes in service exited. ] [ Apr 13 18:40:24 Executing stop method ("/var/opt/csw/svc/method/svc-cswpuppetd stop") ] Stopping Puppet client services:/var/opt/csw/svc/method/svc-cswpuppetd: kill: no such process puppetd [ Apr 13 18:40:25 Method "stop" exited with status 0 ] [ Apr 13 18:40:25 Executing start method ("/var/opt/csw/svc/method/svc-cswpuppetd start") ] Starting Puppet client services: puppetd [ Apr 13 18:40:26 Method "start" exited with status 0 ] [ Apr 13 18:40:26 Stopping because all processes in service exited. ] [ Apr 13 18:40:26 Executing stop method ("/var/opt/csw/svc/method/svc-cswpuppetd stop") ] Stopping Puppet client services:/var/opt/csw/svc/method/svc-cswpuppetd: kill: no such process puppetd [ Apr 13 18:40:27 Method "stop" exited with status 0 ] [ Apr 13 18:40:27 Restarting too quickly, changing state to maintenance ] ====================================================================== </pre> Mantis Bug Tracker 2012-04-13T19:14:29 http://comments.gmane.org/gmane.os.solaris.opencsw.bugs/7539 <pre> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4934 ====================================================================== Reported By: rrossi33 Assigned To: ====================================================================== Project: libpng12_0 Issue ID: 4934 Category: Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-04-05 16:22 CEST Last Modified: 2012-04-05 16:22 CEST ====================================================================== Summary: Pls upgrade libpng Description: CSWpng 1.2.46,REV=2011.08.26 Security -Bug in Open Source libpng &lt; 1.5.10 http://lists.debian.org/debian-security-announce/2012/msg00076.html ====================================================================== </pre> Mantis Bug Tracker 2012-04-05T14:22:57 http://comments.gmane.org/gmane.os.solaris.opencsw.bugs/7537 <pre> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4933 ====================================================================== Reported By: juliensyx Assigned To: ====================================================================== Project: pureftpd Issue ID: 4933 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-04-04 18:53 CEST Last Modified: 2012-04-04 18:53 CEST ====================================================================== Summary: Can't enable the mysql authentication Description: Hello, I'm unable to add the mysql authentication on pureftpd (last csw package) [18:44:23] root&lt; at &gt;zl-www-ssi-tpl-2:/etc/pure-ftpd$ /opt/csw/sbin/pure-ftpd -l mysql:/etc/opt/csw/pure-ftpd/pureftpd-mysql.conf -O clf:/var/log/pure-ftpd/transfer.log -u 80 -E -A -B -L 20000:6 -g /var/run/pure-ftpd.pid 421 Unknown authentication method: mysql:/etc/opt/csw/pure-ftpd/pureftpd-mysql.conf My MySQL configuration file is ok (I use it on a debian). it seems the package wasn't compiled with the MySQL authentication enabled. ====================================================================== </pre> Mantis Bug Tracker 2012-04-04T16:53:53 http://comments.gmane.org/gmane.os.solaris.opencsw.bugs/7532 <pre> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4932 ====================================================================== Reported By: sauce Assigned To: ====================================================================== Project: netsnmp Issue ID: 4932 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-04-03 19:03 CEST Last Modified: 2012-04-03 19:03 CEST ====================================================================== Summary: netsnmp does not include svc manifest Description: netsnmp package does not include svc manifest or any other method to start the service i would also like to add that it does not include an example/default snmpd.conf, which also means there is no indication of where a good place for the config file would be placed ====================================================================== </pre> Mantis Bug Tracker 2012-04-03T17:03:20 http://comments.gmane.org/gmane.os.solaris.opencsw.bugs/7529 <pre> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4931 ====================================================================== Reported By: zephyrus00jp Assigned To: ====================================================================== Project: openssl Issue ID: 4931 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-04-02 15:50 CEST Last Modified: 2012-04-02 15:50 CEST ====================================================================== Summary: "git clone https: ..." fails: Request to upgrade OpenSSL to 1.0.0h or newer. Description: On solaris 10, I found that git clone https:.... failed. To make a long story short, I tracked down this to the failure of curl library used by git, and then this curl library seems to be failing in openssl modules. The following is more detailed explanation and my fiding: serverfault.com/questions/374053/solaris-10-opencsw-git-package-issue-with-bitbucket-git-hosting Based on some similar reports, I think it is best to offer openssl 1.0.0h or newer, and then re-compile curl libraries (making sure that openssl versions are used), and recompile git tools as well. I don't know much about OpenCSW packaging and so I can't try to recompile openssl and figure out whether upgrading helps or not. ====================================================================== </pre> Mantis Bug Tracker 2012-04-02T13:50:23 http://comments.gmane.org/gmane.os.solaris.opencsw.bugs/7525 <pre> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4930 ====================================================================== Reported By: max_meyer Assigned To: ====================================================================== Project: apache2 Issue ID: 4930 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-03-30 09:41 CEST Last Modified: 2012-03-30 09:41 CEST ====================================================================== Summary: mod_ldap needs another package installed (missing package dependency?) Description: I stumbled over an issue using mod_ldap. You get a HTTP error 500 with [Fri Mar 30 09:22:28 2012] [info] [client &lt;ip&gt;] [389] auth_ldap authenticate: user &lt;user&gt; authentication failed; URI /cgi-bin/gitweb.cgi [LDAP: ldap initialization failed][Unknown (private extension) error] in the error log file and ENOENT with truss 389: stat64("/opt/csw/apache2/lib/apr_ldap-1.so", 0xFFBFC330) Err#2 ENOENT 389: stat64("/opt/csw/apache2/lib/apr-util-1/apr_ldap-1.so", 0xFFBFC330) Err#2 ENOENT 389: stat64("/opt/csw/lib/apr-util-1/apr_ldap-1.so", 0xFFBFC330) Err#2 ENOENT The cause for the problem was a missing package. CSWapache2 doesn't depends on it. You need to install libaprutil1_ldap (CSWlibaprutil1-ldap, http://www.opencsw.org/packages/CSWlibaprutil1-ldap/) by hand to get it running. It might be worth to add that dependency to the apache2 package. Cheers, MaxMeyer ====================================================================== </pre> Mantis Bug Tracker 2012-03-30T07:41:37 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.os.solaris.opencsw.bugs