From noreply at opencsw.org  Tue Sep  6 09:48:05 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 6 Sep 2011 09:48:05 +0200
Subject: [bug-notifications] [php5 0004819]: Typos in php.ini and on website
Message-ID: <6af58b7e52e4235785873a1ed3c29a49@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4819 
====================================================================== 
Reported By:                AirOnSkin
Assigned To:                
====================================================================== 
Project:                    php5
Issue ID:                   4819
Category:                   other
Reproducibility:            have not tried
Severity:                   trivial
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-06 09:48 CEST
Last Modified:              2011-09-06 09:48 CEST
====================================================================== 
Summary:                    Typos in php.ini and on website
Description: 
In php.ini

Line 949: Log PostgreSQL backends Noitce (< this should be 'Notice')

There are other differences in the comments, a diff of the php.ini in the
CSW package and the one in the source could be helpful.


On the website: http://www.opencsw.org/packages/CSWphp5/

Description: A High-Level Scripting Languages (< Language should be
singular)

======================================================================


From noreply at opencsw.org  Wed Sep  7 02:26:26 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 7 Sep 2011 02:26:26 +0200
Subject: [bug-notifications] [apache2 0004788]: apache2 is missing perl as
	dependency
In-Reply-To: <79e83cb79a99cb916089b243c78e4d82>
Message-ID: <6a88e5cf6b8e5a99689854162ae42a77@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4788 
====================================================================== 
Reported By:                igalic
Assigned To:                bwalton
====================================================================== 
Project:                    apache2
Issue ID:                   4788
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2011-06-20 18:33 CEST
Last Modified:              2011-09-07 02:26 CEST
====================================================================== 
Summary:                    apache2 is missing perl as dependency
Description: 
When trying to install a2_modphp5 on a fresh system I'd get the following
error:

Do you want to continue with the installation of <CSWap2-modphp5> [y,n,?]
y

Installing ap2_modphp5 - The apache 2.2.x php5 module as <CSWap2-modphp5>

## Installing part 1 of 1.
/opt/csw/apache2/etc/httpd.conf.bak
/opt/csw/apache2/libexec/libphp5.so
/opt/csw/share/doc/ap2_modphp5/license
[ verifying class <none> ]
Modifying /opt/csw/apache2/ap2mod/php5
chroot: exec failed: No such file or directory
pkgadd: ERROR: class action script did not complete successfully
[ verifying class <build> ]
Copying sample config to /opt/csw/apache2/etc/extra/httpd-php5.conf

[ verifying class <cswpreserveconf> ]
## Executing postinstall script.
Adding Include for extra/http-php5.conf to httpd.conf

NOTICE: mod_php5 is enabled in httpd.conf but the server was not
restarted.
Please examine your php5 configuration and restart apache.


Installation of <CSWap2-modphp5> partially failed.

pkgadd failed with exit code: 2
Exit from pkgutil and fix this issue first (recommended)? ([y],n) 


I've tracked this down to:

root at atvp1uwamp021:~# chroot / /bin/bash
root at atvp1uwamp021:/# cd /
root at atvp1uwamp021:/# exec /opt/csw/apache2/sbin/apxs
bash: /opt/csw/apache2/sbin/apxs: /opt/csw/bin/perl: bad interpreter: No
such file or directory
bash: /opt/csw/apache2/sbin/apxs: Error 0
root at atvp1uwamp021:/# ls -lahrt /opt/csw/bin/perl
/opt/csw/bin/perl: No such file or directory
root at atvp1uwamp021:/# 
====================================================================== 

---------------------------------------------------------------------- 
 (0009250) bwalton (manager) - 2011-09-07 02:26
 https://www.opencsw.org/mantis/view.php?id=4788#c9250 
---------------------------------------------------------------------- 
Dependencies updated in the release that was just pushed.


From noreply at opencsw.org  Wed Sep  7 02:27:09 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 7 Sep 2011 02:27:09 +0200
Subject: [bug-notifications] [apache2 0004793]: Apache2 init script doesn't
	support use of different config file
In-Reply-To: <47c4c67e4b3a89de7ea65ab7d7860cc2>
Message-ID: <904872397d40139680b5c9dd98a72233@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4793 
====================================================================== 
Reported By:                AirOnSkin
Assigned To:                bwalton
====================================================================== 
Project:                    apache2
Issue ID:                   4793
Category:                   regular use
Reproducibility:            always
Severity:                   tweak
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2011-06-24 01:33 CEST
Last Modified:              2011-09-07 02:27 CEST
====================================================================== 
Summary:                    Apache2 init script doesn't support use of different
config file
Description: 
The OpenCSW Apache2 init script under /etc/opt/csw/init.d/cswapache2 does
not support starting the server with a different config file defined with
variable CONF_FILE.

The CONF_FILE variable is only used to test if the apache config exists
and is a regular file.

Editing the last line in the script and changing it from:
exec $APACHECTL -k $cmd 2>&1
to
exec $APACHECTL -f $CONF_FILE -k $cmd 2>&1

solves the problem.
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
has duplicate       0003773 svc method script does not use config f...
====================================================================== 

---------------------------------------------------------------------- 
 (0009251) bwalton (manager) - 2011-09-07 02:27
 https://www.opencsw.org/mantis/view.php?id=4793#c9251 
---------------------------------------------------------------------- 
Update pushed for release.


From noreply at opencsw.org  Wed Sep  7 02:28:06 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 7 Sep 2011 02:28:06 +0200
Subject: [bug-notifications] [apache2c 0004320]: Split off an apache2
	utilities package for tools like "ab"
In-Reply-To: <09b03af1ae0c599081277e26cca5464b>
Message-ID: <1e9f76d510f6b990df1f3ab55011e50e@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4320 
====================================================================== 
Reported By:                skayser
Assigned To:                bwalton
====================================================================== 
Project:                    apache2c
Issue ID:                   4320
Category:                   packaging
Reproducibility:            N/A
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2010-03-04 18:03 CET
Last Modified:              2011-09-07 02:28 CEST
====================================================================== 
Summary:                    Split off an apache2 utilities package for tools
like "ab"
Description: 
Currently, helpful tools which are in-dependent from apache itself, like
the benchmarking tool "ab" are part of the core apache2c package (which
pulls in apache itself). IMHO it would be useful to provide a package -
like Debian has it with apache2-utils - that contains these tools and only
depends on the portable apache runtime.

http://packages.debian.org/lenny/apache2-utils
====================================================================== 

---------------------------------------------------------------------- 
 (0009252) bwalton (manager) - 2011-09-07 02:28
 https://www.opencsw.org/mantis/view.php?id=4320#c9252 
---------------------------------------------------------------------- 
The new 2.2.20 package set splits out CSWapache2-utils.  CSWapache2 depends
on it but it can be installed by itself.


From noreply at opencsw.org  Wed Sep  7 02:39:09 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 7 Sep 2011 02:39:09 +0200
Subject: [bug-notifications] [cas_preserveconf 0003873]: Package removal
	cswcpsampleconf failure mode
In-Reply-To: <ce67ea6f4a6ea15ec7d64e2c30c04f38>
Message-ID: <1ed28fb5d429c15600d1f187ea48d447@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=3873 
====================================================================== 
Reported By:                maciej
Assigned To:                
====================================================================== 
Project:                    cas_preserveconf
Issue ID:                   3873
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-08-31 18:26 CEST
Last Modified:              2011-09-07 02:39 CEST
====================================================================== 
Summary:                    Package removal cswcpsampleconf failure mode
Description: 
The configuration removal script assumes that the *.CSW configuration file
is there on the disk. The file might be gone if there was a previous,
unsuccessful attempt of package removal, which failed at the postremove
stage. In this case, all the files are gone (foo.conf.CSW file is not
there), but the class script will be executed again at the next attempt to
remove the package. It's going to look for the .CSW file and fail.
====================================================================== 

---------------------------------------------------------------------- 
 (0009253) bwalton (manager) - 2011-09-07 02:39
 https://www.opencsw.org/mantis/view.php?id=3873#c9253 
---------------------------------------------------------------------- 
This change was released a long time ago.


From noreply at opencsw.org  Wed Sep  7 02:39:50 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 7 Sep 2011 02:39:50 +0200
Subject: [bug-notifications] [apache2 0003930]: Use same user/group as Sun
	apache2 package
In-Reply-To: <0edae9d0b2b22d8a84a3b47f7ef48a0d>
Message-ID: <95f559b8fb1f7c177a133f98548a0269@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=3930 
====================================================================== 
Reported By:                alexs77
Assigned To:                bwalton
====================================================================== 
Project:                    apache2
Issue ID:                   3930
Category:                   packaging
Reproducibility:            N/A
Severity:                   tweak
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-09-30 12:07 CEST
Last Modified:              2011-09-07 02:39 CEST
====================================================================== 
Summary:                    Use same user/group as Sun apache2 package
Description: 
CSWapache2 uses the User nobody and Group nobody to run the httpd. Sun
apache2 (at least on Solaris 10) uses a dedicated user/group webservd.
That's better, because the user can thus be limited in rights even more (or
maybe the other way around: that user can be easily given more rights).
Especially when granting additional rights, that's something you do of
course *NOT* want to do when a "generic" user/group like "nobody" is used.

Because of that, it would be good, if CSW would follow what Sun does, as
it makes a lot of sense: Please use User webservd and Group webservd.
====================================================================== 

---------------------------------------------------------------------- 
 (0009254) bwalton (manager) - 2011-09-07 02:39
 https://www.opencsw.org/mantis/view.php?id=3930#c9254 
---------------------------------------------------------------------- 
Not a necessary change as site can provide preferred user/group by
configuration.


From noreply at opencsw.org  Wed Sep  7 17:33:29 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 7 Sep 2011 17:33:29 +0200
Subject: [bug-notifications] [gfile 0004578]: man page not formatted
	correctly
In-Reply-To: <8716df90ae9bb9e884a6a753b56ec6fb>
Message-ID: <040ccc7063d750b379a7a0d98b2c7dce@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4578 
====================================================================== 
Reported By:                flod
Assigned To:                
====================================================================== 
Project:                    gfile
Issue ID:                   4578
Category:                   regular use
Reproducibility:            always
Severity:                   text
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2010-10-19 03:37 CEST
Last Modified:              2011-09-07 17:33 CEST
====================================================================== 
Summary:                    man page not formatted correctly
Description: 
man gfile
shows a scrambled man page
====================================================================== 

---------------------------------------------------------------------- 
 (0009255) maciej (manager) - 2011-09-07 17:33
 https://www.opencsw.org/mantis/view.php?id=4578#c9255 
---------------------------------------------------------------------- 
Helpful references:

http://lists.opencsw.org/pipermail/maintainers/2010-February/011398.html
https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/pkg/autossh/trunk/Makefile


From noreply at opencsw.org  Thu Sep  8 11:40:34 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 8 Sep 2011 11:40:34 +0200
Subject: [bug-notifications] [php5_devel 0004820]: Wrong version number in
	php-config & php_version.h
Message-ID: <b9c359df45161147e7c99192f86c6eb0@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4820 
====================================================================== 
Reported By:                AirOnSkin
Assigned To:                
====================================================================== 
Project:                    php5_devel
Issue ID:                   4820
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-08 11:40 CEST
Last Modified:              2011-09-08 11:40 CEST
====================================================================== 
Summary:                    Wrong version number in php-config & php_version.h
Description: 
The current php5_devel package shows up as version 5.2.9 as all the other
php5_* packages do as well.
However, some files (I found two) in the devel pacakge still hold the old
version number 5.2.4.

I encountered this after compiling eAccelerator and running 'php -v',
which shows:
[eAccelerator] This build of "eAccelerator" was compiled for PHP version
5.2.4. Rebuild it for your PHP version (5.2.9) or download precompiled
binaries.

The following files contain the old version number:
/opt/csw/php5/bin/php-config
/opt/csw/php5/include/php/main/php_version.h
======================================================================


From noreply at opencsw.org  Fri Sep  9 03:20:07 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 9 Sep 2011 03:20:07 +0200
Subject: [bug-notifications] [php5 0004819]: Typos in php.ini and on website
In-Reply-To: <08c3436a9ac7754df5791f28cc2cf71b>
Message-ID: <40393e1c9002d72851b6a372d8599bf3@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4819 
====================================================================== 
Reported By:                AirOnSkin
Assigned To:                bwalton
====================================================================== 
Project:                    php5
Issue ID:                   4819
Category:                   other
Reproducibility:            have not tried
Severity:                   trivial
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-06 09:48 CEST
Last Modified:              2011-09-09 03:20 CEST
====================================================================== 
Summary:                    Typos in php.ini and on website
Description: 
In php.ini

Line 949: Log PostgreSQL backends Noitce (< this should be 'Notice')

There are other differences in the comments, a diff of the php.ini in the
CSW package and the one in the source could be helpful.


On the website: http://www.opencsw.org/packages/CSWphp5/

Description: A High-Level Scripting Languages (< Language should be
singular)

======================================================================


From noreply at opencsw.org  Fri Sep  9 03:22:49 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 9 Sep 2011 03:22:49 +0200
Subject: [bug-notifications] [php5 0004819]: Typos in php.ini and on website
In-Reply-To: <08c3436a9ac7754df5791f28cc2cf71b>
Message-ID: <928f3a206270efc7b18258e8b0f435dd@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4819 
====================================================================== 
Reported By:                AirOnSkin
Assigned To:                bwalton
====================================================================== 
Project:                    php5
Issue ID:                   4819
Category:                   other
Reproducibility:            have not tried
Severity:                   trivial
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2011-09-06 09:48 CEST
Last Modified:              2011-09-09 03:22 CEST
====================================================================== 
Summary:                    Typos in php.ini and on website
Description: 
In php.ini

Line 949: Log PostgreSQL backends Noitce (< this should be 'Notice')

There are other differences in the comments, a diff of the php.ini in the
CSW package and the one in the source could be helpful.


On the website: http://www.opencsw.org/packages/CSWphp5/

Description: A High-Level Scripting Languages (< Language should be
singular)

====================================================================== 

---------------------------------------------------------------------- 
 (0009256) bwalton (developer) - 2011-09-09 03:22
 https://www.opencsw.org/mantis/view.php?id=4819#c9256 
---------------------------------------------------------------------- 
This is already fixed in the stock php.ini.CSW that ships with 5.3.8 (just
pushed to unstable).

Thanks
-Ben


From noreply at opencsw.org  Fri Sep  9 03:24:38 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 9 Sep 2011 03:24:38 +0200
Subject: [bug-notifications] [php5_devel 0004820]: Wrong version number in
	php-config & php_version.h
In-Reply-To: <dda97b25058173c2673905741e66ebf1>
Message-ID: <12ece0d44106608f9b920ec500fef5e2@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4820 
====================================================================== 
Reported By:                AirOnSkin
Assigned To:                bwalton
====================================================================== 
Project:                    php5_devel
Issue ID:                   4820
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-08 11:40 CEST
Last Modified:              2011-09-09 03:24 CEST
====================================================================== 
Summary:                    Wrong version number in php-config & php_version.h
Description: 
The current php5_devel package shows up as version 5.2.9 as all the other
php5_* packages do as well.
However, some files (I found two) in the devel pacakge still hold the old
version number 5.2.4.

I encountered this after compiling eAccelerator and running 'php -v',
which shows:
[eAccelerator] This build of "eAccelerator" was compiled for PHP version
5.2.4. Rebuild it for your PHP version (5.2.9) or download precompiled
binaries.

The following files contain the old version number:
/opt/csw/php5/bin/php-config
/opt/csw/php5/include/php/main/php_version.h
======================================================================


From noreply at opencsw.org  Fri Sep  9 03:25:01 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 9 Sep 2011 03:25:01 +0200
Subject: [bug-notifications] [php5_devel 0004820]: Wrong version number in
	php-config & php_version.h
In-Reply-To: <dda97b25058173c2673905741e66ebf1>
Message-ID: <fa2f46b307c7f7fc59eccf92e14dcd84@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4820 
====================================================================== 
Reported By:                AirOnSkin
Assigned To:                bwalton
====================================================================== 
Project:                    php5_devel
Issue ID:                   4820
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2011-09-08 11:40 CEST
Last Modified:              2011-09-09 03:25 CEST
====================================================================== 
Summary:                    Wrong version number in php-config & php_version.h
Description: 
The current php5_devel package shows up as version 5.2.9 as all the other
php5_* packages do as well.
However, some files (I found two) in the devel pacakge still hold the old
version number 5.2.4.

I encountered this after compiling eAccelerator and running 'php -v',
which shows:
[eAccelerator] This build of "eAccelerator" was compiled for PHP version
5.2.4. Rebuild it for your PHP version (5.2.9) or download precompiled
binaries.

The following files contain the old version number:
/opt/csw/php5/bin/php-config
/opt/csw/php5/include/php/main/php_version.h
====================================================================== 

---------------------------------------------------------------------- 
 (0009257) bwalton (developer) - 2011-09-09 03:25
 https://www.opencsw.org/mantis/view.php?id=4820#c9257 
---------------------------------------------------------------------- 
This should be corrected in the 5.3.8 packages too.

Thanks
-Ben


From noreply at opencsw.org  Fri Sep  9 11:42:16 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 9 Sep 2011 11:42:16 +0200
Subject: [bug-notifications] [wget 0003915]: Please upgrade to 1.12
In-Reply-To: <f528968e7059a544f07cb42ae76d6a5c>
Message-ID: <7436473891d8e8234679d88847a6376b@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=3915 
====================================================================== 
Reported By:                dam
Assigned To:                dam
====================================================================== 
Project:                    wget
Issue ID:                   3915
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-09-23 14:24 CEST
Last Modified:              2011-09-09 11:42 CEST
====================================================================== 
Summary:                    Please upgrade to 1.12
Description: 
Please upgrade to 1.12
======================================================================


From noreply at opencsw.org  Fri Sep  9 11:43:17 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 9 Sep 2011 11:43:17 +0200
Subject: [bug-notifications] [wget 0003915]: Please upgrade to 1.12
In-Reply-To: <f528968e7059a544f07cb42ae76d6a5c>
Message-ID: <9c3251acabcfd3652ba3d20230b24de8@www.opencsw.org>


The following issue has been RESOLVED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=3915 
====================================================================== 
Reported By:                dam
Assigned To:                dam
====================================================================== 
Project:                    wget
Issue ID:                   3915
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   major
Priority:                   normal
Status:                     resolved
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-09-23 14:24 CEST
Last Modified:              2011-09-09 11:43 CEST
====================================================================== 
Summary:                    Please upgrade to 1.12
Description: 
Please upgrade to 1.12
====================================================================== 

---------------------------------------------------------------------- 
 (0009258) dam (administrator) - 2011-09-09 11:43
 https://www.opencsw.org/mantis/view.php?id=3915#c9258 
---------------------------------------------------------------------- 
wget 1.13.3,REV=2011.09.09 has been released to experimental:
  http://buildfarm.opencsw.org/experimental.html#wget


From noreply at opencsw.org  Fri Sep  9 11:43:38 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 9 Sep 2011 11:43:38 +0200
Subject: [bug-notifications] [wget 0004688]: Use specific class action
	script instead of general
In-Reply-To: <93a9d6cd1419f3be15690e0f040eecfb>
Message-ID: <52c5445942fd16630227ed64466dc333@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4688 
====================================================================== 
Reported By:                bonivart
Assigned To:                dam
====================================================================== 
Project:                    wget
Issue ID:                   4688
Category:                   packaging
Reproducibility:            N/A
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-02-14 13:31 CET
Last Modified:              2011-09-09 11:43 CEST
====================================================================== 
Summary:                    Use specific class action script instead of general
Description: 
Please repackage with the specific class action instead of using
cswclassutils which pulls in all of them.

Also an update to 1.12 would be nice. :-)
======================================================================


From noreply at opencsw.org  Fri Sep  9 11:44:06 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 9 Sep 2011 11:44:06 +0200
Subject: [bug-notifications] [wget 0004688]: Use specific class action
	script instead of general
In-Reply-To: <93a9d6cd1419f3be15690e0f040eecfb>
Message-ID: <ead95dd66aba2ea29a1eb90a680ad032@www.opencsw.org>


The following issue has been RESOLVED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4688 
====================================================================== 
Reported By:                bonivart
Assigned To:                dam
====================================================================== 
Project:                    wget
Issue ID:                   4688
Category:                   packaging
Reproducibility:            N/A
Severity:                   minor
Priority:                   normal
Status:                     resolved
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2011-02-14 13:31 CET
Last Modified:              2011-09-09 11:44 CEST
====================================================================== 
Summary:                    Use specific class action script instead of general
Description: 
Please repackage with the specific class action instead of using
cswclassutils which pulls in all of them.

Also an update to 1.12 would be nice. :-)
====================================================================== 

---------------------------------------------------------------------- 
 (0009259) dam (administrator) - 2011-09-09 11:44
 https://www.opencsw.org/mantis/view.php?id=4688#c9259 
---------------------------------------------------------------------- 
This has been fixed in 1.13.3,REV=2011.09.09 and released to experimental:
  http://buildfarm.opencsw.org/experimental.html#wget


From noreply at opencsw.org  Mon Sep 12 09:06:21 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 12 Sep 2011 09:06:21 +0200
Subject: [bug-notifications] [dbus 0004821]: D-Bus library appears to be
	incorrectly set up
Message-ID: <b09cd6cdc9c8092e1371f5bb786ec59e@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4821 
====================================================================== 
Reported By:                wcohrs
Assigned To:                
====================================================================== 
Project:                    dbus
Issue ID:                   4821
Category:                   other
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-12 09:06 CEST
Last Modified:              2011-09-12 09:06 CEST
====================================================================== 
Summary:                    D-Bus library appears to be incorrectly set up
Description: 
After upgrade my /opt/csw NFS-Server i have on the NFS clienst this error:
gimp
process 1330: D-Bus library appears to be incorrectly set up; failed to
read machine uuid: Failed to open "/etc/machine-id": No such file or
directory
See the manual page for dbus-uuidgen to correct this issue.
  D-Bus not compiled with backtrace support so unable to print a
backtrace
Abort

after i create /etc/machine-id on the NFS client i have this message:
gimp
/opt/csw/bin/dbus-launch terminated abnormally with the following error:
EOF in dbus-launch reading address from bus daemon

Regards
Wolfgang

======================================================================


From noreply at opencsw.org  Wed Sep 14 13:47:01 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 14 Sep 2011 13:47:01 +0200
Subject: [bug-notifications] [openssl 0004822]: CA Compromise
Message-ID: <1f2b24dbd8dfa8bc9d7e0112718a92bf@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4822 
====================================================================== 
Reported By:                bwalton
Assigned To:                
====================================================================== 
Project:                    openssl
Issue ID:                   4822
Category:                   packaging
Reproducibility:            N/A
Severity:                   major
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-14 13:47 CEST
Last Modified:              2011-09-14 13:47 CEST
====================================================================== 
Summary:                    CA Compromise
Description: 
If we are distributing the certificates for DigiNotar, it might be wise to
unpackage it as they've been compromised quite badly.
======================================================================


From noreply at opencsw.org  Thu Sep 15 00:23:45 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 15 Sep 2011 00:23:45 +0200
Subject: [bug-notifications] [pkgutil 0004823]: pkgutil 2.5. breaks gpg
	handling
Message-ID: <7b9d0c9343c59b8eec983dfafb734b7b@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4823 
====================================================================== 
Reported By:                flod
Assigned To:                
====================================================================== 
Project:                    pkgutil
Issue ID:                   4823
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-15 00:23 CEST
Last Modified:              2011-09-15 00:23 CEST
====================================================================== 
Summary:                    pkgutil 2.5. breaks gpg handling
Description: 
After updating to 2.5 the gpg check code is broken.
======================================================================


From noreply at opencsw.org  Thu Sep 15 01:50:21 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 15 Sep 2011 01:50:21 +0200
Subject: [bug-notifications] [tcl 0004824]: Please update to 8.5.*
Message-ID: <0ecea7f2967b8a6f8f3796539b817147@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4824 
====================================================================== 
Reported By:                flod
Assigned To:                
====================================================================== 
Project:                    tcl
Issue ID:                   4824
Category:                   upgrade
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-15 01:50 CEST
Last Modified:              2011-09-15 01:50 CEST
====================================================================== 
Summary:                    Please update to 8.5.*
Description: 
Please update to 8.5.*
======================================================================


From noreply at opencsw.org  Thu Sep 15 02:53:37 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 15 Sep 2011 02:53:37 +0200
Subject: [bug-notifications] [pkgutil 0004823]: pkgutil 2.5. breaks gpg
	handling
In-Reply-To: <d302880790bdf0033c17a756628d6f73>
Message-ID: <275000b91e0f7e2482aefc8756f78f7b@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4823 
====================================================================== 
Reported By:                flod
Assigned To:                
====================================================================== 
Project:                    pkgutil
Issue ID:                   4823
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-15 00:23 CEST
Last Modified:              2011-09-15 02:53 CEST
====================================================================== 
Summary:                    pkgutil 2.5. breaks gpg handling
Description: 
After updating to 2.5 the gpg check code is broken.
====================================================================== 

---------------------------------------------------------------------- 
 (0009260) bwalton (developer) - 2011-09-15 02:53
 https://www.opencsw.org/mantis/view.php?id=4823#c9260 
---------------------------------------------------------------------- 
Try the 2.5.1 release...this bug was caught and corrected already.

Thanks
-Ben


From noreply at opencsw.org  Thu Sep 15 11:25:36 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 15 Sep 2011 11:25:36 +0200
Subject: [bug-notifications] [pkgutil 0004823]: pkgutil 2.5. breaks gpg
	handling
In-Reply-To: <d302880790bdf0033c17a756628d6f73>
Message-ID: <b42db3079d4ac57d4014a73787a43ff0@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4823 
====================================================================== 
Reported By:                flod
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   4823
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-15 00:23 CEST
Last Modified:              2011-09-15 11:25 CEST
====================================================================== 
Summary:                    pkgutil 2.5. breaks gpg handling
Description: 
After updating to 2.5 the gpg check code is broken.
====================================================================== 

---------------------------------------------------------------------- 
 (0009260) bwalton (developer) - 2011-09-15 02:53
 https://www.opencsw.org/mantis/view.php?id=4823#c9260 
---------------------------------------------------------------------- 
Try the 2.5.1 release...this bug was caught and corrected already.

Thanks
-Ben


From noreply at opencsw.org  Thu Sep 15 11:26:52 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 15 Sep 2011 11:26:52 +0200
Subject: [bug-notifications] [pkgutil 0004823]: pkgutil 2.5. breaks gpg
	handling
In-Reply-To: <d302880790bdf0033c17a756628d6f73>
Message-ID: <49db29008e1514f36e43c5cdb268f37e@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4823 
====================================================================== 
Reported By:                flod
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   4823
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-15 00:23 CEST
Last Modified:              2011-09-15 11:26 CEST
====================================================================== 
Summary:                    pkgutil 2.5. breaks gpg handling
Description: 
After updating to 2.5 the gpg check code is broken.
====================================================================== 

---------------------------------------------------------------------- 
 (0009261) bonivart (manager) - 2011-09-15 11:26
 https://www.opencsw.org/mantis/view.php?id=4823#c9261 
---------------------------------------------------------------------- 
Yes, it's fixed in 2.5.1 but that one has not migrated to current/dublin,
it's only in unstable. How can I force that?


From noreply at opencsw.org  Thu Sep 15 15:25:29 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 15 Sep 2011 15:25:29 +0200
Subject: [bug-notifications] [pkgutil 0004823]: pkgutil 2.5. breaks gpg
	handling
In-Reply-To: <d302880790bdf0033c17a756628d6f73>
Message-ID: <3c281093d07a786ad137b385df8ceb21@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4823 
====================================================================== 
Reported By:                flod
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   4823
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-15 00:23 CEST
Last Modified:              2011-09-15 15:25 CEST
====================================================================== 
Summary:                    pkgutil 2.5. breaks gpg handling
Description: 
After updating to 2.5 the gpg check code is broken.
====================================================================== 

---------------------------------------------------------------------- 
 (0009262) flod (reporter) - 2011-09-15 15:25
 https://www.opencsw.org/mantis/view.php?id=4823#c9262 
---------------------------------------------------------------------- 
Hmm. It's not really perfect when a version with a known bug is released.
2.5.1 was released 2011-09-11 according to the web site. 
I got the update to 2.5 at 2011-09-14 via catalog.

Another question is there a web view of the pkgutil repository with diffs
/ patches?
I only found
https://pkgutil.svn.sourceforge.net/svnroot/pkgutil/
but thats only trunk/tags and not very helpful to look at the revision
history?


From noreply at opencsw.org  Thu Sep 15 15:54:45 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 15 Sep 2011 15:54:45 +0200
Subject: [bug-notifications] [pkgutil 0004823]: pkgutil 2.5. breaks gpg
	handling
In-Reply-To: <d302880790bdf0033c17a756628d6f73>
Message-ID: <d86489bdb16bc0eea8d27573b7072141@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4823 
====================================================================== 
Reported By:                flod
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   4823
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-15 00:23 CEST
Last Modified:              2011-09-15 15:54 CEST
====================================================================== 
Summary:                    pkgutil 2.5. breaks gpg handling
Description: 
After updating to 2.5 the gpg check code is broken.
====================================================================== 

---------------------------------------------------------------------- 
 (0009263) bonivart (manager) - 2011-09-15 15:54
 https://www.opencsw.org/mantis/view.php?id=4823#c9263 
---------------------------------------------------------------------- 
You're using current, it has had 2.5 since 2011-09-06 and the bug was not
known then of course. v2.5.1 has only been uploaded to unstable, I don't
know how to get it to current so people using current will still get 2.5.
I'm trying to get help to get 2.5.1 into current.

The repo browser you found can show code diffs between any versions you
like. Every released version has a tag so you can see the SVN revision.
There's also this page to describe the release:
http://pkgutil.wikidot.com/release-history.


From noreply at opencsw.org  Thu Sep 15 17:17:55 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 15 Sep 2011 17:17:55 +0200
Subject: [bug-notifications] [pkgutil 0004823]: pkgutil 2.5. breaks gpg
	handling
In-Reply-To: <d302880790bdf0033c17a756628d6f73>
Message-ID: <24ece29f2075f06ecce16e15cd87ddfa@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4823 
====================================================================== 
Reported By:                flod
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   4823
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-15 00:23 CEST
Last Modified:              2011-09-15 17:17 CEST
====================================================================== 
Summary:                    pkgutil 2.5. breaks gpg handling
Description: 
After updating to 2.5 the gpg check code is broken.
====================================================================== 

---------------------------------------------------------------------- 
 (0009264) flod (reporter) - 2011-09-15 17:17
 https://www.opencsw.org/mantis/view.php?id=4823#c9264 
---------------------------------------------------------------------- 
Yes, I am on current.
I update daily per cron via a mirror. So I thought there is a maximum
delay of 1 day. No, idea why it takes so long to propagate to the
machines.
mirror=http://csw.informatik.uni-erlangen.de/csw/current
Thank you for explaining it.

I didn't know yet that the distibutions are now used actively
(current/stable/unstable/testing).

I manually went up some levels
from the referenced
https://pkgutil.svn.sourceforge.net/svnroot/pkgutil/trunk/
to
https://pkgutil.svn.sourceforge.net/ .
>From there one can show diffs. */svnroot/* seems to be more suitable for
machines.


From noreply at opencsw.org  Thu Sep 15 17:41:00 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 15 Sep 2011 17:41:00 +0200
Subject: [bug-notifications] [pkg_get 0004825]: pkg-get can mess up shells
	on solaris express
Message-ID: <976efd1665fd4993f407a85b05977338@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4825 
====================================================================== 
Reported By:                bryanwgraham
Assigned To:                
====================================================================== 
Project:                    pkg_get
Issue ID:                   4825
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-15 17:40 CEST
Last Modified:              2011-09-15 17:40 CEST
====================================================================== 
Summary:                    pkg-get can mess up shells on solaris express
Description: 
While I realize that OpenCSW probably doesn't explicitly support Solaris
Express, this problem will need to be fixed eventually.  When pkg-get is
run on Solaris Express, if any of the 'print "whatever" > /dev/fd/2'
statements are processed, the shell will have difficulties when it returns.
 Specifically, backspace will print "^H" instead of actually backspacing,
and usually if something visual is run after (vim for instance) the screen
with crop oddly.

The easiest way to test this is to run "pkg-get -i blah" (something that
it won't find), then type something and try to backspace it.

There is a simple fix, because the print statement support a -u option
that does exactly what "> /dev/fd/2" does without causing the problem. 
Thus, this line

gsed -i.bak -e 's/print\(.*\)>\/dev\/fd\/2/print -u 2\1/g'
/opt/csw/bin/pkg-get

will fix the problem and create a backup pkg-get.bak file in the process. 
The following line will do it without creating a backup.

gsed -ie 's/print\(.*\)>\/dev\/fd\/2/print -u 2\1/g' /opt/csw/bin/pkg-get

For informational purposes:
SunOS mirror-x86 5.11 snv_151a i86pc i386 i86pc Solaris
GNU bash, version 4.0.28(1)-release (i386-pc-solaris2.11)
======================================================================


From noreply at opencsw.org  Thu Sep 15 18:02:02 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 15 Sep 2011 18:02:02 +0200
Subject: [bug-notifications] [pkg_get 0004825]: pkg-get can mess up shells
	on solaris express
In-Reply-To: <c02b95455e3e4a19c8b73f1ddcb04685>
Message-ID: <f34e1fd21585b6b37e75bae28922ee39@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4825 
====================================================================== 
Reported By:                bryanwgraham
Assigned To:                
====================================================================== 
Project:                    pkg_get
Issue ID:                   4825
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-15 17:40 CEST
Last Modified:              2011-09-15 18:02 CEST
====================================================================== 
Summary:                    pkg-get can mess up shells on solaris express
Description: 
While I realize that OpenCSW probably doesn't explicitly support Solaris
Express, this problem will need to be fixed eventually.  When pkg-get is
run on Solaris Express, if any of the 'print "whatever" > /dev/fd/2'
statements are processed, the shell will have difficulties when it returns.
 Specifically, backspace will print "^H" instead of actually backspacing,
and usually if something visual is run after (vim for instance) the screen
with crop oddly.

The easiest way to test this is to run "pkg-get -i blah" (something that
it won't find), then type something and try to backspace it.

There is a simple fix, because the print statement support a -u option
that does exactly what "> /dev/fd/2" does without causing the problem. 
Thus, this line

gsed -i.bak -e 's/print\(.*\)>\/dev\/fd\/2/print -u 2\1/g'
/opt/csw/bin/pkg-get

will fix the problem and create a backup pkg-get.bak file in the process. 
The following line will do it without creating a backup.

gsed -ie 's/print\(.*\)>\/dev\/fd\/2/print -u 2\1/g' /opt/csw/bin/pkg-get

For informational purposes:
SunOS mirror-x86 5.11 snv_151a i86pc i386 i86pc Solaris
GNU bash, version 4.0.28(1)-release (i386-pc-solaris2.11)
====================================================================== 

---------------------------------------------------------------------- 
 (0009265) bryanwgraham (reporter) - 2011-09-15 18:02
 https://www.opencsw.org/mantis/view.php?id=4825#c9265 
---------------------------------------------------------------------- 
After looking at the script again, this problem could also occur from the
"explain_multiple_remove" and "explain_multiple_install" lines, since they
are also redirected to > /dev/fd/2, but I don't have an easy way to test
this.


From noreply at opencsw.org  Thu Sep 15 18:03:33 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 15 Sep 2011 18:03:33 +0200
Subject: [bug-notifications] [pkg_get 0004825]: pkg-get can mess up shells
	on solaris express
In-Reply-To: <c02b95455e3e4a19c8b73f1ddcb04685>
Message-ID: <a09be3f5147263d0456aa000e19674ca@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4825 
====================================================================== 
Reported By:                bryanwgraham
Assigned To:                
====================================================================== 
Project:                    pkg_get
Issue ID:                   4825
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2011-09-15 17:40 CEST
Last Modified:              2011-09-15 18:03 CEST
====================================================================== 
Summary:                    pkg-get can mess up shells on solaris express
Description: 
While I realize that OpenCSW probably doesn't explicitly support Solaris
Express, this problem will need to be fixed eventually.  When pkg-get is
run on Solaris Express, if any of the 'print "whatever" > /dev/fd/2'
statements are processed, the shell will have difficulties when it returns.
 Specifically, backspace will print "^H" instead of actually backspacing,
and usually if something visual is run after (vim for instance) the screen
with crop oddly.

The easiest way to test this is to run "pkg-get -i blah" (something that
it won't find), then type something and try to backspace it.

There is a simple fix, because the print statement support a -u option
that does exactly what "> /dev/fd/2" does without causing the problem. 
Thus, this line

gsed -i.bak -e 's/print\(.*\)>\/dev\/fd\/2/print -u 2\1/g'
/opt/csw/bin/pkg-get

will fix the problem and create a backup pkg-get.bak file in the process. 
The following line will do it without creating a backup.

gsed -ie 's/print\(.*\)>\/dev\/fd\/2/print -u 2\1/g' /opt/csw/bin/pkg-get

For informational purposes:
SunOS mirror-x86 5.11 snv_151a i86pc i386 i86pc Solaris
GNU bash, version 4.0.28(1)-release (i386-pc-solaris2.11)
====================================================================== 

---------------------------------------------------------------------- 
 (0009266) phil (manager) - 2011-09-15 18:03
 https://www.opencsw.org/mantis/view.php?id=4825#c9266 
---------------------------------------------------------------------- 
Thank you for taking the time to file a bug report.
That being said, this is a bug in solaris express, not pkg-get.
Please file a bug with Oracle and/or "the solaris express people" about
it.


From noreply at opencsw.org  Thu Sep 15 18:13:16 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 15 Sep 2011 18:13:16 +0200
Subject: [bug-notifications] [pkg_get 0004825]: pkg-get can mess up shells
	on solaris express
In-Reply-To: <c02b95455e3e4a19c8b73f1ddcb04685>
Message-ID: <4e352dd5d6feb4ec99b61855efbf9201@www.opencsw.org>


The following issue has been REOPENED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4825 
====================================================================== 
Reported By:                bryanwgraham
Assigned To:                
====================================================================== 
Project:                    pkg_get
Issue ID:                   4825
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2011-09-15 17:40 CEST
Last Modified:              2011-09-15 18:13 CEST
====================================================================== 
Summary:                    pkg-get can mess up shells on solaris express
Description: 
While I realize that OpenCSW probably doesn't explicitly support Solaris
Express, this problem will need to be fixed eventually.  When pkg-get is
run on Solaris Express, if any of the 'print "whatever" > /dev/fd/2'
statements are processed, the shell will have difficulties when it returns.
 Specifically, backspace will print "^H" instead of actually backspacing,
and usually if something visual is run after (vim for instance) the screen
with crop oddly.

The easiest way to test this is to run "pkg-get -i blah" (something that
it won't find), then type something and try to backspace it.

There is a simple fix, because the print statement support a -u option
that does exactly what "> /dev/fd/2" does without causing the problem. 
Thus, this line

gsed -i.bak -e 's/print\(.*\)>\/dev\/fd\/2/print -u 2\1/g'
/opt/csw/bin/pkg-get

will fix the problem and create a backup pkg-get.bak file in the process. 
The following line will do it without creating a backup.

gsed -ie 's/print\(.*\)>\/dev\/fd\/2/print -u 2\1/g' /opt/csw/bin/pkg-get

For informational purposes:
SunOS mirror-x86 5.11 snv_151a i86pc i386 i86pc Solaris
GNU bash, version 4.0.28(1)-release (i386-pc-solaris2.11)
====================================================================== 

---------------------------------------------------------------------- 
 (0009267) bryanwgraham (reporter) - 2011-09-15 18:13
 https://www.opencsw.org/mantis/view.php?id=4825#c9267 
---------------------------------------------------------------------- 
I don't disagree with you, it is Solaris Express' problem, but it's such an
easy "fix" on the pkg-get side (a simple gsed line), and it IS a problem
that lots of users will experience.  I realize it's not pkg-get's problem,
but given that print even supports a switch (-u) that makes redirection
unnecessary, why wouldn't you implement it and save lots of users the
headache?


From noreply at opencsw.org  Thu Sep 15 18:41:06 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 15 Sep 2011 18:41:06 +0200
Subject: [bug-notifications] [pkg_get 0004825]: pkg-get can mess up shells
	on solaris express
In-Reply-To: <c02b95455e3e4a19c8b73f1ddcb04685>
Message-ID: <7270f15483dc91d0376da84092f92d8b@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4825 
====================================================================== 
Reported By:                bryanwgraham
Assigned To:                
====================================================================== 
Project:                    pkg_get
Issue ID:                   4825
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2011-09-15 17:40 CEST
Last Modified:              2011-09-15 18:41 CEST
====================================================================== 
Summary:                    pkg-get can mess up shells on solaris express
Description: 
While I realize that OpenCSW probably doesn't explicitly support Solaris
Express, this problem will need to be fixed eventually.  When pkg-get is
run on Solaris Express, if any of the 'print "whatever" > /dev/fd/2'
statements are processed, the shell will have difficulties when it returns.
 Specifically, backspace will print "^H" instead of actually backspacing,
and usually if something visual is run after (vim for instance) the screen
with crop oddly.

The easiest way to test this is to run "pkg-get -i blah" (something that
it won't find), then type something and try to backspace it.

There is a simple fix, because the print statement support a -u option
that does exactly what "> /dev/fd/2" does without causing the problem. 
Thus, this line

gsed -i.bak -e 's/print\(.*\)>\/dev\/fd\/2/print -u 2\1/g'
/opt/csw/bin/pkg-get

will fix the problem and create a backup pkg-get.bak file in the process. 
The following line will do it without creating a backup.

gsed -ie 's/print\(.*\)>\/dev\/fd\/2/print -u 2\1/g' /opt/csw/bin/pkg-get

For informational purposes:
SunOS mirror-x86 5.11 snv_151a i86pc i386 i86pc Solaris
GNU bash, version 4.0.28(1)-release (i386-pc-solaris2.11)
====================================================================== 

---------------------------------------------------------------------- 
 (0009268) phil (manager) - 2011-09-15 18:41
 https://www.opencsw.org/mantis/view.php?id=4825#c9268 
---------------------------------------------------------------------- 
In general principle, I dont do workarounds for things that are destined to
be fixed by non-buggy releases of the OS.

However, since this is also somewhat of an optimization as well, I'll keep
it in mind for a future release.


From noreply at opencsw.org  Thu Sep 15 19:48:27 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 15 Sep 2011 19:48:27 +0200
Subject: [bug-notifications] [pkgutil 0004823]: pkgutil 2.5. breaks gpg
	handling
In-Reply-To: <d302880790bdf0033c17a756628d6f73>
Message-ID: <eb811900c81a0641ce52f00c60c1b033@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4823 
====================================================================== 
Reported By:                flod
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   4823
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-15 00:23 CEST
Last Modified:              2011-09-15 19:48 CEST
====================================================================== 
Summary:                    pkgutil 2.5. breaks gpg handling
Description: 
After updating to 2.5 the gpg check code is broken.
====================================================================== 

---------------------------------------------------------------------- 
 (0009269) bwalton (developer) - 2011-09-15 19:48
 https://www.opencsw.org/mantis/view.php?id=4823#c9269 
---------------------------------------------------------------------- 
http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?r1=410&r2=412

That links shows the change required to get gpg working again...is that
what you're after?

Thanks
-Ben


From noreply at opencsw.org  Thu Sep 15 23:17:34 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 15 Sep 2011 23:17:34 +0200
Subject: [bug-notifications] [pkgutil 0004823]: pkgutil 2.5. breaks gpg
	handling
In-Reply-To: <d302880790bdf0033c17a756628d6f73>
Message-ID: <3985f79bd36c6d0e81241dc847e685c2@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4823 
====================================================================== 
Reported By:                flod
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   4823
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-15 00:23 CEST
Last Modified:              2011-09-15 23:17 CEST
====================================================================== 
Summary:                    pkgutil 2.5. breaks gpg handling
Description: 
After updating to 2.5 the gpg check code is broken.
====================================================================== 

---------------------------------------------------------------------- 
 (0009270) flod (reporter) - 2011-09-15 23:17
 https://www.opencsw.org/mantis/view.php?id=4823#c9270 
---------------------------------------------------------------------- 
I got pkgutil working with the change I mentioned in the bug report.
I just wanted to know where I could view code changes for the next time
:-)

I found some official text about stable and current on
http://www.opencsw.org/use-it/

"unstable" seems to be mentioned on the wiki in a proposal
http://wiki.opencsw.org/releases-and-staging
I wasn't aware that this is already active.

Anyway in the proposal it says that current will be symlinked to
unstable.
So to me it looks like the status now is that the target of the proposal
is not yet reached and documentation is missing.


From noreply at opencsw.org  Fri Sep 16 10:18:49 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 16 Sep 2011 10:18:49 +0200
Subject: [bug-notifications] [pkgutil 0004823]: pkgutil 2.5. breaks gpg
	handling
In-Reply-To: <d302880790bdf0033c17a756628d6f73>
Message-ID: <eddfd8491633a75290da20145b89e572@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4823 
====================================================================== 
Reported By:                flod
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   4823
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-15 00:23 CEST
Last Modified:              2011-09-16 10:18 CEST
====================================================================== 
Summary:                    pkgutil 2.5. breaks gpg handling
Description: 
After updating to 2.5 the gpg check code is broken.
====================================================================== 

---------------------------------------------------------------------- 
 (0009271) bonivart (manager) - 2011-09-16 10:18
 https://www.opencsw.org/mantis/view.php?id=4823#c9271 
---------------------------------------------------------------------- 
With the help of Maciej v2.5.1 is now in current. :)

Regarding distributions, simply put we have experimental where we put
newly built packages to be tested by maintainers and people who want to
test new/fixed packages, this is not a complete distribution.

Then we have unstable which is where we upload packages after testing (in
experimental). We don't recommend every user to use this distribution.

After that we have current which is what you're using. It's the first
level recommended for general use. What is confusing here is that current
has also been called unstable but now they will be two different levels.

Going forward we may bring life back to the stable distribution but we
have get things settled with the above levels first.


From noreply at opencsw.org  Fri Sep 16 13:53:07 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 16 Sep 2011 13:53:07 +0200
Subject: [bug-notifications] [pkgutil 0004823]: pkgutil 2.5. breaks gpg
	handling
In-Reply-To: <d302880790bdf0033c17a756628d6f73>
Message-ID: <a9ca0598925e70b4526bead0676456bd@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4823 
====================================================================== 
Reported By:                flod
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   4823
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2011-09-15 00:23 CEST
Last Modified:              2011-09-16 13:53 CEST
====================================================================== 
Summary:                    pkgutil 2.5. breaks gpg handling
Description: 
After updating to 2.5 the gpg check code is broken.
====================================================================== 

---------------------------------------------------------------------- 
 (0009272) bonivart (manager) - 2011-09-16 13:53
 https://www.opencsw.org/mantis/view.php?id=4823#c9272 
---------------------------------------------------------------------- 
I'm closing this bug now since it's fixed in 2.5.1 and it has been
distributed to "current".

Regarding your other questions I encourage you to post on the users
mailing list, others may well be interested in this as well. I promise that
we will answer there and everyone can read it.


From noreply at opencsw.org  Fri Sep 16 17:55:27 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 16 Sep 2011 17:55:27 +0200
Subject: [bug-notifications] [php5 0004826]: FPM
Message-ID: <286f09066b47b9006cd69e60e561ed23@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4826 
====================================================================== 
Reported By:                ai
Assigned To:                
====================================================================== 
Project:                    php5
Issue ID:                   4826
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-16 17:55 CEST
Last Modified:              2011-09-16 17:55 CEST
====================================================================== 
Summary:                    FPM
Description: 
please add FPM functionality using --enable-fpm
======================================================================


From noreply at opencsw.org  Sun Sep 18 21:22:57 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 18 Sep 2011 21:22:57 +0200
Subject: [bug-notifications] [nagios 0004378]: Perl 5.10 (csw) package
	breaks Nagios
In-Reply-To: <7908439c94d1ba29c7c671edbbb69b8d>
Message-ID: <80316841d00fb2522f8c0e6d8acff08a@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4378 
====================================================================== 
Reported By:                ois_unix
Assigned To:                ja
====================================================================== 
Project:                    nagios
Issue ID:                   4378
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2010-03-26 21:46 CET
Last Modified:              2011-09-18 21:22 CEST
====================================================================== 
Summary:                    Perl 5.10 (csw) package breaks Nagios
Description: 
When updating perl to 5.10, Nagios starts to throw "segmentation
violations" and crashes. However, the SMF on Solaris continues to restart
the process unsuccessfully.
====================================================================== 

---------------------------------------------------------------------- 
 (0009273) ja (manager) - 2011-09-18 21:22
 https://www.opencsw.org/mantis/view.php?id=4378#c9273 
---------------------------------------------------------------------- 
Nagios 3.2.3 is published in the unstable branch. It was built against perl
5.10 and there should no problem with crashing. 

When installing the new package, please follow the messages and the end of
the install process. The config files will be moved to a new location, so
please make a backup before you upgrade.


From noreply at opencsw.org  Sun Sep 18 21:23:57 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 18 Sep 2011 21:23:57 +0200
Subject: [bug-notifications] [nagios 0004378]: Perl 5.10 (csw) package
	breaks Nagios
In-Reply-To: <7908439c94d1ba29c7c671edbbb69b8d>
Message-ID: <6c642bf88ee751a3abc871ecb5b983e7@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4378 
====================================================================== 
Reported By:                ois_unix
Assigned To:                ja
====================================================================== 
Project:                    nagios
Issue ID:                   4378
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2010-03-26 21:46 CET
Last Modified:              2011-09-18 21:23 CEST
====================================================================== 
Summary:                    Perl 5.10 (csw) package breaks Nagios
Description: 
When updating perl to 5.10, Nagios starts to throw "segmentation
violations" and crashes. However, the SMF on Solaris continues to restart
the process unsuccessfully.
====================================================================== 

---------------------------------------------------------------------- 
 (0009274) ja (manager) - 2011-09-18 21:23
 https://www.opencsw.org/mantis/view.php?id=4378#c9274 
---------------------------------------------------------------------- 
A new  package is available in "unstable", built against perl 5.10


From noreply at opencsw.org  Mon Sep 19 13:23:06 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 19 Sep 2011 13:23:06 +0200
Subject: [bug-notifications] [dbus 0004821]: D-Bus library appears to be
	incorrectly set up
In-Reply-To: <4d677b3b741db4d287199f93194e7a69>
Message-ID: <01648bcecf68aeeabbda929e3d201956@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4821 
====================================================================== 
Reported By:                wcohrs
Assigned To:                
====================================================================== 
Project:                    dbus
Issue ID:                   4821
Category:                   other
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-12 09:06 CEST
Last Modified:              2011-09-19 13:23 CEST
====================================================================== 
Summary:                    D-Bus library appears to be incorrectly set up
Description: 
After upgrade my /opt/csw NFS-Server i have on the NFS clienst this error:
gimp
process 1330: D-Bus library appears to be incorrectly set up; failed to
read machine uuid: Failed to open "/etc/machine-id": No such file or
directory
See the manual page for dbus-uuidgen to correct this issue.
  D-Bus not compiled with backtrace support so unable to print a
backtrace
Abort

after i create /etc/machine-id on the NFS client i have this message:
gimp
/opt/csw/bin/dbus-launch terminated abnormally with the following error:
EOF in dbus-launch reading address from bus daemon

Regards
Wolfgang

====================================================================== 

---------------------------------------------------------------------- 
 (0009275) wcohrs (reporter) - 2011-09-19 13:23
 https://www.opencsw.org/mantis/view.php?id=4821#c9275 
---------------------------------------------------------------------- 
gvim

Failed to contact configuration server; some possible causes are that 
you need to enable TCP/IP networking for ORBit, or you have stale NFS 
locks due to a system crash. See http://projects.gnome.org/gconf/ for 
information. (Details -  1: Failed to get connection to session: 
/opt/csw/bin/dbus-launch terminated abnormally with the following error: 
EOF in dbus-launch reading address from bus daemon
)
Failed to contact configuration server; some possible causes are that 
you need to enable TCP/IP networking for ORBit, or you have stale NFS 
locks due to a system crash. See http://projects.gnome.org/gconf/ for 
information. (Details -  1: Failed to get connection to session: 
/opt/csw/bin/dbus-launch terminated abnormally with the following error: 
EOF in dbus-launch reading address from bus daemon
)
Failed to contact configuration server; some possible causes are that 
you need to enable TCP/IP networking for ORBit, or you have stale NFS 
locks due to a system crash. See http://projects.gnome.org/gconf/ for 
information. (Details -  1: Failed to get connection to session: 
/opt/csw/bin/dbus-launch terminated abnormally with the following error: 
EOF in dbus-launch reading address from bus daemon
)
Failed to contact configuration server; some possible causes are that 
you need to enable TCP/IP networking for ORBit, or you have stale NFS 
locks due to a system crash. See http://projects.gnome.org/gconf/ for 
information. (Details -  1: Failed to get connection to session: 
/opt/csw/bin/dbus-launch terminated abnormally with the following error: 
EOF in dbus-launch reading address from bus daemon
)
Failed to contact configuration server; some possible causes are that 
you need to enable TCP/IP networking for ORBit, or you have stale NFS 
locks due to a system crash. See http://projects.gnome.org/gconf/ for 
information. (Details -  1: Failed to get connection to session: 
/opt/csw/bin/dbus-launch terminated abnormally with the following error: 
EOF in dbus-launch reading address from bus daemon
)
Failed to contact configuration server; some possible causes are that 
you need to enable TCP/IP networking for ORBit, or you have stale NFS 
locks due to a system crash. See http://projects.gnome.org/gconf/ for 
information. (Details -  1: Failed to get connection to session: 
/opt/csw/bin/dbus-launch terminated abnormally with the following error: 
EOF in dbus-launch reading address from bus daemon
)
Failed to contact configuration server; some possible causes are that 
you need to enable TCP/IP networking for ORBit, or you have stale NFS 
locks due to a system crash. See http://projects.gnome.org/gconf/ for 
information. (Details -  1: Failed to get connection to session: 
/opt/csw/bin/dbus-launch terminated abnormally with the following error: 
EOF in dbus-launch reading address from bus daemon
)
Failed to contact configuration server; some possible causes are that 
you need to enable TCP/IP networking for ORBit, or you have stale NFS 
locks due to a system crash. See http://projects.gnome.org/gconf/ for 
information. (Details -  1: Failed to get connection to session: 
/opt/csw/bin/dbus-launch terminated abnormally with the following error: 
EOF in dbus-launch reading address from bus daemon
)
.


From noreply at opencsw.org  Mon Sep 19 22:07:45 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 19 Sep 2011 22:07:45 +0200
Subject: [bug-notifications] [bash 0004776]: Please upgrade to 4.2
In-Reply-To: <d9ff60817c0cccfc54a53ce7a22ad0be>
Message-ID: <3ebd99934e6fd56cd36163937d4f2997@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4776 
====================================================================== 
Reported By:                dam
Assigned To:                yann
====================================================================== 
Project:                    bash
Issue ID:                   4776
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2011-05-26 14:55 CEST
Last Modified:              2011-09-19 22:07 CEST
====================================================================== 
Summary:                    Please upgrade to 4.2
Description: 
Please upgrade to 4.2
====================================================================== 

---------------------------------------------------------------------- 
 (0009276) yann (manager) - 2011-09-19 22:07
 https://www.opencsw.org/mantis/view.php?id=4776#c9276 
---------------------------------------------------------------------- 
bash enter current on July, 23, so I am closing this bug :)


From noreply at opencsw.org  Mon Sep 19 22:08:36 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 19 Sep 2011 22:08:36 +0200
Subject: [bug-notifications] [openssh 0004772]: Please upgrade to 5.8p2
In-Reply-To: <ca9b6537904bdf03f5b62b16b09830b8>
Message-ID: <44f7906313edab72ffa35d9cec69e3db@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4772 
====================================================================== 
Reported By:                dam
Assigned To:                yann
====================================================================== 
Project:                    openssh
Issue ID:                   4772
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2011-05-24 10:00 CEST
Last Modified:              2011-09-19 22:08 CEST
====================================================================== 
Summary:                    Please upgrade to 5.8p2
Description: 
Please upgrade to 5.8p2
====================================================================== 

---------------------------------------------------------------------- 
 (0009277) yann (manager) - 2011-09-19 22:08
 https://www.opencsw.org/mantis/view.php?id=4772#c9277 
---------------------------------------------------------------------- 
openssh enter the current tree on July, 25, so I am closing this bug :)


From noreply at opencsw.org  Mon Sep 19 22:09:48 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 19 Sep 2011 22:09:48 +0200
Subject: [bug-notifications] [dbus 0004821]: D-Bus library appears to be
	incorrectly set up
In-Reply-To: <4d677b3b741db4d287199f93194e7a69>
Message-ID: <43bd8556df51734a1ddd3d08e3072dfa@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4821 
====================================================================== 
Reported By:                wcohrs
Assigned To:                dam
====================================================================== 
Project:                    dbus
Issue ID:                   4821
Category:                   other
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-12 09:06 CEST
Last Modified:              2011-09-19 22:09 CEST
====================================================================== 
Summary:                    D-Bus library appears to be incorrectly set up
Description: 
After upgrade my /opt/csw NFS-Server i have on the NFS clienst this error:
gimp
process 1330: D-Bus library appears to be incorrectly set up; failed to
read machine uuid: Failed to open "/etc/machine-id": No such file or
directory
See the manual page for dbus-uuidgen to correct this issue.
  D-Bus not compiled with backtrace support so unable to print a
backtrace
Abort

after i create /etc/machine-id on the NFS client i have this message:
gimp
/opt/csw/bin/dbus-launch terminated abnormally with the following error:
EOF in dbus-launch reading address from bus daemon

Regards
Wolfgang

====================================================================== 

---------------------------------------------------------------------- 
 (0009275) wcohrs (reporter) - 2011-09-19 13:23
 https://www.opencsw.org/mantis/view.php?id=4821#c9275 
---------------------------------------------------------------------- 
gvim

Failed to contact configuration server; some possible causes are that 
you need to enable TCP/IP networking for ORBit, or you have stale NFS 
locks due to a system crash. See http://projects.gnome.org/gconf/ for 
information. (Details -  1: Failed to get connection to session: 
/opt/csw/bin/dbus-launch terminated abnormally with the following error: 
EOF in dbus-launch reading address from bus daemon
)


From noreply at opencsw.org  Mon Sep 19 22:10:22 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 19 Sep 2011 22:10:22 +0200
Subject: [bug-notifications] [openssh 0004403]: Etc Config Files When
	Installing OpenSSH in Solaris Zone or NFS environment
In-Reply-To: <7c0bfc1ba570ff2e7589860e3e484632>
Message-ID: <93aefe0478c566763671a763445ec7a4@www.opencsw.org>


The following issue has been RESOLVED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4403 
====================================================================== 
Reported By:                ckmehta1
Assigned To:                yann
====================================================================== 
Project:                    openssh
Issue ID:                   4403
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     resolved
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2010-04-20 16:27 CEST
Last Modified:              2011-09-19 22:10 CEST
====================================================================== 
Summary:                    Etc Config Files When Installing OpenSSH in Solaris
Zone or NFS environment
Description: 
This might be on  your internal to-do list, but currently when you install
OpenCSW version of OpenSSH, in a global zone and you either want to share
that installed version of OpenSSH via NFS and/or inherited zone
environment, the etc-config files for OpenSSH cannot be easily abstracted
for a particular NFS-share-client or zone. 

Since the etc-config files are located in /opt/csw/etc/ssh, when you
zone-inherit or NFS-share the /opt/csw directory, as currently compiled,
OpenSSH is only going to look at /opt/csw/etc/ssh.  

Ideally OpenSSH could be compiled to look at /etc/opt/csw/ssh  and then
/opt/csw/etc/ssh.  This way every machine/zone can have their own config,
but if you want to live the old method and share keys amongst machines, it
would work.  I got these directories based on information in:
---------- http://www.opencsw.org/userguide/sharingcsw
---------- http://wiki.opencsw.org/shared-opt-csw-setup


====================================================================== 

---------------------------------------------------------------------- 
 (0009278) yann (manager) - 2011-09-19 22:10
 https://www.opencsw.org/mantis/view.php?id=4403#c9278 
---------------------------------------------------------------------- 
the package openssh 5.8p2 entered the current branch on July, 25 and have
its configuration files moved to /etc/opt/csw/ssh, so I am set this bug as
resolved :)


From noreply at opencsw.org  Mon Sep 19 22:10:33 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 19 Sep 2011 22:10:33 +0200
Subject: [bug-notifications] [dbus 0004821]: D-Bus library appears to be
	incorrectly set up
In-Reply-To: <4d677b3b741db4d287199f93194e7a69>
Message-ID: <ccb446e4fc8d001973b52fc0f0246d49@www.opencsw.org>


The following issue has been set as RELATED TO issue 0004815. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4821 
====================================================================== 
Reported By:                wcohrs
Assigned To:                dam
====================================================================== 
Project:                    dbus
Issue ID:                   4821
Category:                   other
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-12 09:06 CEST
Last Modified:              2011-09-19 22:10 CEST
====================================================================== 
Summary:                    D-Bus library appears to be incorrectly set up
Description: 
After upgrade my /opt/csw NFS-Server i have on the NFS clienst this error:
gimp
process 1330: D-Bus library appears to be incorrectly set up; failed to
read machine uuid: Failed to open "/etc/machine-id": No such file or
directory
See the manual page for dbus-uuidgen to correct this issue.
  D-Bus not compiled with backtrace support so unable to print a
backtrace
Abort

after i create /etc/machine-id on the NFS client i have this message:
gimp
/opt/csw/bin/dbus-launch terminated abnormally with the following error:
EOF in dbus-launch reading address from bus daemon

Regards
Wolfgang

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0004815 vim/gtk/dbus error
====================================================================== 

---------------------------------------------------------------------- 
 (0009275) wcohrs (reporter) - 2011-09-19 13:23
 https://www.opencsw.org/mantis/view.php?id=4821#c9275 
---------------------------------------------------------------------- 
gvim

Failed to contact configuration server; some possible causes are that 
you need to enable TCP/IP networking for ORBit, or you have stale NFS 
locks due to a system crash. See http://projects.gnome.org/gconf/ for 
information. (Details -  1: Failed to get connection to session: 
/opt/csw/bin/dbus-launch terminated abnormally with the following error: 
EOF in dbus-launch reading address from bus daemon
)


From noreply at opencsw.org  Mon Sep 19 22:10:34 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 19 Sep 2011 22:10:34 +0200
Subject: [bug-notifications] [gvim 0004815]: vim/gtk/dbus error
In-Reply-To: <1dbc509b3171859a085be35475ab4d55>
Message-ID: <7f274979fcc4ebab6fdbffd4a31e27d3@www.opencsw.org>


The following issue has been set as RELATED TO issue 0004821. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4815 
====================================================================== 
Reported By:                zzxtty
Assigned To:                dam
====================================================================== 
Project:                    gvim
Issue ID:                   4815
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2011-08-10 16:58 CEST
Last Modified:              2011-08-12 17:09 CEST
====================================================================== 
Summary:                    vim/gtk/dbus error
Description: 
[xxxxxx at taskmaster ~]0% gvim
Gtk-Message: Failed to load module "pk-gtk-module": ld.so.1: vim-x11:
fatal: libpk-gtk-module.so: open failed: No such file or directory
Gtk-Message: Failed to load module "canberra-gtk-module": ld.so.1:
vim-x11: fatal: libcanberra-gtk-module.so: open failed: No such file or
directory
process 29001: D-Bus library appears to be incorrectly set up; failed to
read machine uuid: Failed to open "/opt/csw/var/lib/dbus/machine-id": No
such file or directory
See the manual page for dbus-uuidgen to correct this issue.
  D-Bus not compiled with backtrace support so unable to print a
backtrace
Vim: Caught deadly signal ABRT
Vim: Finished.
Abort
[xxxxxx at taskmaster ~]134% 

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0004821 D-Bus library appears to be incorrectly...
====================================================================== 

---------------------------------------------------------------------- 
 (0009239) dam (administrator) - 2011-08-12 17:09
 https://www.opencsw.org/mantis/view.php?id=4815#c9239 
---------------------------------------------------------------------- 
Yeah, these are in fact different: mirror/opencsw/current and
mirror/opencsw/unstable are the same while mirror/opencsw-future/unstable
is newer. Sorry for the confusion.


From noreply at opencsw.org  Mon Sep 19 22:10:54 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 19 Sep 2011 22:10:54 +0200
Subject: [bug-notifications] [openssh 0004494]: sshd shows wrong "last
	login" date/time
In-Reply-To: <f76278f7c4c72af860b9e42d5ceba315>
Message-ID: <8636df481e12b2e7ba172996daf482f9@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4494 
====================================================================== 
Reported By:                helmped
Assigned To:                yann
====================================================================== 
Project:                    openssh
Issue ID:                   4494
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2010-07-20 15:45 CEST
Last Modified:              2011-09-19 22:10 CEST
====================================================================== 
Summary:                    sshd shows wrong "last login" date/time
Description: 
Login in on any host (SPARC/x86, latest CSWossh installed) via ssh shows
not the last session login date/time. Instead the actual login date/time is
displayed.

Using SUNs sshd the login date/time information is correct.

Regards

Helmut
====================================================================== 

---------------------------------------------------------------------- 
 (0009279) yann (manager) - 2011-09-19 22:10
 https://www.opencsw.org/mantis/view.php?id=4494#c9279 
---------------------------------------------------------------------- 
Hi, 

Any feedback about my questions ?


From noreply at opencsw.org  Mon Sep 19 22:11:56 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 19 Sep 2011 22:11:56 +0200
Subject: [bug-notifications] [screen 0004805]: Please rename package to
	CSWscreen
In-Reply-To: <d7f03bb52ec52f9ad9e26cc0df2f3713>
Message-ID: <8b053a015d920a08688bbf0e1d40c84b@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4805 
====================================================================== 
Reported By:                bwalton
Assigned To:                yann
====================================================================== 
Project:                    screen
Issue ID:                   4805
Category:                   packaging
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2011-07-14 02:45 CEST
Last Modified:              2011-09-19 22:11 CEST
====================================================================== 
Summary:                    Please rename package to CSWscreen
Description: 
It would be nice if the package name matched the catalog name.  You could
provide screen_stub/CSWscrn that depends on screen/CSWscreen to make the
transition easy.

Thanks
-Ben
====================================================================== 

---------------------------------------------------------------------- 
 (0009280) yann (manager) - 2011-09-19 22:11
 https://www.opencsw.org/mantis/view.php?id=4805#c9280 
---------------------------------------------------------------------- 
The renamed package screen entered the current branch on July, 25, so I am
closing this bug :)


From noreply at opencsw.org  Mon Sep 19 22:13:00 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 19 Sep 2011 22:13:00 +0200
Subject: [bug-notifications] [dbus 0004821]: D-Bus library appears to be
	incorrectly set up
In-Reply-To: <4d677b3b741db4d287199f93194e7a69>
Message-ID: <1655e7cd5a2e8038eb8c165e32538eb8@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4821 
====================================================================== 
Reported By:                wcohrs
Assigned To:                dam
====================================================================== 
Project:                    dbus
Issue ID:                   4821
Category:                   other
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-12 09:06 CEST
Last Modified:              2011-09-19 22:12 CEST
====================================================================== 
Summary:                    D-Bus library appears to be incorrectly set up
Description: 
After upgrade my /opt/csw NFS-Server i have on the NFS clienst this error:
gimp
process 1330: D-Bus library appears to be incorrectly set up; failed to
read machine uuid: Failed to open "/etc/machine-id": No such file or
directory
See the manual page for dbus-uuidgen to correct this issue.
  D-Bus not compiled with backtrace support so unable to print a
backtrace
Abort

after i create /etc/machine-id on the NFS client i have this message:
gimp
/opt/csw/bin/dbus-launch terminated abnormally with the following error:
EOF in dbus-launch reading address from bus daemon

Regards
Wolfgang

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0004815 vim/gtk/dbus error
====================================================================== 

---------------------------------------------------------------------- 
 (0009281) dam (administrator) - 2011-09-19 22:12
 https://www.opencsw.org/mantis/view.php?id=4821#c9281 
---------------------------------------------------------------------- 
Could you please try the dbus packages discussed in
https://www.opencsw.org/mantis/view.php?id=4815 from unstable?
  http://mirror.opencsw.org/opencsw/unstable/


From noreply at opencsw.org  Tue Sep 20 10:46:01 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 20 Sep 2011 10:46:01 +0200
Subject: [bug-notifications] [dbus 0004821]: D-Bus library appears to be
	incorrectly set up
In-Reply-To: <4d677b3b741db4d287199f93194e7a69>
Message-ID: <e25b4e63e81e0ca55e01d3935f40b565@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4821 
====================================================================== 
Reported By:                wcohrs
Assigned To:                dam
====================================================================== 
Project:                    dbus
Issue ID:                   4821
Category:                   other
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-12 09:06 CEST
Last Modified:              2011-09-20 10:46 CEST
====================================================================== 
Summary:                    D-Bus library appears to be incorrectly set up
Description: 
After upgrade my /opt/csw NFS-Server i have on the NFS clienst this error:
gimp
process 1330: D-Bus library appears to be incorrectly set up; failed to
read machine uuid: Failed to open "/etc/machine-id": No such file or
directory
See the manual page for dbus-uuidgen to correct this issue.
  D-Bus not compiled with backtrace support so unable to print a
backtrace
Abort

after i create /etc/machine-id on the NFS client i have this message:
gimp
/opt/csw/bin/dbus-launch terminated abnormally with the following error:
EOF in dbus-launch reading address from bus daemon

Regards
Wolfgang

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0004815 vim/gtk/dbus error
====================================================================== 

---------------------------------------------------------------------- 
 (0009283) wcohrs (reporter) - 2011-09-20 10:46
 https://www.opencsw.org/mantis/view.php?id=4821#c9283 
---------------------------------------------------------------------- 
i have installed the unstable packages on the NFS-Server.

now i start gvim on the NFS-Client:
gvim
process 4564: D-Bus library appears to be incorrectly set up; failed to
read mac hine uuid: Failed to open "/etc/machine-id": No such file or
directory
See the manual page for dbus-uuidgen to correct this issue.
  D-Bus not compiled with backtrace support so unable to print a
backtrace
Vim: Caught deadly signal ABRT
Vim: Finished.
Abort

okay i create :
dbus-uuidgen >/etc/machine-id
# more /etc/machine-id
785d06f9ef85c080a203439a4e783fa9


now the output is ugly.

(gvim:6179): Pango-CRITICAL **: No modules found:
No builtin or dynamically loaded modules were found.
PangoFc will not work correctly.
This probably means there was an error in the creation of:
  '/etc/opt/csw/pango/pango.modules'
You should create this file by running:
  pango-querymodules > '/etc/opt/csw/pango/pango.modules'

(gvim:6179): Pango-WARNING **: failed to choose a font, expect ugly
output. engine-type='PangoRenderFc', script='latin'

i have reinstalled the pango packages without success


/opt/csw/bin/pango-querymodules
# Pango Modules file
# Automatically generated file, do not edit
#
# ModulesPath = /opt/csw/lib/pango/1.6.0/modules


From noreply at opencsw.org  Tue Sep 20 11:00:29 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 20 Sep 2011 11:00:29 +0200
Subject: [bug-notifications] [dbus 0004821]: D-Bus library appears to be
	incorrectly set up
In-Reply-To: <4d677b3b741db4d287199f93194e7a69>
Message-ID: <5d583791370c924bfe2342b119ccc9d2@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4821 
====================================================================== 
Reported By:                wcohrs
Assigned To:                dam
====================================================================== 
Project:                    dbus
Issue ID:                   4821
Category:                   other
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-12 09:06 CEST
Last Modified:              2011-09-20 11:00 CEST
====================================================================== 
Summary:                    D-Bus library appears to be incorrectly set up
Description: 
After upgrade my /opt/csw NFS-Server i have on the NFS clienst this error:
gimp
process 1330: D-Bus library appears to be incorrectly set up; failed to
read machine uuid: Failed to open "/etc/machine-id": No such file or
directory
See the manual page for dbus-uuidgen to correct this issue.
  D-Bus not compiled with backtrace support so unable to print a
backtrace
Abort

after i create /etc/machine-id on the NFS client i have this message:
gimp
/opt/csw/bin/dbus-launch terminated abnormally with the following error:
EOF in dbus-launch reading address from bus daemon

Regards
Wolfgang

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0004815 vim/gtk/dbus error
====================================================================== 

---------------------------------------------------------------------- 
 (0009284) dam (administrator) - 2011-09-20 11:00
 https://www.opencsw.org/mantis/view.php?id=4821#c9284 
---------------------------------------------------------------------- 
The problem is that all the newer packages put their configuration files to
/etc/opt/csw. This has been done to aid sparse zones. If you are running it
on NFS shared /opt/csw you must make sure to synchronize the specific files
manually or issue the post-install from the packages on each host.


From noreply at opencsw.org  Tue Sep 20 11:01:05 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 20 Sep 2011 11:01:05 +0200
Subject: [bug-notifications] [dbus 0004821]: D-Bus library appears to be
	incorrectly set up
In-Reply-To: <4d677b3b741db4d287199f93194e7a69>
Message-ID: <ec186b0b2a72cd06a3c926560e2c9d57@www.opencsw.org>


The following issue requires your FEEDBACK. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4821 
====================================================================== 
Reported By:                wcohrs
Assigned To:                dam
====================================================================== 
Project:                    dbus
Issue ID:                   4821
Category:                   other
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2011-09-12 09:06 CEST
Last Modified:              2011-09-20 11:01 CEST
====================================================================== 
Summary:                    D-Bus library appears to be incorrectly set up
Description: 
After upgrade my /opt/csw NFS-Server i have on the NFS clienst this error:
gimp
process 1330: D-Bus library appears to be incorrectly set up; failed to
read machine uuid: Failed to open "/etc/machine-id": No such file or
directory
See the manual page for dbus-uuidgen to correct this issue.
  D-Bus not compiled with backtrace support so unable to print a
backtrace
Abort

after i create /etc/machine-id on the NFS client i have this message:
gimp
/opt/csw/bin/dbus-launch terminated abnormally with the following error:
EOF in dbus-launch reading address from bus daemon

Regards
Wolfgang

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0004815 vim/gtk/dbus error
====================================================================== 

---------------------------------------------------------------------- 
 (0009284) dam (administrator) - 2011-09-20 11:00
 https://www.opencsw.org/mantis/view.php?id=4821#c9284 
---------------------------------------------------------------------- 
The problem is that all the newer packages put their configuration files to
/etc/opt/csw. This has been done to aid sparse zones. If you are running it
on NFS shared /opt/csw you must make sure to synchronize the specific files
manually or issue the post-install from the packages on each host.


From noreply at opencsw.org  Tue Sep 20 11:31:39 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 20 Sep 2011 11:31:39 +0200
Subject: [bug-notifications] [dbus 0004821]: D-Bus library appears to be
	incorrectly set up
In-Reply-To: <4d677b3b741db4d287199f93194e7a69>
Message-ID: <f938ee667a6c3cd7c8afdd0bc1599459@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4821 
====================================================================== 
Reported By:                wcohrs
Assigned To:                dam
====================================================================== 
Project:                    dbus
Issue ID:                   4821
Category:                   other
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2011-09-12 09:06 CEST
Last Modified:              2011-09-20 11:31 CEST
====================================================================== 
Summary:                    D-Bus library appears to be incorrectly set up
Description: 
After upgrade my /opt/csw NFS-Server i have on the NFS clienst this error:
gimp
process 1330: D-Bus library appears to be incorrectly set up; failed to
read machine uuid: Failed to open "/etc/machine-id": No such file or
directory
See the manual page for dbus-uuidgen to correct this issue.
  D-Bus not compiled with backtrace support so unable to print a
backtrace
Abort

after i create /etc/machine-id on the NFS client i have this message:
gimp
/opt/csw/bin/dbus-launch terminated abnormally with the following error:
EOF in dbus-launch reading address from bus daemon

Regards
Wolfgang

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0004815 vim/gtk/dbus error
====================================================================== 

---------------------------------------------------------------------- 
 (0009285) wcohrs (reporter) - 2011-09-20 11:31
 https://www.opencsw.org/mantis/view.php?id=4821#c9285 
---------------------------------------------------------------------- 
solved 

but not the dbus problem

gvim
Failed to contact configuration server; some possible causes are that you
need to enable TCP/IP networking for ORBit, or you have stale NFS locks due
to a system crash. See http://projects.gnome.org/gconf/ for information.
(Details -  1: Failed to get connection to session:
/opt/csw/bin/dbus-launch terminated abnormally with the following error:
EOF in dbus-launch reading address from bus daemon
)

gimp
/opt/csw/bin/dbus-launch terminated abnormally with the following error:
EOF in dbus-launch reading address from bus daemon


From noreply at opencsw.org  Tue Sep 20 11:52:09 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 20 Sep 2011 11:52:09 +0200
Subject: [bug-notifications] [dbus 0004821]: D-Bus library appears to be
	incorrectly set up
In-Reply-To: <4d677b3b741db4d287199f93194e7a69>
Message-ID: <1cfbc199bb0bbe9792a1b4310b8b0de4@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4821 
====================================================================== 
Reported By:                wcohrs
Assigned To:                dam
====================================================================== 
Project:                    dbus
Issue ID:                   4821
Category:                   other
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2011-09-12 09:06 CEST
Last Modified:              2011-09-20 11:52 CEST
====================================================================== 
Summary:                    D-Bus library appears to be incorrectly set up
Description: 
After upgrade my /opt/csw NFS-Server i have on the NFS clienst this error:
gimp
process 1330: D-Bus library appears to be incorrectly set up; failed to
read machine uuid: Failed to open "/etc/machine-id": No such file or
directory
See the manual page for dbus-uuidgen to correct this issue.
  D-Bus not compiled with backtrace support so unable to print a
backtrace
Abort

after i create /etc/machine-id on the NFS client i have this message:
gimp
/opt/csw/bin/dbus-launch terminated abnormally with the following error:
EOF in dbus-launch reading address from bus daemon

Regards
Wolfgang

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0004815 vim/gtk/dbus error
====================================================================== 

---------------------------------------------------------------------- 
 (0009286) wcohrs (reporter) - 2011-09-20 11:52
 https://www.opencsw.org/mantis/view.php?id=4821#c9286 
---------------------------------------------------------------------- 
now i think the problem is solved on my test server.
i have all files in /etc/opt/csw NFS-Server put on the NFS Client.

waht do you mean with:

or issue the post-install from the packages on each host ?

Regardes Wolfgang


From noreply at opencsw.org  Tue Sep 20 12:22:57 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 20 Sep 2011 12:22:57 +0200
Subject: [bug-notifications] [dbus 0004821]: D-Bus library appears to be
	incorrectly set up
In-Reply-To: <4d677b3b741db4d287199f93194e7a69>
Message-ID: <243fe250bff11b67ce76a244558934ff@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4821 
====================================================================== 
Reported By:                wcohrs
Assigned To:                dam
====================================================================== 
Project:                    dbus
Issue ID:                   4821
Category:                   other
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2011-09-12 09:06 CEST
Last Modified:              2011-09-20 12:22 CEST
====================================================================== 
Summary:                    D-Bus library appears to be incorrectly set up
Description: 
After upgrade my /opt/csw NFS-Server i have on the NFS clienst this error:
gimp
process 1330: D-Bus library appears to be incorrectly set up; failed to
read machine uuid: Failed to open "/etc/machine-id": No such file or
directory
See the manual page for dbus-uuidgen to correct this issue.
  D-Bus not compiled with backtrace support so unable to print a
backtrace
Abort

after i create /etc/machine-id on the NFS client i have this message:
gimp
/opt/csw/bin/dbus-launch terminated abnormally with the following error:
EOF in dbus-launch reading address from bus daemon

Regards
Wolfgang

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0004815 vim/gtk/dbus error
====================================================================== 

---------------------------------------------------------------------- 
 (0009287) dam (administrator) - 2011-09-20 12:22
 https://www.opencsw.org/mantis/view.php?id=4821#c9287 
---------------------------------------------------------------------- 
The postinstall script from the package. It looks something like this:


dam at login [login]:/home/dam/tmp > cp
/export/mirror/opencsw-future/allpkgs/pango-1.28.4,REV=2011.06.09-SunOS5.9-sparc-CSW.pkg.gz
.
dam at login [login]:/home/dam/tmp > gunzip
pango-1.28.4,REV=2011.06.09-SunOS5.9-sparc-CSW.pkg.gz 
dam at login [login]:/home/dam/tmp > pkgtrans
pango-1.28.4,REV=2011.06.09-SunOS5.9-sparc-CSW.pkg . all
Transferring <CSWpango> package instance
dam at login [login]:/home/dam/tmp > more CSWpango/install/postinstall 
#!/bin/sh

umask 0022

if [ "$PKG_ROOT_DIR" = "" ] ; then PKG_ROOT_DIR=/ ; fi

echo 'Updating pango.modules...'
test -x ${PKG_ROOT_DIR}/opt/csw/bin/pango-querymodules && \
        chroot "${PKG_ROOT_DIR}" /opt/csw/bin/pango-querymodules
>"${PKG_ROOT_DIR}"/etc/opt/csw/pango/pango.modules &&
        chroot "${PKG_ROOT_DIR}" /usr/sbin/installf CSWpango
/etc/opt/csw/pango/pango.modules f 0644 root bin
test -x ${PKG_ROOT_DIR}/opt/csw/bin/sparcv9/pango-querymodules && \
        chroot "${PKG_ROOT_DIR}" /opt/csw/bin/sparcv9/pango-querymodules
>"${PKG_ROOT_DIR}"/etc/opt/csw/64/pango/pango.modules &&
        chroot "${PKG_ROOT_DIR}" /usr/sbin/installf CSWpango
/etc/opt/csw/64/pango/pango.modules f 0644 root bin
test -x ${PKG_ROOT_DIR}/opt/csw/bin/amd64/pango-querymodules && \
        chroot "${PKG_ROOT_DIR}" /opt/csw/bin/amd64/pango-querymodules
>"${PKG_ROOT_DIR}"/etc/opt/csw/64/pango/pango.modules &&
        chroot "${PKG_ROOT_DIR}" /usr/sbin/installf CSWpango
/etc/opt/csw/64/pango/pango.modules f 0644 root bin

chroot "${PKG_ROOT_DIR}" /usr/sbin/installf -f CSWpango
/bin/true

You need to do this for every package you have installed with postinstall
scripts.


From noreply at opencsw.org  Tue Sep 20 12:54:01 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 20 Sep 2011 12:54:01 +0200
Subject: [bug-notifications] [openssh 0004494]: sshd shows wrong "last
	login" date/time
In-Reply-To: <f76278f7c4c72af860b9e42d5ceba315>
Message-ID: <ec1c6636038a75bb871eabedd06ba775@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4494 
====================================================================== 
Reported By:                helmped
Assigned To:                yann
====================================================================== 
Project:                    openssh
Issue ID:                   4494
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2010-07-20 15:45 CEST
Last Modified:              2011-09-20 12:54 CEST
====================================================================== 
Summary:                    sshd shows wrong "last login" date/time
Description: 
Login in on any host (SPARC/x86, latest CSWossh installed) via ssh shows
not the last session login date/time. Instead the actual login date/time is
displayed.

Using SUNs sshd the login date/time information is correct.

Regards

Helmut
====================================================================== 

---------------------------------------------------------------------- 
 (0009288) helmped (reporter) - 2011-09-20 12:54
 https://www.opencsw.org/mantis/view.php?id=4494#c9288 
---------------------------------------------------------------------- 
Hi,

thanks for reminding me ...

I think I was a little confused about my comments and your
answers/question
but testing again I see that your comments are correct - only
sun ssh update the wtmpx file. Since the non-interactive logins are
reported in /var/adm/messages these logins can also be tracked.
I only have to know not to forget this.

Today I installed the new openssh opencsw package and now the correct
"last login" time is shown - seems the problem is now fixed.

Best Regards


From noreply at opencsw.org  Tue Sep 20 13:27:15 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 20 Sep 2011 13:27:15 +0200
Subject: [bug-notifications] [dbus 0004821]: D-Bus library appears to be
	incorrectly set up
In-Reply-To: <4d677b3b741db4d287199f93194e7a69>
Message-ID: <45a13e17adecb58a14ea470bba4a12d4@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4821 
====================================================================== 
Reported By:                wcohrs
Assigned To:                dam
====================================================================== 
Project:                    dbus
Issue ID:                   4821
Category:                   other
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2011-09-12 09:06 CEST
Last Modified:              2011-09-20 13:27 CEST
====================================================================== 
Summary:                    D-Bus library appears to be incorrectly set up
Description: 
After upgrade my /opt/csw NFS-Server i have on the NFS clienst this error:
gimp
process 1330: D-Bus library appears to be incorrectly set up; failed to
read machine uuid: Failed to open "/etc/machine-id": No such file or
directory
See the manual page for dbus-uuidgen to correct this issue.
  D-Bus not compiled with backtrace support so unable to print a
backtrace
Abort

after i create /etc/machine-id on the NFS client i have this message:
gimp
/opt/csw/bin/dbus-launch terminated abnormally with the following error:
EOF in dbus-launch reading address from bus daemon

Regards
Wolfgang

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0004815 vim/gtk/dbus error
====================================================================== 

---------------------------------------------------------------------- 
 (0009289) wcohrs (reporter) - 2011-09-20 13:27
 https://www.opencsw.org/mantis/view.php?id=4821#c9289 
---------------------------------------------------------------------- 
I am happy which I only four sun ray servers have with 170 sun ray clients
and not 170 NFS Clients.

i think /etc/opt is not a good solution.

Regards Wolfgang

you can close this case


From noreply at opencsw.org  Tue Sep 20 13:47:53 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 20 Sep 2011 13:47:53 +0200
Subject: [bug-notifications] [pkg_get 0004825]: pkg-get can mess up shells
	on solaris express
In-Reply-To: <c02b95455e3e4a19c8b73f1ddcb04685>
Message-ID: <70f44e7a26bf35578d6c1900729876a8@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4825 
====================================================================== 
Reported By:                bryanwgraham
Assigned To:                
====================================================================== 
Project:                    pkg_get
Issue ID:                   4825
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2011-09-15 17:40 CEST
Last Modified:              2011-09-20 13:47 CEST
====================================================================== 
Summary:                    pkg-get can mess up shells on solaris express
Description: 
While I realize that OpenCSW probably doesn't explicitly support Solaris
Express, this problem will need to be fixed eventually.  When pkg-get is
run on Solaris Express, if any of the 'print "whatever" > /dev/fd/2'
statements are processed, the shell will have difficulties when it returns.
 Specifically, backspace will print "^H" instead of actually backspacing,
and usually if something visual is run after (vim for instance) the screen
with crop oddly.

The easiest way to test this is to run "pkg-get -i blah" (something that
it won't find), then type something and try to backspace it.

There is a simple fix, because the print statement support a -u option
that does exactly what "> /dev/fd/2" does without causing the problem. 
Thus, this line

gsed -i.bak -e 's/print\(.*\)>\/dev\/fd\/2/print -u 2\1/g'
/opt/csw/bin/pkg-get

will fix the problem and create a backup pkg-get.bak file in the process. 
The following line will do it without creating a backup.

gsed -ie 's/print\(.*\)>\/dev\/fd\/2/print -u 2\1/g' /opt/csw/bin/pkg-get

For informational purposes:
SunOS mirror-x86 5.11 snv_151a i86pc i386 i86pc Solaris
GNU bash, version 4.0.28(1)-release (i386-pc-solaris2.11)
====================================================================== 

---------------------------------------------------------------------- 
 (0009290) bonivart (developer) - 2011-09-20 13:47
 https://www.opencsw.org/mantis/view.php?id=4825#c9290 
---------------------------------------------------------------------- 
Please note that pkg-get is considered deprecated for use with OpenCSW. We
recommend using CSWpkgutil instead.


From noreply at opencsw.org  Tue Sep 20 13:52:39 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 20 Sep 2011 13:52:39 +0200
Subject: [bug-notifications] [dbus 0004821]: D-Bus library appears to be
	incorrectly set up
In-Reply-To: <4d677b3b741db4d287199f93194e7a69>
Message-ID: <ad3503f0a4a13aa6c3e9a2ed8929eee2@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4821 
====================================================================== 
Reported By:                wcohrs
Assigned To:                dam
====================================================================== 
Project:                    dbus
Issue ID:                   4821
Category:                   other
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2011-09-12 09:06 CEST
Last Modified:              2011-09-20 13:52 CEST
====================================================================== 
Summary:                    D-Bus library appears to be incorrectly set up
Description: 
After upgrade my /opt/csw NFS-Server i have on the NFS clienst this error:
gimp
process 1330: D-Bus library appears to be incorrectly set up; failed to
read machine uuid: Failed to open "/etc/machine-id": No such file or
directory
See the manual page for dbus-uuidgen to correct this issue.
  D-Bus not compiled with backtrace support so unable to print a
backtrace
Abort

after i create /etc/machine-id on the NFS client i have this message:
gimp
/opt/csw/bin/dbus-launch terminated abnormally with the following error:
EOF in dbus-launch reading address from bus daemon

Regards
Wolfgang

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0004815 vim/gtk/dbus error
====================================================================== 

---------------------------------------------------------------------- 
 (0009291) dam (administrator) - 2011-09-20 13:52
 https://www.opencsw.org/mantis/view.php?id=4821#c9291 
---------------------------------------------------------------------- 
> I think /etc/opt is not a good solution.

Suggestions welcome! There is currently no active maintainer using NFS
shared /opt/csw, so to enhance compatiblity it would help if you could join
the project and help testing.


From noreply at opencsw.org  Wed Sep 21 14:02:11 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 21 Sep 2011 14:02:11 +0200
Subject: [bug-notifications] [mysql5 0004798]: mysql_secure_installation
	returns error with current mysql5 package
In-Reply-To: <19f5b3fb53d5338cbb8370c8f65d5eb9>
Message-ID: <5d5a33f58a53ef7c5e4b0fdabdc7b134@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4798 
====================================================================== 
Reported By:                AirOnSkin
Assigned To:                
====================================================================== 
Project:                    mysql5
Issue ID:                   4798
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-06-30 11:45 CEST
Last Modified:              2011-09-21 14:02 CEST
====================================================================== 
Summary:                    mysql_secure_installation returns error with current
mysql5 package
Description: 
After installing mysql5 and running mysql_secure_installation the script
breaks at the second action (removing anonymous user) because the first
action (setting the root password) doesn't work. The new root password
doesn't get applied (even if the output says so), hence the script has no
rights for the second action.

After typing the new root password twice the following appears (full log
attached):

Reloading privilege tables..
/opt/csw/mysql5/bin/sparcv9/mysql_secure_installation: !: not found
====================================================================== 

---------------------------------------------------------------------- 
 (0009292) AirOnSkin (reporter) - 2011-09-21 14:02
 https://www.opencsw.org/mantis/view.php?id=4798#c9292 
---------------------------------------------------------------------- 
maciej's guess was right. When downloading the mysql-5.0.87 source, there's
a file called scripts/mysql_secure_installation.sh which calls /bin/sh.

The function (see here: http://paste.pocoo.org/show/479787/) that changes
the root password uses ! at two points. The thing that doesn't actually
work is reloading the privileges and since there's not check if that was
successful no error is being displayed (instead the script happily shouts
"Password updated successfully!")

Either one changes the script to use another shell instead or the code
needs to be edited to work with sh.


From noreply at opencsw.org  Wed Sep 21 14:26:38 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 21 Sep 2011 14:26:38 +0200
Subject: [bug-notifications] [mysql5 0004798]: mysql_secure_installation
	returns error with current mysql5 package
In-Reply-To: <19f5b3fb53d5338cbb8370c8f65d5eb9>
Message-ID: <67b2a7d67b39f6dac531893680e7832b@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4798 
====================================================================== 
Reported By:                AirOnSkin
Assigned To:                
====================================================================== 
Project:                    mysql5
Issue ID:                   4798
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-06-30 11:45 CEST
Last Modified:              2011-09-21 14:26 CEST
====================================================================== 
Summary:                    mysql_secure_installation returns error with current
mysql5 package
Description: 
After installing mysql5 and running mysql_secure_installation the script
breaks at the second action (removing anonymous user) because the first
action (setting the root password) doesn't work. The new root password
doesn't get applied (even if the output says so), hence the script has no
rights for the second action.

After typing the new root password twice the following appears (full log
attached):

Reloading privilege tables..
/opt/csw/mysql5/bin/sparcv9/mysql_secure_installation: !: not found
====================================================================== 

---------------------------------------------------------------------- 
 (0009293) AirOnSkin (reporter) - 2011-09-21 14:26
 https://www.opencsw.org/mantis/view.php?id=4798#c9293 
---------------------------------------------------------------------- 
This issue has already been reported to the MySQL guys. See here:
http://bugs.mysql.com/bug.php?id=48086

Newer versions of MySQL include a script which still calls /bin/sh but
abandon the use of the "if ! foo; then bar; fi" syntax.


From noreply at opencsw.org  Wed Sep 21 17:03:24 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 21 Sep 2011 17:03:24 +0200
Subject: [bug-notifications] [libiconv 0004827]: cant installed libiconv,
	fetching fails
Message-ID: <9654dfacd175105f84c88f96fcb9aefa@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4827 
====================================================================== 
Reported By:                willert
Assigned To:                
====================================================================== 
Project:                    libiconv
Issue ID:                   4827
Category:                   other
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-21 17:03 CEST
Last Modified:              2011-09-21 17:03 CEST
====================================================================== 
Summary:                    cant installed libiconv, fetching fails
Description: 
Fetching and instalaltion of libiconv fails.

solaris 8, sparc

root at dmssrv01:/opt/csw/etc_[536]# pkgutil -U
Fetching new catalog and descriptions
(http://ibiblio.org/pub/packages/solaris/opencsw/current/sparc/5.8) if
available...
--2011-09-21 17:00:54-- 
http://ibiblio.org/pub/packages/solaris/opencsw/current/sparc/5.8/catalog
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 301 Moved Permanently
Location:
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/catalog
[following]
--2011-09-21 17:00:57-- 
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/catalog
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 200 OK
Length: 473807 (463K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/catalog.ibiblio.org_pub_packages_solaris_opencsw_current_sparc_5.8'

100%[===========================================================>] 473,807
    --.-K/s   in 0.08s

2011-09-21 17:00:57 (5.49 MB/s) -
`/var/opt/csw/pkgutil/catalog.ibiblio.org_pub_packages_solaris_opencsw_current_sparc_5.8'
saved [473807/473807]

--2011-09-21 17:00:57-- 
http://ibiblio.org/pub/packages/solaris/opencsw/current/sparc/5.8/descriptions
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 301 Moved Permanently
Location:
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/descriptions
[following]
--2011-09-21 17:00:58-- 
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/descriptions
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 200 OK
Length: 129578 (127K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/descriptions.ibiblio.org_pub_packages_solaris_opencsw_current_sparc_5.8'

100%[===========================================================>] 129,578
    --.-K/s   in 0.03s

2011-09-21 17:00:58 (3.62 MB/s) -
`/var/opt/csw/pkgutil/descriptions.ibiblio.org_pub_packages_solaris_opencsw_current_sparc_5.8'
saved [129578/129578]

root at dmssrv01:/opt/csw/etc_[537]# pkgutil -i libiconv
Parsing catalog, may take a while...
New packages: CSWiconv-1.13.1,REV=2009.07.31
Current packages: CSWcommon-1.5,REV=2010.12.11
Total size: 2.8 MB
Removing non-matching local file for CSWiconv-1.13.1,REV=2009.07.31.
Fetching CSWiconv-1.13.1,REV=2009.07.31 (1/1)...
--2011-09-21 17:01:00-- 
http://ibiblio.org/pub/packages/solaris/opencsw/current/sparc/5.8/libiconv-1.13.1,REV=2009.07.31-SunOS5.8-sparc-CSW.pkg.gz
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 301 Moved Permanently
Location:
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/libiconv-1.13.1,REV=2009.07.31-SunOS5.8-sparc-CSW.pkg.gz
[following]
--2011-09-21 17:01:00-- 
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/libiconv-1.13.1,REV=2009.07.31-SunOS5.8-sparc-CSW.pkg.gz
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 404 Not Found
2011-09-21 17:01:00 ERROR 404: Not Found.


Fetching of CSWiconv-1.13.1,REV=2009.07.31 failed. Try updating your
catalog with pkgutil -U.

======================================================================


From noreply at opencsw.org  Wed Sep 21 21:19:08 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 21 Sep 2011 21:19:08 +0200
Subject: [bug-notifications] [libiconv 0004827]: cant installed libiconv,
	fetching fails
In-Reply-To: <810e1e1d4164aa53a26475cd7775cae5>
Message-ID: <278c5ef43e335518edb925208ba34d4d@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4827 
====================================================================== 
Reported By:                willert
Assigned To:                dam
====================================================================== 
Project:                    libiconv
Issue ID:                   4827
Category:                   other
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-21 17:03 CEST
Last Modified:              2011-09-21 21:19 CEST
====================================================================== 
Summary:                    cant installed libiconv, fetching fails
Description: 
Fetching and instalaltion of libiconv fails.

solaris 8, sparc

root at dmssrv01:/opt/csw/etc_[536]# pkgutil -U
Fetching new catalog and descriptions
(http://ibiblio.org/pub/packages/solaris/opencsw/current/sparc/5.8) if
available...
--2011-09-21 17:00:54-- 
http://ibiblio.org/pub/packages/solaris/opencsw/current/sparc/5.8/catalog
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 301 Moved Permanently
Location:
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/catalog
[following]
--2011-09-21 17:00:57-- 
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/catalog
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 200 OK
Length: 473807 (463K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/catalog.ibiblio.org_pub_packages_solaris_opencsw_current_sparc_5.8'

100%[===========================================================>] 473,807
    --.-K/s   in 0.08s

2011-09-21 17:00:57 (5.49 MB/s) -
`/var/opt/csw/pkgutil/catalog.ibiblio.org_pub_packages_solaris_opencsw_current_sparc_5.8'
saved [473807/473807]

--2011-09-21 17:00:57-- 
http://ibiblio.org/pub/packages/solaris/opencsw/current/sparc/5.8/descriptions
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 301 Moved Permanently
Location:
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/descriptions
[following]
--2011-09-21 17:00:58-- 
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/descriptions
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 200 OK
Length: 129578 (127K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/descriptions.ibiblio.org_pub_packages_solaris_opencsw_current_sparc_5.8'

100%[===========================================================>] 129,578
    --.-K/s   in 0.03s

2011-09-21 17:00:58 (3.62 MB/s) -
`/var/opt/csw/pkgutil/descriptions.ibiblio.org_pub_packages_solaris_opencsw_current_sparc_5.8'
saved [129578/129578]

root at dmssrv01:/opt/csw/etc_[537]# pkgutil -i libiconv
Parsing catalog, may take a while...
New packages: CSWiconv-1.13.1,REV=2009.07.31
Current packages: CSWcommon-1.5,REV=2010.12.11
Total size: 2.8 MB
Removing non-matching local file for CSWiconv-1.13.1,REV=2009.07.31.
Fetching CSWiconv-1.13.1,REV=2009.07.31 (1/1)...
--2011-09-21 17:01:00-- 
http://ibiblio.org/pub/packages/solaris/opencsw/current/sparc/5.8/libiconv-1.13.1,REV=2009.07.31-SunOS5.8-sparc-CSW.pkg.gz
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 301 Moved Permanently
Location:
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/libiconv-1.13.1,REV=2009.07.31-SunOS5.8-sparc-CSW.pkg.gz
[following]
--2011-09-21 17:01:00-- 
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/libiconv-1.13.1,REV=2009.07.31-SunOS5.8-sparc-CSW.pkg.gz
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 404 Not Found
2011-09-21 17:01:00 ERROR 404: Not Found.


Fetching of CSWiconv-1.13.1,REV=2009.07.31 failed. Try updating your
catalog with pkgutil -U.

======================================================================


From noreply at opencsw.org  Thu Sep 22 09:12:39 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 22 Sep 2011 09:12:39 +0200
Subject: [bug-notifications] [dbus 0004821]: D-Bus library appears to be
	incorrectly set up
In-Reply-To: <4d677b3b741db4d287199f93194e7a69>
Message-ID: <fb1146c22bc8962c688ada5505ee585a@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4821 
====================================================================== 
Reported By:                wcohrs
Assigned To:                dam
====================================================================== 
Project:                    dbus
Issue ID:                   4821
Category:                   other
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2011-09-12 09:06 CEST
Last Modified:              2011-09-22 09:12 CEST
====================================================================== 
Summary:                    D-Bus library appears to be incorrectly set up
Description: 
After upgrade my /opt/csw NFS-Server i have on the NFS clienst this error:
gimp
process 1330: D-Bus library appears to be incorrectly set up; failed to
read machine uuid: Failed to open "/etc/machine-id": No such file or
directory
See the manual page for dbus-uuidgen to correct this issue.
  D-Bus not compiled with backtrace support so unable to print a
backtrace
Abort

after i create /etc/machine-id on the NFS client i have this message:
gimp
/opt/csw/bin/dbus-launch terminated abnormally with the following error:
EOF in dbus-launch reading address from bus daemon

Regards
Wolfgang

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0004815 vim/gtk/dbus error
====================================================================== 

---------------------------------------------------------------------- 
 (0009294) wcohrs (reporter) - 2011-09-22 09:12
 https://www.opencsw.org/mantis/view.php?id=4821#c9294 
---------------------------------------------------------------------- 
hello,
now i have a:
SunOS cswtestserver 5.10 Generic_144489-09 i86pc i386 i86pc
and a:
SunOS cswtestclient 5.10 Generic_144489-09 i86pc i386 i86pc

i think i can help but my problem is my englisch :-(
i use the dublin catalog

Wolfgang


From noreply at opencsw.org  Thu Sep 22 09:19:48 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 22 Sep 2011 09:19:48 +0200
Subject: [bug-notifications] [libiconv 0004827]: cant installed libiconv,
	fetching fails
In-Reply-To: <810e1e1d4164aa53a26475cd7775cae5>
Message-ID: <b935fefc15d9aa02e90791cfda1fab2a@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4827 
====================================================================== 
Reported By:                willert
Assigned To:                dam
====================================================================== 
Project:                    libiconv
Issue ID:                   4827
Category:                   other
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-21 17:03 CEST
Last Modified:              2011-09-22 09:19 CEST
====================================================================== 
Summary:                    cant installed libiconv, fetching fails
Description: 
Fetching and instalaltion of libiconv fails.

solaris 8, sparc

root at dmssrv01:/opt/csw/etc_[536]# pkgutil -U
Fetching new catalog and descriptions
(http://ibiblio.org/pub/packages/solaris/opencsw/current/sparc/5.8) if
available...
--2011-09-21 17:00:54-- 
http://ibiblio.org/pub/packages/solaris/opencsw/current/sparc/5.8/catalog
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 301 Moved Permanently
Location:
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/catalog
[following]
--2011-09-21 17:00:57-- 
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/catalog
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 200 OK
Length: 473807 (463K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/catalog.ibiblio.org_pub_packages_solaris_opencsw_current_sparc_5.8'

100%[===========================================================>] 473,807
    --.-K/s   in 0.08s

2011-09-21 17:00:57 (5.49 MB/s) -
`/var/opt/csw/pkgutil/catalog.ibiblio.org_pub_packages_solaris_opencsw_current_sparc_5.8'
saved [473807/473807]

--2011-09-21 17:00:57-- 
http://ibiblio.org/pub/packages/solaris/opencsw/current/sparc/5.8/descriptions
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 301 Moved Permanently
Location:
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/descriptions
[following]
--2011-09-21 17:00:58-- 
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/descriptions
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 200 OK
Length: 129578 (127K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/descriptions.ibiblio.org_pub_packages_solaris_opencsw_current_sparc_5.8'

100%[===========================================================>] 129,578
    --.-K/s   in 0.03s

2011-09-21 17:00:58 (3.62 MB/s) -
`/var/opt/csw/pkgutil/descriptions.ibiblio.org_pub_packages_solaris_opencsw_current_sparc_5.8'
saved [129578/129578]

root at dmssrv01:/opt/csw/etc_[537]# pkgutil -i libiconv
Parsing catalog, may take a while...
New packages: CSWiconv-1.13.1,REV=2009.07.31
Current packages: CSWcommon-1.5,REV=2010.12.11
Total size: 2.8 MB
Removing non-matching local file for CSWiconv-1.13.1,REV=2009.07.31.
Fetching CSWiconv-1.13.1,REV=2009.07.31 (1/1)...
--2011-09-21 17:01:00-- 
http://ibiblio.org/pub/packages/solaris/opencsw/current/sparc/5.8/libiconv-1.13.1,REV=2009.07.31-SunOS5.8-sparc-CSW.pkg.gz
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 301 Moved Permanently
Location:
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/libiconv-1.13.1,REV=2009.07.31-SunOS5.8-sparc-CSW.pkg.gz
[following]
--2011-09-21 17:01:00-- 
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/libiconv-1.13.1,REV=2009.07.31-SunOS5.8-sparc-CSW.pkg.gz
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 404 Not Found
2011-09-21 17:01:00 ERROR 404: Not Found.


Fetching of CSWiconv-1.13.1,REV=2009.07.31 failed. Try updating your
catalog with pkgutil -U.

====================================================================== 

---------------------------------------------------------------------- 
 (0009295) maciej (developer) - 2011-09-22 09:19
 https://www.opencsw.org/mantis/view.php?id=4827#c9295 
---------------------------------------------------------------------- 
There were indeed files missing from the 5.8 catalog.  I've added the
missing packages back, regenerated it and pushed to mirrors. Please try
installing again.


From noreply at opencsw.org  Thu Sep 22 10:21:38 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 22 Sep 2011 10:21:38 +0200
Subject: [bug-notifications] [dbus 0004821]: D-Bus library appears to be
	incorrectly set up
In-Reply-To: <4d677b3b741db4d287199f93194e7a69>
Message-ID: <652d1452ad32378da37f58b58ea0ab89@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4821 
====================================================================== 
Reported By:                wcohrs
Assigned To:                dam
====================================================================== 
Project:                    dbus
Issue ID:                   4821
Category:                   other
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2011-09-12 09:06 CEST
Last Modified:              2011-09-22 10:21 CEST
====================================================================== 
Summary:                    D-Bus library appears to be incorrectly set up
Description: 
After upgrade my /opt/csw NFS-Server i have on the NFS clienst this error:
gimp
process 1330: D-Bus library appears to be incorrectly set up; failed to
read machine uuid: Failed to open "/etc/machine-id": No such file or
directory
See the manual page for dbus-uuidgen to correct this issue.
  D-Bus not compiled with backtrace support so unable to print a
backtrace
Abort

after i create /etc/machine-id on the NFS client i have this message:
gimp
/opt/csw/bin/dbus-launch terminated abnormally with the following error:
EOF in dbus-launch reading address from bus daemon

Regards
Wolfgang

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0004815 vim/gtk/dbus error
====================================================================== 

---------------------------------------------------------------------- 
 (0009296) dam (administrator) - 2011-09-22 10:21
 https://www.opencsw.org/mantis/view.php?id=4821#c9296 
---------------------------------------------------------------------- 
No problem, just write to board at opencsw.org that you want to help in
enhancing shared NFS environment.

Best regards

  -- Dago


From noreply at opencsw.org  Thu Sep 22 10:44:08 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 22 Sep 2011 10:44:08 +0200
Subject: [bug-notifications] [libiconv 0004827]: cant installed libiconv,
	fetching fails
In-Reply-To: <810e1e1d4164aa53a26475cd7775cae5>
Message-ID: <e47d992923599bff56be2f2ec0fe2c27@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4827 
====================================================================== 
Reported By:                willert
Assigned To:                dam
====================================================================== 
Project:                    libiconv
Issue ID:                   4827
Category:                   other
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-21 17:03 CEST
Last Modified:              2011-09-22 10:44 CEST
====================================================================== 
Summary:                    cant installed libiconv, fetching fails
Description: 
Fetching and instalaltion of libiconv fails.

solaris 8, sparc

root at dmssrv01:/opt/csw/etc_[536]# pkgutil -U
Fetching new catalog and descriptions
(http://ibiblio.org/pub/packages/solaris/opencsw/current/sparc/5.8) if
available...
--2011-09-21 17:00:54-- 
http://ibiblio.org/pub/packages/solaris/opencsw/current/sparc/5.8/catalog
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 301 Moved Permanently
Location:
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/catalog
[following]
--2011-09-21 17:00:57-- 
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/catalog
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 200 OK
Length: 473807 (463K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/catalog.ibiblio.org_pub_packages_solaris_opencsw_current_sparc_5.8'

100%[===========================================================>] 473,807
    --.-K/s   in 0.08s

2011-09-21 17:00:57 (5.49 MB/s) -
`/var/opt/csw/pkgutil/catalog.ibiblio.org_pub_packages_solaris_opencsw_current_sparc_5.8'
saved [473807/473807]

--2011-09-21 17:00:57-- 
http://ibiblio.org/pub/packages/solaris/opencsw/current/sparc/5.8/descriptions
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 301 Moved Permanently
Location:
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/descriptions
[following]
--2011-09-21 17:00:58-- 
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/descriptions
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 200 OK
Length: 129578 (127K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/descriptions.ibiblio.org_pub_packages_solaris_opencsw_current_sparc_5.8'

100%[===========================================================>] 129,578
    --.-K/s   in 0.03s

2011-09-21 17:00:58 (3.62 MB/s) -
`/var/opt/csw/pkgutil/descriptions.ibiblio.org_pub_packages_solaris_opencsw_current_sparc_5.8'
saved [129578/129578]

root at dmssrv01:/opt/csw/etc_[537]# pkgutil -i libiconv
Parsing catalog, may take a while...
New packages: CSWiconv-1.13.1,REV=2009.07.31
Current packages: CSWcommon-1.5,REV=2010.12.11
Total size: 2.8 MB
Removing non-matching local file for CSWiconv-1.13.1,REV=2009.07.31.
Fetching CSWiconv-1.13.1,REV=2009.07.31 (1/1)...
--2011-09-21 17:01:00-- 
http://ibiblio.org/pub/packages/solaris/opencsw/current/sparc/5.8/libiconv-1.13.1,REV=2009.07.31-SunOS5.8-sparc-CSW.pkg.gz
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 301 Moved Permanently
Location:
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/libiconv-1.13.1,REV=2009.07.31-SunOS5.8-sparc-CSW.pkg.gz
[following]
--2011-09-21 17:01:00-- 
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/libiconv-1.13.1,REV=2009.07.31-SunOS5.8-sparc-CSW.pkg.gz
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 404 Not Found
2011-09-21 17:01:00 ERROR 404: Not Found.


Fetching of CSWiconv-1.13.1,REV=2009.07.31 failed. Try updating your
catalog with pkgutil -U.

====================================================================== 

---------------------------------------------------------------------- 
 (0009297) maciej (developer) - 2011-09-22 10:44
 https://www.opencsw.org/mantis/view.php?id=4827#c9297 
---------------------------------------------------------------------- 
I've modified the pkgdb backend to refuse package deletions from the 5.8
catalog, so the problem should not occur again in the future.


From noreply at opencsw.org  Thu Sep 22 11:45:03 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 22 Sep 2011 11:45:03 +0200
Subject: [bug-notifications] [libiconv 0004827]: cant installed libiconv,
	fetching fails
In-Reply-To: <810e1e1d4164aa53a26475cd7775cae5>
Message-ID: <773dddd87bc6e77f786839b9029deaaa@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4827 
====================================================================== 
Reported By:                willert
Assigned To:                dam
====================================================================== 
Project:                    libiconv
Issue ID:                   4827
Category:                   other
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-21 17:03 CEST
Last Modified:              2011-09-22 11:45 CEST
====================================================================== 
Summary:                    cant installed libiconv, fetching fails
Description: 
Fetching and instalaltion of libiconv fails.

solaris 8, sparc

root at dmssrv01:/opt/csw/etc_[536]# pkgutil -U
Fetching new catalog and descriptions
(http://ibiblio.org/pub/packages/solaris/opencsw/current/sparc/5.8) if
available...
--2011-09-21 17:00:54-- 
http://ibiblio.org/pub/packages/solaris/opencsw/current/sparc/5.8/catalog
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 301 Moved Permanently
Location:
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/catalog
[following]
--2011-09-21 17:00:57-- 
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/catalog
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 200 OK
Length: 473807 (463K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/catalog.ibiblio.org_pub_packages_solaris_opencsw_current_sparc_5.8'

100%[===========================================================>] 473,807
    --.-K/s   in 0.08s

2011-09-21 17:00:57 (5.49 MB/s) -
`/var/opt/csw/pkgutil/catalog.ibiblio.org_pub_packages_solaris_opencsw_current_sparc_5.8'
saved [473807/473807]

--2011-09-21 17:00:57-- 
http://ibiblio.org/pub/packages/solaris/opencsw/current/sparc/5.8/descriptions
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 301 Moved Permanently
Location:
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/descriptions
[following]
--2011-09-21 17:00:58-- 
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/descriptions
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 200 OK
Length: 129578 (127K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/descriptions.ibiblio.org_pub_packages_solaris_opencsw_current_sparc_5.8'

100%[===========================================================>] 129,578
    --.-K/s   in 0.03s

2011-09-21 17:00:58 (3.62 MB/s) -
`/var/opt/csw/pkgutil/descriptions.ibiblio.org_pub_packages_solaris_opencsw_current_sparc_5.8'
saved [129578/129578]

root at dmssrv01:/opt/csw/etc_[537]# pkgutil -i libiconv
Parsing catalog, may take a while...
New packages: CSWiconv-1.13.1,REV=2009.07.31
Current packages: CSWcommon-1.5,REV=2010.12.11
Total size: 2.8 MB
Removing non-matching local file for CSWiconv-1.13.1,REV=2009.07.31.
Fetching CSWiconv-1.13.1,REV=2009.07.31 (1/1)...
--2011-09-21 17:01:00-- 
http://ibiblio.org/pub/packages/solaris/opencsw/current/sparc/5.8/libiconv-1.13.1,REV=2009.07.31-SunOS5.8-sparc-CSW.pkg.gz
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 301 Moved Permanently
Location:
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/libiconv-1.13.1,REV=2009.07.31-SunOS5.8-sparc-CSW.pkg.gz
[following]
--2011-09-21 17:01:00-- 
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/libiconv-1.13.1,REV=2009.07.31-SunOS5.8-sparc-CSW.pkg.gz
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 404 Not Found
2011-09-21 17:01:00 ERROR 404: Not Found.


Fetching of CSWiconv-1.13.1,REV=2009.07.31 failed. Try updating your
catalog with pkgutil -U.

====================================================================== 

---------------------------------------------------------------------- 
 (0009298) willert (reporter) - 2011-09-22 11:45
 https://www.opencsw.org/mantis/view.php?id=4827#c9298 
---------------------------------------------------------------------- 
I have installed 7 other Solaris 8 systems today. They all went fine and
could find all packages required.

Thanks!


From noreply at opencsw.org  Thu Sep 22 17:27:56 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 22 Sep 2011 17:27:56 +0200
Subject: [bug-notifications] [libiconv 0004827]: cant installed libiconv,
	fetching fails
In-Reply-To: <810e1e1d4164aa53a26475cd7775cae5>
Message-ID: <3cfc6495dd7e829e3dc64ce2719fe440@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4827 
====================================================================== 
Reported By:                willert
Assigned To:                dam
====================================================================== 
Project:                    libiconv
Issue ID:                   4827
Category:                   other
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2011-09-21 17:03 CEST
Last Modified:              2011-09-22 17:27 CEST
====================================================================== 
Summary:                    cant installed libiconv, fetching fails
Description: 
Fetching and instalaltion of libiconv fails.

solaris 8, sparc

root at dmssrv01:/opt/csw/etc_[536]# pkgutil -U
Fetching new catalog and descriptions
(http://ibiblio.org/pub/packages/solaris/opencsw/current/sparc/5.8) if
available...
--2011-09-21 17:00:54-- 
http://ibiblio.org/pub/packages/solaris/opencsw/current/sparc/5.8/catalog
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 301 Moved Permanently
Location:
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/catalog
[following]
--2011-09-21 17:00:57-- 
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/catalog
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 200 OK
Length: 473807 (463K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/catalog.ibiblio.org_pub_packages_solaris_opencsw_current_sparc_5.8'

100%[===========================================================>] 473,807
    --.-K/s   in 0.08s

2011-09-21 17:00:57 (5.49 MB/s) -
`/var/opt/csw/pkgutil/catalog.ibiblio.org_pub_packages_solaris_opencsw_current_sparc_5.8'
saved [473807/473807]

--2011-09-21 17:00:57-- 
http://ibiblio.org/pub/packages/solaris/opencsw/current/sparc/5.8/descriptions
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 301 Moved Permanently
Location:
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/descriptions
[following]
--2011-09-21 17:00:58-- 
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/descriptions
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 200 OK
Length: 129578 (127K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/descriptions.ibiblio.org_pub_packages_solaris_opencsw_current_sparc_5.8'

100%[===========================================================>] 129,578
    --.-K/s   in 0.03s

2011-09-21 17:00:58 (3.62 MB/s) -
`/var/opt/csw/pkgutil/descriptions.ibiblio.org_pub_packages_solaris_opencsw_current_sparc_5.8'
saved [129578/129578]

root at dmssrv01:/opt/csw/etc_[537]# pkgutil -i libiconv
Parsing catalog, may take a while...
New packages: CSWiconv-1.13.1,REV=2009.07.31
Current packages: CSWcommon-1.5,REV=2010.12.11
Total size: 2.8 MB
Removing non-matching local file for CSWiconv-1.13.1,REV=2009.07.31.
Fetching CSWiconv-1.13.1,REV=2009.07.31 (1/1)...
--2011-09-21 17:01:00-- 
http://ibiblio.org/pub/packages/solaris/opencsw/current/sparc/5.8/libiconv-1.13.1,REV=2009.07.31-SunOS5.8-sparc-CSW.pkg.gz
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 301 Moved Permanently
Location:
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/libiconv-1.13.1,REV=2009.07.31-SunOS5.8-sparc-CSW.pkg.gz
[following]
--2011-09-21 17:01:00-- 
http://mirrors.ibiblio.org/pub/mirrors/opencsw/current/sparc/5.8/libiconv-1.13.1,REV=2009.07.31-SunOS5.8-sparc-CSW.pkg.gz
Connecting to 10.10.36.10:8080... connected.
Proxy request sent, awaiting response... 404 Not Found
2011-09-21 17:01:00 ERROR 404: Not Found.


Fetching of CSWiconv-1.13.1,REV=2009.07.31 failed. Try updating your
catalog with pkgutil -U.

====================================================================== 

---------------------------------------------------------------------- 
 (0009299) dam (administrator) - 2011-09-22 17:27
 https://www.opencsw.org/mantis/view.php?id=4827#c9299 
---------------------------------------------------------------------- 
Closing as fixed.

Thanks for the report!


From noreply at opencsw.org  Fri Sep 23 19:02:39 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 23 Sep 2011 19:02:39 +0200
Subject: [bug-notifications] [php5_apc 0004828]: please upgrade php_apc
Message-ID: <0ca3d5cc247222a4fda7d9abf506ea6f@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4828 
====================================================================== 
Reported By:                ai
Assigned To:                
====================================================================== 
Project:                    php5_apc
Issue ID:                   4828
Category:                   upgrade
Reproducibility:            N/A
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-23 19:02 CEST
Last Modified:              2011-09-23 19:02 CEST
====================================================================== 
Summary:                    please upgrade php_apc
Description: 
please upgrade php_apc for php 5.3.8
======================================================================


From noreply at opencsw.org  Sun Sep 25 08:00:35 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 25 Sep 2011 08:00:35 +0200
Subject: [bug-notifications] [munin_node 0004553]: Please upgrade to 1.4
	series
In-Reply-To: <d3a78af337d55032d3ad21a0db489809>
Message-ID: <918507a4f711c35c516e2513e59ab1df@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4553 
====================================================================== 
Reported By:                mgrueter
Assigned To:                ja
====================================================================== 
Project:                    munin_node
Issue ID:                   4553
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2010-09-23 16:25 CEST
Last Modified:              2011-09-25 08:00 CEST
====================================================================== 
Summary:                    Please upgrade to 1.4 series
Description: 
Please upgrade to the stable 1.4 release series of munin. According munin
folks, the 1.3 series was never "release quality", it was a test series.
====================================================================== 

---------------------------------------------------------------------- 
 (0009300) ja (manager) - 2011-09-25 08:00
 https://www.opencsw.org/mantis/view.php?id=4553#c9300 
---------------------------------------------------------------------- 
Munin 1.4.6 is available in unstable.


From noreply at opencsw.org  Sun Sep 25 11:42:09 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 25 Sep 2011 11:42:09 +0200
Subject: [bug-notifications] [mgar 0004829]: mgar doesn't support individual
	build recipe checkouts
Message-ID: <2643bb27ade6cca039dedab641ebda76@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4829 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    mgar
Issue ID:                   4829
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-25 11:42 CEST
Last Modified:              2011-09-25 11:42 CEST
====================================================================== 
Summary:                    mgar doesn't support individual build recipe
checkouts
Description: 
The whole mode of operation of mgar is centered around a full build recipe
tree checkout. During the initial setup (mgar up --all), this takes a lot
of time even if a user only wants to work on a single package. Can mgar be
changed to support checkouts of individual build recipes?
======================================================================


From noreply at opencsw.org  Sun Sep 25 11:43:27 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 25 Sep 2011 11:43:27 +0200
Subject: [bug-notifications] [mgar 0004829]: mgar doesn't support individual
	build recipe checkouts
In-Reply-To: <4b450c4958c82855bcce40e262f9edba>
Message-ID: <d12202c0dcabb14878c09ddf048f94cb@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4829 
====================================================================== 
Reported By:                skayser
Assigned To:                skayser
====================================================================== 
Project:                    mgar
Issue ID:                   4829
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-25 11:42 CEST
Last Modified:              2011-09-25 11:43 CEST
====================================================================== 
Summary:                    mgar doesn't support individual build recipe
checkouts
Description: 
The whole mode of operation of mgar is centered around a full build recipe
tree checkout. During the initial setup (mgar up --all), this takes a lot
of time even if a user only wants to work on a single package. Can mgar be
changed to support checkouts of individual build recipes?
======================================================================


From noreply at opencsw.org  Sun Sep 25 11:49:00 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 25 Sep 2011 11:49:00 +0200
Subject: [bug-notifications] [mrtg 0004780]: Please upgrade to 2.17.2
In-Reply-To: <bbc5b320cc9b35b59b44c6ed5513fbd5>
Message-ID: <02150601df8924c9446debe7fa2881ee@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4780 
====================================================================== 
Reported By:                dam
Assigned To:                ihsan
====================================================================== 
Project:                    mrtg
Issue ID:                   4780
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-06-02 22:54 CEST
Last Modified:              2011-09-25 11:49 CEST
====================================================================== 
Summary:                    Please upgrade to 2.17.2
Description: 
Please upgrade to 2.17.2
======================================================================


From noreply at opencsw.org  Sun Sep 25 11:50:03 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 25 Sep 2011 11:50:03 +0200
Subject: [bug-notifications] [mrtg 0004780]: Please upgrade to 2.17.2
In-Reply-To: <bbc5b320cc9b35b59b44c6ed5513fbd5>
Message-ID: <e4270a8d24efeb130b54fe03f03c0b89@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4780 
====================================================================== 
Reported By:                dam
Assigned To:                ihsan
====================================================================== 
Project:                    mrtg
Issue ID:                   4780
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2011-06-02 22:54 CEST
Last Modified:              2011-09-25 11:50 CEST
====================================================================== 
Summary:                    Please upgrade to 2.17.2
Description: 
Please upgrade to 2.17.2
====================================================================== 

---------------------------------------------------------------------- 
 (0009301) ihsan (manager) - 2011-09-25 11:50
 https://www.opencsw.org/mantis/view.php?id=4780#c9301 
---------------------------------------------------------------------- 
2.17.2 REV=2011.09.25 commited to the catalog.


From noreply at opencsw.org  Sun Sep 25 11:52:45 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 25 Sep 2011 11:52:45 +0200
Subject: [bug-notifications] [mgar 0004830]: mgar could ease troubleshooting
	with consolidated diag information
Message-ID: <7cae1a60a59008bcb71c8978fb9876d6@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4830 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    mgar
Issue ID:                   4830
Category:                   other
Reproducibility:            have not tried
Severity:                   feature
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-25 11:52 CEST
Last Modified:              2011-09-25 11:52 CEST
====================================================================== 
Summary:                    mgar could ease troubleshooting with consolidated
diag information
Description: 
There is various system specific data that can help during troubleshooting
issues (~/.garrc, /etc/opt/csw/garrc, cc versions, mgar version, buildsys
version). Some of this is available via individual commands like mgar
version, mgar show-buildsys, or mgar modenv. One command that consolidates
this information would ease user communication and feedback (just like
pkgutil -V does for pkgutil).
======================================================================


From noreply at opencsw.org  Sun Sep 25 11:53:04 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 25 Sep 2011 11:53:04 +0200
Subject: [bug-notifications] [mgar 0004830]: mgar could ease troubleshooting
	with consolidated diag information
In-Reply-To: <f1f566bf80dd1db81dff392f471db5a7>
Message-ID: <362d3c29368aec9865246aefe68fad95@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4830 
====================================================================== 
Reported By:                skayser
Assigned To:                skayser
====================================================================== 
Project:                    mgar
Issue ID:                   4830
Category:                   other
Reproducibility:            have not tried
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-25 11:52 CEST
Last Modified:              2011-09-25 11:53 CEST
====================================================================== 
Summary:                    mgar could ease troubleshooting with consolidated
diag information
Description: 
There is various system specific data that can help during troubleshooting
issues (~/.garrc, /etc/opt/csw/garrc, cc versions, mgar version, buildsys
version). Some of this is available via individual commands like mgar
version, mgar show-buildsys, or mgar modenv. One command that consolidates
this information would ease user communication and feedback (just like
pkgutil -V does for pkgutil).
======================================================================


From noreply at opencsw.org  Sun Sep 25 11:56:52 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 25 Sep 2011 11:56:52 +0200
Subject: [bug-notifications] [mgar 0004831]: mgar could provide zsh auto
	completion
Message-ID: <8785d59045dd6d12f082200fbaa798af@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4831 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    mgar
Issue ID:                   4831
Category:                   other
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-25 11:56 CEST
Last Modified:              2011-09-25 11:56 CEST
====================================================================== 
Summary:                    mgar could provide zsh auto completion
Description: 
... just like it does for bash.
======================================================================


From noreply at opencsw.org  Sun Sep 25 12:01:49 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 25 Sep 2011 12:01:49 +0200
Subject: [bug-notifications] [mgar 0004832]: mgar could provide syntax
	highlighting for build recipes
Message-ID: <330f9fc70ea5d43b74e6d54bb9674256@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4832 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    mgar
Issue ID:                   4832
Category:                   other
Reproducibility:            N/A
Severity:                   feature
Priority:                   none
Status:                     new
====================================================================== 
Date Submitted:             2011-09-25 12:01 CEST
Last Modified:              2011-09-25 12:01 CEST
====================================================================== 
Summary:                    mgar could provide syntax highlighting for build
recipes
Description: 
In particular to highlight correct variables names (new maintainers might
not be 100% sure about the name). Maybe extend to auto-completion? Would
ideally query GAR for available variable names. Realistically: very low
prio item.
======================================================================


From noreply at opencsw.org  Sun Sep 25 12:12:49 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 25 Sep 2011 12:12:49 +0200
Subject: [bug-notifications] [mgar 0004833]: mgar show-var isn't modulations
	aware
Message-ID: <6d68b85834eff8873cc48a9785a70899@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4833 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    mgar
Issue ID:                   4833
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-25 12:12 CEST
Last Modified:              2011-09-25 12:12 CEST
====================================================================== 
Summary:                    mgar show-var isn't modulations aware
Description: 
In particular with modulations it's helpful to be able to debug modulation
specific settings. show-var currently isn't aware of modulations and only
displays non-modulated variable values. This probably needs some support on
the side of GAR (maybe tap into modenv).
======================================================================


From noreply at opencsw.org  Sun Sep 25 12:13:52 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 25 Sep 2011 12:13:52 +0200
Subject: [bug-notifications] [mgar 0004833]: mgar show-var isn't modulations
	aware
In-Reply-To: <a73dd719142f03bc3047c2a6156da46e>
Message-ID: <c52df4007d1f78a3dc77544198c739d3@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4833 
====================================================================== 
Reported By:                skayser
Assigned To:                skayser
====================================================================== 
Project:                    mgar
Issue ID:                   4833
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-25 12:12 CEST
Last Modified:              2011-09-25 12:13 CEST
====================================================================== 
Summary:                    mgar show-var isn't modulations aware
Description: 
In particular with modulations it's helpful to be able to debug modulation
specific settings. show-var currently isn't aware of modulations and only
displays non-modulated variable values. This probably needs some support on
the side of GAR (maybe tap into modenv).
======================================================================


From noreply at opencsw.org  Sun Sep 25 12:13:53 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 25 Sep 2011 12:13:53 +0200
Subject: [bug-notifications] [mgar 0004832]: mgar could provide syntax
	highlighting for build recipes
In-Reply-To: <5640c04ee324372de87e0b8cb194ec73>
Message-ID: <1572a1e148c1d9c1efe90305fe17ffee@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4832 
====================================================================== 
Reported By:                skayser
Assigned To:                skayser
====================================================================== 
Project:                    mgar
Issue ID:                   4832
Category:                   other
Reproducibility:            N/A
Severity:                   feature
Priority:                   none
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-25 12:01 CEST
Last Modified:              2011-09-25 12:13 CEST
====================================================================== 
Summary:                    mgar could provide syntax highlighting for build
recipes
Description: 
In particular to highlight correct variables names (new maintainers might
not be 100% sure about the name). Maybe extend to auto-completion? Would
ideally query GAR for available variable names. Realistically: very low
prio item.
======================================================================


From noreply at opencsw.org  Sun Sep 25 12:13:53 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 25 Sep 2011 12:13:53 +0200
Subject: [bug-notifications] [mgar 0004831]: mgar could provide zsh auto
	completion
In-Reply-To: <a6051b49ac5ecc1eeb95650f9384e204>
Message-ID: <ef5392f4d7530ada0819af792fd5b7a3@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4831 
====================================================================== 
Reported By:                skayser
Assigned To:                skayser
====================================================================== 
Project:                    mgar
Issue ID:                   4831
Category:                   other
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-25 11:56 CEST
Last Modified:              2011-09-25 12:13 CEST
====================================================================== 
Summary:                    mgar could provide zsh auto completion
Description: 
... just like it does for bash.
======================================================================


From noreply at opencsw.org  Sun Sep 25 12:56:53 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 25 Sep 2011 12:56:53 +0200
Subject: [bug-notifications] [mgar 0004834]: mgar doesn't assert
	SPKG_PACKAGER / SPKG_EMAIL
Message-ID: <6c8d2d674e61e77359f3c12e4a4642aa@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4834 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    mgar
Issue ID:                   4834
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-25 12:56 CEST
Last Modified:              2011-09-25 12:56 CEST
====================================================================== 
Summary:                    mgar doesn't assert SPKG_PACKAGER / SPKG_EMAIL
Description: 
When using mgar for the first time you might not have taken care of your
~/.garrc. When you then execute e.g. mgar package, mgar will just trigger
GAR which in turn will complain loudly (but not fail hard) with each
invocation.

...
        ==> Trying file://files/COPYING
/home/skayser/mgar/pkg/.buildsys/v2/gar//gar.pkg.mk:175: Please set
SPKG_PACKAGER in your .garrc file to your name
/home/skayser/mgar/pkg/.buildsys/v2/gar//gar.pkg.mk:180: Please set
SPKG_EMAIL in your .garrc file to your email address
...

Let mgar assert these settings and provide a template ~/.garrc that's
displayed to the user if the settings are missing.
======================================================================


From noreply at opencsw.org  Sun Sep 25 12:57:10 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 25 Sep 2011 12:57:10 +0200
Subject: [bug-notifications] [mgar 0004834]: mgar doesn't assert
	SPKG_PACKAGER / SPKG_EMAIL
In-Reply-To: <ecf9277f6860096046d4833cb80bb6bc>
Message-ID: <a7ac3cd910530599844327a33db294e9@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4834 
====================================================================== 
Reported By:                skayser
Assigned To:                skayser
====================================================================== 
Project:                    mgar
Issue ID:                   4834
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-25 12:56 CEST
Last Modified:              2011-09-25 12:57 CEST
====================================================================== 
Summary:                    mgar doesn't assert SPKG_PACKAGER / SPKG_EMAIL
Description: 
When using mgar for the first time you might not have taken care of your
~/.garrc. When you then execute e.g. mgar package, mgar will just trigger
GAR which in turn will complain loudly (but not fail hard) with each
invocation.

...
        ==> Trying file://files/COPYING
/home/skayser/mgar/pkg/.buildsys/v2/gar//gar.pkg.mk:175: Please set
SPKG_PACKAGER in your .garrc file to your name
/home/skayser/mgar/pkg/.buildsys/v2/gar//gar.pkg.mk:180: Please set
SPKG_EMAIL in your .garrc file to your email address
...

Let mgar assert these settings and provide a template ~/.garrc that's
displayed to the user if the settings are missing.
======================================================================


From noreply at opencsw.org  Sun Sep 25 13:11:33 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 25 Sep 2011 13:11:33 +0200
Subject: [bug-notifications] [mgar 0004834]: mgar doesn't assert
	SPKG_PACKAGER / SPKG_EMAIL
In-Reply-To: <ecf9277f6860096046d4833cb80bb6bc>
Message-ID: <585a0804e08b9a19035f731eb2dcc10d@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4834 
====================================================================== 
Reported By:                skayser
Assigned To:                skayser
====================================================================== 
Project:                    mgar
Issue ID:                   4834
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-25 12:56 CEST
Last Modified:              2011-09-25 13:11 CEST
====================================================================== 
Summary:                    mgar doesn't assert SPKG_PACKAGER / SPKG_EMAIL
Description: 
When using mgar for the first time you might not have taken care of your
~/.garrc. When you then execute e.g. mgar package, mgar will just trigger
GAR which in turn will complain loudly (but not fail hard) with each
invocation.

...
        ==> Trying file://files/COPYING
/home/skayser/mgar/pkg/.buildsys/v2/gar//gar.pkg.mk:175: Please set
SPKG_PACKAGER in your .garrc file to your name
/home/skayser/mgar/pkg/.buildsys/v2/gar//gar.pkg.mk:180: Please set
SPKG_EMAIL in your .garrc file to your email address
...

Let mgar assert these settings and provide a template ~/.garrc that's
displayed to the user if the settings are missing.
====================================================================== 

---------------------------------------------------------------------- 
 (0009302) skayser (administrator) - 2011-09-25 13:11
 https://www.opencsw.org/mantis/view.php?id=4834#c9302 
---------------------------------------------------------------------- 
Also consider to disable Git patching in the ~/.garrc template
(NOGITPATCH=1) so that new users don't need to set the git config bits
(user.email, user.name) right away, but can do so, once they start creating
patches.


From noreply at opencsw.org  Sun Sep 25 13:25:15 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 25 Sep 2011 13:25:15 +0200
Subject: [bug-notifications] [mgar 0004834]: mgar doesn't assert
	SPKG_PACKAGER / SPKG_EMAIL
In-Reply-To: <ecf9277f6860096046d4833cb80bb6bc>
Message-ID: <e293c3bbd8189d56e1cfd53e150bcd05@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4834 
====================================================================== 
Reported By:                skayser
Assigned To:                skayser
====================================================================== 
Project:                    mgar
Issue ID:                   4834
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-25 12:56 CEST
Last Modified:              2011-09-25 13:25 CEST
====================================================================== 
Summary:                    mgar doesn't assert SPKG_PACKAGER / SPKG_EMAIL
Description: 
When using mgar for the first time you might not have taken care of your
~/.garrc. When you then execute e.g. mgar package, mgar will just trigger
GAR which in turn will complain loudly (but not fail hard) with each
invocation.

...
        ==> Trying file://files/COPYING
/home/skayser/mgar/pkg/.buildsys/v2/gar//gar.pkg.mk:175: Please set
SPKG_PACKAGER in your .garrc file to your name
/home/skayser/mgar/pkg/.buildsys/v2/gar//gar.pkg.mk:180: Please set
SPKG_EMAIL in your .garrc file to your email address
...

Let mgar assert these settings and provide a template ~/.garrc that's
displayed to the user if the settings are missing.
====================================================================== 

---------------------------------------------------------------------- 
 (0009303) skayser (administrator) - 2011-09-25 13:25
 https://www.opencsw.org/mantis/view.php?id=4834#c9303 
---------------------------------------------------------------------- 
Slightly related. Include ENABLE_CHECK=0 in ~/.garrc template (for
off-buildfarm usage) to spare people from checkpkg setup requirements.


From noreply at opencsw.org  Sun Sep 25 16:31:04 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 25 Sep 2011 16:31:04 +0200
Subject: [bug-notifications] [graphviz 0004729]: core dump when run against
	dot files from ruby 1.9
In-Reply-To: <631fd8a236fa934eaf8d694a7473f4ee>
Message-ID: <cdd54194c044ab973fe35fab348e7e77@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4729 
====================================================================== 
Reported By:                bwalton
Assigned To:                
====================================================================== 
Project:                    graphviz
Issue ID:                   4729
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-03-23 03:36 CET
Last Modified:              2011-09-25 16:31 CEST
====================================================================== 
Summary:                    core dump when run against dot files from ruby 1.9
Description: 
dot segfaults on files in the ruby 1.9 source directory.  A backtrace is
below.  This may be related to the recent pixman update.

The call that produces the segfault is:
dot
/home/bwalton/opencsw/ruby19/trunk/work/solaris9-i386/build-isa-i386/ruby-1.9.2-p180/doc/capi/html/d8/d18/ruby_2ruby_8h__dep__incl.dot
-Tpng -o ~/dot.png

I'll attach that dot file for reference.
====================================================================== 

---------------------------------------------------------------------- 
 (0009304) skayser (administrator) - 2011-09-25 16:31
 https://www.opencsw.org/mantis/view.php?id=4729#c9304 
---------------------------------------------------------------------- 
Observed similar issue, can be reproduced with the minimized dot file
snipped that's pasted below. Tested with bmp and png as output formats.
Both segfault, but only on Solaris 9, not on Solaris 10.

$ uname -a
SunOS unstable9s 5.9 Generic_Virtual sun4u sparc
SUNW,SPARC-Enterprise-T5220

$ cat crash.dot
digraph g {
    "foo" -> "bar";
}

$ dot -Tpng -o crash.png crash.dot
Segmentation Fault (core dumped)


From noreply at opencsw.org  Tue Sep 27 14:41:34 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 27 Sep 2011 14:41:34 +0200
Subject: [bug-notifications] [graphviz 0004729]: core dump when run against
	dot files from ruby 1.9
In-Reply-To: <631fd8a236fa934eaf8d694a7473f4ee>
Message-ID: <641925466437f847105321e0a0df1193@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4729 
====================================================================== 
Reported By:                bwalton
Assigned To:                
====================================================================== 
Project:                    graphviz
Issue ID:                   4729
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-03-23 03:36 CET
Last Modified:              2011-09-27 14:41 CEST
====================================================================== 
Summary:                    core dump when run against dot files from ruby 1.9
Description: 
dot segfaults on files in the ruby 1.9 source directory.  A backtrace is
below.  This may be related to the recent pixman update.

The call that produces the segfault is:
dot
/home/bwalton/opencsw/ruby19/trunk/work/solaris9-i386/build-isa-i386/ruby-1.9.2-p180/doc/capi/html/d8/d18/ruby_2ruby_8h__dep__incl.dot
-Tpng -o ~/dot.png

I'll attach that dot file for reference.
====================================================================== 

---------------------------------------------------------------------- 
 (0009305) ellson (manager) - 2011-09-27 14:41
 https://www.opencsw.org/mantis/view.php?id=4729#c9305 
---------------------------------------------------------------------- 
The crash is from somewhere deep inside cairo and pixman.

Are they fully updated on Sol9 ?


From noreply at opencsw.org  Tue Sep 27 14:52:32 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 27 Sep 2011 14:52:32 +0200
Subject: [bug-notifications] [graphviz 0004729]: core dump when run against
	dot files from ruby 1.9
In-Reply-To: <631fd8a236fa934eaf8d694a7473f4ee>
Message-ID: <746707c074f245ce54fa4c1932b55000@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4729 
====================================================================== 
Reported By:                bwalton
Assigned To:                
====================================================================== 
Project:                    graphviz
Issue ID:                   4729
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-03-23 03:36 CET
Last Modified:              2011-09-27 14:52 CEST
====================================================================== 
Summary:                    core dump when run against dot files from ruby 1.9
Description: 
dot segfaults on files in the ruby 1.9 source directory.  A backtrace is
below.  This may be related to the recent pixman update.

The call that produces the segfault is:
dot
/home/bwalton/opencsw/ruby19/trunk/work/solaris9-i386/build-isa-i386/ruby-1.9.2-p180/doc/capi/html/d8/d18/ruby_2ruby_8h__dep__incl.dot
-Tpng -o ~/dot.png

I'll attach that dot file for reference.
====================================================================== 

---------------------------------------------------------------------- 
 (0009306) ellson (manager) - 2011-09-27 14:52
 https://www.opencsw.org/mantis/view.php?id=4729#c9306 
---------------------------------------------------------------------- 
cairo-1.10.2 is current but pixman-0.21.4 should probably be updated to
pixman-0.22.2


From noreply at opencsw.org  Tue Sep 27 17:55:55 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 27 Sep 2011 17:55:55 +0200
Subject: [bug-notifications] [pkgutil 0004835]: pkgutil could display
	catalog meta data
Message-ID: <2efc1c98928d4840b5986c2992b43113@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4835 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    pkgutil
Issue ID:                   4835
Category:                   regular use
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-27 17:55 CEST
Last Modified:              2011-09-27 17:55 CEST
====================================================================== 
Summary:                    pkgutil could display catalog meta data
Description: 
Now that we are integrating more meta data in the catalog (timestamp,
release name, etc.) it would be helpful to have an option for pkgutil to
display this metadata via e.g.

  pkgutil --listcat
  pkgutil --showcat
  pkgutil --catinfo

to spare the need to manually look it up in the catalog files. Example
output:

* http://mirror.opencsw.org/opencsw/unstable
  - Generated: foo
  - Release name: bla

* http://interal/overlay
  - Generated: foo
  - Release name: bla  

This could be amended with further information, e.g. number of packages in
the catalog and whether a signature is present or not (and if signed, by
whom). 
======================================================================


From noreply at opencsw.org  Tue Sep 27 18:05:48 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 27 Sep 2011 18:05:48 +0200
Subject: [bug-notifications] [graphviz 0004729]: core dump when run against
	dot files from ruby 1.9
In-Reply-To: <631fd8a236fa934eaf8d694a7473f4ee>
Message-ID: <dabf020ee322de23917c6638198c9cd0@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4729 
====================================================================== 
Reported By:                bwalton
Assigned To:                
====================================================================== 
Project:                    graphviz
Issue ID:                   4729
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-03-23 03:36 CET
Last Modified:              2011-09-27 18:05 CEST
====================================================================== 
Summary:                    core dump when run against dot files from ruby 1.9
Description: 
dot segfaults on files in the ruby 1.9 source directory.  A backtrace is
below.  This may be related to the recent pixman update.

The call that produces the segfault is:
dot
/home/bwalton/opencsw/ruby19/trunk/work/solaris9-i386/build-isa-i386/ruby-1.9.2-p180/doc/capi/html/d8/d18/ruby_2ruby_8h__dep__incl.dot
-Tpng -o ~/dot.png

I'll attach that dot file for reference.
====================================================================== 

---------------------------------------------------------------------- 
 (0009307) dam (administrator) - 2011-09-27 18:05
 https://www.opencsw.org/mantis/view.php?id=4729#c9307 
---------------------------------------------------------------------- 
I updated pixman to 0.22.2 and removed the linkaged to libthread:
  http://sourceforge.net/apps/trac/gar/changeset/15782

However, after installation of libpixmam 0.22.2 on testing9s the dot
example still crashes.

Updated packages for pixman are available for now at
    http://buildfarm.opencsw.org/experimental.html#pixman
I'll release them to unstable after some more testing.


From noreply at opencsw.org  Tue Sep 27 18:48:59 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 27 Sep 2011 18:48:59 +0200
Subject: [bug-notifications] [graphviz 0004729]: core dump when run against
	dot files from ruby 1.9
In-Reply-To: <631fd8a236fa934eaf8d694a7473f4ee>
Message-ID: <e4b816fc4e287833b8937a802e62f3ad@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4729 
====================================================================== 
Reported By:                bwalton
Assigned To:                
====================================================================== 
Project:                    graphviz
Issue ID:                   4729
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-03-23 03:36 CET
Last Modified:              2011-09-27 18:48 CEST
====================================================================== 
Summary:                    core dump when run against dot files from ruby 1.9
Description: 
dot segfaults on files in the ruby 1.9 source directory.  A backtrace is
below.  This may be related to the recent pixman update.

The call that produces the segfault is:
dot
/home/bwalton/opencsw/ruby19/trunk/work/solaris9-i386/build-isa-i386/ruby-1.9.2-p180/doc/capi/html/d8/d18/ruby_2ruby_8h__dep__incl.dot
-Tpng -o ~/dot.png

I'll attach that dot file for reference.
====================================================================== 

---------------------------------------------------------------------- 
 (0009308) ellson (manager) - 2011-09-27 18:48
 https://www.opencsw.org/mantis/view.php?id=4729#c9308 
---------------------------------------------------------------------- 
Its still dying in libthread:

(gdb) where
https://www.opencsw.org/mantis/view.php?id=0  0xfea346a8 in slow_tls_get_addr ()
from /usr/lib/libthread.so.1

but it doesn't look like its pixman thats pulling it in:

ellson at testing9s:ellson> ldd /opt/csw/lib/sparcv8/libpixman-1.so.0
        /usr/lib/secure/s9_preload.so.1
        libm.so.1 =>     /usr/lib/libm.so.1
        libc.so.1 =>     /usr/lib/libc.so.1
        libdl.so.1 =>    /usr/lib/libdl.so.1
        /usr/platform/SUNW,SPARC-Enterprise-T5220/lib/libc_psr.so.1


This can't be good!  3 different thread libraries used by pango? :

ellson at testing9s:ellson> ldd /opt/csw/lib/sparcv8/libpango-1.0.so.0 | grep
thread
        libgthread-2.0.so.0 =>   /opt/csw/lib/sparcv8/libgthread-2.0.so.0
        libpthread.so.1 =>       /usr/lib/libpthread.so.1
        libthread.so.1 =>        /usr/lib/libthread.so.1

On Fedora pango uses gthread and pthread.


From noreply at opencsw.org  Tue Sep 27 18:56:09 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 27 Sep 2011 18:56:09 +0200
Subject: [bug-notifications] [graphviz 0004729]: core dump when run against
	dot files from ruby 1.9
In-Reply-To: <631fd8a236fa934eaf8d694a7473f4ee>
Message-ID: <aa04aef63f1527820970bd5d301d5210@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4729 
====================================================================== 
Reported By:                bwalton
Assigned To:                
====================================================================== 
Project:                    graphviz
Issue ID:                   4729
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-03-23 03:36 CET
Last Modified:              2011-09-27 18:56 CEST
====================================================================== 
Summary:                    core dump when run against dot files from ruby 1.9
Description: 
dot segfaults on files in the ruby 1.9 source directory.  A backtrace is
below.  This may be related to the recent pixman update.

The call that produces the segfault is:
dot
/home/bwalton/opencsw/ruby19/trunk/work/solaris9-i386/build-isa-i386/ruby-1.9.2-p180/doc/capi/html/d8/d18/ruby_2ruby_8h__dep__incl.dot
-Tpng -o ~/dot.png

I'll attach that dot file for reference.
====================================================================== 

---------------------------------------------------------------------- 
 (0009309) ellson (manager) - 2011-09-27 18:56
 https://www.opencsw.org/mantis/view.php?id=4729#c9309 
---------------------------------------------------------------------- 
CSW pango-1.24.5 could be old:  latest upstream is 1.29.3


From noreply at opencsw.org  Tue Sep 27 19:21:30 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 27 Sep 2011 19:21:30 +0200
Subject: [bug-notifications] [graphviz 0004729]: core dump when run against
	dot files from ruby 1.9
In-Reply-To: <631fd8a236fa934eaf8d694a7473f4ee>
Message-ID: <6fe592557aaa4bf0bcbc3ad7f3785cf5@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4729 
====================================================================== 
Reported By:                bwalton
Assigned To:                
====================================================================== 
Project:                    graphviz
Issue ID:                   4729
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-03-23 03:36 CET
Last Modified:              2011-09-27 19:21 CEST
====================================================================== 
Summary:                    core dump when run against dot files from ruby 1.9
Description: 
dot segfaults on files in the ruby 1.9 source directory.  A backtrace is
below.  This may be related to the recent pixman update.

The call that produces the segfault is:
dot
/home/bwalton/opencsw/ruby19/trunk/work/solaris9-i386/build-isa-i386/ruby-1.9.2-p180/doc/capi/html/d8/d18/ruby_2ruby_8h__dep__incl.dot
-Tpng -o ~/dot.png

I'll attach that dot file for reference.
====================================================================== 

---------------------------------------------------------------------- 
 (0009310) ellson (manager) - 2011-09-27 19:21
 https://www.opencsw.org/mantis/view.php?id=4729#c9310 
---------------------------------------------------------------------- 
probably not pango directly... 

threads are from libgthread which is from the glib package

AFAICT from a quick read of glib's configure.ac,  it should only be using
pthread, if available, or thread as a last resort.


From noreply at opencsw.org  Wed Sep 28 18:26:31 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 28 Sep 2011 18:26:31 +0200
Subject: [bug-notifications] [mysql5 0004836]: mysql_config reporting wrong
	64 bit directory
Message-ID: <edb6a682cac9c577a13a01004edf28c4@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4836 
====================================================================== 
Reported By:                duncs
Assigned To:                
====================================================================== 
Project:                    mysql5
Issue ID:                   4836
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-28 18:26 CEST
Last Modified:              2011-09-28 18:26 CEST
====================================================================== 
Summary:                    mysql_config reporting wrong 64 bit directory
Description: 
/opt/csw/bin/mysql_config shows

--libs_r         [-m64 -xarch=sse2 -norunpath -L/opt/csw/mysql5/lib/64
-L/opt/csw/lib/64  -L/opt/csw/lib/mysql -lmysqlclient_r -L/opt/csw/lib -lz
-lpthread -lposix4 -lc -lgen -lsocket -lnsl -lm  -lpthread]

however

# ls /opt/csw/mysql5/lib/
amd64

so either mysql_config reports the wrong '64' dir or thepackaging uses the
wrong 'amd64' dir

As a workaround I have symlinked amd64 to 64 within /opt/csw/mysql5/lib/
======================================================================


From noreply at opencsw.org  Wed Sep 28 19:06:56 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 28 Sep 2011 19:06:56 +0200
Subject: [bug-notifications] [sqlite3 0004837]: Please enable
	SQLITE_ENABLE_UNLOCK_NOTIFY
Message-ID: <26995202a7c0307094b59c4253932ff5@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4837 
====================================================================== 
Reported By:                jdoe
Assigned To:                
====================================================================== 
Project:                    sqlite3
Issue ID:                   4837
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-28 19:06 CEST
Last Modified:              2011-09-28 19:06 CEST
====================================================================== 
Summary:                    Please enable SQLITE_ENABLE_UNLOCK_NOTIFY
Description: 
Could you please enable SQLITE_ENABLE_UNLOCK_NOTIFY on the sqlite3 package?
It's necessary for building forked-daapd.
======================================================================


From noreply at opencsw.org  Wed Sep 28 20:53:11 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 28 Sep 2011 20:53:11 +0200
Subject: [bug-notifications] [sqlite3 0004837]: Please enable
	SQLITE_ENABLE_UNLOCK_NOTIFY
In-Reply-To: <19a41caf2d286b73a28989f93c0cd5f6>
Message-ID: <a58a901ace974ab3fe3826468418e3eb@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4837 
====================================================================== 
Reported By:                jdoe
Assigned To:                dam
====================================================================== 
Project:                    sqlite3
Issue ID:                   4837
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2011-09-28 19:06 CEST
Last Modified:              2011-09-28 20:53 CEST
====================================================================== 
Summary:                    Please enable SQLITE_ENABLE_UNLOCK_NOTIFY
Description: 
Could you please enable SQLITE_ENABLE_UNLOCK_NOTIFY on the sqlite3 package?
It's necessary for building forked-daapd.
======================================================================


From noreply at opencsw.org  Wed Sep 28 21:55:29 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 28 Sep 2011 21:55:29 +0200
Subject: [bug-notifications] [sqlite3 0004837]: Please enable
	SQLITE_ENABLE_UNLOCK_NOTIFY
In-Reply-To: <19a41caf2d286b73a28989f93c0cd5f6>
Message-ID: <e88a74031cf5be1d106ff8c8b3822880@www.opencsw.org>


The following issue requires your FEEDBACK. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4837 
====================================================================== 
Reported By:                jdoe
Assigned To:                dam
====================================================================== 
Project:                    sqlite3
Issue ID:                   4837
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2011-09-28 19:06 CEST
Last Modified:              2011-09-28 21:55 CEST
====================================================================== 
Summary:                    Please enable SQLITE_ENABLE_UNLOCK_NOTIFY
Description: 
Could you please enable SQLITE_ENABLE_UNLOCK_NOTIFY on the sqlite3 package?
It's necessary for building forked-daapd.
====================================================================== 

---------------------------------------------------------------------- 
 (0009311) dam (administrator) - 2011-09-28 21:55
 https://www.opencsw.org/mantis/view.php?id=4837#c9311 
---------------------------------------------------------------------- 
Updated packages are available in
  http://buildfarm.opencsw.org/experimental.html#sqlite3
Please see if this fixes your issue so I can release them to unstable/


From noreply at opencsw.org  Thu Sep 29 18:41:34 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 29 Sep 2011 18:41:34 +0200
Subject: [bug-notifications] [cswclassutils 0004838]: cswinitsmf saved state
	does not work any longer
Message-ID: <a2ffe641e3c91cdf635982c5308139c4@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4838 
====================================================================== 
Reported By:                bonivart
Assigned To:                
====================================================================== 
Project:                    cswclassutils
Issue ID:                   4838
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-29 18:41 CEST
Last Modified:              2011-09-29 18:41 CEST
====================================================================== 
Summary:                    cswinitsmf saved state does not work any longer
Description: 
cswinitsmf used to save state of the SMF services so if you upgraded you
got the same state afterwards even though an upgrade is actually separate
remove/add ops.

After a patch (for something I can't remember) it stopped working. It needs
to be properly implemented or rolled back.
======================================================================


From noreply at opencsw.org  Thu Sep 29 22:24:13 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 29 Sep 2011 22:24:13 +0200
Subject: [bug-notifications] [mysql5client 0004839]: Package is missing
	64-bit libmysqlclient.so.15, mysql command doesn't work
Message-ID: <586833f4e234a2907150a1ef8f696819@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4839 
====================================================================== 
Reported By:                gadavis
Assigned To:                
====================================================================== 
Project:                    mysql5client
Issue ID:                   4839
Category:                   regular use
Reproducibility:            always
Severity:                   block
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-29 22:24 CEST
Last Modified:              2011-09-29 22:24 CEST
====================================================================== 
Summary:                    Package is missing 64-bit libmysqlclient.so.15,
mysql command doesn't work
Description: 
[davis at anfweb-dev:~]$ pkginfo -l CSWmysql5client | grep VERSION
   VERSION:  5.0.87,REV=2011.03.07


[davis at anfweb-dev:~]$ ldd /opt/csw/mysql5/bin/sparcv9/mysql
        libncursesw.so.5 =>      /opt/csw/lib/sparcv9/libncursesw.so.5
        libmysqlclient.so.15 =>  /opt/csw/lib/sparcv8/libmysqlclient.so.15 
- wrong ELF class: ELFCLASS32
        librt.so.1 =>    /lib/64/librt.so.1
        libresolv.so.2 =>        /lib/64/libresolv.so.2
        libc.so.1 =>     /lib/64/libc.so.1
        libgen.so.1 =>   /lib/64/libgen.so.1
        libsocket.so.1 =>        /lib/64/libsocket.so.1
        libnsl.so.1 =>   /lib/64/libnsl.so.1
        libm.so.1 =>     /lib/64/libm.so.1
        libz.so.1 =>     /opt/csw/lib/sparcv9/libz.so.1
        libCstd.so.1 =>  /usr/lib/64/libCstd.so.1
        libCrun.so.1 =>  /usr/lib/64/libCrun.so.1
        libthread.so.1 =>        /lib/64/libthread.so.1
        libaio.so.1 =>   /lib/64/libaio.so.1
        libmd.so.1 =>    /lib/64/libmd.so.1
        libmp.so.2 =>    /lib/64/libmp.so.2
        libscf.so.1 =>   /lib/64/libscf.so.1
        libdoor.so.1 =>  /lib/64/libdoor.so.1
        libuutil.so.1 =>         /lib/64/libuutil.so.1
        libm.so.2 =>     /lib/64/libm.so.2
        /platform/SUNW,SPARC-Enterprise-T5220/lib/sparcv9/libc_psr.so.1
        /platform/SUNW,SPARC-Enterprise-T5220/lib/sparcv9/libmd_psr.so.1


[davis at anfweb-dev:~]$ ls -l /opt/csw/lib/sparcv9/libmysqlclient*     
gls: cannot access /opt/csw/lib/sparcv9/libmysqlclient*: No such file or
directory

======================================================================


From noreply at opencsw.org  Fri Sep 30 00:27:01 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 30 Sep 2011 00:27:01 +0200
Subject: [bug-notifications] [mysql5client 0004839]: Package is missing
	64-bit libmysqlclient.so.15, mysql command doesn't work
In-Reply-To: <db63a3176453e9fe9acd1b9d10678125>
Message-ID: <0c5653cf220e862e913ea707e34f9941@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4839 
====================================================================== 
Reported By:                gadavis
Assigned To:                
====================================================================== 
Project:                    mysql5client
Issue ID:                   4839
Category:                   regular use
Reproducibility:            always
Severity:                   block
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-29 22:24 CEST
Last Modified:              2011-09-30 00:27 CEST
====================================================================== 
Summary:                    Package is missing 64-bit libmysqlclient.so.15,
mysql command doesn't work
Description: 
[davis at anfweb-dev:~]$ pkginfo -l CSWmysql5client | grep VERSION
   VERSION:  5.0.87,REV=2011.03.07


[davis at anfweb-dev:~]$ ldd /opt/csw/mysql5/bin/sparcv9/mysql
        libncursesw.so.5 =>      /opt/csw/lib/sparcv9/libncursesw.so.5
        libmysqlclient.so.15 =>  /opt/csw/lib/sparcv8/libmysqlclient.so.15 
- wrong ELF class: ELFCLASS32
        librt.so.1 =>    /lib/64/librt.so.1
        libresolv.so.2 =>        /lib/64/libresolv.so.2
        libc.so.1 =>     /lib/64/libc.so.1
        libgen.so.1 =>   /lib/64/libgen.so.1
        libsocket.so.1 =>        /lib/64/libsocket.so.1
        libnsl.so.1 =>   /lib/64/libnsl.so.1
        libm.so.1 =>     /lib/64/libm.so.1
        libz.so.1 =>     /opt/csw/lib/sparcv9/libz.so.1
        libCstd.so.1 =>  /usr/lib/64/libCstd.so.1
        libCrun.so.1 =>  /usr/lib/64/libCrun.so.1
        libthread.so.1 =>        /lib/64/libthread.so.1
        libaio.so.1 =>   /lib/64/libaio.so.1
        libmd.so.1 =>    /lib/64/libmd.so.1
        libmp.so.2 =>    /lib/64/libmp.so.2
        libscf.so.1 =>   /lib/64/libscf.so.1
        libdoor.so.1 =>  /lib/64/libdoor.so.1
        libuutil.so.1 =>         /lib/64/libuutil.so.1
        libm.so.2 =>     /lib/64/libm.so.2
        /platform/SUNW,SPARC-Enterprise-T5220/lib/sparcv9/libc_psr.so.1
        /platform/SUNW,SPARC-Enterprise-T5220/lib/sparcv9/libmd_psr.so.1


[davis at anfweb-dev:~]$ ls -l /opt/csw/lib/sparcv9/libmysqlclient*     
gls: cannot access /opt/csw/lib/sparcv9/libmysqlclient*: No such file or
directory

====================================================================== 

---------------------------------------------------------------------- 
 (0009312) maciej (manager) - 2011-09-30 00:27
 https://www.opencsw.org/mantis/view.php?id=4839#c9312 
---------------------------------------------------------------------- 
I can't reproduce it on the buildfarm:

maciej at unstable9s :~/src/opencsw/pkg/mysql5/branches/mysql-5.0.x > pkgparam
CSWmysql5client VERSION
5.0.87,REV=2011.03.07
maciej at unstable9s :~/src/opencsw/pkg/mysql5/branches/mysql-5.0.x > ldd
/opt/csw/mysql5/bin/sparcv9/mysql
        /usr/lib/secure/64/s9_preload.so.1
        libncursesw.so.5 =>      /opt/csw/lib/sparcv9/libncursesw.so.5
        libmysqlclient.so.15 => 
/opt/csw/mysql5/lib/sparcv9/libmysqlclient.so.15
        librt.so.1 =>    /usr/lib/64/librt.so.1
        libresolv.so.2 =>        /usr/lib/64/libresolv.so.2
        libc.so.1 =>     /usr/lib/64/libc.so.1
        libgen.so.1 =>   /usr/lib/64/libgen.so.1
        libsocket.so.1 =>        /usr/lib/64/libsocket.so.1
        libnsl.so.1 =>   /usr/lib/64/libnsl.so.1
        libm.so.1 =>     /usr/lib/64/libm.so.1
        libz.so.1 =>     /opt/csw/lib/sparcv9/libz.so.1
        libCstd.so.1 =>  /usr/lib/64/libCstd.so.1
        libCrun.so.1 =>  /usr/lib/64/libCrun.so.1
        libthread.so.1 =>        /usr/lib/64/libthread.so.1
        libaio.so.1 =>   /usr/lib/64/libaio.so.1
        libmd5.so.1 =>   /usr/lib/64/libmd5.so.1
        libdl.so.1 =>    /usr/lib/64/libdl.so.1
        libmp.so.2 =>    /usr/lib/64/libmp.so.2
       
/usr/platform/SUNW,SPARC-Enterprise-T5220/lib/sparcv9/libc_psr.so.1

Something is wrong in the way the mysql binary is looking for the shared
libraries. Could you truss it and list all the consecutive paths it tries
to open?

Can you also check for the CSWlibmysqlclient15 package, is it installed in
your system?


From noreply at opencsw.org  Fri Sep 30 01:46:13 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 30 Sep 2011 01:46:13 +0200
Subject: [bug-notifications] [mysql5client 0004839]: Package is missing
	64-bit libmysqlclient.so.15, mysql command doesn't work
In-Reply-To: <db63a3176453e9fe9acd1b9d10678125>
Message-ID: <070b3d0867ac7e841c7c6609aa7bda65@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4839 
====================================================================== 
Reported By:                gadavis
Assigned To:                
====================================================================== 
Project:                    mysql5client
Issue ID:                   4839
Category:                   regular use
Reproducibility:            always
Severity:                   block
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-29 22:24 CEST
Last Modified:              2011-09-30 01:46 CEST
====================================================================== 
Summary:                    Package is missing 64-bit libmysqlclient.so.15,
mysql command doesn't work
Description: 
[davis at anfweb-dev:~]$ pkginfo -l CSWmysql5client | grep VERSION
   VERSION:  5.0.87,REV=2011.03.07


[davis at anfweb-dev:~]$ ldd /opt/csw/mysql5/bin/sparcv9/mysql
        libncursesw.so.5 =>      /opt/csw/lib/sparcv9/libncursesw.so.5
        libmysqlclient.so.15 =>  /opt/csw/lib/sparcv8/libmysqlclient.so.15 
- wrong ELF class: ELFCLASS32
        librt.so.1 =>    /lib/64/librt.so.1
        libresolv.so.2 =>        /lib/64/libresolv.so.2
        libc.so.1 =>     /lib/64/libc.so.1
        libgen.so.1 =>   /lib/64/libgen.so.1
        libsocket.so.1 =>        /lib/64/libsocket.so.1
        libnsl.so.1 =>   /lib/64/libnsl.so.1
        libm.so.1 =>     /lib/64/libm.so.1
        libz.so.1 =>     /opt/csw/lib/sparcv9/libz.so.1
        libCstd.so.1 =>  /usr/lib/64/libCstd.so.1
        libCrun.so.1 =>  /usr/lib/64/libCrun.so.1
        libthread.so.1 =>        /lib/64/libthread.so.1
        libaio.so.1 =>   /lib/64/libaio.so.1
        libmd.so.1 =>    /lib/64/libmd.so.1
        libmp.so.2 =>    /lib/64/libmp.so.2
        libscf.so.1 =>   /lib/64/libscf.so.1
        libdoor.so.1 =>  /lib/64/libdoor.so.1
        libuutil.so.1 =>         /lib/64/libuutil.so.1
        libm.so.2 =>     /lib/64/libm.so.2
        /platform/SUNW,SPARC-Enterprise-T5220/lib/sparcv9/libc_psr.so.1
        /platform/SUNW,SPARC-Enterprise-T5220/lib/sparcv9/libmd_psr.so.1


[davis at anfweb-dev:~]$ ls -l /opt/csw/lib/sparcv9/libmysqlclient*     
gls: cannot access /opt/csw/lib/sparcv9/libmysqlclient*: No such file or
directory

====================================================================== 

---------------------------------------------------------------------- 
 (0009313) gadavis (developer) - 2011-09-30 01:46
 https://www.opencsw.org/mantis/view.php?id=4839#c9313 
---------------------------------------------------------------------- 
The problem is that the file is in CSWmysql5, not in CSWlibmysqlclient15

here it is on a working system:

[davis at anfweb:/etc/opt/csw/php5]$ pkgchk -l -p
/opt/csw/mysql5/lib/sparcv9/libmysqlclient.so.15
NOTE: Couldn't lock the package database.
Pathname: /opt/csw/mysql5/lib/sparcv9/libmysqlclient.so.15
Type: symbolic link
Source of link: libmysqlclient.so.15.0.0
Referenced by the following packages:
        CSWmysql5      
Current status: installed


From noreply at opencsw.org  Fri Sep 30 01:47:41 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 30 Sep 2011 01:47:41 +0200
Subject: [bug-notifications] [mysql5client 0004839]: Package is missing
	64-bit libmysqlclient.so.15, mysql command doesn't work
In-Reply-To: <db63a3176453e9fe9acd1b9d10678125>
Message-ID: <9ca407510d695b9a73dda57bad164c67@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4839 
====================================================================== 
Reported By:                gadavis
Assigned To:                
====================================================================== 
Project:                    mysql5client
Issue ID:                   4839
Category:                   regular use
Reproducibility:            always
Severity:                   block
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-29 22:24 CEST
Last Modified:              2011-09-30 01:47 CEST
====================================================================== 
Summary:                    Package is missing 64-bit libmysqlclient.so.15,
mysql command doesn't work
Description: 
[davis at anfweb-dev:~]$ pkginfo -l CSWmysql5client | grep VERSION
   VERSION:  5.0.87,REV=2011.03.07


[davis at anfweb-dev:~]$ ldd /opt/csw/mysql5/bin/sparcv9/mysql
        libncursesw.so.5 =>      /opt/csw/lib/sparcv9/libncursesw.so.5
        libmysqlclient.so.15 =>  /opt/csw/lib/sparcv8/libmysqlclient.so.15 
- wrong ELF class: ELFCLASS32
        librt.so.1 =>    /lib/64/librt.so.1
        libresolv.so.2 =>        /lib/64/libresolv.so.2
        libc.so.1 =>     /lib/64/libc.so.1
        libgen.so.1 =>   /lib/64/libgen.so.1
        libsocket.so.1 =>        /lib/64/libsocket.so.1
        libnsl.so.1 =>   /lib/64/libnsl.so.1
        libm.so.1 =>     /lib/64/libm.so.1
        libz.so.1 =>     /opt/csw/lib/sparcv9/libz.so.1
        libCstd.so.1 =>  /usr/lib/64/libCstd.so.1
        libCrun.so.1 =>  /usr/lib/64/libCrun.so.1
        libthread.so.1 =>        /lib/64/libthread.so.1
        libaio.so.1 =>   /lib/64/libaio.so.1
        libmd.so.1 =>    /lib/64/libmd.so.1
        libmp.so.2 =>    /lib/64/libmp.so.2
        libscf.so.1 =>   /lib/64/libscf.so.1
        libdoor.so.1 =>  /lib/64/libdoor.so.1
        libuutil.so.1 =>         /lib/64/libuutil.so.1
        libm.so.2 =>     /lib/64/libm.so.2
        /platform/SUNW,SPARC-Enterprise-T5220/lib/sparcv9/libc_psr.so.1
        /platform/SUNW,SPARC-Enterprise-T5220/lib/sparcv9/libmd_psr.so.1


[davis at anfweb-dev:~]$ ls -l /opt/csw/lib/sparcv9/libmysqlclient*     
gls: cannot access /opt/csw/lib/sparcv9/libmysqlclient*: No such file or
directory

====================================================================== 

---------------------------------------------------------------------- 
 (0009314) gadavis (developer) - 2011-09-30 01:47
 https://www.opencsw.org/mantis/view.php?id=4839#c9314 
---------------------------------------------------------------------- 
Indeed, once I installed CSWmysql5 (which is not listed as a dependency for
CSWmysql5client), the mysql command runs correctly.


From noreply at opencsw.org  Fri Sep 30 11:32:00 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 30 Sep 2011 11:32:00 +0200
Subject: [bug-notifications] [mysql5client 0004839]: Package is missing
	64-bit libmysqlclient.so.15, mysql command doesn't work
In-Reply-To: <db63a3176453e9fe9acd1b9d10678125>
Message-ID: <ed59af832a5bdeead35515915bf146ec@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4839 
====================================================================== 
Reported By:                gadavis
Assigned To:                
====================================================================== 
Project:                    mysql5client
Issue ID:                   4839
Category:                   regular use
Reproducibility:            always
Severity:                   block
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-29 22:24 CEST
Last Modified:              2011-09-30 11:31 CEST
====================================================================== 
Summary:                    Package is missing 64-bit libmysqlclient.so.15,
mysql command doesn't work
Description: 
[davis at anfweb-dev:~]$ pkginfo -l CSWmysql5client | grep VERSION
   VERSION:  5.0.87,REV=2011.03.07


[davis at anfweb-dev:~]$ ldd /opt/csw/mysql5/bin/sparcv9/mysql
        libncursesw.so.5 =>      /opt/csw/lib/sparcv9/libncursesw.so.5
        libmysqlclient.so.15 =>  /opt/csw/lib/sparcv8/libmysqlclient.so.15 
- wrong ELF class: ELFCLASS32
        librt.so.1 =>    /lib/64/librt.so.1
        libresolv.so.2 =>        /lib/64/libresolv.so.2
        libc.so.1 =>     /lib/64/libc.so.1
        libgen.so.1 =>   /lib/64/libgen.so.1
        libsocket.so.1 =>        /lib/64/libsocket.so.1
        libnsl.so.1 =>   /lib/64/libnsl.so.1
        libm.so.1 =>     /lib/64/libm.so.1
        libz.so.1 =>     /opt/csw/lib/sparcv9/libz.so.1
        libCstd.so.1 =>  /usr/lib/64/libCstd.so.1
        libCrun.so.1 =>  /usr/lib/64/libCrun.so.1
        libthread.so.1 =>        /lib/64/libthread.so.1
        libaio.so.1 =>   /lib/64/libaio.so.1
        libmd.so.1 =>    /lib/64/libmd.so.1
        libmp.so.2 =>    /lib/64/libmp.so.2
        libscf.so.1 =>   /lib/64/libscf.so.1
        libdoor.so.1 =>  /lib/64/libdoor.so.1
        libuutil.so.1 =>         /lib/64/libuutil.so.1
        libm.so.2 =>     /lib/64/libm.so.2
        /platform/SUNW,SPARC-Enterprise-T5220/lib/sparcv9/libc_psr.so.1
        /platform/SUNW,SPARC-Enterprise-T5220/lib/sparcv9/libmd_psr.so.1


[davis at anfweb-dev:~]$ ls -l /opt/csw/lib/sparcv9/libmysqlclient*     
gls: cannot access /opt/csw/lib/sparcv9/libmysqlclient*: No such file or
directory

====================================================================== 

---------------------------------------------------------------------- 
 (0009315) maciej (manager) - 2011-09-30 11:31
 https://www.opencsw.org/mantis/view.php?id=4839#c9315 
---------------------------------------------------------------------- 
Something is wrong. CSWmysql5client depends on CSWlibmysqlclient15, which
provides the binary.  Is your CSWmysql5 installed package old?

In the meantime, I've fixed a compilation issue with MySQL 5.0.92 and will
soon put it into experimental for testing.

Maciej


From noreply at opencsw.org  Fri Sep 30 23:06:19 2011
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 30 Sep 2011 23:06:19 +0200
Subject: [bug-notifications] [mysql5client 0004839]: Package is missing
	64-bit libmysqlclient.so.15, mysql command doesn't work
In-Reply-To: <db63a3176453e9fe9acd1b9d10678125>
Message-ID: <c993c9689e2926a94d23da75ca6d08dd@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4839 
====================================================================== 
Reported By:                gadavis
Assigned To:                
====================================================================== 
Project:                    mysql5client
Issue ID:                   4839
Category:                   regular use
Reproducibility:            always
Severity:                   block
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2011-09-29 22:24 CEST
Last Modified:              2011-09-30 23:06 CEST
====================================================================== 
Summary:                    Package is missing 64-bit libmysqlclient.so.15,
mysql command doesn't work
Description: 
[davis at anfweb-dev:~]$ pkginfo -l CSWmysql5client | grep VERSION
   VERSION:  5.0.87,REV=2011.03.07


[davis at anfweb-dev:~]$ ldd /opt/csw/mysql5/bin/sparcv9/mysql
        libncursesw.so.5 =>      /opt/csw/lib/sparcv9/libncursesw.so.5
        libmysqlclient.so.15 =>  /opt/csw/lib/sparcv8/libmysqlclient.so.15 
- wrong ELF class: ELFCLASS32
        librt.so.1 =>    /lib/64/librt.so.1
        libresolv.so.2 =>        /lib/64/libresolv.so.2
        libc.so.1 =>     /lib/64/libc.so.1
        libgen.so.1 =>   /lib/64/libgen.so.1
        libsocket.so.1 =>        /lib/64/libsocket.so.1
        libnsl.so.1 =>   /lib/64/libnsl.so.1
        libm.so.1 =>     /lib/64/libm.so.1
        libz.so.1 =>     /opt/csw/lib/sparcv9/libz.so.1
        libCstd.so.1 =>  /usr/lib/64/libCstd.so.1
        libCrun.so.1 =>  /usr/lib/64/libCrun.so.1
        libthread.so.1 =>        /lib/64/libthread.so.1
        libaio.so.1 =>   /lib/64/libaio.so.1
        libmd.so.1 =>    /lib/64/libmd.so.1
        libmp.so.2 =>    /lib/64/libmp.so.2
        libscf.so.1 =>   /lib/64/libscf.so.1
        libdoor.so.1 =>  /lib/64/libdoor.so.1
        libuutil.so.1 =>         /lib/64/libuutil.so.1
        libm.so.2 =>     /lib/64/libm.so.2
        /platform/SUNW,SPARC-Enterprise-T5220/lib/sparcv9/libc_psr.so.1
        /platform/SUNW,SPARC-Enterprise-T5220/lib/sparcv9/libmd_psr.so.1


[davis at anfweb-dev:~]$ ls -l /opt/csw/lib/sparcv9/libmysqlclient*     
gls: cannot access /opt/csw/lib/sparcv9/libmysqlclient*: No such file or
directory

====================================================================== 

---------------------------------------------------------------------- 
 (0009316) gadavis (developer) - 2011-09-30 23:06
 https://www.opencsw.org/mantis/view.php?id=4839#c9316 
---------------------------------------------------------------------- 
Per your email about the unstable catalog being goofed up a bit, I just
tested the new version you tossed into unstable. Looks like it works, both
client and server.