From schwindt at dfki.uni-kl.de  Tue May  4 14:37:53 2010
From: schwindt at dfki.uni-kl.de (Nicolai Schwindt)
Date: Tue, 04 May 2010 14:37:53 +0200
Subject: [csw-users] does wireshark need canberra?
In-Reply-To: Your message of "Wed, 24 Mar 2010 17:07:18 GMT."
	<ce97543b1003241007h3392f9bch6b144a837f3f11ed@mail.gmail.com> 
Message-ID: <201005041237.o44CbrX4017811@dfki.uni-kl.de>

> 2010/3/24 gerard <ghenry at cmi.univ-mrs.fr>:
> > yes, and if i compare with SUNWwireshark in opensolaris:
> > $ /usr/ccs/bin/dump -Lv /usr/sbin/wireshark
> > doesn't show libcanberra, but a pldd on the process shows it:
> > ?? henry ??1148 ??1045 ?? 1 16:23:43 pts/6 ?? ?? ?? 0:00 wireshark
> > $ pldd 1148|grep canb
> > /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so
> >
> > i guess this is something related to gnome?
> 
> I've verified that no OpenCSW binary has cranberra in NEEDED.  It's
> probably something specific to your system.  Try ransacking your
> library directories for a library that pulls cranberra in.  Look at
> /usr/local/lib.

or crle



From wim.vandijck at sun.com  Wed May 12 12:47:26 2010
From: wim.vandijck at sun.com (Wim Van Dijck)
Date: Wed, 12 May 2010 12:47:26 +0200
Subject: [csw-users] symbol Perl_Gthr_key_ptr: referenced symbol not found
 after forced Perl downgrade
Message-ID: <4BEA873E.6080501@sun.com>

Hi all,

We recently noticed that after an update of our CSW packages, there's a 
bug that prevents Nagios from working with the perl 5.10 package.
So I changed the repositary from current to stable, and downgraded perl 
to 5.8

Nagios is working again, but now I'm having problems with perl modules. 
I understand that the modules obviously must be the same version as the 
perl package, so I removed them and reinstalled them.
But I keep seeing this error in apache:
ld.so.1: perl: fatal: relocation error: file 
/opt/csw/lib/perl/csw/auto/GD/GD.so: symbol Perl_Gthr_key_ptr: 
referenced symbol not found
GD.so is part of the CSWpmgd package. I've reinstalled it already (as 
well as CSWgd and CSWpmgdgraph), and am not sure which way to go now...

Any hints?
Many thanks,
Kind regards,

-- 
Wim Van Dijck
FODFin IAM support
Sun Microsystems


From bonivart at opencsw.org  Wed May 12 13:31:11 2010
From: bonivart at opencsw.org (Peter Bonivart)
Date: Wed, 12 May 2010 13:31:11 +0200
Subject: [csw-users] symbol Perl_Gthr_key_ptr: referenced symbol not
	found after forced Perl downgrade
In-Reply-To: <4BEA873E.6080501@sun.com>
References: <4BEA873E.6080501@sun.com>
Message-ID: <AANLkTinw7oUBVHhCT9Mhp6e-RmaPdsnU3brMQbvMg_Vh@mail.gmail.com>

On Wed, May 12, 2010 at 12:47 PM, Wim Van Dijck <wim.vandijck at sun.com> wrote:
> Hi all,
>
> We recently noticed that after an update of our CSW packages, there's a bug
> that prevents Nagios from working with the perl 5.10 package.
> So I changed the repositary from current to stable, and downgraded perl to
> 5.8
>
> Nagios is working again, but now I'm having problems with perl modules. I
> understand that the modules obviously must be the same version as the perl
> package, so I removed them and reinstalled them.
> But I keep seeing this error in apache:
> ld.so.1: perl: fatal: relocation error: file
> /opt/csw/lib/perl/csw/auto/GD/GD.so: symbol Perl_Gthr_key_ptr: referenced
> symbol not found
> GD.so is part of the CSWpmgd package. I've reinstalled it already (as well
> as CSWgd and CSWpmgdgraph), and am not sure which way to go now...

What was the problem with nagios? It's probably best to fix that.

-- 
/peter

From dam at opencsw.org  Wed May 12 13:41:10 2010
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 12 May 2010 13:41:10 +0200
Subject: [csw-users] symbol Perl_Gthr_key_ptr: referenced symbol not
	found after forced Perl downgrade
In-Reply-To: <4BEA873E.6080501@sun.com>
References: <4BEA873E.6080501@sun.com>
Message-ID: <740770F8-2FBC-445A-AA7E-AC019C9CFD79@opencsw.org>

Hi Wim,

Am 12.05.2010 um 12:47 schrieb Wim Van Dijck:
> We recently noticed that after an update of our CSW packages,  
> there's a bug that prevents Nagios from working with the perl 5.10  
> package.

J?rgen has already rebuilt Nagios, but not released yet due to some  
more testing
needed:
   <http://mirror.opencsw.org/experimental.html#ja>
Please verify and I think J?rgen will it soon.


Best regards

   -- Dago


From wim.vandijck at sun.com  Wed May 12 14:35:17 2010
From: wim.vandijck at sun.com (Wim Van Dijck)
Date: Wed, 12 May 2010 14:35:17 +0200
Subject: [csw-users] users Digest, Vol 75, Issue 1
In-Reply-To: <mailman.2637.1273663901.6806.users@lists.opencsw.org>
References: <mailman.2637.1273663901.6806.users@lists.opencsw.org>
Message-ID: <4BEAA085.7000804@sun.com>

Hi Dago,

the Nagios issue is not a concern anymore, as be backed down to perl 5.8. We'll re-upgrade later when the package is in the current branch.
However, we still need the gd modules working now :-)

Any reason why I still get this error?
Could it be that there's another perl module that is causing this? (some dependence issue?)

Kindest regards,
Wim



Hi Wim,

Am 12.05.2010 um 12:47 schrieb Wim Van Dijck:
>/  We recently noticed that after an update of our CSW packages,
/>/  there's a bug that prevents Nagios from working with the perl 5.10
/>/  package.
/
J?rgen has already rebuilt Nagios, but not released yet due to some
more testing
needed:
    <http://mirror.opencsw.org/experimental.html#ja>
Please verify and I think J?rgen will it soon.


Best regards

    -- Dago


-- 
Wim Van Dijck
FODFin IAM support
Sun Microsystems


On 12/05/10 13:31, users-request at lists.opencsw.org wrote:
> Send users mailing list submissions to
> 	users at lists.opencsw.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 at lists.opencsw.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: Problems with python hashlib (Jos? Plana)
>     2. mesalibs mglu versus glu (Wyche, George             PW)
>     3. Re: mesalibs mglu versus glu (Wyche, George             PW)
>     4. Re: mesalibs mglu versus glu (Dagobert Michelsen)
>     5. Re: mesalibs mglu versus glu (Dagobert Michelsen)
>     6. Re: does wireshark need canberra? (Nicolai Schwindt)
>     7. symbol Perl_Gthr_key_ptr: referenced symbol not found after
>        forced Perl downgrade (Wim Van Dijck)
>     8. Re: symbol Perl_Gthr_key_ptr: referenced symbol not	found
>        after forced Perl downgrade (Peter Bonivart)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sat, 17 Apr 2010 16:27:01 +0200
> From: Jos? Plana<jplana at gmail.com>
> To: users at lists.opencsw.org
> Subject: Re: [csw-users] Problems with python hashlib
> Message-ID:<op.vba83bkkd8dor0 at thinp.local>
> Content-Type: text/plain; charset=iso-8859-15; format=flowed;
> 	delsp=yes
>
> En Sat, 17 Apr 2010 15:29:29 +0200, Maciej (Matchek) Blizinski
> <maciej at opencsw.org>  escribi?:
>
>
> Hi
>    
>> No dia 17 de Abril de 2010 14:23, Maciej (Matchek) Blizinski
>> <maciej at opencsw.org>  escreveu:
>>      
>>> Looking at http://www.opencsw.org/search/openssl_rt it seems like the
>>> files are indeed missing from the package.
>>>        
>> No, I'm blind.  The package is OK.  I was looking for
>> /opt/csw/lib/sparcv8, I don't know why.  The
>> /opt/csw/lib/libssl.so.0.9.8 file is in the package, and the others
>> are too.  This would point to a problem with your installation.
>> Perhaps the files were accidentally removed?
>>
>>      
> The files are present, in /opt/csw/lib/sparcv8plus+vis/, however my
> installation procedure was non standard, as I upgraded from blastwave to
> opencsw packages.
>
>    
>> The removal could happen during an upgrade, for example when you use
>> pkg-get and files are moved from one package to another.  Here's a
>> case that might be similar to yours:
>> http://www.opencsw.org/mantis/view.php?id=4004
>>
>>      
> The curious thing is that I removed openssl with pkgrm and then tried to
> install again with pkg-get. If there's nobody else reporting the same
> problem then it's probably just my installation. Thanks for your help!
>
>    
>> Maciej
>>      
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 22 Apr 2010 15:31:05 -0400
> From: "Wyche, George             PW"<George.Wyche at pw.utc.com>
> To: "Questions and discussions"<users at lists.opencsw.org>
> Subject: [csw-users] mesalibs mglu versus glu
> Message-ID:
> 	<239E996F5C620A4E8A369B7D818326B20117BF91 at PUSMNEI1.pwemail.us>
> Content-Type: text/plain;	charset="us-ascii"
>
> As a sparc Solaris8 user today I did "pkg-get -I mesalibs glut"
>
> I compiled a c program against (sparc) /opt/csw/lib/libGLU.so which left
> numerous, suspicious undefined symbols all starting with mglu. I spent
> some time looking around the internet and this is not an uncommon
> problem, but I do not understand how I can solve it.
>
> None of the messages went into detail about the nature of the problem,
> but nearly all solutions had to do with modifying the ***library***
> makefile, taking that solution out of my ballpark. Things like
> glu.exports glu.exports.in mangle.h were mentioned. There were mumbles
> that the mglu... were meant to be internal library references, but
> somehow our Solar loader (and other unix loaders) sees them as
> unsatisfied externals and won't make my executable.
>
> To whom might I address this issue further?
>
> George Wyche
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 27 Apr 2010 11:33:33 -0400
> From: "Wyche, George             PW"<George.Wyche at pw.utc.com>
> To: "Questions and discussions"<users at lists.opencsw.org>
> Subject: Re: [csw-users] mesalibs mglu versus glu
> Message-ID:
> 	<239E996F5C620A4E8A369B7D818326B2011A43E9 at PUSMNEI1.pwemail.us>
> Content-Type: text/plain;	charset="us-ascii"
>
> Paul Lanken suggests checking out BlastWave which, presciently it would
> seem, now uses Solaris10 as its base level, instead of pursuing my
> wonderment here at opencsw which very recently abandoned Solaris8 as its
> base level.
>
> I don't like mixing and matching. I get into trouble (faster) when I do
> that. But following Mr. Lanken's lead I suppose I should investigate Mr.
> Christensen's sunfreeware, too. I started with them lo' these many years
> ago.
>
> Bigger picture efforts would be to fight (much) harder to get all these
> Sun workstations redone with Solaris10 to try and stay (not ahead) up
> with the game. However, management, rightly so, is not interested in
> such activity unless it translates rather directly into "positive" cash
> flow. As a programmer I am not highly motivated to put together a
> "business plan" whose myopic goal is attempting to link a rather simple
> glut program.
>
> ggw
>
>
> ------------------------------
>
> Message: 4
> Date: Tue, 27 Apr 2010 17:43:24 +0200
> From: Dagobert Michelsen<dam at opencsw.org>
> To: Questions and discussions<users at lists.opencsw.org>
> Subject: Re: [csw-users] mesalibs mglu versus glu
> Message-ID:<53A0C43D-4693-4072-AEA7-4DCCC6F5C70F at opencsw.org>
> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
>
> Hi George,
>
> Am 27.04.2010 um 17:33 schrieb Wyche, George PW:
>    
>> Paul Lanken suggests checking out BlastWave
>>      
> Please notice that Paul Lanken is heavily biased towards Blastwave
> and IMHO uses unacceltable wording. Please take a look at his
> last postings at
>     <http://lists.opencsw.org/pipermail/users/2008-December/007827.html>
>     <http://www.h-online.com/open/news/forum/S-Re-The-facts-of-the-matter-are-somewhat-different/forum-110420/msg-14369987/read/
>   >
>
>    
>> I don't like mixing and matching. I get into trouble (faster) when I
>> do
>> that. But following Mr. Lanken's lead I suppose I should investigate
>> Mr.
>> Christensen's sunfreeware, too. I started with them lo' these many
>> years
>> ago.
>>      
> I started writing a comparison of Solaris packages distributions at
>     <http://wiki.opencsw.org/solarisdistributions>
> It is currently at draft level, but feel free to take a look and
> comment. In fact, SFW is very much different from OpenCSW as outlined
> there.
>
>
> Best regards
>
>     -- Dago
>
>
> ------------------------------
>
> Message: 5
> Date: Tue, 27 Apr 2010 17:45:00 +0200
> From: Dagobert Michelsen<dam at opencsw.org>
> To: Questions and discussions<users at lists.opencsw.org>
> Subject: Re: [csw-users] mesalibs mglu versus glu
> Message-ID:<04D28497-1007-4B58-98D7-B5F6AE14F265 at opencsw.org>
> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
>
> Hi George,
>
> Am 22.04.2010 um 21:31 schrieb Wyche, George PW:
>    
>> As a sparc Solaris8 user today I did "pkg-get -I mesalibs glut"
>>
>> I compiled a c program against (sparc) /opt/csw/lib/libGLU.so which
>> left
>> numerous, suspicious undefined symbols all starting with mglu. I spent
>> some time looking around the internet and this is not an uncommon
>> problem, but I do not understand how I can solve it.
>>
>> None of the messages went into detail about the nature of the problem,
>> but nearly all solutions had to do with modifying the ***library***
>> makefile, taking that solution out of my ballpark. Things like
>> glu.exports glu.exports.in mangle.h were mentioned. There were mumbles
>> that the mglu... were meant to be internal library references, but
>> somehow our Solar loader (and other unix loaders) sees them as
>> unsatisfied externals and won't make my executable.
>>
>> To whom might I address this issue further?
>>      
> James is maintaining mesa and he may suggest something. I have
> put him on cc'.
>
>
> Best regards
>
>     -- Dago
>
>
> ------------------------------
>
> Message: 6
> Date: Tue, 04 May 2010 14:37:53 +0200
> From: Nicolai Schwindt<schwindt at dfki.uni-kl.de>
> To: Questions and discussions<users at lists.opencsw.org>
> Subject: Re: [csw-users] does wireshark need canberra?
> Message-ID:<201005041237.o44CbrX4017811 at dfki.uni-kl.de>
> Content-Type: text/plain; charset=iso-8859-1
>
>    
>> 2010/3/24 gerard<ghenry at cmi.univ-mrs.fr>:
>>      
>>> yes, and if i compare with SUNWwireshark in opensolaris:
>>> $ /usr/ccs/bin/dump -Lv /usr/sbin/wireshark
>>> doesn't show libcanberra, but a pldd on the process shows it:
>>> ?? henry ??1148 ??1045 ?? 1 16:23:43 pts/6 ?? ?? ?? 0:00 wireshark
>>> $ pldd 1148|grep canb
>>> /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so
>>>
>>> i guess this is something related to gnome?
>>>        
>> I've verified that no OpenCSW binary has cranberra in NEEDED.  It's
>> probably something specific to your system.  Try ransacking your
>> library directories for a library that pulls cranberra in.  Look at
>> /usr/local/lib.
>>      
> or crle
>
>
>
>
> ------------------------------
>
> Message: 7
> Date: Wed, 12 May 2010 12:47:26 +0200
> From: Wim Van Dijck<wim.vandijck at sun.com>
> To: users at lists.opencsw.org
> Subject: [csw-users] symbol Perl_Gthr_key_ptr: referenced symbol not
> 	found after forced Perl downgrade
> Message-ID:<4BEA873E.6080501 at sun.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi all,
>
> We recently noticed that after an update of our CSW packages, there's a
> bug that prevents Nagios from working with the perl 5.10 package.
> So I changed the repositary from current to stable, and downgraded perl
> to 5.8
>
> Nagios is working again, but now I'm having problems with perl modules.
> I understand that the modules obviously must be the same version as the
> perl package, so I removed them and reinstalled them.
> But I keep seeing this error in apache:
> ld.so.1: perl: fatal: relocation error: file
> /opt/csw/lib/perl/csw/auto/GD/GD.so: symbol Perl_Gthr_key_ptr:
> referenced symbol not found
> GD.so is part of the CSWpmgd package. I've reinstalled it already (as
> well as CSWgd and CSWpmgdgraph), and am not sure which way to go now...
>
> Any hints?
> Many thanks,
> Kind regards,
>
>    
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20100512/db45a02b/attachment-0001.html>

From dam at opencsw.org  Wed May 12 14:59:25 2010
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 12 May 2010 14:59:25 +0200
Subject: [csw-users] users Digest, Vol 75, Issue 1
In-Reply-To: <4BEAA085.7000804@sun.com>
References: <mailman.2637.1273663901.6806.users@lists.opencsw.org>
	<4BEAA085.7000804@sun.com>
Message-ID: <FDBC6815-347C-44FB-85BC-A8D0D3A363C6@opencsw.org>

Hi Wim,

Am 12.05.2010 um 14:35 schrieb Wim Van Dijck:
> the Nagios issue is not a concern anymore, as be backed down to perl  
> 5.8. We'll re-upgrade later when the package is in the current branch.
> However, we still need the gd modules working now :-)
>
> Any reason why I still get this error?
> Could it be that there's another perl module that is causing this?  
> (some dependence issue?)

This is most certainly the case. The other issue is a mixed dependency  
to libjpeg.so.62 and .7.
You can check by looking at the dependencies one by one.


Best regards

   -- Dago
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20100512/b143aa64/attachment.html>

From wim.vandijck at sun.com  Wed May 12 15:05:49 2010
From: wim.vandijck at sun.com (Wim Van Dijck)
Date: Wed, 12 May 2010 15:05:49 +0200
Subject: [csw-users] symbol Perl_Gthr_key_ptr: referenced symbol not
 found after forced Perl downgrade
In-Reply-To: <FDBC6815-347C-44FB-85BC-A8D0D3A363C6@opencsw.org>
References: <mailman.2637.1273663901.6806.users@lists.opencsw.org>
	<4BEAA085.7000804@sun.com>
	<FDBC6815-347C-44FB-85BC-A8D0D3A363C6@opencsw.org>
Message-ID: <4BEAA7AD.3070400@sun.com>

Dago,

aha. thanks! I would gladly do that. Forgive my ignorance, but how do I 
look at the dependencies? I've never been able to figure that out... :-/

Kind regards,

-- 
Wim Van Dijck
FODFin IAM support
Sun Microsystems


On 12/05/10 14:59, Dagobert Michelsen wrote:
> Hi Wim,
>
> Am 12.05.2010 um 14:35 schrieb Wim Van Dijck:
>> the Nagios issue is not a concern anymore, as be backed down to perl 5.8. We'll re-upgrade later when the package is in the current branch.
>> However, we still need the gd modules working now :-)
>>
>> Any reason why I still get this error?
>> Could it be that there's another perl module that is causing this? (some dependence issue?)
>
> This is most certainly the case. The other issue is a mixed dependency 
> to libjpeg.so.62 and .7.
> You can check by looking at the dependencies one by one.
>
>
> Best regards
>
>   -- Dago
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20100512/d2bfa2ee/attachment.html>

From dam at opencsw.org  Wed May 12 15:09:43 2010
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 12 May 2010 15:09:43 +0200
Subject: [csw-users] symbol Perl_Gthr_key_ptr: referenced symbol not
	found after forced Perl downgrade
In-Reply-To: <4BEAA7AD.3070400@sun.com>
References: <mailman.2637.1273663901.6806.users@lists.opencsw.org>
	<4BEAA085.7000804@sun.com>
	<FDBC6815-347C-44FB-85BC-A8D0D3A363C6@opencsw.org>
	<4BEAA7AD.3070400@sun.com>
Message-ID: <8E67E485-1A6D-48E6-85D3-D02AFEE96CEC@opencsw.org>

Hi Wim,

Am 12.05.2010 um 15:05 schrieb Wim Van Dijck:
> aha. thanks! I would gladly do that. Forgive my ignorance, but how  
> do I look at the dependencies? I've never been able to figure that  
> out... :-/

You look at the program and .so-files and see what they require with
   dump -Lv <file>
and see if all symbols resolve with
   ldd -r <file>
There should be no errors.


Best regards

   -- Dago

From dam at opencsw.org  Wed May 12 15:20:34 2010
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 12 May 2010 15:20:34 +0200
Subject: [csw-users] symbol Perl_Gthr_key_ptr: referenced symbol not
	found after forced Perl downgrade
In-Reply-To: <4BEAA7AD.3070400@sun.com>
References: <mailman.2637.1273663901.6806.users@lists.opencsw.org>
	<4BEAA085.7000804@sun.com>
	<FDBC6815-347C-44FB-85BC-A8D0D3A363C6@opencsw.org>
	<4BEAA7AD.3070400@sun.com>
Message-ID: <FFA94B84-C471-46F0-98B8-FCC012739A40@opencsw.org>

Hi Wim,

Am 12.05.2010 um 15:05 schrieb Wim Van Dijck:
> aha. thanks! I would gladly do that. Forgive my ignorance, but how  
> do I look at the dependencies? I've never been able to figure that  
> out... :-/

You look at the program and .so-files and see what they require with
  dump -Lv <file>
and see if all symbols resolve with
  ldd -r <file>
There should be no errors. If there are errors you are on a good path to
solve the error :-) BTW, I would really appreciate if you could test the
package from J?rgen as it helps getting it released.


Best regards

  -- Dago

From wim.vandijck at sun.com  Wed May 12 15:44:04 2010
From: wim.vandijck at sun.com (Wim Van Dijck)
Date: Wed, 12 May 2010 15:44:04 +0200
Subject: [csw-users] symbol Perl_Gthr_key_ptr: referenced symbol not
 found after forced Perl downgrade
In-Reply-To: <FFA94B84-C471-46F0-98B8-FCC012739A40@opencsw.org>
References: <mailman.2637.1273663901.6806.users@lists.opencsw.org>
	<4BEAA085.7000804@sun.com>
	<FDBC6815-347C-44FB-85BC-A8D0D3A363C6@opencsw.org>
	<4BEAA7AD.3070400@sun.com>
	<FFA94B84-C471-46F0-98B8-FCC012739A40@opencsw.org>
Message-ID: <4BEAB0A4.2090408@sun.com>

Very interesting!

This is the output I'm getting, I'm afraid this doesn't really point me 
to any other packages that could be the culprit though...:
#ldd -r  /opt/csw/lib/perl/csw/auto/GD/GD.so
         libXpm.so.4.11 =>        
/opt/csw/lib/sparcv8plus+vis/libXpm.so.4.11
         libX11.so.4 =>   /usr/lib/libX11.so.4
         libjpeg.so.62 =>         
/opt/csw/lib/sparcv8plus+vis2/libjpeg.so.62
         libfontconfig.so.1 =>    /opt/csw/lib/sparcv8/libfontconfig.so.1
         libfreetype.so.6 =>      /opt/csw/lib/sparcv8/libfreetype.so.6
         libpng12.so.0 =>         
/opt/csw/lib/sparcv8plus+vis2/libpng12.so.0
         libz.so =>       /opt/csw/lib/sparcv8plus+vis/libz.so
         libm.so.1 =>     /lib/libm.so.1
         libiconv.so.2 =>         /opt/csw/lib/sparcv8/libiconv.so.2
         libgd.so.2 =>    /opt/csw/lib/sparcv8plus+vis/libgd.so.2
         libX11.so.6 =>   /opt/csw/X11/lib/libX11.so.6
         libc.so.1 =>     /lib/libc.so.1
         libsocket.so.1 =>        /lib/libsocket.so.1
         libnsl.so.1 =>   /lib/libnsl.so.1
         libXext.so.0 =>  /usr/openwin/lib/libXext.so.0
         libexpat.so.1 =>         /opt/csw/lib/sparcv8/libexpat.so.1
         libz.so.1 (SUNW_1.1) =>  (version not found)
         libxcb.so.1 =>   /opt/csw/X11/lib/libxcb.so.1
         libdl.so.1 =>    /lib/libdl.so.1
         libmp.so.2 =>    /lib/libmp.so.2
         libmd.so.1 =>    /lib/libmd.so.1
         libscf.so.1 =>   /lib/libscf.so.1
         libXau.so.6 =>   /opt/csw/X11/lib/libXau.so.6
         libXdmcp.so.6 =>         /opt/csw/X11/lib/libXdmcp.so.6
         libdoor.so.1 =>  /lib/libdoor.so.1
         libuutil.so.1 =>         /lib/libuutil.so.1
         libgen.so.1 =>   /lib/libgen.so.1
         symbol not found: Perl_croak_nocontext          
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         /platform/SUNW,Sun-Fire-V210/lib/libc_psr.so.1
         symbol not found: Perl_safesysfree              
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_safesysmalloc            
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_Gthr_key_ptr             
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_Tstack_sp_ptr            
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_Tmarkstack_ptr_ptr               
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_Tstack_base_ptr          
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_croak            
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_sv_2pv_flags             
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_Top_ptr          
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_Tcurpad_ptr              
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_sv_newmortal             
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_sv_setnv         
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_mg_set           
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_sv_2iv           
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_sv_setiv         
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_sv_setref_pv             
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_sv_2io           
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: PerlIO_findFILE               
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_get_sv           
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_sv_setpv         
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_sv_derived_from          
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_newSVpv          
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_sv_2mortal               
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_Tstack_max_ptr           
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_stack_grow               
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_newSViv          
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_Isv_undef_ptr            
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_sv_2nv           
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_push_scope               
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_Ttmps_floor_ptr          
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_save_int         
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_Ttmps_ix_ptr             
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_Tmarkstack_max_ptr               
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_markstack_grow           
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_call_method              
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_TSv_ptr          
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_free_tmps                
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_pop_scope                
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_sv_isobject              
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_hv_fetch         
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_TXpv_ptr         
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_sv_2bool         
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_form             
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_newXS            
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         symbol not found: Perl_Isv_yes_ptr              
(/opt/csw/lib/perl/csw/auto/GD/GD.so)
         libm.so.2 =>     /lib/libm.so.2
         /platform/SUNW,Sun-Fire-V210/lib/libmd_psr.so.1


For completeness:
#perl -V
Summary of my perl5 (revision 5 version 8 subversion 4) configuration:
   Platform:
     osname=solaris, osvers=2.10, archname=sun4-solaris-64int
     uname='sunos localhost 5.10 sun4u sparc SUNW,Ultra-2'
     config_args=''
     hint=recommended, useposix=true, d_sigaction=define
     usethreads=undef use5005threads=undef useithreads=undef 
usemultiplicity=undef
     useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
     use64bitint=define use64bitall=undef uselongdouble=undef
     usemymalloc=n, bincompat5005=undef
   Compiler:
     cc='cc', ccflags ='-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 
-xarch=v8 -D_TS_ERRNO',
     optimize='-xO3 -xspace -xildoff',
     cppflags=''
     ccversion='Sun WorkShop', gccversion='', gccosandvers=''
     intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=87654321
     d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
     ivtype='long long', ivsize=8, nvtype='double', nvsize=8, 
Off_t='off_t', lseeksize=8
     alignbytes=8, prototype=define
   Linker and Libraries:
     ld='cc', ldflags =''
     libpth=/lib /usr/lib /usr/ccs/lib
     libs=-lsocket -lnsl -ldl -lm -lc
     perllibs=-lsocket -lnsl -ldl -lm -lc
     libc=/lib/libc.so, so=so, useshrplib=true, libperl=libperl.so
     gnulibc_version=''
   Dynamic Linking:
     dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-R 
/usr/perl5/5.8.4/lib/sun4-solaris-64int/CORE'
     cccdlflags='-KPIC', lddlflags='-G'


Characteristics of this binary (from libperl):
   Compile-time options: USE_64_BIT_INT USE_LARGE_FILES
   Locally applied patches:
         22667 The optree builder was looping when constructing the ops ...
         22715 Upgrade to FileCache 1.04
         22733 Missing copyright in the README.
         22746 fix a coredump caused by rv2gv not fully converting a PV ...
         22755 Fix 29149 - another UTF8 cache bug hit by substr.
         22774 [perl #28938] split could leave an array without ...
         22775 [perl #29127] scalar delete of empty slice returned garbage
         22776 [perl #28986] perl -e "open m" crashes Perl
         22777 add test for change #22776 ("open m" crashes Perl)
         22778 add test for change #22746 ([perl #29102] Crash on assign ...
         22781 [perl #29340] Bizarre copy of ARRAY make sure a pad op's ...
         22796 [perl #29346] Double warning for int(undef) and 
abs(undef) ...
         22818 BOM-marked and (BOMless) UTF-16 scripts not working
         22823 [perl #29581] glob() misses a lot of matches
         22827 Smoke [5.9.2] 22818 FAIL(F) MSWin32 WinXP/.Net SP1 (x86/1 
cpu)
         22830 [perl #29637] Thread creation time is hypersensitive
         22831 improve hashing algorithm for ptr tables in perl_clone: ...
         22839 [perl #29790] Optimization busted: '@a = "b", sort @a' ...
         22850 [PATCH] 'perl -v' fails if local_patches contains code 
snippets
         22852 TEST needs to ignore SCM files
         22886 Pod::Find should ignore SCM files and dirs
         22888 Remove redundant %SIG assignments from FileCache
         23006 [perl #30509] use encoding and "eq" cause memory leak
         23074 Segfault using HTML::Entities
         23106 Numeric comparison operators mustn't compare addresses of ...
         23320 [perl #30066] Memory leak in nested shared data 
structures ...
         23321 [perl #31459] Bug in read()
         27722 perlio.c breaks on Solaris/gcc when > 256 FDs are available
         SPRINTF0 - fixes for sprintf formatting issues - CVE-2005-3962
         6663288 Upgrade to CGI.pm 3.33
         REGEXP0 - fix for UTF-8 recoding in regexps - CVE-2007-5116
         6758953 Perl Sys::Syslog can log messages with wrong severity
   Built under solaris
   Compiled at May 18 2009 02:52:06
   @INC:
     /usr/perl5/5.8.4/lib/sun4-solaris-64int
     /usr/perl5/5.8.4/lib
     /usr/perl5/site_perl/5.8.4/sun4-solaris-64int
     /usr/perl5/site_perl/5.8.4
     /usr/perl5/site_perl
     /usr/perl5/vendor_perl/5.8.4/sun4-solaris-64int
     /usr/perl5/vendor_perl/5.8.4
     /usr/perl5/vendor_perl

-- 
Wim Van Dijck
FODFin IAM support
Sun Microsystems


On 12/05/10 15:20, Dagobert Michelsen wrote:
> Hi Wim,
>
> Am 12.05.2010 um 15:05 schrieb Wim Van Dijck:
>> aha. thanks! I would gladly do that. Forgive my ignorance, but how do 
>> I look at the dependencies? I've never been able to figure that 
>> out... :-/
>
> You look at the program and .so-files and see what they require with
>  dump -Lv <file>
> and see if all symbols resolve with
>  ldd -r <file>
> There should be no errors. If there are errors you are on a good path to
> solve the error :-) BTW, I would really appreciate if you could test the
> package from J?rgen as it helps getting it released.
>
>
> Best regards
>
>  -- Dago


From dam at opencsw.org  Wed May 12 16:30:05 2010
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 12 May 2010 16:30:05 +0200
Subject: [csw-users] symbol Perl_Gthr_key_ptr: referenced symbol not
	found after forced Perl downgrade
In-Reply-To: <4BEAB0A4.2090408@sun.com>
References: <mailman.2637.1273663901.6806.users@lists.opencsw.org>
	<4BEAA085.7000804@sun.com>
	<FDBC6815-347C-44FB-85BC-A8D0D3A363C6@opencsw.org>
	<4BEAA7AD.3070400@sun.com>
	<FFA94B84-C471-46F0-98B8-FCC012739A40@opencsw.org>
	<4BEAB0A4.2090408@sun.com>
Message-ID: <B3BEEFA6-019F-408C-BB54-DDA8F9C1D507@opencsw.org>

Hi Wim,

Am 12.05.2010 um 15:44 schrieb Wim Van Dijck:
> Very interesting!
>
> This is the output I'm getting, I'm afraid this doesn't really point  
> me to any other packages that could be the culprit though...:

The previous GD.so did not pull in libperl.so automatically, that's  
why most certainly
the symbols are missing. Use the dump -Lv on GD.so and see if it is  
missing. If yes,
the missing symbols are no harm since libperl.so is usually already  
loaded. For your
perl -V make sure to call the right /opt/csw/bin/perl, not /usr/bin/ 
perl ;-)

I am afraid that the solution is not that easy to find. Personally, I  
would like to
ask you to go forward so we can resolve current issues instead of  
debugging old
mixtures of packages.


Best regards

   -- Dago



From ahardjan at earthling.net  Thu May 13 00:16:22 2010
From: ahardjan at earthling.net (ahardjan at earthling.net)
Date: Wed, 12 May 2010 22:16:22 +0000
Subject: [csw-users] users Digest, Vol 75, Issue 2
In-Reply-To: <mailman.2639.1273667751.6806.users@lists.opencsw.org>
References: <mailman.2639.1273667751.6806.users@lists.opencsw.org>
Message-ID: <122260778-1273702584-cardhu_decombobulator_blackberry.rim.net-1196263732-@bda386.bisx.prod.on.blackberry>

 
Sent from my BlackBerry device on the Rogers Wireless Network

-----Original Message-----
From: users-request at lists.opencsw.org
Date: Wed, 12 May 2010 14:35:51 
To: <users at lists.opencsw.org>
Subject: users Digest, Vol 75, Issue 2

Send users mailing list submissions to
    users at lists.opencsw.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 at lists.opencsw.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: symbol Perl_Gthr_key_ptr: referenced symbol not   found
      after forced Perl downgrade (Dagobert Michelsen)
   2. Re: users Digest, Vol 75, Issue 1 (Wim Van Dijck)


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

Message: 1
Date: Wed, 12 May 2010 13:41:10 +0200
From: Dagobert Michelsen <dam at opencsw.org>
To: Questions and discussions <users at lists.opencsw.org>
Subject: Re: [csw-users] symbol Perl_Gthr_key_ptr: referenced symbol
    not found after forced Perl downgrade
Message-ID: <740770F8-2FBC-445A-AA7E-AC019C9CFD79 at opencsw.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes

Hi Wim,

Am 12.05.2010 um 12:47 schrieb Wim Van Dijck:
> We recently noticed that after an update of our CSW packages,  
> there's a bug that prevents Nagios from working with the perl 5.10  
> package.

J?rgen has already rebuilt Nagios, but not released yet due to some  
more testing
needed:
   <http://mirror.opencsw.org/experimental.html#ja>
Please verify and I think J?rgen will it soon.


Best regards

   -- Dago



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

Message: 2
Date: Wed, 12 May 2010 14:35:17 +0200
From: Wim Van Dijck <wim.vandijck at sun.com>
To: users at lists.opencsw.org, dam at opencsw.org
Subject: Re: [csw-users] users Digest, Vol 75, Issue 1
Message-ID: <4BEAA085.7000804 at sun.com>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"

Hi Dago,

the Nagios issue is not a concern anymore, as be backed down to perl 5.8. We'll re-upgrade later when the package is in the current branch.
However, we still need the gd modules working now :-)

Any reason why I still get this error?
Could it be that there's another perl module that is causing this? (some dependence issue?)

Kindest regards,
Wim



Hi Wim,

Am 12.05.2010 um 12:47 schrieb Wim Van Dijck:
>/  We recently noticed that after an update of our CSW packages,
/>/  there's a bug that prevents Nagios from working with the perl 5.10
/>/  package.
/
J?rgen has already rebuilt Nagios, but not released yet due to some
more testing
needed:
    <http://mirror.opencsw.org/experimental.html#ja>
Please verify and I think J?rgen will it soon.


Best regards

    -- Dago


-- 
Wim Van Dijck
FODFin IAM support
Sun Microsystems


On 12/05/10 13:31, users-request at lists.opencsw.org wrote:
> Send users mailing list submissions to
>   users at lists.opencsw.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 at lists.opencsw.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: Problems with python hashlib (Jos? Plana)
>     2. mesalibs mglu versus glu (Wyche, George             PW)
>     3. Re: mesalibs mglu versus glu (Wyche, George             PW)
>     4. Re: mesalibs mglu versus glu (Dagobert Michelsen)
>     5. Re: mesalibs mglu versus glu (Dagobert Michelsen)
>     6. Re: does wireshark need canberra? (Nicolai Schwindt)
>     7. symbol Perl_Gthr_key_ptr: referenced symbol not found after
>        forced Perl downgrade (Wim Van Dijck)
>     8. Re: symbol Perl_Gthr_key_ptr: referenced symbol not    found
>        after forced Perl downgrade (Peter Bonivart)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sat, 17 Apr 2010 16:27:01 +0200
> From: Jos? Plana<jplana at gmail.com>
> To: users at lists.opencsw.org
> Subject: Re: [csw-users] Problems with python hashlib
> Message-ID:<op.vba83bkkd8dor0 at thinp.local>
> Content-Type: text/plain; charset=iso-8859-15; format=flowed;
>   delsp=yes
>
> En Sat, 17 Apr 2010 15:29:29 +0200, Maciej (Matchek) Blizinski
> <maciej at opencsw.org>  escribi?:
>
>
> Hi
>    
>> No dia 17 de Abril de 2010 14:23, Maciej (Matchek) Blizinski
>> <maciej at opencsw.org>  escreveu:
>>      
>>> Looking at http://www.opencsw.org/search/openssl_rt it seems like the
>>> files are indeed missing from the package.
>>>        
>> No, I'm blind.  The package is OK.  I was looking for
>> /opt/csw/lib/sparcv8, I don't know why.  The
>> /opt/csw/lib/libssl.so.0.9.8 file is in the package, and the others
>> are too.  This would point to a problem with your installation.
>> Perhaps the files were accidentally removed?
>>
>>      
> The files are present, in /opt/csw/lib/sparcv8plus+vis/, however my
> installation procedure was non standard, as I upgraded from blastwave to
> opencsw packages.
>
>    
>> The removal could happen during an upgrade, for example when you use
>> pkg-get and files are moved from one package to another.  Here's a
>> case that might be similar to yours:
>> http://www.opencsw.org/mantis/view.php?id=4004
>>
>>      
> The curious thing is that I removed openssl with pkgrm and then tried to
> install again with pkg-get. If there's nobody else reporting the same
> problem then it's probably just my installation. Thanks for your help!
>
>    
>> Maciej
>>      
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 22 Apr 2010 15:31:05 -0400
> From: "Wyche, George             PW"<George.Wyche at pw.utc.com>
> To: "Questions and discussions"<users at lists.opencsw.org>
> Subject: [csw-users] mesalibs mglu versus glu
> Message-ID:
>   <239E996F5C620A4E8A369B7D818326B20117BF91 at PUSMNEI1.pwemail.us>
> Content-Type: text/plain; charset="us-ascii"
>
> As a sparc Solaris8 user today I did "pkg-get -I mesalibs glut"
>
> I compiled a c program against (sparc) /opt/csw/lib/libGLU.so which left
> numerous, suspicious undefined symbols all starting with mglu. I spent
> some time looking around the internet and this is not an uncommon
> problem, but I do not understand how I can solve it.
>
> None of the messages went into detail about the nature of the problem,
> but nearly all solutions had to do with modifying the ***library***
> makefile, taking that solution out of my ballpark. Things like
> glu.exports glu.exports.in mangle.h were mentioned. There were mumbles
> that the mglu... were meant to be internal library references, but
> somehow our Solar loader (and other unix loaders) sees them as
> unsatisfied externals and won't make my executable.
>
> To whom might I address this issue further?
>
> George Wyche
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 27 Apr 2010 11:33:33 -0400
> From: "Wyche, George             PW"<George.Wyche at pw.utc.com>
> To: "Questions and discussions"<users at lists.opencsw.org>
> Subject: Re: [csw-users] mesalibs mglu versus glu
> Message-ID:
>   <239E996F5C620A4E8A369B7D818326B2011A43E9 at PUSMNEI1.pwemail.us>
> Content-Type: text/plain; charset="us-ascii"
>
> Paul Lanken suggests checking out BlastWave which, presciently it would
> seem, now uses Solaris10 as its base level, instead of pursuing my
> wonderment here at opencsw which very recently abandoned Solaris8 as its
> base level.
>
> I don't like mixing and matching. I get into trouble (faster) when I do
> that. But following Mr. Lanken's lead I suppose I should investigate Mr.
> Christensen's sunfreeware, too. I started with them lo' these many years
> ago.
>
> Bigger picture efforts would be to fight (much) harder to get all these
> Sun workstations redone with Solaris10 to try and stay (not ahead) up
> with the game. However, management, rightly so, is not interested in
> such activity unless it translates rather directly into "positive" cash
> flow. As a programmer I am not highly motivated to put together a
> "business plan" whose myopic goal is attempting to link a rather simple
> glut program.
>
> ggw
>
>
> ------------------------------
>
> Message: 4
> Date: Tue, 27 Apr 2010 17:43:24 +0200
> From: Dagobert Michelsen<dam at opencsw.org>
> To: Questions and discussions<users at lists.opencsw.org>
> Subject: Re: [csw-users] mesalibs mglu versus glu
> Message-ID:<53A0C43D-4693-4072-AEA7-4DCCC6F5C70F at opencsw.org>
> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
>
> Hi George,
>
> Am 27.04.2010 um 17:33 schrieb Wyche, George PW:
>    
>> Paul Lanken suggests checking out BlastWave
>>      
> Please notice that Paul Lanken is heavily biased towards Blastwave
> and IMHO uses unacceltable wording. Please take a look at his
> last postings at
>     <http://lists.opencsw.org/pipermail/users/2008-December/007827.html>
>     <http://www.h-online.com/open/news/forum/S-Re-The-facts-of-the-matter-are-somewhat-different/forum-110420/msg-14369987/read/
>   >
>
>    
>> I don't like mixing and matching. I get into trouble (faster) when I
>> do
>> that. But following Mr. Lanken's lead I suppose I should investigate
>> Mr.
>> Christensen's sunfreeware, too. I started with them lo' these many
>> years
>> ago.
>>      
> I started writing a comparison of Solaris packages distributions at
>     <http://wiki.opencsw.org/solarisdistributions>
> It is currently at draft level, but feel free to take a look and
> comment. In fact, SFW is very much different from OpenCSW as outlined
> there.
>
>
> Best regards
>
>     -- Dago
>
>
> ------------------------------
>
> Message: 5
> Date: Tue, 27 Apr 2010 17:45:00 +0200
> From: Dagobert Michelsen<dam at opencsw.org>
> To: Questions and discussions<users at lists.opencsw.org>
> Subject: Re: [csw-users] mesalibs mglu versus glu
> Message-ID:<04D28497-1007-4B58-98D7-B5F6AE14F265 at opencsw.org>
> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
>
> Hi George,
>
> Am 22.04.2010 um 21:31 schrieb Wyche, George PW:
>    
>> As a sparc Solaris8 user today I did "pkg-get -I mesalibs glut"
>>
>> I compiled a c program against (sparc) /opt/csw/lib/libGLU.so which
>> left
>> numerous, suspicious undefined symbols all starting with mglu. I spent
>> some time looking around the internet and this is not an uncommon
>> problem, but I do not understand how I can solve it.
>>
>> None of the messages went into detail about the nature of the problem,
>> but nearly all solutions had to do with modifying the ***library***
>> makefile, taking that solution out of my ballpark. Things like
>> glu.exports glu.exports.in mangle.h were mentioned. There were mumbles
>> that the mglu... were meant to be internal library references, but
>> somehow our Solar loader (and other unix loaders) sees them as
>> unsatisfied externals and won't make my executable.
>>
>> To whom might I address this issue further?
>>      
> James is maintaining mesa and he may suggest something. I have
> put him on cc'.
>
>
> Best regards
>
>     -- Dago
>
>
> ------------------------------
>
> Message: 6
> Date: Tue, 04 May 2010 14:37:53 +0200
> From: Nicolai Schwindt<schwindt at dfki.uni-kl.de>
> To: Questions and discussions<users at lists.opencsw.org>
> Subject: Re: [csw-users] does wireshark need canberra?
> Message-ID:<201005041237.o44CbrX4017811 at dfki.uni-kl.de>
> Content-Type: text/plain; charset=iso-8859-1
>
>    
>> 2010/3/24 gerard<ghenry at cmi.univ-mrs.fr>:
>>      
>>> yes, and if i compare with SUNWwireshark in opensolaris:
>>> $ /usr/ccs/bin/dump -Lv /usr/sbin/wireshark
>>> doesn't show libcanberra, but a pldd on the process shows it:
>>> ?? henry ??1148 ??1045 ?? 1 16:23:43 pts/6 ?? ?? ?? 0:00 wireshark
>>> $ pldd 1148|grep canb
>>> /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so
>>>
>>> i guess this is something related to gnome?
>>>        
>> I've verified that no OpenCSW binary has cranberra in NEEDED.  It's
>> probably something specific to your system.  Try ransacking your
>> library directories for a library that pulls cranberra in.  Look at
>> /usr/local/lib.
>>      
> or crle
>
>
>
>
> ------------------------------
>
> Message: 7
> Date: Wed, 12 May 2010 12:47:26 +0200
> From: Wim Van Dijck<wim.vandijck at sun.com>
> To: users at lists.opencsw.org
> Subject: [csw-users] symbol Perl_Gthr_key_ptr: referenced symbol not
>   found after forced Perl downgrade
> Message-ID:<4BEA873E.6080501 at sun.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi all,
>
> We recently noticed that after an update of our CSW packages, there's a
> bug that prevents Nagios from working with the perl 5.10 package.
> So I changed the repositary from current to stable, and downgraded perl
> to 5.8
>
> Nagios is working again, but now I'm having problems with perl modules.
> I understand that the modules obviously must be the same version as the
> perl package, so I removed them and reinstalled them.
> But I keep seeing this error in apache:
> ld.so.1: perl: fatal: relocation error: file
> /opt/csw/lib/perl/csw/auto/GD/GD.so: symbol Perl_Gthr_key_ptr:
> referenced symbol not found
> GD.so is part of the CSWpmgd package. I've reinstalled it already (as
> well as CSWgd and CSWpmgdgraph), and am not sure which way to go now...
>
> Any hints?
> Many thanks,
> Kind regards,
>
>    
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20100512/db45a02b/attachment.html>

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

_______________________________________________
users mailing list
users at lists.opencsw.org
https://lists.opencsw.org/mailman/listinfo/users

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

From james at opencsw.org  Mon May 17 18:39:01 2010
From: james at opencsw.org (James Lee)
Date: Mon, 17 May 2010 16:39:01 GMT
Subject: [csw-users] mesalibs mglu versus glu
In-Reply-To: <239E996F5C620A4E8A369B7D818326B20117BF91@PUSMNEI1.pwemail.us>
References: <239E996F5C620A4E8A369B7D818326B20117BF91@PUSMNEI1.pwemail.us>
Message-ID: <20100517.16390100.1252821469@gyor.oxdrove.co.uk>

On 22/04/10, 20:31:05, "Wyche," George PW <George.Wyche at pw.utc.com> wrote
regarding [csw-users] mesalibs mglu versus glu:

> I compiled a c program against (sparc) /opt/csw/lib/libGLU.so which left
> numerous, suspicious undefined symbols all starting with mglu. I spent
> some time looking around the internet and this is not an uncommon
> problem, but I do not understand how I can solve it.

> None of the messages went into detail about the nature of the problem,
> but nearly all solutions had to do with modifying the ***library***
> makefile, taking that solution out of my ballpark. Things like
> glu.exports glu.exports.in mangle.h were mentioned. There were mumbles
> that the mglu... were meant to be internal library references, but
> somehow our Solar loader (and other unix loaders) sees them as
> unsatisfied externals and won't make my executable.

Sorry to take so long but I've failed to get a solution to my
satisfaction however a do have a solution so read on.

The mglu prefix is a feature that allows linking to both mesa and the
/usr/lib OpenGL at the same time.  Unfortunately the distribution is
flawed in that is adds these references via a linker map even when we
don't want them.  I've rebuild mesa 7.6.1 with a map file fix and it
is in http://mirror.opencsw.org/testing.html.

Mesa is now 2 versions higher but neither compiles cleanly and I've
reached the point where I won't be spending any more time on these
releases, either 7.10 or my application needs to be better.



James.

From bwalton at opencsw.org  Sat May 22 04:09:45 2010
From: bwalton at opencsw.org (Ben Walton)
Date: Fri, 21 May 2010 22:09:45 -0400
Subject: [csw-users] pending coreutils release
Message-ID: <1274494062-sup-620@pinkfloyd.chass.utoronto.ca>


Hi All,

In the near future I'll be releasing a coreutils package that will
replace our very old fileutils, shutils and textutils.  This release
will also see the update of several other packages to handle the
dependency changes required.

If you have the ability to test this updated package set on your
machines and provide feedback, I'd really appreciate it.

I especially need feedback on logwatch as I don't use it myself but
had to update it because it was orphaned.

You can test the set of pending updates by pulling from the catalog:
http://mirror.opencsw.org/opencsw/experimental/coreutils

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


From ghenry at cmi.univ-mrs.fr  Wed May 26 11:53:24 2010
From: ghenry at cmi.univ-mrs.fr (gerard)
Date: Wed, 26 May 2010 11:53:24 +0200
Subject: [csw-users] pidgin failed to connect yahoo accounts ?
Message-ID: <4BFCEF94.9050001@cmi.univ-mrs.fr>

hello all,
i've pidgin 2.6.6 on solaris 10 sparc servers. since few days, it fails 
to connect to my yahoo account, as if the password is false.
But on opensolaris, with pidgin 2.6.5 shipped, the same account is ok, 
and i can connect to yahoo.
Has anybody else encountered the problem? or anybody can do the test 
with a yahoo account?
I verified the yahoo account parameters, there are the same on solaris 
and os2009.06.

thanks in advance for help,

gerard

From George.Wyche at pw.utc.com  Thu May 27 02:33:36 2010
From: George.Wyche at pw.utc.com (Wyche, George             PW)
Date: Wed, 26 May 2010 20:33:36 -0400
Subject: [csw-users] Gnuplot "Arial" font
Message-ID: <239E996F5C620A4E8A369B7D818326B201374DC7@PUSMNEI1.pwemail.us>

In gnuplot when I try "set terminal png" I get that "no Arial font"
message. It seems that our version of gnuplot was built with a default
font that there is no access to. No matter, I would be pleased with one
we do have, but...

I am thoroughly puzzled by my failed 2 internal and 1 external remedies
on this Solaris 8 sparc.
I like lucida bright as a font and have concentrated on trying to get
that font accepted. Many variants on the lucida bright name are to be
found by "find /usr -name '*ucida*'" and by "xlsfonts | grep ucida"

1) For example I tried set fontpath "/usr/openwin/lib/X11/fonts/"
followed by various spellings lucida bright in
   set terminal png font lucidabright
None of which worked; all giving me an error like "Cant find/open font"
or sometimes "invalid color spec, must be xRRGGBB"

2) There was mention of setting the environment variable GDFONTPATH so I
tried various directories with
   setenv GDFONTPATH /usr/openwin/lib/X11/fonts/
Followed by my variations on
   set terminal png font lucidabright
Only to get identical errors message as above.

3) When I did
   xlsfonts -ll lucidabright
I got tons of information, but not even a hint of a thing that might be
called "a font path" which leads me to think I have got this all wrong
somehow.

Can anyone either explain what I got wrong, or point me to a source
where I can read further?

George Wyche

From brian.tingle.cdlib.org at gmail.com  Fri May 28 20:18:37 2010
From: brian.tingle.cdlib.org at gmail.com (Brian Tingle)
Date: Fri, 28 May 2010 11:18:37 -0700
Subject: [csw-users] non-root user
Message-ID: <AANLkTinqvgAzwaBiGCVcCfFyqG44rvtoIf0DIESHyu7T@mail.gmail.com>

Hi,



I have a question about http://sourceforge.net/apps/trac/gar/wiki/GarSetup



I?m an application owner/developer who works on solaris environments where I
do not have root and the sysadmin has some sunfreeware packages installed
but I always have to compile my own versions of a lot of packages.  I want
to use GAR ?standalone? to manage packages I build in my application
directory so I don?t have to type wget; tar ?zxf; ./configure ?prefix...;
make ; make ; make over and over again for each package I build, I want to
automate the entire build process.



Do I need to manually build all the packages I would get with CSWgardevel
 into my /app/opt/csw directory (or at least any that are not already in my
build environment) to bootstrap the world?



I have /opt/SUNWspro/bin/cc will that work or will I need to get SOS?



Any advice on how to use GAR in this mode, or am I barking up the wrong
tree?



Cheers, -- Brian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20100528/2aa3c99b/attachment.html>

From phil at bolthole.com  Sun May 30 01:41:06 2010
From: phil at bolthole.com (Philip Brown)
Date: Sat, 29 May 2010 16:41:06 -0700
Subject: [csw-users] warning about X11 libraries
Message-ID: <20100529234106.GA92900@bolthole.com>

(Please note: this email has also gone to our "announce" mailing list,
which I encourage everyone to sign up for. This message is so important,
however, that I thought it best to copy both lists)

To our esteemed users:
Please be warned --  We are redoing our X11 support strategy at this time.
This means that some programs that use libraries under /opt/csw/X11/lib
may get broken by updates over the following weeks. 
We are planning to remigrate X11 support to primarily use Sun X11
libraries, which means refocusing our efforts on libraries directly under
/opt/csw/lib.

We apologise for any difficulties this may cause you.
In extreme cases, we remind you that there ARE older versions of packages
kept at http://csw.informatik.uni-erlangen.de/oldpkgs/ , amoung other
places, if you find yourself in need of an older package in an emergency.

Thank you for your patience. Please know that we are working hard for the
end result of a more up to date, and also better performing, X11 experience
for you, our users :-)



From bwalton at opencsw.org  Mon May 31 04:14:13 2010
From: bwalton at opencsw.org (Ben Walton)
Date: Sun, 30 May 2010 22:14:13 -0400
Subject: [csw-users] non-root user
In-Reply-To: <AANLkTinqvgAzwaBiGCVcCfFyqG44rvtoIf0DIESHyu7T@mail.gmail.com>
References: <AANLkTinqvgAzwaBiGCVcCfFyqG44rvtoIf0DIESHyu7T@mail.gmail.com>
Message-ID: <1275271128-sup-5803@pinkfloyd.chass.utoronto.ca>

Excerpts from Brian Tingle's message of Fri May 28 14:18:37 -0400 2010:

Hi Brian,

> Do I need to manually build all the packages I would get with
>  CSWgardevel into my /app/opt/csw directory (or at least any that
>  are not already in my build environment) to bootstrap the world?

I think you should be able to alter GAR to use a PATH that would allow
it to find all of the tools it needs.  As long as nothing in GAR is
using a full path, it'd be fine...and if it is using a fully qualified
path, it's likely a bug that should be corrected.  The replacement
tools need to be close enough in versions that all options used by GAR
are supported too.

The file gar.conf.mk contains the setting for PATH, so this is where
your tweaks would occur.

Some of the hash-bang lines for tools in gar/bin will need a twiddle
too.

> I have /opt/SUNWspro/bin/cc will that work or will I need to get
> SOS?

This can be tweaked also, but may require more work.  Again, I think
the required changes are mostly contained in gar.conf.mk.  You might
find it easier to add a new GARCOMPILER option by adding variables to
handle the needs of your situation instead of modifying an existing
compiler option set.  Have a look for things like _CC_HOME, etc to see
what I'm referring to here.

> Any advice on how to use GAR in this mode, or am I barking up the
> wrong tree?

I'm not sure it's the right tree, but I'm interested in your
experiences.  You may find other CSW-specific things buried in the GAR
code, so expect to spend a bit of time futzing.

Any instances of things that could be made generic without negatively
impacting the default csw builds would likely be rolled in to the code
if you submit patches...

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