Dagobert Michelsen | 22 Apr 18:38 2014

Re: New package request : py_fabric

Hi Joe,

Am 22.04.2014 um 17:31 schrieb Joe Beck <jbeck695-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>:
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 <module>
    from pkg_resources import load_entry_point
  File "/opt/csw/lib/python2.7/site-packages/pkg_resources.py", line 2793, in <module>
    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:


Best regards

  — Dago


--Joe


On Mon, Apr 21, 2014 at 5:20 PM, Dagobert Michelsen <dam-RJLij68YbUJAfugRpC6u6w@public.gmane.org> wrote:
Hi Joe,

Am 21.04.2014 um 22:57 schrieb Joe Beck <jbeck695-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>:
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
and
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

Attachment (smime.p7s): application/pkcs7-signature, 3267 bytes
Dagobert Michelsen | 21 Apr 23:20 2014

Re: New package request : py_fabric

Hi Joe,

Am 21.04.2014 um 22:57 schrieb Joe Beck <jbeck695-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>:
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
and
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

Attachment (smime.p7s): application/pkcs7-signature, 3267 bytes
Dagobert Michelsen | 21 Apr 19:59 2014

Re: New package request : py_fabric

Hi Joe,

adding users <at> and Pythonista Maciej.

<at> Maciej: I have been packaging up fabric on request of Joe at



Best regards

  — Dago

Am 21.04.2014 um 19:56 schrieb Joe Beck <jbeck695-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>:

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 <module>
    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 <jbeck695-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> 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 <dam-RJLij68YbUJAfugRpC6u6w@public.gmane.org> wrote:
Hi Joe,

Am 17.04.2014 um 00:14 schrieb via pkgrequests <pkgrequests-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy@public.gmane.org>:
> A new package request has been received from Joe (mailto:jbeck695-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org). 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

Attachment (smime.p7s): application/pkcs7-signature, 3267 bytes
Dagobert Michelsen | 12 Apr 03:27 2014

Re: OpenCSW question about package tmux

Hi Jim,

Am 11.04.2014 um 10:47 schrieb jreese99@...:
> 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

Attachment (smime.p7s): application/pkcs7-signature, 3267 bytes
Dagobert Michelsen | 12 Apr 03:23 2014

Re: OpenCSW question about package CSWzabbix-server

Hi Luciano,

Am 11.04.2014 um 14:22 schrieb luciano@...:
> 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

Attachment (smime.p7s): application/pkcs7-signature, 3267 bytes
Harry Putnam | 24 Mar 01:20 2014

csw perl where is documentation installed

I installed perl5.10.1 from csw repo many months ago, on an openindiana os.
Its running as guest on win7 in Vbox.  The vm fell into disuse for
several months, and I no longer remember if I had problems with the
installation or what.

Currently, the vm is back in operation... when I look for perl docu with
perldoc it fails to find the main documentary stuff like perlfunc,
perlre etc.

A 'find' search of /opt/csw using  '-name '*perlfunc*'' or the like fails to
find it as well.

Any use of perldoc that is not aimed at the basic docs... like:

  perldoc File:Find

returns what you'd expect, so, apparently that part is working ok.

Have I just failed to install something?  Or should an install of perl
have installed the basic docu?

If it were installed, where would it be found?

PS - My pea brain has let slip whatever little bit I learned about
using csw on solaris so please bare with me when I ask to have a brief
outline of how I might track down what the trouble is for things like
this:

   perldoc -f stat
   No documentation found for "perlfunc"

Dagobert Michelsen | 14 Mar 11:10 2014

Re: New package request : qemu

Hello Heinz,

Am 14.03.2014 um 07:47 schrieb via pkgrequests <pkgrequests@...>:

> Dear maintainers,
> 
> A new package request has been received from heinz
(mailto:heinz@...). qemu is requested to be added to our catalog.
> 
> Here is the attached message : 
> 
> sir,
> can u please add qemu?

Last time I looked QEMU was pretty hard to compile. It would be useful nonetheless,
so probably someone is interested in helping porting it. When it generally compiles
it should be fairly easy to make a package from it. So if there are any porting
volunteers please jump in!

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

Attachment (smime.p7s): application/pkcs7-signature, 3267 bytes
Kevin Moody | 13 Mar 17:30 2014

CSWgit and cswpki fail to load several libraries

Hi All,

 

Bear with me, as I am far from a Solaris guru.  I can say that I love the pkgutil setup.  However, I wouldn’t be emailing you, if there wasn’t something to discuss…

 

I’m seeing the following when trying to run cswpki, in order to install the security checks, as outlined in the “Getting Started”:

 

# cswpki --import

Do you want to import the key used for: catalog signing 2011-09?

Yes/No: y

 

Importing the key used for: catalog signing 2011-09

 

ld.so.1: gpg: fatal: libc.so.1: version `SUNW_1.22.2' not found (required by file /opt/csw/bin/sparcv9/gpg)

ld.so.1: gpg: fatal: libc.so.1: open failed: No such file or directory

/opt/csw/bin/cswpki: line 63: 28470 Killed                  gpg --homedir="${pki_db:-/var/opt/csw/pki/}" --import "$key"

 

pkgutil appears to be working great.  I’m excited to have downloaded git 1.8.4.1, so easily.  But, CSWgit fails with similar library issues:

 

> ldd /opt/csw/bin/git

        libpthread.so.1 =>       /lib/libpthread.so.1

        libintl.so.8 =>  /opt/csw/lib/libintl.so.8

        libz.so.1 =>     /opt/csw/lib/libz.so.1

        libiconv.so.2 =>         /opt/csw/lib/libiconv.so.2

        libsocket.so.1 =>        /lib/libsocket.so.1

        libnsl.so.1 =>   /lib/libnsl.so.1

        libnsl.so.1 (SUNW_1.9.1) =>      (version not found)

        libcrypto.so.1.0.0 =>    /opt/csw/lib/libcrypto.so.1.0.0

        libc.so.1 =>     /lib/libc.so.1

        libc.so.1 (SUNW_1.22.2) =>       (version not found)

        libc.so.1 (SUNW_1.22.2) =>       (version not found)

        libmp.so.2 =>    /lib/libmp.so.2

        libmd5.so.1 =>   /lib/libmd5.so.1

        libscf.so.1 =>   /lib/libscf.so.1

        libc.so.1 (SUNW_1.22.2) =>       (version not found)

        libnsl.so.1 (SUNW_1.9.1) =>      (version not found)

        libdoor.so.1 =>  /lib/libdoor.so.1

        libuutil.so.1 =>         /lib/libuutil.so.1

        libm.so.2 =>     /lib/libm.so.2

        /platform/SUNW,Sun-Fire-T200/lib/libc_psr.so.1

 

So, obviously, there are some system libraries that this machine doesn’t have, which CSW packages are relying on.  Anybody recognize this problem?  Is it obvious which Solaris 10 packages that I’m missing? 

 

Some more info:

 

> uname -a

SunOS xxx 5.10 Generic_118833-17 sun4v sparc SUNW,Sun-Fire-T200

> isainfo -v

64-bit sparcv9 applications

        asi_blk_init

32-bit sparc applications

        asi_blk_init v8plus div32 mul32

 

Most compilers and tools on this machine have been built from source.  Although I’m sure that building git from source would be a great git/solaris bonding experience for me, I’m not that interested in that approach.  I’d rather leave that to the experts, as I’ve seen too many libz and other library load failures from people who thought they had all of the dependencies.  :-D

 

Regards,

Kevin

Dagobert Michelsen | 13 Mar 07:59 2014

Re: New package request : sol-10-u10-companion-ga.iso

Hi Juan,

Am 13.03.2014 um 01:08 schrieb via pkgrequests <pkgrequests@...>:

> Dear maintainers,
> 
> A new package request has been received from JUAN TORRES
(mailto:jtorres@...). sol-10-u10-companion-ga.iso is
requested to be added to our catalog.
> 
> Here is the attached message : 
> 
> Hi,
> 
> I am trying to find the package that install the CC.  I do not have the “sol-10-u10-companion-ga.iso”
file. I am trying to find the companion file, but is not available so far. Could you help me this this request?
> 
> # which CC
> /usr/bin/CC
> 
> # /usr/bin/CC -V
> CC: Sun C++ 5.9 SunOS_sparc Patch 124863-01 2007/07/25

The Sun Studio compiler is not part of the Solaris Companion CD.
You can download the compiler directly from Oracle for free:
 http://www.oracle.com/technetwork/server-storage/solarisstudio/downloads/index.html
For Studio 12 see „Previous Releases“ on that page.

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

Attachment (smime.p7s): application/pkcs7-signature, 3267 bytes
Dagobert Michelsen | 6 Mar 09:22 2014

Re: New package request : CSWosslrt

Hi Muneer,

Am 05.03.2014 um 21:54 schrieb via pkgrequests:
> A new package request has been received from muneer
(mailto:muneers@...). CSWosslrt is requested to be added to
our catalog.
> 
> Here is the attached message : 
> 
> Hi I need to upgrade OpenSSL version from 0.9.7d to openssl 0.9.8
> 
> OpenSSL 0.9.8 which is provided by the CSWosslrt package from the dublin catalogue

Not really, it is only in this package for the frozen Solaris 8 catalogs. The newer
Solaris 9 and 10 catalogs have that in CSWlibssl0-9-8. However, all the updated should
happen automatically if you use pkgutil. If you don't have direct internet access I
suggest a local mirror.

Best regards

  -- Dago
Daniel Eather | 6 Mar 01:29 2014
Picon

Re: users Digest, Vol 119, Issue 2

A big thanks to Peter and all who responded to my problem. I applied patch 113713-29 (downloaded from support.oracle.com) and it fixed the pkgadd issue!! preservconf was able to be installed, as was puppet agent.

Thanks again!
Dan


On Thu, Mar 6, 2014 at 3:04 AM, <users-request-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy@public.gmane.org> wrote:
Send users mailing list submissions to
        users-ZwoEplunGu1UUpeUK0L/Pw@public.gmane.orgcsw.org

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.opencsw.org/mailman/listinfo/users
or, via email, send a message with subject or body 'help' to
        users-request-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy@public.gmane.org

You can reach the person managing the list at
        users-owner <at> lists.opencsw.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of users digest..."


Today's Topics:

   1. Re: solaris 9 puppet (Daniel Eather)
   2. Re: solaris 9 puppet (Peter Bonivart)
   3. Re: solaris 9 puppet (Daniel Eather)
   4. Re: solaris 9 puppet (Peter Bonivart)
   5. Re: solaris 9 puppet (Dagobert Michelsen)
   6. Re: solaris 9 puppet (Peter Bonivart)


----------------------------------------------------------------------

Message: 1
Date: Wed, 5 Mar 2014 01:02:24 +0000 (UTC)
From: Daniel Eather <daniel.eather-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: users-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy@public.gmane.org
Subject: Re: solaris 9 puppet
Message-ID: <loom.20140305T020105-47-eS7Uydv5nfjZ+VzJOa5vwg@public.gmane.org>
Content-Type: text/plain; charset=utf-8

Peter Bonivart <bonivart <at> ...> writes:

>
> On Mon, Feb 17, 2014 at 12:13 AM, Maciej (Matchek) Blizi?ski
> <maciej <at> ...> wrote:
> >
> > 2014-02-16 22:50 GMT+00:00 Daniel Eather <dan <at> ...>:
> > >
> > > I've tried removing all the packages and pkgutil downloads them again,
but i get the same error. I've
> tried this on a few different SPARC Solaris 9 machines, and all fail at
the same spot.
> > >
> > > Any ideas?
> >
> > At first guess it's a file transfer error. Have you enabled md5 checks
> > in pkgutil.conf? Look if the downloaded file's checksum matches the
> > one in the catalog file.
> >
> > http://mirror.opencsw.org/opencsw/unstable/sparc/5.9/catalog
>
> Looks like he's using the testing repo but I verified that I could
> download and install from
> http://mirror.opencsw.org/opencsw/testing/sparc/5.9/cas_preserveconf-
1.42,REV=2010.11.26-SunOS5.9-all-CSW.pkg.gz
,
> it also matched the md5 hash from that catalog, should be
> 61512a0082a457ec805949cdd97140b9.
>
> Daniel, what mirror are you using? Can you give us the output of
> "pkgutil --catinfo"? Can you verify that your downloaded packages are
> non-zero size and have matching md5 hashes from the catalog?
>
> /peter
>
>

Hi,

I downloaded just that package, and the checksum matches yours...however
when I even try to pkgadd it manually I get the same datastream error:

# digest -a md5 cas_preserveconf-1.42\,REV\=2010.11.26-SunOS5.9-all-
CSW.pkg.gz
61512a0082a457ec805949cdd97140b9

# pkgadd -d cas_preserveconf-1.42,REV\=2010.11.26-SunOS5.9-all-CSW.pkg
pkgadd: ERROR: attempt to process datastream failed
    - bad format in datastream table-of-contents
pkgadd: ERROR: could not process datastream from </tmp/cas_preserveconf-
1.42,REV=2010.11.26-SunOS5.9-all-CSW.pkg>

Any ideas what to check here? I'm struggling to install puppet without
opencsw :(

Thanks again,
Dan



------------------------------

Message: 2
Date: Wed, 5 Mar 2014 09:35:37 +0100
From: Peter Bonivart <bonivart <at> opencsw.org>
To: Questions and discussions <users-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy@public.gmane.org>
Subject: Re: solaris 9 puppet
Message-ID:
        <CABY0g1Uv7MDabinoSd0GdL7-kFJCNfnokgxV+4K5k8J1tSht5w-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
Content-Type: text/plain; charset=ISO-8859-1

On Wed, Mar 5, 2014 at 2:02 AM, Daniel Eather <daniel.eather-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> Hi,
>
> I downloaded just that package, and the checksum matches yours...however
> when I even try to pkgadd it manually I get the same datastream error:
>
> # digest -a md5 cas_preserveconf-1.42\,REV\=2010.11.26-SunOS5.9-all-
> CSW.pkg.gz
> 61512a0082a457ec805949cdd97140b9
>
> # pkgadd -d cas_preserveconf-1.42,REV\=2010.11.26-SunOS5.9-all-CSW.pkg
> pkgadd: ERROR: attempt to process datastream failed
>     - bad format in datastream table-of-contents
> pkgadd: ERROR: could not process datastream from </tmp/cas_preserveconf-
> 1.42,REV=2010.11.26-SunOS5.9-all-CSW.pkg>
>
> Any ideas what to check here? I'm struggling to install puppet without
> opencsw :(

Just to make sure, what's the MD5 for the unpacked file? Mine is
dc9a832eb039a4c5538c0fc468c4c521 and it installs fine. Could you post
the output of "pkgutil -V" please?

/peter


------------------------------

Message: 3
Date: Wed, 5 Mar 2014 10:56:03 +0000 (UTC)
From: Daniel Eather <daniel.eather-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: users-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy@public.gmane.org
Subject: Re: solaris 9 puppet
Message-ID: <loom.20140305T115316-769-eS7Uydv5nfjZ+VzJOa5vwg@public.gmane.org>
Content-Type: text/plain; charset=us-ascii

Peter Bonivart <bonivart <at> ...> writes:

>
> On Wed, Mar 5, 2014 at 2:02 AM, Daniel Eather
> <daniel.eather <at> ...> wrote:
> > Hi,
> >
> > I downloaded just that package, and the checksum matches yours...however
> > when I even try to pkgadd it manually I get the same datastream error:
> >
> > # digest -a md5 cas_preserveconf-1.42\,REV\=2010.11.26-SunOS5.9-all-
> > CSW.pkg.gz
> > 61512a0082a457ec805949cdd97140b9
> >
> > # pkgadd -d cas_preserveconf-1.42,REV\=2010.11.26-SunOS5.9-all-CSW.pkg
> > pkgadd: ERROR: attempt to process datastream failed
> >     - bad format in datastream table-of-contents
> > pkgadd: ERROR: could not process datastream from </tmp/cas_preserveconf-
> > 1.42,REV=2010.11.26-SunOS5.9-all-CSW.pkg>
> >
> > Any ideas what to check here? I'm struggling to install puppet without
> > opencsw :(
>
> Just to make sure, what's the MD5 for the unpacked file? Mine is
> dc9a832eb039a4c5538c0fc468c4c521 and it installs fine. Could you post
> the output of "pkgutil -V" please?
>
> /peter
>
>

Hi Peter,

I really appreciate you taking the time to respond to my query.

I can confirm the md5 hash of the unpacked pkg matches yours:

# digest -a md5 cas_preserveconf-1.42,REV=2010.11.26-SunOS5.9-all-CSW.pkg
dc9a832eb039a4c5538c0fc468c4c521


I also tried your suggestion of using the unstable repo inplace of the
testing. Below is the output from pkgutil -V:

# /opt/csw/bin/pkgutil -V
- System -
Pkgutil         2.6.6
Arch            sparc
Solaris         5.9
Pkg patch       113713 (not found)
GPG binary      not found (suggestion: install CSWgnupg)
Gzip binary     /bin/gzip
Mailx binary    /bin/mailx
MD5 binary      not found (suggestion: install CSWcoreutils)
MD5 module      not found
Perl            5.006001
Perl binary     /bin/perl
Wget binary     /usr/local/bin/wget
PATH            /usr/sbin:/bin:/usr/bin:/opt/csw/bin

- Configuration -
catalog_not_cached      true (default: true)
catalog_update          14 (default: 14)
deptree_filter_common   false (default: false)
exclude_pattern         not set (default: none)
gpg_homedir             not set (default: none)
maxpkglist              100000 (default: 10000)
mirror                  http://mirror.opencsw.org/opencsw/unstable
                        (default: http://mirror.opencsw.org/opencsw/testing)
noncsw                  false (default: false)
pkgaddopts              not set (default: none)
pkgliststyle            2 (default: 0)
pkgrmopts               not set (default: none)
root_path               not set (default: /)
show_current            true (default: true)
stop_on_hook_soft_error not set (default: false)
use_gpg                 false (default: false)
use_md5                 false (default: false)
wgetopts                not set (default: none)

Thanks again,
Dan




------------------------------

Message: 4
Date: Wed, 5 Mar 2014 13:06:29 +0100
From: Peter Bonivart <bonivart <at> opencsw.org>
To: Questions and discussions <users-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy@public.gmane.org>
Subject: Re: solaris 9 puppet
Message-ID:
        <CABY0g1UooDMAnwP3+4RGKJowWoSn5hKbBt5VrOeohSoyMswNPg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
Content-Type: text/plain; charset=ISO-8859-1

On Wed, Mar 5, 2014 at 11:56 AM, Daniel Eather <daniel.eather-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> # /opt/csw/bin/pkgutil -V
> - System -
> Pkgutil         2.6.6
> Arch            sparc
> Solaris         5.9
> Pkg patch       113713 (not found)

Apply latest revision of patch 113713, there's known issues with the
pkg commands without it.

/peter


------------------------------

Message: 5
Date: Wed, 5 Mar 2014 13:27:30 +0100
From: Dagobert Michelsen <dam <at> opencsw.org>
To: Questions and discussions <users-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy@public.gmane.org>
Subject: Re: solaris 9 puppet
Message-ID: <CD50AD65-DBF7-4C18-AA05-DA3AAF547970-RJLij68YbUJAfugRpC6u6w@public.gmane.org>
Content-Type: text/plain; charset="windows-1252"

Hi Daniel,

Am 05.03.2014 um 11:56 schrieb Daniel Eather <daniel.eather-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>:
> Peter Bonivart <bonivart <at> ...> writes:
>
>> On Wed, Mar 5, 2014 at 2:02 AM, Daniel Eather
>> <daniel.eather <at> ...> wrote:
>>> Hi,
>>>
>>> I downloaded just that package, and the checksum matches yours...however
>>> when I even try to pkgadd it manually I get the same datastream error:
>>>
>>> # digest -a md5 cas_preserveconf-1.42\,REV\=2010.11.26-SunOS5.9-all-
>>> CSW.pkg.gz
>>> 61512a0082a457ec805949cdd97140b9
>>>
>>> # pkgadd -d cas_preserveconf-1.42,REV\=2010.11.26-SunOS5.9-all-CSW.pkg
>>> pkgadd: ERROR: attempt to process datastream failed
>>>    - bad format in datastream table-of-contents
>>> pkgadd: ERROR: could not process datastream from </tmp/cas_preserveconf-
>>> 1.42,REV=2010.11.26-SunOS5.9-all-CSW.pkg>
>>>
>>> Any ideas what to check here? I'm struggling to install puppet without
>>> opencsw :(
>>
>> Just to make sure, what's the MD5 for the unpacked file? Mine is
>> dc9a832eb039a4c5538c0fc468c4c521 and it installs fine. Could you post
>> the output of "pkgutil -V" please?
>
> Hi Peter,
>
> I really appreciate you taking the time to respond to my query.
>
> I can confirm the md5 hash of the unpacked pkg matches yours:
>
> # digest -a md5 cas_preserveconf-1.42,REV=2010.11.26-SunOS5.9-all-CSW.pkg
> dc9a832eb039a4c5538c0fc468c4c521

I also suggest to verify that LD_LIBRARY_PATH is *not* set. I had a case some time
ago preventing an installation where libxml2 was pulled in for pkgadd from some
other location breaking the addition with very strange error messages.

<at> Peter: May I suggest adding LD_LIBRARY_PATH as output to pkgutil -V?


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: <http://lists.opencsw.org/pipermail/users/attachments/20140305/eb0de3c9/attachment-0001.p7s>

------------------------------

Message: 6
Date: Wed, 5 Mar 2014 18:03:19 +0100
From: Peter Bonivart <bonivart <at> opencsw.org>
To: Questions and discussions <users-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy@public.gmane.org>
Subject: Re: solaris 9 puppet
Message-ID:
        <CABY0g1V-CmUxctxzYFVK3sMBeCLRhY2uHmTKU1sDYjOif1odRg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
Content-Type: text/plain; charset=ISO-8859-1

On Wed, Mar 5, 2014 at 1:27 PM, Dagobert Michelsen <dam-RJLij68YbUJAfugRpC6u6w@public.gmane.org> wrote:
> I also suggest to verify that LD_LIBRARY_PATH is *not* set. I had a case some time
> ago preventing an installation where libxml2 was pulled in for pkgadd from some
> other location breaking the addition with very strange error messages.
>
> <at> Peter: May I suggest adding LD_LIBRARY_PATH as output to pkgutil -V?

That should be taken care of since way back:

# Untainting
delete <at> ENV{qw(LD_LIBRARY_PATH IFS CDPATH ENV BASH_ENV)};    # Make %ENV safer
$ENV{'PATH'} = '/usr/sbin:/bin:/usr/bin:/opt/csw/bin';
$ENV{'LANG'} = 'C';

Guess who requested that:

v2.5. Released 2011-09-06
- pkgutil resets LD_LIBRARY_PATH (Dago)

;)

/peter


------------------------------

Subject: Digest Footer

_______________________________________________
users mailing list
users-ZwoEplunGu0I44EcYr5p3di2O/JbrIOy@public.gmane.org
https://lists.opencsw.org/mailman/listinfo/users

------------------------------

End of users Digest, Vol 119, Issue 2
*************************************


Gmane