From skayser at opencsw.org  Tue Nov  3 11:54:11 2009
From: skayser at opencsw.org (Sebastian Kayser)
Date: Tue, 3 Nov 2009 11:54:11 +0100
Subject: [csw-users] pkgutil: Loop protection limit hit ... cyclic catalog
	dependency
Message-ID: <20091103105411.GA17917@sebastiankayser.de>

Hi,

i am just about to upgrade some boxes running with current/ and on one
of those boxes pkgutil won't proceed because of a possible cyclic
dependency in the catalog.

# pkgutil -u
Looking for packages that can be upgraded...
Parsing catalog, may take a while...
Loop protection limit (25000) hit. There's probably a cyclic dependency
in the catalog.

# pkgutil -v
1.8

What's funny about this is that i just upgraded another machine with the
same catalog just fine. What's the proper way to nail down the culprit
here? The boxes are almost the same: the one where i am seeing the
problem above has a couple of packages less installed compared to the
one that upgraded fine.

Catalog cksum is

# wget -qO- \
  http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10/catalog | \
  cksum
1402088625      411934

Sebastian

From bonivart at opencsw.org  Tue Nov  3 14:01:49 2009
From: bonivart at opencsw.org (Peter Bonivart)
Date: Tue, 3 Nov 2009 14:01:49 +0100
Subject: [csw-users] pkgutil: Loop protection limit hit ... cyclic
	catalog dependency
In-Reply-To: <20091103105411.GA17917@sebastiankayser.de>
References: <20091103105411.GA17917@sebastiankayser.de>
Message-ID: <625385e30911030501m3729150o83a9d56010d80622@mail.gmail.com>

On Tue, Nov 3, 2009 at 11:54 AM, Sebastian Kayser <skayser at opencsw.org> wrote:
> What's funny about this is that i just upgraded another machine with the
> same catalog just fine. What's the proper way to nail down the culprit
> here? The boxes are almost the same: the one where i am seeing the
> problem above has a couple of packages less installed compared to the
> one that upgraded fine.

There's a long standing issue with some Apache Jakarta packages. If
you run "chkcat -e" on the catalog you will see this:

ERROR! Cyclic dependency detected in package CSWajccollect.
ERROR! Cyclic dependency detected in package CSWajcconfig.
ERROR! Cyclic dependency detected in package CSWajcemail.
ERROR! Cyclic dependency detected in package CSWajcnet.

Don't run it without -e (erroronly) as it will warn about every
package affected by these four errors and that's a lot of packages.
Most likely you're trying to upgrade one of those. That's why it works
on another machine that doesn't have one of the affected packages.

-- 
/peter

From skayser at opencsw.org  Tue Nov  3 14:15:07 2009
From: skayser at opencsw.org (Sebastian Kayser)
Date: Tue, 3 Nov 2009 14:15:07 +0100
Subject: [csw-users] pkgutil: Loop protection limit hit ... cyclic
	catalog dependency
In-Reply-To: <625385e30911030501m3729150o83a9d56010d80622@mail.gmail.com>
References: <20091103105411.GA17917@sebastiankayser.de>
	<625385e30911030501m3729150o83a9d56010d80622@mail.gmail.com>
Message-ID: <20091103131507.GC17917@sebastiankayser.de>

* Peter Bonivart <bonivart at opencsw.org> wrote:
> On Tue, Nov 3, 2009 at 11:54 AM, Sebastian Kayser <skayser at opencsw.org> wrote:
> > What's funny about this is that i just upgraded another machine with the
> > same catalog just fine. What's the proper way to nail down the culprit
> > here? The boxes are almost the same: the one where i am seeing the
> > problem above has a couple of packages less installed compared to the
> > one that upgraded fine.
> 
> There's a long standing issue with some Apache Jakarta packages. If
> you run "chkcat -e" on the catalog you will see this:
> 
> ERROR! Cyclic dependency detected in package CSWajccollect.
> ERROR! Cyclic dependency detected in package CSWajcconfig.
> ERROR! Cyclic dependency detected in package CSWajcemail.
> ERROR! Cyclic dependency detected in package CSWajcnet.
> 
> Don't run it without -e (erroronly) as it will warn about every
> package affected by these four errors and that's a lot of packages.
> Most likely you're trying to upgrade one of those. That's why it works
> on another machine that doesn't have one of the affected packages.

Thanks for pointing me to -e, that's exactly what i was looking for.
None of those four packages is installed on the affected machine though.

# pkgutil -u
Looking for packages that can be upgraded...
Parsing catalog, may take a while...
Loop protection limit (25000) hit. There's probably a cyclic dependency
in the catalog.

# pkginfo | grep CSWaj
#

Sebastian

From bonivart at opencsw.org  Tue Nov  3 14:32:47 2009
From: bonivart at opencsw.org (Peter Bonivart)
Date: Tue, 3 Nov 2009 14:32:47 +0100
Subject: [csw-users] pkgutil: Loop protection limit hit ... cyclic
	catalog dependency
In-Reply-To: <20091103131507.GC17917@sebastiankayser.de>
References: <20091103105411.GA17917@sebastiankayser.de>
	<625385e30911030501m3729150o83a9d56010d80622@mail.gmail.com> 
	<20091103131507.GC17917@sebastiankayser.de>
Message-ID: <625385e30911030532m78180fb9ld84cdeb89f12f963@mail.gmail.com>

On Tue, Nov 3, 2009 at 2:15 PM, Sebastian Kayser <skayser at opencsw.org> wrote:
> Thanks for pointing me to -e, that's exactly what i was looking for.
> None of those four packages is installed on the affected machine though.

But maybe one package that now has a dependency to one of those
four..? I'm pretty sure one of those are involved in the chain of
dependencies.

If you post (maybe offlist) me a list of your CSW packages I can check
it for you.

-- 
/peter

From skayser at opencsw.org  Tue Nov  3 14:48:14 2009
From: skayser at opencsw.org (Sebastian Kayser)
Date: Tue, 3 Nov 2009 14:48:14 +0100
Subject: [csw-users] pkgutil: Loop protection limit hit ... cyclic
	catalog dependency
In-Reply-To: <625385e30911030532m78180fb9ld84cdeb89f12f963@mail.gmail.com>
References: <20091103105411.GA17917@sebastiankayser.de>
	<625385e30911030501m3729150o83a9d56010d80622@mail.gmail.com>
	<20091103131507.GC17917@sebastiankayser.de>
	<625385e30911030532m78180fb9ld84cdeb89f12f963@mail.gmail.com>
Message-ID: <20091103134814.GD17917@sebastiankayser.de>

* Peter Bonivart <bonivart at opencsw.org> wrote:
> On Tue, Nov 3, 2009 at 2:15 PM, Sebastian Kayser <skayser at opencsw.org> wrote:
> > Thanks for pointing me to -e, that's exactly what i was looking for.
> > None of those four packages is installed on the affected machine though.
> 
> But maybe one package that now has a dependency to one of those
> four..? I'm pretty sure one of those are involved in the chain of
> dependencies.
> 
> If you post (maybe offlist) me a list of your CSW packages I can check
> it for you.

Thanks, Peter. The list can be found here: http://dpaste.com/115764/

Sebastian

From dewey at hyltown.com  Thu Nov  5 13:40:33 2009
From: dewey at hyltown.com (Dewey Hylton)
Date: Thu, 05 Nov 2009 07:40:33 -0500
Subject: [csw-users] apache2 / mod_perl2 / oracle
Message-ID: <3b58e884f8824219b7b46ad0e1a675fd@127.0.0.1>

hi all. i've been highly unsuccessful moving a particular set of websites
from linux to solaris due to perl module issues. this of course is not
strictly a csw issue, but my preference is to install everything necessary
via csw.

to this end, i'd like to ask if anyone can point me to a recipe for what
i'm trying to do. ultimately, this is what i'd like:

apache2 running mod_perl
apache/perl talking to oracle (oracle client is of course outside the scope
of csw)
apache auth via oracle

i'm darned close using apache13, but this is not ideal for several reasons.



From blizinski at google.com  Thu Nov  5 14:56:14 2009
From: blizinski at google.com (Maciej (Matchek) Blizinski)
Date: Thu, 5 Nov 2009 13:56:14 +0000
Subject: [csw-users] apache2 / mod_perl2 / oracle
In-Reply-To: <3b58e884f8824219b7b46ad0e1a675fd@127.0.0.1>
References: <3b58e884f8824219b7b46ad0e1a675fd@127.0.0.1>
Message-ID: <ce97543b0911050556g5cac37c1tf96b262a3ccf158@mail.gmail.com>

On Thu, Nov 5, 2009 at 12:40 PM, Dewey Hylton <dewey at hyltown.com> wrote:
> to this end, i'd like to ask if anyone can point me to a recipe for what
> i'm trying to do. ultimately, this is what i'd like:
>
> apache2 running mod_perl
> apache/perl talking to oracle (oracle client is of course outside the scope
> of csw)

We wouldn't be distributing the binaries, but we could have a GAR
recipe that would allow people to build packages for themselves and
distribute them internally in the organization.  For instance, I'm
currently working on a recipe for Perforce command line client.

Maciej

From maciej at opencsw.org  Thu Nov  5 14:56:45 2009
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Thu, 5 Nov 2009 13:56:45 +0000
Subject: [csw-users] apache2 / mod_perl2 / oracle
In-Reply-To: <3b58e884f8824219b7b46ad0e1a675fd@127.0.0.1>
References: <3b58e884f8824219b7b46ad0e1a675fd@127.0.0.1>
Message-ID: <ce97543b0911050556ifde5e20hf4fb93e260db9f20@mail.gmail.com>

On Thu, Nov 5, 2009 at 12:40 PM, Dewey Hylton <dewey at hyltown.com> wrote:
> apache2 running mod_perl
> apache/perl talking to oracle (oracle client is of course outside the scope
> of csw)
> apache auth via oracle

We wouldn't be distributing the binaries, but we could have a GAR
recipe that would allow people to build packages for themselves and
distribute them internally in the organization.  For instance, I'm
currently working on a recipe for Perforce command line client.

Maciej

From skayser at opencsw.org  Fri Nov  6 00:05:53 2009
From: skayser at opencsw.org (Sebastian Kayser)
Date: Fri, 06 Nov 2009 00:05:53 +0100
Subject: [csw-users] apache2 / mod_perl2 / oracle
In-Reply-To: <3b58e884f8824219b7b46ad0e1a675fd@127.0.0.1>
References: <3b58e884f8824219b7b46ad0e1a675fd@127.0.0.1>
Message-ID: <4AF35A51.3050701@opencsw.org>

Hi Dewey,

Dewey Hylton wrote on 05.11.2009 13:40:
> hi all. i've been highly unsuccessful moving a particular set of websites
> from linux to solaris due to perl module issues. this of course is not
> strictly a csw issue, but my preference is to install everything necessary
> via csw.
> 
> to this end, i'd like to ask if anyone can point me to a recipe for what
> i'm trying to do. ultimately, this is what i'd like:
> 
> apache2 running mod_perl
> apache/perl talking to oracle (oracle client is of course outside the scope
> of csw)
> apache auth via oracle

if you have been running that kind of stuff on a Linux platform before,
what packages did you use there? Is it something like:

- Apache2/APR compiled with apr_dbd_oracle.so for authentication
- DBD::Oracle for Perl Oracle connectivity
- Oracle client

> i'm darned close using apache13, but this is not ideal for several reasons.

Aside from the drawbacks you are implying, would our Apache 1.3 package
put you in a position to connect to Oracle? How?

Sebastian

From dewey at hyltown.com  Fri Nov  6 01:13:28 2009
From: dewey at hyltown.com (Dewey Hylton)
Date: Thu, 5 Nov 2009 19:13:28 -0500
Subject: [csw-users] apache2 / mod_perl2 / oracle
In-Reply-To: <4AF35A51.3050701@opencsw.org>
References: <3b58e884f8824219b7b46ad0e1a675fd@127.0.0.1>
	<4AF35A51.3050701@opencsw.org>
Message-ID: <208B028B-7A5F-4864-81E3-06E3A48032B1@hyltown.com>

On Nov 5, 2009, at 6:05 PM, Sebastian Kayser wrote:

> Hi Dewey,
>
> Dewey Hylton wrote on 05.11.2009 13:40:
>> hi all. i've been highly unsuccessful moving a particular set of  
>> websites
>> from linux to solaris due to perl module issues. this of course is  
>> not
>> strictly a csw issue, but my preference is to install everything  
>> necessary
>> via csw.
>>
>> to this end, i'd like to ask if anyone can point me to a recipe for  
>> what
>> i'm trying to do. ultimately, this is what i'd like:
>>
>> apache2 running mod_perl
>> apache/perl talking to oracle (oracle client is of course outside  
>> the scope
>> of csw)
>> apache auth via oracle
>
> if you have been running that kind of stuff on a Linux platform  
> before,
> what packages did you use there? Is it something like:
>
> - Apache2/APR compiled with apr_dbd_oracle.so for authentication
> - DBD::Oracle for Perl Oracle connectivity
> - Oracle client
>
>> i'm darned close using apache13, but this is not ideal for several  
>> reasons.
>
> Aside from the drawbacks you are implying, would our Apache 1.3  
> package
> put you in a position to connect to Oracle? How?
>
> Sebastian

on the linux side...

system packages:
	apache2

CPAN:
	Apache::DBI
	Apache::Session:DBI
	DBI
	CGI
	mod_perl2
	LWP::UserAgent
	HTML::Embperl

manually installed:
	http://search.cpan.org/CPAN/authors/id/M/ME/MERGL/ApacheDBI-0.71.tar.gz


apache2 has configs including this:

	PerlAuthenHandler Apache::AuthDBI::authen
	PerlAuthzHandler Apache::AuthDBI::authz
	
	<Location /xxx>
	SetHandler perl-script
	PerlHandler Apache::Registry
	Options Includes FollowSymLinks ExecCGI
	</Location>

...

now, on the solaris side i started with these and all the dependencies  
they brought with them:
	pkgutil -in CSWpmapachedbi CSWpmdbdoracle

i used the csw perl/cpan to install a few of the other modules. i had  
to manually install DBD::Oracle (from CPAN) but it got me part way  
there. apache auth via oracle is currently working, but for some  
reason the perl cgis are not getting ORACLE_HOME and other variables  
passed and are failing to connect with oracle for that reason. i think  
it's an apache config issue, but have yet to find it. i'd still rather  
use apache2 and not have to rewrite so much of the config.

that was a lot of stuff; i hope it answers your questions. thanks for  
your interest.

From skayser at opencsw.org  Fri Nov  6 01:41:31 2009
From: skayser at opencsw.org (Sebastian Kayser)
Date: Fri, 06 Nov 2009 01:41:31 +0100
Subject: [csw-users] apache2 / mod_perl2 / oracle
In-Reply-To: <208B028B-7A5F-4864-81E3-06E3A48032B1@hyltown.com>
References: <3b58e884f8824219b7b46ad0e1a675fd@127.0.0.1>	<4AF35A51.3050701@opencsw.org>
	<208B028B-7A5F-4864-81E3-06E3A48032B1@hyltown.com>
Message-ID: <4AF370BB.3060708@opencsw.org>

Dewey Hylton wrote on 06.11.2009 01:13:
> On Nov 5, 2009, at 6:05 PM, Sebastian Kayser wrote:
>> Dewey Hylton wrote on 05.11.2009 13:40:
>>> hi all. i've been highly unsuccessful moving a particular set of  
>>> websites from linux to solaris due to perl module issues. this of course is  
>>> not strictly a csw issue, but my preference is to install everything  
>>> necessary via csw.
>>>
>>> to this end, i'd like to ask if anyone can point me to a recipe for  
>>> what i'm trying to do. ultimately, this is what i'd like:
>>>
>>> apache2 running mod_perl
>>> apache/perl talking to oracle (oracle client is of course outside  
>>> the scope of csw)
>>> apache auth via oracle
>>
>> if you have been running that kind of stuff on a Linux platform  
>> before, what packages did you use there?
>>
> on the linux side...
> 
> system packages:
> 	apache2
> 
> CPAN:
> 	Apache::DBI
> 	Apache::Session:DBI
> 	DBI
> 	CGI
> 	mod_perl2
> 	LWP::UserAgent
> 	HTML::Embperl
> 
> manually installed:
> 	http://search.cpan.org/CPAN/authors/id/M/ME/MERGL/ApacheDBI-0.71.tar.gz
> 
> 
> apache2 has configs including this:
> 
> 	PerlAuthenHandler Apache::AuthDBI::authen
> 	PerlAuthzHandler Apache::AuthDBI::authz
> 	
> 	<Location /xxx>
> 	SetHandler perl-script
> 	PerlHandler Apache::Registry
> 	Options Includes FollowSymLinks ExecCGI
> 	</Location>
> 
> ...
> 
> now, on the solaris side i started with these and all the dependencies  
> they brought with them:
> 	pkgutil -in CSWpmapachedbi CSWpmdbdoracle
> 
> i used the csw perl/cpan to install a few of the other modules. i had  
> to manually install DBD::Oracle (from CPAN) but it got me part way  
> there. apache auth via oracle is currently working, but for some  
> reason the perl cgis are not getting ORACLE_HOME and other variables  
> passed and are failing to connect with oracle for that reason. i think  
> it's an apache config issue, but have yet to find it.

I am not very familiar with that kind of setup, but there is a mod_perl
"known pitfalls" item that specifically refers to environment variables
and DBD::Oracle

http://perl.apache.org/docs/2.0/user/troubleshooting/troubleshooting.html#C_Libraries_Don_t_See_C__ENV__Entries_Set_by_Perl_Code

Although the same combination runs fine on Linux, does this read like
what you are facing right now?

Sebastian

From bwalton at opencsw.org  Fri Nov  6 02:25:49 2009
From: bwalton at opencsw.org (Ben Walton)
Date: Thu, 05 Nov 2009 20:25:49 -0500
Subject: [csw-users] apache2 / mod_perl2 / oracle
In-Reply-To: <208B028B-7A5F-4864-81E3-06E3A48032B1@hyltown.com>
References: <3b58e884f8824219b7b46ad0e1a675fd@127.0.0.1>
	<4AF35A51.3050701@opencsw.org>
	<208B028B-7A5F-4864-81E3-06E3A48032B1@hyltown.com>
Message-ID: <1257470624-sup-6399@ntdws12.chass.utoronto.ca>

Excerpts from Dewey Hylton's message of Thu Nov 05 19:13:28 -0500 2009:

> reason the perl cgis are not getting ORACLE_HOME and other variables  
> passed and are failing to connect with oracle for that reason. i think  
> it's an apache config issue, but have yet to find it. i'd still rather  
> use apache2 and not have to rewrite so much of the config.

I just updated a box running solaris 8 with an old apache + oracle
setup to solaris 10.  I had to use the following two commands to get
some of the final oracle bits in place:

svccfg -s svc:/network/cswapache2:default setenv ORACLE_SID \*
svccfg -s svc:/network/cswapache2:default setenv ORACLE_HOME /homes/oracle/product/9.2.0.1.0/

The ORACLE_SID bit was important in my environment, but I'm not sure
if it's globally required or not.  Oracle is a black box to me that
our 'seer' (dba) deals with.

HTH.
-Ben

-- 
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302

GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu
Contact me to arrange for a CAcert assurance meeting.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/users/attachments/20091105/3cdc05c8/attachment.asc>

From bwalton at opencsw.org  Fri Nov  6 19:45:04 2009
From: bwalton at opencsw.org (Ben Walton)
Date: Fri, 06 Nov 2009 13:45:04 -0500
Subject: [csw-users] ruby update info
Message-ID: <1257532650-sup-6766@ntdws12.chass.utoronto.ca>


Hi All,

A new version of ruby will be hitting the mirrors shortly.  This is
not a version change.  The updated binaries have been built with sun
studio 11 instead of gcc4[1].

This means that, by default, to compile native gems, you'll need
studio 11 installed at /opt/csw/studio/SOS11/.  To facilitate sites
that would prefer not to drag studio 11 onto their machines (myself
included), I'm also shipping the rbconfig.rb file from the gcc4 build
and a tool to switch between the two.  You can now use `cswrbconfig`
to switch between the SOS11 and GCC4 settings as desired.
Additionally, you can also add your own settings by installing a file
like /opt/csw/lib/ruby/1.8/$arch-solaris2.8/rbconfig.rb.$SITELOCAL

I've tested this update with previously compiled gems (mysql) and
found that they seemed ok.  I hope that this update is painless, but I
wanted to make people aware of the change just in case.  Please let me
know if you encounter any problems as a result of this update.

Thanks
-Ben

[1] To close a bug and to be more consistent with CSW guidelines and
    the perl/python CSW builds.
-- 
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302

GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu
Contact me to arrange for a CAcert assurance meeting.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/users/attachments/20091106/b1920565/attachment.asc>

From dam at opencsw.org  Mon Nov  9 21:45:42 2009
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 9 Nov 2009 21:45:42 +0100
Subject: [csw-users] Renaming of package CSWpmtextcsvxs
Message-ID: <CD470E38-50CD-4D63-8182-70CAC794AB48@opencsw.org>

Hi,

with the update of the package with the catalog name
   pm_textcsvxs
the package has been renamed
   from CSWpmttextcsvxs (typo in doubled 't')
   to   CSWpmtextcsvxs

Please correct the issue by removing the old package with
   pkginfo -q CSWpmttextcsvxs && pkgrm CSWpmttextcsvxs && pkg-get -i  
pm_textcsvxs

There are no packages inside OpenCSW depending on this package. It
just speeds of CSWpmtextcsv.


Sorry for the inconvenience

   -- Dago

From ellson at opencsw.org  Tue Nov 10 05:25:54 2009
From: ellson at opencsw.org (John Ellson)
Date: Mon, 09 Nov 2009 23:25:54 -0500
Subject: [csw-users] graphviz-2.24 release
Message-ID: <4AF8EB52.6050200@opencsw.org>

Graphviz is a collection  of tools for the layout of graphs of nodes and 
edges.
The upstream site is:

     http://www.graphviz.org/

As the new graphviz maintainer (and a longtime upstream contributor), I 
have just released a set of graphviz-2.24 packages, superseding 
graphviz2 (graphviz-2.22) and graphviz (graphviz-1.18)

All users of graphviz or graphviz2 packages should now 'pkg-get -U -u 
graphviz', which should automatically replace their older versions.

The full set of packages are:

graphviz-2.24.0,REV=2009.11.07-SunOS5.8-i386-CSW.pkg.gz
graphvizdevel-2.24.0,REV=2009.11.07-SunOS5.8-i386-CSW.pkg.gz
graphvizgd-2.24.0,REV=2009.11.07-SunOS5.8-i386-CSW.pkg.gz
graphvizguile-2.24.0,REV=2009.11.07-SunOS5.8-i386-CSW.pkg.gz
graphvizperl-2.24.0,REV=2009.11.07-SunOS5.8-i386-CSW.pkg.gz
graphvizpython-2.24.0,REV=2009.11.07-SunOS5.8-i386-CSW.pkg.gz
graphvizsharp-2.24.0,REV=2009.11.07-SunOS5.8-i386-CSW.pkg.gz
graphviztcl-2.24.0,REV=2009.11.07-SunOS5.8-i386-CSW.pkg.gz


graphviz-2.24.0,REV=2009.11.07-SunOS5.8-sparc-CSW.pkg.gz
graphvizdevel-2.24.0,REV=2009.11.07-SunOS5.8-sparc-CSW.pkg.gz
graphvizgd-2.24.0,REV=2009.11.07-SunOS5.8-sparc-CSW.pkg.gz
graphvizguile-2.24.0,REV=2009.11.07-SunOS5.8-sparc-CSW.pkg.gz
graphvizperl-2.24.0,REV=2009.11.07-SunOS5.8-sparc-CSW.pkg.gz
graphvizpython-2.24.0,REV=2009.11.07-SunOS5.8-sparc-CSW.pkg.gz
graphvizsharp-2.24.0,REV=2009.11.07-SunOS5.8-sparc-CSW.pkg.gz
graphviztcl-2.24.0,REV=2009.11.07-SunOS5.8-sparc-CSW.pkg.gz


Of the extra packages:

     graphvizgd: is required for gif or jpeg output, or input of gif or 
jpeg node images, but can be omitted otherwise.

     graphvizdevel:  is for C/C++ reuse of the graphviz libraries.

     graphvizguile, graphvizperl, graphvizpython, graphvizsharp, 
graphviztcl:    are optional language bindings to graphviz.   Only 
required if you are going to write scripts that use the graphviz 
language bindings.  (Not required for command line usage of graphviz 
tools from scripting languages).



John Ellson
AT&T Research



From skayser at opencsw.org  Tue Nov 10 14:27:52 2009
From: skayser at opencsw.org (Sebastian Kayser)
Date: Tue, 10 Nov 2009 14:27:52 +0100
Subject: [csw-users] pkgutil: Loop protection limit hit ... cyclic
	catalog dependency
In-Reply-To: <20091103105411.GA17917@sebastiankayser.de>
References: <20091103105411.GA17917@sebastiankayser.de>
Message-ID: <20091110132752.GB30301@sebastiankayser.de>

* Sebastian Kayser <skayser at opencsw.org> wrote:
> i am just about to upgrade some boxes running with current/ and on one
> of those boxes pkgutil won't proceed because of a possible cyclic
> dependency in the catalog.
> 
> # pkgutil -u
> Looking for packages that can be upgraded...
> Parsing catalog, may take a while...
> Loop protection limit (25000) hit. There's probably a cyclic dependency
> in the catalog.
> 
> # pkgutil -v
> 1.8

In case anyone else is running into this issue, Peter pointed out a
possible tweak which solved the problem for me. Upon setting
maxpkglist=100000 in pkgutil.conf the issue went away and i could
properly upgrade the affected machine.

Sebastian

From ghenry at cmi.univ-mrs.fr  Tue Nov 10 16:10:42 2009
From: ghenry at cmi.univ-mrs.fr (Gerard Henry)
Date: Tue, 10 Nov 2009 16:10:42 +0100
Subject: [csw-users] pkgutil: Loop protection limit hit ...
 cyclic	catalog dependency
In-Reply-To: <20091110132752.GB30301@sebastiankayser.de>
References: <20091103105411.GA17917@sebastiankayser.de>
	<20091110132752.GB30301@sebastiankayser.de>
Message-ID: <4AF98272.5090505@cmi.univ-mrs.fr>

Sebastian Kayser wrote:
> * Sebastian Kayser <skayser at opencsw.org> wrote:
>> i am just about to upgrade some boxes running with current/ and on one
>> of those boxes pkgutil won't proceed because of a possible cyclic
>> dependency in the catalog.
>>
>> # pkgutil -u
>> Looking for packages that can be upgraded...
>> Parsing catalog, may take a while...
>> Loop protection limit (25000) hit. There's probably a cyclic dependency
>> in the catalog.
>>
>> # pkgutil -v
>> 1.8
> 
> In case anyone else is running into this issue, Peter pointed out a
> possible tweak which solved the problem for me. Upon setting
> maxpkglist=100000 in pkgutil.conf the issue went away and i could
> properly upgrade the affected machine.
> 

youre are lucky than i:
calypso-root% /opt/csw/bin/pkgutil -u evince
Checking catalog integrity with gpg.
...
Parsing catalog, may take a while...
Loop protection limit (100000) hit. There's probably a cyclic dependency
in the catalog.
calypso-root% pkginfo | grep CSWaj
calypso-root%

gerard

From bonivart at opencsw.org  Tue Nov 10 16:43:56 2009
From: bonivart at opencsw.org (Peter Bonivart)
Date: Tue, 10 Nov 2009 16:43:56 +0100
Subject: [csw-users] pkgutil: Loop protection limit hit ... cyclic
	catalog dependency
In-Reply-To: <4AF98272.5090505@cmi.univ-mrs.fr>
References: <20091103105411.GA17917@sebastiankayser.de>
	<20091110132752.GB30301@sebastiankayser.de> 
	<4AF98272.5090505@cmi.univ-mrs.fr>
Message-ID: <625385e30911100743p703b4a4fmf662ec5b847fbab5@mail.gmail.com>

On Tue, Nov 10, 2009 at 4:10 PM, Gerard Henry <ghenry at cmi.univ-mrs.fr> wrote:
> youre are lucky than i:
> calypso-root% /opt/csw/bin/pkgutil -u evince
> Checking catalog integrity with gpg.
> ...
> Parsing catalog, may take a while...
> Loop protection limit (100000) hit. There's probably a cyclic dependency
> in the catalog.

I just tested with evince and it took 130456 iterations to solve the
dependencies (88 packages). Please raise to something like 250000.
It's not a bad thing having a high number, it just takes a little
longer for pkgutil to bail if there really is a cyclic dependency.
Apparently I set the default too low for some of you with many complex
packages since it seems to cause false positives.

I will bump it up for the next release. We're also working on tuning
the algorithm to save iterations but it's a work in progress.

-- 
/peter

From ghenry at cmi.univ-mrs.fr  Thu Nov 12 12:49:24 2009
From: ghenry at cmi.univ-mrs.fr (gerard)
Date: Thu, 12 Nov 2009 12:49:24 +0100
Subject: [csw-users] pkgutil: Loop protection limit hit ...
 cyclic	catalog dependency
In-Reply-To: <625385e30911100743p703b4a4fmf662ec5b847fbab5@mail.gmail.com>
References: <20091103105411.GA17917@sebastiankayser.de>	<20091110132752.GB30301@sebastiankayser.de>
	<4AF98272.5090505@cmi.univ-mrs.fr>
	<625385e30911100743p703b4a4fmf662ec5b847fbab5@mail.gmail.com>
Message-ID: <4AFBF644.3030805@cmi.univ-mrs.fr>

Peter Bonivart wrote:
> On Tue, Nov 10, 2009 at 4:10 PM, Gerard Henry <ghenry at cmi.univ-mrs.fr> wrote:
>> youre are lucky than i:
>> calypso-root% /opt/csw/bin/pkgutil -u evince
>> Checking catalog integrity with gpg.
>> ...
>> Parsing catalog, may take a while...
>> Loop protection limit (100000) hit. There's probably a cyclic dependency
>> in the catalog.
> 
> I just tested with evince and it took 130456 iterations to solve the
> dependencies (88 packages). Please raise to something like 250000.
> It's not a bad thing having a high number, it just takes a little
> longer for pkgutil to bail if there really is a cyclic dependency.
> Apparently I set the default too low for some of you with many complex
> packages since it seems to cause false positives.
> 
> I will bump it up for the next release. We're also working on tuning
> the algorithm to save iterations but it's a work in progress.
> 

thanks for your help. It works,

gerard



From dam at opencsw.org  Thu Nov 12 20:06:50 2009
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 12 Nov 2009 20:06:50 +0100
Subject: [csw-users] Update of esound requires manual intervention to keep
	modified esd.conf
Message-ID: <3445412C-9159-4681-AFA8-0B9552118B77@opencsw.org>

Dear users,

the previous update of the esound package 0.2.41,REV=2009.10.05
has a flaw which erranously removes /opt/csw/etc/esd.conf
on package removal and hence also on update.

Today on updated esound package 0.2.41,REV=2009.11.10 was
released which fixes this issue and also relocated the
esd.conf conforming to the sparseroot-friendly new
standardlocation /etc/opt/csw/esd.conf.

If you have not modified your esd.conf there is no
need for manual intervention.

If you have modified your esd.conf please issue the
following steps to make sure your changes are kept:

  cp /opt/csw/etc/esd.conf /opt/csw/etc/esd.conf.save
  pkgrm CSWesound
  mv /opt/csw/etc/esd.conf.save /opt/csw/etc/esd.conf
  pkg-get -i esound


Sorry for the inconvenience

   -- Dago

From s_angelov at filibeto.org  Sat Nov 14 17:05:54 2009
From: s_angelov at filibeto.org (Stoyan Angelov)
Date: Sat, 14 Nov 2009 18:05:54 +0200
Subject: [csw-users] pidgin fails when aspell is installed
Message-ID: <4AFED562.5000000@filibeto.org>

hello all,

i am having several problems with pidgin and aspell that i can't seem to 
resolve. when trying to run pidgin with aspell installed i get the 
following errors:

$pidgin
ld.so.1: pidgin: fatal: libgcc_s.so.1: version `GCC_4.2.0' not found 
(required by file /opt/csw/gcc4/lib/libstdc++.so.6)
ld.so.1: pidgin: fatal: libgcc_s.so.1: open failed: No such file or 
directory
ld.so.1: pidgin: fatal: relocation error: file 
/opt/csw/lib/i386/libaspell.so.15: symbol 
_ZTVN10__cxxabiv120__si_class_type_infoE: referenced symbol not found
Killed

during the installation of aspellbg there is a similar error:
<snip>
Installing aspellbg - aspell dictionary for Bulgarian as <CSWaspellbg>

## Installing part 1 of 1.
ld.so.1: aspell: fatal: libgcc_s.so.1: version `GCC_4.2.0' not found 
(required by file /opt/csw/gcc4/lib/libstdc++.so.6)
ld.so.1: aspell: fatal: libgcc_s.so.1: open failed: No such file or 
directory
/opt/csw/lib/aspell/bg.dat
/opt/csw/lib/aspell/bg.multi

libaspell.so.10 seem to refer to libgcc_s.so.1 (GCC_4.2.0) but this 
dependency can not be resolved.
$ldd /opt/csw/lib/i386/libaspell.so.15
         libdl.so.1 =>    /lib/libdl.so.1
         libintl.so.3 =>  /opt/csw/lib/libintl.so.3
         libc.so.1 =>     /lib/libc.so.1
         libiconv.so.2 =>         /opt/csw/lib/libiconv.so.2
         libstdc++.so.6 =>        /opt/csw/gcc4/lib/libstdc++.so.6
         libm.so.1 =>     /lib/libm.so.1
         libgcc_s.so.1 =>         /opt/csw/gcc4/lib/libgcc_s.so.1
         libgcc_s.so.1 =>         /usr/sfw/lib/libgcc_s.so.1
         libgcc_s.so.1 (GCC_4.2.0) =>     (version not found)
         libm.so.2 =>     /lib/libm.so.2

if aspell is not installed pidgin runs, however trying to list the 
dynamic dependencies i see the following:
$ldd /opt/csw/bin/pidgin  |grep found (output truncated)
         libXext.so.0 (SUNW_1.1) =>       (version not found)
         libXext.so.0 (SUNWprivate) =>    (version not found)
         libSM.so.6 (SUNWprivate) =>      (version not found)
         libICE.so.6 (SUNWprivate) =>     (version not found)
         libXext.so.0 (SUNW_1.1) =>       (version not found)

i am using Solaris 10 11/06, x86. all opencsw packages are upgraded to 
their latest version. i found a similar bug reported for aspell and 
installed the latest version of the SunOS 5.10_x86: Shared library patch 
for C++_x86 (119964-19) but the problem persists.

there is a similar problem with libstdc++.so.6
$ldd /opt/csw/gcc4/lib/libstdc++.so.6
         libm.so.1 =>     /lib/libm.so.1
         libgcc_s.so.1 =>         /usr/sfw/lib/ibgcc_s.so.1
         libgcc_s.so.1 (GCC_4.2.0) =>     (version not found)
         libc.so.1 =>     /lib/libc.so.1
         libm.so.2 =>     /lib/libm.so.2

any help will be appreciated.

greetings,

Stoyan


From james at opencsw.org  Sat Nov 14 18:11:44 2009
From: james at opencsw.org (James Lee)
Date: Sat, 14 Nov 2009 17:11:44 GMT
Subject: [csw-users] pidgin fails when aspell is installed
In-Reply-To: <4AFED562.5000000@filibeto.org>
References: <4AFED562.5000000@filibeto.org>
Message-ID: <20091114.17114400.2344528165@gyor.oxdrove.co.uk>

On 14/11/09, 16:05:54, Stoyan Angelov <s_angelov at filibeto.org> wrote 
regarding [csw-users] pidgin fails when aspell is installed:

> libaspell.so.10 seem to refer to libgcc_s.so.1 (GCC_4.2.0) but this
> dependency can not be resolved.
> $ldd /opt/csw/lib/i386/libaspell.so.15
>          libdl.so.1 =>    /lib/libdl.so.1
>          libintl.so.3 =>  /opt/csw/lib/libintl.so.3
>          libc.so.1 =>     /lib/libc.so.1
>          libiconv.so.2 =>         /opt/csw/lib/libiconv.so.2
>          libstdc++.so.6 =>        /opt/csw/gcc4/lib/libstdc++.so.6
>          libm.so.1 =>     /lib/libm.so.1
>          libgcc_s.so.1 =>         /opt/csw/gcc4/lib/libgcc_s.so.1
>          libgcc_s.so.1 =>         /usr/sfw/lib/libgcc_s.so.1
>          libgcc_s.so.1 (GCC_4.2.0) =>     (version not found)
>          libm.so.2 =>     /lib/libm.so.2


It is in fact gcc4 that is looking for that lib:


$ ldd -s /opt/csw/lib/libaspell.so.15
...

   find object=libgcc_s.so.1; required by /opt/csw/lib/libaspell.so.15
    search path=/opt/csw/lib:/opt/csw/gcc4/lib  (RPATH from file 
/opt/csw/lib/libaspell.so.15)
    trying path=/opt/csw/lib/libgcc_s.so.1
        libgcc_s.so.1 =>         /opt/csw/lib/libgcc_s.so.1

...
   find object=libgcc_s.so.1; required by 
/opt/csw/gcc4/lib/libstdc++.so.6
    search path=/lib:/usr/lib  (default)
    trying path=/lib/libgcc_s.so.1
    trying path=/usr/lib/libgcc_s.so.1
        libgcc_s.so.1 (GCC_4.3.0) =>     (version not found)
...


Do you have CSWgcc3g++rt installed?  Note gcc changed since aspell
was compiled, if you have gcc3g++rt installed it picks it up a
different libstdc++.so.6 (even though gcc4 added the path...)


Why is your test picking up /usr/sfw/lib?  (run ldd -s ...)




James.


From s_angelov at filibeto.org  Sat Nov 14 19:32:36 2009
From: s_angelov at filibeto.org (Stoyan Angelov)
Date: Sat, 14 Nov 2009 20:32:36 +0200
Subject: [csw-users] pidgin fails when aspell is installed
In-Reply-To: <20091114.17114400.2344528165@gyor.oxdrove.co.uk>
References: <4AFED562.5000000@filibeto.org>
	<20091114.17114400.2344528165@gyor.oxdrove.co.uk>
Message-ID: <4AFEF7C4.1050407@filibeto.org>

On 11/14/09 19:11, James Lee wrote:
<snip>
> Do you have CSWgcc3g++rt installed?  Note gcc changed since aspell
> was compiled, if you have gcc3g++rt installed it picks it up a
> different libstdc++.so.6 (even though gcc4 added the path...)
>
>
> Why is your test picking up /usr/sfw/lib?  (run ldd -s ...)
>

hi James,

i don't have gcc3g++rt installed but you nailed the problem with the 
/usr/sfw/lib destination. i forgot to remove /usr/sfw/lib from crle's 
configuration. after fixing this pidgin works with aspell installed. 
thanks for your help!


greetings,

Stoyan



From james at opencsw.org  Sat Nov 14 20:43:36 2009
From: james at opencsw.org (James Lee)
Date: Sat, 14 Nov 2009 19:43:36 GMT
Subject: [csw-users] pidgin fails when aspell is installed
In-Reply-To: <4AFEF7C4.1050407@filibeto.org>
References: <4AFED562.5000000@filibeto.org>
	<20091114.17114400.2344528165@gyor.oxdrove.co.uk>
	<4AFEF7C4.1050407@filibeto.org>
Message-ID: <20091114.19433600.1412347500@gyor.oxdrove.co.uk>

On 14/11/09, 18:32:36, Stoyan Angelov <s_angelov at filibeto.org> wrote
regarding Re: [csw-users] pidgin fails when aspell is installed:

> i don't have gcc3g++rt installed but you nailed the problem with the
> /usr/sfw/lib destination. i forgot to remove /usr/sfw/lib from crle's
> configuration. after fixing this pidgin works with aspell installed.
> thanks for your help!

Sorry it's taken me while to find this, although you triggered it by
using libgcc_s.so.1 in /usr/sfw/lib you have isolated a problem.  It
can happen if gcc3 libs are installed with no gcc3g++rt.

Either install CSWgcc3g++rt, remove CSWgcc3corert or set
LD_LIBRARY_PATH=/opt/csw/gcc4/lib.


The problem is caused by there being duplicates of these files:

/opt/csw/lib/libstdc++.so.6
/opt/csw/lib/libgcc_s.so.1
/opt/csw/gcc4/lib/libstdc++.so.6
/opt/csw/gcc4/lib/libgcc_s.so.1

Which would be all right had the previous incarnation of gcc4 had
known to put /opt/csw/gcc4/lib in front of /opt/csw/lib, e.g. using
gcc4g++ 4.0.2,REV=2005.09.29:

$ /opt/csw/gcc4/bin/g++ -R/opt/csw/lib test.cc
$ dump -Lv a.out | grep RPATH
[8]     RPATH           /opt/csw/lib:/opt/csw/gcc4/lib

which picks up gcc3's libs, if installed.  The error occurs if
it finds libgcc_s.so from the gcc3 runtime but uses libstdc++.so.6
from the gcc4gc++rt which expects a different libgcc_s.so.1



The previous gcc4 coped because it had an RPATH.  Using gcc
4.0.2,REV=2005.09.29:

$ dump  -Lv /opt/csw/gcc4/lib/libstdc++.so.6 | grep RPATH
[8]     RPATH           /opt/csw/lib


ldd /opt/csw/lib/libaspell.so.15
        libdl.so.1 =>    /lib/libdl.so.1
        libintl.so.3 =>  /opt/csw/lib/libintl.so.3
        libc.so.1 =>     /lib/libc.so.1
        libiconv.so.2 =>         /opt/csw/lib/libiconv.so.2
        libstdc++.so.6 =>        /opt/csw/gcc4/lib/libstdc++.so.6
        libm.so.1 =>     /lib/libm.so.1
        libgcc_s.so.1 =>         /opt/csw/lib/libgcc_s.so.1
        libm.so.2 =>     /lib/libm.so.2
        /platform/SUNW,Sun-Blade-1000/lib/libc_psr.so.1




Using gcc4g++rt 4.3.3,REV=2009.05.07:


$ dump -Lv /opt/csw/gcc4/lib/libstdc++.so.6 | grep -c RPATH
0


$ ldd /opt/csw/lib/libaspell.so.15
        libdl.so.1 =>    /lib/libdl.so.1
        libintl.so.3 =>  /opt/csw/lib/libintl.so.3
        libc.so.1 =>     /lib/libc.so.1
        libiconv.so.2 =>         /opt/csw/lib/libiconv.so.2
        libstdc++.so.6 =>        /opt/csw/gcc4/lib/libstdc++.so.6
        libm.so.1 =>     /lib/libm.so.1
        libgcc_s.so.1 =>         /opt/csw/lib/libgcc_s.so.1
        libgcc_s.so.1 (GCC_4.3.0) =>     (version not found)
        libm.so.2 =>     /lib/libm.so.2
        /platform/SUNW,Sun-Blade-1000/lib/libc_psr.so.1





James.

From mats.larsson at ericsson.com  Tue Nov 24 15:36:04 2009
From: mats.larsson at ericsson.com (Mats Larsson)
Date: Tue, 24 Nov 2009 15:36:04 +0100
Subject: [csw-users] Opera 10.10 on SPARC problem
Message-ID: <4B0BEF54.2030206@ericsson.com>

Hi,

Did give 
http://mirror.opencsw.org/testing/opera-10.10,REV=2009.11.23-SunOS5.8-sparc-CSW.pkg.gz 
a spin and ended up with this when trying to start it:

% /opt/csw/bin/opera
ld.so.1: opera: fatal: libSM.so.6: version `SUNW_1.1' not found 
(required by file /opt/csw/lib/opera /opera)
ld.so.1: opera: fatal: libSM.so.6: open failed: No such file or directory
Killed
% uname -a
SunOS ws46152 5.8 Generic_117350-51 sun4u sparc SUNW,Sun-Blade-1500

Not built for Solaris 8 or?

BR MOL
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20091124/844a12f4/attachment.html>

From james at opencsw.org  Tue Nov 24 15:53:29 2009
From: james at opencsw.org (James Lee)
Date: Tue, 24 Nov 2009 14:53:29 GMT
Subject: [csw-users] Opera 10.10 on SPARC problem
In-Reply-To: <4B0BEF54.2030206@ericsson.com>
References: <4B0BEF54.2030206@ericsson.com>
Message-ID: <20091124.14532900.2976123142@gyor.oxdrove.co.uk>

On 24/11/09, 14:36:04, Mats Larsson <mats.larsson at ericsson.com> wrote
regarding [csw-users] Opera 10.10 on SPARC problem:

> http://mirror.opencsw.org/testing/opera-10.10,REV=2009.11.23-SunOS5.8-
> sparc-CSW.pkg.gz
...
> Not built for Solaris 8 or?

No it's not.  The sparc was packaged on 8, the only difference is the
name it assigns.  Sorry for the mistake.

Note it's not CSW built, only CSW packaged.  Until I can get my hands
on the source code...



James.

From ja at opencsw.org  Sat Nov 28 21:47:14 2009
From: ja at opencsw.org (Juergen Arndt)
Date: Sat, 28 Nov 2009 21:47:14 +0100
Subject: [csw-users] Munin 1.4 in testing
Message-ID: <op.u34hc0ogjbmpvo@imac.lan>

Hi all,

I put munin packages for the new version 1.4 into testing.

Because munin master and munin node now have some files in common, I  
created an additional package CSWmunincommon. The packages are now:

CSWmunincommon
CSWmuninmaster (depends on CSWmunincommon)
CSWmuninnode (depends on CSWmunincommon)

Feedback is welcome.

Juergen

-- 
Juergen Arndt

From skayser at opencsw.org  Tue Nov  3 11:54:11 2009
From: skayser at opencsw.org (Sebastian Kayser)
Date: Tue, 3 Nov 2009 11:54:11 +0100
Subject: [csw-users] pkgutil: Loop protection limit hit ... cyclic catalog
	dependency
Message-ID: <20091103105411.GA17917@sebastiankayser.de>

Hi,

i am just about to upgrade some boxes running with current/ and on one
of those boxes pkgutil won't proceed because of a possible cyclic
dependency in the catalog.

# pkgutil -u
Looking for packages that can be upgraded...
Parsing catalog, may take a while...
Loop protection limit (25000) hit. There's probably a cyclic dependency
in the catalog.

# pkgutil -v
1.8

What's funny about this is that i just upgraded another machine with the
same catalog just fine. What's the proper way to nail down the culprit
here? The boxes are almost the same: the one where i am seeing the
problem above has a couple of packages less installed compared to the
one that upgraded fine.

Catalog cksum is

# wget -qO- \
  http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10/catalog | \
  cksum
1402088625      411934

Sebastian


From bonivart at opencsw.org  Tue Nov  3 14:01:49 2009
From: bonivart at opencsw.org (Peter Bonivart)
Date: Tue, 3 Nov 2009 14:01:49 +0100
Subject: [csw-users] pkgutil: Loop protection limit hit ... cyclic
	catalog dependency
In-Reply-To: <20091103105411.GA17917@sebastiankayser.de>
References: <20091103105411.GA17917@sebastiankayser.de>
Message-ID: <625385e30911030501m3729150o83a9d56010d80622@mail.gmail.com>

On Tue, Nov 3, 2009 at 11:54 AM, Sebastian Kayser <skayser at opencsw.org> wrote:
> What's funny about this is that i just upgraded another machine with the
> same catalog just fine. What's the proper way to nail down the culprit
> here? The boxes are almost the same: the one where i am seeing the
> problem above has a couple of packages less installed compared to the
> one that upgraded fine.

There's a long standing issue with some Apache Jakarta packages. If
you run "chkcat -e" on the catalog you will see this:

ERROR! Cyclic dependency detected in package CSWajccollect.
ERROR! Cyclic dependency detected in package CSWajcconfig.
ERROR! Cyclic dependency detected in package CSWajcemail.
ERROR! Cyclic dependency detected in package CSWajcnet.

Don't run it without -e (erroronly) as it will warn about every
package affected by these four errors and that's a lot of packages.
Most likely you're trying to upgrade one of those. That's why it works
on another machine that doesn't have one of the affected packages.

-- 
/peter


From skayser at opencsw.org  Tue Nov  3 14:15:07 2009
From: skayser at opencsw.org (Sebastian Kayser)
Date: Tue, 3 Nov 2009 14:15:07 +0100
Subject: [csw-users] pkgutil: Loop protection limit hit ... cyclic
	catalog dependency
In-Reply-To: <625385e30911030501m3729150o83a9d56010d80622@mail.gmail.com>
References: <20091103105411.GA17917@sebastiankayser.de>
	<625385e30911030501m3729150o83a9d56010d80622@mail.gmail.com>
Message-ID: <20091103131507.GC17917@sebastiankayser.de>

* Peter Bonivart <bonivart at opencsw.org> wrote:
> On Tue, Nov 3, 2009 at 11:54 AM, Sebastian Kayser <skayser at opencsw.org> wrote:
> > What's funny about this is that i just upgraded another machine with the
> > same catalog just fine. What's the proper way to nail down the culprit
> > here? The boxes are almost the same: the one where i am seeing the
> > problem above has a couple of packages less installed compared to the
> > one that upgraded fine.
> 
> There's a long standing issue with some Apache Jakarta packages. If
> you run "chkcat -e" on the catalog you will see this:
> 
> ERROR! Cyclic dependency detected in package CSWajccollect.
> ERROR! Cyclic dependency detected in package CSWajcconfig.
> ERROR! Cyclic dependency detected in package CSWajcemail.
> ERROR! Cyclic dependency detected in package CSWajcnet.
> 
> Don't run it without -e (erroronly) as it will warn about every
> package affected by these four errors and that's a lot of packages.
> Most likely you're trying to upgrade one of those. That's why it works
> on another machine that doesn't have one of the affected packages.

Thanks for pointing me to -e, that's exactly what i was looking for.
None of those four packages is installed on the affected machine though.

# pkgutil -u
Looking for packages that can be upgraded...
Parsing catalog, may take a while...
Loop protection limit (25000) hit. There's probably a cyclic dependency
in the catalog.

# pkginfo | grep CSWaj
#

Sebastian


From bonivart at opencsw.org  Tue Nov  3 14:32:47 2009
From: bonivart at opencsw.org (Peter Bonivart)
Date: Tue, 3 Nov 2009 14:32:47 +0100
Subject: [csw-users] pkgutil: Loop protection limit hit ... cyclic
	catalog dependency
In-Reply-To: <20091103131507.GC17917@sebastiankayser.de>
References: <20091103105411.GA17917@sebastiankayser.de>
	<625385e30911030501m3729150o83a9d56010d80622@mail.gmail.com> 
	<20091103131507.GC17917@sebastiankayser.de>
Message-ID: <625385e30911030532m78180fb9ld84cdeb89f12f963@mail.gmail.com>

On Tue, Nov 3, 2009 at 2:15 PM, Sebastian Kayser <skayser at opencsw.org> wrote:
> Thanks for pointing me to -e, that's exactly what i was looking for.
> None of those four packages is installed on the affected machine though.

But maybe one package that now has a dependency to one of those
four..? I'm pretty sure one of those are involved in the chain of
dependencies.

If you post (maybe offlist) me a list of your CSW packages I can check
it for you.

-- 
/peter


From skayser at opencsw.org  Tue Nov  3 14:48:14 2009
From: skayser at opencsw.org (Sebastian Kayser)
Date: Tue, 3 Nov 2009 14:48:14 +0100
Subject: [csw-users] pkgutil: Loop protection limit hit ... cyclic
	catalog dependency
In-Reply-To: <625385e30911030532m78180fb9ld84cdeb89f12f963@mail.gmail.com>
References: <20091103105411.GA17917@sebastiankayser.de>
	<625385e30911030501m3729150o83a9d56010d80622@mail.gmail.com>
	<20091103131507.GC17917@sebastiankayser.de>
	<625385e30911030532m78180fb9ld84cdeb89f12f963@mail.gmail.com>
Message-ID: <20091103134814.GD17917@sebastiankayser.de>

* Peter Bonivart <bonivart at opencsw.org> wrote:
> On Tue, Nov 3, 2009 at 2:15 PM, Sebastian Kayser <skayser at opencsw.org> wrote:
> > Thanks for pointing me to -e, that's exactly what i was looking for.
> > None of those four packages is installed on the affected machine though.
> 
> But maybe one package that now has a dependency to one of those
> four..? I'm pretty sure one of those are involved in the chain of
> dependencies.
> 
> If you post (maybe offlist) me a list of your CSW packages I can check
> it for you.

Thanks, Peter. The list can be found here: http://dpaste.com/115764/

Sebastian


From dewey at hyltown.com  Thu Nov  5 13:40:33 2009
From: dewey at hyltown.com (Dewey Hylton)
Date: Thu, 05 Nov 2009 07:40:33 -0500
Subject: [csw-users] apache2 / mod_perl2 / oracle
Message-ID: <3b58e884f8824219b7b46ad0e1a675fd@127.0.0.1>

hi all. i've been highly unsuccessful moving a particular set of websites
from linux to solaris due to perl module issues. this of course is not
strictly a csw issue, but my preference is to install everything necessary
via csw.

to this end, i'd like to ask if anyone can point me to a recipe for what
i'm trying to do. ultimately, this is what i'd like:

apache2 running mod_perl
apache/perl talking to oracle (oracle client is of course outside the scope
of csw)
apache auth via oracle

i'm darned close using apache13, but this is not ideal for several reasons.




From blizinski at google.com  Thu Nov  5 14:56:14 2009
From: blizinski at google.com (Maciej (Matchek) Blizinski)
Date: Thu, 5 Nov 2009 13:56:14 +0000
Subject: [csw-users] apache2 / mod_perl2 / oracle
In-Reply-To: <3b58e884f8824219b7b46ad0e1a675fd@127.0.0.1>
References: <3b58e884f8824219b7b46ad0e1a675fd@127.0.0.1>
Message-ID: <ce97543b0911050556g5cac37c1tf96b262a3ccf158@mail.gmail.com>

On Thu, Nov 5, 2009 at 12:40 PM, Dewey Hylton <dewey at hyltown.com> wrote:
> to this end, i'd like to ask if anyone can point me to a recipe for what
> i'm trying to do. ultimately, this is what i'd like:
>
> apache2 running mod_perl
> apache/perl talking to oracle (oracle client is of course outside the scope
> of csw)

We wouldn't be distributing the binaries, but we could have a GAR
recipe that would allow people to build packages for themselves and
distribute them internally in the organization.  For instance, I'm
currently working on a recipe for Perforce command line client.

Maciej


From maciej at opencsw.org  Thu Nov  5 14:56:45 2009
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Thu, 5 Nov 2009 13:56:45 +0000
Subject: [csw-users] apache2 / mod_perl2 / oracle
In-Reply-To: <3b58e884f8824219b7b46ad0e1a675fd@127.0.0.1>
References: <3b58e884f8824219b7b46ad0e1a675fd@127.0.0.1>
Message-ID: <ce97543b0911050556ifde5e20hf4fb93e260db9f20@mail.gmail.com>

On Thu, Nov 5, 2009 at 12:40 PM, Dewey Hylton <dewey at hyltown.com> wrote:
> apache2 running mod_perl
> apache/perl talking to oracle (oracle client is of course outside the scope
> of csw)
> apache auth via oracle

We wouldn't be distributing the binaries, but we could have a GAR
recipe that would allow people to build packages for themselves and
distribute them internally in the organization.  For instance, I'm
currently working on a recipe for Perforce command line client.

Maciej


From skayser at opencsw.org  Fri Nov  6 00:05:53 2009
From: skayser at opencsw.org (Sebastian Kayser)
Date: Fri, 06 Nov 2009 00:05:53 +0100
Subject: [csw-users] apache2 / mod_perl2 / oracle
In-Reply-To: <3b58e884f8824219b7b46ad0e1a675fd@127.0.0.1>
References: <3b58e884f8824219b7b46ad0e1a675fd@127.0.0.1>
Message-ID: <4AF35A51.3050701@opencsw.org>

Hi Dewey,

Dewey Hylton wrote on 05.11.2009 13:40:
> hi all. i've been highly unsuccessful moving a particular set of websites
> from linux to solaris due to perl module issues. this of course is not
> strictly a csw issue, but my preference is to install everything necessary
> via csw.
> 
> to this end, i'd like to ask if anyone can point me to a recipe for what
> i'm trying to do. ultimately, this is what i'd like:
> 
> apache2 running mod_perl
> apache/perl talking to oracle (oracle client is of course outside the scope
> of csw)
> apache auth via oracle

if you have been running that kind of stuff on a Linux platform before,
what packages did you use there? Is it something like:

- Apache2/APR compiled with apr_dbd_oracle.so for authentication
- DBD::Oracle for Perl Oracle connectivity
- Oracle client

> i'm darned close using apache13, but this is not ideal for several reasons.

Aside from the drawbacks you are implying, would our Apache 1.3 package
put you in a position to connect to Oracle? How?

Sebastian


From dewey at hyltown.com  Fri Nov  6 01:13:28 2009
From: dewey at hyltown.com (Dewey Hylton)
Date: Thu, 5 Nov 2009 19:13:28 -0500
Subject: [csw-users] apache2 / mod_perl2 / oracle
In-Reply-To: <4AF35A51.3050701@opencsw.org>
References: <3b58e884f8824219b7b46ad0e1a675fd@127.0.0.1>
	<4AF35A51.3050701@opencsw.org>
Message-ID: <208B028B-7A5F-4864-81E3-06E3A48032B1@hyltown.com>

On Nov 5, 2009, at 6:05 PM, Sebastian Kayser wrote:

> Hi Dewey,
>
> Dewey Hylton wrote on 05.11.2009 13:40:
>> hi all. i've been highly unsuccessful moving a particular set of  
>> websites
>> from linux to solaris due to perl module issues. this of course is  
>> not
>> strictly a csw issue, but my preference is to install everything  
>> necessary
>> via csw.
>>
>> to this end, i'd like to ask if anyone can point me to a recipe for  
>> what
>> i'm trying to do. ultimately, this is what i'd like:
>>
>> apache2 running mod_perl
>> apache/perl talking to oracle (oracle client is of course outside  
>> the scope
>> of csw)
>> apache auth via oracle
>
> if you have been running that kind of stuff on a Linux platform  
> before,
> what packages did you use there? Is it something like:
>
> - Apache2/APR compiled with apr_dbd_oracle.so for authentication
> - DBD::Oracle for Perl Oracle connectivity
> - Oracle client
>
>> i'm darned close using apache13, but this is not ideal for several  
>> reasons.
>
> Aside from the drawbacks you are implying, would our Apache 1.3  
> package
> put you in a position to connect to Oracle? How?
>
> Sebastian

on the linux side...

system packages:
	apache2

CPAN:
	Apache::DBI
	Apache::Session:DBI
	DBI
	CGI
	mod_perl2
	LWP::UserAgent
	HTML::Embperl

manually installed:
	http://search.cpan.org/CPAN/authors/id/M/ME/MERGL/ApacheDBI-0.71.tar.gz


apache2 has configs including this:

	PerlAuthenHandler Apache::AuthDBI::authen
	PerlAuthzHandler Apache::AuthDBI::authz
	
	<Location /xxx>
	SetHandler perl-script
	PerlHandler Apache::Registry
	Options Includes FollowSymLinks ExecCGI
	</Location>

...

now, on the solaris side i started with these and all the dependencies  
they brought with them:
	pkgutil -in CSWpmapachedbi CSWpmdbdoracle

i used the csw perl/cpan to install a few of the other modules. i had  
to manually install DBD::Oracle (from CPAN) but it got me part way  
there. apache auth via oracle is currently working, but for some  
reason the perl cgis are not getting ORACLE_HOME and other variables  
passed and are failing to connect with oracle for that reason. i think  
it's an apache config issue, but have yet to find it. i'd still rather  
use apache2 and not have to rewrite so much of the config.

that was a lot of stuff; i hope it answers your questions. thanks for  
your interest.


From skayser at opencsw.org  Fri Nov  6 01:41:31 2009
From: skayser at opencsw.org (Sebastian Kayser)
Date: Fri, 06 Nov 2009 01:41:31 +0100
Subject: [csw-users] apache2 / mod_perl2 / oracle
In-Reply-To: <208B028B-7A5F-4864-81E3-06E3A48032B1@hyltown.com>
References: <3b58e884f8824219b7b46ad0e1a675fd@127.0.0.1>	<4AF35A51.3050701@opencsw.org>
	<208B028B-7A5F-4864-81E3-06E3A48032B1@hyltown.com>
Message-ID: <4AF370BB.3060708@opencsw.org>

Dewey Hylton wrote on 06.11.2009 01:13:
> On Nov 5, 2009, at 6:05 PM, Sebastian Kayser wrote:
>> Dewey Hylton wrote on 05.11.2009 13:40:
>>> hi all. i've been highly unsuccessful moving a particular set of  
>>> websites from linux to solaris due to perl module issues. this of course is  
>>> not strictly a csw issue, but my preference is to install everything  
>>> necessary via csw.
>>>
>>> to this end, i'd like to ask if anyone can point me to a recipe for  
>>> what i'm trying to do. ultimately, this is what i'd like:
>>>
>>> apache2 running mod_perl
>>> apache/perl talking to oracle (oracle client is of course outside  
>>> the scope of csw)
>>> apache auth via oracle
>>
>> if you have been running that kind of stuff on a Linux platform  
>> before, what packages did you use there?
>>
> on the linux side...
> 
> system packages:
> 	apache2
> 
> CPAN:
> 	Apache::DBI
> 	Apache::Session:DBI
> 	DBI
> 	CGI
> 	mod_perl2
> 	LWP::UserAgent
> 	HTML::Embperl
> 
> manually installed:
> 	http://search.cpan.org/CPAN/authors/id/M/ME/MERGL/ApacheDBI-0.71.tar.gz
> 
> 
> apache2 has configs including this:
> 
> 	PerlAuthenHandler Apache::AuthDBI::authen
> 	PerlAuthzHandler Apache::AuthDBI::authz
> 	
> 	<Location /xxx>
> 	SetHandler perl-script
> 	PerlHandler Apache::Registry
> 	Options Includes FollowSymLinks ExecCGI
> 	</Location>
> 
> ...
> 
> now, on the solaris side i started with these and all the dependencies  
> they brought with them:
> 	pkgutil -in CSWpmapachedbi CSWpmdbdoracle
> 
> i used the csw perl/cpan to install a few of the other modules. i had  
> to manually install DBD::Oracle (from CPAN) but it got me part way  
> there. apache auth via oracle is currently working, but for some  
> reason the perl cgis are not getting ORACLE_HOME and other variables  
> passed and are failing to connect with oracle for that reason. i think  
> it's an apache config issue, but have yet to find it.

I am not very familiar with that kind of setup, but there is a mod_perl
"known pitfalls" item that specifically refers to environment variables
and DBD::Oracle

http://perl.apache.org/docs/2.0/user/troubleshooting/troubleshooting.html#C_Libraries_Don_t_See_C__ENV__Entries_Set_by_Perl_Code

Although the same combination runs fine on Linux, does this read like
what you are facing right now?

Sebastian


From bwalton at opencsw.org  Fri Nov  6 02:25:49 2009
From: bwalton at opencsw.org (Ben Walton)
Date: Thu, 05 Nov 2009 20:25:49 -0500
Subject: [csw-users] apache2 / mod_perl2 / oracle
In-Reply-To: <208B028B-7A5F-4864-81E3-06E3A48032B1@hyltown.com>
References: <3b58e884f8824219b7b46ad0e1a675fd@127.0.0.1>
	<4AF35A51.3050701@opencsw.org>
	<208B028B-7A5F-4864-81E3-06E3A48032B1@hyltown.com>
Message-ID: <1257470624-sup-6399@ntdws12.chass.utoronto.ca>

Excerpts from Dewey Hylton's message of Thu Nov 05 19:13:28 -0500 2009:

> reason the perl cgis are not getting ORACLE_HOME and other variables  
> passed and are failing to connect with oracle for that reason. i think  
> it's an apache config issue, but have yet to find it. i'd still rather  
> use apache2 and not have to rewrite so much of the config.

I just updated a box running solaris 8 with an old apache + oracle
setup to solaris 10.  I had to use the following two commands to get
some of the final oracle bits in place:

svccfg -s svc:/network/cswapache2:default setenv ORACLE_SID \*
svccfg -s svc:/network/cswapache2:default setenv ORACLE_HOME /homes/oracle/product/9.2.0.1.0/

The ORACLE_SID bit was important in my environment, but I'm not sure
if it's globally required or not.  Oracle is a black box to me that
our 'seer' (dba) deals with.

HTH.
-Ben

-- 
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302

GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu
Contact me to arrange for a CAcert assurance meeting.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/users/attachments/20091105/3cdc05c8/attachment-0002.asc>

From bwalton at opencsw.org  Fri Nov  6 19:45:04 2009
From: bwalton at opencsw.org (Ben Walton)
Date: Fri, 06 Nov 2009 13:45:04 -0500
Subject: [csw-users] ruby update info
Message-ID: <1257532650-sup-6766@ntdws12.chass.utoronto.ca>


Hi All,

A new version of ruby will be hitting the mirrors shortly.  This is
not a version change.  The updated binaries have been built with sun
studio 11 instead of gcc4[1].

This means that, by default, to compile native gems, you'll need
studio 11 installed at /opt/csw/studio/SOS11/.  To facilitate sites
that would prefer not to drag studio 11 onto their machines (myself
included), I'm also shipping the rbconfig.rb file from the gcc4 build
and a tool to switch between the two.  You can now use `cswrbconfig`
to switch between the SOS11 and GCC4 settings as desired.
Additionally, you can also add your own settings by installing a file
like /opt/csw/lib/ruby/1.8/$arch-solaris2.8/rbconfig.rb.$SITELOCAL

I've tested this update with previously compiled gems (mysql) and
found that they seemed ok.  I hope that this update is painless, but I
wanted to make people aware of the change just in case.  Please let me
know if you encounter any problems as a result of this update.

Thanks
-Ben

[1] To close a bug and to be more consistent with CSW guidelines and
    the perl/python CSW builds.
-- 
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302

GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu
Contact me to arrange for a CAcert assurance meeting.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/users/attachments/20091106/b1920565/attachment-0002.asc>

From dam at opencsw.org  Mon Nov  9 21:45:42 2009
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 9 Nov 2009 21:45:42 +0100
Subject: [csw-users] Renaming of package CSWpmtextcsvxs
Message-ID: <CD470E38-50CD-4D63-8182-70CAC794AB48@opencsw.org>

Hi,

with the update of the package with the catalog name
   pm_textcsvxs
the package has been renamed
   from CSWpmttextcsvxs (typo in doubled 't')
   to   CSWpmtextcsvxs

Please correct the issue by removing the old package with
   pkginfo -q CSWpmttextcsvxs && pkgrm CSWpmttextcsvxs && pkg-get -i  
pm_textcsvxs

There are no packages inside OpenCSW depending on this package. It
just speeds of CSWpmtextcsv.


Sorry for the inconvenience

   -- Dago


From ellson at opencsw.org  Tue Nov 10 05:25:54 2009
From: ellson at opencsw.org (John Ellson)
Date: Mon, 09 Nov 2009 23:25:54 -0500
Subject: [csw-users] graphviz-2.24 release
Message-ID: <4AF8EB52.6050200@opencsw.org>

Graphviz is a collection  of tools for the layout of graphs of nodes and 
edges.
The upstream site is:

     http://www.graphviz.org/

As the new graphviz maintainer (and a longtime upstream contributor), I 
have just released a set of graphviz-2.24 packages, superseding 
graphviz2 (graphviz-2.22) and graphviz (graphviz-1.18)

All users of graphviz or graphviz2 packages should now 'pkg-get -U -u 
graphviz', which should automatically replace their older versions.

The full set of packages are:

graphviz-2.24.0,REV=2009.11.07-SunOS5.8-i386-CSW.pkg.gz
graphvizdevel-2.24.0,REV=2009.11.07-SunOS5.8-i386-CSW.pkg.gz
graphvizgd-2.24.0,REV=2009.11.07-SunOS5.8-i386-CSW.pkg.gz
graphvizguile-2.24.0,REV=2009.11.07-SunOS5.8-i386-CSW.pkg.gz
graphvizperl-2.24.0,REV=2009.11.07-SunOS5.8-i386-CSW.pkg.gz
graphvizpython-2.24.0,REV=2009.11.07-SunOS5.8-i386-CSW.pkg.gz
graphvizsharp-2.24.0,REV=2009.11.07-SunOS5.8-i386-CSW.pkg.gz
graphviztcl-2.24.0,REV=2009.11.07-SunOS5.8-i386-CSW.pkg.gz


graphviz-2.24.0,REV=2009.11.07-SunOS5.8-sparc-CSW.pkg.gz
graphvizdevel-2.24.0,REV=2009.11.07-SunOS5.8-sparc-CSW.pkg.gz
graphvizgd-2.24.0,REV=2009.11.07-SunOS5.8-sparc-CSW.pkg.gz
graphvizguile-2.24.0,REV=2009.11.07-SunOS5.8-sparc-CSW.pkg.gz
graphvizperl-2.24.0,REV=2009.11.07-SunOS5.8-sparc-CSW.pkg.gz
graphvizpython-2.24.0,REV=2009.11.07-SunOS5.8-sparc-CSW.pkg.gz
graphvizsharp-2.24.0,REV=2009.11.07-SunOS5.8-sparc-CSW.pkg.gz
graphviztcl-2.24.0,REV=2009.11.07-SunOS5.8-sparc-CSW.pkg.gz


Of the extra packages:

     graphvizgd: is required for gif or jpeg output, or input of gif or 
jpeg node images, but can be omitted otherwise.

     graphvizdevel:  is for C/C++ reuse of the graphviz libraries.

     graphvizguile, graphvizperl, graphvizpython, graphvizsharp, 
graphviztcl:    are optional language bindings to graphviz.   Only 
required if you are going to write scripts that use the graphviz 
language bindings.  (Not required for command line usage of graphviz 
tools from scripting languages).



John Ellson
AT&T Research




From skayser at opencsw.org  Tue Nov 10 14:27:52 2009
From: skayser at opencsw.org (Sebastian Kayser)
Date: Tue, 10 Nov 2009 14:27:52 +0100
Subject: [csw-users] pkgutil: Loop protection limit hit ... cyclic
	catalog dependency
In-Reply-To: <20091103105411.GA17917@sebastiankayser.de>
References: <20091103105411.GA17917@sebastiankayser.de>
Message-ID: <20091110132752.GB30301@sebastiankayser.de>

* Sebastian Kayser <skayser at opencsw.org> wrote:
> i am just about to upgrade some boxes running with current/ and on one
> of those boxes pkgutil won't proceed because of a possible cyclic
> dependency in the catalog.
> 
> # pkgutil -u
> Looking for packages that can be upgraded...
> Parsing catalog, may take a while...
> Loop protection limit (25000) hit. There's probably a cyclic dependency
> in the catalog.
> 
> # pkgutil -v
> 1.8

In case anyone else is running into this issue, Peter pointed out a
possible tweak which solved the problem for me. Upon setting
maxpkglist=100000 in pkgutil.conf the issue went away and i could
properly upgrade the affected machine.

Sebastian


From ghenry at cmi.univ-mrs.fr  Tue Nov 10 16:10:42 2009
From: ghenry at cmi.univ-mrs.fr (Gerard Henry)
Date: Tue, 10 Nov 2009 16:10:42 +0100
Subject: [csw-users] pkgutil: Loop protection limit hit ...
 cyclic	catalog dependency
In-Reply-To: <20091110132752.GB30301@sebastiankayser.de>
References: <20091103105411.GA17917@sebastiankayser.de>
	<20091110132752.GB30301@sebastiankayser.de>
Message-ID: <4AF98272.5090505@cmi.univ-mrs.fr>

Sebastian Kayser wrote:
> * Sebastian Kayser <skayser at opencsw.org> wrote:
>> i am just about to upgrade some boxes running with current/ and on one
>> of those boxes pkgutil won't proceed because of a possible cyclic
>> dependency in the catalog.
>>
>> # pkgutil -u
>> Looking for packages that can be upgraded...
>> Parsing catalog, may take a while...
>> Loop protection limit (25000) hit. There's probably a cyclic dependency
>> in the catalog.
>>
>> # pkgutil -v
>> 1.8
> 
> In case anyone else is running into this issue, Peter pointed out a
> possible tweak which solved the problem for me. Upon setting
> maxpkglist=100000 in pkgutil.conf the issue went away and i could
> properly upgrade the affected machine.
> 

youre are lucky than i:
calypso-root% /opt/csw/bin/pkgutil -u evince
Checking catalog integrity with gpg.
...
Parsing catalog, may take a while...
Loop protection limit (100000) hit. There's probably a cyclic dependency
in the catalog.
calypso-root% pkginfo | grep CSWaj
calypso-root%

gerard


From bonivart at opencsw.org  Tue Nov 10 16:43:56 2009
From: bonivart at opencsw.org (Peter Bonivart)
Date: Tue, 10 Nov 2009 16:43:56 +0100
Subject: [csw-users] pkgutil: Loop protection limit hit ... cyclic
	catalog dependency
In-Reply-To: <4AF98272.5090505@cmi.univ-mrs.fr>
References: <20091103105411.GA17917@sebastiankayser.de>
	<20091110132752.GB30301@sebastiankayser.de> 
	<4AF98272.5090505@cmi.univ-mrs.fr>
Message-ID: <625385e30911100743p703b4a4fmf662ec5b847fbab5@mail.gmail.com>

On Tue, Nov 10, 2009 at 4:10 PM, Gerard Henry <ghenry at cmi.univ-mrs.fr> wrote:
> youre are lucky than i:
> calypso-root% /opt/csw/bin/pkgutil -u evince
> Checking catalog integrity with gpg.
> ...
> Parsing catalog, may take a while...
> Loop protection limit (100000) hit. There's probably a cyclic dependency
> in the catalog.

I just tested with evince and it took 130456 iterations to solve the
dependencies (88 packages). Please raise to something like 250000.
It's not a bad thing having a high number, it just takes a little
longer for pkgutil to bail if there really is a cyclic dependency.
Apparently I set the default too low for some of you with many complex
packages since it seems to cause false positives.

I will bump it up for the next release. We're also working on tuning
the algorithm to save iterations but it's a work in progress.

-- 
/peter


From ghenry at cmi.univ-mrs.fr  Thu Nov 12 12:49:24 2009
From: ghenry at cmi.univ-mrs.fr (gerard)
Date: Thu, 12 Nov 2009 12:49:24 +0100
Subject: [csw-users] pkgutil: Loop protection limit hit ...
 cyclic	catalog dependency
In-Reply-To: <625385e30911100743p703b4a4fmf662ec5b847fbab5@mail.gmail.com>
References: <20091103105411.GA17917@sebastiankayser.de>	<20091110132752.GB30301@sebastiankayser.de>
	<4AF98272.5090505@cmi.univ-mrs.fr>
	<625385e30911100743p703b4a4fmf662ec5b847fbab5@mail.gmail.com>
Message-ID: <4AFBF644.3030805@cmi.univ-mrs.fr>

Peter Bonivart wrote:
> On Tue, Nov 10, 2009 at 4:10 PM, Gerard Henry <ghenry at cmi.univ-mrs.fr> wrote:
>> youre are lucky than i:
>> calypso-root% /opt/csw/bin/pkgutil -u evince
>> Checking catalog integrity with gpg.
>> ...
>> Parsing catalog, may take a while...
>> Loop protection limit (100000) hit. There's probably a cyclic dependency
>> in the catalog.
> 
> I just tested with evince and it took 130456 iterations to solve the
> dependencies (88 packages). Please raise to something like 250000.
> It's not a bad thing having a high number, it just takes a little
> longer for pkgutil to bail if there really is a cyclic dependency.
> Apparently I set the default too low for some of you with many complex
> packages since it seems to cause false positives.
> 
> I will bump it up for the next release. We're also working on tuning
> the algorithm to save iterations but it's a work in progress.
> 

thanks for your help. It works,

gerard




From dam at opencsw.org  Thu Nov 12 20:06:50 2009
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 12 Nov 2009 20:06:50 +0100
Subject: [csw-users] Update of esound requires manual intervention to keep
	modified esd.conf
Message-ID: <3445412C-9159-4681-AFA8-0B9552118B77@opencsw.org>

Dear users,

the previous update of the esound package 0.2.41,REV=2009.10.05
has a flaw which erranously removes /opt/csw/etc/esd.conf
on package removal and hence also on update.

Today on updated esound package 0.2.41,REV=2009.11.10 was
released which fixes this issue and also relocated the
esd.conf conforming to the sparseroot-friendly new
standardlocation /etc/opt/csw/esd.conf.

If you have not modified your esd.conf there is no
need for manual intervention.

If you have modified your esd.conf please issue the
following steps to make sure your changes are kept:

  cp /opt/csw/etc/esd.conf /opt/csw/etc/esd.conf.save
  pkgrm CSWesound
  mv /opt/csw/etc/esd.conf.save /opt/csw/etc/esd.conf
  pkg-get -i esound


Sorry for the inconvenience

   -- Dago


From s_angelov at filibeto.org  Sat Nov 14 17:05:54 2009
From: s_angelov at filibeto.org (Stoyan Angelov)
Date: Sat, 14 Nov 2009 18:05:54 +0200
Subject: [csw-users] pidgin fails when aspell is installed
Message-ID: <4AFED562.5000000@filibeto.org>

hello all,

i am having several problems with pidgin and aspell that i can't seem to 
resolve. when trying to run pidgin with aspell installed i get the 
following errors:

$pidgin
ld.so.1: pidgin: fatal: libgcc_s.so.1: version `GCC_4.2.0' not found 
(required by file /opt/csw/gcc4/lib/libstdc++.so.6)
ld.so.1: pidgin: fatal: libgcc_s.so.1: open failed: No such file or 
directory
ld.so.1: pidgin: fatal: relocation error: file 
/opt/csw/lib/i386/libaspell.so.15: symbol 
_ZTVN10__cxxabiv120__si_class_type_infoE: referenced symbol not found
Killed

during the installation of aspellbg there is a similar error:
<snip>
Installing aspellbg - aspell dictionary for Bulgarian as <CSWaspellbg>

## Installing part 1 of 1.
ld.so.1: aspell: fatal: libgcc_s.so.1: version `GCC_4.2.0' not found 
(required by file /opt/csw/gcc4/lib/libstdc++.so.6)
ld.so.1: aspell: fatal: libgcc_s.so.1: open failed: No such file or 
directory
/opt/csw/lib/aspell/bg.dat
/opt/csw/lib/aspell/bg.multi

libaspell.so.10 seem to refer to libgcc_s.so.1 (GCC_4.2.0) but this 
dependency can not be resolved.
$ldd /opt/csw/lib/i386/libaspell.so.15
         libdl.so.1 =>    /lib/libdl.so.1
         libintl.so.3 =>  /opt/csw/lib/libintl.so.3
         libc.so.1 =>     /lib/libc.so.1
         libiconv.so.2 =>         /opt/csw/lib/libiconv.so.2
         libstdc++.so.6 =>        /opt/csw/gcc4/lib/libstdc++.so.6
         libm.so.1 =>     /lib/libm.so.1
         libgcc_s.so.1 =>         /opt/csw/gcc4/lib/libgcc_s.so.1
         libgcc_s.so.1 =>         /usr/sfw/lib/libgcc_s.so.1
         libgcc_s.so.1 (GCC_4.2.0) =>     (version not found)
         libm.so.2 =>     /lib/libm.so.2

if aspell is not installed pidgin runs, however trying to list the 
dynamic dependencies i see the following:
$ldd /opt/csw/bin/pidgin  |grep found (output truncated)
         libXext.so.0 (SUNW_1.1) =>       (version not found)
         libXext.so.0 (SUNWprivate) =>    (version not found)
         libSM.so.6 (SUNWprivate) =>      (version not found)
         libICE.so.6 (SUNWprivate) =>     (version not found)
         libXext.so.0 (SUNW_1.1) =>       (version not found)

i am using Solaris 10 11/06, x86. all opencsw packages are upgraded to 
their latest version. i found a similar bug reported for aspell and 
installed the latest version of the SunOS 5.10_x86: Shared library patch 
for C++_x86 (119964-19) but the problem persists.

there is a similar problem with libstdc++.so.6
$ldd /opt/csw/gcc4/lib/libstdc++.so.6
         libm.so.1 =>     /lib/libm.so.1
         libgcc_s.so.1 =>         /usr/sfw/lib/ibgcc_s.so.1
         libgcc_s.so.1 (GCC_4.2.0) =>     (version not found)
         libc.so.1 =>     /lib/libc.so.1
         libm.so.2 =>     /lib/libm.so.2

any help will be appreciated.

greetings,

Stoyan



From james at opencsw.org  Sat Nov 14 18:11:44 2009
From: james at opencsw.org (James Lee)
Date: Sat, 14 Nov 2009 17:11:44 GMT
Subject: [csw-users] pidgin fails when aspell is installed
In-Reply-To: <4AFED562.5000000@filibeto.org>
References: <4AFED562.5000000@filibeto.org>
Message-ID: <20091114.17114400.2344528165@gyor.oxdrove.co.uk>

On 14/11/09, 16:05:54, Stoyan Angelov <s_angelov at filibeto.org> wrote 
regarding [csw-users] pidgin fails when aspell is installed:

> libaspell.so.10 seem to refer to libgcc_s.so.1 (GCC_4.2.0) but this
> dependency can not be resolved.
> $ldd /opt/csw/lib/i386/libaspell.so.15
>          libdl.so.1 =>    /lib/libdl.so.1
>          libintl.so.3 =>  /opt/csw/lib/libintl.so.3
>          libc.so.1 =>     /lib/libc.so.1
>          libiconv.so.2 =>         /opt/csw/lib/libiconv.so.2
>          libstdc++.so.6 =>        /opt/csw/gcc4/lib/libstdc++.so.6
>          libm.so.1 =>     /lib/libm.so.1
>          libgcc_s.so.1 =>         /opt/csw/gcc4/lib/libgcc_s.so.1
>          libgcc_s.so.1 =>         /usr/sfw/lib/libgcc_s.so.1
>          libgcc_s.so.1 (GCC_4.2.0) =>     (version not found)
>          libm.so.2 =>     /lib/libm.so.2


It is in fact gcc4 that is looking for that lib:


$ ldd -s /opt/csw/lib/libaspell.so.15
...

   find object=libgcc_s.so.1; required by /opt/csw/lib/libaspell.so.15
    search path=/opt/csw/lib:/opt/csw/gcc4/lib  (RPATH from file 
/opt/csw/lib/libaspell.so.15)
    trying path=/opt/csw/lib/libgcc_s.so.1
        libgcc_s.so.1 =>         /opt/csw/lib/libgcc_s.so.1

...
   find object=libgcc_s.so.1; required by 
/opt/csw/gcc4/lib/libstdc++.so.6
    search path=/lib:/usr/lib  (default)
    trying path=/lib/libgcc_s.so.1
    trying path=/usr/lib/libgcc_s.so.1
        libgcc_s.so.1 (GCC_4.3.0) =>     (version not found)
...


Do you have CSWgcc3g++rt installed?  Note gcc changed since aspell
was compiled, if you have gcc3g++rt installed it picks it up a
different libstdc++.so.6 (even though gcc4 added the path...)


Why is your test picking up /usr/sfw/lib?  (run ldd -s ...)




James.



From s_angelov at filibeto.org  Sat Nov 14 19:32:36 2009
From: s_angelov at filibeto.org (Stoyan Angelov)
Date: Sat, 14 Nov 2009 20:32:36 +0200
Subject: [csw-users] pidgin fails when aspell is installed
In-Reply-To: <20091114.17114400.2344528165@gyor.oxdrove.co.uk>
References: <4AFED562.5000000@filibeto.org>
	<20091114.17114400.2344528165@gyor.oxdrove.co.uk>
Message-ID: <4AFEF7C4.1050407@filibeto.org>

On 11/14/09 19:11, James Lee wrote:
<snip>
> Do you have CSWgcc3g++rt installed?  Note gcc changed since aspell
> was compiled, if you have gcc3g++rt installed it picks it up a
> different libstdc++.so.6 (even though gcc4 added the path...)
>
>
> Why is your test picking up /usr/sfw/lib?  (run ldd -s ...)
>

hi James,

i don't have gcc3g++rt installed but you nailed the problem with the 
/usr/sfw/lib destination. i forgot to remove /usr/sfw/lib from crle's 
configuration. after fixing this pidgin works with aspell installed. 
thanks for your help!


greetings,

Stoyan




From james at opencsw.org  Sat Nov 14 20:43:36 2009
From: james at opencsw.org (James Lee)
Date: Sat, 14 Nov 2009 19:43:36 GMT
Subject: [csw-users] pidgin fails when aspell is installed
In-Reply-To: <4AFEF7C4.1050407@filibeto.org>
References: <4AFED562.5000000@filibeto.org>
	<20091114.17114400.2344528165@gyor.oxdrove.co.uk>
	<4AFEF7C4.1050407@filibeto.org>
Message-ID: <20091114.19433600.1412347500@gyor.oxdrove.co.uk>

On 14/11/09, 18:32:36, Stoyan Angelov <s_angelov at filibeto.org> wrote
regarding Re: [csw-users] pidgin fails when aspell is installed:

> i don't have gcc3g++rt installed but you nailed the problem with the
> /usr/sfw/lib destination. i forgot to remove /usr/sfw/lib from crle's
> configuration. after fixing this pidgin works with aspell installed.
> thanks for your help!

Sorry it's taken me while to find this, although you triggered it by
using libgcc_s.so.1 in /usr/sfw/lib you have isolated a problem.  It
can happen if gcc3 libs are installed with no gcc3g++rt.

Either install CSWgcc3g++rt, remove CSWgcc3corert or set
LD_LIBRARY_PATH=/opt/csw/gcc4/lib.


The problem is caused by there being duplicates of these files:

/opt/csw/lib/libstdc++.so.6
/opt/csw/lib/libgcc_s.so.1
/opt/csw/gcc4/lib/libstdc++.so.6
/opt/csw/gcc4/lib/libgcc_s.so.1

Which would be all right had the previous incarnation of gcc4 had
known to put /opt/csw/gcc4/lib in front of /opt/csw/lib, e.g. using
gcc4g++ 4.0.2,REV=2005.09.29:

$ /opt/csw/gcc4/bin/g++ -R/opt/csw/lib test.cc
$ dump -Lv a.out | grep RPATH
[8]     RPATH           /opt/csw/lib:/opt/csw/gcc4/lib

which picks up gcc3's libs, if installed.  The error occurs if
it finds libgcc_s.so from the gcc3 runtime but uses libstdc++.so.6
from the gcc4gc++rt which expects a different libgcc_s.so.1



The previous gcc4 coped because it had an RPATH.  Using gcc
4.0.2,REV=2005.09.29:

$ dump  -Lv /opt/csw/gcc4/lib/libstdc++.so.6 | grep RPATH
[8]     RPATH           /opt/csw/lib


ldd /opt/csw/lib/libaspell.so.15
        libdl.so.1 =>    /lib/libdl.so.1
        libintl.so.3 =>  /opt/csw/lib/libintl.so.3
        libc.so.1 =>     /lib/libc.so.1
        libiconv.so.2 =>         /opt/csw/lib/libiconv.so.2
        libstdc++.so.6 =>        /opt/csw/gcc4/lib/libstdc++.so.6
        libm.so.1 =>     /lib/libm.so.1
        libgcc_s.so.1 =>         /opt/csw/lib/libgcc_s.so.1
        libm.so.2 =>     /lib/libm.so.2
        /platform/SUNW,Sun-Blade-1000/lib/libc_psr.so.1




Using gcc4g++rt 4.3.3,REV=2009.05.07:


$ dump -Lv /opt/csw/gcc4/lib/libstdc++.so.6 | grep -c RPATH
0


$ ldd /opt/csw/lib/libaspell.so.15
        libdl.so.1 =>    /lib/libdl.so.1
        libintl.so.3 =>  /opt/csw/lib/libintl.so.3
        libc.so.1 =>     /lib/libc.so.1
        libiconv.so.2 =>         /opt/csw/lib/libiconv.so.2
        libstdc++.so.6 =>        /opt/csw/gcc4/lib/libstdc++.so.6
        libm.so.1 =>     /lib/libm.so.1
        libgcc_s.so.1 =>         /opt/csw/lib/libgcc_s.so.1
        libgcc_s.so.1 (GCC_4.3.0) =>     (version not found)
        libm.so.2 =>     /lib/libm.so.2
        /platform/SUNW,Sun-Blade-1000/lib/libc_psr.so.1





James.


From mats.larsson at ericsson.com  Tue Nov 24 15:36:04 2009
From: mats.larsson at ericsson.com (Mats Larsson)
Date: Tue, 24 Nov 2009 15:36:04 +0100
Subject: [csw-users] Opera 10.10 on SPARC problem
Message-ID: <4B0BEF54.2030206@ericsson.com>

Hi,

Did give 
http://mirror.opencsw.org/testing/opera-10.10,REV=2009.11.23-SunOS5.8-sparc-CSW.pkg.gz 
a spin and ended up with this when trying to start it:

% /opt/csw/bin/opera
ld.so.1: opera: fatal: libSM.so.6: version `SUNW_1.1' not found 
(required by file /opt/csw/lib/opera /opera)
ld.so.1: opera: fatal: libSM.so.6: open failed: No such file or directory
Killed
% uname -a
SunOS ws46152 5.8 Generic_117350-51 sun4u sparc SUNW,Sun-Blade-1500

Not built for Solaris 8 or?

BR MOL
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20091124/844a12f4/attachment-0002.html>

From james at opencsw.org  Tue Nov 24 15:53:29 2009
From: james at opencsw.org (James Lee)
Date: Tue, 24 Nov 2009 14:53:29 GMT
Subject: [csw-users] Opera 10.10 on SPARC problem
In-Reply-To: <4B0BEF54.2030206@ericsson.com>
References: <4B0BEF54.2030206@ericsson.com>
Message-ID: <20091124.14532900.2976123142@gyor.oxdrove.co.uk>

On 24/11/09, 14:36:04, Mats Larsson <mats.larsson at ericsson.com> wrote
regarding [csw-users] Opera 10.10 on SPARC problem:

> http://mirror.opencsw.org/testing/opera-10.10,REV=2009.11.23-SunOS5.8-
> sparc-CSW.pkg.gz
...
> Not built for Solaris 8 or?

No it's not.  The sparc was packaged on 8, the only difference is the
name it assigns.  Sorry for the mistake.

Note it's not CSW built, only CSW packaged.  Until I can get my hands
on the source code...



James.


From ja at opencsw.org  Sat Nov 28 21:47:14 2009
From: ja at opencsw.org (Juergen Arndt)
Date: Sat, 28 Nov 2009 21:47:14 +0100
Subject: [csw-users] Munin 1.4 in testing
Message-ID: <op.u34hc0ogjbmpvo@imac.lan>

Hi all,

I put munin packages for the new version 1.4 into testing.

Because munin master and munin node now have some files in common, I  
created an additional package CSWmunincommon. The packages are now:

CSWmunincommon
CSWmuninmaster (depends on CSWmunincommon)
CSWmuninnode (depends on CSWmunincommon)

Feedback is welcome.

Juergen

-- 
Juergen Arndt