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://permalink.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://permalink.gmane.org/gmane.os.solaris.opencsw.bugs/7653 <pre> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4940 ====================================================================== Reported By: leinenbach Assigned To: dam ====================================================================== Project: freeradius Issue ID: 4940 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-04-24 11:49 CEST Last Modified: 2012-05-21 11:32 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 ====================================================================== ---------------------------------------------------------------------- (0009871) dam (administrator) - 2012-05-21 11:32 https://www.opencsw.org/mantis/view.php?id=4940#c9871 ---------------------------------------------------------------------- NP, I'll wait with the release for your feedback. </pre> Mantis Bug Tracker 2012-05-21T09:32:16 http://permalink.gmane.org/gmane.os.solaris.opencsw.bugs/7652 <pre> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4940 ====================================================================== Reported By: leinenbach Assigned To: dam ====================================================================== Project: freeradius Issue ID: 4940 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-04-24 11:49 CEST Last Modified: 2012-05-21 11:23 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 ====================================================================== ---------------------------------------------------------------------- (0009870) leinenbach (reporter) - 2012-05-21 11:23 https://www.opencsw.org/mantis/view.php?id=4940#c9870 ---------------------------------------------------------------------- Sorry for the late answer. I couldn't test the new package in the meantime, but I'll use it in an installation within the next two weeks. You can release it now or wait until I can give some more feedback. </pre> Mantis Bug Tracker 2012-05-21T09:23:02 http://permalink.gmane.org/gmane.os.solaris.opencsw.bugs/7651 <pre> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4940 ====================================================================== Reported By: leinenbach Assigned To: dam ====================================================================== Project: freeradius Issue ID: 4940 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-04-24 11:49 CEST Last Modified: 2012-05-21 11:13 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 ====================================================================== ---------------------------------------------------------------------- (0009869) dam (administrator) - 2012-05-21 11:13 https://www.opencsw.org/mantis/view.php?id=4940#c9869 ---------------------------------------------------------------------- Any feedback on the latest set? If there are no more open issues I would like to release it. </pre> Mantis Bug Tracker 2012-05-21T09:13:57 http://permalink.gmane.org/gmane.os.solaris.opencsw.bugs/7650 <pre> A NOTE has been added to this issue. ====================================================================== 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-17 21:25 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) ====================================================================== ---------------------------------------------------------------------- (0009868) phil (reporter) - 2012-05-17 21:25 https://www.opencsw.org/mantis/view.php?id=4946#c9868 ---------------------------------------------------------------------- huh. What I know is that: 1. I had (version 2.6.x), according to --version 2. I attempted to connect to a local jabber server 3. it complained something about lacking TLS support 4. I did not touch my pidgin user configs, but just started up sun's /bin/pidgin from solaris 10, and that worked fine. Thus I filed this bug, and uninstalled CSWpidgin. As per the other bugs, CSWpidgin is long overdue for an update anyway. So if you want to package up a newer version, I'd be willing to test it out for you. </pre> Mantis Bug Tracker 2012-05-17T19:25:15 http://permalink.gmane.org/gmane.os.solaris.opencsw.bugs/7649 <pre> A NOTE has been added to this issue. ====================================================================== 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-17 21:18 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) ====================================================================== ---------------------------------------------------------------------- (0009867) dam (administrator) - 2012-05-17 21:18 https://www.opencsw.org/mantis/view.php?id=4946#c9867 ---------------------------------------------------------------------- The pidgin 2.6.6 package has been compiled with gnutls support: http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/pidgin/trunk/Makefile#L21 Is there an issue with it? </pre> Mantis Bug Tracker 2012-05-17T19:18:20 http://permalink.gmane.org/gmane.os.solaris.opencsw.bugs/7648 <pre> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4931 ====================================================================== Reported By: zephyrus00jp Assigned To: yann ====================================================================== Project: openssl Issue ID: 4931 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-04-02 15:50 CEST Last Modified: 2012-05-17 18:30 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. ====================================================================== ---------------------------------------------------------------------- (0009866) zephyrus00jp (reporter) - 2012-05-17 18:30 https://www.opencsw.org/mantis/view.php?id=4931#c9866 ---------------------------------------------------------------------- Sorry, I will try the new built of libraries against your 1.0.1 ssl, thank you, over the weekend. (Got back from the trip but so many e-mails / tasks to catch up.). </pre> Mantis Bug Tracker 2012-05-17T16:30:38 http://permalink.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://permalink.gmane.org/gmane.os.solaris.opencsw.bugs/7646 <pre> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4931 ====================================================================== Reported By: zephyrus00jp Assigned To: yann ====================================================================== Project: openssl Issue ID: 4931 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-04-02 15:50 CEST Last Modified: 2012-05-17 12:58 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. ====================================================================== ---------------------------------------------------------------------- (0009865) yann (manager) - 2012-05-17 12:58 https://www.opencsw.org/mantis/view.php?id=4931#c9865 ---------------------------------------------------------------------- Hi zephyrus, Seems you didn't have the time to send the log yet :) For information, I just released openssl 1.0.1 in the unstable repository, but git need to be rebuilt with it so you can test if openssl is the problem. You may want to open a bug in our bugtracker in the git project. </pre> Mantis Bug Tracker 2012-05-17T10:58:54 http://permalink.gmane.org/gmane.os.solaris.opencsw.bugs/7645 <pre> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4381 ====================================================================== Reported By: dam Assigned To: yann ====================================================================== Project: openssl Issue ID: 4381 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-03-30 07:29 CEST Last Modified: 2012-05-17 12:55 CEST ====================================================================== Summary: Please upgrade to 1.0 Description: Please upgrade to 1.0 as available now after years and years and years! :-) ====================================================================== ---------------------------------------------------------------------- (0009864) yann (manager) - 2012-05-17 12:55 https://www.opencsw.org/mantis/view.php?id=4381#c9864 ---------------------------------------------------------------------- Openssl 1.0.1c just entered the unstable repository, so I am closing this bug. </pre> Mantis Bug Tracker 2012-05-17T10:55:38 http://permalink.gmane.org/gmane.os.solaris.opencsw.bugs/7644 <pre> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4945 ====================================================================== Reported By: florian Assigned To: bwalton ====================================================================== Project: php5_snmp Issue ID: 4945 Category: other Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-05-16 13:32 CEST Last Modified: 2012-05-17 03:25 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 ====================================================================== ---------------------------------------------------------------------- (0009863) bwalton (administrator) - 2012-05-17 03:25 https://www.opencsw.org/mantis/view.php?id=4945#c9863 ---------------------------------------------------------------------- I'm updating the package now so it will be built against the new library version. </pre> Mantis Bug Tracker 2012-05-17T01:25:41 http://permalink.gmane.org/gmane.os.solaris.opencsw.bugs/7643 <pre> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4945 ====================================================================== Reported By: florian Assigned To: bwalton ====================================================================== Project: php5_snmp Issue ID: 4945 Category: other Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-05-16 13:32 CEST Last Modified: 2012-05-17 03:25 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-17T01:25:13 http://permalink.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://permalink.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://permalink.gmane.org/gmane.os.solaris.opencsw.bugs/7640 <pre> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4944 ====================================================================== Reported By: phil Assigned To: dam ====================================================================== Project: lighttpd Issue ID: 4944 Category: packaging Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-05-15 19:19 CEST Last Modified: 2012-05-15 20:28 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-15T18:28:03 http://permalink.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://permalink.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://permalink.gmane.org/gmane.os.solaris.opencsw.bugs/7637 <pre> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4924 ====================================================================== Reported By: dcjackson Assigned To: bwalton ====================================================================== Project: facter Issue ID: 4924 Category: packaging Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-03-21 01:14 CET Last Modified: 2012-05-14 23:40 CEST ====================================================================== Summary: Are Facter and Puppet missing a dependency?J Description: I am a newbie to opencsw. Used Blastwave for a long time.... Anyway, I install my OS via JumpStart Solaris10 u10 x86. First I install pkgutil, then puppet (within my jumpstart finish script) I then try to use faster within my finish script, and get this: /opt/csw/lib/ruby/site_ruby/1.8/facter/util/config.rb:4:in `require': no such file to load -- rbconfig (LoadError) from /opt/csw/lib/ruby/site_ruby/1.8/facter/util/config.rb:4 from /opt/csw/lib/ruby/site_ruby/1.8/facter/util/resolution.rb:7:in `require' from /opt/csw/lib/ruby/site_ruby/1.8/facter/util/resolution.rb:7 from /opt/csw/lib/ruby/site_ruby/1.8/facter/util/fact.rb:2:in `require' from /opt/csw/lib/ruby/site_ruby/1.8/facter/util/fact.rb:2 from /opt/csw/lib/ruby/site_ruby/1.8/facter.rb:21:in `require' from /opt/csw/lib/ruby/site_ruby/1.8/facter.rb:21 from /opt/csw/lib/ruby/site_ruby/1.8/facter/application.rb:5:in `require' from /opt/csw/lib/ruby/site_ruby/1.8/facter/application.rb:5:in `run' from /opt/csw/bin/facter:60 This problem also occurs after I reboot the machine and log in. I then did a pkgutil --install ruby18_gcc4 After that completed, faster worked fine. I am wondering if puppet/facter are missing a dependency? Of course, I could be doing something wrong, in general, or WRT installing this stuff within jumpstart. ====================================================================== ---------------------------------------------------------------------- (0009756) dcjackson (reporter) - 2012-03-21 23:33 https://www.opencsw.org/mantis/view.php?id=4924#c9756 ---------------------------------------------------------------------- During the install of puppet/facter/ruby during the jumpstart finish script, I see this: Registering 'ruby' alternative /opt/csw/bin/ruby18 ... sort: getexecname() failed /opt/csw/sbin/alternatives: Error 52: should not be in this code section. Inconsistency with files in /opt/csw/share/alternatives ? Registering 'rbconfig18' alternative /opt/csw/lib/ruby/1.8/i386-solaris2.9/rbconfig.rb.sun ... sort: getexecname() failed /opt/csw/sbin/alternatives: Error 52: should not be in this code section. Inconsistency with files in /opt/csw/share/alternatives ? Installation of &lt;CSWruby18&gt; was successful. I finally figured out that what I needed was for /opt/csw/lib/ruby/1.8/i386-solaris2.9/rbconfig.rb to symlink the the rbconfig.rb.sun file. I hacked that into my finish script, and it works now, at least after reboot. The other thing I have found is that running svccfg on the (puppet) manifest doesn't work from jumpstart. What does work is to take the manifest, change it to enabled='True', and put that manifest xml file into the /var/svc/manifest/network folder. When the machine reboots, it finds that, and enables the service. There are a lot of tricks/hacks to get things working during jumpstart/finish. one is to launch things under chroot e.g. "chroot /a the-command", so that command will have a view of the mounted filesystems without the /a where they are mounted during jumpstart/install.... So to summarize: It would be nice if ruby/alternative installed correctly under jumpstart. It would be nice if there was an an alternate smf manifest provided with enabled=true, that jumpstart users could find easily after pkg install, and stick into the /var/svc/manifest tree. I really appreciate the help and info here, and of course, the puppet/facter packages!!!! </pre> Mantis Bug Tracker 2012-05-14T21:40:38 http://permalink.gmane.org/gmane.os.solaris.opencsw.bugs/7636 <pre> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4935 ====================================================================== Reported By: toomasp Assigned To: markp ====================================================================== Project: puppet Issue ID: 4935 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2012-04-13 21:14 CEST Last Modified: 2012-05-14 23:38 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 ] ====================================================================== ---------------------------------------------------------------------- (0009861) markp (manager) - 2012-05-14 23:38 https://www.opencsw.org/mantis/view.php?id=4935#c9861 ---------------------------------------------------------------------- Fixed in 2.7.14 </pre> Mantis Bug Tracker 2012-05-14T21:38:50 http://permalink.gmane.org/gmane.os.solaris.opencsw.bugs/7635 <pre> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4942 ====================================================================== Reported By: yann Assigned To: dam ====================================================================== Project: wget Issue ID: 4942 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-05-12 12:17 CEST Last Modified: 2012-05-14 20:58 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. ====================================================================== ---------------------------------------------------------------------- (0009860) dam (administrator) - 2012-05-14 20:58 https://www.opencsw.org/mantis/view.php?id=4942#c9860 ---------------------------------------------------------------------- Updated packages have been pushed to unstable/. You can find out more about reinplacements in the GAR wiki: http://sourceforge.net/apps/trac/gar/wiki/Reinplace Best regards -- Dago </pre> Mantis Bug Tracker 2012-05-14T18:58:17 http://permalink.gmane.org/gmane.os.solaris.opencsw.bugs/7634 <pre> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4942 ====================================================================== Reported By: yann Assigned To: dam ====================================================================== Project: wget Issue ID: 4942 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-05-12 12:17 CEST Last Modified: 2012-05-14 00:40 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. ====================================================================== ---------------------------------------------------------------------- (0009859) yann (developer) - 2012-05-14 00:40 https://www.opencsw.org/mantis/view.php?id=4942#c9859 ---------------------------------------------------------------------- Hi Dam, I tested the new package and it works perfectly. I didn't about REINPLACEMENTS, I may find useful in my packages too. In this case, it might be even better to make the capath a configure option and to propose the patch upstream. Concerning the switch back to openssl, you might want to wait for openssl 1.0. Yann </pre> Mantis Bug Tracker 2012-05-13T22:40:00 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.os.solaris.opencsw.bugs