From massimiliano.sforzini at gmail.com Wed Apr 2 17:10:03 2014 From: massimiliano.sforzini at gmail.com (MaS) Date: Wed, 2 Apr 2014 17:10:03 +0200 Subject: Solaris 8 packages? Message-ID: Hi all, I've installed opencsw on an old sparc 5.8 host, but I can't find any package for this Solaris version: *(/)> /opt/csw/bin/pkgutil -a* *common package catalog size* *Use of uninitialized value at /opt/csw/bin/pkgutil line 134.* *No exact matches found, doing fuzzy matching for first argument () ...* *String::Approx required for fuzzy matching not found, install with pkgutil -i CSWpmstringapprox to enable.* Do you have any hint? BR, //MaS -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Wed Apr 2 17:13:32 2014 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 2 Apr 2014 17:13:32 +0200 Subject: Solaris 8 packages? In-Reply-To: References: Message-ID: Hi MaS, Am 02.04.2014 um 17:10 schrieb MaS : > I've installed opencsw on an old sparc 5.8 host, but I can't find any package for this Solaris version: > > (/)> /opt/csw/bin/pkgutil -a > common package catalog size > Use of uninitialized value at /opt/csw/bin/pkgutil line 134. > > No exact matches found, doing fuzzy matching for first argument () ... > String::Approx required for fuzzy matching not found, install with pkgutil -i CSWpmstringapprox to enable. > > Do you have any hint? This is only in the Dublin catalog left: dam at unstable10s [unstable10s]:/export/mirror/opencsw-official > ls -l */*/5.8/pm_stringapp* -rw-rw-r-- 5 web 1001 32337 Mar 25 2010 dublin/i386/5.8/pm_stringapprox-3.26,REV=2010.02.01-SunOS5.8-i386-CSW.pkg.gz -rw-rw-r-- 5 web 1001 35519 Mar 25 2010 dublin/sparc/5.8/pm_stringapprox-3.26,REV=2010.02.01-SunOS5.8-sparc-CSW.pkg.gz Please change your mirror settings in pkgutil.conf to the dublin catalog and you should be able to install it. Best regards ? Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From bonivart at opencsw.org Wed Apr 2 17:19:01 2014 From: bonivart at opencsw.org (Peter Bonivart) Date: Wed, 2 Apr 2014 17:19:01 +0200 Subject: Solaris 8 packages? In-Reply-To: References: Message-ID: On Wed, Apr 2, 2014 at 5:10 PM, MaS wrote: > Hi all, > I've installed opencsw on an old sparc 5.8 host, but I can't find any > package for this Solaris version: > > (/)> /opt/csw/bin/pkgutil -a > common package catalog > size > Use of uninitialized value at /opt/csw/bin/pkgutil line 134. > > No exact matches found, doing fuzzy matching for first argument () ... > String::Approx required for fuzzy matching not found, install with pkgutil > -i CSWpmstringapprox to enable. > > Do you have any hint? You're most likely using the testing repo which is the default and it doesn't have packages for Solaris 8 any more. Change to the dublin repo and you will find packages there. In /etc/opt/csw/pkgutil.conf, look for the "mirror"-line and change the last part that probably says "testing" to "dublin". From massimiliano.sforzini at gmail.com Thu Apr 3 15:01:22 2014 From: massimiliano.sforzini at gmail.com (MaS) Date: Thu, 3 Apr 2014 15:01:22 +0200 Subject: Solaris 8 packages? In-Reply-To: References: Message-ID: Thank you! It works with "dublin"! //MaS 2014-04-02 17:19 GMT+02:00 Peter Bonivart : > On Wed, Apr 2, 2014 at 5:10 PM, MaS > wrote: > > Hi all, > > I've installed opencsw on an old sparc 5.8 host, but I can't find any > > package for this Solaris version: > > > > (/)> /opt/csw/bin/pkgutil -a > > common package catalog > > size > > Use of uninitialized value at /opt/csw/bin/pkgutil line 134. > > > > No exact matches found, doing fuzzy matching for first argument () ... > > String::Approx required for fuzzy matching not found, install with > pkgutil > > -i CSWpmstringapprox to enable. > > > > Do you have any hint? > > You're most likely using the testing repo which is the default and it > doesn't have packages for Solaris 8 any more. Change to the dublin > repo and you will find packages there. > > In /etc/opt/csw/pkgutil.conf, look for the "mirror"-line and change > the last part that probably says "testing" to "dublin". > -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Fri Apr 4 10:49:27 2014 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Fri, 4 Apr 2014 09:49:27 +0100 Subject: Solaris 8 packages? In-Reply-To: References: Message-ID: Hi MaS and others, Yes, there are Solaris 8 packages in the dublin release, but what happens when that release goes away? We need to think what to do with Solaris 8 packages. We've got a collection on them in the dublin release, but it has finished its time as the stable release. Our stable (kiel) does not have any Solaris 8 packages any more. We don't build anything for Solaris 8*, but at the same time there are people who are looking them. Should we create a separate archive / directory to host them? (For how long?) Maciej *) as a project; we don't keep any volunteers from contributing! From dam at opencsw.org Fri Apr 4 10:54:00 2014 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 4 Apr 2014 10:54:00 +0200 Subject: Solaris 8 packages? In-Reply-To: References: Message-ID: <5A8B99B1-0559-4C3A-9D98-C09FC445C703@opencsw.org> Hi Maciej, Am 04.04.2014 um 10:49 schrieb Maciej (Matchek) Blizi?ski : > Yes, there are Solaris 8 packages in the dublin release, but what > happens when that release goes away? From my understanding the named releases won?t go away, so Dublin will stay probably forever (as a frozen release). But you are definitely right that it would be better to have some people maintaining the packages for Solaris 8 if they are used in production. Best regards ? Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From laurent at opencsw.org Fri Apr 4 11:00:49 2014 From: laurent at opencsw.org (Laurent Blume) Date: Fri, 04 Apr 2014 11:00:49 +0200 Subject: Solaris 8 packages? In-Reply-To: References: Message-ID: <533E74C1.5060908@opencsw.org> Le 2014/04/04 10:53 +0200, Matchek a ?crit: > Hi MaS and others, > > Yes, there are Solaris 8 packages in the dublin release, but what > happens when that release goes away? > > We need to think what to do with Solaris 8 packages. We've got a > collection on them in the dublin release, but it has finished its time > as the stable release. Our stable (kiel) does not have any Solaris 8 > packages any more. We don't build anything for Solaris 8*, but at the > same time there are people who are looking them. Should we create a > separate archive / directory to host them? (For how long?) > > Maciej > > *) as a project; we don't keep any volunteers from contributing! Put them on freeze with a big red warning (?No updates will be coming unless YOU, yes, YOU contribute them?). But let's be realistic, no updates will be coming, period. All the people I've seen stuck with S8 were there because of bad luck, not because of their skills at managing it. And their employers are cheapskates who don't want to spend *any* resource on those systems, either (because else, they would not be running S8, duh. If there are still people with the required skills that manage S8 (which I doubt), they come from a generation that did not contribute, but enjoyed wasting their time rebuilding everything from scratch. In a nutshell: keeping S8 packages will not help OpenCSW grow its list of contributors. Keep it frozen, but don't waste time on it. Laurent From bonivart at opencsw.org Fri Apr 4 13:31:36 2014 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 4 Apr 2014 13:31:36 +0200 Subject: Solaris 8 packages? In-Reply-To: <533E74C1.5060908@opencsw.org> References: <533E74C1.5060908@opencsw.org> Message-ID: On Fri, Apr 4, 2014 at 11:00 AM, Laurent Blume wrote: > In a nutshell: keeping S8 packages will not help OpenCSW grow its list of > contributors. Keep it frozen, but don't waste time on it. I agree, keep an archive for those who want to use it as is. From dam at opencsw.org Sat Apr 12 03:23:49 2014 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 11 Apr 2014 18:23:49 -0700 Subject: OpenCSW question about package CSWzabbix-server In-Reply-To: <201404112122.s3BLMWFk000406@www.opencsw.org> References: <201404112122.s3BLMWFk000406@www.opencsw.org> Message-ID: <90F4E55E-95F4-43DD-8B9C-86026AC22FA4@opencsw.org> Hi Luciano, Am 11.04.2014 um 14:22 schrieb luciano at vicentini.info: > I\'m trying to install zabbix server on solaris 10 x86. You have a how to set up this service in solaris? > > To installations from csw package I did not found any documentation. I am not using Zabbix myself, so maybe someone else from the users list (which I strongly suggest you subscribe to) as a suggestion? Best regards ? Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From dam at opencsw.org Sat Apr 12 03:27:55 2014 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 11 Apr 2014 18:27:55 -0700 Subject: OpenCSW question about package tmux In-Reply-To: <201404111747.s3BHlM1g024926@www.opencsw.org> References: <201404111747.s3BHlM1g024926@www.opencsw.org> Message-ID: Hi Jim, Am 11.04.2014 um 10:47 schrieb jreese99 at verizon.net: > I just installed tmux on a Sparc server running Solaris 10: > > SunOS skyrio 5.10 Generic_148888-03 sun4u sparc SUNW,A70 > > Here are the libraries to which it is linked: > >> ldd tmux > libxnet.so.1 => /lib/libxnet.so.1 > libcurses.so.1 => /lib/libcurses.so.1 > libevent-2.0.so.5 => /opt/csw/lib/sparcv8/libevent-2.0.so.5 > librt.so.1 => /lib/librt.so.1 > libresolv.so.2 => /lib/libresolv.so.2 > libc.so.1 => /lib/libc.so.1 > libsendfile.so.1 => /lib/libsendfile.so.1 > libsocket.so.1 => /lib/libsocket.so.1 > libnsl.so.1 => /lib/libnsl.so.1 > libaio.so.1 => /lib/libaio.so.1 > libmd.so.1 => /lib/libmd.so.1 > libmp.so.2 => /lib/libmp.so.2 > libscf.so.1 => /lib/libscf.so.1 > libdoor.so.1 => /lib/libdoor.so.1 > libuutil.so.1 => /lib/libuutil.so.1 > libgen.so.1 => /lib/libgen.so.1 > libm.so.2 => /lib/libm.so.2 > /platform/SUNW,A70/lib/libc_psr.so.1 > /platform/SUNW,A70/lib/libmd_psr.so.1 > > I start tmux, go into copy mode, select (using emacs commands) 50 or so lines of text, press alt-w, and tmux crashes. This happens consistently. > > What can I do to figure out what is wrong? Any suggestions you may have will be greatly appreciated. Which version are you using? Please check with pkginfo -x CSWtmux You should be using 1.9,REV=2014.02.21 as previous versions were not really usable on Solaris. This version is in the ?bratislava? release (aka ?testing" at the moment) and ?unstable?. Best regards ? Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From dam at opencsw.org Mon Apr 21 19:59:40 2014 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 21 Apr 2014 19:59:40 +0200 Subject: New package request : py_fabric In-Reply-To: References: <201404162214.s3GME2DN009571@www.opencsw.org> <14980E7C-B31C-4821-9B44-8EA7598A55AE@opencsw.org> Message-ID: <51F9593F-58F8-484A-8D8B-3E29D856425D@opencsw.org> Hi Joe, adding users@ and Pythonista Maciej. @Maciej: I have been packaging up fabric on request of Joe at http://buildfarm.opencsw.org/experimental.html#py_fabric See recipe at https://buildfarm.opencsw.org/source/xref/opencsw/csw/mgar/pkg/lang-python/fabric/trunk/Makefile Best regards ? Dago Am 21.04.2014 um 19:56 schrieb Joe Beck : > Dago, > > Having issues... > Install went fine & I can run python and import fabric successfully-- > # python > Python 2.7.5 (default, Aug 9 2013, 19:02:22) > [GCC 4.8.0] on sunos5 > Type "help", "copyright", "credits" or "license" for more information. > >>> import fabric > >>> > # > > However, when I run fab (from cmd line) it fails. I've been digging around trying to resolve for a while but unsuccessful so far. > simple attempt to run uptime # cat fabfile.py > from fabric.api import run > # Uptime > run("uptime") > running it again 1 server # fab -H nj09mhe5271 > Traceback (most recent call last): > File "/opt/csw/bin/fab", line 5, in > from pkg_resources import load_entry_point > ImportError: No module named pkg_resources > # > I get same complaint if I just try & run fab by itself so it seems like something related to pkg_resources and/or setuptools is broke. unfortunately, I'm no python guru so not able to resolve. was thinking it could be related to having python 2.6 & 2.7 installed now in /opt/csw/bin but went thru & tried a few things with this in mind but can't seem to get it. > > I'm on the fence now on whether to continue down this path or to ask someone to create latest py_salt pkg instead as this tool seems to be gaining more momentum in this area now. > > Let me know if you have ideas or if we should just let this go & I should put request in for latest py_salt pkg. > > Thx again, > Joe > > > > > On Sat, Apr 19, 2014 at 7:10 PM, Joe Beck wrote: > thank you, greatly appreciate it. > I just tried to get to box where I need it but I forgot I won't have access to it til Monday. > I'll let you know how I make out. > Best, > Joe > > > On Fri, Apr 18, 2014 at 3:56 PM, Dagobert Michelsen wrote: > Hi Joe, > > Am 17.04.2014 um 00:14 schrieb via pkgrequests : > > A new package request has been received from Joe (mailto:jbeck695 at gmail.com). py_fabric is requested to be added to our catalog. > > > > Here is the attached message : > > > > I\'ve used coolstack quite a bit in years past & just on a project that has lots of solaris h/w & os. I just discovered opencsw as the versions of most apps here at this project is real dated. > > I\'d like to use python & fabric for a bunch of sysadmin tasks so I\'d love to be able to install fabric. I\'m sure you\'re aware of this tool but if not it sits on top of py_paramiko to make ssh more manageable for doing remote admin & build/deploy tasks. > > I gave it a quick spin and it gets me the following error for Python 2.6: > > > No use of 'with path' == default local $PATH ... ok > > 'with path' appends by default ... > > Fatal error: local() encountered an error (return code 1) while executing 'echo $PATH' > > > > ================================ Standard error ================================ > > > > /bin/sh: PATH=/home/dam/mgar/pkg/lang-python/fabric/trunk/work/solaris10-sparc/install-isa-sparcv8plus-python_version-2_6/opt/csw/bin:/home/dam/mgar/pkg/lang-python/fabric/trunk/work/solaris10-sparc/install-isa-sparcv8plus-python_version-2_6/opt/csw/bin:/home/dam/mgar/pkg/lang-python/fabric/trunk/work/solaris10-sparc/install-isa-sparcv8plus-python_version-2_6/opt/csw/sbin:/home/dam/mgar/pkg/lang-python/fabric/trunk/work/solaris10-sparc/install-isa-sparcv8plus-python_version-2_6/opt/csw/sbin:/opt/csw/bin:/opt/csw/bin:/opt/csw/sbin:/opt/csw/sbin:/opt/solarisstudio12.3/bin:/home/dam/mgar/pkg/.buildsys/v2/gar/bin:/usr/bin:/usr/sbin:/usr/java/bin:/usr/ccs/bin:/usr/openwin/bin:foo: is not an identifier > > > > ================================================================================ > > > > Aborting. > > ERROR > > > > ====================================================================== > > ERROR: 'with path' appends by default > > ---------------------------------------------------------------------- > > Traceback (most recent call last): > > File "/opt/csw/lib/python2.6/site-packages/nose/case.py", line 197, in runTest > > self.test(*self.arg) > > File "/home/dam/mgar/pkg/lang-python/fabric/trunk/work/solaris10-sparc/build-isa-sparcv8plus-python_version-2_6/Fabric-1.8.3/tests/test_context_managers.py", line 240, in test_use_of_path_appends_by_default > > eq_(self.via_local(), self.real + ":foo") > > File "/home/dam/mgar/pkg/lang-python/fabric/trunk/work/solaris10-sparc/build-isa-sparcv8plus-python_version-2_6/Fabric-1.8.3/tests/test_context_managers.py", line 227, in via_local > > return local("echo $PATH", capture=True) > > File "/opt/csw/lib/python2.6/contextlib.py", line 34, in __exit__ > > self.gen.throw(type, value, traceback) > > File "/home/dam/mgar/pkg/lang-python/fabric/trunk/work/solaris10-sparc/build-isa-sparcv8plus-python_version-2_6/Fabric-1.8.3/fabric/context_managers.py", line 61, in _set_output > > yield > > File "/home/dam/mgar/pkg/lang-python/fabric/trunk/work/solaris10-sparc/build-isa-sparcv8plus-python_version-2_6/Fabric-1.8.3/tests/test_context_managers.py", line 227, in via_local > > return local("echo $PATH", capture=True) > > File "/home/dam/mgar/pkg/lang-python/fabric/trunk/work/solaris10-sparc/build-isa-sparcv8plus-python_version-2_6/Fabric-1.8.3/fabric/operations.py", line 1184, in local > > error(message=msg, stdout=out, stderr=err) > > File "/home/dam/mgar/pkg/lang-python/fabric/trunk/work/solaris10-sparc/build-isa-sparcv8plus-python_version-2_6/Fabric-1.8.3/fabric/utils.py", line 327, in error > > return func(message) > > File "/home/dam/mgar/pkg/lang-python/fabric/trunk/work/solaris10-sparc/build-isa-sparcv8plus-python_version-2_6/Fabric-1.8.3/fabric/utils.py", line 34, in abort > > sys.exit(1) > > SystemExit: 1 > > > > ??????????????????????????????????? > > I skipped Python 2.6 for now and only shipped the python module for Python 2.7. > Feel free to investigate if you really care about 2.6. > Please give the package for 2.7 a try from > http://buildfarm.opencsw.org/experimental.html#py_fabric > and let me know if it is ok for release. > > > Best regards > > ? Dago > > > -- > "You don't become great by trying to be great, you become great by wanting to do something, > and then doing it so hard that you become great in the process." - xkcd #896 > > > -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From maciej at opencsw.org Mon Apr 21 20:45:42 2014 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Mon, 21 Apr 2014 19:45:42 +0100 Subject: New package request : py_fabric In-Reply-To: <51F9593F-58F8-484A-8D8B-3E29D856425D@opencsw.org> References: <201404162214.s3GME2DN009571@www.opencsw.org> <14980E7C-B31C-4821-9B44-8EA7598A55AE@opencsw.org> <51F9593F-58F8-484A-8D8B-3E29D856425D@opencsw.org> Message-ID: 2014-04-21 18:59 GMT+01:00 Dagobert Michelsen : > ImportError: No module named pkg_resources Looks like missing CSWpy-setuptools. From dam at opencsw.org Mon Apr 21 23:20:27 2014 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 21 Apr 2014 23:20:27 +0200 Subject: New package request : py_fabric In-Reply-To: References: <201404162214.s3GME2DN009571@www.opencsw.org> <14980E7C-B31C-4821-9B44-8EA7598A55AE@opencsw.org> <51F9593F-58F8-484A-8D8B-3E29D856425D@opencsw.org> Message-ID: <6C50F976-4A30-43D3-92FC-B2ECF8FEBA3E@opencsw.org> Hi Joe, Am 21.04.2014 um 22:57 schrieb Joe Beck : > that would make sense based on what I'm seeing. > do I just need to added that via pkgutil or something need to be done as part of py_fab build? Just add with pkgutil, if it works I?ll add that as automatic dep. > I'll try & add it & see how goes. > Is there a version dependency? Now I have CSWpython (which is 2.6) & CSWpython27 installed. Most of the Python modules are multi-versioned, see http://wiki.opencsw.org/python-2-x-multi-versioned-modules and http://buildfarm.opencsw.org/~maciej/python-modules.html for individual stats. Best regards ? Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From dam at opencsw.org Tue Apr 22 18:38:10 2014 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 22 Apr 2014 18:38:10 +0200 Subject: New package request : py_fabric In-Reply-To: References: <201404162214.s3GME2DN009571@www.opencsw.org> <14980E7C-B31C-4821-9B44-8EA7598A55AE@opencsw.org> <51F9593F-58F8-484A-8D8B-3E29D856425D@opencsw.org> <6C50F976-4A30-43D3-92FC-B2ECF8FEBA3E@opencsw.org> Message-ID: <2E06AA47-1114-4868-B665-F9E4464086F6@opencsw.org> Hi Joe, Am 22.04.2014 um 17:31 schrieb Joe Beck : > ok, progress but another dependency issue-- > when I test fab, I get: > $ fab -H nj09mhe0369 > Traceback (most recent call last): > File "/opt/csw/bin/fab", line 5, in > from pkg_resources import load_entry_point > File "/opt/csw/lib/python2.7/site-packages/pkg_resources.py", line 2793, in > working_set.require(__requires__) > File "/opt/csw/lib/python2.7/site-packages/pkg_resources.py", line 673, in require > needed = self.resolve(parse_requirements(requirements)) > File "/opt/csw/lib/python2.7/site-packages/pkg_resources.py", line 576, in resolve > raise DistributionNotFound(req) > pkg_resources.DistributionNotFound: paramiko>=1.10,<1.13 > $ > > pkginfo shows: > PKGINST: CSWpy-paramiko > VERSION: 1.10.1,REV=2013.04.27 > so guess I need to get a newer version of CSW-py-paramiko for this version of fabric We have Paramiko 1.10.1: http://www.opencsw.org/packages/py_paramiko/ Best regards ? Dago > > --Joe > > > On Mon, Apr 21, 2014 at 5:20 PM, Dagobert Michelsen wrote: > Hi Joe, > > Am 21.04.2014 um 22:57 schrieb Joe Beck : >> that would make sense based on what I'm seeing. >> do I just need to added that via pkgutil or something need to be done as part of py_fab build? > > Just add with pkgutil, if it works I?ll add that as automatic dep. > >> I'll try & add it & see how goes. >> Is there a version dependency? Now I have CSWpython (which is 2.6) & CSWpython27 installed. > > Most of the Python modules are multi-versioned, see > http://wiki.opencsw.org/python-2-x-multi-versioned-modules > and > http://buildfarm.opencsw.org/~maciej/python-modules.html > for individual stats. > > > Best regards > > ? Dago > > > -- > "You don't become great by trying to be great, you become great by wanting to do something, > and then doing it so hard that you become great in the process." - xkcd #896 > > -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From dhollen at mosis.com Thu Apr 24 00:54:35 2014 From: dhollen at mosis.com (David Hollenberg) Date: Wed, 23 Apr 2014 15:54:35 -0700 Subject: Apache 2.4 php5_module available? Message-ID: <535844AB.1000000@mosis.com> I see that Apache module php5_module (libphp5.so) is available for Apache 2.2.x in package CSWap2-modphp5. I was unable to find the same module for Apache 2.4.x, which I wanted to run instead of 2.2. Can anyone tell me if this is available or if not, when it might become available? My platform is Solaris 10 8/11 on x86. Dave From dam at opencsw.org Thu Apr 24 14:29:36 2014 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 24 Apr 2014 14:29:36 +0200 Subject: Apache 2.4 php5_module available? In-Reply-To: <535844AB.1000000@mosis.com> References: <535844AB.1000000@mosis.com> Message-ID: Hi David, Am 24.04.2014 um 00:54 schrieb David Hollenberg: > I see that Apache module php5_module (libphp5.so) is available for > Apache 2.2.x in package CSWap2-modphp5. I was unable to find the same > module for Apache 2.4.x, which I wanted to run instead of 2.2. > > Can anyone tell me if this is available or if not, when it might > become available? I am currently working on an update to php 5.5 and also track progress on experimental 5.6.x, this will be first for Apache 2.2 and later 2.4. Unfortunately I cannot promise a date when it will be finished, probably within the next 3 month. Best regards -- Dago From dhollen at mosis.com Thu Apr 24 17:56:54 2014 From: dhollen at mosis.com (David Hollenberg) Date: Thu, 24 Apr 2014 08:56:54 -0700 Subject: Apache 2.4 php5_module available? In-Reply-To: References: <535844AB.1000000@mosis.com> Message-ID: <53593446.8020609@mosis.com> On 04/24/2014 05:29 AM, Dagobert Michelsen wrote: > Hi David, > > Am 24.04.2014 um 00:54 schrieb David Hollenberg: >> I see that Apache module php5_module (libphp5.so) is available for >> Apache 2.2.x in package CSWap2-modphp5. I was unable to find the same >> module for Apache 2.4.x, which I wanted to run instead of 2.2. >> >> Can anyone tell me if this is available or if not, when it might >> become available? > > I am currently working on an update to php 5.5 and also track progress on experimental > 5.6.x, this will be first for Apache 2.2 and later 2.4. Unfortunately I cannot promise > a date when it will be finished, probably within the next 3 month. > > > Best regards > > -- Dago > Thanks for the quick reply. We will go with Apache 2.2 for now, which is working just fine. If the updated php5_module becomes available before we go into production, we might switch to 2.4. Thank you to the OpenCSW team for all your work. Dave From work at winkler-alexander.de Wed Apr 30 11:49:06 2014 From: work at winkler-alexander.de (Alexander Winkler) Date: Wed, 30 Apr 2014 11:49:06 +0200 Subject: NRPE 2.13 not working with Solaris 11 Message-ID: Hello, I have been running an Solaris 11.1 System with your nrpe 2.12. This package was quite old from a stable branch. Today, I updated my stalbe mirror and there was an nrpe update 2.13. It works with every Solaris 10 system, but not with solaris 11: The service goes into maintenance: [ Apr 30 11:36:02 Executing start method ("/var/opt/csw/svc/method/svc-cswnrpe start"). ] /var/opt/csw/svc/method/svc-cswnrpe: line 44: syntax error at line 58: `(' unexpected [ Apr 30 11:36:02 Method "start" exited with status 3. ] It seems like an scripting error, since nrpe seems to work: root at server ~ # /var/opt/csw/svc/method/svc-cswnrpe /var/opt/csw/svc/method/svc-cswnrpe: line 44: syntax error at line 58: `(' unexpected root at server ~ # /opt/csw/bin/nrpe NRPE - Nagios Remote Plugin Executor Copyright (c) 1999-2008 Ethan Galstad (nagios at nagios.org) Version: 2.13 ..... But i haven't been able to find the reason yet. Can anybody reproduce this problem? Best regards Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: From raos at opencsw.org Wed Apr 30 14:08:01 2014 From: raos at opencsw.org (Rafael Ostertag) Date: Wed, 30 Apr 2014 14:08:01 +0200 Subject: NRPE 2.13 not working with Solaris 11 In-Reply-To: References: Message-ID: <20140430120801.GR26613@bender.opencsw.org> Hi Alex On Wed, Apr 30, 2014 at 11:49:06AM +0200, Alexander Winkler wrote: > Hello, > I have been running an Solaris 11.1 System with your nrpe 2.12. This > package was quite old from a stable branch. > Today, I updated my stalbe mirror and there was an nrpe update 2.13. It > works with every Solaris 10 system, but not with solaris 11: > > The service goes into maintenance: > [ Apr 30 11:36:02 Executing start method > ("/var/opt/csw/svc/method/svc-cswnrpe start"). ] > /var/opt/csw/svc/method/svc-cswnrpe: line 44: syntax error at line 58: `(' > unexpected > [ Apr 30 11:36:02 Method "start" exited with status 3. ] > > It seems like an scripting error, since nrpe seems to work: Yes, nrpe works just fine. I attached a patch. Copy it to the affected Sol11 machines and do # patch -p0 < /path/to/patchfile Essentially, the patch adds unalias -a to the top of /etc/opt/csw/init.d/cswnrpe. > But i haven't been able to find the reason yet. > Can anybody reproduce this problem? The problem is, that in Sol11, /bin/sh is a link to ksh which by default defines some aliases, and `stop' is one of them. The nrpe start script dies on line 58, because a function is defined which is also called `stop'. So, when the script is read, line 58 is expanded to 'kill -s STOP' which doesn't make much sense in that context. Let me know of the outcome. cheers rafi > > Best regards > Alex -------------- next part -------------- --- /etc/opt/csw/init.d/cswnrpe.ORIG Wed Apr 30 12:37:24 2014 +++ /etc/opt/csw/init.d/cswnrpe Wed Apr 30 12:37:45 2014 @@ -1,5 +1,7 @@ #!/sbin/sh +unalias -a + BINDIR="/opt/csw/bin" BINFILE="$BINDIR/nrpe" From work at winkler-alexander.de Wed Apr 30 14:16:26 2014 From: work at winkler-alexander.de (Alexander Winkler) Date: Wed, 30 Apr 2014 14:16:26 +0200 Subject: NRPE 2.13 not working with Solaris 11 In-Reply-To: <20140430120801.GR26613@bender.opencsw.org> References: <20140430120801.GR26613@bender.opencsw.org> Message-ID: Hello Rafi, this patch worked and nrpe is up and running again. Thank you very much. It seems to be a generic problem with S11. Will you update the cswnrpe package? Bye, Alex 2014-04-30 14:08 GMT+02:00 Rafael Ostertag : > Hi Alex > > On Wed, Apr 30, 2014 at 11:49:06AM +0200, Alexander Winkler wrote: > > Hello, > > I have been running an Solaris 11.1 System with your nrpe 2.12. This > > package was quite old from a stable branch. > > Today, I updated my stalbe mirror and there was an nrpe update 2.13. It > > works with every Solaris 10 system, but not with solaris 11: > > > > The service goes into maintenance: > > [ Apr 30 11:36:02 Executing start method > > ("/var/opt/csw/svc/method/svc-cswnrpe start"). ] > > /var/opt/csw/svc/method/svc-cswnrpe: line 44: syntax error at line 58: > `(' > > unexpected > > [ Apr 30 11:36:02 Method "start" exited with status 3. ] > > > > It seems like an scripting error, since nrpe seems to work: > > Yes, nrpe works just fine. > > I attached a patch. Copy it to the affected Sol11 machines and do > > # patch -p0 < /path/to/patchfile > > Essentially, the patch adds > > unalias -a > > to the top of /etc/opt/csw/init.d/cswnrpe. > > > But i haven't been able to find the reason yet. > > Can anybody reproduce this problem? > > The problem is, that in Sol11, /bin/sh is a link to ksh which by default > defines some aliases, and `stop' is one of them. The nrpe start script > dies on > line 58, because a function is defined which is also called `stop'. So, > when > the script is read, line 58 is expanded to 'kill -s STOP' which doesn't > make > much sense in that context. > > Let me know of the outcome. > > cheers > rafi > > > > > Best regards > > Alex > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Wed Apr 30 14:18:38 2014 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 30 Apr 2014 14:18:38 +0200 Subject: NRPE 2.13 not working with Solaris 11 In-Reply-To: References: <20140430120801.GR26613@bender.opencsw.org> Message-ID: <43CE22A5-BD54-4F64-BAA0-DFF8493F37F2@opencsw.org> Hi, Am 30.04.2014 um 14:16 schrieb Alexander Winkler : > this patch worked and nrpe is up and running again. > Thank you very much. > > It seems to be a generic problem with S11. Will you update the cswnrpe package? @Rafi: I guess Juergen is missing in action, there are also some other bugs open: https://www.opencsw.org/buglist/buglist.cgi#nrpe Can you please have a look? Best regards ? Dago > > Bye, > Alex > > > 2014-04-30 14:08 GMT+02:00 Rafael Ostertag : > Hi Alex > > On Wed, Apr 30, 2014 at 11:49:06AM +0200, Alexander Winkler wrote: > > Hello, > > I have been running an Solaris 11.1 System with your nrpe 2.12. This > > package was quite old from a stable branch. > > Today, I updated my stalbe mirror and there was an nrpe update 2.13. It > > works with every Solaris 10 system, but not with solaris 11: > > > > The service goes into maintenance: > > [ Apr 30 11:36:02 Executing start method > > ("/var/opt/csw/svc/method/svc-cswnrpe start"). ] > > /var/opt/csw/svc/method/svc-cswnrpe: line 44: syntax error at line 58: `(' > > unexpected > > [ Apr 30 11:36:02 Method "start" exited with status 3. ] > > > > It seems like an scripting error, since nrpe seems to work: > > Yes, nrpe works just fine. > > I attached a patch. Copy it to the affected Sol11 machines and do > > # patch -p0 < /path/to/patchfile > > Essentially, the patch adds > > unalias -a > > to the top of /etc/opt/csw/init.d/cswnrpe. > > > But i haven't been able to find the reason yet. > > Can anybody reproduce this problem? > > The problem is, that in Sol11, /bin/sh is a link to ksh which by default > defines some aliases, and `stop' is one of them. The nrpe start script dies on > line 58, because a function is defined which is also called `stop'. So, when > the script is read, line 58 is expanded to 'kill -s STOP' which doesn't make > much sense in that context. > > Let me know of the outcome. > > cheers > rafi > > > > > Best regards > > Alex > -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From raos at opencsw.org Wed Apr 30 14:23:01 2014 From: raos at opencsw.org (Rafael Ostertag) Date: Wed, 30 Apr 2014 14:23:01 +0200 Subject: NRPE 2.13 not working with Solaris 11 In-Reply-To: References: <20140430120801.GR26613@bender.opencsw.org> Message-ID: <20140430122301.GS26613@bender.opencsw.org> Hi Alex On Wed, Apr 30, 2014 at 02:16:26PM +0200, Alexander Winkler wrote: > Hello Rafi, > this patch worked and nrpe is up and running again. > Thank you very much. > > It seems to be a generic problem with S11. Will you update the cswnrpe > package? I'm not the maintainer of the package (yet?), but I'll inform Juergen Arndt. If he doesn't have time, I'll gladly help out :) cheers rafi > Bye, > Alex > > > 2014-04-30 14:08 GMT+02:00 Rafael Ostertag : > > > Hi Alex > > > > On Wed, Apr 30, 2014 at 11:49:06AM +0200, Alexander Winkler wrote: > > > Hello, > > > I have been running an Solaris 11.1 System with your nrpe 2.12. This > > > package was quite old from a stable branch. > > > Today, I updated my stalbe mirror and there was an nrpe update 2.13. It > > > works with every Solaris 10 system, but not with solaris 11: > > > > > > The service goes into maintenance: > > > [ Apr 30 11:36:02 Executing start method > > > ("/var/opt/csw/svc/method/svc-cswnrpe start"). ] > > > /var/opt/csw/svc/method/svc-cswnrpe: line 44: syntax error at line 58: > > `(' > > > unexpected > > > [ Apr 30 11:36:02 Method "start" exited with status 3. ] > > > > > > It seems like an scripting error, since nrpe seems to work: > > > > Yes, nrpe works just fine. > > > > I attached a patch. Copy it to the affected Sol11 machines and do > > > > # patch -p0 < /path/to/patchfile > > > > Essentially, the patch adds > > > > unalias -a > > > > to the top of /etc/opt/csw/init.d/cswnrpe. > > > > > But i haven't been able to find the reason yet. > > > Can anybody reproduce this problem? > > > > The problem is, that in Sol11, /bin/sh is a link to ksh which by default > > defines some aliases, and `stop' is one of them. The nrpe start script > > dies on > > line 58, because a function is defined which is also called `stop'. So, > > when > > the script is read, line 58 is expanded to 'kill -s STOP' which doesn't > > make > > much sense in that context. > > > > Let me know of the outcome. > > > > cheers > > rafi > > > > > > > > Best regards > > > Alex > > From raos at opencsw.org Wed Apr 30 14:25:18 2014 From: raos at opencsw.org (Rafael Ostertag) Date: Wed, 30 Apr 2014 14:25:18 +0200 Subject: NRPE 2.13 not working with Solaris 11 In-Reply-To: <43CE22A5-BD54-4F64-BAA0-DFF8493F37F2@opencsw.org> References: <20140430120801.GR26613@bender.opencsw.org> <43CE22A5-BD54-4F64-BAA0-DFF8493F37F2@opencsw.org> Message-ID: <20140430122517.GT26613@bender.opencsw.org> Hi Dago On Wed, Apr 30, 2014 at 02:18:38PM +0200, Dagobert Michelsen wrote: > Hi, > > Am 30.04.2014 um 14:16 schrieb Alexander Winkler : > > this patch worked and nrpe is up and running again. > > Thank you very much. > > > > It seems to be a generic problem with S11. Will you update the cswnrpe package? > > @Rafi: I guess Juergen is missing in action, there are also some other bugs open: > https://www.opencsw.org/buglist/buglist.cgi#nrpe Oh boy... > > Can you please have a look? Sure :) cheers rafi > > > Best regards > > ? Dago > > > > > Bye, > > Alex > > > > > > 2014-04-30 14:08 GMT+02:00 Rafael Ostertag : > > Hi Alex > > > > On Wed, Apr 30, 2014 at 11:49:06AM +0200, Alexander Winkler wrote: > > > Hello, > > > I have been running an Solaris 11.1 System with your nrpe 2.12. This > > > package was quite old from a stable branch. > > > Today, I updated my stalbe mirror and there was an nrpe update 2.13. It > > > works with every Solaris 10 system, but not with solaris 11: > > > > > > The service goes into maintenance: > > > [ Apr 30 11:36:02 Executing start method > > > ("/var/opt/csw/svc/method/svc-cswnrpe start"). ] > > > /var/opt/csw/svc/method/svc-cswnrpe: line 44: syntax error at line 58: `(' > > > unexpected > > > [ Apr 30 11:36:02 Method "start" exited with status 3. ] > > > > > > It seems like an scripting error, since nrpe seems to work: > > > > Yes, nrpe works just fine. > > > > I attached a patch. Copy it to the affected Sol11 machines and do > > > > # patch -p0 < /path/to/patchfile > > > > Essentially, the patch adds > > > > unalias -a > > > > to the top of /etc/opt/csw/init.d/cswnrpe. > > > > > But i haven't been able to find the reason yet. > > > Can anybody reproduce this problem? > > > > The problem is, that in Sol11, /bin/sh is a link to ksh which by default > > defines some aliases, and `stop' is one of them. The nrpe start script dies on > > line 58, because a function is defined which is also called `stop'. So, when > > the script is read, line 58 is expanded to 'kill -s STOP' which doesn't make > > much sense in that context. > > > > Let me know of the outcome. > > > > cheers > > rafi > > > > > > > > Best regards > > > Alex > > > > -- > "You don't become great by trying to be great, you become great by wanting to do something, > and then doing it so hard that you become great in the process." - xkcd #896 >